и дні, витрачені на наради, хвороби, інше) за місяць, плюс відсоток на непередбачені обставини. Estimator уточнює оцінку витрат за допомогою об'єктної матриці, підвищуючи якість факторів кваліфікатора і технологічних факторів. p> Сам інструмент складається з двох модулів, архітектора проекту та оцінювача (SELECT 1998). br/>В
Рис. Зв'язок між оцінювачем і архітектором проекту
Архітектор проекту (Project Architect): цей модуль, який об'єднує і кваліфікує більшість елементів проекту. Ця інформація потім надходить у модуль оцінки (Estimator) для оцінки термінів і вартості розробки. Вимірювання виконуються в рамках наступних елементів:
Додатки (Applications) - підсистеми ПО, що підтримують підрозділ бізнесу.
Класи (Classes) - представлення бізнес-концепцій.
Варіанти використання (Use cases) - бізнес-вимоги, визначені на підставі точки зору користувача.
Пакети (Packages) - підтримуючі робочі середовища з чітко визначеною відповідальністю за певні розділи інфраструктури.
Компоненти (Components) - абстракції служб нижнього рівня бізнесу (services).
Служби (Services) - звичайні елементи системи, доступні через програми та компоненти.
кваліфікатора елементів ПЗ, що визначаються за шкалою від нижнього до верхнього рівнів включають:
Складність (Complexity) - охоплюючи обчислення і кількість зв'язків між компонентами системи.
Повторне використання (Reuse) - охоплює COTS і інше існуюче ПЗ.
Універсальність (Generality) - випадок, коли ПЗ повинно бути розроблене для повторного використання.
Технологія (Technology) - вибір мови програмування.
Профілі діяльності застосовуються до основної оцінці трудовитрат, налаштованої допомогою кваліфікаційних та загальних факторів для оцінки основних трудовитрат. І знову ця робота, виконувана одним індивідуумом середньої кваліфікації. p> Оцінювач (Estimator):
Цей модуль використовує оцінку трудовитрат вироблених архітектором проекту для оцінки графіка робіт і витрат. Інші вхідні дані включають розмір команди (Team Size) і рівні кваліфікації (Skill Levels) (що діляться як новачок, досвідчений фахівець і експерт); кількість продуктивних робочих днів за місяць і відсоток випадковості; рівня кваліфікації розробників. Кінцеві вихідні дані - загальні трудовитрати в людино-днях, тривалість роботи в місяцях і загальна вартість розробки. p> Використані джерела при аналізі:
. Software Development Cost Estimation Approaches - A SurveyBoehm, Chris Abts, 2000
. Parametric cost estimation handbook - rspa.com/reflib/estimation.htm
3.5 Модель COCOMO II
Модель оцінювання витрат COCOMO II є розвитком ієрархічної моделі Б. Боема COCOMO і призначена для оцінювання трудових витрат (трудомісткості) на розробку ПЗ. Ця модель використовує поєднання експертного та алгоритмічного методів оцінювання і враховує сучасний рівень програмної інженерії...
