Процесс разработки ПО

МЭК 12207-99).

Основные процессы
ЖЦ ПО

цикл ПО:
1) Процесс заказа. Определяет работы заказчика, то есть

организации, которая приобретает систему, программный продукт или программную услугу.
2) Процесс поставки. Определяет работы поставщика программного продукта или программной услуги заказчику.
3) Процесс разработки. Определяет работы разработчика, то есть организации, которая проектирует и разрабатывает программный продукт.
4) Процесс эксплуатации. Определяет работы оператора, то есть организации, которая обеспечивает эксплуатационное обслуживание системы в заданных условиях в интересах пользователей.
5) Процесс сопровождения. Определяет работы персонала сопровождения, то есть организации, которая предоставляет услуги по сопровождению программного продукта, состоящие в контролируемом изменении ПО с целью сохранения его исходного состояния и функциональных возможностей. Данный процесс охватывает также перенос и снятие с эксплуатации ПО.
Ответственность за выполнение работ и задач в основном процессе несет организация, создающая и реализующая данный процесс.
Эта организация гарантирует реальность существования и
функциональные особенности конкретного процесса.

3. Процесс разработки

Процесс разработки включает весь комплекс работ от анализа требований к программному продукту до ввода его в эксплуатацию, которые выполняет (или обеспечивает выполнение) разработчик в соответствии с условиями договора:
управление процессом разработки на проектном уровне в соответствии с процессом управления, который конкретизируется в данном процессе;
определение инфраструктуры для процесса разработки в соответствии с процессом создания инфраструктуры;
адаптация процесса разработки к условиям проекта в соответствии с процессом адаптации;
управление процессом разработки на организационном уровне в соответствии с процессами усовершенствования и обучения.

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

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

Список работ
Перечень работ процесса разработки:
1)

подготовка процесса;
2) анализ требований к системе;
3) проектирование системной архитектуры;
4) анализ требований к программным средствам;
5) проектирование программной архитектуры;
6) техническое проектирование программных средств;
7) программирование и тестирование программных средств;
8) сборка программных средств;
9) квалификационные испытания программных средств;
10) сборка системы;
11) квалификационные испытания системы;
12) ввод в действие программных средств;
13) обеспечение приемки программных средств.

выбор модели жизненного цикла разрабатываемого ПО, соответствующей области реализации, масштабу

и сложности проекта (если модель ЖЦ ПО не определена в договоре). При этом в модели жизненного цикла должны быть выбраны и структурированы работы и задачи процесса разработки (указанные работы и задачи могут пересекаться или взаимодействовать и выполняться итерационно или рекурсивно).
3.1.2 Документальное оформление результатов процесса разработки:
оформление выходных результатов в соответствии с процессом документирования;
контроль изменений конфигурации в соответствии с процессом управления конфигурацией;
оформление и устранение несоответствий, обнаруженных в программных продуктах и задачах, в соответствии с процессом решения проблем;
выполнение других вспомогательных процессов в соответствии с условиями договора.
3.1.3 Выбор и адаптация стандартов, методов и инструментальных средств (если они не установлены в договоре), которые документально оформлены и приняты в организации разработчика (при условии их соответствия требованиям договора) для их использования в процессе разработки и во вспомогательных процессах.
3.1.4 Разработка и документальное оформление планов проведения работ в процессе разработки. Планы должны охватывать конкретные действия и обязанности, связанные с разработкой и квалификацией всех требований, включая безопасность и защиту. Допускается разработка индивидуальных планов (по конкретным требованиям или исполнителям).
3.1.5 Определение состава непоставляемых изделий, которые будут применяться при разработке или сопровождении программного продукта. При этом должно быть обеспечено, чтобы эксплуатация и сопровождение поставленного программного продукта не зависели от данных изделий, иначе они должны рассматриваться как комплектующие (поставляемые) изделия.

Анализ области применения разрабатываемой системы и документальное оформление технических требований:
Функции

и возможности системы;
Коммерческие и организационные требования;
Требования пользователя;
Требования безопасности и защиты;
Эргономические требования;
Требования к интерфейсам;
Эксплуатационные требования;
Требования к сопровождению;
Проектные ограничения и квалификационные требования.
3.2.2 Оценка требований к системе с учетом следующих критериев:
Учет потребностей заказчика;
Соответствие потребностям заказчика;
Тестируемость;
Выполнимость проектирования системной архитектуры;
Возможность эксплуатации и сопровождения.

общей архитектуры системы (архитектуры верхнего уровня), в которой:
указаны объекты технических

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

