Уравнения, используемые в модели cocomo

В промежуточной модели COCOMO для вычисления трудозатрат используется следующее уравнение:

, (5.1)

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

, (5.2)

Таблица 5.3. Коэффициенты в модели COCOMO

Отметим, что результат первого уравнения (5.1), т.е. трудозатраты – ММ, используется во втором уравнении (5.2) при расчете оптимальных сроков разработки программного продукта - Т.

Модель СOCOMO - статистическая модель. Коэффициенты уравнений и значения нормировочных коэффициентов стоимостных факторов были определены путем регрессионного анализа базы данных для ряда законченных проектов.

Распределение трудозатрат по фазам разработки

В модели COCOMO также путем статистической обработки данных для ряда успешно завершенных программных проектов были получены таблицы распределения трудозатрат и сроков разработки по основным этапам реализации программного проекта, приведенные в процентах от этих показателей, вычисленных по формулам (5.1) и (5.2). При этом рассматривались следующие три основные этапа реализации программного проекта: проектирование программного продукта (Product Design Phase), программирование (Programming Phase), интеграция и тестирование (Integration and Test Phase). Этап программирования к тому же разбивался на два подэтапа: детальной разработки (Detailed Design), а также кодирования и тестирования модулей (Code and Unit Test). Ниже эти распределения представлены в виде табл. 5.4.

Таблица 5.4. Распределение трудозатрат и сроков разработки по основным этапам реализации программного проекта

Продолжение табл. 5.4.

Пример расчетов с использованием модели COCOMO

Рассмотрим расчет трудоемкости и сроков реализации программного проекта с использованием модели COCOMO на примере ПС, реализующего функции телефонного справочника (см. лабораторную работу № 4).

В качестве исходных данных о размере ПС используем оценку количества строк кода на языке программирования C++, полученную в лабораторной работе № 4 с использованием метода функциональных точек и бэкфайер-метода, а именно, 975 строк.

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

По этим исходным данным с помощью формулы (5.1) без учета влияния стоимостных факторов, т.е. при единичном коэффициенте нормирования трудозатрат , можно определить ненормированные номинальные трудозатраты (Nominal Effort)

человеко-месяца,

а также по формуле (5.2) ненормированную длительность проекта

месяца.

Далее с использованием табл. 5.1 и 5.2 произведем оценку стоимостных факторов данного проекта. Результаты такой оценки приведены в табл. 5.5. При этом требования к надежности данного ПС - RELY, а также его сложность – CPLX были оценены как «очень низкие», что объясняется его функциональным назначением. Объем базы данных - DATA справочника в принципе может превысить размер его кода более чем в 1000 раз, поэтому будем считать данный фактор «очень высоким». Ограничений по быстродействию - TIME и по объему оперативной памяти - STOR у столь простого ПС при его эксплуатации на современном персональном компьютере естественно не возникнет, потому примем их значения за «номинальные». Изменяемость виртуальной машины - VIRT и требуемое оборотное время - TURN примем «низкими», поскольку ПС предназначено для работы в диалоговом режиме в относительно стабильной операционной обстановке. Опыт и квалификацию разработчиков (ACAP, PCAP, AEXP, LEXP, VEXP) будем считать «низкими», т.к. разработка идет в рамках учебного проекта. Степень использования современных методов и технологий разработки ПО – MODP, а также программных средств и инструментов - TOOL примем за «высокую» и «очень высокую», соответственно. Требования к срокам поставки будем считать «Номинальными».

Таблица 5.5. Стоимостные факторы и коэффициенты нормирования трудозатрат для телефонного справочника

Вычислим по данным табл. 5.5. коэффициент нормирования трудозатрат , который будет равен 0.65, и определим затем нормированные трудозатраты на реализацию проекта (Adjusted Effort):

(человеко-месяца),

а также нормированную длительность проекта (Time to Develop)

(месяца).

Таким образом, для того чтобы разработать учебную программу – телефонный справочник с функциональностью, описанной в лабораторной работе №4, необходимо произвести трудозатраты эквивалентные 2.0 человеко-месяцам. Оптимальным планируемым сроком разработки данного программного проекта в предполагаемых условиях будет 3.3 месяца.

На первый взгляд, полученный результат может показаться нелогичным – ведь трудозатраты оценены в 2.0 человеко-месяца, а срок реализации проекта рекомендован 3.3 месяца. Однако, согласно Ф.П. Бруксу, предложившему использовать понятие человеко-месяца в качестве меры трудоемкости разработки ПС, не следует понимать его слишком буквально. Т.е. объем проекта 9 человеко-месяцев отнюдь не означает, что один человек выполнит этот проект за девять месяцев, а девять человек - за один, скорее три человека выполнят такой проект примерно за три месяца. Согласно Ф.П. Бруксу и слишком малое и слишком большое количество участников проекта относительно его размеров, как правило, приводит к его затягиванию за счет увеличения накладных расходов времени, не связанных непосредственно с процессами разработки ПС. То же самое можно сказать об очень малых проектах, где накладные расходы времени достаточно велики, как в нашем случае. В модели COCOMO этот факт учитывается, поэтому полученный результат вполне соответствует действительности.

С использованием табл. 5.4. можно произвести распределение трудозатрат и сроков разработки по основным этапам реализации программного проекта:

ü Проектирование

· трудозатраты – 0.3 человеко-месяца

· сроки разработки – 0.6 месяца

ü Программирование

· трудозатраты

· детальная разработка – 0.5 человеко-месяца

· кодирование и тестирование модулей - 0.9 человеко-месяца

· сроки разработки – 2.1 месяца

ü Интеграция и тестирование

· трудозатраты – 0.3 человеко-месяца

· сроки разработки – 0.6 месяца.