Презентация - Оценка трудоемкости и сроков разработки программного обеспечения

Pic.1

Проектирование программных систем Лекция ОЦЕНКА ТРУДОЕМКОСТИ И СРОКОВ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Король Иван Андреевич – доцент, канд. физ. -мат. наук

Pic.2

Проектирование программных систем ВОПРОСЫ: 1. Оценка – вероятностное утверждение 2. Негативные последствия «агрессивного» расписания 3. Прагматичный подход. Метод PERT 4. Обзор метода функциональных …

Pic.3

Введение Оценка трудоемкости разработки программного обеспечения должна быть вероятностным утверждением [1]. Это означает, что для нее существует некоторое распределение вероятности, которое может …

Pic.4

Введение Если собственный опыт аналогичных проектов отсутствует, а коллеги-эксперты недоступны, то необходимо использовать формальные методики, основанные на обобщенном отраслевом опыте. Среди них …

Pic.5

Прагматичный подход (метод PERT) Program (Project) Evaluation and Review Technique (PERT) – это метод анализа задач, необходимых для выполнения проекта, в особенности, анализа времени, которое …

Pic.6

Прагматичный подход (метод PERT) Самой популярной частью PERT является метод критического пути, опирающийся на построение сетевого графика (сетевой диаграммы PERT). Метод критического пути – …

Pic.7

Прагматичный подход (метод PERT) В связи с этим, при выполнении проекта критические задачи требуют более тщательного контроля, в частности, своевременного выявления проблем и рисков, влияющих на …

Pic.8

Прагматичный подход (метод PERT) При этом нет необходимости точно знать закон распределения нашей оценки трудоемкости каждого такого элементарного пакета. Диапазон неопределенности некоторого проекта …

Pic.9

Прагматичный подход (метод PERT) Оценка средней трудоемкости по каждому элементарному пакету Ei определяется по формуле: Ei = (Pi + 4Mi + Oi)/6. Для расчета среднеквадратичного отклонения CKOi …

Pic.10

Прагматичный подход (метод PERT)

Pic.11

Прагматичный подход (метод PERT) Тогда для оценки суммарной трудоемкости проекта, которую мы не превысим с вероятностью 95 %, можно применить формулу: E95% = E + 2 * СКО. Это значит, что вероятность …

Pic.12

Метод функциональных точек Анализ функциональных точек – стандартный метод измерения размера программного продукта с точки зрения пользователей системы. Метод разработан Аланом Альбрехтом (Alan …

Pic.13

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

Pic.14

Метод функциональных точек При анализе методом функциональных точек надо выполнить следующую последовательность шагов: - определение типа оценки; - определение области оценки и границ продукта; - …

Pic.15

Модель COCOMO COnstructive COst MOdel (COCOMO – модель издержек разработки) – это алгоритмическая модель оценки стоимости разработки программного обеспечения, разработанная Барри Боэмом (Barry …

Pic.16

Модель COCOMO Различаются две стадии оценки проекта: предварительная оценка на начальной фазе и детальная оценка после проработки архитектуры. Формула оценки трудоемкости проекта в чел. *мес. имеет …

Pic.17

Модель COCOMO Главной особенностью методики является то, что для того, чтобы оценить трудоемкость, необходимо знать KSLOC. Размер программного продукта может быть, например, оценен экспертами с …

Pic.18

Белорусская методика Рассмотрим следующие восемь особенностей методики оценки трудоемкости разработки ПО, утвержденной Постановлением Министерства труда и социальной защиты Республики Беларусь от 27. …

Pic.19

Белорусская методика 1) Укрупненные нормы затрат труда (далее – укрупненные нормы) на разработку ПО являются основой для определения общей трудоемкости разработки ПО, объемов финансирования на стадии …

Pic.20

Белорусская методика 2) В основу разработки укрупненных норм положены: - результаты анализа фактических затрат труда на разработку ПО; - экспертные оценки; - данные оперативного учета и отчетности; - …

Pic.21

Белорусская методика 3) Стадиями разработки ПО согласно ГОСТам Единой системы программной документации являются: - техническое задание (ТЗ); - эскизный проект (ЭП); - технический проект (ТП); - …

Pic.22

Белорусская методика 4) Каждая стадия разработки ПО предусматривает выполнение следующих видов работ: - ТЗ – постановку задачи; сбор исходных материалов; выбор и обоснование критериев эффективности и …

Pic.23

Белорусская методика - ЭП – уточнение методов решения задачи; разработку общего описания алгоритма решения задачи, общей структуры и компонентов; разработку пояснительной записки, включая внешние …

Pic.24

Белорусская методика - ТП – уточнение структуры входных и выходных данных, логической структуры базы данных, внешних интерфейсов; разработку алгоритма решения задачи; определение формы представления …

Pic.25

Белорусская методика - РП – программирование и отладку программы; изготовление программы-ориги-нала; разработку программных документов в соответствии с требованиями ГОСТов; разработку, согласование и …

Pic.26

Белорусская методика 5) Укрупненные нормы определены на одно ПО и указаны в человеко-днях при пятидневной рабочей неделе с продолжительностью рабочего дня восемь часов с учетом времени на …

Pic.27

Белорусская методика 6) В качестве единицы измерения объема ПО используется строка исходного кода (LOC). Преимущества использования строки исходного кода (LOC) как единицы измерения заключаются в …

Pic.28

Белорусская методика 7) При подсчете строк исходного кода (LOC) следует придерживаться следующих рекомендаций: - учитывать «строку исходного кода (LOC)» как одну, если в ней содержится лишь один …

Pic.29

Белорусская методика 8) На работы, не предусмотренные укрупненными нормами, нормы затрат труда разрабатываются организациями на основании методов технического нормирования и утверждаются в …

Pic.30

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

Pic.31

Выводы Использование собственного опыта или опыта коллег, полученного в похожих проектах, это наиболее прагматичный подход, который позволяет получить достаточно реалистичные оценки трудоемкости и …

Pic.32

Выводы Среди них наибольшее распространение получили два подхода: - FPA IFPUG – метод функциональных точек; - COCOMO II – модель издержек разработки. В Беларуси целесообразно использовать методику …

Pic.33

Контрольные вопросы 1. Что такое оценка трудоемкости разработки программного обеспечения? 2. Негативные последствия «агрессивного» расписания? 3. Расскажите о прагматичном подходе в методе PERT …

Pic.34

Скачать презентацию

Если вам понравился сайт и размещенные на нем материалы, пожалуйста, не забывайте поделиться этой страничкой в социальных сетях и с друзьями! Спасибо!