Тема 2.5 Модель оценки стоимости разработки ПО COCOMO II. Тема 5 Модель оценки стоимости разработки по cocomo II
 Скачать 82.89 Kb.
|
|
Тема 2.5 Модель оценки стоимости разработки ПО COCOMO II Методика COCOMO позволяет оценить трудоемкость и время разработки программного продукта. Впервые была опубликована Бари Боэмом в 1981 году в виде результат анализа 63 проектов компании «TRW Aerospace». В 1997 методика была усовершенствована и получила название COCOMO II. Калибровка параметров производилась по 161 проекту разработки. В модели используется формула регрессии с параметрами, определяемыми на основе отраслевых данных и характеристик конкретного проекта. Различаются две стадии оценки проекта: предварительная оценка на начальной фазе и детальная оценка после проработки архитектуры. Формула оценки трудоемкости проекта в чел.*мес. имеет вид:  где: SIZE - размер продукта в KSLOC(объем программного продукта в тысячах строк исходного текста) EMi - множители трудоемкости SFj - факторы масштаба n=7 - для предварительной оценки для n=17 детальной оценки Главной особенностью методики является то, что для того, чтобы оценить трудоемкость, необходимо знать размер программного продукта в тысячах строках исходного кода (KSLOC, Kilo Source Lines Of Code). (Для подсчета строк используется Noteрad++ -устанавливается из дистрибутива). В методике используются пять факторов масштаба SFj, которые определяются следующими характеристиками проекта: PREC – прецедентность, наличие опыт аналогичных разработок (Очень низкий – опыт в продукте и платформе отсутствует; Критический – продукт и платформа полностью знакомы) FLEX – гибкость процесса разработки (Очень низкий – процесс строго детерминирован; Критический – определены только общие цели). RESL – архитектура и разрешение рисков (Очень низкий – риски неизвестны/не проанализированы; Критический – риски разрешены на 100%) TEAM – сработанность команды (Очень низкий – формальные взаимодействия; Критический – полное доверие, взаимозаменяемость и взаимопомощь). PMAT – зрелость процессов, пятиуровневая модель зрелости возможностей компании-разработчика ПО (Очень низкий – CMM Level 1; Критический – CMM Level 5) Значение фактора масштаба, в зависимости от оценки его уровня, приведены в таблице Таблица - Значение фактора масштаба, в зависимости от оценки его уровня
Множители трудоемкости Рассмотрим множители трудоемкости. Для предварительной и детальной стадии оценки, множители трудоемкости имеют отличия. В данном случает для предварительной оценки выделяют семь множителей трудоемкости. Для этого необходимо оценить уровень семи множителей трудоемкости EMi: PERS – квалификация персонала (Супернизкий – аналитики и программисты имеют низшую квалификацию, текучесть больше 45%; Супер высокий - аналитики и программисты имеют высшую квалификацию, текучесть меньше 4%) RCPX – сложность и надежность продукта (Супернизкий – продукт простой, специальных требований по надежности нет, БД маленькая, документация не требуется; Супернизкий - продукт очень сложный, требования по надежности жесткие, БД сверхбольшая, документация требуется в полном объеме) RUSE – разработка для повторного использования (Низкий – не требуется; Супер высокий – требуется переиспользование в других продуктах) PDIF – сложность платформы разработки (Супернизкий – специальные ограничения по памяти и быстродействию отсутствуют, платформа стабильна; Супер высокий – жесткие ограничения по памяти и быстродействию, платформа нестабильна) PREX – опыт персонала (Супернизкий – новое приложение, инструменты и платформа; Супервысокий - приложение, инструменты и платформа хорошо известны) FCIL – оборудование (Супернизкий – инструменты простейшие, коммуникации затруднены; Extra High – интегрированные средства поддержки жизненного цикла, интерактивные мультимедиа коммуникации) SCED – сжатие расписания (требуемое выполнение графика работ)(Очень низкий – 75% от номинальной длительности; Очень высокий – 160% от номинальной длительности) Влияние множителей трудоемкости в зависимости от их уровня определяется их числовыми значениями, которые представлены в матрице, приведенной ниже, Таблица - Значения множителей трудоемкости, в зависимости от оценки их уровня
Примечание: n/a – соответствующий уровень не оценивается Из этой таблицы, в частности, следует, если в нашем проекте низкая квалификация аналитиков, то его трудоемкость возрастет примерно в 4 раза по сравнению с проектом, в котором участвуют аналитики экстра-класса. И это не выдумки теоретиков, а отраслевая статистика! Оценка многокомпонентного продукта Для того чтобы адекватно спланировать проект и оценить его трудоемкость, необходимо выполнить предварительное проектирование программного продукта. В результате декомпозиции мы получаем некоторое количество компонентов (N), которые составляют программный продукт. Следует понимать, что суммарная трудоемкость проекта не равна простой сумме  трудоемкостей разработки каждого из компонентов: Простая сумма не учитывает взаимосвязи компонентов и трудозатраты на их интеграцию. Методика COCOMO II определяет следующую последовательность вычисления трудоемкости проекта при многокомпонентной разработке.
 Длительность проекта в методике COCOMO II рассчитывается по формуле:  где C = 3,67; D = 0,28; PM NS- трудоемкость проекта без учета множителя SCED, определяющего сжатие расписания. Оценка трудоемкости должна быть вероятностным утверждением. Это означает, что для нее существует некоторое распределение вероятности, которое может быть очень широким, если неопределенность высокая, или достаточно узким, если неопределенность низкая. Использование собственного опыта или опыта коллег, полученного в похожих проектах, это наиболее прагматичный подход, который позволяет получить достаточно реалистичные оценки трудоемкости и срока реализации программного проекта, быстро и без больших затрат. Если собственный опыт аналогичных проектов отсутствует, а коллеги-эксперты недоступны, то необходимо использовать формальные методики, основанные на обобщенном отраслевом опыте. Среди них наибольшее распространение получил метод COCOMO II, Constructive Cost Model. Не реалистичность оценок один из серьезнейших демотивирующих факторов для участников проектной команды. Недооценка приводит к ошибкам планирования и неэффективному взаимодействию. Агрессивные сроки, постоянное давление, сверхурочные, авралы служат причиной того, что затраты на проект растут экспоненциально и неограниченно. Пример. Итак, программа «Стимул», с помощью метода функциональных точек была оценена в 10 KSLOC. По формулам (1) и (2) имеем: B SFj E=0.91+0.01*(3.72+2.03+2.83+2.19+4.68)=1.0644 PERS PREX RCPX RUSE PDIF FCIL CSED П EMi= 1.26*1.33*1.00*n/a*n/a*1.1*1=1.84338 A SIZE^E П EMi PM=2.94*  *1.84338 = 62.85чел*месЧисло 62.85 чел  мес говорит о том, что данный проект может быть выполнен за 62.85 месяце – одним человеком или, например, чуть больше чем за годгруппой из 5 человек (62.85/5 = 12.57). | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
