ГОСТ Р ИСО/МЭК ТО 15271-2002

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

Примечание — Для полной адаптации должна быть проведена взаимоувязка на уровне задач между методом УРП и требованиями ГОСТ Р ИСО/МЭК 12207.

D.3.3 Обоснование адаптации (практического применения)

Метод УРП часто применяют при необходимости ускоренной разработки новых систем или реализации полной ее разработки.

D.4 Пример сопровождения

В данном примере показано, как можно путем добавления и удаления работ практически применить ГОСТ Р ИСО/МЭК 12207 в конкретной ситуации сопровождения. В пример также включен поясняющий текст, изложенный подобно изложению в ГОСТ Р ИСО/МЭК 12207.

D.4.1 Сценарий

Во время рассмотрения договора в процессе поставки организации по сопровождению могут пожелать внести дополнительные процессы и задачи, помимо установленных в ГОСТ Р ИСО/МЭК 12207. Например, в процессе заказа организацией по сопровождению может быть определена организация, отличная от исходного поставщика, а она пожелает провести подробное изучение заказанного программного продукта с точки зрения его сопровождения. На основе такого анализа данная организация может попросить перепроектировать программный продукт до начала процесса полного его сопровождения. Это может быть обеспечено путем введения в процесс заказа работы, названной «Программная инженерия и оценка качества». В процессе заказа важно обеспечить, чтобы соответствующие задачи были отражены в договоре и были выполнены при приемке и завершении заказа.

В случае принятия решения о перепроектировании программного продукта организация по сопровождению может отказаться от ряда работ процесса сопровождения. Обычно при принятии решения о перепроектировании жизненный цикл программного продукта продлевают сверх указанного в договоре. Поэтому может возникнуть необходимость в исключении работы по снятию с эксплуатации (см. 5.5.6 ГОСТ Р ИСО/МЭК 12207).

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

Процесс усовершенствования может быть расширен при использовании показателей качества во всех процессах. В него может быть внесена дополнительная задача по выбору, анализу и интерпретации показателей для самого этого процесса (см. 7.3 ГОСТ Р ИСО/МЭК 12207).

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

D.4.2 Решения по адаптации (практическому применению)

В процесс заказа внесена работа, названная «Программная инженерия и оценка качества».

Из процесса сопровождения удалена работа по снятию программного средства с эксплуатации.

D.4.3 Обоснование адаптации (практического применения)

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

D.4.4 Программная инженерия и оценка качества

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

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

-    объем (размер) программного продукта;

-    число строк комментариев и исходного программного кода в исходных программах;

-    сложность компонентов программного средства;

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

-    локализованы места расположения избыточных программных кодов;

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

c)    на основе установленного числа посторонних кодов и степени сложности исходных программ должно быть принято решение о перепроектировании программного продукта. При этом должны быть:

-    удалены посторонние коды;

-    удалены никогда не исполняемые коды;

-    перепроектированы и перепрограммированы наиболее сложные исходные программы;

-    переделан программный продукт в целом.

37