Тема роботи: «Оцінка вартості програмного продукту»

Лабораторна робота №8

Тема роботи: «Оцінка вартості програмного продукту»

Мета роботи: оцінити вартість програмного продукту. Ознайомитися з моделями COCOMO і COCOMO ІІ.

Порядок виконання.

1. Визначте рівень складності проекту.

[ ] розповсюджений (organic projects);

[ ] вбудований(embedded projects);

[ ] напівнезалежний (semidetached projects).

2. Визначте SIZE (обсяг програмного продукту в тисячах рядків вихідного тексту - Kilo of Source Line of Code – KSLOC).

KSLOC= (номер за списком в журналі +8)*100.

3. Визначте трудомісткість та час розробки на базовому рівні моделі (Basic COCOMO).

де PM (People×Month) – трудомісткість (чол.×міс.); TM (Time at Month) – час розробки в календарних місяцях; SIZE – обсяг програмного продукту в тисячах рядків вихідного тексту. Kоефіцієнти a_i, b_i, c_i и d_i вибираємо з таблиці.

Тип проекту	a	b	c	d
Розповсюджений	2,4	1,05	2,5	0,38
Напівнезалежний	3,0	1,12	2,5	0,35
вбудований	3,6	1,20	2,5	0,32

4. Зробіть висновки щодо отриманих результатів.

5. Визначте значення кожного атрибута вибираючи з таблиці відповідно до його ступеня значущості (рейтингу) в конкретному проекті. n/a (not available) - дані відсутні, тобто відповідний рівень не оцінюється.

Атрибути вартості, CD_k Рейтинг

Дуже низький Низький Середній Високий Дуже високий Крити-чний

Характеристики продукту

1. Необхідна надійність ПО 0,75 0,88 1,00 1,15 1,40 n/a

2. Розмір БД додатку (ПЗ) n/a 0,94 1,00 1,08 1,16 n/a

3. Складність продукту 0,70 0,85 1,00 1,15 1,30 1,65

Характеристики апаратного забезпечення

4. Обмеження швидкодії при виконанні програми n/a n/a 1,00 1,11 1,30 1,66

5. Обмеження пам'яті n/a n/a 1,00 1,06 1,21 1,56

6. Нестійкість оточення віртуальної машини n/a 0,87 1,00 1,15 1,30 n/a

7. Необхідний час відновлення n/a 0,87 1,00 1,07 1,15 n/a

Характеристики персоналу

8. Аналітичні здібності 1,46 1,19 1,00 0,86 0,71 n/a

9. Досвід розробки 1,29 1,13 1,00 0,91 0,82 n/a

10. Здібності до розробки ПЗ 1,42 1,17 1,00 0,86 0,70 n/a

11. Досвід використання віртуальних машин 1,21 1,10 1,00 0,90 n/a n/a

12. Досвід розробки на мовах програмування 1,14 1,07 1,00 0,95 n/a n/a

Характеристики проекту

13. Застосування методів розробки ПЗ 1,24 1,10 1,00 0,91 0,82 n/a

14. Використання інструментарію розробки ПЗ 1,24 1,10 1,00 0,91 0,83 n/a

15. Вимоги дотримання графіка розробки 1,23 1,08 1,00 1,04 1,10 n/a

6. Визначте трудомісткість та час розробки на проміжному рівні моделі (Intermediate COCOMO).

,

де PM – трудомісткість (чол.×міс.); SIZE – обсяг програмного продукту в тисячах рядків вихідного тексту. EAF (Effort Adjustment Factor) – добуток вибраних атрибутів вартості . Kоефіцієнти моделі a_i і b_i вибираються з таблиці.

Тип проекта, i a_i b_i

1. Распространенный 3,2 1,05

2. Полунезависимый 3,0 1,12

3. Встроенный 2,8 1,20

7. Зробіть висновки щодо отриманих результатів.

8. Визначте трудомісткість на детальному рівні моделі (Advanced COCOMO ІІ) на початковій фазі та детальну оцінку після опрацювання архітектури.

Відомо що розрізняються дві стадії оцінки проекту: попередня оцінка на початковій фазі (Early Design) і детальна оцінка після опрацювання архітектури (Post Architecture). Де

B =0,91; A =2,94 для попередньої оцінки; A =2,45 для детальної оцінки; SFj – фактори масштабу (Scale Factors), що вибираються з таблиці; SIZE – обсяг програмного продукту в тисячах рядків вихідного тексту; EMj – множники трудомісткості (Effort Multiplier). n =7 – для попередньої оцінки, n =17 – для детальної оцінки; EAF (Effort Adjustment Factor) – добуток вибраних множників трудомісткості:

