Прогностические модели процесса разработки. (Лекция 3) - презентация, доклад, проект скачать

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

Прогностические модели процесса разработки. (Лекция 3), слайд №1

Прогностические модели процесса разработки. (Лекция 3), слайд №2

Прогностические модели процесса разработки. (Лекция 3), слайд №3

Прогностические модели процесса разработки. (Лекция 3), слайд №4

Прогностические модели процесса разработки. (Лекция 3), слайд №5

Прогностические модели процесса разработки. (Лекция 3), слайд №6

Прогностические модели процесса разработки. (Лекция 3), слайд №7

Прогностические модели процесса разработки. (Лекция 3), слайд №8

Прогностические модели процесса разработки. (Лекция 3), слайд №9

Прогностические модели процесса разработки. (Лекция 3), слайд №10

Прогностические модели процесса разработки. (Лекция 3), слайд №11

Прогностические модели процесса разработки. (Лекция 3), слайд №12

Прогностические модели процесса разработки. (Лекция 3), слайд №13

Прогностические модели процесса разработки. (Лекция 3), слайд №14

Прогностические модели процесса разработки. (Лекция 3), слайд №15

Прогностические модели процесса разработки. (Лекция 3), слайд №16

Прогностические модели процесса разработки. (Лекция 3), слайд №17

Прогностические модели процесса разработки. (Лекция 3), слайд №18

Прогностические модели процесса разработки. (Лекция 3), слайд №19

Прогностические модели процесса разработки. (Лекция 3), слайд №20

Прогностические модели процесса разработки. (Лекция 3), слайд №21

Прогностические модели процесса разработки. (Лекция 3), слайд №22

Прогностические модели процесса разработки. (Лекция 3), слайд №23

Прогностические модели процесса разработки. (Лекция 3), слайд №24

Прогностические модели процесса разработки. (Лекция 3), слайд №25

Прогностические модели процесса разработки. (Лекция 3), слайд №26

Прогностические модели процесса разработки. (Лекция 3), слайд №27

Прогностические модели процесса разработки. (Лекция 3), слайд №28

Прогностические модели процесса разработки. (Лекция 3), слайд №29

Прогностические модели процесса разработки. (Лекция 3), слайд №30

Прогностические модели процесса разработки. (Лекция 3), слайд №31

Прогностические модели процесса разработки. (Лекция 3), слайд №32

Прогностические модели процесса разработки. (Лекция 3), слайд №33

Прогностические модели процесса разработки. (Лекция 3), слайд №34

Прогностические модели процесса разработки. (Лекция 3), слайд №35

Прогностические модели процесса разработки. (Лекция 3), слайд №36

Прогностические модели процесса разработки. (Лекция 3), слайд №37

Прогностические модели процесса разработки. (Лекция 3), слайд №38

Прогностические модели процесса разработки. (Лекция 3), слайд №39

Прогностические модели процесса разработки. (Лекция 3), слайд №40

Прогностические модели процесса разработки. (Лекция 3), слайд №41

Прогностические модели процесса разработки. (Лекция 3), слайд №42

Прогностические модели процесса разработки. (Лекция 3), слайд №43

Прогностические модели процесса разработки. (Лекция 3), слайд №44

Прогностические модели процесса разработки. (Лекция 3), слайд №45

Прогностические модели процесса разработки. (Лекция 3), слайд №46

Прогностические модели процесса разработки. (Лекция 3), слайд №47

Прогностические модели процесса разработки. (Лекция 3), слайд №48

Прогностические модели процесса разработки. (Лекция 3), слайд №49

Прогностические модели процесса разработки. (Лекция 3), слайд №50

Прогностические модели процесса разработки. (Лекция 3), слайд №51

Прогностические модели процесса разработки. (Лекция 3), слайд №52

Прогностические модели процесса разработки. (Лекция 3), слайд №53

Прогностические модели процесса разработки. (Лекция 3), слайд №54

Прогностические модели процесса разработки. (Лекция 3), слайд №55

Прогностические модели процесса разработки. (Лекция 3), слайд №56

Прогностические модели процесса разработки. (Лекция 3), слайд №57

