ГОСТ Р ИСО/МЭК ТО 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