SFj Фактори масштабу (Scale Factors) Опис Рівень значимості фактору

Дуже низький Низький Середній Високий Дуже високий Крити-чний

1. PREC. Preceden tedness. Прецедентність, наявність досвіду аналогічні розробок досвід в продукті і платформі відсутній продукт і платформа трохи знайомі деякий досвід в продукті і платформі присутній продукт і платформа в основному відомі продукт і платформа в великій мірі знайомі продукт і платформа повністю знайомі

6,20 4,96 3,72 2,48 1,24 0,00

2. FLEX. Development Flexibility Гнучкість процесу розробки процес строго детермінований допускаються деякі компроміси значна жорсткість процесу відносна жорсткість процесу незначна жорсткість процесу визначені тільки спільні цілі

5,07 4,05 3,04 2,03 1,01 0,00

3. RESL. Architecture/ Risk Resolution Архітектура і дозвіл ризиків ризики відомі/ проаналізовані на 20% ризики відомі/ проаналізовані на 40% ризики відомі/ проаналізовані на 60% ризики відомі/ проаналізовані на 75% ризики відомі/ проаналізовані на 90% ризики вирішені на 100%

7,07 5,65 4,24 2,83 1,41 0,00

4. TEAM. Team Cohesion Спрацьованість команди формальні взаємодії важке взаємодія до деякої міри найчастіше колективна робота в основному колективна робота високий ступінь взаємодії повна довіра, взаємозамінність і взаємодопомога

5,48 4,38 3,29 2,19 1,10 0,00

5. PMAT. Process Maturity Зрілість процесів СММ Рівень 1 (нижче середнього) СММ Рівень 1 (вище середнього) СММ Рівень 2 СММ Рівень 3 СММ Рівень 4 CMM Рівень 5

7,80 6,24 4,68 3,12 1,56 0,00

Значення множників трудомісткості в залежності від оцінки їх рівня (Early Design)

№ Множники трудомісткості, EM_i Оцінка рівня множника трудомісткості

Зверх низький Дуже низький Низький Середній Високий Дуже високий Зверх високий

Параметри персоналу

PERS (Personnel Capability) – кваліфікація персоналу 2,12 1,62 1,26 1,00 0,83 0,63 0,50

PREX (Personnel Experience) – досвід персоналу 1,59 1,33 1,22 1,00 0,87 0,74 0,62

Параметри продукту

RCPX (Product Reliability and Complexity) – складність і надійність продукту 0,49 0,60 0,83 1,00 1,33 1,91 2,72

RUSE (Developed for Reusability) – розробка для повторного використання n/a n/a 0,95 1,00 1,07 1,15 1,24

Параметри платформи

PDIF (Platform Difficulty) – складність платформи розробки n/a n/a 0,87 1,00 1,29 1,81 2,61

Параметри проекту

FCIL (Facilities)– обладнання 1,43 1,30 1,10 1,00 0,87 0,73 0,62

SCED (Required Development Schedule) – необхідне виконання графіка робіт n/a 1,43 1,14 1,00 1,00 n/a n/a

Значення множників трудомісткості в залежності від оцінки їх рівня (Post Architecture)

№ Множитель трудоёмкости, EM_J Очень низкий Низкий Средний Высокий Очень высокий Сверх высокий

Параметри персоналу

ACAP Можливості аналітика 1,42 1,29 1,00 0,85 0,71 n/a

AEXP Досвід розробки додатків (ПЗ) 1,22 1,10 1,00 0,88 0,81 n/a

PCAP Можливості програміста 1,34 1,15 1,00 0,88 0,76 n/a

PCON Тривалість роботи персоналу 1,29 1,12 1,00 0,90 0,81 n/a

PEXP Досвід роботи з платформою 1,19 1,09 1,00 0,91 0,85 n/a

LTEX Досвід використання мови програмування і інструментальних засобів 1,20 1,09 1,00 0,91 0,84 n/a

Параметри продукту

RELY Необхідна надійність програми 0,84 0,92 1,00 1,10 1,26 n/a

DATA Розмір бази даних n/a 0,23 1,00 1,14 1,28 n/a

CPLX Складність програми 0,73 0,87 1,00 1,17 1,34 1,74

RUSE Необхідна можливість багаторазового використання n/a 0,95 1,00 1,07 1,15 1,24

DOCU Відповідність документації потребам ЖЦ 0,81 0,91 1,00 1,11 1,23 n/a

Параметри платформи

TIME Обмеження часу виконання n/a n/a 1,00 1,11 1,29 1,63

STOR Обмеження пам'яті n/a n/a 1,00 1,05 1,17 1,46