Прогностические модели процесса разработки. (Лекция 3), слайд №58

Прогностические модели процесса разработки. (Лекция 3), слайд №59

Содержание ▲

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

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

Слайд 1

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

Лекция 3

Слайд 2

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

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

Слайд 3

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

Модель процесса разработки ПО выделяет конкретные наборы видов деятельности, артефактов, ролей и их взаимосвязи, а также дает рекомендации по организации процесса в целом Модель процесса разработки ПО выделяет конкретные наборы видов деятельности, артефактов, ролей и их взаимосвязи, а также дает рекомендации по организации процесса в целом

Слайд 4

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

Реальный процесс разработки обычно жестко не увязывается с какой-либо одной моделью, хотя одна из них может быть ведущей Реальный процесс разработки обычно жестко не увязывается с какой-либо одной моделью, хотя одна из них может быть ведущей Выбор модели определяется: объемом и сложностью проекта; количеством и качеством команды разработчиков квалификацией заказчика, его способностью обеспечить достаточно четкую постановку задачи

Слайд 5

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

Наиболее широко известной и применяемой долгое время оставалась так называемая каскадная или водопадная (waterfall) модель жизненного цикла Наиболее широко известной и применяемой долгое время оставалась так называемая каскадная или водопадная (waterfall) модель жизненного цикла Впервые четко сформулирована в 1970 году Уильямом Ройсом (W.W.Royce) и затем закреплена в стандартах Министерства обороны США

Слайд 6

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

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

Слайд 7

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

Слайд 8

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

Достоинства модели: Достоинства модели: упорядоченность процесса разработки возможность его строгого планирования во времени Недостатки модели: необходимость точной и полной формулировки требований к ПС перед началом разработки невозможность изменения решений, принятых на предыдущих этапах результаты проекта становятся доступны заказчику только по завершении работ

Слайд 9

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

Итеративный подход – это выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов Итеративный подход – это выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов Проект при этом подходе в каждой фазе развития проходит повторяющийся цикл: Планирование — Реализация — Проверка — Оценка

Слайд 10

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

Предусматривает дробление продукта на относительно независимые составляющие, которые разрабатываются и вводятся в эксплуатацию по отдельности Предусматривает дробление продукта на относительно независимые составляющие, которые разрабатываются и вводятся в эксплуатацию по отдельности

Слайд 11

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

Слайд 12

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

Достоинством данной модели по сравнению с каскадной является возможность передать заказчику работающий прототип системы до полного завершения процесса разработки Достоинством данной модели по сравнению с каскадной является возможность передать заказчику работающий прототип системы до полного завершения процесса разработки

Слайд 13

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

Деление на функциональные блоки в целом замедляет процесс, так как возникает необходимость обеспечения их взаимодействия Деление на функциональные блоки в целом замедляет процесс, так как возникает необходимость обеспечения их взаимодействия Для многих решений этот метод неприменим, поскольку из них нельзя вычленить отдельные составляющие, которые могут быть поставлены и функционировать независимо

Слайд 14

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

Существенно усложняется управление проектом в связи с усложнением задач по координированию работ над отдельными составляющими системы Существенно усложняется управление проектом в связи с усложнением задач по координированию работ над отдельными составляющими системы Увеличивается стоимость внесения изменений в готовые компоненты, которые уже установлены и работают у заказчика

Слайд 15

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

Предложена в 1988 г. Барри Боэмом (Barry W. Boehm) и является классическим примером реализации эволюционной стратегии. Предложена в 1988 г. Барри Боэмом (Barry W. Boehm) и является классическим примером реализации эволюционной стратегии. Модель определяет четыре действия: планирование, анализ рисков, конструирование, оценивание

Слайд 16

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

Слайд 17

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

Планирование заключается в определении целей очередной итерации процесса разработки, выборе вариантов решения и оценки ограничений Планирование заключается в определении целей очередной итерации процесса разработки, выборе вариантов решения и оценки ограничений Анализ рисков – анализ вариантов решения и оценка связанных с ними рисков, т.е. возможностей получения неудовлетворительных результатов

Слайд 18

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

