В стандарте ISO 687 отражены наиболее общие принципы и рекомендации конфигурационного учета, планирования и управления версиями сложных программных средств. Стандарт ANSI/IEEE 828 регламентирует общие требования к конфигурационной идентификации, конфигурационным контролю, учету, отчетности и проверкам. Рекомендуется их применять ко всем компонентам ПС и соблюдать в течение всего жизненного цикла ПС. Руководство по управлению конфигурацией ANSI/IEEE 1042развивает положения предыдущего стандарта и подробно раскрывает методы решения задач по планированию и управлению конфигурацией программных средств (рис.1). В стандарте для каждого раздела этого Плана приводятся обширные комментарии и рекомендации по его содержанию и реализации. Почти 60% объема стандарта посвящены приложениям, в которых изложены 4 примера Планов управления конфигурацией (ПУК) ПС различных классов и назначения. На примерах показана практическая модификация рекомендуемого базового ПУК ПС в зависимости от характеристик объекта и среды разработки. Основная часть стандарта состоит из трех крупных разделов, которые содержат введение в проблему, описывают дисциплину, методы и средства управления конфигурацией, а также структуру и содержание ПУК ПС (используемая далее рубрикация соответствует стандарту)

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

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

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

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

В четвертом подразделе Плана рекомендуется отразить средства автоматизации, технику и методологию, применяемые при проектировании ПС, в частности планы разработки проекта в виде графиков Ганта и ПЕРТ [37,38,39]. В пятом подразделе предлагается, как сделать эффективнее конфигурационный контроль ПС за счет технических средств, которые к нему непосредственно не относятся, и оценивать рентабельность их применения. Шестой подраздел посвящен выделению, накоплению и сохранению необходимого минимума дополнительной информации из Плана управления конфигурацией, которая не регистрировалась в предыдущих разделах. Подобные данные могут быть полезны для анализа и прогнозирования экономических характеристик аналогичных проектов, а также при исследовании эффективности применяемых методов и средств.

Стандарт ANSI/IEEE 1219 формализует основные процессы сопровождения комплексов программ. Описан итерационный процесс управления и реализации действий при сопровождении сложных, критических прикладных программных продуктов, а также в более простых случаях. В первом разделе содержится введение с изложением цели стандарта, ссылки на нормативные документы (только IEEE), терминология и структурная схема представления каждой фазы. Определения и сокращения сосредоточены во втором разделе. Третий раздел является основным и содержит основные рекомендации по сопровождению сложных ПС. Он предписывает требования к базисным компонентам при планировании, управлении, реализации и документировании сопровождения ПС. Все фазы сопровождения представляются унифицированной моделью базисных компонентов, включающей описания: исходных данных фазы; основные процессы их преобразования; результирующие данные; процессы контроля действий и результатов на данной фазе. Далее в соответствии с моделью представлены следующие семь фаз:

Приложение А содержит руководящие указания и детализацию содержания компонентов базовой модели для каждой фазы сопровождения. Дополнительно изложены требования и рекомендации по верификации и валидации, обеспечению качества, анализу риска, защите. Конфигурационное управление представлено в соответствии с фазами процесса сопровождения и стандартом IEEE 1042. Приводятся рекомендации по оценке сложности программ и выполняемых корректировок. Приложение В посвящено краткому изложению современных технологий и инструментальных средств поддержки сопровождения: реинженерингу, реверсной инженерии, повторному использованию программных компонентов. Приложения (все информационные) занимают более половины текста стандарта.