Форум Сообщества Аналитиков
Дисциплины => Системный Анализ и Требования => Тема начата: tanya от 14 Марта 2014, 18:04:21
-
Необходимо разработать сложную систему. Могу ли я перечислить в разделе 3 (ТЗ) не только уже имеющиеся, но и разрабатываемые объекты (подсистемы)? Желательно ответ подтвердить стандартами.
-
Посмотрите пример здесь (http://www.rugost.com/index.php?option=com_content&view=article&id=107:34-1-3&catid=25:6&Itemid=62#3). Надеюсь, это поможет сделать правильный вывод
-
Могу ли я перечислить в разделе 3 (ТЗ) не только уже имеющиеся, но и разрабатываемые объекты (подсистемы)? Желательно ответ подтвердить стандартами.
Только в том случае, если разрабатываемые в данный момент объекты (подсистемы) не входят в рамки ваших (Исполнителя) работ. Т.е. разрабатываются кем-то еще, влияют на ваши работы, а потому вам в своих планах нужно это учесть.
Раздел 3 нужен для того, чтобы рассказать, в каких условиях придется "творить".
Подтверждение - сам стандарт (ГОСТ 34.602-89).
-
Посмотрите пример здесь (http://www.rugost.com/index.php?option=com_content&view=article&id=107:34-1-3&catid=25:6&Itemid=62#3). Надеюсь, это поможет сделать правильный вывод
В примере есть ляпы. tanya, обратите внимание.
Конкретно в 3-м разделе:
1. Объект автоматизации путают с предметом (встречается сплошь и рядом).
2. Включать в перечень нормативно-правового обеспечения Конституцию - забавно, но совершенно бессмысленно. Бессмысленные положения ТЗ могут раздражать Заказчика.
Чуть выше, во 2-м:
1. Цель "Замещение существующей информационной системы" на грани фола. Балансирует между "целями" и "задачами". А прилагающиеся к ней "оправдания" в этом разделе неуместны.
2. "Ввод данных реестров" и "Редактирование данных реестров" - не задачи, которые будет решать бизнес, а функционал Системы. Вместо них было бы правильно указать "Ведение реестров".
3. Рассогласованность в перечислении задач "Ввод..." и "Интегрироваться..." подтверждает небрежное отношение авторов к документу (так что всецело полагаться на него не стоит).