Rational Rose и UML - презентация, доклад, проект скачать

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

Содержание ▲

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

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

Слайд 1

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

Rational Rose и UML Проектирование объектно-ориентированных приложений

Слайд 2

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

Методы проектирования ИС

Слайд 3

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

Проблемы метода структурного проектирования Функциональную точку зрения трудно развивать Реальные системы трудно охарактеризовать функционально Фокусирование на функциональности теряет из виду данные Функциональная ориентация производит код, менее пригодный для многократного использования ИТОГ: Мейер Бертран «Нисходящее функциональное проектирование плохо адаптируется к разработке крупных программных систем. Нисходящее проектирование остается полезной парадигмой для малых программ и индивидуальных алгоритмов..., но оно практически не масштабируется на большие системы. Смысл не в том, что Вы не можете разрабатывать систему сверху вниз: можете. Но, выторговывая для себя краткосрочное удобство за длительную негибкость, Вы некорректно нагромождаете одну функцию над другой и (достаточно часто) функциональный интерфейс над более важными параметрами системы. Вы теряете из виду аспект данных, и Вы жертвуете возможностью многократного использования».

Слайд 4

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

Объектно-ориентированное проектирование Мейер: «Объектно-ориентированное проектирование - конструирование программных систем в виде структурированных коллекций, реализующих абстрактные типы данных". Неформально он определяет это как “Метод, который ведет к архитектурам программ, основанным на объектах, используемых системой или подсистемой (предпочтительнее чем "функция", которую система, как предполагается, выполняет)".

Слайд 5

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

Принципы объектно-ориентированного проектирования Инкапсуляция – подобна понятию сокрытия информации. Это возможность скрывать многочисленные детали объекта от внешнего мира. Внешним миром объекта является все то, что находится вне объекта, включая остальную часть системы.

Слайд 6

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

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

Слайд 7

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

Принципы объектно-ориентированного проектирования Полиморфизм означает наличие множества форм или реализаций конкретной функциональности.

Слайд 8

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

Почему объектная ориентация работает??? Объектная ориентация работает на более высоком уровне абстракции. Данные, на которых базируется система более стабильны, нежели функциональные возможности, которые эта система поддерживает. Объектно-ориентированное проектирование и программирование поддерживает многократное использование кода.

Слайд 9

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

Уровни представления модели Уровень представления – концептуальный, логический и физический.

Слайд 10

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

Язык UML – унифицированный язык моделирования UML предоставляет выразительные средства для создания визуальных моделей, которые: единообразно понимаются всеми разработчиками, вовлеченными в проект и являются средством коммуникации в рамках проекта. Унифицированный Язык Моделирования (UML): не зависит от объектно-ориентированных (ОО) языков программирования, не зависит от используемой методологии разработки проекта, может поддерживать любой ОО язык программирования. UML является открытым и обладает средствами расширения базового ядра. Текущая спецификация UML 2.1.1 Доступ можно получить на сайте группы Object Management Group по адресу

Слайд 11

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

Канонические диаграммы языка UML Диаграмма (diagram) — графическое представление совокупности элементов модели в форме связного графа, вершинам и ребрам (дугам) которого приписывается определенная семантика.

Слайд 12

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

Диаграммы - представления Функциональное представление Диаграммы вариантов использования Диаграммы кооперации Диаграммы последовательности Логическое представление Диаграммы классов Представление компонентов Диаграммы компонентов Представление размещения Диаграммы размещения

Слайд 13

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

Rational Rose Enterprise Edition 2007

Слайд 14

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

Rational Rose Rational Rose – это мощный инструмент анализа и проектирования объектно-ориентированных программных систем, позволяющий моделировать системы до написания кода, так чтобы с самого начала быть уверенными в адекватности их архитектуры. Модель Rose – это картина системы. Она содержит все диаграммы UML, действующих лиц, варианты использования, объекты, классы, компоненты и узлы системы. Rose – это средство, которое может быть использовано всеми участниками проекта.

Слайд 15

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

