ГОСТ Р ИСО/МЭК12207—2010
7.1.3.2 Выходы
В результате успешной реализации процесса проектирования архитектуры программных средств:
a) разрабатывается проект архитектуры программных средств иустанавливается базовая линия, опи
сывающая программные составные части, которые будут реализовывать требования к программным сред
ствам;
b
)определяются внутренние и внешние интерфейсы каждой программной составной части;
c)устанавливаются согласованность и прослеживаемость между требованиями к программным сред
ствам и программным проектом.
7.1.3.3 Виды деятельности изадачи
При реализации проекта необходимо осуществлять следующие виды деятельности всоответствии с
принятыми ворганизации политиками и процедурами вотношении процесса проектирования архитектуры
программных средств.
П р и м е ч а н и е — Данный вид деятельности выполняется для каждой программной составной части
согласно проектированию архитектуры системы.
7.1.3.3.1 Проектирование архитектуры программных средств
Для каждого программного элемента (или элемента конфигурации, если он определен) данный вид
деятельности состоит из решения следующих задач:
7.1.3.3.1.1 Исполнитель должен преобразовать требования к программным составным частям в архи
тектуру, которая описывает верхний уровень его структуры и идентифицирует программные компоненты.
Необходимо гарантировать, что все требования к программным составным частям распределяются по про
граммным компонентам и вдальнейшем уточняются для облегчения детального проектирования. Архитек
туру программной составной части необходимо документировать.
П р и м е ч а н и е — Проектирование архитектуры программных средств обеспечивает также основу для
верификации программных составных частей, объединения программных составных частей друг с другом и их
интеграции с остальными составными частями системы.
7.1.3.3.1.2 Исполнитель должен разработать идокументально оформить проект верхнего уровня для
внешних интерфейсов программной составной части и интерфейсов между ней и программными компонен
тами.
7.1.3.3.1.3 Исполнитель должен разработать идокументально оформить проект верхнего уровня для
базы данных.
7.1.3.3.1.4 Исполнитель должен разработать и документально оформить предварительные версии
пользовательской документации.
7.1.3.3.1.5 Исполнитель должен определить идокументировать требования к предварительному тес
тированию и график работ по комплексированию программных средств.
7.1.3.3.1.6 Исполнитель должен оценить архитектуру программной составной части, проекты по ин
терфейсам и базе данных, учитывая следующие критерии:
a) прослеживаемость к требованиям программной составной части;
b
) внешняя согласованность с требованиями программной составной части;
c) внутренняя согласованность между программными компонентами;
d) приспособленность методов проектирования и используемых стандартов;
e) осуществимость детального проектирования;
f) осуществимость функционирования и сопровождения.
Результаты оценок следует оформлять документально.
7.1.3.3.1.7 Исполнитель должен проводить ревизии в соответствии с 7.2.6.
7.1.4 Процесс детального проектирования программных средств
П р и м е ч а н и е — Процесс детального проектирования программных средств в настоящем стандарте
является процессом более низкого уровня, чем процесс реализации программных средств.
7.1.4.1 Цель
Цель процесса детального проектирования программных средств заключается вобеспечении проек
та для программных средств, которые реализуются и могут быть верифицированы относительно установ
ленных требований и архитектуры программных средств, а также существенным образом детализируются
для последующего кодирования и тестирования.
7.1.4.2 Выходы
В результате успешного осуществления процесса детального проектирования программных средств:
а)разрабатывается детальный проект каждого программного компонента, описывающий создавае
мые программные модули;
50