Д. А. Градусов а. В. Шутов теоретические вопросы разработки программного обеспечения учебное пособие

122 
Глава 6. МЕТОДЫ ОЦЕНКИ СТОИМОСТИ ПО 
6.1
Метод оценки по аналогии 
Суть метода заключается в том, что для предсказания стоимости 
оцениваемого проекта используются фактические данные о 
стоимости прежде выполненных проектов. В основе этого метода 
лежит идея, что все проекты в чем-то схожи между собой. 
Если сходство между проектом-аналогом и оцениваемым 
проектом велико, то результаты оценки могут быть очень точными, в 
противном случае оценка будет произведена неверно. 
Пусть, например, требуется разработать новый программный 
продукт, и его модули аналогичны модулям другого, уже 
разработанного продукта, но должны содержать большее количество 
команд. По характеру работы предыдущий и предстоящий проекты 
очень схожи. Если объем работ в новом проекте на 30% больше, чем в 
предыдущем, то метод оценки «по аналогу» позволяет предположить, 
что и стоимость нового проекта будет на 30% больше стоимости 
предыдущего. 
Базовый процесс оценки по аналогии выглядит следующим 
образом: 
1.
получить подробные данные об итоговом размере, объеме 
работ и затратах для предыдущего аналогичного проекта; если 
возможно, 
получить 
данные, 
фрагментированные 
по 
функциональности, структуре трудозатрат (WBS) или другой схеме 
декомпозиции; 
2.
шаг за шагом сравнить размер нового проекта с размером 
старого проекта; 
3.
построить оценку размера нового проекта в процентах от 
размера старого проекта;

123 
4.
создать оценку объема работ, руководствуясь размером 
нового проекта по сравнению с размером предыдущего проекта; 
5.
следить за тем, чтобы показатели старого и нового проектов 
базировались на единых предположениях.
Предположения необходимо проверять на каждом шаге. 
Впрочем, 
полноценная 
проверка 
некоторых 
предположений 
становится возможной только после завершения оценки. Перечислим 
основные источники рассогласования: 
1.
существенно различающиеся размеры старого и нового 
проекта, то есть различие более чем в 3 раза; 
2.
использование разных технологий (например, различные 
языки программирования); 
3.
существенные 
различия 
в 
квалификации 
отдельных 
участников в малых проектах или целых групп в больших проектах, 
небольшие различия вполне допустимы и часто просто неизбежны; 
4.
существенные различия в типе программы. 
6.2
Метод параметрических оценок 
Процесс оценки по параметру состоит в нахождении такого 
параметра проекта, изменение которого влечет пропорциональное 
изменение стоимости проекта. Математически параметрическая 
модель строится на основе одного или нескольких параметров. После 
ввода в модель значений параметров в результате расчетов получают 
оценку стоимости проекта. 
Если параметрические модели различных проектов схожи и 
величину затрат и значения самих параметров легко подсчитать, то 
точность параметрической оценки предстоящего проекта можно 
повысить. Если, например, есть два выполненных проекта, причем 
стоимость одного из них больше стоимости оцениваемого проекта, а 
стоимость другого – меньше, и параметрическая модель справедлива 

124 
для обоих выполненных проектов, то точность параметрической 
оценки стоимости предстоящего проекта и надежность использования 
параметра будут достаточно высоки. 
Оценку можно производить также с использованием множества 
параметров. В этом случае каждому параметру в зависимости от его 
значимости приписывается весовой коэффициент, и оценка стоимости 
осуществляется согласно многопараметрической модели. 
6.3
Метод оценки «снизу вверх» 
 
Метод 
оценки 
«снизу вверх» 
нужен 
для 
выработки 
согласованной базовой цены проекта или окончательной стоимостной 
оценки проекта. Название метода отражает способ расчета 
стоимостной оценки – метод предусматривает разбиение оценки на 
фрагменты, раздельную оценку каждого фрагменты и последующее 
объединение отдельных оценок в составную оценку стоимости всего 
проекта на более высоких уровнях обобщения. Такая методика также 
известна под названием «декомпозиции» и «восходящей оценки». 
Разработка программного обеспечения представляет собой 
постепенное сокращение масштаба принимаемых решений. 
Чем дальше продвигается проект к завершению, тем более 
детализированными становятся оценки, полученные в результате 
декомпозиции. На ранней стадии проекта восходящая оценка может 
базироваться на функциональных областях. Позднее за основу 
берется оценка требований. На завершающей стадии проекта можно 
использовать оценки уровня задач, предоставленные разработчиками 
и специалистами по тестированию. 
Наиболее распространенным способом детализации проекта 
является декомпозиция проекта с применением структуры 
трудозатрат (Work Breakdown Structure – WBS). Она позволяет 

125 
избегать забытых задач в проекте и помогает сравнить оцениваемый 
проект с прошлыми. 
В таблице 6.1 представлена обобщенная операционная 
структура WBS для программных проектов малого и среднего 
размера. Здесь перечислены операции и характер работы по каждой 
из них. 

жүктеу/скачать 2,75 Mb.

Достарыңызбен бөлісу: