Помощничек
Главная | Обратная связь


Археология
Архитектура
Астрономия
Аудит
Биология
Ботаника
Бухгалтерский учёт
Войное дело
Генетика
География
Геология
Дизайн
Искусство
История
Кино
Кулинария
Культура
Литература
Математика
Медицина
Металлургия
Мифология
Музыка
Психология
Религия
Спорт
Строительство
Техника
Транспорт
Туризм
Усадьба
Физика
Фотография
Химия
Экология
Электричество
Электроника
Энергетика

Оцінка вартості розробки програмної системи за моделлю COCOMO



Мета роботи: Розрахунок вартості ПС за моделлю COCOMO в залежності від рівній моделі, складності системи.

Короткі відомості

В моделі СОСОМО використовуються три режими, за допомогою яких класифікується складність системи, а також середовище розробки.

Органічний режим. Органічний режим звичайно класифікується як платіжна відомість, опис або наукове обчислення. Інші характеристики режиму: невелика команда по розробці проекту, необхідні невеликі нововведення, є несуворі обмеження і кінцевий термін, а середовище розробки є стабільним.

Напіврозділений режим. Напіврозділений режим типізується прикладними системами, наприклад, компіляторами, системами баз даних або редакторами. Інші характеристики: невелика команда по розробці проекту середнього розміру, необхідні деякі іновації, помірні обмеження і кінцевий термін, а середовище розробки дещо нестабільне.

Впроваджений режим. Впроваджений режим характеризується режимами реального часу, наприклад, системами контролю повітряного руху, мережами ATM або воєнними системами. Інші характеристики: велика команда розробників проекту, великий об’єм необхідних інновацій, жорсткі обмеження і терміни здачі. Середовище розробки в цьому випадку складається з багатьох складних інтерфейсів, включаючи ті з них, які поставляються замовникам разом з апаратним забезпеченням.

Модель COCOMO поділяється на рівні: базовий, проміжний, деталізований. Значення драйверів витрат

Робоче завдання

1. Визначити режим складності системи, якщо розмір проекту, який розроблюється, оцінюється в 55 KLOC. Цей проект буде представляти собою Web-систему, забезпечену стійкою серверною базою даних. Розрахувати за базовим рівнем моделі COCOMO трудовитрати (Е) і визначити час розробки (TDEV). Визначити середню чисельність персоналу (SS) і рівень продуктивності (Р)

2. Оцінити трудовитрати для деталізованої моделі COCOMO. Відомі такі дані: Розглядається програмний проект впровадженого режиму, оцінюється показником в 10 KLOC, значення для драйверів витрат: ACAP – високий; PCAP – дуже високий; LEXP - – високий. Всі інші значення – номінальні.

 

Завдання № 4

Метод функціональних точок

Мета роботи: Навчитися розраховувати функціональні точки, пов’язані з даними і транзакціями.

 

Робоче завдання

1. Визначити оцінки в невирівнених функціональних точках об’єкту даних «Студент» (рис.1)

Рисунок 1

 

2. Підрахунок функціональних точок, пов’язаних з транзакціями

Визначити оцінку управляючої транзакції для діалогового вікна (рис.2)

 

 

Рисунок 2

Завдання № 5

Засоби оцінки вартості програмного забезпечення

Мета роботи: За допомогою програми SoftStar Systems Costar розрахувати вартість ПЗ на основі власних параметрів.

Короткі відомості

Параметри вартості.Параметр вартості (cost driver) – це суб’єктивна величина, яка оцінює різні часові, якісні і ресурсні аспекти розробки ПЗ. Кожний з параметрів може бути відкаліброваним. Калібрування параметрів вартості – це корегування значень параметрів, яка впливає на значення трудовитрат, і відповідно на час і вартість, при оцінці програмного проекту. При калібруванні вказаних далі сімнадцяти параметрів вибирається оціночний рівень (дуже високий, високий, вище номінального, номінальний, нижче номінального, низький, дуже низький) параметру. В формулах цей рівень відображується у вигляді коефіцієнту трудовитрат і, таким чином, на кожній стадії розробки проекту впливає на вартість і тривалість той або іншої стадії. Виділяють наступні групи параметрів (табл.9): продукту (product factors), платформи (platform factors), персоналу (personnel factors) і проекту (project factors). В табл. 10 наданий короткий опис кожного параметру.

Таблиця 9

Параметри Описание
Продукту Враховують характеристики ПЗ, кий розроблюється. (RELY, DATA, CPLX, RUSE, DOCU)
Платформи Враховують характеристики програмно-апаратного комплексу, який необхідний для функціонування ПЗ. (TIME, STOR, PVOL)
Персоналу Враховують рівень знань і злагодженості роботи колективу програмістів. (ACAP, PCAP, PCON, APEX, PLEX, LTEX)
Проекту Враховують вплив сучасних підходів і технологій, територіальної віддаленості членів колективу розробників і терміни виконання проекту. (TOOL, SITE, SCED)

 

Таблиця 10

