10. Iso/iec 12207:1995.Процесс документирования и его структура.

Процесс документирования является процессом формализованного опи-

сания информации, созданной в процессе или работе жизненного цикла. Он

включает планирование, проектирование, разработку, выпуск, редактирование,

распространение и сопровождение документов по программному продукту.

Процесс документирования состоит из четырех работ (рис. 14). Общее

число задач по данным работам равно 7.

11. Iso/iec 12207:1995.Процесс управления конфигурацией и его струк-

тура.

Процесс управления конфигурацией является процессом применения ад-

министративных и технических процедур на всем протяжении ЖЦ ПС для оп-

ределения состояния (базовой линии) программных объектов в системе, управ-

ления их изменениями и выпуском.

40Данный процесс состоит из шести работ (рис. 15). Общее число задач по

данным работам равно 6.

12. Iso/iec 12207:1995.Процесс обеспечения качества и его структура.

Процесс обеспечения качества является процессом обеспечения гарантий

того, что программные продукты и процессы в жизненном цикле проекта соот-

ветствуют требованиям и планам. Данный процесс должен быть независимым

от субъектов, участвующих в проекте. Это позволяет достичь объективности

процесса. При обеспечении качества могут использоваться результаты процес-

сов верификации, аттестации, совместного анализа, аудита и решения проблем

Процесс обеспечения качества состоит из четырех работ (рис. 16). Общее

число задач по данным работам равно 16.

13. Iso/iec 12207:1995.Процесс верификации и его структура.

Процесс верификации является процессом определения того, что про-

граммные продукты функционируют в полном соответствии с требованиями и

условиями, реализованными в предшествующих работах.

Данное определение является не совсем понятным для лиц, некомпетент-

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

ции только до программных продуктов. Для пояснения данного определения

следует рассмотреть само понятие верификации. Термин верификация (verifica-

tion) обозначает подтверждение с помощью экспертизы и представления объек-

тивных доказательств того, что конкретные требования полностью реализова-

ны. В процессе разработки верификация связана с экспертизой результатов

данной работы с целью определения их соответствия установленным на входе

данной работы требованиям [47, 17]. Таким образом, верификация может при-

меняться не только к программным продуктам, но и к любым другим результа-

там работы. Например, верификации могут подвергаться требования, системная

44и программная архитектура, документация, методы, планы и т.п.

В этой связи более понятным и близким к истине является следующее оп-

ределение процесса верификации. Процесс верификации – это процесс опреде-

ления того, что результаты работы соответствуют требованиям или условиям,

установленным на входе данной работы.

Процесс верификации может включать анализ, проверку и тестирование.

Объектами анализа и проверки могут являться, например, документация и ис-

ходные тексты программных модулей. Объектами тестирования могут являться

исполнимые коды программных модулей, компонентов, промежуточных и ко-

нечного программных продуктов.

Данный процесс называется процессом независимой верификации, если

организация–исполнитель не зависит от поставщика, разработчика, оператора

или персонала сопровождения.

Процесс верификации состоит из двух работ (рис. 17). Общее число задач

по данным работам равно 13.