Конструирование – это основное действие, заключающееся в создании следующей версии ПО Конструирование – это основное действие, заключающееся в создании следующей версии ПО Оценивание – оценка заказчиком качества очередной версии ПО, внесение им предложений по модификации продукта, корректировка требований

Слайд 19

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

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

Слайд 20

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

При разработке ПО неудовлетворительным результатом может быть: При разработке ПО неудовлетворительным результатом может быть: превышение бюджета, низкая надежность продукта, неправильное функционирование и пр.

Слайд 21

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

С каждой итерацией связан некоторые начальные риски, которые уменьшаются при успешном завершении итерации С каждой итерацией связан некоторые начальные риски, которые уменьшаются при успешном завершении итерации Началу следующей итерации предшествует пересмотр и новая оценка рисков

Слайд 22

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

Для ранжирования рисков по степени значимости используют величину показатель риска RE (Risk Exposure) Для ранжирования рисков по степени значимости используют величину показатель риска RE (Risk Exposure) RE=P*L, где P – вероятность неудовлетворительного результата, L – потеря (в10 или 100-балльной шкале) при получении неудовлетворительного результата

Слайд 23

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

Включает 6 действий: Включает 6 действий: идентификация риска – выявление риска в проекте; анализ риска – оценка вероятности и величины потери; ранжирование рисков – упорядочение по степени влияния; планирование управления рисками – подготовка к работе с каждым риском;

Слайд 24

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

разрешение риска – устранение риска; разрешение риска – устранение риска; наблюдение рисков – отслеживание динамики изменения рисков, выполнение корректирующих действий Боэм формулирует десять наиболее распространённых (по приоритетам) рисков

Слайд 25

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

дефицит специалистов; дефицит специалистов; нереалистичные сроки и бюджет; реализация несоответствующей функциональности; разработка неправильного пользовательского интерфейса; «золотая сервировка», ненужная оптимизация и оттачивание деталей; непрекращающийся поток изменений; нехватка информации о внешних компонентах;

Слайд 26

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

недостатки в работах, выполняемых внешними ресурсами; недостатки в работах, выполняемых внешними ресурсами; недостаточная производительность получаемой системы; «разрыв» в квалификации специалистов разных областей знаний Большая часть этих рисков связана с организационными и процессными аспектами взаимодействия специалистов в проектной команде

Слайд 27

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

Достоинства спиральной модели: Достоинства спиральной модели: данная модель отображает процесс разработки ПО в наиболее реальном виде; позволяет явно учитывать риски на каждом витке эволюционного процесса и принимать различные управленческие решения вплоть до прекращения работ

Слайд 28

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

Недостатки спиральной модели: Недостатки спиральной модели: повышенные требования к заказчику; трудности контроля и управления временем разработки

Слайд 29

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

RUP является развитием спиральной модели и представляет процесс разработки ПО в виде эволюционно-инкрементного цикла RUP является развитием спиральной модели и представляет процесс разработки ПО в виде эволюционно-инкрементного цикла Эволюционная составляющая цикла основывается на дополнении требований в ходе работы Инкрементная составляющая – на планомерном приращении реализации требований

Слайд 30

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

RUP выделяет в процессе разработки 4 этапа: RUP выделяет в процессе разработки 4 этапа: начало (Inception) развитие (Elaboration) конструирование (Construction) внедрение (Transition)

Слайд 31

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

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

Слайд 32

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

Каждый этап и итерация завершаются контрольной вехой Каждый этап и итерация завершаются контрольной вехой Контрольная веха – это проверка состояния разработки с целью определения степени достижения ключевых целей

Слайд 33

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

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

Слайд 34

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

Слайд 35

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

Основная цель данного этапа — исходя из основных требований разработать стабильную базовую архитектуру продукта Основная цель данного этапа — исходя из основных требований разработать стабильную базовую архитектуру продукта Эта архитектура в дальнейшем используется как основа разработки системы

Слайд 36

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

Слайд 37

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

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

Слайд 38

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

Слайд 39

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

Цель данного этапа — сделать систему полностью доступной конечным пользователям Цель данного этапа — сделать систему полностью доступной конечным пользователям Здесь происходит развертывание системы в ее рабочей среде, бета-тестирование, подгонка мелких деталей под нужды пользователей.

