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

5. Перегляди

Документи, що описують компоненти проекту, або керівництво користувача, повинні бути переглянуті. Перегляди можуть бути внутрішніми і зовнішніми. Їх мета - виявити всі дефекти. Людина, яка переглядає, представляє результати в документі з наступними параметрами:

  • Ідентифікатор інтерфейсу компонентів

  • Місцезнаходження дефекту

  • Опис дефекту

  • Запропонований спосіб виправлення дефекту

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

6. Реліз

Всі елементи конфігурації (зазвичай - весь проект), які завершені і офіційно доставляються зовнішнім користувачам, називаються релізами.

Релізи повинні бути добре описані, документовані і затверджені менеджерами проекту, управлінням підприємства і клієнтом. Елементи конфігурації повинні зберігатися в бібліотеці/репозиторії. Позначення і реєстрація повинні відповідати домовленості позначень. Наприклад, конфігурація SME 1.0 може не бути релізом, у відмінності від SME 1.4.

У компанії по виробництву ПЗ повинні зберігатися всі документи і продукти: аналітичні, плани, початкові коди, тестові документи і т.д. Зазвичай релізу підлягають тільки деякі з них, наприклад, початковий код. Випущені елементи конфігурації повинні бути внесені до бібліотеки/репозиторія.

7. План управління конфігурації пз

УКПЗ повинне бути сплановане, з чого випливає план управління конфігурації ПЗ (SCMP, Software Configuration Management Plan).

Процес ділиться на частини, кожна з яких повинна мати наступні певні характеристики:

  • організація управління конфігурації,

  • процедури визначення конфігурації,

  • процедури управління змінами,

  • процедури реєстрації статусу конфігурації,

  • інструменти, техніки і методи управління конфігурації,

  • процедури контролю постачальника,

  • процедури зберігання конфігураційних документів.

Процедури повинні бути визначені перед початком написання коду і документації. ПУКПЗ повинен визначати можливі елементи конфігурації і їх опис.

Вміст ПУКПЗ (відповідно ANSI/IEEE std 828-1990)

Організація

Короткий звіт (не більше 200 слів)

Зміст

Документ стану

Зміни після останньої версії

Тіло документа

I Вступ

  1. Цілі

  2. Границі

  3. Словник термінів, скорочень, абревіатур.

  4. Посилання

II Управління

  1. Організація

  2. Розподіл відповідальності в УКПЗ

  3. Управління зовнішнім інтерфейсом

  4. Реалізація ПУКПЗ

  5. Застосовані рекомендації, стратегії і процедури.

III Визначення конфігурації

  1. Угода

  2. Базис

IV Управління конфігурацією

  1. Управління кодом і документом

  2. Управління носіями

  3. Управління змінами

    1. авторизація рівня змін,

    2. процедури для внесення змін,

    3. тіло перегляду,

    4. управління інтерфейсом,

    5. процедури для зовнішніх змін ПЗ.

V Реєстрація статусу конфігурації

VI Інструменти, техніка і методи УКПЗ

VII Контроль постачальників

VIII Запис і зберігання документів

Коментарії по конкретонму вмісту УКПЗ

Порядковий номер не повинен мінятися. Якщо до секції немає коментаря, робиться запис "не застосовно".

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]