ГОСТ Р ИСО-МЭК 12207-2010 Процессы ЖЦ ПС. Процессы жизненного цикла программных средств
 Скачать 457.34 Kb.
|
|
7.1.2.3 Виды деятельности и задачи При реализации проекта необходимо выполнять следующие виды деятельности и задачи в соответствии с принятыми в организации политиками и процедурами в отношении процесса анализа требований к программным средствам. 7.1.2.3.1 Анализ требований к программным средствам Для каждого программного элемента (или элемента конфигурации, если он определен) данный вид деятельности состоит из решения следующих задач: 7.1.2.3.1.1 Исполнитель должен установить и документально оформить следующие требования к программным средствам (включая спецификации характеристик качества): a) спецификации функциональных характеристик и возможностей, включая эксплуатационные, физические характеристики и условия окружающей среды, при которых будет применяться программная составная часть; b) внешние интерфейсы к программной составной части; c) квалификационные требования; d) спецификации по безопасности, включая те спецификации, которые относятся к методам функционирования и сопровождения, влиянию окружающей среды и ущербу для персонала; e) спецификации по защите, включая спецификации, связанные с угрозами для чувствительной информации; f) спецификации эргономических факторов, включая спецификации, связанные с ручными операциями, взаимодействием человека с оборудованием, ограничениями по персоналу и областям, требующим концентрации внимания и чувствительным к ошибкам человека и уровню его обученности; g) описание данных и требования к базам данных; h) инсталляция и требования к приемке поставляемого программного продукта в местах функционирования и сопровождения; i) требования к документации пользователя; j) операции пользователя и требования к их выполнению; k) пользовательские требования к сопровождению. Примечание 1 - [8] может быть руководством по спецификации характеристик качества. Примечание 2 - Следует определить приоритет выполнения требований к программным средствам. Примечание 3 - Рекомендации для получения желаемого уровня удобства применения можно найти в [25], если приспособленность к применению является важным требованием. Вид процесса, который сосредоточивается на вопросах приспособленности к применению, приведен в приложении Е. 7.1.2.3.1.2 Исполнитель должен оценить требования к программным средствам, учитывая критерии, перечисленные ниже. Результаты оценок должны быть документально оформлены. a) прослеживаемость к системным требованиям и к системному проекту; b) внешняя согласованность с системными требованиями; с) внутренняя согласованность; d) тестируемость; е) осуществимость программного проекта; f) осуществимость функционирования и сопровождения. 7.1.2.3.1.3 Исполнитель должен проводить ревизии в соответствии с 7.2.6. Примечание - Вслед за успешными оценкой и ревизией следует принимать требования к программным средствам, закреплять их в базовой линии и сообщать об этом всем заинтересованным сторонам. Последующие изменения в базовой линии требований к программным средствам следует оценивать по стоимости, графикам исполнения и воздействиям технических решений. 7.1.3 Процесс проектирования архитектуры программных средств Примечание - Процесс проектирования архитектуры программных средств в настоящем стандарте является процессом более низкого уровня, чем процесс реализации программных средств. Пользователи [18] могут решить, что данный процесс предусматривается процессом проектирования архитектуры в [18] при его рекурсивном применении. 7.1.3.1 Цель Цель процесса проектирования архитектуры программных средств заключается в обеспечении проекта для программных средств, которые реализуются и могут быть верифицированы относительно требований. 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 Выходы В результате успешного осуществления процесса детального проектирования программных средств: а) разрабатывается детальный проект каждого программного компонента, описывающий создаваемые программные модули; b) определяются внешние интерфейсы каждого программного модуля и c) устанавливается совместимость и прослеживаемость между детальным проектированием, требованиями и проектированием архитектуры. 7.1.4.3 Виды деятельности и задачи При реализации проекта необходимо осуществлять следующие виды деятельности в соответствии с принятыми в организации политиками и процедурами в отношении процесса детального проектирования программных средств. 7.1.4.3.1 Детальное проектирование программных средств Для каждой программной составной части (или составной части конфигурации, если она определена) данный вид деятельности состоит из решения следующих задач: 7.1.4.3.1.1 Исполнитель должен разработать детальный проект для каждого программного компонента программной составной части. Программные компоненты должны быть детализированы на более низком уровне, включающем программные блоки, которые могут быть закодированы, откомпилированы и проверены. Следует гарантировать, что все требования к программным средствам распределяются от программных компонентов к программным блокам. Детальный проект должен быть документально оформлен. 7.1.4.3.1.2 Исполнитель должен разработать и документально оформить детальный проект для внешних интерфейсов к программным составным частям, между программными компонентами и между программными блоками. Необходимо, чтобы детальный проект для интерфейсов позволял проводить кодирование без потребности в получении дополнительной информации. 7.1.4.3.1.3 Исполнитель должен разработать и документально оформить детальный проект базы данных. 7.1.4.3.1.4 Исполнитель должен совершенствовать пользовательскую документацию по мере необходимости. 7.1.4.3.1.5 Исполнитель должен определять и документировать требования к тестированию и графики работ по тестированию программных блоков. Необходимо, чтобы требования к тестированию включали в себя проведение проверок программных блоков при граничных значениях параметров, установленных в требованиях. 7.1.4.3.1.6 Исполнитель должен обновлять требования к тестированию и графики работ по комплексированию программных средств. 7.1.4.3.1.7 Исполнитель должен оценивать детальный проект для программных средств и требования к тестированию по следующим критериям: a) прослеживаемость к требованиям программной составной части; b) внешняя согласованность с архитектурным проектом; c) внутренняя согласованность между программными компонентами и программными блоками; d) соответствие методов проектирования и используемых стандартов; e) осуществимость тестирования; f) осуществимость функционирования и сопровождения. Результаты оценки должны быть документально оформлены. 7.1.4.3.1.8 Исполнитель должен проводить ревизии в соответствии с 7.2.6. 7.1.5 Процесс конструирования программных средств Примечание - Процесс конструирования программных средств, представленный в настоящем стандарте, является процессом более низкого уровня, чем процесс реализации программных средств. 7.1.5.1 Цель Цель процесса конструирования программных средств заключается в создании исполняемых программных блоков, которые должным образом отражают проектирование программных средств. 7.1.5.2 Выходы В результате успешного осуществления процесса конструирования программных средств: a) определяются критерии верификации для всех программных блоков относительно требований; b) изготавливаются программные блоки, определенные проектом; c) устанавливается совместимость и прослеживаемость между программными блоками, требованиями и проектом; d) завершается верификация программных блоков относительно требований и проекта. 7.1.5.3 Виды деятельности и задачи При реализации проекта необходимо выполнять следующие виды деятельности и задачи в соответствии с принятыми в организации политиками и процедурами в отношении процесса конструирования программных средств. 7.1.5.3.1 Конструирование программных средств Для каждой программной составной части (или составной части конфигурации, если она определена) данный вид деятельности состоит из решения следующих задач: 7.1.5.3.1.1 Исполнитель должен разработать и документально оформить: a) каждый программный блок и базу данных; b) процедуры тестирования и данные для тестирования каждого программного блока и базы данных. 7.1.5.3.1.2 Исполнитель должен тестировать каждый программный блок и базу данных, гарантируя, что они удовлетворяют требованиям. Результаты тестирования должны быть документально оформлены. 7.1.5.3.1.3 Исполнитель должен улучшать документацию пользователя при необходимости. 7.1.5.3.1.4 Исполнитель должен совершенствовать требования к тестированию и графики работ по комплексированию программных средств. 7.1.5.3.1.5 Исполнитель должен оценивать программный код и результаты испытаний, учитывая следующие критерии: a) прослеживаемость к требованиям и проекту программных элементов; b) внешнюю согласованность с требованиями и проектом для программных составных частей; c) внутреннюю согласованность между требованиями к блокам; d) тестовое покрытие блоков; e) соответствие методов кодирования и используемых стандартов; f) осуществимость комплексирования и тестирования программных средств; g) осуществимость функционирования и сопровождения. Результаты оценки должны быть документально оформлены. 7.1.6 Процесс комплексирования программных средств Примечание - Процесс комплексирования программных средств в настоящем стандарте является процессом более низкого уровня, чем процесс реализации программных средств. Пользователи [18] могут решить, что данный процесс предусматривается процессом комплексирования в [18] при рекурсивном применении этого стандарта. 7.1.6.1 Цель Цель процесса комплексирования программных средств заключается в объединении программных блоков и программных компонентов, создании интегрированных программных элементов, согласованных с проектом программных средств, которые демонстрируют, что функциональные и нефункциональные требования к программным средствам удовлетворяются на полностью укомплектованной или эквивалентной ей операционной платформе. 7.1.6.2 Выходы В результате успешного осуществления процесса комплексирования программных средств: a) разрабатывается стратегия комплексирования для программных блоков, согласованная с программным проектом и расположенными по приоритетам требованиями к программным средствам; b) разрабатываются критерии верификации для программных составных частей, которые гарантируют соответствие с требованиями к программным средствам, связанными с этими составными частями; c) программные составные части верифицируются с использованием определенных критериев; d) программные составные части, определенные стратегией комплексирования, изготавливаются; е) регистрируются результаты комплексного тестирования; f) устанавливаются согласованность и прослеживаемость между программным проектом и программными составными частями; g) разрабатывается и применяется стратегия регрессии для повторной верификации программных составных частей при возникновении изменений в программных блоках (в том числе в соответствующих требованиях, проекте и кодах). 7.1.6.3 Виды деятельности и задачи При реализации проекта необходимо выполнять следующие виды деятельности и задачи в соответствии с принятыми в организации политиками и процедурами в отношении процесса комплексирования программных средств. 7.1.6.3.1 Комплексирование программных средств Для каждой программной составной части (или составной части конфигурации, если она определена) данный вид деятельности состоит из решения следующих задач: 7.1.6.3.1.1 Исполнитель должен разработать план комплексирования для объединения программных блоков и программных компонентов в программную составную часть. План должен включать в себя требования к тестированию, процедуры, данные, обязанности и графики работ. План должен быть оформлен документально. |