Программного обеспечения

Прочитав эту главу, вы узнаете:

· Что представляет собой оценка трудоемкости создания ПО.

· Какие существуют методы оценки и в чем они заключаются.

· Какие факторы и каким образом влияют на трудоемкость созда­ния ПО.

Оценка трудоемкости создания ПО является одним из наибо­лее важных видов деятельности в процессе создания ПО, хотя она и не выделена в стандарте ISO 12207 как отдельный процесс (тем не менее, в новую версию стандарта предполагается включить процесс «Измерение» (measurement)).

Модели и методы оценки трудоемкости используются для ре­шения многих задач, среди которых можно выделить следующие:

· разработка бюджета проекта (здесь прежде всего требуется точность общей оценки);

· анализ степени риска и выбор компромиссного решения (решение данной задачи позволяет уточнить такие характе­ристики проекта, как масштабы, возможность повторного использования, количество разработчиков, используемое оборудование и т. д.);

· планирование и управление проектом (полученные резуль­таты обеспечивают распределение и классификацию расхо­дов по компонентам, этапам и операциям); <

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

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

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

6.1.