Организация разработки и постановки программной продукции на производство

Комплекс стандартов ГОСТ 34 задумывался в конце 80-х годов как всеобъемлющий комплекс взаимоувязанных межотраслевых документов. Объектами стандартизации являются автоматизированные системы (АС) различных (любых!) видов и все виды их компонентов, а не только ПО и БД. ГОСТ 34 в основном уделяет внимание содержанию проектных документов, распределение действий между сторонами обычно делается, отталкиваясь от этого содержания.

Из всех существующих и не реализованных групп документов практический интерес представляют Группа 0 "Общие положения" и Группа 6 "Создание, функционирование и развитие АС". Наиболее популярными можно считать стандарты ГОСТ 34.601-90 (Стадии создания АС), ГОСТ 34.602-89 (ТЗ на создание АС), методические указания РД 50-34.698-90 (Требования к содержанию документов) и ГОСТ 34.003-90 «Автоматизированные системы. Термины и определения». Вообще во всех комплексах стандартов наиболее полезным и интересным является стандарт «Термины и определения».

Таким образом, комплекс стандартов ГОСТ 34 можно считать более общим по сравнению со стандартом ЕСПД. Вообще, если выстроить иерархию стандартов, то она будет выглядеть так: Комплекс стандартов ГОСТ 34 далее ГОСТ Р ИСО/МЭК 12207-99 и ГОСТ Р 51189-98 и ГОСТ 19.

Для примера, в общем случае разработки АС стадии и этапы, определенные в ГОСТ 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. Послегарантийное обслуживание

Аналогично жизненный цикл разработки ПД установлен ГОСТ 19.102-77 «Стадии разработки программ и программной документации» и содержит следующие стадии и этапы:

Рассмотрим подробнее систему стандартов относящихся непосредственно к программной документации. В настоящее время можно назвать два ГОСТа, оперирующих с понятием ЖЦ ПО – ГОСТ Р ИСО/МЭК 12207-99 «ПРОЦЕССЫЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ» и ГОСТ Р 5118998 «СРЕДСТВА ПРОГРАММНЫЕ СИСТЕМ ВООРУЖЕНИЯ. Порядок разработки». Первый из этих ГОСТов повторение стандарта ISO12207 для России. Оба стандарта примерно одинаково определяют процессы ЖЦ, правда, второй стандарт делает это более четко.

По определению, ISO12207 - базовый стандарт процессов ЖЦ ПО, ориентированный на различные (любые!) виды ПО и типы проектов АС, куда ПО входит как часть. Стандарт определяет стратегию и общий порядок в создании и эксплуатации ПО, он охватывает ЖЦ ПО от концептуализации идей до завершения ЖЦ.

Очень важные ЗАМЕЧАНИЯ СТАНДАРТА:

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

3. Стандарт принципиально не содержит конкретные методы действий, тем более заготовки решений или документации. Он описывает архитектуру процессов ЖЦ ПО, но не конкретизирует в деталях, как реализовать или выполнить услуги и задачи, включенные в процессы, не предназначен для предписывания имени, формата или точного содержимого получаемой документации. Решения такого типа принимаются лицом, использующим стандарт.

ОПРЕДЕЛЕНИЯ СТАНДАРТА:

1. Система - это объединение одного или более процессов, аппаратных средств, программного обеспечения, оборудования и людей для обеспечения возможности удовлетворения определенных потребностей или целей.

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

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

Стандарт12207 не предписывает конкретную модель ЖЦ или метод разработки ПО, но определяет, что стороны-участники использования стандарта ответственны за выбор модели ЖЦ для проекта ПО, за адаптацию процессов и задач стандарта к этой модели, за выбор и применение методов разработки ПО, за выполнение действий и задач, подходящих для проекта ПО.

