Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
B_inf11+.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
384 Кб
Скачать

Аналитические модели

Оценки стоимости затрат в таких моделях имеет вид:

Затраты: f(x1, x2, …, xn), где

x1, x2, …, xn – переменные стоимостных факторов

f – некоторая математическая функция отличная от линейной или мультипликативной.

Пример 1.

Затраты=μ1*N2*N logμ/2Sμ2

μ1 – число различных операторов программы;

μ2 – число различных операндов

μ= μ1+ μ2

N – общее число операторов и операндов

N2 – общее число всех операндов в программе

S =18

Пример 2.

Конструктивная модель оценки стоимости программного обеспечения.

Constructive Cost Model (COCOMO). COCOMO81, COCOMOII.

Табличные модели

Такие модели представляют собой ряд таблиц, связывающих значения переменных стоимостных факторов со значениями затрат на разработку программного обеспечения.

Комбинированные модели

В этих моделях одновременно используются все выше перечисленные виды зависимостей затрат на разработку программного обеспечения и переменных стоимостных факторов.

Метод аналогий

Оценивание по аналогии состоит в рассмотрении завершенных проектов и получении оценки нового проекта по аналогии с фактическими данными завершенных проектов.

Закон Паркинсона

Оценивание по Паркинсону заключается в следующей формулировке: «Любая задача стремится захватить все имеющиеся ресурсы». Оценку по Паркинсону применять не следует, поскольку такая оценка приводит к порочной практике разработки программного обеспечения.

Метод конкурентных цен

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

Метод оценивания сверху-вниз

При оценивании методом сверху-вниз общая оценка стоимости проекта выводится из глобальных свойств программного изделия.

Метод оценивания снизу-вверх

При оценивании методом снизу-вверх отдельно оценивается каждая компонента, часто исполнителями проекта. Затем полученные оценки складываются и образуют общую стоимость разработки программного обеспечения.

Краткое сравнение моделей

Модель

Достоинство

Недостатки

Алгоритмическая модель

Объективность, повторяемость, анализируемость формул

Субъективность исходных данных.

Ориентирование на прошлый опыт

Экспертная оценка

Возможность учета представительности (репрезентативности) группы

Ориентирование на прошлый опыт.

Зависимость от участников экспертизы.

Тенденциозность, несогласованность оценок

Оценивание по аналогии

Основан на прошлом опыте

Отсутствие прошлого опыта

Закон Паркинсона

Корреляция с прошлым опытом

Оправдание порочной практики

Метод конкурентных цен

Способствует заключению контракта

Незавершенность разработки.

Перерасход ресурсов

Оценивание сверху-вниз

Системный взгляд на разработку

Менее детальное обоснование стоимости.

Неустойчивость оценки

Оценивание снизу-вверх

Устойчивость оценки.

Поощрение индивидуальных обязательств

Упущение системного уровня.

Большая затратность оценок

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]