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

2 Побудова плану виконання проекту

Планування робіт проекту слід розпочати з визначення процесів, які мають бути реалізовані в проекті. У відповідності зі стандартом ISO/IEC 12207 всі процеси життєвого циклу програмного забезпечення розділені на групи (рис. 2.1).

Рис. 2.1. Процеси життєвого циклу програмного забезпечення

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

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

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

Таким чином, структура декомпозиції робіт (WBS) дипломної роботи має виглядати подібно до рис. 2.2.

Рис. 2.2. Приклад WBS дипломної роботи

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

,

де TUCP – тривалість розробки за методом UCP.

Таблиця 2.1 – Стандартний розподіл часу за WBS

Елемент WBS першого рівня

Стандартний розподіл

Управління проектом

10%

Створення робочого середовища

10%

Управління вимогами

10%

Проектування

15%

Реалізація

25%

Оцінка

25%

Впровадження

5%

Після визначення WBS, тривалості виконання окремих робіт та залежностей між роботами, будується план виконання дипломної роботи у вигляді діаграми Гантта. Для будування діаграми Гантта рекомендовано застосовувати Microsoft Project (з пакету MSDN AA).

Будування WBS в MS Project не є окремою діяльністю і виконується в поданні Gantt Chart. Для зазначення ієрархічних залежностей між елементами декомпозиції слід використовувати команду меню Schedule Indent Task.

Для наочності і простоти автоматизації використання WBS кожному елементу декомпозиції надається унікальний ідентифікатор. Назви елементів на кожному рівні відбивають критерії розбивки робіт. Для додавання ідентифікаторів елементам слід використати команду меню WBS Define Code на вкладці Project. За допомогою відповідного діалогового вікна задається спосіб кодування елементів WBS (рис. 2.3).

Рис. 2.3. Діалогове вікно визначення кодів елементів WBS

Результат визначення ідентифікаторів можна вивести окремим стовпчиком на панелі задач проекту (рис. 2.4).

Рис. 2.4. Панель задач проекту з зазначенням кодів WBS

Для визначення тривалості окремих задач та фаз слід врахувати оцінки трудомісткості та тривалості проекту, які отримано в попередньому підрозділі РГР. Рекомендації з розподілу часу за елементами WBS наведені в табл. 2.1. Ці значення можуть мінятися в широких межах залежно від специфічних особливостей застосування. Загальні рекомендації по роботі з проектом в MS Project наведені в додатку А.

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