- •Технология: понятия, особенности создания программного продукта разработки программного продукта
- •Жизненный цикл программного продукта (жцпп)
- •Каскадная модель жизненного цикла
- •Основные процессы жцпп
- •Вспомогательные принципы жцпп
- •Организационные процессы жцпп
- •Основные этапы работ по созданию программного продукта
- •Единая система программной документации. Общие определения
- •Единая система программной документации. Виды программных документов
- •Единая система программной документации. Стадии разработки
- •Примерная структура организации, занимающаяся разработкой пп
- •Управления качеством разработки пп с помощью системы стандартов iso
- •Обеспечение качества разработки. Модель cmm-sei.
- •Метрики. Роль метрик в процессах разработки пп
- •Метрики и модели cmm-sei. Парадигмы Бейзили
- •Функционально-ориентированные метрики.
- •Эффективные алгоритмы. Оптимизирующие компиляторы
- •Выполнение оценки в ходе руководства проектом. Конструктивная модель стоимости cocomo
- •Основы проектирования программных систем. Особенности этапа проектирования.
- •Структурирование. Методы структурирования прорамм. Декомпозиция подсистем на модули. Модульность.
- •Ошибки программного обеспечения. Ошибки, возникающие на стадии разработки
- •Ошибки программного обеспечения. Виды ошибок.
Выполнение оценки в ходе руководства проектом. Конструктивная модель стоимости cocomo
Выполнение оценки в ходе руководства проекта
Процесс руководства программным проектом начинается с планирования проекта, в котором выполняется первоначальная оценка, при этом большая степень риска.
Выполнение оценки проекта на основе ЛОК и ФП метрик
Цель этой деятельности – сформировать предварительные оценки, которые позволят: предъявить заказчику корректные требования по стоимости затрат на разработку программного продукта; составить план программного проекта.
При выполнении оценки возможны два варианта использования ЛОК и ФП метрик: в качестве оценочных переменных, определяющих размер каждого элемента продукта, в качестве метрик, собранных в метрической базе данных.
Шаги процесса оценки:
область назначения программного продукта разбивается на ряд функций, каждую из которых можно оценить индивидуально;
для каждой функции планировщик формирует лучший ЛОК или ФП лучшую, худший ЛОК или худший ФП и вероятную оценку, диапазон значения оценок соответствует степени предусмотренной неопределенности;
для каждой функции в соответствии с бета распределением вычисляется ожидаемое значение ЛОК и ФП оценки; ЛОК ожидаемое = (лок лучшая + лок худшая + 4* ЛОК вероятное)/6;
определяется ЛОК и ФП производительности разработки функцией: три подхода:
для всех функций принимается одна и также метрика средней производительности взятая из базиса;
для каждой функции на основе метрики средней производительности вычисляется настраиваемая величина производительности: произ. I = произв. Ср*(ЛОК ср/ ЛОК ожидаемая);
для каждой функции настраиваемая величина производительности вычисляется по аналогу, взятому из метрического базиса: прозв = произ аналога*(ЛОК аналога/ ЛОК ожид);
вычисляется общая оценка затрат на проект: затраты = сумма (ЛОК ожидаемых/производительность ср {чел/мес}); затраты = сумма (ЛОК ожид/произв ср);
вычисляется общая оценка стоимости проекта для:
первого и второго подходов:
стоимость = сумма (ЛОК ожид / удельная стоимость ср)
(удельная стоимость берется из базиса);
для третьего:
стоимость = (сумма ЛОК ожид)* удельная стоимость сред
Конструктивная модель стоимости: COCOMO
В данной модели для вывода формул используется статистический подход, учитывающий реальные результаты огромного количества проектов. Барри Боэм ввел три разные по сложности подмодели: базисная COCOMO вычисляет затраты разработки и ее стоимость как функцию размера программы; промежуточная COCOMO дополнительно учитывает атрибуты стоимости вычисляющая основные оценки продукта, аппаратуры, персонала, аппаратной среды.
COCOMO Объединяет характеристики предыдущей модели, дополнительно учитывает влияние атрибутов стоимости на каждый этап процесса разработки.
1995 год COCOMO 2. в состав COCOMO 2 входят: модель композиции приложения, модель раннего этапа проектирования, модель этапа пост архитектуры.
Модель композиции приложений ориентирована на применении объектных указателей. Объектный указатель – средство косвенного изменения ПО для его расчета определяется количество экранов, отчетов и компонентов, требуемых при построении приложения.
Для учета реальных условий разработки вычисляется процент повторного использования программных компонентов и определяется количество новых компонентных указателей.
NOP = объектные указатели * (100 – %reuse%) / 100
Для оценки затрат основанных на величине NOP надо знать скорость разработки продукта PROD. тут вступает зрелость компании, скорость определяют по таблице, учитывающей уровень разработчиков и уровень зрелости.
Затраты = NOP / PROD (чел/мес)
