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

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

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

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

2. 
   Технологическое обеспечение
   при сопровождении и управлении конфигурацией
   программных средств
   

• 
  Технологической основой сопровождения и управления конфигура­цией ПС являются системы управления базами данных (СУБД), адекват­ные целям и функциям проектов, структурированные по целям, назначе­нию и содержанию данных в выделенных подсистемах хранения (рис. 16.3). Они должны обеспечивать возможность управления организацион­ной и проектной деятельностью коллективов специалистов, универсаль­ное хранилище в них необходимых данных, с инструментами наполнения, корректировки, поиска и контроля информации, соответствующей их про­фессиональной деятельности. Должны быть упорядочены деловые комму­никации между специалистами разных категорий, управление динамичес­кими процессами выполнения изменений и транспортировки корректиро­вок между подсистемами в соответствии с целями их использования специалистами.
  
• 
  Первоначально должен быть разработан проект архитектуры сис­темы технологического обеспечения управления конфигурацией, а так­же Руководство по ее применению, настроена выбранная СУБД на уп­равление основными взаимодействующими подсистемами базы данных, с учетом класса и масштаба предполагаемого проекта ПС (рис. 16.4). По мере развития жизненного цикла проекта комплекса программ подсисте­мы базы данных сопровождения и УК должны поэтапно заполняться ре­альными данными от заказчика и разработчиков соответствующих квали­фикаций и контролироваться менеджерами проекта. При этом следует управлять динамикой процессов реализации процедур модификации, ре­гистрировать реальное использование ресурсов специалистов, текущее вре­мя выполнения процедур развития проекта и оформления изменений в подсистемах БД.
  
• 
  Эта информация в подсистемах базы данных сопровождения и УК должна быть защищена от случайных и преднамеренных искажений путем организованного санкционирования, дублирования и контроля мо­дификаций, истории их создания и изменения, в процессах жизненного цикла ПС. Необходимо гарантировать сохранность версий изменений, с учетом их важности для результатов всего проекта. Особенно защищен­
  
• 
  ным от искажений и разрушения следует сохранять архив базовых версий программных продуктов, прошедших успешные испытания, утвержден­ных заказчиком и скрепленных его подписью. Для устранения дефектов, реализации корректировок и ошибок при развитии новых базовых версий целесообразно выделять рабочую копию предшествовавшей базовой вер­сии и архив накопленных изменений, обеспечивающих возможность «от­ката» к предыдущей базовой версии в случае разрушительных некоррект­ных изменений в процессе разработки новой базовой версии.
  
• 
  
  
• 
  Рис. 16.3
  
• 
  
  
• 
  Рис. 16.4
  
• 
  
• 
  Такая система обеспечения информацией процессов сопровожде­ния и управления конфигурацией может быть структурирована в соответст­вии с адаптированной версией жизненного цикла конкретного ПС. В соот­ветствии с основными задачами специалистов проекта на рис. 16.3 пред­ставлены частные подсистемы базы данных информационного обеспечения модификаций, ориентированные на определенные процессы и компоненты ЖЦ комплексов программ. Для каждой подсистемы целесообразно выде­лять достаточно автономную базу данных компонентов ПС с ограниченным доступом только для определенных категорий специалистов (см. табл. 16.1). Эти фрагменты базы данных могут быть построены на стандартизи­рованной основе СУБД проекта, взаимодействовать с аналогичными по структуре предшествующей и последующей базами данных. Они должны накапливать и содержать основные компоненты и документы проекта на соответствующем уровне жизненного цикла ПС. Интерфейсы этого взаи­модействия баз данных должны быть стандартизированы, по возможности ограничены по объему и доступности обмениваемой текущей и отчетной информации для других категорий специалистов. Для каждого сложного проекта комплекса программ целесообразно оформлять и утверждать Ру­ководство и схему базы данных, обеспечивающей документооборот и управление сопровождением и конфигурацией ПС, а также категории ответственных лиц за их поэтапную реализацию, контроль и сохранность информации.
  
• 
  Выше подчеркивалось, что проводимый анализ сопровождения про­граммных средств в основном ориентирован на жизненный цикл сложных проектов комплексов программ высокого качества. Многие проекты ПС являются более простыми, и их процесс документооборота сопровожде­ния может быть значительно сокращен. Для этого целесообразно прово­дить адаптацию и формировать практическую рабочую версию Руковод­ства сопровождения и управления конфигурацией конкретного проекта ПС, которая должна регламентировать работы специалистов. Последова­тельное сокращение подсистем базы данных и компонентов обеспечения сопровождения начинается с определения масштаба и наличия предысто­рии проекта (см. рис. 16.4). Известные функции, потенциальные пользова­тели и концепции существующих версий ПС позволяют прогнозировать направления совершенствования и уменьшения модификаций для нового проекта или базовой версии, имеющих прототип.
  
• 
  В процессе реализации проекта производится наполнение базы дан­ных реальными требованиями и характеристиками результатов разработ­ки модификаций, и архивация откорректированных компонентов и отче­тов выполненного проекта. При этом фиксируются корректировки и ис­правления дефектов и ошибок и оформляются комплекты документов базовых версий программных продуктов, поставляемых заказчику. Эти процедуры целесообразно выделять в отдельную подсистему БД — сопро­вождения, конфигурационного управления версиями и корректировками программного продукта, для чего формировать группу специалистов, ко­торые могут быть организационно автономными от остальных подсистем сопровождения и даже размещаться на другом предприятии (см. рис. 16.4).
  
• 
  Документирование развития и совершенствования ПС в значитель­ной степени влияет на достигаемое качество версий сложных комплексов
  
• 
  программ, трудоемкость и длительность их создания. Организация доку­ментирования должна определять стратегию, стандарты, процедуры, рас­пределение ресурсов и планы создания, изменения и применения доку­ментов на программы и данные систем. Для этого должны быть выделены руководители и коллективы специалистов, которые должны планиро­вать, утверждать, выпускать, распространять и сопровождать ком­плекты документов. Они должны стимулировать разработчиков про­граммных средств, компонентов и их изменений, осуществлять непрерыв­ное, регламентированное документирование процессов и результатов своей деятельности, а также контролировать полноту и качество отчетных доку­ментов.
  
•