Вспомогательные процессы жизненного цикла ПО

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

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

Общие принципы и рекомендации по управлению конфигурацией отражены в стандарте ISO/IEC CD 12 207 — 2:1995 «Information Technology — Software Life Cycle Processes. Part 2. Configuration Management for Software». Этот стандарт предлагает установить правила, с помощью которых можно однозначно идентифицировать и различать компоненты ПО и их версии. При этом каждому компоненту и его версиям должен соответствовать однозначно обозначаемый комплект документации. При проведении модификаций ПО должен осуществляться контроль конфигурации, в процессе которого отслеживаются затраты на модификацию, оценивается ее эффективность, а также соответствие измененных компонентов их документации. Кроме того, согласно стандарту должны подготавливаться отчеты обо всех реализованных и отвергнутых модификациях компонентов ПО. Совокупность этих отчетов обеспечивает однозначное отражение текущего состояния системы и ее компонентов, а также ведение истории модификаций. Стандарт также рекомендует проводить оценку конфигурации, в процессе которой оценивается функциональная полнота компонентов ПО, а также соответствие их физического состояния текущему техническому описанию. Итоговое действие по управление конфигурацией — это управление выпуском и поставка, в процессе которых изготавливаются эталонные копии программ и документации для хранения и поставки пользователям в соответствии с порядком, принятом в организации.

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

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

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

Верификация в узком смысле означает формальное доказательство правильности ПО. В процессе верификации проверяются следующие условия:

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

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

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

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

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

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

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

стандарт жизненный цикл программный.