5. Ресурси

Ведучому конфігурацію для виконання своїх обов'язків вимагається в середньому приблизно 6 годин на тиждень у першій половині проекту і 12:00 в неділю в другій половині проекту. Час, що витрачається іншими розробниками на управління конфігураціями, прийнято окремо не враховувати.

6. Супровід

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

Оскільки метою організації є досягнення рівня 5 по СММ, ведучий конфігурацію при підготовці нарад щодо поліпшення процесу управління конфігураціями зобов'язаний зробити наступне.

♦ Оцінити ефективність даного плану.

♦ Кількісно оцінити втрати, викликані дефектами даного плану.

♦ Оцінити ефективність використання інструменту SuperCMTool.

♦ Вивчити літературу по новим методам управління конфігураціями; кількісного оцінити вигоди та витрати на проведення поліпшень.

♦ Вивчити нові інструменти управління конфігураціями.

♦ Запропонувати конкретні поліпшення поточного процесу управління конфігурації.

♦ Перерахувати вигоди від поліпшень.

♦ Надати оцінки вартості ефекту введення поліпшень.

♦ Упорядкувати пропоновані поліпшення за значенням відносини вигоди-витрати.

3. План управління програмним проектом (spmp) для відеогри Final Fantasy

Стверджую

___________________Дата______________________

15.01.2013 Тичина Владислав: Створення першої версії

20.01.2013 Горецький Олександр: Рецензування і різні пропозиції щодо поліпшення

22.01.2013 Сташкевич Б.С: деталізований план-графік, додані посилання на вали-дацію і верифікацію

28.01.2013 Буковчик Ю.: Перевірка для випуску

1. Введення

1.1. Огляд проекту

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

1.2. Результуючі артефакти проекту

Наступні матеріали повинні бути поставлені в зазначені терміни.

Версія 1 (прототип) з документацією – перший тиждень першого місяця.

Версія 2 з документацією – 2 тиждень 1 місяця. Документація включає в себе SPMP, SQAP, SVVP, SCMP, SRS, SDD, STD (з використанням стандартів IEEE), вихідний код, компілювати байт-код, План супроводу програмного забезпечення та Керівництво користувача. Абревіатури визначені в розділі 1.5.

1.3. Розвиток spmp

Даний документ підтримується лідером проекту. Лідер проекту повинен помістити даний документ під управління конфігураціями і зобов'язаний підтримувати документ в актуальному стані, щотижня вносячи необхідні трансформаційні змін. Даний SPMP в основному слід стандарту IEEE 1058.1-1987.

1.4. Посилальні матеріали

Всі необхідні стандарти IEEE опубліковані у збірнику стандартів IEEE, редакція 1997 року.

Даний документ повинен бути узгоджений з корпоративним документом «Генеральний план досягнення рівня 5 СММ».

Основне керівництво: Software Engineering: an Objected-Oriented Perspective. E. Braude, Wiley, 2000.