Участники.

Группа включает в свой состав специалистов по анализу и разработке моделей данных, функциональному моделированию, а также практиков, знающих истории жизни объектов, специалистов в других областях, таких как планирование ресурсов, безопасность (секретность, зашита информации) и прототипирование.

Предусловия.

Организационные полномочия:

• планы модуля "Спецификация требований";

• управление модулем "Спецификация требований".

Входы:

• анализ требований:

• руководства по настройке (инсталляции);

• объем прототипирования.

Продукты:

• структуры команд;

• структуры меню;

• отчет по прототипированию;

• спецификация требований.

Действия:

• спецификация требовании.

1.3.4 Модуль ls-определение действия "спецификация логической системы".

Цели:

• обеспечить управление выбором технических средств, чтобы предложить наилучший в денежном выражении вариант по отношению к имеющимся требованиям;

• обеспечить группу физического проектирования, не зависящей от приложения непроцедурной детализированной спецификацией требуемого функционального наполнения системы, которая была бы соответствующим образом документирована и содержала объективные оценки.

Краткое изложение.

В данном модуле имеется два параллельных потока действий. На этой стадии вариант Бизнес - системы и спецификация требований преобразуются в множество вариантов для реализации. Языки разработки средств, базовые средства реализации и пакеты сравниваются по качеству и стоимости. Выбирается наилучший в смысле денежной оценки вариант.

Параллельно осуществляется дальнейшая детализация спецификации требований по разрабатываемым компонентам, которые описывают функциональное наполнение системы в терминах операций, действующих внутри формальных спецификаций запросов к системе и обработки данных.

Участники.

Работают две группы:

• аналитики и промышленные эксперты для разработки вариантов технической структуры системы (может также потребоваться участие специалистов по планированию ресурсов и защите информации);

• разработчики процессов.

Предусловия.

Организационные полномочия:

• планы модуля "Спецификация логической системы";

• управление модулем "Спецификация логической системы";

• выбор варианта технической реализации системы.

Входы:

• информация по планированию требуемых ресурсов;

• документы, инициирующие проект;

• уточнения требований при переходе от логического отображения к физическому;

• планирования работ;

• заполнения спецификаций по функциям;

• восходящей и пошаговой разработки конструкций данных и процессов, используя циклическую процедуру, состоящую из:

• проектирования;

• проверки на соответствие целям;

• оптимизации;

• пересмотра ранее принятых решений.

На этой стадии главными являются два аспекта: данные и функционирование. Сначала физическая среда характеризуется с обеих сторон по свойствам и перспективам развития.

Со стороны данных первоначальная физическая конструкция разрабатывается с использованием правил, применяемых в любой СУБД или в неавтоматизированной системе хранения данных. Затем эти правила преобразуются с целью разработки специфических конструкций данных. При таком проектировании вопросы времени и размерности не рассматриваются и, если в конструкцию Необходимо внести изменения, то они должны соответствовать целям по представительности и объему.

После этого разрабатывается стратегия физического проектирования. Она заключается в определении физической среды системы, обеспечении соответствия процессов их спецификациям и определении типа спецификаций для программ.

Процедуры физического проектирования предназначаются для использования совместно со специальными руководствами по применению аппаратных и программных средств, получаемых от поставщиков.