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

Процесс документирования (documentation process) предусмат­ривает формализованное описание информации, созданной в те­чение ЖЦ ПО. Данный процесс состоит из набора действий, с помощью которых планируют, проектируют, разрабатывают, вы­пускают, редактируют, распространяют и сопровождают доку­менты, необходимые для всех заинтересованных лиц, таких, как руководство, технические специалисты и пользователи системы.

Процесс документирования включает следующие действия:

1) подготовительную работу;

2) проектирование и разработку;

3) выпуск документации;

4) сопровождение.

Процесс управления конфигурацией (configuration management process) предполагает применение административных и техничес­ких процедур на всем протяжении ЖЦ ПО для определения сос­тояния компонентов ПО в системе, управления модификациями ПО, описания и подготовки отчетов о состоянии компонентов ПО и запросов на модификацию, обеспечения полноты, совмес­тимости и корректности компонентов ПО, управления хранени­ем и поставкой ПО. Согласно стандарту IEЕЕ-90 под конфигура­цией ПО понимается совокупность его функциональных и физи­ческих характеристик, установленных в технической документа­ции и реализованных в ПО.

Управление конфигурацией позволяет организовать, систе­матически учитывать и контролировать внесение изменений в ПО на всех стадиях ЖЦ.

Процесс управления конфигурацией включает следующие действия:

1) подготовительную работу;

2) идентификацию конфигурации;

3) контроль за конфигурацией;

4) учет состояния конфигурации;

5) оценку конфигурации;

6) управление выпуском и поставку.

Подготовительная работа заключается в планировании уп­равления конфигурацией.

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

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

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

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

Управление выпуском и поставка охватывают изготовление эталонных копий программ и документации, их хранение и пос­тавку пользователям в соответствии с порядком, принятым в организации.

Процесс обеспечения качества (quality assurance process)

обеспечивает соответствующие гарантии того, что ПО и процессы его ЖЦ соответствуют заданным требованиям и утвержденным пла­нам.

Под качествам ПО понимается совокупность свойств, кото­рые характеризуют способность ПО удовлетворять заданным тре­бованиям.

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

Процесс обеспечения качества включает следующие действия:

1) подготовительную работу;

2) обеспечение качества продукта;

3) обеспечение качества процесса;

4) обеспечение прочих показателей качества системы.

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

Обеспечение качества продукта подразумевает гарантирова­ние полного соответствия программных продуктов и их докумен­тации требованиям заказчика, предусмотренным в договоре.

Обеспечение качества процесса предполагает гарантирование соответствия процессов ЖЦ ПО, методов разработки, среды раз­работки и квалификации персонала условиям договора, установ­ленным стандартам и процедурам.

Обеспечение прочих показателей качества системы осущес­твляется в соответствии с условиями договора и стандартом каче­ства ISO 9001.

Процесс верификации (verification process) состоит в определе­нии того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями {верификация в узком смысле означает формальное доказатель­ство правильности ПО). Для повышения эффективности вери­фикация должна как можно раньше интегрироваться с использу­ющими ее процессами (такими, как поставка, разработка, эксплуатация или сопровождение). Данный процесс может исключать анализ, оценку и тестирование.

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

Процесс верификации включает следующие действия:

1) подготовительную работу;

2) верификацию.

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

• непротиворечивость требований к системе и степень учета потребностей пользователей;

• возможности поставщика выполнить заданные требования;

• соответствие выбранных процессов ЖЦ ПО условиям дого­вора;

• адекватность стандартов, процедур и среды разработки про­цессам ЖЦ ПО;

• соответствие проектных спецификаций ПО заданным тре­бованиям;

• корректность описания в проектных спецификациях вход­ных и выходных данных, последовательности событий, интерфейсов, логики и тд.;

• соответствие кода проектным спецификациям и требовани­ям;

• тестируемость и корректность кода, его соответствие приня­тым стандартам кодирования;

• корректность интеграции компонентов ПО в систему;

• адекватность, полнота и непротиворечивость документа­ции.

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

также возможность его безопасного и надежного применения пользователем. Аттестацию рекомендуется выполнять путем тес­тирования во всех возможных ситуациях и использовать при этом независимых специалистов. Аттестация может проводиться на начальных стадиях ЖЦ ПО или как часть работы по приемке ПО.

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

Процесс аттестации включает следующие действия:

1) подготовительную работу;

2) аттестацию.

Процесс совместной оценки (joint review process) предназначен для оценки состояния работ по проекту и ПО, создаваемому при выполнении данных работ (действий). Он сосредоточен в основ­ном на контроле планирования и управления ресурсами, персо­налом, аппаратурой и инструментальными средствами проекта.

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

Процесс совместной оценки включает следующие действия:

1) подготовительную работу;

2) оценку управления проектом;

3) техническую оценку.

Процесс аудита ( audit process) представляет собой определе­ние соответствия требованиям, планам и условиям договора. Ау­дит может выполняться двумя любыми сторонами, участвующи­ми в договоре, когда одна сторона проверяет другую.

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

Жизненный цикл программного обеспечения

Процесс аудита включает следующие действия:

1) подготовительную работу;

2) аудит.

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

Процесс разрешения проблем включает следующие действия:

1) подготовительную работу;

2) разрешение проблем,