ВУЗ:
Составители:
Рубрика:
(проектная команда), заказчик выбирает окончательный вариант решения. Итоговый
документ должен быть подписан заказчиком и проектным руководством, руководителем ИТ.
Этап анализа и проектирования. Этап анализа и проектирования включает в себя
разработку проектной документации, в деталях описывающей работу будущей системы, ее
структуру, технические и программные средства, необходимые для ее функционирования.
Этот этап важен для облегчения дальнейшей работы над системой. Итогом данного этапа
должны явиться одна или несколько спецификаций системы, которые готовятся
разработчиком при поддержке заказчика. Мы уже отмечали, что для наших целей не будем
различать различные типы спецификаций. Отметим лишь, что вне зависимости от их
названия они должны содержать:
• описание бизнеса (бизнес-процессы и функции, которые будут автоматизированы):
o детальное описание существующих бизнес-процессов и каким образом они
будут затронуты при внедрении системы;
o детальное описание новых бизнес-процессов, которые будут созданы или
получены при изменении существующих;
o описание мер контроля, которые будут внедрены в новой системе;
• описание программно-аппаратного обеспечения, необходимого для
функционирования системы:
o операционная система(ы), которая будет использоваться;
o сетевая среда, оборудование и протоколы;
o средства разработки новой системы;
o средства защиты информации;
o как новые платформы будут включены в существующую информационную
инфраструктуру;
• спецификация функциональности системы:
o общее описание функциональности системы как в повествовательной форме,
так и в виде диаграмм;
o разбиение системы на модули;
o соответствие модулей бизнес-требованиям к системе. Должно быть описано,
каким требованиям отвечает каждый модуль. Все бизнес-требования должны
покрываться модулями системы;
o модель данных, используемая в системе (диаграмма "сущность- связь" или
аналогичные). Функциональность, вынесенная в серверную часть системы;
o описание того, каким образом будут реализованы требования к
информационной безопасности, производительности и надежности системы;
o детальное описание интерфейсов с другими системами;
o список разрабатываемых программ (включая вспомогательные) и параметры
для их запуска;
o список ошибок и предупреждений, генерируемых системой;
o спецификация должна быть четко структурированной и содержать оглавление,
алфавитные указатели, глоссарий и список используемых терминов.
Все спецификационные документы подписывает разработчик и предоставляет для
ознакомления заказчику. Написание подробных спецификаций (постановку задачи) можно
заменить использованием методики создания прототипов. При этом прогрессивном методе
используется итерационный подход. Описание будущее системы производится через
согласование интерфейсов пользователя с системой. С будущими пользователями системы
обсуждаются и утверждаются экранные формы, соответствующие различным функциям
системы. Вместе с внешним видом этих форм описываются соответствующие им входные и
выходные данные. Другими словами, время на подготовку документов практически не
Страницы
- « первая
- ‹ предыдущая
- …
- 66
- 67
- 68
- 69
- 70
- …
- следующая ›
- последняя »
