Системы для трех уровней управления

Планирование разработки системы связано с представлением о наличии в органи­зации трех уровней управления.

1. Стратегического.

2. Тактического.

3. Оперативного.

В табл. 1.1 определены связанные с установлением соответствия приложений ИС и ИТ - решений уровню принимаемых решений [40], [72].

Таблица 3.1 –

Поддержка различных уровней принятия решений со стороны ИСиИТ

Разработка программного обеспечения подчиняется определенному жизненному цик­лу (tifecycle). Жизненный цикл (ЖЦ) — это упорядоченный набор видов деятельности, осуществляемый и управляемый в рамках каждого проекта по разработке ПО. Процессы и методы — это механизмы реализации жизненного цикла. Жизненный цикл определя­ет этапы, так что программный продукт переходит с одного этапа на другой, начиная с зарождения концепции продукта и заканчивая этапом его сворачивания.

Жизненный цикл разработки ПО может быть представлен с различной степенью детализации этапов. На укрупненном уровне ЖЦ может включать только три этапа.

1. Анализ.

2. Проектирование.

3. Реализация.

Этап анализа (analysis phase) концентрируется на системных требованиях. Требо­вания определяются и специфицируются. Осуществляется разработка и интеграция функциональных моделей и моделей данных для системы. Кроме того, фиксируются нефункциональные требования и другие системные ограничения.

Этап проектирования (design phase) разделяется на два основных подэтапа: архитек­турное и детализированное проектирование. В частности, проводится уточнение конструкции программы для архитектуры клиент/сервер, которая интегрирует объ­екты пользовательского интерфейса и базы данных. Поднимаются и фиксируются вопросы проектирования, которые влияют на понятность, приспособленность к со­провождению и масштабируемость системы.

Этап реализации (implementation phase) включает написание программ клиентских приложений и серверов баз данных. Акцент делается на итеративных процессах реали­зации с наращиванием возможностей системы. Успех поставки программного продукта не в последнюю очередь определяется циклической разработкой. Циклическая разработ­ка (round-trip engineering) характеризуется периодическим возвратом от реализации кли­ентских приложений и серверов баз данных к проектным моделям и обратно.

Коротко говоря, анализ указывает на то, что делать, проектирование — на то, как с помощью имеющейся технологии сделать это "что", а реализация воплощает заду­манное на предыдущих этапах в виде осязаемого программного продукта, поставляе­мого заказчику.

На детализированном уровне ЖЦ можно разделить на следующие семь этапов.

1. Установление требований.

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

3. Проектирование архитектуры.

4. Детализированное проектирование.

5. Реализация.

6. Интеграция.

7. Сопровождение (и окончательное сворачивание).

Этап установления требований

Котонья (Kotonya) и Соммервилль (Sommerville) определяют требование (requirement) как "формулировку сути системного сервиса или ограничения".

Формули­ровка сути сервиса характеризует поведение системы по отношению к отдельным поль­зователям или ко всему контингенту пользователей.

Формулировка ограничения выражает ограничивающее условие на поведение систе­мы или на разработку системы.

Анализ требований включает переговоры между разработчиками и заказчиками. Этот шаг необходим для исключения противоречивых и дублирующихся требований, а также согласования проектного бюджета и сроков.

Результатом этана установления требований является документ, содержащий изложе­ние требований (requirements document). Это большей частью текстовый документ с некото­рыми неформальными диаграммами и таблицами.