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

ГОСТ Р ИСО/МЭК 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

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

 

ЮРКЦ "Земля"

 

11 Апрель 2005 г.

 

 

 

Процедура выхода версий

 

 

 

Внутренняя проверка

Передача версии в отдел ВСАС ГЗК

 

Окончательный выпуск версии

 

Решение о

Обновление

 

Резмещение

 

документации в

 

 

 

готового продукта в

 

сборке

папке Prerеlease

 

 

 

Finall_Disks

 

продукта

 

 

 

 

 

 

 

Оповещение

Выкладывание

 

Размещение

 

версии в Prerelease,

 

готовой версии в

 

разработчиков о

 

 

установка Label на

 

Internet

 

сборке(с

 

 

VSS

 

 

 

указанием времени)

 

 

 

 

 

 

 

 

 

 

Запись мастер

 

Затягивание

Подготовка акта со

 

диска

 

 

 

 

исходников на VSS,

списком

 

 

 

очистка диска W

исправленных

 

 

 

 

замечаний, запись

 

 

 

 

диска для передачи

 

 

 

Стягивание с VSS

 

 

 

 

исходников и

 

 

 

 

сборка всех dll с

Оповещение по e-

 

 

 

помощью make-

 

 

 

mail о выдаче вер-

 

 

 

файла

 

 

 

сии на

 

 

 

 

 

 

 

 

тестирование

 

 

 

Сборка инсталяции

 

принято

 

 

 

 

Написание документации в УЦ

 

 

Ответ о готовности

 

 

 

 

 

 

Сборка

принять версию на

 

 

 

тестирование

 

 

не принято

комментариев с

 

 

 

 

 

нововведениями

принято

 

Решение о

 

 

 

 

написании

 

 

документации

Создание файлов

 

 

 

 

 

 

 

истории изменений

 

 

 

 

каждого модуля и

Тестирование а отделе ВСАС ГЗК

 

принято

 

проекта в целом

 

 

 

 

 

 

 

Тестирование в

 

Написание

 

Выкладывание

 

документации в УЦ

 

отделе АСВС ГЗК

 

 

 

версии в папку

 

 

 

 

 

 

 

билдов инсталяций

 

 

 

 

j:\install\

 

 

 

 

 

 

 

Написание Help в

 

 

Решение о

 

УЦ

 

Установка на тесто-

выпуске

 

 

 

вой машине, созда-

окончательной

 

 

 

ние inf-файла и

версии

 

Передача

 

добавление к

продукта

 

 

инсталяции

 

 

документации в

 

 

 

 

ППО

 

Внутреннее

не принято

 

 

 

 

 

 

 

тестирование

 

 

 

 

 

Доработка продукта

 

 

 

Решение о

 

 

 

 

выдаче на

 

 

 

 

тестирование

 

 

 

 

в отдел ВСАС

 

 

 

 

ГЗК

 

 

 

© 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

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