🗊Презентация Rational Unified Process

Категория: Информатика
Нажмите для полного просмотра!
Rational Unified Process, слайд №1Rational Unified Process, слайд №2Rational Unified Process, слайд №3Rational Unified Process, слайд №4Rational Unified Process, слайд №5Rational Unified Process, слайд №6Rational Unified Process, слайд №7Rational Unified Process, слайд №8Rational Unified Process, слайд №9Rational Unified Process, слайд №10Rational Unified Process, слайд №11Rational Unified Process, слайд №12

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

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


Слайд 1





Rational Unified Process
Мелдебеков А.С.
Описание слайда:
Rational Unified Process Мелдебеков А.С.

Слайд 2





	Rational Unified Process
	
	Rational Unified Process (RUP) — Методология разработки программного обеспечения, созданная компанией Rational Software.
	RUP в значительной степени соответствует стандартам и нормативным документам, связанным с процессами ЖЦ ПО и оценкой технологической зрелости организаций-разработчиков (ISO 12207, ISO 9000, CMM и др.). Ее основными принципами являются:
Итерационный и инкрементный (наращиваемый) подход к созданию ПО.
Планирование и управление проектом на основе функциональных требований к системе - вариантов использования.
Построение системы на базе архитектуры ПО.
Описание слайда:
Rational Unified Process Rational Unified Process (RUP) — Методология разработки программного обеспечения, созданная компанией Rational Software. RUP в значительной степени соответствует стандартам и нормативным документам, связанным с процессами ЖЦ ПО и оценкой технологической зрелости организаций-разработчиков (ISO 12207, ISO 9000, CMM и др.). Ее основными принципами являются: Итерационный и инкрементный (наращиваемый) подход к созданию ПО. Планирование и управление проектом на основе функциональных требований к системе - вариантов использования. Построение системы на базе архитектуры ПО.

Слайд 3





	Первый принцип является определяющим. В соответствии с ним разработка системы выполняется в виде нескольких краткосрочных мини-проектов фиксированной длительности (от 2 до 6 недель), называемых итерациями. Каждая итерация включает свои собственные этапы анализа требований, проектирования, реализации, тестирования, интеграции и завершается созданием работающей системы.
	Первый принцип является определяющим. В соответствии с ним разработка системы выполняется в виде нескольких краткосрочных мини-проектов фиксированной длительности (от 2 до 6 недель), называемых итерациями. Каждая итерация включает свои собственные этапы анализа требований, проектирования, реализации, тестирования, интеграции и завершается созданием работающей системы.
	Итерационный цикл основывается на постоянном расширении и дополнении системы в процессе нескольких итераций с периодической обратной связью и адаптацией добавляемых модулей к существующему ядру системы. Система постоянно разрастается шаг за шагом, поэтому такой подход называют итерационным и инкрементным.
Описание слайда:
Первый принцип является определяющим. В соответствии с ним разработка системы выполняется в виде нескольких краткосрочных мини-проектов фиксированной длительности (от 2 до 6 недель), называемых итерациями. Каждая итерация включает свои собственные этапы анализа требований, проектирования, реализации, тестирования, интеграции и завершается созданием работающей системы. Первый принцип является определяющим. В соответствии с ним разработка системы выполняется в виде нескольких краткосрочных мини-проектов фиксированной длительности (от 2 до 6 недель), называемых итерациями. Каждая итерация включает свои собственные этапы анализа требований, проектирования, реализации, тестирования, интеграции и завершается созданием работающей системы. Итерационный цикл основывается на постоянном расширении и дополнении системы в процессе нескольких итераций с периодической обратной связью и адаптацией добавляемых модулей к существующему ядру системы. Система постоянно разрастается шаг за шагом, поэтому такой подход называют итерационным и инкрементным.

Слайд 4





	На рисунке показано общее представление RUP в двух измерениях. Горизонтальное измерение представляет время, отражает динамические аспекты процессов и оперирует такими понятиями, как стадии, итерации и контрольные точки. Вертикальное измерение отражает статические аспекты процессов и оперирует такими понятиями, как виды деятельности (технологические операции), рабочие продукты, исполнители и дисциплины (технологические процессы).
	На рисунке показано общее представление RUP в двух измерениях. Горизонтальное измерение представляет время, отражает динамические аспекты процессов и оперирует такими понятиями, как стадии, итерации и контрольные точки. Вертикальное измерение отражает статические аспекты процессов и оперирует такими понятиями, как виды деятельности (технологические операции), рабочие продукты, исполнители и дисциплины (технологические процессы).