Стандарт12207 имеет набор процессов, действий и задач, охватывающий наиболее широкий спектр возможных ситуаций при максимальной адаптируемости. Он показывает пример того, как должен строиться хорошо организованный стандарт, содержащий минимум ограничений (принцип "нет одинаковых проектов"). При этом детальные определения процессов, форм документов и т. п. целесообразно выносить в различные функциональные стандарты, ведомственные нормативные документы или фирменные методики, которые могут быть использованы или не использованы в конкретном проекте. По этой причине центральным стандартом, положения которого берутся за начальный "стержневой" набор положений в процессе построения профиля стандартов ЖЦ для конкретного проекта, полезно рассматривать именно ISO12207. Этот "стержень" может задавать модель ЖЦ ПО и АС, принципиальную схему гарантирования качества, модель управления проектом.

В этом плане ГОСТ Р 51189-98 может быть использован как пример или исходный материал в котором излагается одна из моделей ЖЦ. Так, например, этот ГОСТ типовой жизненный цикл ПО подразделяет на фазы, стадии и этапы.

Фаза жизненного цикла ПССВ — часть жизненного цикла, характеризующаяся логической и качественной завершенностью состояний конкретно создаваемого (или применяемого) средства, имеющая самостоятельную значимость и предусматривающая соответствующую специализацию организацийисполнителей.

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

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

Как уже говорилось, основной целью и конечным результатом всякой ОКР, а также любой составной части является документация. В РФ помимо ЕСПД действует ряд стандартов в части документирования ПС, разработанных на основе прямого применения международных стандартов ИСО. Это - самые "свежие" по времени принятия стандарты. Некоторые из них впрямую адресованы руководителям проекта или директорам информационных служб. Вместе с тем они неоправданно мало известны в среде профессионалов. К таким стандартам относятся:

ГОСТ Р ИСО/МЭК 9294-93 Информационная технология. Руководство по управлению документированием программного обеспечения. Стандарт полностью соответствует международному стандарту ИСО/МЭК ТО 9294:1990 и устанавливает рекомендации по эффективному управлению документированием ПС для руководителей, отвечающих за их создание. Целью стандарта является оказание помощи в определении стратегии документирования ПС; выборе стандартов по документированию; выборе процедур документирования; определении необходимых ресурсов; составлении планов документирования.

ГОСТ Р ИСО/МЭК 9126-93 Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению. Стандарт полностью соответствует международному стандарту ИСО/МЭК 9126:1991. В его контексте под характеристикой качества понимается "набор свойств (атрибутов) программной продукции, по которым ее качество описывается и оценивается". Стандарт определяет шесть комплексных характеристик, которые с минимальным дублированием описывают качество ПС (ПО, программной продукции): функциональные возможности; надежность; практичность; эффективность; сопровождаемость; мобильность. Эти характеристики образуют основу для дальнейшего уточнения и описания качества ПС.

ГОСТ Р ИСО 9127-94 Системы обработки информации. Документация пользователя и информация на упаковке для потребительских программных пакетов. Стандарт полностью соответствует международному стандарту ИСО 9127:1989. В контексте настоящего стандарта под потребительским программным пакетом (ПП) понимается "программная продукция, спроектированная и продаваемая для выполнения определенных функций; программа и соответствующая ей документация, упакованные для продажи как единое целое". Под документацией пользователя понимается документация, которая обеспечивает конечного пользователя информацией по установке и эксплуатации ПП. Под информацией на упаковке понимают информацию, воспроизводимую на внешней упаковке ПП. Ее целью является предоставление потенциальным покупателям первичных сведений о ПП.

ГОСТ Р ИСО/МЭК 8631-94 Информационная технология. Программные конструктивы и условные обозначения для их представления. Описывает представление процедурных алгоритмов.

К примеру, в ГОСТ Р 51189-98 установлены следующие виды программной документации на ПССВ и их программные компоненты:

- проектная ПД;

- эксплуатационная ПД;

- организационно-техническая ПД;

- технологическая ПД;

- документация фонда алгоритмов и программ (ФАП).

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

- для проектной и эксплуатационной ПД — стандартами ЕСПД (ГОСТ 19.105, ГОСТ 19.106, ГОСТ

19.201); - для документации ФАП - ГОСТ 26553 и ГОСТ Р ИСО/МЭК ТО 9294.

Состав программной документации по видам и степень обязательности их выпуска в соответствии с ГОСТ Р 51189-98 приведен в таблице ниже.