Продукты IMB Rational Rose Rational Rose Developer for Java – это комплексная среда визуального моделирования на основе языка Unified Modeling Language (UML). Эта среда поддерживает генерацию кода для моделей Java и J2EE. Rational Rose Developer for UNIX - Средство разработки на основе моделей, занимающее лидирующее положение в отрасли. Rational Rose Enterprise – это один из наиболее комплексных продуктов семейства Rational Rose. Rational Rose Technical Developer - Основанное на использовании моделей решение по разработке ПО, обеспечивающее автоматизацию генерации кода программ на языках Java, C и C++.

Слайд 16

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

Структура Rational Rose Enterprise

Слайд 17

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

Дополнительные возможности Rational Rose Enterprise Новая возможность: поддержка прямого и обратного конструирования для наиболее распространенных конструкций Java 1.5. Генерация кода на языках Ada, ANSI C++, C++, CORBA, Java и Visual Basic с настраиваемой синхронизацией моделей и кода. Возможности анализа качества кода. Дополнительное встраиваемое средство Web-моделирования для визуализации, моделирования и разработки Web-приложений. UML-моделирование для разработки баз данных с возможностью представления интеграции данных и требований приложений на логической или физической основе. Возможность создания описаний типа документа (DTD) на языке XML для использования в приложениях. Интеграция с другими средствами разработки жизненного цикла IBM Rational. Возможность публикации моделей и отчетов в Интернете для облегчения процесса взаимодействия в распределенных группах разработчиков.

Слайд 18

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

Изучение пакета Rational Rose Enterprise 2007 на примере создания модели системы управления банкоматом

Слайд 19

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

Слайд 20

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

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

Слайд 21

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

Использование Rational Rose в фазе уточнения Уточнение – это детализация требований к системе. Обновление модели Вариантов Использования Диаграммы Последовательности и Кооперации помогают проиллюстрировать поток обработки данных при его детализации. С их помощью можно спроектировать требуемые для системы объекты. Уточнение предполагает подготовку проекта к сдаче разработчикам, которые начнут ее конструирование В среде Rose это может быть выполнено путем создания диаграмм Классов и диаграмм Состояний

Слайд 22

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

Использование Rational Rose в фазе конструирования В фазе конструирования пишется большая часть кода проекта. Чтобы показать зависимости между компонентами на этапе компиляции, создаются диаграммы Компонентов. После выбора языка программирования можно осуществить генерацию скелетного кода для каждого компонента. По завершении работы над кодом модель можно привести в соответствие с ним с помощью обратного проектирования.

Слайд 23

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

Диаграмма вариантов использования (Use Case) Диаграммы использования описывают функциональность ИС, которая будет видна пользователям системы. Отображает взаимодействие между вариантами использования, представляющими функции системы, и действующими лицами, представляющими людей или системы, получающие или передающие информацию в данную систему.

Слайд 24

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

Основные концепции моделирования вариантов использования Действующие лица – все , кто взаимодействует с разрабатываемой системой и находятся вне границ действия системы. Типы действующих лиц: Пользователи системы Другие системы, взаимодействующие с данной Время

Слайд 25

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

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

Слайд 26

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

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

Слайд 27

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

Механизмы расширения

Слайд 28

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

Диаграмма вариантов использования (Use Case) Самостоятельная работа:

Слайд 29

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

Диаграммы классов Диаграмма классов (class diagram) — диаграмма языка UML, на которой представлена совокупность декларативных или статических элементов модели, таких как классы с атрибутами и операциями, а также связывающие их отношения. Разработчики используют диаграммы классов для реальной разработки классов. Rational Rose генерирует основу кода классов, которую программисты заполняют деталями на выбранном ими языке. Аналитики могут показать детали системы, а архитекторы – понять ее дизайн.

Слайд 30

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

Механизмы расширения

Слайд 31

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

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

Слайд 32

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

Отношения на диаграмме классов 3. Отношение агрегации – отношение между целым и его частями. 4. Отношение обобщения

Слайд 33

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

Диаграммы классов Самостоятельная работа:

Слайд 34

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

Диаграммы кооперации (взаимодействия)

Слайд 35

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

: о : C– объект с собственным именем о, экземпляр класса С. : C– анонимный объект, экземпляр класса С. о :(или просто о) — объект-сирота с собственным именем о.

Слайд 36

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

Диаграммы кооперации (взаимодействия)

Слайд 37

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

Диаграммы кооперации (взаимодействия)

Слайд 38

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

Диаграммы кооперации (взаимодействия)

