8.Cocomo 2: модель этапа постархитектуры

Данная модель используется в период, когда уже сформирована архитектура и выполняется дальнейшая разработка программного продукта. Основное уравнение этой модели является развитием уравнения предыдущей модели и имеет вид: , где

• A – масштабный коэффициент (равен 2.5);

• коэффициент K~req учитывает возможные изменения в требованиях;

• показатель B отражает нелинейную зависимость от размера проекта. Значение показателя степени B изменяется в диапазоне [1.01;1.26], зависит от пяти масштабных факторов W_i и вычисляется по формуле: . Оценки масштабных факторов могут принимать одно из шесть значений: от очень низкой (5) до очень высокой (0). В размере проекта учитывают две составляющие – новый код и повторно используемый код;

• множитель поправки M_p зависит от 17 факторов затрат, характеризующих продукт, аппаратуру, персонал и проект.

• ЗАТРАТЫ_auto – слагаемое, отражающее затраты на автоматически генерируемый программный код.

Изменчивость требований приводит к повторной работе, требуемой для учета предлагаемых изменений, оценка их влияния выполняется по формуле: , где BRAK – процент кода, отброшенного из-за изменений требований.

Размер проекта вычисляется по выражению :

• РАЗМЕР_new – размер нового (создаваемого) кода,

• РАЗМЕР_reuse – размер повторно используемого программного кода.

Формула для расчета повторно используемого кода приведена в руководстве по COCOMOII.

Для определения множителя поправки основного уравнения используют 17 факторов затрат, которые могут быть разбиты на 4 категории. Значение каждого фактора вычисляется по 6-и балльной шкале. Сам множитель поправки вычисляется по формуле: .

Определить стоимость проекта можно по формуле: , где среднее значение рабочего коэффициента выражается в денежных единицах за человеко-месяц.

После определения затрат и стоимости можно оценить длительность разработки (для всех уровней модели):

где B – ранее рассчитанный показатель степени;

SCEDPercentage – процент увеличения (уменьшения) номинального графика.

9. Оценки на основе диаграммы вариантов использования

Для оценки трудоемкости разработки программного обеспечения, разрабатываемого с использованием объектно-ориентированного подхода и языка UML можно использовать методику, основанную на вариантах использования проектируемой системы. Расчеты по этой методике выполняются по следующим этапам:

1)Определение весовых показателей действующих лиц.Показатели делятся на три типа:

• простые – представляют внешние системы с четко определенным программным интерфейсом (API) (весовой коэффициент – 1);

• средние – представляют либо внешние системы, взаимодействующие с данной системой посредством протокола наподобие TCP/IP, либо личности, пользующиеся текстовым интерфейсом (весовой коэффициент – 2);

• сложные – личности, пользующиеся графическим интерфейсом (GUI) (весовой коэффициент – 3).

Подсчитанное количество действующих лиц каждого типа умножается на соответствующий весовой коэффициент, затем вычисляется общий весовой показатель А.

2) Определение весовых показателей вариантов использования.Показатели делятся на три типа: простые, средние, сложные.

Разделение вариантов использования по типам осуществляется по двум методикам. Первая методика подразделяет варианты использования в зависимости от количества транзакций в потоках событий (основных и альтернативных). В данном случае под транзакцией понимается атомарная последовательность действий, которая выполняется полностью или отменяется.

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

Тип варианта использования	В зависимости от количества транзакций	В зависимости от количества классов	Весовой коэффициент
Простой	3 или менее транзакций	Менее 5 классов	5
Средний	От 4 до 7 транзакций	От 5 до 10 классов	10
Сложный	Более 7 транзакций	Более 10 классов	15

Подсчитанное количество вариантов использования каждого типа умножается на соответствующий весовой коэффициент, затем вычисляется общий весовой показатель UC После этого вычисляется показатель UUCP: .

3) Определение технической сложности проекта (TCF).Сложность вычисляется с учетом показателей технической сложности.Каждому показателю присваивается значение в диапазоне от 0 до 5 (0 означает отсутствие значимости показателя для данного проекта, 5 – высокую значимость). Значение TCF вычисляется по следующей формуле:

.

4) Определение уровня квалификации разработчиков (EF). Вычисляется с учетом показателей.Каждому показателю присваивается значение в диапазоне от 0 до 5.

Значение EF вычисляется по следующей формуле:

.

5. Оценка трудоемкости проекта.В результате получаем окончательное значение UCP (usecasepoints):

.