Спиральная модель. 
Модели жизненного цикла разработки информационных систем

Для преодоления перечисленных проблем была предложена спиральная модель ЖЦ [1] (рис. 3), делающая упор на начальные этапы ЖЦ: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии ПО, на нем уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.

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

Основная проблема спирального цикла — определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков.

Рис 3 Спиральная модель ЖЦ ИС

Одним из возможных подходов к разработке ПО в рамках спиральной модели ЖЦ является получившая в последнее время широкое распространение методология быстрой разработки приложений RAD (Rapid Application Development). Под этим термином обычно понимается процесс разработки ПО, содержащий 3 элемента:

• · небольшую команду программистов (от 2 до 10 человек);
• · короткий, но тщательно проработанный производственный график (от 2 до 6 мес.);
• · повторяющийся цикл, при котором разработчики, по мере того, как приложение начинает обретать форму, запрашивают и реализуют в продукте требования, полученные через взаимодействие с заказчиком.

Жизненный цикл ПО по методологии RAD состоит из четырех фаз:

• · фаза определения требований и анализа;
• · фаза проектирования;
• · фаза реализации;
• · фаза внедрения.

Последовательность этапов создания ИС на фазе определения требований и анализа:

• · Описание предметной области, структура организации, задачи, решаемые подразделениями, ДПД для существующей информационной технологии.
• · Назначение ИС.
• · Построение начальной контекстной диаграммы потоков данных (DFD).
• · Формирование матрицы списка событий (ELM) и таблицы потоков данных.
• · Построение иерархии контекстных диаграмм.
• · Диаграмма структур данных.

На стадии проектирования ИС модели расширяются, уточняются и дополняются диаграммами, отражающими структуру программного обеспечения: архитектуру ПО, структурные схемы программ и диаграммы экранных форм.

Результатами проектирования архитектуры являются:

• · модель процессов (диаграммы архитектуры системы (SAD) и миниспецификации на структурированном языке);
• · модель данных (ERD и подсхемы ERD);

модель пользовательского интерфейса (классификация процессов на интерактивные и неинтерактивные функции, диаграмма последовательности форм (FSD — Form Sequence Diagram), показывающая, какие формы появляются в приложении и в каком порядке. На FSD фиксируется набор и структура вызовов экранных форм. Диаграммы FSD образуют иерархию, на вершине которой находится главная форма приложения, реализующего подсистему. На втором уровне находятся формы, реализующие процессы нижнего уровня функциональной структуры, зафиксированной на диаграммах SAD.