3.3.2 Оценка и документальное оформление системной архитектуры и требований к объектам архитектуры с учетом следующих критериев:
учет требований к системе;
соответствие требованиям к системе;
соответствие используемых стандартов и методов проектирования;
возможность программных объектов архитектуры выполнять установленные для них требования;
возможности эксплуатации и сопровождения.

задач
Данная работа состоит из следующих задач
применительно к каждому программному

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

задач (продолжение)
3.4.2 Оценка и документальное оформление оценки требований к программным

средствам по следующим критериям:

Учет требований к системе и проекту системы;
Внешняя согласованность с требованиями к системе;
Внутренняя согласованность требований к объектам между собой;
Тестируемость требований;
Выполнимость программного проекта;
Возможность эксплуатации и сопровождения.

3.4.3 Проведение совместного анализа требований
Анализ проводится с другими участниками договора (заказчиком, поставщиком, субподрядчиком) в соответствии со вспомогательным процессом «Совместный анализ»;
После успешного проведения анализа(ов) должно быть документально зафиксировано состояние требований к программному объекту.

состоит из следующих задач
применительно к каждому программному объекту архитектуры:
3.5.1

Преобразование требований к программному объекту в его архитектуру, которая описывает общую структуру объекта и определяет его компоненты:
распределение всех требований к программному объекту между его компонентами;
уточнение требований к компонентам с точки зрения облегчения технического проектирования.
документальное оформление архитектуры программного объекта.
3.5.2 Разработка и документальное оформление эскизного проекта внешних интерфейсов программного объекта и интерфейсов между компонентами объекта.
3.5.3 Разработка и документальное оформление эскизного проекта базы данных.
3.5.4 Разработка и документальное оформление предварительных версий документации пользователя.
3.5.5 Определение и документальное оформление предварительных требований к испытаниям (тестированию) программного объекта и графика сборки программного продукта.
3.5.6 Оценка архитектуры программного объекта и эскизных проектов интерфейсов и базы данных по следующим критериям (результаты оценок должны быть документально оформлены):
учет требований к программному объекту;
внешняя согласованность с требованиями к программному объекту;
внутренняя согласованность между компонентами программного объекта;
соответствие методов проектирования и используемых стандартов;
возможность технического проектирования;
возможность эксплуатации и сопровождения.
3.5.7 Проведение совместного анализа результатов проектирования программной архитектуры.

работа состоит из следующих задач
применительно к каждому программному объекту

архитектуры:
3.6.1 Разработка технического проекта для каждого компонента программного объекта:
Уточнение компонентов программного объекта на уровне программных модулей, которые можно программировать (кодировать), компилировать и тестировать независимо.
Распределение технических требований к компонентам программного объекта между программными модулями.
Документальное оформление технического проекта.

3.6.2 Разработка и документальное оформление технического проекта интерфейсов программного объекта:
Технический проект внешних интерфейсов программного объекта.
Технический проект интерфейсов между компонентами программного объекта.
Технический проект интерфейсов между программными модулями компонентов программного объекта.
Примечание: Технический проект интерфейсов должен обеспечить возможность их программирования без привлечения дополнительной информации.

3.6.3 Разработка и документальное оформление технического проекта базы данных.

(продолжение)
3.6.4 Уточнение (при необходимости) документации пользователя.
3.6.5 Определение и документальное оформление

требований к испытаниям и программе испытаний программных модулей (требования к испытаниям должны определять воздействие на программный модуль в пределах установленных к нему требований).
3.6.6 Уточнение общих требований к испытанию (тестированию) и программы сборки программных средств.
3.6.7 Оценка технического проекта и требований к тестированию по следующим критериям :
учет требований к программному объекту;
внешнее соответствие спроектированной архитектуре;
внутренняя согласованность между компонентами программного объекта и программными модулями;
соответствие методов проектирования и используемых стандартов;
возможность тестирования;
возможность эксплуатации и сопровождения.
Примечание: Результаты оценок должны быть документально оформлены.

3.6.8 Проведение совместного анализа результатов технического проектирования.

задач
Данная работа состоит из следующих задач
применительно к каждому программному

объекту архитектуры:
3.7.1 Разработка и документальное оформление:
каждого программного модуля;
базы данных;
процедуры испытаний (тестирования) каждого программного модуля и базы данных;
данных для тестирования каждого программного модуля и базы данных.
3.7.2 Тестирование и документальное оформление результатов тестирования каждого программного модуля и базы данных, гарантируя, что они удовлетворяют установленным требованиям.
3.7.3 Уточнение (при необходимости) документации пользователя.
3.7.4 Уточнение общих требований к тестированию и программы сборки программных средств.
3.7.5 Оценка запрограммированных элементов программного объекта и результатов их тестирования по следующим критериям :
учет требований к программному объекту и проекту объекта в целом;
внешнее соответствие программного объекта требованиям и проекту;
внутреннее соответствие между требованиями к программным модулям;
тестовое покрытие всех модулей;
соответствие методов программирования и используемых для них стандартов;
возможность сборки и тестирования;
возможность эксплуатации и сопровождения.

