2.5.Адаптация требований стандарта ИСО/МЭК 12207 к условиям проекта

Стандарт ИСО/МЭК 12207 определяет общий случай разработки типового проекта. В данном стандарте регламентируется общее число процессов жизненного цикла программных средств, равное 17, общее число работ, равное 74,

общее число задач, равное 232.

Однако при разработке конкретных проектов может отсутствовать необходимость в использовании тех или иных процессов, работ или задач ЖЦ ПС.

60

Кроме того, может потребоваться ввести в ЖЦ дополнительные процессы, работы и задачи, не регламентированные стандартом ИСО/МЭК 12207. С учетом этого в интересах сокращения стоимости и улучшения качества конкретного проекта требования данного стандарта следует адаптировать. Процесс адапта-

ции определен в Приложении А ИСО/МЭК 12207.

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

Процесс адаптации состоит изчетырех работ (рис. 27). Номера данных работ соответствуют принятым в стандартеИСО/МЭК 12207. Общее число задач по работам равно 6.

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

А. Процесс адаптации

61

·модель жизненного цикла;

·влияние жизненного цикла существующей системы;

·требования к системе и программным средствам;

·организационные подходы, процедуры и цели;

·размер, сложность, критичность и типы системы, программного продукта или программной услуги;

·методы разработки;

·количество задействованного персонала и участвующих в проекте сто-

рон;

·методы и политика заказа.

Приложение В стандарта ИСО/МЭК 12207 содержит руководство по адаптации, поясняющее использование процесса адаптации к конкретному -про граммному проекту.

В данном приложении рекомендуется выполнятьдва уровня адаптации ИСО/МЭК 12207:

первый уровень – адаптация к конкретной области деятельности– медицинской, авиационной, военной и т.п.;

второй уровень – адаптация к каждому конкретному проекту или договору .

62

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

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

·для отдельно поставляемого продукта рассмотреть работы по созданию системы (см. работы 5.3.2, 5.3.3, 5.3.10, 5.3.11 на рис. 7), хотя они могут и не понадобиться.

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

1) оценки внутри основных процессов; выполняются персоналом, реали-

зующим данные процессы; цель – текущая оценка полученных результатов; 2) верификация и аттестация (см. рис. 17, 18); выполняется заказчиком,

поставщиком или независимой стороной; цель – верификация и аттестация с различной степенью зависимости от проекта;

3) совместные анализы и аудиторские проверки(см. рис. 19, 20); выпол-

няются проверяющей и проверяемой сторонами; цель – оценка состояния и соответствия продуктов и работ утвержденному графику;

4) обеспечение качества (см. рис. 16); выполняется персоналом, не зависящим от разработчиков программного продукта; цель – представление независимой гарантии соответствия программных продуктов и процессов требованиям договора и утвержденным планам;

5) усовершенствование (см. рис. 25); выполняется организацией без учета требований конкретного проекта или договора; цель – эффективное управление реализуемыми процессами и их усовершенствование.

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

Очевидно, что вопросы адаптации и примененияИСО/МЭК 12207 тесно связаны с основными характеристиками проекта. К ним относятся:

1) организационные подходы; например, к машинным языкам, безопасности, защите, требованиям по резервированию технических средств и управлению риском;

2) политика заказа; например, типы договора, наличие подрядчиков, привлечение субподрядчиков и посредников по верификации и аттестации;

3) концепция поддержки; например, ожидаемая длительность поддержки, степень изменения продукта, сторона, выполняющая поддержку;

4) модель жизненного цикла; например, каскадная, эволюционная, инкрементная;

5) вовлеченные стороны; например, заказчик, поставщик, разработчик, субподрядчик, посредники по верификации и аттестации, персонал сопровождения; численность сторон; для больших проектов (десятки и сотни лиц) требу-

63