ГОСТ Р ИСО-МЭК 12207-2010 Процессы ЖЦ ПС. Процессы жизненного цикла программных средств
 Скачать 457.34 Kb.
|
|
7.1.6.3.1.2 Исполнитель должен объединить программные блоки, программные компоненты и тесты, поскольку они разрабатываются в соответствии с планом комплексирования. Должны быть гарантии в том, что каждое такое объединение удовлетворяет требованиям к программной составной части и что составная часть комплексируется при завершении выполнения данной задачи. Результаты комплексирования и тестирования должны быть оформлены документально. Примечание - Должна быть разработана стратегия регрессии для применения повторной верификации программных элементов в случае, когда изменения проводятся в программных блоках, включая соответствующие требования, проект и коды. 7.1.6.3.1.3 Исполнитель должен обновлять пользовательскую документацию номере необходимости. 7.1.6.3.1.4 Исполнитель должен разработать и документально оформить для каждого квалификационного требования к программной составной части комплект тестов, тестовых примеров (входов, результатов, критериев тестирования) и процедур тестирования для проведения квалификационного тестирования программных средств. Разработчик должен гарантировать, что после комплексирования программная составная часть будет готова к квалификационному тестированию. 7.1.6.3.1.5 Исполнитель должен оценить план комплексирования, проект, код, тесты, результаты тестирования и пользовательскую документацию, учитывая: a) прослеживаемость к системным требованиям; b) внешнюю согласованность с системными требованиями; c) внутреннюю согласованность; d) тестовое покрытие требований к программной составной части; e) приспособленность используемых методов и стандартов тестирования; f) соответствие ожидаемым результатам; g) осуществимость квалификационного тестирования программных средств; h) осуществимость функционирования и сопровождения. Примечание - В критерии оценки следует включать согласованность и прослеживаемость между программным проектом и программными составными частями. Результаты оценки должны быть оформлены документально. 7.1.6.3.1.6 Исполнитель должен проводить ревизии в соответствии с 7.2.6. 7.1.7 Процесс квалификационного тестирования программных средств Примечание - Процесс квалификационного тестирования программных средств, представленный в настоящем стандарте, является процессом более низкого уровня, чем процесс реализации программных средств. Пользователи [18] могут решить, что данный процесс предусматривается процессом верификации, приведенным в [18], при рекурсивном его применении. 7.1.7.1 Цель Цель процесса квалификационного тестирования программных средств заключается в подтверждении того, что комплектованный программный продукт удовлетворяет установленным требованиям. 7.1.7.2 Выходы В результате успешного осуществления процесса квалификационного тестирования программных средств: a) определяются критерии для комплектованных программных средств с целью демонстрации соответствия с требованиями к программным средствам; b) комплектованные программные средства верифицируются с использованием определенных критериев; c) записываются результаты тестирования; d) разрабатывается и применяется стратегия регрессии для повторного тестирования комплектованного программного средства при проведении изменений в программных составных частях. Примечание - Должна быть разработана стратегия регрессии для повторного применения тестирования комплексированного программного средства при проведении изменений в программных составных частях. 7.1.7.3 Виды деятельности и задачи При реализации проекта необходимо осуществлять следующие виды деятельности в соответствии с принятыми в организации политиками и процедурами в отношении процесса квалификационного тестирования программных средств. 7.1.7.3.1 Квалификационное тестирование программных средств Для каждой программной составной части (или составной части конфигурации, если она определена) данный вид деятельности состоит из решения следующих задач: 7.1.7.3.1.1 Исполнитель должен проводить квалификационное тестирование в соответствии с квалификационными требованиями к программному элементу. Должна обеспечиваться гарантия того, что реализация каждого требования к программным средствам тестируется на соответствие. Результаты квалификационного тестирования должны быть документально оформлены. 7.1.7.3.1.2 Исполнитель должен обновлять пользовательскую документацию по мере необходимости. 7.1.7.3.1.3 Исполнитель должен оценивать проект, код, тесты, результаты тестирования и пользовательскую документацию, учитывая следующие критерии: a) тестовое покрытие требований к программной составной части; b) соответствие с ожидаемыми результатами; c) осуществимость системного комплексирования и тестирования, если они проводятся; d) осуществимость функционирования и сопровождения. Результаты оценки должны быть документально оформлены. 7.1.7.3.1.4 Исполнитель должен поддерживать проведение аудитов в соответствии с 7.2.7. Результаты аудитов должны быть документально оформлены. Если и технические, и программные средства разрабатываются или комплексируются, то аудиты могут быть отсрочены до тех пор, пока не будет выполнено системное квалификационное тестирование. 7.1.7.3.1.5 После успешного завершения аудитов (если они проводились) исполнитель должен обновить и подготовить поставляемый программный продукт для системного комплексирования, системного квалификационного тестирования, инсталляции программных средств или поддержки приемки программных средств. Примечание - Процесс квалификационного тестирования программных средств может использоваться в процессе верификации программных средств (см. 7.2.4) или процессе валидации программных средств (см. 7.2.5). 7.2 Процессы поддержки программных средств Примечание - Процессы поддержки, перечисленные ниже, являются специфическими для программных средств и названы "процессами поддержки программных средств". Несмотря на то, что они играют существенную роль в содействии процессу реализации программных средств, процессы поддержки программных средств могут также предусматривать услуги для других процессов, например, процессов соглашения, системного квалификационного тестирования, поддержки приемки программных средств, функционирования программных средств и процесса сопровождения программных средств. 7.2.1 Процесс менеджмента документации программных средств Примечание - Процесс менеджмента документации программных средств является специализацией процесса менеджмента информации из группы процессов проекта, представленных в настоящем стандарте. 7.2.1.1 Цель Цель процесса менеджмента документации программных средств заключается в разработке и сопровождении зарегистрированной информации по программным средствам, созданной некоторым процессом. Примечание - В [19] более детально излагается содержание информационных блоков (документации) в процессах жизненного цикла. 7.2.1.2 Выходы В результате успешного осуществления процесса менеджмента документации программных средств: a) разрабатывается стратегия идентификации документации, которая реализуется в течение жизненного цикла программного продукта или услуги; b) определяются стандарты, которые применяются при разработке программной документации; c) определяется документация, которая производится процессом или проектом; d) указываются, рассматриваются и утверждаются содержание и цели всей документации; e) документация разрабатывается и делается доступной в соответствии с определенными стандартами; f) документация сопровождается в соответствии с определенными критериями. 7.2.1.3 Виды деятельности и задачи При реализации проекта необходимо осуществлять следующие виды деятельности в соответствии с принятыми в организации политиками и процедурами в отношении процесса менеджмента документации программных средств. 7.2.1.3.1 Реализация процесса Данный вид деятельности состоит из решения следующей задачи: 7.2.1.3.1.1 Необходимо разрабатывать, документально оформлять и выполнять план, определяющий документы, которые производятся в течение жизненного цикла программного продукта. Идентифицированная документация должна включать в себя: a) заголовок или название; b) цели и содержание; c) круг пользователей, которым она предназначена; d) процедуры и ответственность при формировании исходных данных, разработке, ревизиях, модификации, утверждении, производстве, хранении, распределении, сопровождении и менеджменте конфигурации; e) графики создания промежуточных и окончательных версий. 7.2.1.3.2 Проектирование и разработка Данный вид деятельности состоит из решения следующих задач: 7.2.1.3.2.1 Каждый идентифицированный документ должен быть разработан в соответствии с подходящими стандартами на документацию, регламентирующими носители, форматы, описание содержания, нумерацию страниц, размещение рисунков и таблиц, пометки о правах собственности и секретности, упаковку и другие элементы представления. Примечание - Документация может создаваться и отменяться в любой форме (например, вербальной, текстовой, графической и числовой) и может храниться, обрабатываться, дублироваться и передаваться при помощи любых носителей (например, электронных, печатных, магнитных, оптических). 7.2.1.3.2.2 Источники правомерность использования исходных данных для документов должны быть подтверждены. Могут применяться автоматизированные средства поддержки документирования. 7.2.1.3.2.3 Подготовленные документы должны быть рассмотрены и отредактированы по формату, техническому содержанию и стилю представления в соответствии со стандартами на документацию. Перед выпуском адекватность этих документов должна быть подтверждена уполномоченным персоналом. 7.2.1.3.3 Производство Данный вид деятельности состоит из решения следующих задач: 7.2.1.3.3.1 Документы должны изготавливаться и поставляться в соответствии с планом. При производстве и распределении документов может использоваться бумага, электронные или другие носители. Важные материалы должны храниться в соответствии с требованиями по содержанию записей, защищенности, сопровождению и резервированию. 7.2.1.3.3.2 В соответствии с процессом менеджмента конфигурации программных средств (см. 7.2.2) должны быть установлены необходимые средства управления. 7.2.1.3.4 Сопровождение Данный вид деятельности состоит из решения следующих задач: 7.2.1.3.4.1 Должны выполняться задачи процесса сопровождения программных средств, которые необходимы при изменениях в документации (см. 6.4.10). Для документов, находящихся под воздействием менеджмента конфигурации, изменения должны проводиться в соответствии с процессом менеджмента конфигурации программных средств (см. 7.2.2). 7.2.2 Процесс менеджмента конфигурации программных средств Примечание - Процесс менеджмента конфигурации программных средств является специализацией процесса менеджмента конфигурации из группы процессов проекта, представленных в настоящем стандарте. 7.2.2.1 Цель Цель процесса менеджмента конфигурации программных средств заключается в установлении и сопровождении целостности программных составных частей процесса или проекта и обеспечении их доступности для заинтересованных сторон. 7.2.2.2 Выходы В результате успешного осуществления процесса менеджмента конфигурации программных средств: а) разрабатывается стратегия менеджмента конфигурации программных средств; b) составные части, порождаемые процессом или проектом, идентифицируются, определяются и вводятся в базовую линию; c) контролируются модификации и выпуски этих составных частей; d) обеспечивается доступность модификаций и выпусков для заинтересованных сторон; e) регистрируется и сообщается статус составных частей и модификаций; f) гарантируются завершенность и согласованность составных частей; g) контролируются хранение, обработка и поставка составных частей. 7.2.2.3 Виды деятельности и задачи Проект должен осуществлять следующие виды деятельности в соответствии с принятыми в организации политиками и процедурами в отношении процесса менеджмента конфигурации программных средств. 7.2.2.3.1 Реализация процесса Данный вид деятельности состоит из решения следующей задачи: 7.2.2.3.1.1 Должен быть разработан план менеджмента конфигурации программных средств. План должен описывать: действия менеджмента конфигурации; процедуры и графики работ для выполнения этих действий; организацию (организации), ответственную за выполнение этих действий, и ее отношения с другими организациями, например разрабатывающими или сопровождающими программные средства. План должен быть документально оформлен и реализован. Примечание - План может быть частью плана менеджмента конфигурации системы. 7.2.2.3.2 Идентификация конфигурации Данный вид деятельности состоит из решения следующей задачи: 7.2.2.3.2.1 Должна быть установлена схема для идентификации программных составных частей, а их версии должны контролироваться в рамках проекта. Для каждой программной составной части и ее версий должны быть определены документация, устанавливающая базовую линию, ссылки на версии и другие детали идентификации. 7.2.2.3.3 Управление конфигурацией Данный вид деятельности состоит из решения следующей задачи: 7.2.2.3.3.1 Должны быть выполнены: идентификация и регистрация заявок на изменения; анализ и оценка изменений; принятие или отклонение заявок; реализация, верификация и выпуск модифицированной составной части. Должны проводится проверочные испытания, на основании которых можно прослеживать каждую модификацию, ее причины и полномочия на проведение изменений. Должно осуществляться управление и аудит всего доступа к контролируемым программным составным частям, связанным с выполнением критических функций по безопасности или защите. Примечание - Процесс менеджмента решения проблем программных средств может обеспечить поддержку этих действий. 7.2.2.3.4 Отслеживание состояния конфигурации Данный вид деятельности состоит из решения следующей задачи: 7.2.2.3.4.1 Должны выполняться записи менеджмента и отчеты о состоянии, которые отражают состояние и историю управляемых программных элементов, включая базовую линию. В отчеты о состоянии следует включать число изменений для проекта, последние версии программных составных частей, идентификаторы выпусков, номера выпусков и сравнение выпусков. 7.2.2.3.5 Оценка конфигурации Данный вид деятельности состоит из решения следующей задачи: 7.2.2.3.5.1 Должны быть определены и гарантированы: функциональная завершенность программных составных частей относительно заданных требований и их физическая завершенность (отражают ли их структура и код текущее техническое описание). 7.2.2.3.6 Поставка и менеджмент выпуска Данный вид деятельности состоит из решения следующей задачи: 7.2.2.3.6.1 Выпуск и поставка программных продуктов и документации должны официально управляться. Важные копии кодов и документации должны поддерживаться в течение срока жизни программного продукта. Код и документация, относящиеся к критическим функциям по безопасности и защите, должны обрабатываться, храниться, паковаться и доставляться в соответствии с политиками организаций, участвующих в этих процессах. 7.2.3 Процесс обеспечения гарантии качества программных средств 7.2.3.1 Цель Цель процесса обеспечения гарантии качества программных средств заключается в предоставлении гарантии соответствия рабочей продукции и процессов предварительно определенным условиям и планам. 7.2.3.2 Выходы В результате успешного осуществления процесса гарантии качества программных средств: a) разрабатывается стратегия обеспечения гарантии качества; |