Автор работы: Пользователь скрыл имя, 06 Мая 2015 в 20:48, курсовая работа
Rational Rose. Популярное средство визуального моделирования объектно-ориентированных информационных систем компании Rational Software Corp. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language). Благодаря уникальному языку моделирования Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования.
Введение 3
Создание Диаграммы Вариантов использования 4
Диаграмма класса 12
Class diagram (диаграммы классов) 12
Создания диаграмм классов 17
Создание диаграммы состояния 24
State Maсhine diagram (диаграммы состояний) 24
Диаграмма деятельности 26
Диаграмма компонентов 28
Component diagram (диаграммы компонентов) 28
Создания пакетов Component view 29
Заключение 32
Список использованной литературы 32
Рис.14
Теперь все классы распределяем по данные пакетам следующим образом:
Пакет Control
И для классов этого пакета определяем стереотип control.
Рис.15
Определяем атрибуты и операции каждого класса на диаграмме классов control->main
Готовая диаграмма классов control->main показана на рисунке 16
Рис.16
Пакет boundary
И для всех классов этого пакета определяем стереотип boundary.
Создаем New Attribute для каждого класса
Рис.17
Готовая диаграмма классов boundary ->main показана на рисунке
Рис.18
Пакет entity:
И для всех классов этого пакета определяем стереотип entity.
Создаем New Attribute для каждого класса
Рис.19
Готовая диаграмма классов entity ->main показана на рисунке
Рис.20
Определения типа данных Атрибутов и операции. Для того что бы определить тип данных атрибута или операции вызываем окно спецификации атрибута или операции и в поле TYPE задаем тип данных.
Рис.21
И так для каждого класса string или Boolean и д.р
Для того что бы создать диаграмму классов в браузере правом щелчком на папке Logical view вызываем контекстное меню, new -> class diagram.
Рис.22
Новый диаграмму классов называем «Выдать прайс» и выносим на диаграмму следующие классы
И проводим между ними связи. В итоге получим диаграмму показанном на рисунке 23
Рис.23
Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.
Рис.24
Таким же образом создаем диаграмму классов для вариантов использования.
Новый диаграмму классов называем «Заказать» и выносим на диаграмму следующие классы
И проводим между ними связи. В итоге получим диаграмму показанном на рисунке 25
Рис.25
Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.
Рис.26
Новый диаграмму классов называем «Svidetolstva» и выносим на диаграмму следующие классы
И проводим между ними связи. В итоге получим диаграмму показанном на рисунке 27
Рис.27
Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.
Рис.28
Новый диаграмму классов называем «Прайс» и выносим на диаграмму следующие классы
И проводим между ними связи. В итоге получим диаграмму показанном на рисунке 29
Рис.29
Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.
Рис.30
Новый диаграмму классов называем «Принять заказ» и выносим на диаграмму следующие классы
И проводим между ними связи. В итоге получим диаграмму показанном на рисунке 31
Рис.31
Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.
Рис.32
Новый диаграмму классов называем «Просмотреть» и выносим на диаграмму следующие классы
И проводим между ними связи. В итоге получим диаграмму показанном на рисунке 33
Рис.33
Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.
Рис.32
Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (дмаграмма состояний) и Activity diagram (диаграмма активности)
Диаграмма состояний (Statechart) предназначена для отображения состояний объектов системы, имеющих сложную модель поведения. Это одна из двух диаграмм State Machine, доступ к которой осуществляется из одного пункта меню.
Для того что бы создать диаграмму состояния для класса Просмотреть в пакете в boundary вызываем правой щелчком на классе контекстное меню и Sub diagrams -> New statechart diagram рис 33
Рис.33
В новой диаграмме состояния создаем следующие элементы:
Рис.34
Правом щелчком на состояние инициализация вызываем контекстное меню и открываем окно спецификаций, в открывшемся окне переходем на вкладку Action -> insert задаем данные и параметры для нового действия и нажимаем ок рис.35
Рис.35
Это дальнейшее развитие диаграммы состояний. Фактически данный тип диаграмм может использоваться и для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов.
Этот тип диаграмм позволяет проектировать алгоритмы поведения объектов любой сложности, в том числе может использоваться для составления блок-схем.
Диаграмма деятельности в среде Rational Rose, так же как и диаграмма состояний, может относиться к отдельному классу, операции класса, варианту использования. Для того чтобы построить диаграмму деятельности, ее вначале необходимо создать и активизировать.
Начать построение диаграммы деятельности для выбранного элемента модели или моделируемой системы в целом можно одним из следующих способов:
Диаграмма деятельности
Рис.36
Таким образом, создаем диаграммы деятельности для каждого из вариантов использования в описанных диаграмме
Этот тип диаграмм предназначен для распределения классов и объектов по компонентам при физическом проектировании системы. Часто данный тип диаграмм называют диаграммами модулей.
При проектировании больших систем может оказаться, что система должна быть разложена на несколько сотен или даже тысяч компонентов, и этот тип диаграмм позволяет не потеряться в обилии модулей и их связей.
Для того что бы создать диаграмму компонентов в браузере правым щелчком на Component view вызываем контекстное меню -> New -> Component Diagram рис 36
Рис.37
Называет новую диаграмму system.
Для того что бы создать пакеты в браузере правым щелчком на Component view вызываем контекстное меню -> New -> package рис 37
Рис.38
Создаем 3 пакета:
Открываем диаграмму main -> в component view и перетаскиваем туда созданные пакеты и устанавливаем между ними зависимости. рис.38
Рис.39
Двойным щелчком на пакете boundary переходим на диаграмму main которое создается по умолчанию при входе в пакет. На диаграмму добавляем следующие компоненты:
Package Specification и Package Body:
Рис.40
Таким же образом создаем диаграмму компонентов для пакетов control и entity:
Package Specification и Package Body для пакета control:
Рис.41
Package Specification и Package Body для пакета entity:
Рис.42
Ассоциируем соотвествуюшие классы с пакетами спецификации в Component view.
В раннее созданную диаграмму компонентов system перетаскиваем все компоненты из пакетов control, boundary, entity.
Рис.43
1. \\server-edu\edu ресурсы\Библиотека\KAF\gulmira
2. http://tver.mesi.ru/e-lib/res/
Назаралиев Медет ИТ-04-06