ТП-ТР. (6.1)
Найбільш пізній з допустимих термінів ТП - це такий термін здійснення події, перевищення якого викличе аналогічну затримку завершальної події. Іншими словами, якщо подія наступила в момент ТП, вона потрапила в критичну зону і наступні за нею роботи повинні знаходитись під таким же контролем як і роботи критичного шляху.
Найбільш ранній з можливих термінів здійснення події ТР - це термін необхідний для виконання всіх робіт, що передують цій події. Цей час знаходиться шляхом вибору максимального значення із тривалості всіх шляхів, що приводять до даної події.
Вихідні дані мережевого графа представлені в таблицях 6.2.1 та 6.2.2.
Таблиця 6.2.1 - Події мережевого графа
№ події | Подія
0 | Отримання технічного завдання на дипломне проектування
1 | Аналіз проблеми дипломного проектування
2 | Ознайомлення з технічною літературою на задану тему
3 | Пошук інформації в мережі INTERNET
4 | Підбір необхідних джерел інформації
5 | Аналіз підібраного матеріалу
6 | Визначення задач, які виникають при розробці
7 | Визначення параметрів об’єкта
8 | Розробка структури алгоритму
9 | Розробка алгоритму програмного забезпечення
10 | Розробка структури даних
11 | Вибір середовища програмування для реалізації завдання
12 | Визначення основних програмних модулів
13 | Розробка алгоритму роботи програми
14 | Остаточне налагодження програми
15 | Аналіз одержаних результатів
16 | Визначення економічної доцільності використання системи
17 | Написання звіту
Таблиця 6.2.2 - Роботи мережевого графа
№ | Роботи | Дні
0-1 | Аналіз проблеми дипломного проектування | 3
1-2 | Ознайомлення з технічною літературою на задану тему | 5
1-3 | Пошук інформації в мережі INTERNET | 3
3-4 | Робота з підібраним матеріалом з INTERNET | 3
2-4 | Робота з підібраним матеріалом | 5
4-5 | Аналіз підібраного матеріалу | 4
5-6 | Визначення задач, які виникають при розробці | 5
6-7 | Аналіз показників, які впливають на систему | 4
7-8 | Визначення параметрів об’єкта | 15
8-9 | Розробка структури алгоритму | 5
8-10 | Розробка структури даних | 6
9-11 | Розробка алгоритму програмного забезпечення | 5
10-11 | Вибір середовища програмування для реалізації завдання | 7
11-12 | Аналіз можливостей вибраного програмного пакету | 10
12-13 | Розробка алгоритму роботи програми | 6
13-14 | Остаточне налагодження програми | 18
14-15 | Аналіз одержаних результатів | 2
15-16 | Визначення економічної доцільності використання системи | 3
16-17 | Завершення роботи | 10
На рисунку 6.2.1 зображений мережевий граф, який отримано із вихідних даних таблиць. Знаходимо критичний шлях і розраховуємо ранній , пізній час і резерв часу.
Рисунок 6.2.1 - Мережевий граф виконаних робіт
Критичний шлях - це найбільш тривала по часу послідовність робіт, які ведуть від вихідної до завершальної події. Величина критичного шляху визначає термін виконання всього комплексу по плануванню робіт.
Зміна тривалості будь-якої роботи, що лежить на критичному шляху, відповідним чином змінює термін настання завершальної події, тобто дату досягнення кінцевої мети, яка ставиться при плануванні розробки.
При плануванні комплексу операцій критичний шлях дозволяє знайти термін настання завершальної події. В процесі керування ходом розробки увага керівництва зосереджується на роботах критичного шляху. Це дозволяє найбільш доцільно і оперативно контролювати обмежене число робіт, що впливають на термін розробки, а також краще використати існуючі ресурси.
Оскільки в даному випадку мережевий граф досить простий, очевидно що критичний шлях рівний 103.
6.3 Економічне обґрунтування розробки та впровадження
програми
Економічне обґрунтування розробки та впровадження програми будемо здійснювати на аналізі таких економічних показників:
-
Sp.n - сумарні витрати на розробку програмного забезпечення;
-
?Kд2/1 - додаткові капітальні вкладення;
-
KEOM - капітальні вкладення в ЕОМ;
-
?Ee2/1 - додаткові капітальні вкладення.
Розрахунок відповідних коефіцієнтів проводиться з врахуванням того, що варіаційні задачі діагностування раніше виконувались вручну.
6.3.1 Розрахунок витрат на розробку програмного забезпечення
Сумарні витрати на розробку програмного забезпечення 8рп. визначаються за формулою:
, (6.2)
де р0 - норматив рентабельності, що враховує прибуток установи, яка розробляє
дану програму, долі одиниці ;
- час, що витрачається на розробку даної програми працівником і-ої кваліфікації, люд.-міс;
- основна заробітна плата розробника і-ої кваліфікації, грн/міс;
- коефіцієнт, що враховує додаткову заробітну плату розробникам програми, в долях від основної заробітної плати;
- коефіцієнт, що враховує нарахування органам соціального захисту на
заробітну плату, в долях від основної та додаткової заробітної плати;
- коефіцієнт, що враховує накладні витрати установи, в якій розробляється
ця програма, в долях до основної заробітної плати розробника;
- машинний час ЕОМ, необхідний для налагоджування даної програми, машино-год;
ег - експлуатаційні витрати, що припадають на 1 год машинного часу.
Значення коефіцієнтів ; ; ; . Нехай = 2 люд.-міс, а = 1500 грн. Експлуатаційні витрати, що припадають на 1 год машинного часу, можуть бути визначені за витратою електроенергії :
(6.3)
де Рсп = 250 - споживана потужність ЕОМ, Вт;
Сеод = 0.32 - вартість 1 кВт/год електроенергії для підприємств.
Отже, за (6.3 )
ег =0.25*0.32 = 0.08 грн/год.
Необхідний час налагодження програми становить 50 машино-год. Сумарні витрати на розробку програмного забезпечення складуть
= (1 + 0.16) • (2 • 1500 • ((1+ 0.2) • (1 + 0.3) + 0.54) + 50 • 0.08) =7312.64 грн.
6.3.2. Розрахунок капітальних вкладень
Додаткові капітальні вкладення , пов'язані з впровадженням розробленої системи, визначаються за формулою:
, (6.4)
де - капітальні вкладення в ЕОМ та інші складові системи;
- машинний час ЕОМ необхідний користувачу для тих задач, які він розв'язує за допомогою розробленої програми машино-год/рік;
- корисний річний фонд роботи цієї ЕОМ (без врахування простоїв в ремонті);
- ціна нової програми, грн.:
грн.,
де - кількість користувачів.
Капітальні вкладення в ЕОМ та інші складові