Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Скачиваний:
59
Добавлен:
01.06.2015
Размер:
1.05 Mб
Скачать

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС

Контроль конфигурации

Данная работа состоит из следующей задачи:

6.2.3.1 Должны быть выполнены:

обозначение и регистрация заявок на внесение изменений;

анализ и оценка изменений;

принятие или непринятие заявки;

реализация, верификация и выпуск измененного программного объекта.

Для каждого изменения должны отслеживаться проводимые аудиторские проверки, посредством которых анализируется каждое изменение, его причина и разрешение на его внесение. Должны быть выполнены контроль и аудиторская проверка всех доступных контролю программных объектов, которые связаны с критическими функциями безопасности или защиты.

© 2005, В.В.Хашковский, Д.П.Калачев.

31

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС

Учет состояний конфигурации

Данная работа состоит из следующей задачи:

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

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

© 2005, В.В.Хашковский, Д.П.Калачев.

32

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС

Оценка конфигурации

Данная работа состоит из следующей задачи:

6.2.5.1 Должны быть определены и обеспечены:

функциональная законченность программных объектов с точки зрения реализации установленных к ним требований;

физическая завершенность программных объектов с точки зрения реализации в проекте и программах всех внесенных изменений.

© 2005, В.В.Хашковский, Д.П.Калачев.

33

ГОСТ Р ИСО/МЭК 12207-99 Процессы жизненного цикла ПС

Управление выпуском и поставка

Данная работа состоит из следующей задачи:

6.2.6.1 Должны официально контролироваться выпуск и поставка программных продуктов вместе с

соответствующей документацией.

Оригиналы программ и документации должны сопровождаться в жизненном цикле.

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

© 2005, В.В.Хашковский, Д.П.Калачев.

34

Основные процессы управления конфигурацией ЮРКЦ «Земля». Схема выхода версии

© 2005, В.В.Хашковский, Д.П.Калачев.

35

Основные процессы управления конфигурацией

ЮРКЦ «Земля». Процедура выхода версий из отдела разработки ПО

1. Решение о сборке продукта

Решение о сборке продукта принимается начальником отдела по результатам оценки

готовности модулей к сборке, количеству и качеству закрытых замечаний, обусловленности внешними факторами.

2. Оповещение разработчиков о сборке (с указанием времени)

Состав информации: Дата и время сборки, наименование собираемого продукта

Список рассылки: …

3. Затягивание исходников на VSS, очистка диска W

4. Стягивание с VSS исходников и сборка всех dll с помощью make-файла 5. Сборка инсталляции

Лицо, ответственное за сборку инсталляции выполняет сборку и выкладывает готовую инсталляцию по следующему пути: …

По окончанию сборки рассылается письмо с уведомлением о сборке по следующим адресам:…

6.Создание файлов истории изменений каждого модуля и проекта в целом

7.Установка на тестовой машине, создание inf-файла и добавление к инсталляции

8.Внутреннее тестирование

9.Решение о выдаче на тестирование в отдел тестирования

10.Обновление документации в папке Prerelease, выкладывание версии в Prerelease, установка Label на VSS

11.Подготовка акта со списком исправленных замечаний, запись диска для передачи

12.Оповещение по e-mail о выдаче версии на тестирование

13.Ответ о готовности принять версию на тестирование

14. Размещение готового продукта в Finall_Disks

36

© 2005, В.В.Хашковский, Д.П.Калачев.

 

Конфигурационное управление

Инструментальные средства

Инструментальные средства. А что именно:

Средства поддержки управления изменениями

Средства поддержки управления версиями

Средства сборки систем

© 2005, В.В.Хашковский, Д.П.Калачев.

37

Конфигурационное управление

Инструментальные средства

Средства поддержки управления изменениями:

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

и команде по управлению конфигурацией.

1.Редактор форм, позволяющий создавать и заполнять формы запросов на изменения.

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

3.База данных изменений, которая используется для хранения всех предложенных изменений и может быть связана с системой управления версиями.

© 2005, В.В.Хашковский, Д.П.Калачев.

38

Конфигурационное управление

Инструментальные средства

Средства поддержки управления версиями:

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

репозиторий конфигурационных элементов, которые в дальнейшем не изменяются.

1.Средство идентификации версий.

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

3.Средство регистрации изменений. Регистрирует все изменения, сделанные в коде системных компонентов. В некоторых системах управления версиями это средство используется для поиска нужной версии системы.

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

Некоторые системы позволяют единовременно изменять только один экземпляр компонента, другие автоматически разрешают возникшие коллизии, когда измененные компоненты возвращаются в систему управления версиями.

© 2005, В.В.Хашковский, Д.П.Калачев.

39

Конфигурационное управление

Инструментальные средства

Средства сборки систем:

1.Язык специфицирования зависимостей и соответствующий интерпретатор. Описывает и управляет зависимостями между системными компонентами и минимизирует возможные перекомпиляции.

2.Средства выбора и реализации. Это компиляторы и другие средства работы с файлами исходного кода.

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

4.Средство управления вторичными объектами. Вторичные — это объекты, которые создаются на основе других, исходных, объектов. Средство управления такими объектами связывает исходный код и вторичные объекты и создает новые объекты только тогда, когда изменяется исходный код.

© 2005, В.В.Хашковский, Д.П.Калачев.

40

Соседние файлы в папке Материал Курса