ИАС "Закупки"
Описание процессов, обеспечивающих поддержание жизненного цикла программного обеспечения
×

4. Описание процессов, обеспечивающих поддержание жизненного цикла ПО

 
Жизненный цикл ПО ИАС «Закупки» обеспечивается в соответствии с требованиями ГОСТ Р ИСО/МЭК 12207-2010. Основные процессы жизненного цикла программных средств в соответствии с указанным ГОСТ описаны в данном разделе.
4.1 Процесс реализации программных средств
 
4.1.1      Процесс реализации
В результате успешного осуществления процесса реализации программных средств:
•     определяется стратегия реализации;
•     определяются ограничения по технологии реализации проекта;
•     изготавливается программная составная часть;
•     программная составная часть упаковывается и хранится в соответствии с соглашением о ее поставке.
 
4.1.2      Процесс анализа требований к программным средствам
В результате успешного осуществления процесса анализа требований к программным средствам:
•     определяются требования к программным элементам системы и их интерфейсам;
•     требования к программным средствам анализируются на корректность и тестируемость;
•     осознается воздействие требований к программным средствам на среду функционирования;
•     устанавливается совместимость и прослеживаемость между требованиями к программным средствам и требованиями к системе;
•     определяются приоритеты реализации требований к программным средствам;
•     требования к программным средствам принимаются и обновляются по мере необходимости;
•     оцениваются изменения в требованиях к программным средствам по стоимости, графикам работ и техническим воздействиям;
•     требования к программным средствам воплощаются в виде базовых линий и доводятся до сведения заинтересованных сторон.
 
4.1.3      Процесс проектирования архитектуры программных средств
В результате успешной реализации процесса проектирования архитектуры программных средств:
•     разрабатывается проект архитектуры программных средств и устанавливается базовая линия, описывающая программные составные части, которые будут реализовывать требования к программным средствам;
•     определяются внутренние и внешние интерфейсы каждой программной составной части;
•     устанавливаются согласованность и прослеживаемость между требованиями к программным средствам и программным проектом.
 
4.1.4      Процесс детального проектирования программных средств
В результате успешного осуществления процесса детального проектирования программных средств:
•     разрабатывается детальный проект каждого программного компонента, описывающий создаваемые программные модули;
•     определяются внешние интерфейсы каждого программного модуля и
•     устанавливается совместимость и прослеживаемость между детальным проектированием, требованиями и проектированием архитектуры.
 
4.1.5      Процесс конструирования программных средств
В результате успешного осуществления процесса конструирования программных средств:
•     определяются критерии верификации для всех программных блоков относительно требований;
•     изготавливаются программные блоки, определенные проектом;
•     устанавливается совместимость и прослеживаемость между программными блоками, требованиями и проектом;
•     завершается верификация программных блоков относительно требований и проекта.
 
4.1.6      Процесс комплексирования программных средств
В результате успешного осуществления процесса комплексирования программных средств:
•     разрабатывается стратегия комплексирования для программных блоков, согласованная с программным проектом и расположенными по приоритетам требованиями к программным средствам;
•     разрабатываются критерии верификации для программных составных частей, которые гарантируют соответствие с требованиями к программным средствам, связанными с этими составными частями;
•     программные составные части верифицируются с использованием определенных критериев;
•     программные составные части, определенные стратегией комплексирования, изготавливаются;
•     регистрируются результаты комплексного тестирования;
•     устанавливаются согласованность и прослеживаемость между программным проектом и программными составными частями;
•     разрабатывается и применяется стратегия регрессии для повторной верификации программных составных частей при возникновении изменений в программных блоках (в том числе в соответствующих требованиях, проекте и кодах).
 
4.1.7      Процесс квалифицированного тестирования программных средств
В результате успешного осуществления процесса квалификационного тестирования программных средств:
•     определяются критерии для комплектованных программных средств с целью демонстрации соответствия с требованиями к программным средствам;
•     комплектованные программные средства верифицируются с использованием определенных критериев;
•     записываются результаты тестирования;
•     разрабатывается и применяется стратегия регрессии для повторного тестирования комплектованного программного средства при проведении изменений в программных составных частях.
 
4.2 Процессы поддержки программных средств
 
