ГОСТ Р ИСО/МЭК12207—2010
7.1.1.3.1 Стратегия реализации программных средств
Данный вид деятельности состоит из решения следующих задач:
7.1.1.3.1.1 Если не оговорено в контракте, разработчикдолжен определить или выбрать модельжиз-
ненного цикла, соответствующую области применения, размерам и сложности проекта. Модель жизненного
цикла должна содержать стадии, цели и выходы каждой стадии. Виды деятельности и задачи процесса
реализации программных средствдолжны быть выбраны иотражены в модели жизненного цикла. Эти виды
деятельности и задачи могут пересекаться или взаимодействовать друг с другом, могут выполняться
итеративно или рекурсивно.
П р и м е ч а н и е — В идеальном случае рассматриваемые виды деятельности и задачи выполняются и
решаются с использованием определенной организационной модели жизненного цикла.
7.1.1.3.1.2 Исполнитель должен:
a) документировать результаты в соответствии с процессом менеджмента программной документа
ции (см. 7.2.1);
b
) передавать результаты в процесс менеджмента конфигурации программных средств (см. 7.2.2) и
выполнять управление изменениями в соответствии с ним;
c)документировать, решать проблемы и снимать несоответствия, найденные в программных продук
тах и задачах в соответствии с процессом решения проблем в программных средствах (см. 7.2.8);
d) выполнять поддержку процессов в соответствии с контрактом;
e) устанавливать базовые линии и соединять элементы конфигурации в сроки, определенные приоб
ретающей стороной и поставщиком.
7.1.1.3.1.3 Исполнитель должен выбирать, адаптировать и применять те стандарты, методы, инстру
ментарий иязыки программирования (если не оговорено в контракте), которые документально оформлены,
являются подходящими и установлены организацией для выполнения деятельности в рамках процесса
реализации программных средств и поддерживающих процессов.
П р и м е ч а н и е — Реализация технологических ограничений в проекте должна определяться как часть
стратегии реализации программных средств.
7.1.1.3.1.4 Исполнитель должен разрабатывать планы проведения действий процесса реализации
программных средств. Планы должны включать в себя конкретные стандарты, методы, инструментарий,
действия и обязанности, связанные с разработкой и квалификацией всех требований, включая безопас
ность изащиту. При необходимости могут разрабатываться отдельные планы. Эти планы должны докумен
тироваться и выполняться.
7.1.1.3.1.5 При разработке или сопровождении программных продуктов могут применяться непостав-
ляемые элементы. Однако должно гарантироваться, что функционирование и сопровождение поставляе
мых программных продуктов после поставки приобретающей стороне не зависит от таких элементов; дру
гими словами, эти элементы следует также рассматривать как поставляемые.
7.1.2 Процесс анализа требований к программным средствам
П р и м е ч а н и е — Процесс анализа требований к программным средствам в настоящем стандарте
является процессом более низкого уровня, чем процесс реализации программных средств. Пользователи [18]
могут решить, что этот процесс предусматривается процессом анализа требований [18] при рекурсивном приме
нении [18].
7.1.2.1 Цель
Цель процесса анализа требований к программным средствам заключается вустановлении требова
ний к программным элементам системы.
7.1.2.2 Выходы
В результате успешного осуществления процесса анализа требований к программным средствам:
a) определяются требования к программным элементам системы и их интерфейсам;
b
)требования к программным средствам анализируются на корректность и тестируемость;
c) осознается воздействие требований к программным средствам на среду функционирования;
d) устанавливается совместимость и прослеживаемость между требованиями к программным сред
ствам и требованиями к системе;
e) определяются приоритеты реализации требований к программным средствам;
f) требования к программным средствам принимаются иобновляются по мере необходимости;
д) оцениваются изменения втребованиях к программным средствам по стоимости, графикам работ и
техническим воздействиям;
48