
- •Ответы на экзаменационные вопросы
- •Понятие информации, информационных систем
- •Понятие информации как ресурса организации, информационные технологии
- •3. Жц автоматизированной системы. Каскадная модель жц
- •4. Жц автоматизированной системы. Спиральная модель жц
- •5. Жц автоматизированной системы. Эволюционная модель жц
- •6. Жц автоматизированной системы. Стандарты жц
- •7. Жц автоматизированной системы. Этапы проектирования жц
- •8. Стандартизирование в области ит. Понятие стандартизирования
- •Стандартизирование, документирование разработки системы
- •Itil (it Infrastructure Library — библиотека инфраструктуры информационных технологий), itsm
- •Затраты на разработку ит. Базовые характеристики затрат на разработку ит
- •Затраты на разработку ит. Методика оценки затрат на разработку ит по стандарту cobit
- •14. Затраты на разработку ит. Распределение затрат на разработку ит по этапам работ.
- •15. Методы оценки трудоемкости создания ит
- •16. Оценка затрат на создание ис методом сосомо 81
- •17. Оценка затрат на создание ис методом cocomo II
- •Совокупная стоимость владения ит (tco)
- •История тсо
- •Модели тсо
- •Роль tco для предприятия
- •Два подхода к вопросу управления iт-затратами
- •Планирование tco
- •22. Методы оценки затрат на ит. Функционально-стоимостной анализ
- •23. Критерии оценки экономической эффективности внедрения ит-проектов
- •24. Принципы оценки эффективности ит
- •25. Оценка экономической эффективности ис. Факторы и источники эффективности
- •26. Экономическая эффективность внедрения ит-проектов. Оценка возврата инвестиций
- •27. Экономическая эффективность внедрения ит-проектов. Стандартные методы оценки экономической эффективности ит-проектов
- •28. Простые методы оценки экономической эффективности ит-проектов
- •29. Дисконтированные методы оценки экономической эффективности ит-проектов. Метод чистой приведенной стоимости
- •30. Дисконтированные методы оценки экономической эффективности ит-проектов. Метод внутренней нормы рентабельности
- •31. Дисконтированные методы оценки экономической эффективности ит-проектов. Метод периода окупаемости
- •32. Основные показатели экономической эффективности. Абсолютная и относительная эффективность
- •33. Финансирование ит-проектов
- •34. Риски
16. Оценка затрат на создание ис методом сосомо 81
Пожалуй, самой популярной моделью для оценки стоимости разработки ПО, которая стала стандартом, является COCOMO (COnstructive COst MOdel). Она была представлена в 1981 г. Барри Боэмом (Barry Boehm), известным ученым, внесшим огромный вклад в развитие научных подходов к управлению программными проектами – им разработаны спиральная модель проектирования ПО и Wideband Delphi, кроме того, когда-то именно он предсказал, что в будущем стоимость ПО превысит стоимость оборудования.
COCOMO представляет собой три модели, ориентированные на использование в трех фазах жизненного цикла ПО: базовая (Basic) применяется на этапе выработки спецификаций; требований расширенная (Intermediate) – после определения требований к ПО; Advanced – углубленная используется после окончания проектирования ПО.
COCOMO создана на основе анализа статистических данных 63 проектов различных типов. Фактически под общим названием скрываются три уровня детализации: базовый, промежуточный и подробный. Также предусмотрено три режима использования модели в зависимости от размеров команды и проекта (табл. 1).
Таб.1 Режимы модели СОСОМО
Название режима |
Размер проекта |
Описание |
Органичный |
До 50 KLOC |
Некрупный проект. Разрабатывается небольшой командой, для которой нехарактерны нововведения, и среда остается стабильной. |
Сблокированный |
50-300 KLOC |
Относительно небольшая команда занимается проектом среднего размера, в процессе разработки необходимы определенные инновации, среда характеризуется незначительной нестабильностью. |
Внедренный |
Более 300 KLOC |
Большая команда разработчиков трудится над крупным проектом, необходим значительный объем инноваций. Среда состоит из множества элементов, которые не характеризуются стабильностью. |
В общем виде, уравнение моделей имеет вид
,
где Е – затраты труда на проект (в человеко-месяцах); S – размер кода (в KLOC); EAF – фактор уточнения затрат (effort adjustment factor). Параметры a и b зависят от вида разрабатываемого приложения, который может быть следующим:
- относительно простой проект, работа над которым ведется однородной командой разработчиков, требования носят рекомендательный характер, отсутствует заранее выработанная исчерпывающая спецификация (например, несложное прикладное ПО);
- проект средней сложности, работа над которым ведется смешанной командой разработчиков, требования к проекту определяются спецификацией, однако могут изменяться в процессе разработки проекта (например, ПО системы управления банковским терминалом);
- проект, который должен быть реализован в жестких рамках заданных требований (например, ПО системы управления полетами).
В базовой модели фактор EAF принимается равным единице. Для определения значения этого фактора в расширенной модели используется таблица, содержащая ряд параметров определяющих стоимость проекта. При использовании углубленной модели, вначале проводится оценка с использованием расширенной модели на уровне компонента, после чего каждый параметр стоимости оценивается для всех фаз ЖЦ ПО [10].
Для оценки трудозатрат на базовом уровне модели COCOMO применяется следующая формула:
В соответствии с этой формулой трудозатраты вообще нелинейно зависят от размера проекта и скачкообразно изменяются при смене режима (табл. 2). Другая интересная особенность COCOMO – рост трудозатрат при переходе к более высокому режиму не означает безусловного увеличения длительности (F) выполнения проекта, которая вычисляется по формуле:
F = 2,5 × E k,
поскольку при этом изменяется значение константы k.
Таб.2. Значения коэффициентов модели СОСОМО в зависимости от режима использования
|
На более высоких уровнях COCOMO рассмотренные формулы усложняются, они обрастают дополнительными коэффициентами, позволяющими повысить точность оценок. Также модель допускает калибровку на основе хронологических данных по выполненным проектам.