PVOL Змінність платформи n/a 0,87 1,00 1,15 1,30 n/a

Параметри проекту

TOOL Використання інструментальних програмних засобів 1,17 1,09 1,00 0,90 0,78 n/a

SITE Багатоабонентська (віддалена) розробка 1,22 1,09 1,00 0,93 0,86 0,80

SCED Необхідне виконання графіка робіт 1,43 1,14 1,00 1,00 1,00 n/a

9. Зробіть висновки щодо отриманих результатів.

10. Визначте тривалість проекту.

Час розробки проекту TM в методиці COCOMO II для обох рівнів розраховується за формулою:

,

де С = 3,67; D = 0,28; PM_NS – розрахована трудомісткість проекту без урахування множника SCED, що визначає стиснення розкладу. Інші параметри визначені вище.

11. Зробіть висновки щодо отриманих результатів.

COCOMO

COCOMO (Constructive Cost Model) – это конструктивная модель стоимости, разработанная в начале 80-х годов Барри Боэмом для оценки трудоемкости разработки программных продуктов. Она основана на статистическом анализе фактических данных по выполнению 63 проектов в компании TRW Aerospace, где Барри Боэм был директором отдела исследований программного обеспечения и технологий. Анализировались проекты объемом от 2 до 100 тысяч строк кода, на языках программирования от ассемблеров до высокоуровневого языка PL/1, основанные на каскадной модели жизненного цикла разработки ПО.

Модель состоит из иерархии трех последовательно детализируемых и уточняемых уровней. На каждом уровне все проекты разбиваются на три группы по уровню сложности:

1) распространенный тип (organic projects);

2) встроенный тип (embedded projects);

3) полунезависимый тип (semidetached projects).

Распространенный тип характеризуется тем, что проект выполняется небольшой группой специалистов, имеющих опыт в создании подобных изделий и опыт применения технологических средств. Условия работы стабильны, и изделие имеет относительно невысокую сложность.

Встроенный тип характеризуется очень жесткими требованиями на программный продукт, интерфейсы, параметры ЭВМ. Как правило, у таких изделий высокая степень новизны и планирование работ осуществляется при недостаточной информации, как о самом изделии, так и об условиях работы. Встроенный проект требует больших затрат на изменения и исправления.

Полунезависимый тип занимает промежуточное положение между распространенным и встроенным – это проекты средней сложности. Исполнители знакомы лишь с некоторыми характеристиками (или компонентами) создаваемой системы, имеют средний опыт работы с подобными изделиями, изделие имеет элемент новизны. Только часть требований к изделию жестко фиксируется, в остальном разработки имеют

степени выбора.

Тип той или иной группы можно рассматривать как один из параметров модели COCOMO. Рассмотрим уровни модели.

COCOMO II

В 1997 методика была усовершенствована и получила название COCOMO II. Калибровка параметров производилась уже по 161 проекту разработки ПО.

Различаются две стадии оценки проекта: предварительная оценка на начальной фазе (Early Design) и детальная оценка после проработки архитектуры (Post Architecture).

Оценка длительности проекта

Время разработки проекта TM в методике COCOMO II для обоих уровней рассчитывается по формуле:

,

где С = 3,67; D = 0,28; PM_NS – рассчитанная трудоемкость проекта без учета множителя SCED, определяющего сжатие расписания. Остальные параметры определены выше.

Лабораторна робота №8

Тема роботи: «Оцінка вартості програмного продукту»

Мета роботи: оцінити вартість програмного продукту. Ознайомитися з моделями COCOMO і COCOMO ІІ.

Порядок виконання.

1. Визначте рівень складності проекту.

[ ] розповсюджений (organic projects);

[ ] вбудований(embedded projects);

[ ] напівнезалежний (semidetached projects).

2. Визначте SIZE (обсяг програмного продукту в тисячах рядків вихідного тексту - Kilo of Source Line of Code – KSLOC).

KSLOC= (номер за списком в журналі +8)*100.

3. Визначте трудомісткість та час розробки на базовому рівні моделі (Basic COCOMO).

де PM (People×Month) – трудомісткість (чол.×міс.); TM (Time at Month) – час розробки в календарних місяцях; SIZE – обсяг програмного продукту в тисячах рядків вихідного тексту. Kоефіцієнти a_i, b_i, c_i и d_i вибираємо з таблиці.

Тип проекту a b c d

Розповсюджений 2,4 1,05 2,5 0,38

Напівнезалежний 3,0 1,12 2,5 0,35

вбудований 3,6 1,20 2,5 0,32

4. Зробіть висновки щодо отриманих результатів.