Описание слайда:
На рисунке показано общее представление RUP в двух измерениях. Горизонтальное измерение представляет время, отражает динамические аспекты процессов и оперирует такими понятиями, как стадии, итерации и контрольные точки. Вертикальное измерение отражает статические аспекты процессов и оперирует такими понятиями, как виды деятельности (технологические операции), рабочие продукты, исполнители и дисциплины (технологические процессы). На рисунке показано общее представление RUP в двух измерениях. Горизонтальное измерение представляет время, отражает динамические аспекты процессов и оперирует такими понятиями, как стадии, итерации и контрольные точки. Вертикальное измерение отражает статические аспекты процессов и оперирует такими понятиями, как виды деятельности (технологические операции), рабочие продукты, исполнители и дисциплины (технологические процессы).

Слайд 5





	Согласно RUP, ЖЦ ПО разбивается на отдельные циклы, в каждом из которых создается новое поколение продукта. Каждый цикл, в свою очередь, разбивается на четыре последовательные стадии:
	Согласно RUP, ЖЦ ПО разбивается на отдельные циклы, в каждом из которых создается новое поколение продукта. Каждый цикл, в свою очередь, разбивается на четыре последовательные стадии:
начальная стадия (inception);
стадия разработки (elaboration);
стадия конструирования (construction);
стадия ввода в действие (transition).
	Каждая стадия завершается в четко определенной контрольной точке (milestone). В этот момент времени должны достигаться важные результаты и приниматься критически важные решения о дальнейшей разработке.
Описание слайда:
Согласно RUP, ЖЦ ПО разбивается на отдельные циклы, в каждом из которых создается новое поколение продукта. Каждый цикл, в свою очередь, разбивается на четыре последовательные стадии: Согласно RUP, ЖЦ ПО разбивается на отдельные циклы, в каждом из которых создается новое поколение продукта. Каждый цикл, в свою очередь, разбивается на четыре последовательные стадии: начальная стадия (inception); стадия разработки (elaboration); стадия конструирования (construction); стадия ввода в действие (transition). Каждая стадия завершается в четко определенной контрольной точке (milestone). В этот момент времени должны достигаться важные результаты и приниматься критически важные решения о дальнейшей разработке.

Слайд 6





	Результаты начальной стадии:
	Общее описание системы: основные требования к проекту, его характеристики и ограничения;
начальная модель вариантов использования (степень готовности - 10-20%);
начальный проектный глоссарий (словарь терминов);
начальный бизнес-план;
план проекта, отражающий стадии и итерации;
один или несколько прототипов.
	На стадии разработки выявляются более детальные требования к системе, выполняется высокоуровневый анализ предметной области и проектирование для построения базовой архитектуры системы, создается план конструирования и устраняются наиболее рискованные элементы проекта.
Описание слайда:
Результаты начальной стадии: Общее описание системы: основные требования к проекту, его характеристики и ограничения; начальная модель вариантов использования (степень готовности - 10-20%); начальный проектный глоссарий (словарь терминов); начальный бизнес-план; план проекта, отражающий стадии и итерации; один или несколько прототипов. На стадии разработки выявляются более детальные требования к системе, выполняется высокоуровневый анализ предметной области и проектирование для построения базовой архитектуры системы, создается план конструирования и устраняются наиболее рискованные элементы проекта.

Слайд 7





	РЕЗУЛЬТАТЫ СТАДИИ РАЗРАБОТКИ:
	Модель вариантов использования (завершенная по крайней мере на 80%), определяющая функциональные требования к системе;
Перечень дополнительных требований, включая требования нефункционального характера и требования, не связанные с конкретными вариантами использования;
Описание базовой архитектуры будущей системы;
Работающий прототип;
Уточненный бизнес-план;
План разработки всего проекта, отражающий итерации и критерии оценки для каждой итерации.
	Самым важным результатом стадии разработки является описание базовой архитектуры будущей системы. Эта архитектура включает:
	Модель предметной области, которая отражает понимание бизнеса и служит отправным пунктом для формирования основных классов предметной области;
	Технологическую платформу, определяющую основные элементы технологии реализации системы и их взаимодействие.
	Эта архитектура является основой всей дальнейшей разработки, она служит своего рода проектом для последующих стадий. В дальнейшем неизбежны незначительные изменения в деталях архитектуры, однако, серьезные изменения маловероятны.
Описание слайда:
РЕЗУЛЬТАТЫ СТАДИИ РАЗРАБОТКИ: Модель вариантов использования (завершенная по крайней мере на 80%), определяющая функциональные требования к системе; Перечень дополнительных требований, включая требования нефункционального характера и требования, не связанные с конкретными вариантами использования; Описание базовой архитектуры будущей системы; Работающий прототип; Уточненный бизнес-план; План разработки всего проекта, отражающий итерации и критерии оценки для каждой итерации. Самым важным результатом стадии разработки является описание базовой архитектуры будущей системы. Эта архитектура включает: Модель предметной области, которая отражает понимание бизнеса и служит отправным пунктом для формирования основных классов предметной области; Технологическую платформу, определяющую основные элементы технологии реализации системы и их взаимодействие. Эта архитектура является основой всей дальнейшей разработки, она служит своего рода проектом для последующих стадий. В дальнейшем неизбежны незначительные изменения в деталях архитектуры, однако, серьезные изменения маловероятны.