Примечание: Результаты оценок должны быть документально оформлены.

состоит из следующих задач
применительно к каждому программному объекту архитектуры:
3.8.1

Разработка плана сборки для объединения программных модулей и компонентов в программный объект. План должен быть документально оформлен и должен включать:
требования к испытаниям (тестированию);
процедуры тестирования;
контрольные данные;
обязанности исполнителя;
программу испытаний.
3.8.2 Разработка и документальное оформление для каждого квалификационного требования к программному объекту:
набора тестов;
контрольных примеров (исходные и выходные данные, критерии тестирования);
процедур квалификационных испытаний программных средств.
3.8.3 Уточнение (при необходимости) документации пользователя.

Сборка и тестирование программных модулей и компонентов:
Программный объект должен быть

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

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

3.8.6 Проведение совместного анализа результатов сборки.

работа состоит из следующих задач
применительно к каждому программному объекту

архитектуры:
3.9.1 Проведение квалификационных испытаний (тестирования) программного объекта на соответствие предъявляемым к нему квалификационным требованиям.
При проведении испытаний должно быть обеспечено, чтобы реализация каждого установленного требования к программному объекту была проверена на соответствие.
Результаты квалификационных испытаний должны быть документально оформлены.
3.9.2 Уточнение (при необходимости) документации пользователя.
3.9.3 Оценка проекта, запрограммированного программного объекта, проведенных испытаний, результатов испытаний и документации пользователя по следующим критериям:
тестовое покрытие требований к программному объекту;
соответствие ожидаемым результатам;
возможность сборки и тестирования системы (при их проведении);
возможность эксплуатации и сопровождения.
Примечание: Результаты оценок должны быть документально оформлены.

(продолжение)
3.9.4 Проведение аудиторских проверок и документальное оформление их результатов.
Примечание:

Если при реализации проекта разрабатывались (или собирались) как технические, так и программные средства, то проведение аудиторских проверок может быть отложено до квалификационных испытаний системы.
3.9.5 После успешного завершения аудиторских проверок (если они проводились) разработчик должен:
доработать (при необходимости) программный продукт;
определить состояние конфигурации (базовую линию) проекта и программ данного программного объекта;
подготовить программный продукт к:
вводу программного продукта в действие;
обеспечению приемки программного продукта;
сборке системы;
квалификационным испытаниям системы;

Примечание: Квалификационное испытание может быть выполнено в процессах верификации или аттестации.

единую систему объектов программной конфигурации, объектов технической конфигурации, ручных операций

и, при необходимости, других систем.
3.10.2 Для каждого квалификационного требования к системе должны быть разработаны и документально оформлены:
состав испытаний;
контрольные примеры (исходные и выходные данные, критерии оценок);
процедуры проведения квалификационных испытаний.
Примечание: разработчик должен обеспечить готовность собранной системы к квалификационным испытаниям.
3.10.3 Оценка собранной системы по следующим критериям :
a) тестовое покрытие требований к системе;
b) соответствие методов тестирования и используемых стандартов;
c) соответствие ожидаемым результатам;
d) выполнимость квалификационных испытаний системы;
e) возможность эксплуатации и сопровождения.
Примечание: Результаты оценок должны быть документально оформлены.

квалификационных испытаний системы в соответствии с установленными квалификационными требованиями:
реализация каждого

требования к системе была испытана на соответствие установленным значениям;
система была готова к поставке;
результаты квалификационных испытаний должны быть документально оформлены.
3.11.2 Оценка система по следующим критериям:
тестовое покрытие требований к системе;
соответствие ожидаемым результатам;
возможность эксплуатации и сопровождения.
Примечание: Результаты оценок должны быть документально оформлены.
3.11.3 Проведение и документальное оформление результатов аудиторской проверки.
Примечание: Этот подпункт не применяется к тем объектам программной конфигурации, для которых аудиторские проверки были проведены ранее.
3.11.4 После успешного завершения аудиторских проверок (если они проводились) :
доработка и подготовка программного продукта к приемке и вводу в действие;
определение состояния конфигурации (базовой линии) проекта и программ каждого объекта программной конфигурации.
Примечание: Квалификационное испытание системы может быть выполнено в процессах верификации или аттестации.

задач
3.12.1 Разработка и документальное оформление плана ввода в действие программного

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

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

Примечание: Все работы по вводу в действие и их результаты должны быть документально оформлены.

Проведение (заказчиком) оценки готовности к приемке и приемочным испытаниям программного

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