Параметры для сравнения основных моделей для определения объемов работ при разработке информационных систем
Перечислим те параметры, по которым можно сравнить описанные выше модели.
Тип модели
Каждая из описанных выше моделей так или иначе опирается на статистику выполнения проектов. Назовем модель открытой, если модель предусматривает возможность сбора и использования пользователем модели статистики, специфичной для организации, отрасли, прикладной области и т.п., в предположении, что на основе этой статистики модель будет давать более точные оценки в рамках применимости собранной статистики. Назовем модель закрытой в противном случае.
Доступность репозиториев
В соответствии с вышеизложенным, репозитории проектов с набранной статистикой могут быть доступными публично. Таким образом, чтобы модель была применимой без накопления собственного репозитория, она должна быть либо закрытой, либо открытой с доступными репозиториями.
Время применения
Модель может быть применимой в различные моменты жизненного цикла системы. В соответствии с требованиями, модель должна быть применима в течение всего жизненного цикла системы.
Независимая оценка трудоемкости и времени
Важным показателем качества модели является независимая оценка трудоемкости и времени, отражающая тот факт, что увеличение количества персонала увеличивает коммуникационные затраты, и таким образом, существует оптимальное количество персонала для проекта.
Учет факторов размера системы
Важным показателем качества модели является учет ею нелинейного возрастания сложности разработки системы с ростом ее размера.
Непрерывная зависимость от сложности проекта
При добавлении новых небольших функций получаемая оценка сложности проекта должна незначительно возрастать.
Учет функциональной сложности
Основным назначением модели является оценка функционального размера системы. От адекватности этой оценки зависит адекватность и успех оценки трудоемкости.
Учет нефункциональных требований к системе
Трудоемкость разработки системы также существенно зависит от нефункциональных требований к системе. Полнота и адекватность учета нефункциональных требований к системе существенно влияют на качество модели.
Поддержка различных жизненных циклов и разбиения по стадиям жизненного цикла
Желательно, чтобы модель подерживала различные модели жизненного цикла системы и оценку разбиения трудоемкости по стадиям жизненного цикла.
Учет степени новизны
Модель может позволять учитывать степень новизны системы – абсолютной либо для конкретных разработчиков.
Учет использования в разработке типовых элементов
Модель может позволять учитывать использование в разработке типовых элементов.
Учет реинжиниринга или конверсии
Модель может позволять учитывать использование в разработке реинжиниринга или конверсии ранее существовавших приложений.
Учет интеграции готовых коммерческих продуктов
Модель может позволять учитывать использование в разработке готовых коммерческих продуктов.
Учет жесткости требований
Желательно, чтобы модель отражала степень жесткости требований к системе. Это связано с тем фактом, что жесткость требований к системе повышает трудоемкость ее разработки.
Учет качества управления проектом, организационных факторов, инфраструктурных факторов, персонала
+Модель может учитывать факторы, связанные с командой, в том числе качество управления проектом, организационные факторы, инфраструктурные факторы, персонал.
Учет зависимости трудоемкости от средств разработки
Желательно, чтобы модель отражала зависимость трудоемкости от средств разработки.
Учет влияния графика на трудоемкость
Желательно, чтобы модель отражала возрастание трудоемкости разработки в более сжатые сроки.
Сравнение моделей для определения объемов работ при разработке информационных систем
В соответствии с вышеизложенным, главными факторами при выборе модели должны являться:
· Тип модели и доступность репозиториев;
· Учет факторов размера системы;
· Непрерывная зависимость от сложности проекта;
· Учет функциональной сложности;
· Учет нефункциональных требований к системе;
· Время применения.
Данные факторы для анализируемых нами моделей сведены в следующей таблице (Таблица 1).
Таблица 1 – Основные параметры качества для анализируемых моделей
| Параметр | Методика Госкомтруда | COCOMO 2.0 | FPA IFPUG 4.1 | MK II FPA |
| Тип модели | Закрытая | Закрытая | Открытая | Открытая |
| Доступность репозиториев | Не приложимо | Не приложимо | Да, множество репозиториев | Нет |
| Время применения | На протяжении всего жизненного цикла | На протяжении всего жизненного цикла после определения требований | На протяжении всего жизненного цикла после определения требований | На протяжении всего жизненного цикла после определения требований |
| Учет факторов размера системы | Да | Да | На основе репозитория | На основе репозитория |
| Непрерывная зависимость от сложности проекта | Нет | Да | Да | Да |
Таблица 2 – Учет требований к системе в моделях
| Параметр | Методика Госкомтруда | COCOMO 2.0 | FPA IFPUG 4.1 | MK II FPA | |
| Учет функ-циональной сложности | Неадек-ватный | Да, на основе неcкорре- ктирован-ного количества функ-циональных точек IFPUG | Да, на основе cкорректиро- ванного количества функцио-нальных точек IFPUG
| Да, на основе cкоррект- ированного количества функцио-нальных точек MK II | |
| Учет нефунк-циональных требований к системе | Защита инфор-мации, распа-раллел-ивание вычислений | Надежность, объем обрабат-ываемых данных, повторная исполь-зуемость, требования к документи- рованию, измен-чивость платформы, ограничения на производ- ительность, ограничения на хранимые данные. | Распределенная обработка, Производ-ительность, Загруженность конфигурации, Частота транзакций, повторная исполь-зуемость, Множество инсталляций, Упрощение внесения изменений | Распред-еленная обработка, Производ-ительность, Загружен-ность конфигу-рации, Частота транзакций, повторная исполь-зуемость, Множество инстал-ляций, Упрощение внесения изменений, защита информации, требования к документи-рованию |
Проанализирум подробнее модели на основе этих факторов.