5. Визначте значення кожного атрибута вибираючи з таблиці відповідно до його ступеня значущості (рейтингу) в конкретному проекті. n/a (not available) - дані відсутні, тобто відповідний рівень не оцінюється.

Атрибути вартості, CD_k Рейтинг

Дуже низький Низький Середній Високий Дуже високий Крити-чний

Характеристики продукту

1. Необхідна надійність ПО 0,75 0,88 1,00 1,15 1,40 n/a

2. Розмір БД додатку (ПЗ) n/a 0,94 1,00 1,08 1,16 n/a

3. Складність продукту 0,70 0,85 1,00 1,15 1,30 1,65

Характеристики апаратного забезпечення

4. Обмеження швидкодії при виконанні програми n/a n/a 1,00 1,11 1,30 1,66

5. Обмеження пам'яті n/a n/a 1,00 1,06 1,21 1,56

6. Нестійкість оточення віртуальної машини n/a 0,87 1,00 1,15 1,30 n/a

7. Необхідний час відновлення n/a 0,87 1,00 1,07 1,15 n/a

Характеристики персоналу

8. Аналітичні здібності 1,46 1,19 1,00 0,86 0,71 n/a

9. Досвід розробки 1,29 1,13 1,00 0,91 0,82 n/a

10. Здібності до розробки ПЗ 1,42 1,17 1,00 0,86 0,70 n/a

11. Досвід використання віртуальних машин 1,21 1,10 1,00 0,90 n/a n/a

12. Досвід розробки на мовах програмування 1,14 1,07 1,00 0,95 n/a n/a

Характеристики проекту

13. Застосування методів розробки ПЗ 1,24 1,10 1,00 0,91 0,82 n/a

14. Використання інструментарію розробки ПЗ 1,24 1,10 1,00 0,91 0,83 n/a

15. Вимоги дотримання графіка розробки 1,23 1,08 1,00 1,04 1,10 n/a

6. Визначте трудомісткість та час розробки на проміжному рівні моделі (Intermediate COCOMO).

,

де PM – трудомісткість (чол.×міс.); SIZE – обсяг програмного продукту в тисячах рядків вихідного тексту. EAF (Effort Adjustment Factor) – добуток вибраних атрибутів вартості . Kоефіцієнти моделі a_i і b_i вибираються з таблиці.

Тип проекта, i a_i b_i

1. Распространенный 3,2 1,05

2. Полунезависимый 3,0 1,12

3. Встроенный 2,8 1,20

7. Зробіть висновки щодо отриманих результатів.

8. Визначте трудомісткість на детальному рівні моделі (Advanced COCOMO ІІ) на початковій фазі та детальну оцінку після опрацювання архітектури.

Відомо що розрізняються дві стадії оцінки проекту: попередня оцінка на початковій фазі (Early Design) і детальна оцінка після опрацювання архітектури (Post Architecture). Де

B =0,91; A =2,94 для попередньої оцінки; A =2,45 для детальної оцінки; SFj – фактори масштабу (Scale Factors), що вибираються з таблиці; SIZE – обсяг програмного продукту в тисячах рядків вихідного тексту; EMj – множники трудомісткості (Effort Multiplier). n =7 – для попередньої оцінки, n =17 – для детальної оцінки; EAF (Effort Adjustment Factor) – добуток вибраних множників трудомісткості:

SFj Фактори масштабу (Scale Factors) Опис Рівень значимості фактору

Дуже низький Низький Середній Високий Дуже високий Крити-чний

1. PREC. Preceden tedness. Прецедентність, наявність досвіду аналогічні розробок досвід в продукті і платформі відсутній продукт і платформа трохи знайомі деякий досвід в продукті і платформі присутній продукт і платформа в основному відомі продукт і платформа в великій мірі знайомі продукт і платформа повністю знайомі

6,20 4,96 3,72 2,48 1,24 0,00

2. FLEX. Development Flexibility Гнучкість процесу розробки процес строго детермінований допускаються деякі компроміси значна жорсткість процесу відносна жорсткість процесу незначна жорсткість процесу визначені тільки спільні цілі

5,07 4,05 3,04 2,03 1,01 0,00

3. RESL. Architecture/ Risk Resolution Архітектура і дозвіл ризиків ризики відомі/ проаналізовані на 20% ризики відомі/ проаналізовані на 40% ризики відомі/ проаналізовані на 60% ризики відомі/ проаналізовані на 75% ризики відомі/ проаналізовані на 90% ризики вирішені на 100%

7,07 5,65 4,24 2,83 1,41 0,00

