Методологические основы

При сопровождении программного продукта и создании его новых версий накапливается опыт применения каждого использованного профи­ля стандартов ЖЦ, проявляются его некоторые недостатки и появляются предложения по модернизации. На этой стадии профиль продолжает вы­полнять регламентирующую функцию в качестве инструмента для управ­ления конфигурацией системы. На этапе сопровождения профиль превра­щается в документ, позволяющий установить план текущих и долгосроч­ных мероприятий по развитию инфраструктуры предприятия и внедрению новых систем. Кроме того, в течение времени эксплуатации созданной версии программного продукта возможно появление новых стандартов де­юре и де-факто, которые целесообразно учесть в конкретном профиле. Сопровождение и смена версий ПС может привести к необходимости кор­ректировки и модернизации конкретного профиля ЖЦ системы. Такая мо­дернизация профиля может отразиться не только на вновь создаваемых версиях ПС, но потребовать доработок уже эксплуатируемых версий.
Жизненный цикл профиля стандартов ПС при его сопровождении может в некоторой степени повторять ЖЦ системы и/или ПС, созданных с его применением. Для этого следует разработать или выбрать и утвердить Руководство по сопровождению, развитию и модификации профиля ЖЦ ПС. а также методики и план управления конфигурациями версий профиля, включающие:

• 
  правила и процедуры идентификации компонентов и версий про­филя стандартов;
  
• 
  методики сбора, накопления и обработки сообщений о предлагае­мых изменениях профиля;
  
• 
  методики корректировки и извещения пользователей о выполнен­ных изменениях в профиле, влияющих на характеристики качества про­граммного продукта;
  
• 
  методики и руководства по поддержке сохранности и адекватнос­ти документации и средств, реализующих требования и рекомендации профиля;
  
• 
  руководство по вводу очередной версии профиля стандартов ЖЦ ПС.
  

При применении профилей следует обеспечить проверку корректно­сти их использования путем тестирования, испытаний и сертифика­ции, для чего должна быть создана технология контроля и тестирования в процессе применения профиля специалистами. Она должна быть поддер­жана совокупностью методик, инструментальных средств, составом и со­держанием оформляемых документов на каждом этапе обеспечения и кон­троля корректности применения соответствующей версии и положений профиля. Профили должны определяться таким образом, чтобы тестиро­вание их реализации можно было осуществлять по возможности наиболее полно, по стандартизированной методике. При сертификации сложных систем как специальный вид испытаний целесообразно выделять серти­фикацию на соответствие профилям'.

• 
  процессов жизненного цикла системы и основных компонентов ПС и БД;
  
• 
  продуктов и компонентов системы, подготовленных и рекоменду­емых для эксплуатации и сопровождения.
  

В ряде случаев производится перенос разработанного программно­го продукта с инструментальной платформы разработчика системы на реальную — целевую платформу применения ПС. При этом проверяется соответствие реальной платформы требованиям функциональных профи­лей системы и функционирование ПС на реальной платформе. Этап вне­дрения предполагает адаптацию и настройку программного продукта на реальные условия эксплуатации, для которых он создавался. Приемочные испытания ПС должны проводиться в условиях реальной эксплуатации на соответствие спецификациям функциональных требований и требованиям полного профиля ПС, который был сформирован в процессе создания системы.
Последующая детализация требований и положений профилей долж­на проводиться с ориентацией на унификацию конкретных процессов, работ и документов версий программного продукта определенного функ­ционального назначения. Можно выделить следующие основные группы специалистов, использующие документы профилей’.

• 
  руководители — менеджеры крупного проекта системы и ее ос­новных, функциональных компонентов программного продукта;
  
• 
  менеджеры — системные аналитики, создатели спецификаций тре­бований, пилотных проектов компонентов и алгоритмов решения функци­ональных задач;
  
• 
  программисты-разработчики программных компонентов, структур и содержания данных;
  
• 
  интеграторы функциональных программных компонентов, тести­рующие и отлаживающие крупные функциональные компоненты или ПС в целом;
  
• 
  специалисты сопровождения и управления конфигурацией версий программных продуктов;
  
• 
  испытатели и сертификаторы программных продуктов;
  
• 
  разработчики технологии, инструментальных средств, методичес­ких, руководящих и инструктивных документов, обеспечивающих реали­зацию профилей стандартов ЖЦ ПС.
  

Для деятельности перечисленных выше категорий специалистов на базе профилей должен быть создан комплект документов, каждый из которых имеет конкретных пользователей в жизненном цикле ПС. В них должно быть отражено:

• 
  содержание и описание выбранных положений и разделов стан­дартов и нормативных документов профиля с позиции его конкретного пользователя;
  
• 
  параметры адаптации разделов стандартов профиля и содержание дополнительных нормативных документов;
  
• 
  методика и сценарии корректного применения всех обязательных и рекомендуемых положений профиля стандартов;
  
• 
  требования к содержанию отчетов о результатах контроля и тести­рования компонентов системы на соответствие обязательным положениям профиля стандартов в процессе их жизненного цикла.
  

3. 
   Модель профиля стандартов жизненного цикла
   сложных программных средств
   

Комплексное, скоординированное применение профилей стандартов и средств в процессе создания, развития и применения ПС позволяет ис­ключать многие виды дефектов или значительно ослаблять их влияние.

Тем самым уровень достигаемого качества ПС становится предсказуе­мым и управляемым, непосредственно зависящим от ресурсов, выделяе­мых на его достижение, а главное, от системы качества и эффективности технологии, используемых на всех этапах жизненного цикла ПС.
Процессы жизненного цикла ПС основаны на двух исходных принци­пах: модульности и ответственности. Процессы являются модульны­ми в том смысле, что они: строго связаны и взаимоувязаны; свободно соединены. Число интерфейсов между процессами сведено к минимуму. В принципе каждый процесс предназначен для реализации уникальной фун­кции в жизненном цикле и может привлекать другой процесс для выпол­нения специализированной функции. Для обозначения, определения обла­сти применения и структурирования процессов используются правила:

• 
  процесс должен быть модульным, т. е. один процесс должен вы­полнять одну и только одну функцию в жизненном цикле, а интерфейсы между двумя любыми процессами должны быть минимизированы;
  
• 
  если функция вызвана более чем одним процессом, тогда функция сама становится процессом;
  
• 
  должна быть возможность верификации любой функции в модели жизненного цикла ПС;
  
• 
  каждый процесс должен иметь внутреннюю структуру, установ­ленную в соответствии с тем, что должно им быть выполнено.
  

Когда организация в целом (или ее часть) заключает договор на про­граммный продукт, то она становится стороной. Организация имеет са­мостоятельные подразделения, а стороны могут быть из одной или разных организаций. Каждый процесс должен быть рассмотрен с точки зрения ответственности (обязанностей) стороны. Организация может выпол­нять один или несколько процессов. Сторона, выполняющая процесс, не­сет ответственность за весь данный процесс, даже если выполнение от­дельных задач поручено другим людям. Принцип ответственности в архи­тектуре и процессах жизненного цикла облегчает применение профилей стандартов для конкретного проекта, в который может быть вовлечено множество лиц.
Общая структура и состав профиля стандартов жизненного цикла системы и крупного программного средства для управления проектом представлены на рис. 2.3. На этом рисунке выделены и отражены группа