Слайд 40

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

Слайд 41

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

Каждая итерация включает несколько рабочих потоков: Каждая итерация включает несколько рабочих потоков: моделирование предметной области (Business Modeling); определение требований (Requirements); анализ и проектирование (Analysis and Design); реализация (Implementation); тестирование (Test); развертывание (Deployment);

Слайд 42

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

Слайд 43

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

В результате моделирования предметной области должна появиться ее модель в виде набора диаграмм классов (объектов предметной области) и деятельностей (представляющих бизнес-операции и бизнес-процессы) В результате моделирования предметной области должна появиться ее модель в виде набора диаграмм классов (объектов предметной области) и деятельностей (представляющих бизнес-операции и бизнес-процессы) Модель предметной области служит основой модели проектирования

Слайд 44

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

Задачи этого рабочего потока: Задачи этого рабочего потока: понять, что должна делать система, и убедиться во взаимопонимании по этому поводу между заинтересованными лицами; определить границы системы; создать основу для планирования проекта и оценок затрат ресурсов в нем. Требования принято фиксировать в виде модели вариантов использования

Слайд 45

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

Задачи этого рабочего потока: Задачи этого рабочего потока: разработка архитектуры системы на основе требований убедиться, что данная архитектура может быть основой работающей системы в контексте ее будущего использования

Слайд 46

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

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

Слайд 47

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

Задачи рабочего потока: Задачи рабочего потока: определить структуру исходного кода системы, разработать код ее компонентов протестировать компоненты, интегрировать систему в работающее целое

Слайд 48

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

Задачи рабочего потока Тестирование: Задачи рабочего потока Тестирование: поиск и описание дефектов системы (проявления недостатков ее качества), оценка ее качества в целом, оценка степени выполнения гипотез, лежащих в основе проектирования, оценка степени соответствия системы требованиям

Слайд 49

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

Задачи рабочего потока Развертывание: Задачи рабочего потока Развертывание: установка системы в ее рабочем окружении, оценка ее работоспособность на том месте, где она должна будет работать

Слайд 50

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

Слайд 51

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

Каждый рабочий поток определяет набор связанных с ним артефактов Каждый рабочий поток определяет набор связанных с ним артефактов Артефакты, вырабатываемые в ходе проекта, могут быть представлены: в виде баз данных и таблиц с информацией различного типа, разных видов документов, исходного кода и объектных модулей, моделей, состоящих из отдельных элементов

Слайд 52

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

Слайд 53

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

Концепция V-образной модели была разработана Германией и США в конце 1980-х годов независимо друг от друга Концепция V-образной модели была разработана Германией и США в конце 1980-х годов независимо друг от друга Немецкая V-модель была разработана аэрокосмической компанией IABG, американская – Национальным советом по системной инженерии и предназначалась для спутниковых систем

Слайд 54

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

Слайд 55

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

V-Model делает упор на тестирование как составную часть всех этапов разработки, а также на разработку прототипов конечного продукта V-Model делает упор на тестирование как составную часть всех этапов разработки, а также на разработку прототипов конечного продукта Основной принцип V-модели заключается в том, что детализация проекта возрастает при движении слева направо, одновременно с течением времени

Слайд 56

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

Минимизация рисков Минимизация рисков V-модель делает проект более прозрачным и повышает качество контроля проекта, что позволяет выявлять отклонения в проекте и риски на ранних стадиях Повышение качества V-модель является стандартизованной моделью разработки, что позволяет добиться от проекта результатов желаемого качества

Слайд 57

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

Уменьшение стоимости проекта Уменьшение стоимости проекта Ресурсы на разработку, производство, управление и поддержку могут быть заранее просчитаны и проконтролированы. Повышение качества коммуникации между участниками проекта Универсальное описание всех элементов и условий облегчает взаимопонимание всех участников проекта

Слайд 58

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

Модель не предусматривает работу с параллельными событиями Модель не предусматривает работу с параллельными событиями В модель не входят действия, направленные на анализ рисков Результат разработки становится понятным только при достижении низа буквы V