Тема 1 Введение в экономику ПИ Лекция 1

Тема 1. Введение в экономику ПИ Лекция 1. Основные положения

План лекций 1. 2. 3. 4. 5. 6. 7. 8. 2 Основные положения Обзор методов и моделей оценки стоимости разработки ПО Модель СОСОМО Метод функциональных точек Экспертная оценка Обработка экспертных данных Средства оценки стоимости или другие экономические показатели Заключение

Основные причины неудач программных проектов Плохое управление проектом "Плывущие" требования Неправильная оценка проекта, связанная с 3 отсутствием опыта или методики оценки проекта непредвиденными проблемами в используемых средствах и компонентах непониманием ключевых технических проблем проекта

Состояние результатов в IT-отрасли Chaos Report (Standish Group) проанализировала результаты выплнения порядка 70 000 ИТ-проектов 4

Анализ статистических данных Standish Group Выводы: § Каждый пятый проект неуспешен § Второй выполняется с существенными проблемами Причины: § Одна из существенных причин – неправильная оценка проектов § Оценка – основа планирования § Неправильная оценка делает невозможным качественное планирование § Если провалить планирование, то это означает запланировать провал 5

Цели проведения оценки Подготовка технико-экономических предложений Оценка проекта в целом Планирование Оценка отдельных задач в ИСР (WBS) Управление изменениями Оценка запросов на изменения Управление рисками Оценка альтернатив Переоценка при передаче проекта другой команде 6 Оценка несделанной работы Пример: подготовка ТКП старт полномасштабного проекта

Возможные точки зрения измерения проекта С точки зрения Руководителя проекта В аналогичных проектах С точки зрения Аналитика В сценариях (прецедентах) использования (use cases) С точки зрения Архитектора В строках кода С точки зрения 7 В "килобаксах" и ключевых контрольных событиях (вехах)

Единицы измерения проекта Наиболее популярные единицы измерения – время и функции системы Эти единицы измерения зависят от сложности проекта и позволяют изменять оценку размера проекта с изменением требований применимы на всех стадиях жизненного цикла системы, причем на различных этапах жизненного цикла проекта его эффективность определяется заново, с различной глубиной проработки позволяют выполнить независимую оценку трудоемкости проекта позволяют распределить риски между всеми участниками проекта 8

Факторы оценки трудоемкости Размер конечного продукта измеряетя через: количество строк кода Line of Code – LOC или количество функциональных точек Function Point – FP Особенности технологии разработки ПО Квалификация персонала Особенности среды разработки (инструментальных средств) Требуемое качество продукта (функциональные возможности, производительность, надежность) 9

Недостатки метода определения размера продукта через количество строк кода 1. 2. 3. 4. 5. 10 Не применяется на ранних стадиях разработки, т. к. размер проекта в LOC может быть определён только после его завершения Строки исходного кода зависят от типа языков программирования, методов проектирования, стиля и квалификации программиста LOC не отражает функциональные свойства кода. Поэтому, если разработчик стремится оптимизировать процесс разработки, с целью уменьшения трудозатрат на реализацию проекта, то при использовании LOC как основной единицы размера проекта под уменьшением трудозатрат подразумевается уменьшение количества строк кода в программе, при этом не оценивается его функциональность Разработка ПО связана с большими затратами, напрямую не зависящими от размера программного кода Генераторы кода продуцируют чрезмерный объем кода, в результате чего искажаются показатели трудоемкости

Примеры значений показателей Показатель (по стадиям ЖЦ) Команда № 1 (низкоуровневый ЯП) Команда № 2 (высокоуровневый ЯП) Изучение требований к ПО 1 мес. Внешнее и концептуальное проектирование 2 мес. Кодирование 9 мес. 2 мес. Тестирование 4 мес. 2 мес. Подготовка комплекта документации 3 мес. 2 мес. ИТОГО по времени 19 мес. Число строк кода 30000 5000 Затраты 150000 у. е. 90000 у. е. Цена строки кода 5 у. е. 18 у. е. Производительность 11 труда 1500 строк/мес.

Показатели методов определения размера продукта 1. Количество строк кода - точка зрения разработчика 2. Количество функциональных точек – точка зрения пользователей Разработчик метода FP Алан Дж. Альбрехт (IBM), 1979 Основная идея метода - максимальный отказ от деталей реализации ПО и перенос оценки в область функциональности, наблюдаемой пользователем. 1986 г. – сформирована Международная Ассоциация Пользователей Функциональных Точек (International Function Point User Group — IFPUG) 12 Эта организация осуществляет продвижение методики и разработку соответствующего стандарта

Выводы ПЕРЕПИСАТЬ !!!! Экспертная оценка Методы групповой оценки Методы индивидуальной оценки Оценки с помощью моделей 13 Оценка по аналогии Use Case Points (UCP) Function Points (FP) Fast Function Points (FFP) Early Function Points (EFP)