Оценивание размера ПО

Действия по определению размеров и оценке программного обеспечения включаются в последовательность задач по планированию программного проекта. Им предшествует определение целей и области действия проекта, создание структуры выполнения работ (WBS), а также идентификация задач и действий. После задач по прогнозированию размеров ПО следуют задачи по оценке длительности и стоимости разработки, в процессе выполнения которых происходит распределение ресурсов, учет зависимостей, а также составление рабочего графика.

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

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

В настоящее время при оценке размера ПО чаще всего пользуются двумя основными единицами измерения — строками программного кода (Lines of code, LOC) и функциональными точками.

В качестве единиц измерения также можно использовать точки свойств, количество «жирных точек» на диаграмме потока данных (Data flow diagram, DFD), количество сущностей на диаграмме сущностей, объем документации, количество объектов, атрибутов и служб на объектной диаграмме. Вне зависимости от того, оценивается ли конечный продукт, как в случае использования LOC, либо его некоторая абстракция или модель, оценке подвергается то, чего еще нет в природе. Поэтому оценивание размеров представляет значительные трудности.