Оценка трудозатрат при разработке ПО - презентация, доклад, проект скачать

Нажмите для полного просмотра!

Оценка трудозатрат при разработке ПО, слайд №1

Оценка трудозатрат при разработке ПО, слайд №2

Оценка трудозатрат при разработке ПО, слайд №3

Оценка трудозатрат при разработке ПО, слайд №4

Оценка трудозатрат при разработке ПО, слайд №5

Оценка трудозатрат при разработке ПО, слайд №6

Оценка трудозатрат при разработке ПО, слайд №7

Оценка трудозатрат при разработке ПО, слайд №8

Оценка трудозатрат при разработке ПО, слайд №9

Оценка трудозатрат при разработке ПО, слайд №10

Оценка трудозатрат при разработке ПО, слайд №11

Оценка трудозатрат при разработке ПО, слайд №12

Оценка трудозатрат при разработке ПО, слайд №13

Оценка трудозатрат при разработке ПО, слайд №14

Оценка трудозатрат при разработке ПО, слайд №15

Оценка трудозатрат при разработке ПО, слайд №16

Оценка трудозатрат при разработке ПО, слайд №17

Оценка трудозатрат при разработке ПО, слайд №18

Оценка трудозатрат при разработке ПО, слайд №19

Оценка трудозатрат при разработке ПО, слайд №20

Оценка трудозатрат при разработке ПО, слайд №21

Оценка трудозатрат при разработке ПО, слайд №22

Оценка трудозатрат при разработке ПО, слайд №23

Содержание ▲

Вы можете ознакомиться и скачать презентацию на тему Оценка трудозатрат при разработке ПО. Доклад-сообщение содержит 23 слайдов. Презентации для любого класса можно скачать бесплатно. Если материал и наш сайт презентаций Mypresentation Вам понравились – поделитесь им с друзьями с помощью социальных кнопок и добавьте в закладки в своем браузере.

Слайды и текст этой презентации

Слайд 1

Описание слайда:

Оценка трудозатрат при разработке ПО

Слайд 2

Описание слайда:

Оценка трудозатрат Рассмотрим методы прогнозирования трудозатрат, которые: Позволяют оценивать трудозатраты на ранних этапах, в условиях неопределенности. Позволяют учесть влияние рисков в сроках прогнозов. Снижают влияние тенденции экспертов к систематической недооценке сложности задач. Дают механизмы проверки достоверности сроков, основанные на метриках. При этом, практичны и просты в применении.

Слайд 3

Описание слайда:

Оценка вариации сроков Как учесть неопределенность в прогнозе

Слайд 4

Описание слайда:

Оценка вариации срока Оценки сроков неточны: Эксперты часто имеют тенденцию к систематической недооценке сложности; Присутствие рисков не позволяет дать точных оценок; Имея единственную оценку нельзя понять, на что заложился эксперт, когда ее давал. Выход – давать оценки оптимистичного и пессимистичного сценариев. Critical Chain Project Management PERT

Слайд 5

Описание слайда:

Метод PERT Estimation Обрабатывает три экспертных оценки срока. L - «раньше не справлюсь точно, даже если повезет»; H - «успею гарантированно, даже если все риски сыграют»; M – «наиболее вероятно успею» Формулы PERT: PERT Estimation (μ) =( L + 4M + H ) / 6 PERT Deviation (σ) = ( H – L ) / 6 Задача уложится в срок μ+σ с вероятностью 72 %.

Слайд 6

Описание слайда:

Основа PERT Estimation Длительность задачи - случайная величина, имеющая бета-распределение. PERT Estimation и Deviation – матожидание и среднеквадратичное отклонение Между крайними оценками – 6 сигм

Слайд 7

Описание слайда:

Свойства задач с независимыми прогнозами Для суммы независимых случайных величин верно: σ = √(σ12 + σ22 + … + σn2) Сигма суммы независимых случайных величин в процентах уменьшается при увеличении их количества: Таким образом, чем больше в плане «независимых» задач, тем точнее суммарная оценка сроков. Погрешности планирования разных задач компенсируют друг друга.

Слайд 8

Описание слайда:

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

Слайд 9

Описание слайда:

Какие задачи независимы? Независимых задач в разработке много: Все задачи разработки, которые могут выполняться независимо друг от друга и впараллель; Все задачи, относящиеся к непересекающемуся функционалу; Большинство заданий, возникающих при поддержке ПО (исправление дефектов, реализация feature requests, и прочее). Прогнозы задач зависимы, если их реальные длительности зависят от одних и тех же факторов Зависимые задачи обычно связанны связью «окончание-начало». Например, фазы разработки зависимы по прогнозу между собой.

Слайд 10

