2 Модели жизненного цикла информационной системы. Гост 15 271

1. Каскадная модель

Каскадная модель реализует принцип однократного выполнения каждого из вида деятельности (определение требований, проектирование, разработка, интеграция, тестирование, использование). Все работы и задачи процессов выполняются последовательно.

Преимущества:

• Однократное представление всех возможностей (характеристик системы);

• Фаза перехода между этапами всего лишь одна.

Недостатки:

• Необходимо очень четко определять требования;

• Компоненты системы могут быть очень большими для создания их в «один присест»;

• Промежуточный продукт может быть не пригоден к использованию.

2. Инкрементная модель

Запланированное поэтапное улучшение продукта с последовательным увеличением сложности и числа требований на каждом шаге. Подразумевается многократное выполнение каждого этапа создания ИС.

Преимущества:

• Промежуточный продукт готов к использованию;

• Естественное разделение системы на наращиваемые компоненты.

Недостатки:

• Необходимы сразу все возможности системы – т.е. задать все заранее;

• Ограниченные возможности масштабирования.

3. Эволюционная модель

Модель похожа на инкрементную, но требования к разработке уточняются при каждом новом этапе разработки.

Преимущества:

• Масштабируемость процесса разработки;

• Относительная простота каждого этапа разработки.

Недостатки:

• Необходима обратная связь с заказчиком для уточнения требований.

ГОСТ 15 271 - «Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)».

В стандарте основное внимание уделено особенностям, подлежащим учету при прикладном применении ГОСТ Р ИСО/МЭК 12207 в условиях реальных проектов создания программных средств. Приведенные в настоящем стандарте рекомендации не касаются обсуждения обоснованности требований ГОСТ Р ИСО/МЭК 12207.

В стандарте рассмотрены три основополагающие модели жизненного цикла и приведены примеры прикладного применения ГОСТ Р ИСО/МЭК 12207.

3 Методологии проектирования. Каноническое проектирование. Гост 34.601-90

Каноническое проектирование (сами с нуля создаем систему) включает в себя 8 стадий:

• Формирование требований к ИС (формирование модели объекта автоматизации и формирование верхнеуровневых требований);

• Разработка концепта ИС (детальное исследование бизнес-проекта, выбор вариантов создания ИС, формулирование требований заказчика);

• Создание Технического Задания (оно же ТЗ – описание функций, связей, etc.);

• Эскизный проект (реализация проекта, проработка на системном уровне концепции);

• Технический проект; (стадия создания автоматизированной системы)

• Рабочая документация (на всех этих этапах идет проработка системы, реализация, на этапе РД появляется что-то работающее);

• Ввод в действие ИС (подготовка объекта автоматизации к вводу ИС в действие, подготовка персонала, проведение испытаний)

• Сопровождение ИС (обслуживание – гарантийное и постгарантийное)

(ИРВ добавляет в конце ещё этап утилизации! Он назвал пункт утилизации и сказал, что в госте 34.601 его нет)

ГОСТ 34.601-90 - «Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания». Описывает стадии создания ИС.