ar-net.ru c) Цикл функциональной модели
Примечание - В квадратных скобках указаны пункты ГОСТ Р ИСО/МЭК 12207.
Должен быть разработан функциональный прототип (макет), сформулированы нефункциональные требования и стратегия реализации.
Примечание - Данный компонент, ранее не определенный и дополняющий процесс разработки, реализуют по 5.3.1 ГОСТ Р ИСО/МЭК 12207. Могут быть полезны и другие аспекты из ГОСТ Р ИСО/МЭК 12207, такие как верификация и обеспечение качества.
d) Цикл проектирования и создания
Должна быть создана тестированная система, удовлетворяющая всем функциональным и нефункциональным требованиям.
Примечание - Данный компонент предусматривает последовательную итерацию работ по 5.3.3 - 5.3.8 ГОСТ Р ИСО/МЭК 12207.
e) Реализация
Когда разработчики внедряют систему в среде пользователя, они должны обеспечить ее документирование и обучение соответствующего персонала.
Примечание - Данный компонент является комбинацией 5.3.1.2 ГОСТ Р ИСО/МЭК 12207 с отдельными аспектами процессов документирования и обучения.
В перечислениях с) и d) разработчики должны определить прототипы в соответствии с графиками их создания и анализа. Каждый шаг данного итерационного цикла имеет определенный временной интервал, при этом конкретное время его реализации обычно определяется набором трех итераций - предварительное исследование, уточнение и утверждение (принятие).
Примечание - Для полной адаптации должна быть проведена взаимоувязка на уровне задач между методом УРП и требованиями ГОСТ Р ИСО/МЭК 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) на основе установленного числа посторонних кодов и степени сложности исходных программ должно быть принято решение о перепроектировании программного продукта. При этом должны быть:
- удалены посторонние коды;
- удалены никогда не исполняемые коды;
- перепроектированы и перепрограммированы наиболее сложные исходные программы;
- переделан программный продукт в целом.
Примечание - В данном примере в зависимости от технологических потребностей может быть проведена дальнейшая адаптация процесса разработки.
D.4.5 Снятие программного средства с эксплуатации
Работа по снятию с эксплуатации должна быть исключена из процесса сопровождения следующим образом: организация по сопровождению не должна выполнять работу по снятию с эксплуатации из процесса сопровождения.
D.4.6 Равноправные анализы
В процесс совместного анализа должна быть внесена следующая задача: организация по сопровождению должна провести неформальные анализы во время работ по техническому проектированию программного средства, программированию и тестированию программного средства, сборке программного средства и квалификационным испытаниям программного средства из процесса разработки в соответствии с 6.6 ГОСТ Р ИСО/МЭК 12207.
D.4.7 Показатели (метрики) качества
В процессе усовершенствования (см. 7.3 ГОСТ Р ИСО/МЭК 12207) в работу по усовершенствованию процесса должна быть внесена следующая задача: в целях усовершенствования процесса сопровождения организация по сопровождению должна собрать, проанализировать и интерпретировать показатели (метрики) качества программного средства, связанные с процессом сопровождения.