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

Смотреть слайды в полном размере
Презентация Оценка трудоемкости и сроков разработки программного обеспечения

Презентация «Оценка трудоемкости и сроков разработки программного обеспечения» содержит 34 слайда и доступна в формате ppt. Размер файла: 513.50 KB

Вы можете предварительно ознакомиться с презентацией, просмотреть текст и слайды к ней, а также, в случае, если она вам подходит - скачать файл для редактирования или печати.

Просмотреть и скачать

Pic.1
Проектирование программных систем Лекция ОЦЕНКА ТРУДОЕМКОСТИ И СРОКОВ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕ
Проектирование программных систем Лекция ОЦЕНКА ТРУДОЕМКОСТИ И СРОКОВ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Король Иван Андреевич – доцент, канд. физ. -мат. наук
Pic.2
Проектирование программных систем ВОПРОСЫ: 1. Оценка – вероятностное утверждение 2. Негативные после
Проектирование программных систем ВОПРОСЫ: 1. Оценка – вероятностное утверждение 2. Негативные последствия «агрессивного» расписания 3. Прагматичный подход. Метод PERT 4. Обзор метода функциональных …
Pic.3
Введение Оценка трудоемкости разработки программного обеспечения должна быть вероятностным утвержден
Введение Оценка трудоемкости разработки программного обеспечения должна быть вероятностным утверждением [1]. Это означает, что для нее существует некоторое распределение вероятности, которое может …
Pic.4
Введение Если собственный опыт аналогичных проектов отсутствует, а коллеги-эксперты недоступны, то н
Введение Если собственный опыт аналогичных проектов отсутствует, а коллеги-эксперты недоступны, то необходимо использовать формальные методики, основанные на обобщенном отраслевом опыте. Среди них …
Pic.5
Прагматичный подход (метод PERT) Program (Project) Evaluation and Review Technique (PERT) – это мето
Прагматичный подход (метод PERT) Program (Project) Evaluation and Review Technique (PERT) – это метод анализа задач, необходимых для выполнения проекта, в особенности, анализа времени, которое …
Pic.6
Прагматичный подход (метод PERT) Самой популярной частью PERT является метод критического пути, опир
Прагматичный подход (метод PERT) Самой популярной частью PERT является метод критического пути, опирающийся на построение сетевого графика (сетевой диаграммы PERT). Метод критического пути – …
Pic.7
Прагматичный подход (метод PERT) В связи с этим, при выполнении проекта критические задачи требуют б
Прагматичный подход (метод PERT) В связи с этим, при выполнении проекта критические задачи требуют более тщательного контроля, в частности, своевременного выявления проблем и рисков, влияющих на …
Pic.8
Прагматичный подход (метод PERT) При этом нет необходимости точно знать закон распределения нашей оц
Прагматичный подход (метод PERT) При этом нет необходимости точно знать закон распределения нашей оценки трудоемкости каждого такого элементарного пакета. Диапазон неопределенности некоторого проекта …
Pic.9
Прагматичный подход (метод PERT) Оценка средней трудоемкости по каждому элементарному пакету Ei опре
Прагматичный подход (метод PERT) Оценка средней трудоемкости по каждому элементарному пакету Ei определяется по формуле: Ei = (Pi + 4Mi + Oi)/6. Для расчета среднеквадратичного отклонения CKOi …
Pic.10
Прагматичный подход (метод PERT)
Прагматичный подход (метод PERT)
Pic.11
Прагматичный подход (метод PERT) Тогда для оценки суммарной трудоемкости проекта, которую мы не прев
Прагматичный подход (метод PERT) Тогда для оценки суммарной трудоемкости проекта, которую мы не превысим с вероятностью 95 %, можно применить формулу: E95% = E + 2 * СКО. Это значит, что вероятность …
Pic.12
Метод функциональных точек Анализ функциональных точек – стандартный метод измерения размера програм
Метод функциональных точек Анализ функциональных точек – стандартный метод измерения размера программного продукта с точки зрения пользователей системы. Метод разработан Аланом Альбрехтом (Alan …
Pic.13
Метод функциональных точек Основная идея метода – максимальный отказ от деталей реализации программн
Метод функциональных точек Основная идея метода – максимальный отказ от деталей реализации программного обеспечения и перенос оценки в область функциональности, наблюдаемой пользователем. Метод …
Pic.14
Метод функциональных точек При анализе методом функциональных точек надо выполнить следующую последо
Метод функциональных точек При анализе методом функциональных точек надо выполнить следующую последовательность шагов: - определение типа оценки; - определение области оценки и границ продукта; - …
Pic.15
Модель COCOMO COnstructive COst MOdel (COCOMO – модель издержек разработки) – это алгоритмическая мо
Модель COCOMO COnstructive COst MOdel (COCOMO – модель издержек разработки) – это алгоритмическая модель оценки стоимости разработки программного обеспечения, разработанная Барри Боэмом (Barry …
Pic.16
Модель COCOMO Различаются две стадии оценки проекта: предварительная оценка на начальной фазе и дета
Модель COCOMO Различаются две стадии оценки проекта: предварительная оценка на начальной фазе и детальная оценка после проработки архитектуры. Формула оценки трудоемкости проекта в чел. *мес. имеет …
Pic.17
Модель COCOMO Главной особенностью методики является то, что для того, чтобы оценить трудоемкость, н
Модель COCOMO Главной особенностью методики является то, что для того, чтобы оценить трудоемкость, необходимо знать KSLOC. Размер программного продукта может быть, например, оценен экспертами с …
Pic.18
Белорусская методика Рассмотрим следующие восемь особенностей методики оценки трудоемкости разработк
Белорусская методика Рассмотрим следующие восемь особенностей методики оценки трудоемкости разработки ПО, утвержденной Постановлением Министерства труда и социальной защиты Республики Беларусь от 27. …
Pic.19
Белорусская методика 1) Укрупненные нормы затрат труда (далее – укрупненные нормы) на разработку ПО
Белорусская методика 1) Укрупненные нормы затрат труда (далее – укрупненные нормы) на разработку ПО являются основой для определения общей трудоемкости разработки ПО, объемов финансирования на стадии …
Pic.20
Белорусская методика 2) В основу разработки укрупненных норм положены: - результаты анализа фактичес
Белорусская методика 2) В основу разработки укрупненных норм положены: - результаты анализа фактических затрат труда на разработку ПО; - экспертные оценки; - данные оперативного учета и отчетности; - …
Pic.21
Белорусская методика 3) Стадиями разработки ПО согласно ГОСТам Единой системы программной документац
Белорусская методика 3) Стадиями разработки ПО согласно ГОСТам Единой системы программной документации являются: - техническое задание (ТЗ); - эскизный проект (ЭП); - технический проект (ТП); - …
Pic.22
Белорусская методика 4) Каждая стадия разработки ПО предусматривает выполнение следующих видов работ
Белорусская методика 4) Каждая стадия разработки ПО предусматривает выполнение следующих видов работ: - ТЗ – постановку задачи; сбор исходных материалов; выбор и обоснование критериев эффективности и …
Pic.23
Белорусская методика - ЭП – уточнение методов решения задачи; разработку общего описания алгоритма р
Белорусская методика - ЭП – уточнение методов решения задачи; разработку общего описания алгоритма решения задачи, общей структуры и компонентов; разработку пояснительной записки, включая внешние …
Pic.24
Белорусская методика - ТП – уточнение структуры входных и выходных данных, логической структуры базы
Белорусская методика - ТП – уточнение структуры входных и выходных данных, логической структуры базы данных, внешних интерфейсов; разработку алгоритма решения задачи; определение формы представления …
Pic.25
Белорусская методика - РП – программирование и отладку программы; изготовление программы-ориги-нала;
Белорусская методика - РП – программирование и отладку программы; изготовление программы-ориги-нала; разработку программных документов в соответствии с требованиями ГОСТов; разработку, согласование и …
Pic.26
Белорусская методика 5) Укрупненные нормы определены на одно ПО и указаны в человеко-днях при пятидн
Белорусская методика 5) Укрупненные нормы определены на одно ПО и указаны в человеко-днях при пятидневной рабочей неделе с продолжительностью рабочего дня восемь часов с учетом времени на …
Pic.27
Белорусская методика 6) В качестве единицы измерения объема ПО используется строка исходного кода (L
Белорусская методика 6) В качестве единицы измерения объема ПО используется строка исходного кода (LOC). Преимущества использования строки исходного кода (LOC) как единицы измерения заключаются в …
Pic.28
Белорусская методика 7) При подсчете строк исходного кода (LOC) следует придерживаться следующих рек
Белорусская методика 7) При подсчете строк исходного кода (LOC) следует придерживаться следующих рекомендаций: - учитывать «строку исходного кода (LOC)» как одну, если в ней содержится лишь один …
Pic.29
Белорусская методика 8) На работы, не предусмотренные укрупненными нормами, нормы затрат труда разра
Белорусская методика 8) На работы, не предусмотренные укрупненными нормами, нормы затрат труда разрабатываются организациями на основании методов технического нормирования и утверждаются в …
Pic.30
Выводы Нереалистичность оценок трудоемкости и сроков разработки программной системы – один из серьез
Выводы Нереалистичность оценок трудоемкости и сроков разработки программной системы – один из серьезнейших демотивирующих факторов для разработчиков. Недооценка приводит к ошибкам планирования и …
Pic.31
Выводы Использование собственного опыта или опыта коллег, полученного в похожих проектах, это наибол
Выводы Использование собственного опыта или опыта коллег, полученного в похожих проектах, это наиболее прагматичный подход, который позволяет получить достаточно реалистичные оценки трудоемкости и …
Pic.32
Выводы Среди них наибольшее распространение получили два подхода: - FPA IFPUG – метод функциональных
Выводы Среди них наибольшее распространение получили два подхода: - FPA IFPUG – метод функциональных точек; - COCOMO II – модель издержек разработки. В Беларуси целесообразно использовать методику …
Pic.33
Контрольные вопросы 1. Что такое оценка трудоемкости разработки программного обеспечения? 2. Негатив
Контрольные вопросы 1. Что такое оценка трудоемкости разработки программного обеспечения? 2. Негативные последствия «агрессивного» расписания? 3. Расскажите о прагматичном подходе в методе PERT …
Pic.34
Проектирование программных систем Лекция ОЦЕНКА ТРУДОЕМКОСТИ И СРОКОВ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕ
Проектирование программных систем Лекция ОЦЕНКА ТРУДОЕМКОСТИ И СРОКОВ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ Король Иван Андреевич – доцент, канд. физ. -мат. наук


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

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