Параметри Опис
RELY (Required Software Reliability) Враховує міру виконання програмою задуманої дії на протязі певного часу
DATA (Database Size) Враховує вплив об`єму тестових даних на розробку продукту. Рівень цього параметру розраховується як співвідношення байт в тестованої базі даних до SLOC в програмі
CPLX (Product Complexity) Включає п`ять типів операцій: управління, рахункові, пристрій-залежні, управління даними, управління користувацьким інтерфейсом. Рівень складності це суб`єктивне середньо-зважене значення рівней типів операцій
RUSE (Developed for Reusability) Враховує трудовитрати, необхідні додатково для написання компонентів, призначених для повторного використання в даному або наступних проектах. Використовує наступні оціночні рівні: “в проекті”, “в програмі”, “в лінійці продуктів”, “в різних лінійках продуктів”. Значення параметру накладає обмеження на наступні параметри: RELY и DOCU
DOCU (Documentation Match To Life-Cycle Needs ) Враховує степінь відповідності документації проекту його життєвому циклу
TIME (Execution Time Constraint) Враховує часові ресурси, які використовуються ПЗ, при виконанні поставленої задачі
STOR (Main Storage Constraint) Враховує процент використання сховищ даних
PVOL (Platform Volatility) Враховує термін життя платформи (комплекс апаратного і програмного забезпечення, який необхідний для функціонування ПЗ, який розроблюється)
ACAP (Analyst Capability) Враховує аналіз, здатність проектувати, ефективність і комунікативні здібності групи спеціалістів, які розроблюють вимоги і специфікації проекту. Параметр не повинен оцінювати рівень кваліфікації окремо взятого спеціаліста
PCAP (Programmer Capability) Враховує рівень програмістів в колективі. При виборі значення для цього параметру слід особливо звернути увагу на комунікативні і професійні здібності програмістів і на командну роботу в цілому
PCON (Personnel Continuity) Враховує плинність кадрів в колективі
APEX (Applications Experience) Враховує досвід колективу при роботі над додатками певного типу
PLEX (Platform Experience) Враховує вміння використовувати особливості платформ, такі як графічний інтерфейс, бази даних, сітьовий інтерфейс, розподілені системи
LTEX (Language and Tool Experience) Враховує досвід програмістів (мови, середовище і інструменти)
TOOL (Use Of Software Tools) Враховує рівень використання інструментів розробки
SITE (Multisite Development) Враховує територіальну віддаленість (від офісу до міжнародних офісів) членів команди розробників засоби комунікації, які ними використовуються (від телефону до відео конференц-зв`язку)
SCED (Required Development Schedule) Враховує вплив часових обмежень, накладених на проект і на значення трудовитрат

Робоче завдання

Запустити програму Costar 7.0 Demo

Ввести в програму свої параметри:

1 крок – вибрати модель COCOMO II – ранню розробку проекту чи постархітектурну

2 крок – ввести кількість рядків вихідного коду (SLOC)

3 крок – вибрати фактори масштабу (5 характеристик)

4 крок – вибрати Параметри вартості (cost driver) – (17 характеристик)

5 крок - Отримати результат.

Після появи вікна з результатами (рис.3) – перенести значення, які у червоному обрамлені, в закладку Costs (рис 4)

 

Рисунок 3. Детальний звіт

Рисунок 4. Введення витрат

Вивести вікно результату, де будуть виведені зусилля 1 людино-місяця, строк розробки, вартість.

В методиці використовуються п’ять факторів масштабу SF;, які визначаються наступними характеристиками проекту:

PREC — прецедентність, наявність досвіду аналогічних розробок (Very Low — досвід в продукті і платформі відсутній; Extra High — продукт и платформа повністю знайомі)

FLEX — гнучкість процесу розробки (Very Low — процес строго детермінований; Extra High — визначені тільки загальні цілі).

RESL — архітектура і дозвіл ризиків (Very Low — ризики невідомі/не проаналізовані; Extra High — ризики дозволені на 100%)

TEAM — спрацьованість команди (Very Low — формальна взаємодія; Extra High — повна довіра, взаємозамінність і взаємодопомога).

PMAT — зрілість процесів (Very Low — CMM Level 1; Extra High — CMM Level 5)

Значення фактора масштабу, в залежності від оцінки його рівня відображено в таблиці 11.

Таблиця 11

  Very Low Low Nominal High Very High Extra High
PREC 6.20 4.96 3.72 2.48 1.24 0.00
FLEX 5.07 4.05 3.04 2.03 1.01 0.00
RESL 7.07 5.65 4.24 2.83 1.41 0.00
TEAM 5.48 4.38 3.29 2.19 1.10 0.00
PMAT 7.80 6.24 4.68 3.12 1.56 0.00

 


Таблиця 12. Значення драйверів витрат при розробці ПЗ в рамках моделі СОСОМО

Параметри вартості Показатели
Дуже низький Низький Номінальний Високий Дуже високий Надвисокий
Атрибути продукту
Необхідна надійність ПЗ (RELY) 0,75 0,88 1,00 1,15 1,40  
Розмір бази даних (DATA)   0,94 1,00 1,08 1,16  
Складність програмного продукту (CPLX) 0,70 0,85 1,00 1,15 1,30 1,65
Обмеження часу виконання (TIME)     1,00 1,11 1,30 1,66
Обмеження головного сховища (STOR)     1,00 1,06 1,21 1,56
Змінність віртуальної машини (VIRT)   0,87 1,00 1,15 1,30  
Оборотний час компьютера (TURN)   0,87 1,00 1,07 1,15  
Атрибути персоналу
Здібності аналітика (АСАР) 1,46 1,19 1,00 0,86 0,71  
Досвід створення додатків (АЕХР) 1,29 1,13 1,00 0,91 0,82  
Здібності програміста (РСАР) 1,42 1,17 1,00 0,86 0,70  
Досвід в області віртуальних машин (VEXP) 1,21 1,10 1,00 0,90    
Досвід в області мови програмування (LEXP) 1,14 1,07 1,00 0,95    
Атрибути проекту
Використання практики сучасного програмування (MODP) 1,24 1,10 1,00 0,91 0,82  
Сучасні інструменти програмування (TOOL) 1,24 1,10 1,00 0,91 0,82  
Необхідний графік розробки (SCED) 1,23 1,08 1,00 1,04 1,10  

 

Завдання №6

 




Поиск по сайту:

©2015-2020 studopedya.ru Все права принадлежат авторам размещенных материалов.