4. TEAM. Team Cohesion Спрацьованість команди формальні взаємодії важке взаємодія до деякої міри найчастіше колективна робота в основному колективна робота високий ступінь взаємодії повна довіра, взаємозамінність і взаємодопомога

5,48 4,38 3,29 2,19 1,10 0,00

5. PMAT. Process Maturity Зрілість процесів СММ Рівень 1 (нижче середнього) СММ Рівень 1 (вище середнього) СММ Рівень 2 СММ Рівень 3 СММ Рівень 4 CMM Рівень 5

7,80 6,24 4,68 3,12 1,56 0,00

Значення множників трудомісткості в залежності від оцінки їх рівня (Early Design)

№ Множники трудомісткості, EM_i Оцінка рівня множника трудомісткості

Зверх низький Дуже низький Низький Середній Високий Дуже високий Зверх високий

Параметри персоналу

PERS (Personnel Capability) – кваліфікація персоналу 2,12 1,62 1,26 1,00 0,83 0,63 0,50

PREX (Personnel Experience) – досвід персоналу 1,59 1,33 1,22 1,00 0,87 0,74 0,62

Параметри продукту

RCPX (Product Reliability and Complexity) – складність і надійність продукту 0,49 0,60 0,83 1,00 1,33 1,91 2,72

RUSE (Developed for Reusability) – розробка для повторного використання n/a n/a 0,95 1,00 1,07 1,15 1,24

Параметри платформи

PDIF (Platform Difficulty) – складність платформи розробки n/a n/a 0,87 1,00 1,29 1,81 2,61

Параметри проекту

FCIL (Facilities)– обладнання 1,43 1,30 1,10 1,00 0,87 0,73 0,62

SCED (Required Development Schedule) – необхідне виконання графіка робіт n/a 1,43 1,14 1,00 1,00 n/a n/a

Значення множників трудомісткості в залежності від оцінки їх рівня (Post Architecture)

№ Множитель трудоёмкости, EM_J Очень низкий Низкий Средний Высокий Очень высокий Сверх высокий

Параметри персоналу

ACAP Можливості аналітика 1,42 1,29 1,00 0,85 0,71 n/a

AEXP Досвід розробки додатків (ПЗ) 1,22 1,10 1,00 0,88 0,81 n/a

PCAP Можливості програміста 1,34 1,15 1,00 0,88 0,76 n/a

PCON Тривалість роботи персоналу 1,29 1,12 1,00 0,90 0,81 n/a

PEXP Досвід роботи з платформою 1,19 1,09 1,00 0,91 0,85 n/a

LTEX Досвід використання мови програмування і інструментальних засобів 1,20 1,09 1,00 0,91 0,84 n/a

Параметри продукту

RELY Необхідна надійність програми 0,84 0,92 1,00 1,10 1,26 n/a

DATA Розмір бази даних n/a 0,23 1,00 1,14 1,28 n/a

CPLX Складність програми 0,73 0,87 1,00 1,17 1,34 1,74

RUSE Необхідна можливість багаторазового використання n/a 0,95 1,00 1,07 1,15 1,24

DOCU Відповідність документації потребам ЖЦ 0,81 0,91 1,00 1,11 1,23 n/a

Параметри платформи

TIME Обмеження часу виконання n/a n/a 1,00 1,11 1,29 1,63

STOR Обмеження пам'яті n/a n/a 1,00 1,05 1,17 1,46

PVOL Змінність платформи n/a 0,87 1,00 1,15 1,30 n/a

Параметри проекту

TOOL Використання інструментальних програмних засобів 1,17 1,09 1,00 0,90 0,78 n/a

SITE Багатоабонентська (віддалена) розробка 1,22 1,09 1,00 0,93 0,86 0,80

SCED Необхідне виконання графіка робіт 1,43 1,14 1,00 1,00 1,00 n/a

9. Зробіть висновки щодо отриманих результатів.

10. Визначте тривалість проекту.

Час розробки проекту TM в методиці COCOMO II для обох рівнів розраховується за формулою:

,

де С = 3,67; D = 0,28; PM_NS – розрахована трудомісткість проекту без урахування множника SCED, що визначає стиснення розкладу. Інші параметри визначені вище.

11. Зробіть висновки щодо отриманих результатів.

Поделиться:

Познавательные статьи:

Коммуникативные барьеры и пути их преодоления

Рынок недвижимости. Сущность недвижимости

Решение задач с использованием генеалогического метода

История происхождения и развития детской игры

Последнее изменение этой страницы: 2016-12-10; просмотров: 339; Нарушение авторского права страницы; Мы поможем в написании вашей работы!

infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.22.241.60 (0.008 с.)