Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
УМК по курсу ТРПС / ТРПС - Комплексное пособие.doc
Скачиваний:
198
Добавлен:
12.03.2015
Размер:
2.63 Mб
Скачать

3.2. Основные классификации

Существует два основных набора технологических процессов. 1. Классический набор– совокупность основных процессов, сложившихся исторически в результате практического опыта разработки ПО. 2.Стандартный набор– совокупность процессов, определённых в стандартеISO/IEC12207:1995 «Information Technology – Software Life Cycle Processes» («Информационная технология – Процессы жизненного цикла ПО»).

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

Классический набор включает 9 процессов: 1. Исследование;2. Управление;3. Анализ;4. Проектирование / Дизайн;5. Кодирование, Конструирование;6. Тестирование;7. Ввод в действие;8. Сопровождение;9. Снятие с эксплуатации.

Перечисленные процессы подробно рассматриваются в §3.4.

Стандартный набор включает существенно большее число процессов, объединённых в три тематические группы: основные, вспомогательные и организационные процессы. Перечисленные процессы подробно рассматриваются в §3.6.

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

Попроцессное формирование стадий обычно используют для классических процессов (или их под- или надмножества).

В подходах с этой классификацией обычно выделяют 9 классических стадий: 1. Исследование идеи;2. Планирование;3. Анализ требований;4. Проектирование / Дизайн;5. Кодирование, Конструирование;6. Тестирование и отладка;7. Ввод в действие;8. Эксплуатация и сопровождение;9. Снятие с эксплуатации.

Пофазное формирование стадий обычно используют для стандартных процессов (или их под- или надмножества).

В большинстве подходов с этой классификацией выделяют 4 основные фазы:

1. Начало – Изучение ПрО и получение требований.

2. Середина – Анализ требований и проектирование.

3. Кульминация – Конструирование (кодирование и тестирование).

4. Переход – Внедрение (ввод в действие и опытная эксплуатация).

В ряде подходов выделяют 2 дополнительные фазы:

5. Работа – Эксплуатация и сопровождение.

6. Окончание – Снятие с эксплуатации.

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

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

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

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

По масштабу, определяющему количество исполнителей и протяжённость (время выполнения) проекта, выделяют 5 категории проектов (табл.3.1).

Табл.3.1. Категории проектов

Категория

Число исполнителей

Протяжённость проекта

мелкий

от 1 до 3

от 1 часа до 2 месяцев

малый

от 3 до 10

от 2 до 6 месяцев

средний

от 10 до 30

от 6 месяцев до 1 года

крупный

от 30 до 100

от 1 года до 2 лет

гигантский

от 100 до 300 и более

от 2 до 6 лет и более

В настоящее время выделяют два класса подходов: строгие и гибкие.

Строгие(тж. тяжёлые, жёсткие)подходыориентированы в основном на применение в средних, крупных и гигантских проектах с фиксированным объёмом работ. Поэтому одно из основных требований к таким проектам – предсказуемость.

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

Внутри классов подходов принято условно выделять группы подходов с одной и той же моделью ЖЦ и рядом принципов, общих для этих подходов. К классу строгих подходов относят каскадные, каркасные, генетические и формальные подходы, к классу гибких – эволюционные и адаптивные подходы.