Рис. 19. Жизненный цикл ПО
Таблица 9.
Группы стандартов ЕСПД
Kод группы |
Наименование группы |
0 |
Общие положения |
1 |
Основополагающие стандарты |
2 |
Правила выполнения документации разработки |
3 |
Правила выполнения документации изготовления |
4 |
Правила выполнения документации сопровождения |
5 |
Правила выполнения эксплуатационной документации |
6 |
Правила обращения программной документации |
7 |
Резервные группы |
8 |
|
9 |
Прочие стандарты |
Обозначение стандарта ЕСПД строят по классификационному признаку. Обозначение стандарта ЕСПД должно состоять из:
числа 19 (присвоенных классу стандартов ЕСПД);
одной цифры (после точки), обозначающей код классификационной группы стандартов, указанной таблице;
двузначного числа (после тире), указывающего год регистрации стандарта.
Перечень документов ЕСПД
ГОСТ 19.001-77 ЕСПД. Общие положения.
ГОСТ 19.101-77 ЕСПД. Виды программ и программных документов.
ГОСТ 19.102-77 ЕСПД. Стадии разработки.
ГОСТ 19.103-77 ЕСПД. Обозначение программ и программных документов.
ГОСТ 19.104-78 ЕСПД. Основные надписи.
ГОСТ 19.105-78 ЕСПД. Общие требования к программным документам.
ГОСТ 19.106-78 ЕСПД. Требования к программным документам, выполненным печатным способом.
ГОСТ 19.201-78 ЕСПД. Техническое задание. Требования к содержанию и оформлению.
ГОСТ 19.202-78 ЕСПД. Спецификация. Требования к содержанию и оформлению.
ГОСТ 19.301-79 ЕСПД. Порядок и методика испытаний.
ГОСТ 19.401-78 ЕСПД. Текст программы. Требования к содержанию и оформлению.
ГОСТ 19.402-78 ЕСПД. Описание программы.
ГОСТ 19.404-79 ЕСПД. Пояснительная записка. Требования к содержанию и оформлению.
ГОСТ 19.501-78 ЕСПД. Формуляр. Требования к содержанию и оформлению.
ГОСТ 19.502-78 ЕСПД. Описание применения. Требования к содержанию и оформлению.
ГОСТ 19.503-79 ЕСПД. Руководство системного программиста. Требования к содержанию и оформлению.
ГОСТ 19.504-79 ЕСПД. Руководство программиста.
ГОСТ 19.505-79 ЕСПД. Руководство оператора.
ГОСТ 19.506-79 ЕСПД. Описание языка.
ГОСТ 19.508-79 ЕСПД. Руководство по техническому обслуживанию. Требования к содержанию и оформлению.
ГОСТ 19.604-78 ЕСПД. Правила внесения изменений в программные документы, выполняемые печатным способом.
ГОСТ 19.701-90 ЕСПД. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения.
ГОСТ 19.781-90. Обеспечение систем обработки информации.
Таблица 15
Стадии и этапы ГОСТ 34
1. ФТ – Формирование требований к АС. |
1.1. Обследование объекта и обоснование необходимости создания АС; 1.2. Формирование требований пользователя к АС; 1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания); |
2. РК – Разработка концепции АС. |
2.1. Изучение объекта; 2.2. Проведение необходимых научно-исследовательских работ; 2.3. Разработка вариантов концепции АС, удовлетворяющей требованиям пользователя; 2.4. Оформление отчета о выполненной работе |
3. ТЗ – Техническое создание АС. |
3.1. Разработка и утверждение технического задания на задание. |
4. ЭП – Эскизный проект. |
4.1. Разработка предварительных проектных решений по системе и ее частям; 4.2. Разработка документации на АС и ее части. |
5. ТП – Технический проект. |
5.1. Разработка проектных решений по системе и ее частям; 5.2. Разработка документации на АС и ее части; 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку; 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации. |
6. РД – Рабочая документация. |
6.1. Разработка рабочей документации на систему и ее части; 6.2. Разработка или адаптация программ. |
7. ВД – Ввод в действие. |
7.1. Подготовка объекта автоматизации к вводу АС в действие; 7.2. Подготовка персонала; 7.3. Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями); 7.4. Строительно-монтажные работы; 7.5. Пуско-наладочные работы; 7.6. Проведение предварительных испытаний; 7.7. Проведение опытной эксплуатации; 7.8. Проведение приемочных испытаний. |
8. Сп – Сопровождение АС. |
8.1. Выполнение работ в соответствии с гарантийными обязательствами; 8.2. Послегарантийное обслуживание. |
Основные параметры, характеризующие границы стадий жизненного цикла изделия, приведены в табл. 16.
Таблица 16
Границы стадий жизненного цикла изделия
Стадия |
Начало стадии |
Окончание стадии |
Маркетинговые исследования рынка |
Заключение договора на проведение исследований |
Сдача отчета по результатам исследований |
Генерация идей и их фильтрация |
Сбор и фиксирование предложений по проектам |
Окончание отбора проектов-конкурентов |
Техническая и экономическая экспертиза проектов |
Комплектация групп оценки проектов |
Сдача отчета по экспертизе проектов, выбор проекта-победителя |
НИР |
Утверждение ТЗ на НИР |
Утверждение акта об окончании НИР |
ОКР |
Утверждение ТЗ на ОКР |
Наличие комплекта конструкторской документации, откорректированной по результатам испытаний опытного образца |
Пробный маркетинг |
Начало подготовки производства опытной партии |
Анализ отчета о результатах пробного маркетинга |
Подготовка производства на заводе-изготовителе |
Принятие решения о серийном производстве и коммерческой реализации изделий |
Начало установившегося серийного производства |
Собственно производство и сбыт |
Продажа первого серийного образца изделия |
Поставка потребителю последнего экземпляра изделия |
Эксплуатация |
Получение потребителем первого экземпляра изделия |
Снятие с эксплуатации последнего экземпляра изделия |
Утилизация |
Момент списания первого экземпляра изделия с эксплуатации |
Завершение работ по утилизации последнего изделия, снятого с эксплуатации |
КТ в жизненном цикле изделия:
КТ-1 – решение о начале проекта;
КТ-2 – окончание технического проекта (решение о разработке рабочей документации и изготовлении опытного образца);
КТ-3 – окончание ОКР (решение об изготовлении опытного образца);
КТ-4 – окончание пробного маркетинга (принятие решения о начале серийного производства и коммерческой реализации изделия);
КТ-5 – оценка качества серийно выпускаемой продукции (решение о повышении качества и надежности);
КТ-6 – оценка необходимости обновления или модернизации продукции;
КТ-7 – оценка оптимальности методов сбыта продукции;
КТ-8 – оценка целесообразности и методов капитального ремонта изделий в процессе эксплуатации;
КТ-9 – оценка целесообразности снятия изделия с производства;
КТ-10 – снятиие изделия с эксплуатации и передача его на утилизацию.
Модели жизненного цикла программного обеспечения
Рис. Разработка программного обеспечения в контексте связанных дисциплин, практик, методов и специфики работы проектной команды
Каскадная модель жизненного цикла
Рис. Каскадная модель жизненного цикла
Классическая итерационная модель жизненного цикла ПО
Р
ис.
7.3. Классическая итерационная модель.
V-образная модель жизненного цикла разработки ПО
Рис. 7.4. V –образная модель жизненного цикла разработки ПО
Эволюционные и инкрементные модели жизненного цикла ПО
Рис. 7.5. Снижение неопределенности и инкрементное расширение функциональности при итеративной организации жизненного цикла.
Модель прототипирования жизненного цикла разработки ПО
Рис. 7.6. Структурная эволюционная модель быстрого прототипирования.
Модель быстрой разработки приложений RAD
(Rapid Application Development)
Рис. 7.7. Модель быстрой разработки приложений.
Спиральная модель жизненного цикла разработки ПО
Рис. 7.8. Спиральная модель жизненного цикла
Инкрементная модель жизненного цикла разработки ПО
Рис. 7.9. Инкрементная модель жизненного цикла
Выбор приемлемой модели жизненного цикла разработки ПО
Таблица 7.1
Выбор модели жизненного цикла на основе характеристик требований
Требования |
Каскад- ная |
V-образ- ная |
Прототи- пирование |
Спираль- ная |
RAD |
Инкре- ментная |
Являются ли требования легко определимыми и/или хорошо известными? |
Да |
Да |
Нет |
Нет |
Да |
Нет |
Могут ли требования заранее определяться в цикле? |
Да |
Да |
Нет |
Нет |
Да |
Да |
Часто ли будут изменяться требования в цикле? |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
Нужно ли демонстрировать требования с целью определения? |
Нет |
Нет |
Да |
Да |
Да |
Нет |
Требуется ли для демонстрации возможностей проверка концепции? |
Нет |
Нет |
Да |
Да |
Да |
Нет |
Будут ли требования отражать сложность системы? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
Обладает ли требование функциональными свойствами на раннем этапе? |
Нет |
Нет |
Да |
Да |
Да |
Да |
Таблица 7.2
Выбор модели жизненного цикла на основе характеристик участников команды разработчиков
Команда разработчиков проекта |
Каскад- ная |
V-образ- ная |
Прототи- пирование |
Спираль- ная |
RAD |
Инкре- ментная |
Являются ли проблемы предметной области проекта новыми для большинства разработчиков? |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
Является ли технология предметной области проекта новой для большинства разработчиков? |
Да |
Да |
Нет |
Да |
Нет |
Да |
Являются ли инструменты, используемые проектом, новыми для большинства разработчиков? |
Да |
Да |
Нет |
Да |
Нет |
Нет |
Изменяются ли роли участников проекта во время жизненного цикла? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
Могут ли разработчики проекта пройти обучение? |
Нет |
Да |
Нет |
Нет |
Да |
Да |
Является ли структура более значимой для разработчиков, чем гибкость? |
Да |
Да |
Нет |
Нет |
Нет |
Да |
Будет ли менеджер проекта строго отслеживать прогресс команды? |
Да |
Да |
Нет |
Да |
Нет |
Да |
Важна ли легкость распределения ресурсов? |
Да |
Да |
Нет |
Нет |
Да |
Да |
Приемлет ли команда равноправные обзоры и инспекции? |
Да |
Да |
Да |
Да |
Нет |
Да |
Таблица 7.3
Выбор модели жизненного цикла на основе характеристик коллектива пользователей
Коллектив пользователей |
Каскад- ная |
V-образ- ная |
Прототи- пирование |
Спираль- ная |
RAD |
Инкре- ментная |
Будет ли присутствие пользователей ограничено в жизненном цикле? |
Да |
Да |
Нет |
Да |
Нет |
Да |
Будут ли пользователи знакомы с определением системы? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
Буду ли пользователи ознакомлены с проблемами предметной области? |
Нет |
Нет |
Да |
Нет |
Да |
Да |
Будут ли пользователи вовлечены во все фазы жизненного цикла? |
Нет |
Нет |
Да |
Нет |
Да |
Нет |
Будет ли заказчик отслеживать ход выполнения проекта? |
Нет |
Нет |
Да |
Да |
Нет |
Нет |
Таблица 7.4
Выбор модели жизненного цикла на основе характеристик типа проектов и рисков
Тип проекта и риски |
Каскад- ная |
V-образ- ная |
Прототи- пирование |
Спираль- ная |
RAD |
Инкре- ментная |
Будет ли проект идентифицировать новое направление продукта для организации? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
Будет ли проект иметь тип системной интеграции? |
Нет |
Да |
Да |
Да |
Да |
Да |
Будет ли проект являться расширением существующей системы? |
Нет |
Да |
Нет |
Нет |
Да |
Да |
Будет ли финансирование проекта стабильным на всем протяжении жизненного цикла? |
Да |
Да |
Да |
Нет |
Да |
Нет |
Ожидается ли длительная эксплуатация продукта в организации? |
Да |
Да |
Нет |
Да |
Нет |
Да |
Должна ли быть высокая степень надежности? |
Нет |
Да |
Нет |
Да |
Нет |
Да |
Будет ли система изменяться, возможно, с применением непредвиденных методов, на этапе сопровождения? |
Нет |
Нет |
Да |
Да |
Нет |
Да |
Является ли график ограниченным? |
Нет |
Нет |
Да |
Да |
Да |
Да |
Являются ли «прозрачными» интерфейсные модули? |
Да |
Да |
Нет |
Нет |
Нет |
Да |
Доступны ли повторное используемые компоненты? |
Нет |
Нет |
Да |
Да |
Да |
Нет |
Являются ли достаточными ресурсы (время, деньги, инструменты, персонал)? |
Нет |
Нет |
Да |
Да |
Нет |
Нет |