ГОСТ Р ИСО-МЭК 12207-2010 Процессы ЖЦ ПС. Процессы жизненного цикла программных средств
Скачать 457.34 Kb.
|
b) границы применения (например, масштабы модификации, привлекаемые финансовые средства, время на модификацию); с) критичность (например, воздействие на эксплуатационные параметры, безопасность или защищенность). 6.4.10.3.2.2 Сопровождающая сторона должна скопировать или верифицировать проблему. 6.4.10.3.2.3 Основываясь на анализе, сопровождающая сторона должна разработать варианты осуществления модификации. 6.4.10.3.2.4 Сопровождающая сторона должна документально оформить заявку на решение проблемы или на модификацию, результаты анализа и варианты их выполнения. 6.4.10.3.2.5 Сопровождающая сторона должна получить одобрение выбранного варианта модификации, как определено в контракте. 6.4.10.3.3 Реализация модификации Данный вид деятельности состоит из решения следующих задач: 6.4.10.3.3.1 Сопровождающая сторона должна провести анализ и определить, какая документация, программные модули и какая из версий нуждаются в модификации. Эти действия должны быть документированы. 6.4.10.3.3.2 Для осуществления модификации сопровождающая сторона должна принять участие в технических процессах (см. 6.4). Требования технических процессов должны быть дополнены следующими действиями: a) должны быть определены и документированы тесты и критерии оценки для тестирования, а также оценки модифицированных и немодифицированных частей системы (программных модулей, компонентов и элементов конфигурации); b) должна быть гарантирована полная и корректная реализация новых и модифицированных требований. Необходимо гарантировать также, что исходные немодифицированные требования не были затронуты. Результаты тестирования должны быть документированы. 6.4.10.3.4 Ревизия (приемка) сопровождения Данный вид деятельности состоит из решения следующих задач: 6.4.10.3.4.1 Сопровождающая сторона должна проводить ревизии совместно с организацией, уполномоченной проводить модификацию, для определения целостности модифицированной системы. 6.4.10.3.4.2 Сопровождающая сторона должна получить одобрение удовлетворительного завершения модификации, как определено в контракте. 6.4.10.3.5 Перемещение Данный вид деятельности состоит из решения следующих задач: 6.4.10.3.5.1 Если системный или программный продукт (включая данные) переносится из прежней операционной среды в новую операционную среду, то должно гарантироваться, что любой программный продукт или данные, созданные или модифицированные в течение этого перемещения, соответствуют настоящему стандарту. 6.4.10.3.5.2 Должен быть разработан, документирован и выполнен план перемещения. Запланированные действия должны включать в себя участие пользователей. План должен содержать: a) анализ требований и определение перемещения; b) разработку инструментария перемещения; c) конверсию программного продукта и данных; d) выполнение перемещения; e) верификацию перемещения; f) поддержку прежней среды в будущем. 6.4.10.3.5.3 Пользователи должны оповещать всех, кого это касается, о планах и действиях по перемещениям. Оповещения должны включать в себя: a) заявление о том, почему прежняя среда не должна больше поддерживаться; b) описание новой среды с датой ее готовности; c) описание других доступных вариантов поддержки (при их наличии), как только будет прекращена поддержка прежней среды. 6.4.10.3.5.4 Для плавного перехода к новой среде может проводиться параллельная работа как в прежней, так и в новой среде. В течение этого периода должно быть обеспечено необходимое обучение, как определено в контракте. 6.4.10.3.5.5 Когда перемещение, запланированное графиком работ, выполнено, необходимо отправить оповещение всем, кого это касается. Относящиеся к прежней среде документация, журналы и коды должны быть помещены в архивы. 6.4.10.3.5.6 Для оценки воздействия изменений на новую среду должна быть выполнена ревизия после некоторого периода наблюдения за работой. Результаты ревизии должны быть отправлены соответствующим уполномоченным органам для информации, руководства и действий. 6.4.10.3.5.7 Данные, используемые или связанные с прежней средой, должны быть доступны в соответствии с установленными в контракте требованиями к защите данных и аудиту, применяемому к данным. 6.4.11 Процесс прекращения применения программных средств Примечание - Процесс прекращения применения программных средств в настоящем стандарте является частным случаем процесса изъятия и списания, приведенного в [18]. Пользователи могут рассматривать требование соответствия для процесса из [18], а не для процесса из настоящего стандарта. 6.4.11.1 Цель Цель процесса прекращения применения программных средств состоит в обеспечении завершения существования системного программного объекта. Этот процесс прекращает деятельность организации по поддержке функционирования и сопровождения или деактивирует, демонтирует и удаляет поврежденные программные продукты, отправляя их в финальное состояние и возвращая окружающую среду в приемлемые условия. В ходе данного процесса происходит уничтожение или сохранение программных элементов системы и связанных с ними продуктов обычным способом в соответствии с действующим законодательством, соглашениями, организационными ограничениями и требованиями правообладателей. При необходимости ведутся записи с целью контроля. Примечание - При изъятии из сферы применения существующих программных продуктов систем или услуг должна сохраняться целостность организационных операций. 6.4.11.2 Выходы В результате успешного осуществления процесса прекращения применения программных средств: a) определяется стратегия прекращения применения; b) ограничения по прекращению применения служат в качестве входных данных к требованиям; c) системные программные элементы уничтожаются или сохраняются; d) окружающая среда оставляется в согласованном состоянии; e) обеспечивается доступ к записям, хранящим знания о действиях по прекращению применения, и результатам анализа долговременных воздействий. 6.4.11.3 Виды деятельности и задачи При реализации проекта необходимо осуществлять следующие виды деятельности в соответствии с принятыми в организации политиками и процедурами в отношении процесса прекращения применения программных средств. 6.4.11.3.1 Планирование прекращения применения программных средств Данный вид деятельности состоит из решения следующих задач: 6.4.11.3.1.1 Определяется и документируется стратегия прекращения применения программных средств. Должен быть разработан и документирован план прекращения активной поддержки организациями работ, связанных с этими программными средствами. Запланированные действия должны включать в себя участие пользователей. План прекращения применения программных средств должен содержать: a) прекращение полной или частичной поддержки через определенный период времени; b) архивирование программного продукта и связанной с ним документации; c) ответственность за любые оставшиеся на будущее вопросы поддержки; d) переход к новому программному продукту (при необходимости); e) открытый доступ к копиям архива данных. Примечание 1 - При этом определяют графики работ, мероприятия и ресурсы, которые: 1) прекращают предоставление программных услуг; 2) преобразуют систему или оставляют ее в социально и физически приемлемом состоянии, избегая таким образом последующих отрицательных воздействий на правообладателей, общество и окружающую среду; 3) учитывают факторы здоровья, безопасности, защищенности и сохранения тайны, приемлемые для мероприятий по прекращению применения и развернутых во времени условий прекращения использования физических материалов и информации. Примечание 2 - Ограничения по прекращению применения должны служить в качестве входных данных к требованиям для запланированных действий по прекращению применения. 6.4.11.3.2 Выполнение прекращения применения программных средств Данный вид деятельности состоит из решения следующих задач: 6.4.11.3.2.1 Должен исполняться план прекращения применения программных средств. 6.4.11.3.2.2 Пользователи должны представить оповещения о планах и действиях по снятию с эксплуатации программных продуктов и услуг. Оповещения должны включать в себя: a) описания любых замен или обновлений с датами их готовности; b) пояснение, почему программный продукт не будет больше поддерживаться; c) описание других доступных вариантов поддержки после того, как поддержка будет прекращена. 6.4.11.3.2.3 Для плавного перехода к новой системе должны проводиться параллельные работы при удалении прежнего и появлении любого нового программного продукта. В течение этого периода должно обеспечиваться обучение пользователей, как определено в контракте. 6.4.11.3.2.4 Когда наступает предусмотренное графиком работ прекращение применения, всем, кого это касается, должно быть отправлено соответствующее оповещение. Вся связанная документация по разработке, журналы и коды должны быть размещены в архивах. 6.4.11.3.2.5 Используемые данные или данные, связанные с прекращением применения программных продуктов, должны быть доступны в соответствии с требованиями контракта по защите данных и проведению аудитов применительно к данным. 7 Процессы жизненного цикла программных средств 7.1 Процессы реализации программных средств 7.1.1 Процесс реализации Примечание - Процесс реализации программных средств является частным случаем процесса реализации из [18], приспособленного к специфическим потребностям реализации программного продукта или услуги. 7.1.1.1 Цель Цель процесса реализации программных средств заключается в создании заданных элементов системы, выполненных в виде программных продуктов или услуг. В ходе этого процесса происходит преобразование заданных поведенческих, интерфейсных и производственных ограничений в действия, которые создают системный элемент, выполненный в виде программного продукта или услуги, известный как "программный элемент". Результатом процесса является создание программной составной части, удовлетворяющей как требованиям к архитектурным решениям, что подтверждается посредством верификации, так и требованиям правообладателей, что подтверждается посредством валидации. 7.1.1.2 Выходы В результате успешного осуществления процесса реализации программных средств: a) определяется стратегия реализации; b) определяются ограничения по технологии реализации проекта; c) изготавливается программная составная часть; d) программная составная часть упаковывается и хранится в соответствии с соглашением о ее поставке. В дополнение к этим действиям процесс реализации программных средств имеет следующие процессы более низкого уровня: - процесс анализа требований к программным средствам*; - процесс проектирования архитектуры программных средств*; - процесс детального проектирования программных средств; - процесс конструирования программных средств; - процесс комплексирования программных средств*; - процесс квалификационного тестирования программных средств*. Примечание - Пользователи [18] могут решить, что процессы, отмеченные звездочкой (*) в приведенном выше списке, обеспечиваются рекурсивным применением [18] даже для программных элементов системы. 7.1.1.3 Виды деятельности и задачи При реализации проекта необходимо осуществлять следующие виды деятельности в соответствии с принятыми в организации политиками и процедурами в отношении процесса реализации программных средств. 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) требования к программным средствам принимаются и обновляются по мере необходимости; g) оцениваются изменения в требованиях к программным средствам по стоимости, графикам работ и техническим воздействиям; h) требования к программным средствам воплощаются в виде базовых линий и доводятся до сведения заинтересованных сторон. |