19. Сocomo. Базовая модель. Основные параметры.

Барри Боэм

COCOMO (Construcrtive Cost Model) - модель, позволяющая оценивать стоимость и трудоемкость при планировании работ по разработке нового ПО.

Теория W— это принцип менеджмента, при реализации которого особое значение придается ключевым организаторам совместного дела, выполняющим разработку системы (пользователь, заказчик, разработчик, наладчик, создатель интерфейсов и т.д.), которые станут "победителями", если проект окажется успешным.

Коэффициенты масштабы проекта

1. Прецедентность PREC

Отражает предыдущий опыт организации в реализации проектов данного типа. (Очень низкий означает отсутствие опыта. Сверхвысокий означает, что организация полностью знакома с этой прикладной областью).

2. Эластичность (гибкость) разработки FLEX.

Отражает степень гибкости процесса разработки. (Очень низкий означает, что используется заданный процесс. Сверхвысокий означает, что клиент установил только общие цели).

3. Архитектура/риск RESL.

Оценка архитектуры с точки зрения рисков реализации. Отражает степень выполняемого анализа риска. (Очень низкий означает малый анализ. Сверхвысокий означает полный и сквозной анализ риска).

4. Сплоченность коллектива TEAM.

Отражает, насколько хорошо разработчики знают друг друга и насколько удачно они совместно работают. (Очень низский означает очень трудные взаимодействия. Сверхвысокий означает интегрированную группу, без проблем взаимодействия)

5. Зрелость обслуживающего процесса PMAT.

Означает зрелость процесса в организации.

COCOMO представляет собой три модели, ориентированные на использование на трех стадиях жизненного цикла ПО:

- базовая (Basic) - применяется на этапе выработки спецификаций, требований;

- расширенная (Intermediate) – применяется после определения требований к ПО;

- углубленная (advanced) – используется после окончания этапа проектирования ПО.

2. Cosysmo. Усовершенствованная модель. Основные параметры.

Модель является развитием модели COCOMO Б.Боэма, была предложена Р. Валерди (Массачусетский технологический университет).

ISO/IEC 15288 System Life Cycle Phases:

Conceptualize – Develop – Operational Test and Evaluation – Transition to Operation- Operate Maintain or Enhance – Replace or Dismantle

Size Drivers(4):

Number of System Requirements

Number of Major Interfaces

Number of Critical Algorithms

Number of Operational Scenarios

Cost Drivers (14):

Requirements Understanding

Architecture Understanding

Level of Service Requirements

Migration Complexity

Technology Risk

Documentation

Number and Diversity of Installations

Number and Recursive Levels

Stakeholder Team Cohesion

Personnel/Team Capability

Personnel Experience/Continuity

Process Capability

Multisite Coordination

Tool Support

Факторы успеха повторного использования 1. Платформа - соответствующий продукт или технологии нацелены на повторное использование 2. Люди - имеют достаточные знания и понимание как традиционных решений, так и решений новых продуктов 3. Процессы - наличие достаточной документации для приобретения и использования знаний, применимых для повторного использования, а также возможность реальной поставки системы, возможной для прямого использования или повторного использования [Fortune и Valerdi 2008]