- •Модели жизненного цикла программного обеспечения
- •Методологические стратегии
- •Производственные функции в моделировании жизненного цикла: модель фазы-функции
- •Модель Rational Unified Process
- •Модель процессов msf
- •Экономическая модель разработки по. Оценка технико-экономических показателей проекта. Модели cocomo, cocomo II, метод функциональных точек
- •Экономическая модель разработки по
- •Модель оценки стоимости сосомо
- •Исходная модель сосомо
- •Описание жизненного цикла в модели сосомо
- •Факторы, влияющие на значение eaf
- •Стандартное распределение работ по видам деятельности
- •Сосомо II
- •Усовершенствованная постархитектурная модель cocomo II
Стандартное распределение работ по видам деятельности
Вид деятельности |
Бюджет (%) |
Человеко-месяцы |
Анализ требований |
4 |
36 |
Проектирование продукта |
12 |
108 |
Программирование |
44 |
396 |
Планирование тестирования |
6 |
54 |
Верификация и аттестация |
14 |
126 |
Канцелярия проекта |
7 |
63 |
Управление конфигурацией и обеспечение качества |
7 |
63 |
Создание руководств |
6 |
54 |
Итого |
100 |
900 |
Сосомо II
Таблица 9.16
Характеристики моделей оценки стоимости СОСОМО II
Модель композиции приложения |
Модель ранней разработки архитектуры |
Постархитектурная модель |
Грубые входные данные |
Ясно понимаемые особенности проекта |
Детальное описание проекта |
Оценки низкой точности |
Оценки умеренной точности |
Высокоточные оценки |
Приблизительные требования |
Ясно понимаемые требования |
Стабилизировавшиеся основные требования |
Концепция архитектуры |
Ясно понимаемая архитектура |
Стабильная базовая архитектура |
Таблица 9.17
Оценка количества объектных указателей
Тип объекта |
Количество |
Вес |
Итого |
||
Простой |
Средний |
Сложный |
|||
Экран |
___ |
х1 |
х2 |
х3 |
=___ |
Отчет |
___ |
х2 |
х5 |
х8 |
=___ |
3GL компонент |
___ |
|
|
х10 |
=___ |
Объектные указатели |
|
|
|
|
=___ |
Таблица 9.18
Оценка сложности экрана
Экраны |
Количество серверных (срв) и клиентских (клт) таблиц данных |
||
Количество представлений |
Всего < 4 (< 2 срв, <3клт) |
Всего < 8 (2-3 срв, 3-5 клт) |
Всего > 8 (>3срв, >5клт) |
<3 |
Простой |
Простой |
Средний |
3-7 |
Простой |
Средний |
Сложный |
>8 |
Средний |
Сложный |
Сложный |
Таблица 9.19
Оценка сложности отчета
Отчеты |
Количество серверных (срв) и клиентских (клт) таблиц данных |
||
Количество представлений |
Всего < 4 (< 2 срв, < 3 клт) |
Всего < 8 (2-3 срв, 3-5 клт) |
Всего > 8 (>3срв, > 5 клт) |
0 или 1 |
Простой |
Простой |
Средний |
2 или 3 |
Простой |
Средний |
Сложный |
>4 |
Средний |
Сложный |
Сложный |
Количество новых объектных точек NOP определяется по формуле:
NOP = (Объектные точки) [(100 – %REUSE) /100].
Проектные затраты оцениваются по формуле:
ЗАТРАТЫ = NOP /PROD [чел.-мес],
где PROD – производительность разработки, выраженная в терминах объектных указателей.
Таблица 9.20
Оценка скорости разработки
Опытность/ возможности разработчика |
Зрелость/ возможности среды разработки |
PROD |
Очень низкая |
Очень низкая |
4 |
Низкая |
Низкая |
7 |
Номинальная |
Номинальная |
13 |
Высокая |
Высокая |
25 |
Очень высокая |
Очень высокая |
50 |
Модель ранней разработки архитектуры используется в период, когда стабилизируются требования и определяется базисная программная архитектура.
Общее уравнение оценки стоимости имеет вид:
Работа = 2,45ЕArch (Размер)р,
где Работа – число человеко-месяцев;
EArch – результат применения семи уточняющих факторов ранних этапов проектирования (см. таблицу 9.21);
Размер – число функциональных точек (предпочтительно) или KSLOC;
Р – показатель степени.
Таблица 9.21
Уточняющие факторы на ранних этапах проектирования
Идентификатор |
Составные уточняющие факторы |
Сложность продукта |
RELY-DATA-CPLX-DOCU |
Необходимость повторного использования |
RUSE |
Сложность платформы |
TIME-STOR-PVOL |
Опытность персонала |
AEXP-PEXP-LTEX |
Способности персонала |
ACAP-PCAP-PCON |
Возможности |
TOOL-SITE |
Сроки |
SCED |
Модель этапа постархитектуры используется в период, когда уже сформирована архитектура и выполняется дальнейшая разработка программного продукта. Основное уравнение постархитектурной модели является развитием уравнения предыдущей модели и имеет следующий вид
Работа=2,45EApp (Размер)р,
где: Работа – число человеко-месяцев;
EApp – результат применения семнадцати уточняющих факторов постархитектурных этапов разработки (см. таблицу 9.22);
Размер – число функциональных точек или KSLOC (предпочтительно);
Р – показатель степени.
Таблица 9.22