Cocomo II.

Основні цілі, які привели до розробки моделі COCOMO II:
• Розробити модель оцінки вартості та графіка розробки ПЗ, побудовану на досвіді використання ЖЦ ПО 1990-их і 2000-их років.
• Розробити підтримку бази даних ПЗ та інструментів для постійного удосконалення моделі.
• Забезпечити наявність кількісної аналітичної середовища і набору інструментальних засобів і методів для оцінки впливу вдосконалених технологій розробки ПЗ на вартість і графік розробки.
Модель COCOMO II використовує три різні метрики для оцінки розміру проекту: Об'єктні Точки (OP), нескорректированной Функціональні Точки (UFP), і Програмні Рядки коду (SLOC).Нескорректированной Функціональні Точки увазі використання стандартизованого [IFPUG 1994] підходу до оцінки розміру, що включає лінійну комбінацію вводів, висновків, файлів, інтерфейсів, і запитів, але без використання 14 характеристик ПЗ, таких як розподілені функції, продуктивність, і багаторазове використання. Замість цього, COCOMO II враховує ці фактори за допомогою стандартного набору параметрів вартості.
У COCOMO II, логічний вихідний оператор вибраний як стандартна програмна рядок. Визначення програмної рядка є скрутним через концептуальних відмінностей у способі підрахунку виконуваних операторів та оголошень у різних мовах. Мета полягає в тому, щоб виміряти кількість інтелектуальної праці, необхідної для розробки програми, але труднощі виникають при спробі визначити загальні заходи для різних мов. Щоб мінімізувати ці проблеми, для визначення міри програмної рядка використовується перелік визначень Інституту Інженерії програмного забезпечення (SEI) для логічного вихідного оператора. Інститут Інженерії програмного забезпечення (SEI) розробив цей перелік як частина системи переліків визначень, форм звітів і додаткових форм.
Деякі зміни були внесені до визначення програмних рядків, яке відступає від стандартного визначення. Ці зміни усувають категорії ПЗ, які є маленькими джерелами трудовитрат. Не включені у визначення - комерційні коробкові програмні продукти (COTS); ПЗ, що надається урядом (GFS), бібліотеки мовної підтримки та операційні системи, або інші комерційні бібліотеки. Код, згенерований за допомогою генератора вихідного тексту не включається, хоча виміри будуть взяті «с» і «без» згенерованого коду для можливості аналізу.
Сектор приватного програмування не потребує моделі COCOMO II. Такі програми зазвичай розробляються протягом декількох годин або днів, так що простий оцінки на основі діяльності взагалі буде цілком достатньо.
Модель COCOMO II для сектора створення додатків, звана Моделлю Створення Додатків (Application Composition Model), заснована на об'єктних точках. Об'єктні точки - метрика, яка включає в себе підрахунок екранів, повідомлень і модулів мови третього покоління, створених у додатку, кожен з яких оцінюється відповідно до трьома рівнями (простий, середній, складний) коефіцієнта складності. Це пропорційно з рівнем інформації взагалі відомої про продукт на етапі створення програми протягом стадії планування, і з відповідним рівнем точності, необхідних для виконання оцінки (такі програми зазвичай розробляються невеликою групою протягом декількох тижнів або місяців).

Рівні коефіцієнта складності об'єктних точок для екранів.

Уровни коэффициента сложности объектных точек для отчетов.

Вагові коефіцієнти об'єктних точок.

Зважені значення підсумовуються для отримання загальної кількості об'єктних точок. Тоді ж враховується і повторне використання коду. Вважаючи, що r% об'єктів будуть повторновикористані від попередніх проектів, кількість нових об'єктних точок (NOP) буде наступним:

Рівень продуктивності (PROD) визначається з наступноїтаблиці:
Середні рівні продуктивності на основі досвідченості і здібностей розробника

Таким чином, трудовитрати можуть бути розраховані за такоюформулою:

Найбільш ранні стадії ЖЦ або спіральні цикли зазвичай мають на увазі стадію прототипування, використовуючи можливості моделі створення додатків. Вона також підтримує інші види прототипування, що зустрічаються пізніше в ЖЦ такі як трудовитрати, необхідні для вирішення потенційних задач підвищеної важливості таких як інтерфейси, програмне / системну взаємодію, продуктивність і рівень зрілості технології.
3.3.1.1 Модель раннього проектування.
Модель раннього проектування включає в себе дослідження альтернативних програмних / системних архітектур та принципів функціонування. На цьому етапі розробки неможливо дати точну оцінку вартості. Відповідна можливість COCOMO II увазі використання функціональних точок і набору з 7 параметрів вартості (наприклад, використання двох параметрів вартості для Здібностей Персоналу (Personnel Capability) та досвідчений персонал (Personnel Experience) замість 6 параметрів вартості постархітектурной моделі, що охоплюють різні аспекти здібностей персоналу, цілісності команди, і досвідченості). Такий рівень деталізації відповідає загальній кількості доступної інформації і загальному рівню точності оцінки, необхідної на цьому етапі розробки.
Число функціональних точок перетворюється на число програмних рядків за допомогою такої таблиці:

Рівні мов програмування і граничні значення кількості програмних рядків на одну функціональну точку.

Основне рівняння моделі раннього проектування має наступний вигляд:

,

де а - це константа з попередньо встановленим значенням2.45. Поправочний коефіцієнт трудовитрат (EAF) розраховується напідставі 7 параметрів вартості наведених у таблиці: