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

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

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

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

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

•