🗊Презентация Прогностические модели процесса разработки. (Лекция 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
Описание слайда:
Лекция 3

Слайд 2


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

Слайд 3


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

Слайд 4


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

Слайд 5


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

Слайд 6


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

Слайд 7


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

Слайд 8


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

Слайд 9


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

Слайд 10


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

Слайд 11


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

Слайд 12


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

Слайд 13


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

Слайд 14


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

Слайд 15


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

Слайд 16


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

Слайд 17


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

Слайд 18


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

Слайд 19


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

Слайд 20


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

Слайд 21


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

Слайд 22


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

Слайд 23


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

Слайд 24


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

Слайд 25


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

Слайд 26


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

Слайд 27


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

Слайд 28


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

Слайд 29


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

Слайд 30


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

Слайд 31


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

Слайд 32


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

Слайд 33


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

Слайд 34


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

Слайд 35


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

Слайд 36


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

Слайд 37


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

Слайд 38


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

Слайд 39


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

Слайд 40


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

Слайд 41


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

Слайд 42


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

Слайд 43


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

Слайд 44


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

Слайд 45


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

Слайд 46


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

Слайд 47


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

Слайд 48


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

Слайд 49


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

Слайд 50


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

Слайд 51


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

Слайд 52


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

Слайд 53


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

Слайд 54


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

Слайд 55


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

Слайд 56


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

Слайд 57


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

Слайд 58


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

Слайд 59


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

Скачать

Похожие презентации
Mypresentation.ru
Загрузить презентацию