Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Метод.указ.для всех техн_спец..doc
Скачиваний:
2
Добавлен:
13.08.2019
Размер:
774.66 Кб
Скачать

4.2 Розробка пп за замовленням конкретної організації (фірми, установи)

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

Розрахунок трудомісткості виконання ПП на замовлення залежить від можливості реалізації необхідних програмних функцій, їх новизни, складності і ризикованості. Обгрунтований розрахунок трудомісткості дозволить розробнику на етапі узгодження робіт вирішувати питання із замовником про фінансування розробки ПП (див. табл. 4.8).

Таблиця 4.8 − Розрахунок трудомісткості розробки ПП з урахування ризику

Назва функції

Пріори-

тети

Рівень

складності

ti (ч.)

Вид ризику

Оцінка ризику експертами

Трудо-

місткість з урахуванням ризику

1

2

3

1

2

3

4

5

6

7

8

1.

T1

t1

Продовження таблиці 4.8

...

і.

...

...

Tі

...

bijTi

...

ti

n.

Тn

tn

Разом

При узгодженні робіт із замовником виконавець (студент) забов'язаний з'ясувати його вимоги. Детальний аналіз узгодження вимог і об'єму робіт дозволить:

  • правильно оцінити і розподілити фінансові ресурси;

  • раціонально використовувати трудові ресурси;

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

Усунувши суперечності і вимоги замовника, розробник (студент) проводить аналіз ризиків і призначає пріоритети. Аналіз ризиків дозволить йому ідентифікувати вимоги, що є потенційними джерелами труднощів.

Здійсненність програмної розробки залежить від її ризикованості. Ризик – це загроза, що заважає здійснити проект (недолік фінансування, часу, ресурсів і т.д.). Ідентифікуючи ризики, розробник дістає можливість управляти ними. Вимоги можуть бути ризикованими за різних причин. Характеристика розподілу ризиків за категоріями наведена у табл. 4.9.

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

Таблиця 4.9 – Характеристика розподілу ризиків за категоріями

Вид ризику

Характеристика ризику

Технічний ризик

Означає, що вимогу технічно важко реалізувати

Ризик зниження продуктивності

Означає, що реалізація вимоги може уповільнити реакцію системи

Ризик, пов'язаний з порушенням норм безпеки

Означає, що реалізація вимоги може уповільнити реакцію реакцію системи

Ризик, пов'язаний з порушенням цілісності баз даних

Означає, що вимогу важко перевірити і може виникнути суперечність даних

Ризик, пов'язаний з процесом розробки

Означає, що для реалізації вимоги необхідно використовувати незвичайні методи, незнайомі розробникам

Політичний ризик

Означає, що вимога може виявитися нездійсненною із політичних причин

Юридичний ризик

Означає, що вимога може привести до порушення законів, що діють, або протіворечить очікуваним змінам закону.

Ризик, пов'язаний з мінливістю

Означає, що вимога може потенційно змінюватися або еволюцінувати протягом процесу розробки

Ризик економічний

Означає, що вимога може виявитися нездійсненною із економічних причин

Заповнення таблиці 4.8 рекомендується виконувати у такій послідовності:

а) у таблиці 4.8 (гр.1) перерахувати всі необхідні програмні функції, які відповідають вимогам замовника;

б) встановити пріоритети функцій; пріоритети функцій при обгрунтуванні даного роздіду дипломної роботи рекомендуется встановлювати студентом-розробником спільно із керівником дипломної роботи (проекту). Зазвичай достатнє від трьох до п’яти пріоритетів. Їх можна позначити як „високий”,”середній”, „низький” і „невизначений”. Їх значення можуть коливатися в діапазоні від 0 до 1;

в) оцінити рівень складності реалізації функцій (встановлюються в процесі обговорення зі спеціалистами-розробниками); рівень складності реалізації функкції без урахування впливу ризику на першому єтапі надають розробники програми. Одиницею вимірювання рівня складності ПП є година або місяць;

г) встановити ризики, які впливають на трудомісткість роботи (встановлюється експертами); оцінки ризиків здійснюється експертами-спеціалістами в області використання технологій програмування. Їх оцінки bi необхідні для встановлення додаткового часу, щоб розібратися з проблемою ризику і знайти шляхи його усунення. Задаються значення bij у відсотковому відношенні до Ti трудомісткості робіт, що характеризують рівень складності (в таблиці 4.8, графа 3) або у вигляді частки тій же трудомісткості у вигляді bijTi;

д) надати експертні значення зростання трудомісткості на запобігання ризиків; для розрахунку коєфіцієнта зростання трудомісткості работи Кз над реалізацією конкретної функції використовувати наступне співвідношення:

, (4.10)

де Кзi - коефіцієнт зростання тривалості роботі;

- кількість функцій ПП;

- пріоритет і –тої функції;

bij - оцінка ризика і –тої функції, яка надана j-тим експертом ;

n - кількість експертів (j =1,m);

є) остаточно розрахувати трудомісткість tі програмной реалізації і-ої функції з урухуванням пріоритету і ризику та визначити загальну трудомісткість програмної реалізації проекту t можна, використовуючи такі формули:

, (4.11)

; (4.12)

ж) використати дані таблиці 4.8 для подальших розрахунків витрат на розробку програми та її відпускної ціни згідно раніше наведених рекомендацій.

У якості наочного (презентаційного) матеріалу рекомендується навести таблицю із розрахунком трудомісткості розробки ПП з урахуванням ризику та формули Кзi, tі ,t .