4.2.1 Процесс менеджмента документации программных средств
В результате успешного осуществления процесса менеджмента документации программных средств:
•     разрабатывается стратегия идентификации документации, которая реализуется в течение жизненного цикла программного продукта или услуги;
•     определяются стандарты, которые применяются при разработке программной документации;
•     определяется документация, которая производится процессом или проектом;
•     указываются, рассматриваются и утверждаются содержание и цели всей документации;
•     документация разрабатывается и делается доступной в соответствии с определенными стандартами;
•     документация сопровождается в соответствии с определенными критериями.
 
4.2.2 Процесс менеджмента конфигурации программных средств
В результате успешного осуществления процесса менеджмента конфигурации программных средств:
•     разрабатывается стратегия менеджмента конфигурации программных средств;
•     составные части, порождаемые процессом или проектом, идентифицируются, определяются и вводятся в базовую линию;
•     контролируются модификации и выпуски этих составных частей;
•     обеспечивается доступность модификаций и выпусков для заинтересованных сторон;
•     регистрируется и сообщается статус составных частей и модификаций; •      гарантируются завершенность и согласованность составных частей; •      контролируются хранение, обработка и поставка составных частей.
 
4.2.3 Процесс обеспечения гарантии качества программных средств
В результате успешного осуществления процесса гарантии качества программных средств:
•     разрабатывается стратегия обеспечения гарантии качества;
•     создается и поддерживается свидетельство гарантии качества;
•     идентифицируются и регистрируются проблемы и (или) несоответствия с требованиями;
•     верифицируется соблюдение продукцией, процессами и действиями соответствующих стандартов, процедур и требований.
 
4.2.4 Процесс верификации программных средств
В результате успешного осуществления процесса верификации программных средств:
•     разрабатывается и осуществляется стратегия верификации;
•     определяются критерии верификации всех необходимых программных рабочих продуктов;
•     выполняются требуемые действия по верификации;
•     определяются и регистрируются дефекты;
•     результаты верификации становятся доступными заказчику и другим заинтересованным сторонам.
 
4.2.5 Процесс валидации программных средств
В результате успешного осуществления процесса валидации программных средств:
•     разрабатывается и реализуется стратегия валидации;
•     определяются критерии валидации для всей требуемой рабочей продукции;
•     выполняются требуемые действия по валидации;
•     идентифицируются и регистрируются проблемы;
•     обеспечиваются свидетельства того, что созданные рабочие программные продукты пригодны для применения по назначению;
•     результаты действий по валидации делаются доступными заказчику и другим заинтересованным сторонам.
 
4.2.6 Процесс ревизии программных средств
В результате успешного осуществления процесса ревизии программных средств:
•     выполняются технические ревизии и ревизии менеджмента на основе потребностей проекта;
•     оцениваются состояние и результаты действий процесса посредством ревизии деятельности;
•     объявляются результаты ревизии всем участвующим сторонам;
•     отслеживаются для закрытия позиции, по которым необходимо предпринимать активные действия, выявленные в результате ревизии;
•     идентифицируются и регистрируются риски и проблемы.
 
4.2.7 Процесс аудита программных средств
В результате успешного осуществления процесса аудита программных средств:
•     разрабатывается и осуществляется стратегия аудита;
•     согласно стратегии аудита определяется соответствие отобранных рабочих программных продуктов и (или) услуг или процессов требованиям, планам и соглашениям;
•     аудиты проводятся соответствующими независимыми сторонами;
•     проблемы, выявленные в процессе аудита, идентифицируются, доводятся до сведения ответственных за корректирующие действия и затем решаются.
 
4.2.8 Процесс ревизии программных средств
В результате успешного осуществления процесса аудита программных средств:
•     разрабатывается и осуществляется стратегия аудита;
•     согласно стратегии аудита определяется соответствие отобранных рабочих программных продуктов и (или) услуг или процессов требованиям, планам и соглашениям;
•     аудиты проводятся соответствующими независимыми сторонами;
•     проблемы, выявленные в процессе аудита, идентифицируются, доводятся до сведения ответственных за корректирующие действия и затем решаются.
 
4.2.9 Процесс решения проблем в программных средствах
В результате успешной реализации процесса решения проблем в программных средствах:
•     разрабатывается стратегия менеджмента проблем;
•     проблемы регистрируются, идентифицируются и классифицируются;
•     проблемы анализируются и оцениваются для определения приемлемого решения (решений);
•     выполняется решение проблем;
•     проблемы отслеживаются вплоть до их закрытия;
•     известно текущее состояние всех зафиксированных проблем.