Слайд 39

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

Стереотипы сообщений (вызвать) – сообщение, требующее вызова операции или процедуры объекта-получателя. (возвратить) – сообщение, возвращающее значение выполненной операции или процедуры вызвавшему ее объекту. (создать) – сообщение, требующее создания другого объекта для выполнения определенных действий. (уничтожить) – сообщение с явным требованием уничтожить соответствующий объект.

Слайд 40

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

Диаграммы кооперации (взаимодействия) Самостоятельная работа:

Слайд 41

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

Диаграммы последовательности Диаграмма последовательности (sequence diagram) - диаграмма, на которой показаны взаимодействия объектов, упорядоченные по времени их проявления. Глядя на эту диаграмму пользователи знакомятся со спецификой своей работы. Аналитики видят последовательность действий, разработчики – объекты, которые надо создать, и их операции. Специалисты по контролю качества поймут детали процесса и смогут разработать тесты для их проверки.

Слайд 42

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

Диаграммы последовательности Самостоятельная работа:

Слайд 43

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

Представление компонентов

Слайд 44

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

Диаграмма компонентов Компонент – физический модуль кода.

Слайд 45

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

Диаграмма компонентов

Слайд 46

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

Диаграмма компонентов Самостоятельная работа:

Слайд 47

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

Генерация кода ANSI C++

Слайд 48

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

Этапы: Проверка модели на отсутствие ошибок. Создание компонентов для реализации классов. Отображение классов на компоненты. Выбор языка программирования для генерации текста программного кода. Установка свойств генерации программного кода. Выбор класса, компонента или пакета. Генерация программного кода.

Слайд 49

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

Для генерации кода на C++ необходимо: Создать компоненты Определить компоненты для классов Установить свойства генерации программного кода Выбрать класс или компонент для генерации на диаграмме Классов или Компонентов Выбрать в меню Tools – ANSI C++ -- Code Generation Выбрать в меню Tools – ANSI C++ -- Browse Header или Browse Body для просмотра сгенерированного заголовка или программного кода

Слайд 50

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

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

Слайд 51

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

Диаграммы состояний Состояние (state) - условие или ситуация в ходе жизненного цикла объекта, в течение которого он удовлетворяет логическому условию, выполняет определенную деятельность или ожидает события.

Слайд 52

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

Диаграммы состояний Действие (action) - спецификация выполнимого утверждения, которая образует абстракцию вычислительной процедуры. Каждое действие записывается в виде отдельной строки и имеет следующий формат: Метки действия: Входное действие Действие выхода Деятельность

Слайд 53

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

Диаграммы состояний

Слайд 54

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

Диаграммы состояний Самостоятельная работа:

Слайд 55

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

Представление размещения Deployment View

Слайд 56

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

Диаграммы размещения Показывает физическое расположение различных компонентов системы в сети.

Слайд 57

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

Механизмы расширения базовой семантики объектов модели Стереотип (stereotype) — новый тип элемента модели, который расширяет семантику метамодели. Стереотипы должны основываться на уже существующих и описанных в метамодели языка UML типах или классах. Стереотипы предназначены для расширения именно семантики, но не структуры уже описанных типов или классов. Некоторые стереотипы предопределены в языке UML, другие могут быть указаны разработчиком. На диаграммах изображаются в форме текста, заключенного в угловые кавычки. Предопределенные стереотипы являются ключевыми словами языка UML, которые используются на канонических диаграммах на языке оригинала без их перевода. Помеченное значение (tagged value) — явное определение свойства как пары "имя – значение". В помеченном значении само имя называют тегом (tag). Помеченные значения на диаграммах изображаются в форме строки текста специального формата, заключенного в фигурные скобки. При этом используется следующий формат записи: {тег = значение}. Теги встречаются в нотации языка UML, но их определение не является строгим, поэтому теги могут быть указаны самим разработчиком. Ограничение (constraint) — некоторое логическое условие, ограничивающее семантику выбранного элемента модели. Как правило, все ограничения специфицируются разработчиком. Ограничения на диаграммах изображаются в форме строки текста, заключенного в фигурные скобки. Для формальной записи ограничений предназначен специальный язык объектных ограничений (Object Constraint Language, OCL), который является составной частью языка UML.

Теги Rational Rose

Похожие презентации