4Проектирование систем как часть жизненного цикла

Современная технология создания сложных программных систем, в том числе и информационных, предлагает использование универсального процесса (Unified Process) – широко распространённого метода анализа, проектирования и разработки приложений. Базируется этот метод на универсальном языке моделирования UML и заключается в итерационном процессе разработки, в котором приоритеты принадлежат архитектуре приложения и объектно-ориентированному подходу. Для управления процессом разработки рекомендуется использовать спиральную модель жизненного цикла, в которой основополагающая роль отводится стадиям исследования и проработки.

4.1Стадии и этапы жизненного цикла

С пиральная модель жизненного цикла программных систем определяет четыре основные стадии в итерационном подходе к управлению процессом разработки:

На всех четырёх стадиях при использовании универсального процесса постоянно выполняются пять основных этапов, названия которых условны:

1. Требования.

2. Анализ.

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

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

5. Тестирование.

Завершение выполнения этих этапов называется итерацией, и каждая итерация завершается промежуточных выпуском программного продукта.

4.1.1Исследование

Стадия исследования предназначена для создания модели предметной области.

Основное внимание уделяется формализации требований. Основные задачи стадии исследования:

1. Определение границ применения системы и её взаимодействия с другими системами.

2. Создание предварительной архитектуры.

3. Демонстрация способности предложенной архитектуры выполнять основные функции.

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

4.1.2Проработка

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

Эта стадия направлена на детальное изучение требований, анализ и проектирование внутренней архитектуры системы таким образом, чтобы она в дальнейшем не менялась. Основные задачи:

1. Создание базовой архитектуры системы, которая включает все функциональные возможности.

2. Разработка методов оценки качества. Например, число ошибок за определённый момент времени, время отклика на запрос.

3. Детальное проектирование функциональных возможностей (приблизительно 80%).

4. Определение проектной группы, составление технических заданий, планов, графиков, назначение ответственных исполнителей.

Данная стадия должна завершаться созданием базовой архитектуры системы.

4.1.3Создание

Стадия создания предназначена для завершения разработки системы и перехода к бета-тестированию.

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

1. Создание и документирование детальных моделей проектирования.

2. Завершение первых трёх этапов (требования, анализ, проектирование).

3. Начало тестирования системы (компонентов).

4. Проверка целостности системы. Если вносимые изменения каким-либо образом затрагивают базовую архитектуру, то это сигнал к тому, что архитектура продумана плохо.

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