2311
ПО Аналитика / Re: ПО для формирования доков по ГОСТам
« : 23 Августа 2010, 23:36:36 »
Word или OpenOffice(Writer) - отличное средство для формирование доков по ГОСТ серии 19
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Название: Учет требованийТ.е. результатом данного сценария является начало разработки ПО? Очень странное утверждение.
Основной ход события:
1) Заказчик передает требования и пожелания
2) Разработчики анализируют и предоставляют заказчику обработанные требования и пожелания (возможно/не возможно, возможное усовершенствование предъявленных требований)
3) Заказчик ознакомляется с требованиями и пожеланиями разработчиков, если соглашается, то начинается разработка ПО
Чем не устраивает эта система или подобные ейЭто Вы меня спрашиваете? Очень странно знаете ли. Вы же создаете некую систему, отсюда вы и должны знать, что за система и чему она может быть подобна. Я-то до сих пор так и не понял, что вы за систему хотите создавать и главное зачем.
Приведите еще подобные системы.
У меня студенты тоже всегда примерно так же отвечают 
В визио нет генерации кода.А зачем вам генерация кода?
Тогда какие бы Вы посоветовали с англ. интерфейсом...Начните с изучения вот этой страницы: http://ru.wikipedia.org/wiki/Инструменты_UML-моделирования или ее английской версии http://en.wikipedia.org/wiki/Comparison_of_Unified_Modeling_Language_tools
Почитав форум, сообщения пользователей пришел к выводу, что про UML я знаю мало. В частности про требования, анализ этих требований и т.д. и т.п.
С чего стоит начать учить UML с анализа требований или с руководства по UML? Какие книги в этом случае по-рекомендуете, в частности для программиста?
Есть ли какие-нибудь дешевые тренинги по UML в питере?
Я хочу реализовать что-то похожее Яндекс.Маркет + 1С, но все свое, и свое идеи привнести в эту систему. Да разрабатывать долго, но над же когда-то начинать.А в чем причина таких усилий? Чем не устраивает эта система или подобные ей, но уже имеющиеся на рынке и пользующиеся популярностью?
Наоборот, как раз зарегистрированные пользователи наполняют фирмы. Т.е. чтобы работать в фирме в разарабатываемой системе, необходима регистрация как обычного пользователя.Нихт ферштейн зи, совсем
Т.е. на примере есть человек, он без работный, он устраивается в фирму. Он имеет те же функции что были у него до работы + те функции которые должен реализовывать в фирме.
Я хотел выяснить не которые организационные моменты, как лучше подойти к анализу и проектированию, узнать какие есть подводные камни в этом деле и т.д. и т.п., т.к. реального опыта нет.Этого просто так в двух словах не скажешь, это, извините, целая наука
Т.е. с русским интерфейсом совсем нет подходящих программ?Лично я не искал, правда, и не испытывал в этом надобности. Может VISIO 2007 RUS?
С чего стоит начать проектировать ИС проекта?С определения требований, как это не банально.
Накидал диаграмму USE-CASE,это важные, но не все требования
но она получится огромная (очень), есть ли какая-нибудь возможность разделить 1 USE-CASE диаграмму на 2 и более (будет ли это правильно?), и как это правильно сделать в случае такой возможности
Что отображаю на USE-CASE диаграмме:и это все пользователи? Совет, давайте им боле звучные названия в соответствии с предметной областью. Например, что это за пользователь-фирма? А покупатель может быть незарегистрированным пользователем? и т.п.
- отобразил не зарегенненого пользователя и авторизированного пользователя
- отображаю пользователя покупателя и отображаю пользователи-фирмы и расписываю их функции (не в даваясь подробности).
Уже получилось около 3 типов фирм, но будет гораздо больше, где-то 20-30.И это будет сильно сказываться на наборе функций для каждой такой фирме?
Хочется разделить эти диаграммы на каждый тип фирмы по отдельности, так сказать масштабировать, чтобы рассмотреть все функции данного типа фирмы, т.е. рассмотреть их по подробнее.А кто вам это запрещает?