Описание слайда:

Оценки для группы задач Для суммы случайных величин верно: μ = μ1 + μ2 + ... + μn; Ожидаемое время выполнения задач просто суммируется. Сигма для группы задач: Суммируется для зависимых прогнозов; Может быть оценена как корень из суммы квадратов для независимых прогнозов. Распределение суммы случайных величин меняется, приближаясь к нормальному, при увеличении их количества. PERT: сумма задач уже не имеет бета-распределения.

Слайд 11

Описание слайда:

Нормальное распределение «Не справлюсь точно» (вероятность

Слайд 12

Описание слайда:

PERT Estimation PERT Deviation лишен внятного смысла для суммы задач. «Задача уложится в μ+σ с вероятностью 72 %» - для суммы задач уже не верно. Сколько сигм надо добавить к прогнозу сроков всего проекта, чтобы успеть с вероятностью 85% («скорее всего»)? PERT Estimation не лучше простой пары оценок «оптимистичная – пессимистичная» Центральная оценка с весом 4 забивает крайние, и доминирует в прогнозе. В результате, PERT на практике не позволяет работать с большой неопределенностью в прогнозе.

Слайд 13

Описание слайда:

Модифицируем формулу PERT В предположении, что срок выполнения задачи имеет нормальное распределение: «Не справлюсь точно» (вероятность

Слайд 14

Описание слайда:

Применение метрик в планировании Практический подход

Слайд 15

Описание слайда:

Основные метрики Базовые метрики Время работы (дни, часы) Объем работы Строки кода (SLOC) Функциональные точки Количество классов, функций, и т. д. Количество ошибок Производные метрики Продуктивность = Объем / Время Плотность ошибок = Количество / Объем

Слайд 16

Описание слайда:

Свойства метрик Базовые метрики дают корелляции Объем vs Время Объем vs количество ошибок Производные метрики устойчивы и колеблются в границах коридора. Фактические значения метрик с завершенных проектов могут быть измерены и использованы при планировании. PSP/TSP – пример методологии разработки построенной на применении метрик.

Слайд 17

Описание слайда:

Корелляция SLOC и времени работ

Слайд 18

Описание слайда:

Метрика SLOC Дает лучшие корелляции с временем и количеством ошибок. Учитываются только те строки, в которых можно допустить ошибки. Не учитываются комментарии, пустые строки, и автоматически генерируемый код. Можно не учитывать операторные скобоки (begin-end, { }, прочее). Может быть посчитана автоматически. Может быть использована как промежуточная метрика (proxy-based estimation), рассчитанная из других метрик объема (классы, функции, функциональные точки, и т.д.)

Слайд 19

Описание слайда:

Время разработки Время должно включать в себя все основные активности разработки, на которых вносятся ошибки: проектирование; кодирование; отладка; а, также, возможно, работу с требованиями. Корелляции с объемом проявляются: На законченных проектах; На задачах, которые могут быть раздельно протестированы.

Слайд 20

Описание слайда:

Метрика «продуктивности» Осмысленна при наличии корелляции время-объем. Более стабильна на больших отрезках времени, в том числе и для группы программистов. Колеблется в некотором коридоре, зависящем от: языка программирования; характера и сложности задачи; стиля программиста – разные люди решают одинаковые задачи с разным размером кода; качества результата – чем меньше в нем ошибок, тем меньше «продуктивность». Нельзя применять как показатель эффективности работы. Программист, тратящий меньше времени на проектирование, и пишущий больше кода для той же задачи – покажет высокую «продуктивность».

Слайд 21

Описание слайда:

Применение в планировании Получение сроков от оценки объема: Выполнить прогноз объема в удобной метрике (например – количество модулей или классов) Перейти к SLOC (proxy-based estimation). Пользуясь корелляцией SLOC/time, выполнить прогноз времени. Недостатки Сложно учесть в прогнозе риски. Сложно учесть тенденцию экспертов к недооценке сложности. Требуется аккуратно подойти к выбору базы для снятия метрик. Альтернатива: Выполнить раздельный прогноз сроков и объема Использовать «продуктивность» как проверочный коэффициент

Слайд 22

Описание слайда:

Правила проверки Метрика «продуктивности» должна находится в коридоре исторических колебаний по аналогичным завершенным проектам. Вылет за коридор чаще всего означает грубую ошибку в прогнозе срока или объема. «Продуктивность» должна отражать представление о сложности задачи. Сложная задача не может иметь «продуктивность» у верхней границы коридора, и наоборот. Для двух задач, одна из которых сложнее другой – «продуктивность» более сложной должна быть меньше. Невыполнение правила указывает на ошибку в оценках как минимум одной из задач.