Слайд 8





	Статический аспект RUP представлен четырьмя основными элементами:
Роли;
Виды деятельности;
Рабочие продукты;
Дисциплины.
	Понятие "роль" (role) определяет поведение и ответственность личности или группы личностей, составляющих проектную команду. Одна личность может играть в проекте много различных ролей.
	Под видом деятельности конкретного исполнителя понимается единица выполняемой им работы. Вид деятельности (activity) соответствует понятию технологической операции. Он имеет четко определенную цель, обычно выражаемую в терминах получения или модификации некоторых рабочих продуктов (artifacts), таких, как модель, элемент модели, документ, исходный код или план. Каждый вид деятельности связано с конкретной ролью. Продолжительность вида деятельности составляет от нескольких часов до нескольких дней, он обычно выполняется одним исполнителем и порождает только один или весьма небольшое количество рабочих продуктов. Любой вид деятельности должен являться элементом процесса планирования. Примерами видов деятельности могут быть планирование итерации, определение вариантов использования и действующих лиц, выполнение теста на производительность. Каждый вид деятельности сопровождается набором руководств (guidelines), представляющих собой методики выполнения технологических операций.
	Дисциплина (discipline) соответствует понятию технологического процесса и представляет собой последовательность действий, приводящую к получению значимого результата.
Описание слайда:
Статический аспект RUP представлен четырьмя основными элементами: Роли; Виды деятельности; Рабочие продукты; Дисциплины. Понятие "роль" (role) определяет поведение и ответственность личности или группы личностей, составляющих проектную команду. Одна личность может играть в проекте много различных ролей. Под видом деятельности конкретного исполнителя понимается единица выполняемой им работы. Вид деятельности (activity) соответствует понятию технологической операции. Он имеет четко определенную цель, обычно выражаемую в терминах получения или модификации некоторых рабочих продуктов (artifacts), таких, как модель, элемент модели, документ, исходный код или план. Каждый вид деятельности связано с конкретной ролью. Продолжительность вида деятельности составляет от нескольких часов до нескольких дней, он обычно выполняется одним исполнителем и порождает только один или весьма небольшое количество рабочих продуктов. Любой вид деятельности должен являться элементом процесса планирования. Примерами видов деятельности могут быть планирование итерации, определение вариантов использования и действующих лиц, выполнение теста на производительность. Каждый вид деятельности сопровождается набором руководств (guidelines), представляющих собой методики выполнения технологических операций. Дисциплина (discipline) соответствует понятию технологического процесса и представляет собой последовательность действий, приводящую к получению значимого результата.

Слайд 9





	В рамках RUP определены шесть основных дисциплин:
	В рамках RUP определены шесть основных дисциплин:
построение бизнес-моделей;
определение требований;
анализ и проектирование;
реализация;
тестирование;
oразвертывание;
	и три вспомогательных:
управление конфигурацией и изменениями;
управление проектом;
создание инфраструктуры.
Описание слайда:
В рамках RUP определены шесть основных дисциплин: В рамках RUP определены шесть основных дисциплин: построение бизнес-моделей; определение требований; анализ и проектирование; реализация; тестирование; oразвертывание; и три вспомогательных: управление конфигурацией и изменениями; управление проектом; создание инфраструктуры.

Слайд 10





	В результате разработки проекта с помощью rational rose формируются следующие документы:
	В результате разработки проекта с помощью rational rose формируются следующие документы:
Диаграммы uml, в совокупности представляющие собой модель разрабатываемой программной системы;
Спецификации классов, объектов, атрибутов и операций;
Заготовки текстов программ.
	Тексты программ являются заготовками для последующей работы программистов. Состав информации, включаемой в программные файлы, определяется либо по умолчанию, либо по усмотрению пользователя. В дальнейшем эти исходные тексты развиваются программистами в полноценные программы.
Описание слайда:
В результате разработки проекта с помощью rational rose формируются следующие документы: В результате разработки проекта с помощью rational rose формируются следующие документы: Диаграммы uml, в совокупности представляющие собой модель разрабатываемой программной системы; Спецификации классов, объектов, атрибутов и операций; Заготовки текстов программ. Тексты программ являются заготовками для последующей работы программистов. Состав информации, включаемой в программные файлы, определяется либо по умолчанию, либо по усмотрению пользователя. В дальнейшем эти исходные тексты развиваются программистами в полноценные программы.

Слайд 11


Rational Unified Process, слайд №11
Описание слайда:

Слайд 12





благодарю за внимание!
Описание слайда:
благодарю за внимание!



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