Методы получения оценок для проекта программного изделия

Раньше, когда стоимость программного обеспечения составляла незначительную часть в общей стоимости компьютерной системы, ошибки в ее оценке не оказывали существенного влияния на планируемые общие затраты. Сейчас, когда программное обеспечение — самый дорогой элемент системы, ошибки в оценке затрат на проек­тирование программного изделия могут значительно повлиять на интегральные оценки дохода или потерь при создании автоматизи­рованной системы.

Очевидно, что оценка трудозатрат на разработку изделия опре­деляется производительностью труда разработчиков, на которую влияет следующая совокупность факторов:

1. Человеческий фактор, связанный с размером и опытом орга­низации — разработчика программного обеспечения.

2. Проблемный фактор, определяемый сложностью проблемы, которая должна быть решена и числом возможных изменений в ис­ходных требованиях и ограничениях.

3. Факторы технологии разработки, которые могут быть оха­рактеризованы используемыми методами анализа и проектирова­ния, имеющимися средствами CASE и средствами контроля и т.п.

4. Факторы, связанные с разрабатываемым продуктом и опреде­ляющиеся его характеристиками (качества, надежности и т.д.).

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

Перечисленные факторы оказывают различное влияние на про­изводительность труда разработчиков. Наибольшее воздействие, как показывает многолетний опыт, оказывают факторы программ­ной продукции — изменения производительности могут достигать 150%, в то время как изменения за счет ресурсных факторов не пре­вышают 50%.

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

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

1. Откладывайте оценку на более поздний срок.

2. Используйте для оценки простые методы декомпозиции.

3. Разрабатывайте и используйте эмпирические модели для оценки стоимости и усилий.

4. Приобретайте и используйте одно или несколько автоматизи­рованных средств для получения оценок.

Первая из указанных возможностей привлекательна, но практи­чески нереализуема. Действительно, чем дольше мы откладываем момент определения оценок, тем больше мы знаем о разрабатывае­мом изделии и тем менее вероятны грубые ошибки в наших оцен­ках. (100% точность оценок может быть получена, когда проект за­вершен.) Но, к сожалению, оценки нужны на начальных этапах проектирования.

Оставшиеся три возможности следует использовать в комбина­ции друг с другом для взаимного контроля полученных оценок. Ме­тоды декомпозиции основаны на разделении большой проблемы на ряд подпроблем и на соответствующие им задачи автоматизации. При этом оценка стоимости и усилий может быть проведена поша­гово применительно к отдельным блокам программного изделия.

Эмпирические модели оценки, которые целесообразно исполь­зовать в качестве дополнения к методам декомпозиции, а также самостоятельно, основаны, как правило, на накопленных статисти­ческих данных разработки аналогичных программных изделий. В этих моделях оцениваемая величина (стоимость или трудозатраты) рассматривается как функция некоторых параметров проекта.

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