29.09.1998  Мнения

С. Б.Кэтлин Питерс, редактор журнала Application development strategies, задается вопросом: как оценить размер проекта по созданию ПО? Это самый важный момент во всем цикле производства продукта. Не ответив на этот вопрос, невозможно корректно спланировать свою работу и управлять ею. Неправильная оценка размера проекта приведет к снижению качества продукта или к нарушению сроков его создания. Если же сумма на проект отпущена с запасом, то, как показывает практика, она обязательно будет потрачена полностью.Кэтлин Питерс рекомендует разбить весь процесс оценки характеристик проекта на четыре этапа.1. Оценка размера проекта. Чаще всего проект оценивается в строках кода, в функциональных точках (этот способ активно использует “Аргуссофт”), по числу модулей, классов, методов, функций, экранов, диалогов, файлов, таблиц в БД, отчетов и т. д.Это самый важный этап. Здесь нельзя допустить ошибки, поскольку это непременно приведет к ошибкам во всех других оценках. Чтобы научиться правильно оценивать размеры проектов, надо накопить определенный опыт, измеряя в процессе создания ПО абсолютно все параметры работы, как количественные, так и качественные. Такой опыт - самый ценный для развития компании.Размер новых проектов можно оценивать по аналогии со старыми, выделяя в них ключевые модули и определяя их процент в размере всего проекта.2. Оценка рабочего времени в человеко-часах. Это возможно, если в компании поддерживается формальная технология создания ПО на протяжении всего ... читать далее.