Склад

Автор работы: Пользователь скрыл имя, 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

Файлы: 1 файл

5fan_ru_Информационная система Склад.doc

— 1.50 Мб (Скачать файл)

Рис.14

Теперь все классы распределяем по данные пакетам следующим образом:

Пакет Control

  • mgl

И для классов этого пакета определяем стереотип control.

Рис.15

 

Определяем атрибуты и операции каждого класса на диаграмме классов control->main

Готовая диаграмма классов control->main показана на рисунке 16

 

Рис.16

 

Пакет boundary

  • f_d
  • fpl
  • v_fk

И для всех классов этого пакета определяем стереотип boundary.

Создаем New Attribute для каждого класса

 

Рис.17

 

Готовая диаграмма классов boundary ->main показана на рисунке

 

Рис.18

Пакет entity:

  • schet
  • nakladnaya
  • new_pl

И для всех классов этого пакета определяем стереотип entity.

Создаем New Attribute для каждого класса

Рис.19

 

 

 

Готовая диаграмма классов entity ->main показана на рисунке

 

Рис.20

Определения типа данных Атрибутов и операции. Для того что бы определить тип данных атрибута или операции вызываем окно спецификации атрибута или операции и в поле TYPE задаем тип данных.

Рис.21

И так для каждого класса string или Boolean и д.р

 

 

 

 

 

 

 

 

 

Создания диаграмм классов

 

Для того что бы создать диаграмму классов в браузере правом щелчком на папке Logical view вызываем контекстное меню, new -> class diagram.

Рис.22

 

Новый диаграмму классов называем «Выдать прайс» и выносим на диаграмму следующие классы

  • mgl
  • f_d
  • new_pl
  • fpl

И проводим между ними связи. В итоге получим диаграмму показанном на рисунке  23

Рис.23

Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.

Рис.24

 

 

Таким же образом создаем диаграмму классов для вариантов использования.

 

Новый диаграмму классов называем «Заказать» и выносим на диаграмму следующие классы

  • mgl
  • f_d
  • schet

И проводим между ними связи. В итоге получим диаграмму показанном на рисунке  25

Рис.25

 

Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.

Рис.26

 

Новый диаграмму классов называем «Svidetolstva» и выносим на диаграмму следующие классы

  • mgl
  • schet
  • f_d

И проводим между ними связи. В итоге получим диаграмму показанном на рисунке  27

Рис.27

Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.

Рис.28

 

Новый диаграмму классов называем «Прайс» и выносим на диаграмму следующие классы

  • fpl

 

 

И проводим между ними связи. В итоге получим диаграмму показанном на рисунке  29

 

Рис.29

Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.

Рис.30

 

Новый диаграмму классов называем «Принять заказ» и выносим на диаграмму следующие классы

  • mgl
  • nakladnaya
  • f_d

И проводим между ними связи. В итоге получим диаграмму показанном на рисунке  31

Рис.31

Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.

Рис.32

 

Новый диаграмму классов называем «Просмотреть» и выносим на диаграмму следующие классы

  • v_fk

И проводим между ними связи. В итоге получим диаграмму показанном на рисунке  33

Рис.33

Двойной щелчок на стрелочку и выделить класс Role A. на Multiplicity дать 0,1 тоже самое на Role B.

Рис.32

 

 

 

Создание диаграммы состояния

 

State Maсhine diagram (диаграммы состояний)

Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно  представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (дмаграмма состояний) и Activity diagram (диаграмма активности)

Statechart diagram (диаграмма состояний)


 

 

 

 

Диаграмма состояний (Statechart) предназначена для отображения состояний объектов системы, имеющих сложную модель поведения. Это одна из двух диаграмм State Machine, доступ к которой осуществляется из одного пункта меню. 

 

 

Для того что бы создать диаграмму состояния для класса Просмотреть в пакете в boundary вызываем правой щелчком на классе контекстное меню и Sub diagrams -> New statechart diagram рис 33

Рис.33

В новой диаграмме состояния создаем следующие элементы:

  • Начальное состояние
  • Супер состояние внутри, которого будут такие состояние инициализация и ожидание.
  • Отмена
  • Выполнить
  • И конечная состояние на рис.

 

Рис.34

 

Правом щелчком на состояние инициализация вызываем контекстное меню и открываем окно спецификаций, в открывшемся окне переходем на вкладку Action -> insert задаем данные и параметры для нового действия и нажимаем ок  рис.35

Рис.35

 

 

 

 

Диаграмма деятельности

Activity diagram (диаграммы активности)

Это дальнейшее развитие диаграммы состояний. Фактически данный тип диаграмм может использоваться и для отражения состояний моделируемого объекта, однако, основное назначение Activity diagram в том, чтобы отражать бизнес-процессы объекта. Этот тип диаграмм позволяет показать не только последовательность процессов, но и ветвление и даже синхронизацию процессов.

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


 

 

 

 

 

 

Диаграмма деятельности в среде Rational Rose, так же как и диаграмма состояний, может относиться к отдельному классу, операции класса, варианту использования. Для того чтобы построить диаграмму деятельности, ее вначале необходимо создать и активизировать.

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

  • Щелкнуть на кнопке с изображением диаграммы состояний на стандартной панели инструментов, после чего следует выбрать представление и тип разрабатываемой диаграммы - диаграмма деятельности.
  • Выделить логическое представление (Logical View) или представление вариантов использования (Use Case View) в браузере проекта и выполнить операцию контекстного меню: New Activity Diagram (Новая Диаграмма деятельности).
  • Раскрыть логическое представление (Logical View) в браузере проекта и выделить рассматриваемый класс, операцию класса, пакет, или раскрыть представление вариантов использования (Use Case View) и выбрать вариант использования, после чего выполнить операцию контекстного меню: New Activity Diagram (Новая Диаграмма деятельности).
  • Выполнить операцию главного меню: Browse State Machine Diagram (Обзор Диаграмма состояний), после следует чего выбрать представление и тип разрабатываемой диаграммы - диаграмма деятельности.

Диаграмма деятельности

 

 

 

 

Рис.36

Таким образом, создаем диаграммы деятельности для каждого из вариантов использования в описанных диаграмме

 

 

 

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

 

Component diagram (диаграммы компонентов)

Этот тип диаграмм предназначен для распределения классов и объектов по компонентам при физическом проектировании системы. Часто данный тип диаграмм называют диаграммами модулей.

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

 

 

Для того что бы создать диаграмму компонентов в браузере правым щелчком на Component view вызываем контекстное меню -> New -> Component Diagram рис 36

Рис.37

Называет новую диаграмму system.

 

 

Создания пакетов Component view

 

Для того что бы создать пакеты в браузере правым щелчком на Component view вызываем контекстное меню -> New -> package рис 37

 

Рис.38

 

 

Создаем 3 пакета:

  • Boundary
  • Control
  • Entity

Открываем диаграмму main -> в component view и перетаскиваем туда созданные пакеты и устанавливаем между ними зависимости. рис.38

Рис.39

Двойным щелчком на пакете boundary переходим на диаграмму main которое создается по умолчанию при входе в пакет. На диаграмму добавляем следующие компоненты:

Package Specification и Package Body:

  • F_d
  • fpl
  • v_fk

 

Рис.40

Таким же образом создаем диаграмму компонентов для пакетов control и entity:

Package Specification и Package Body для пакета control:

  • mgl

Рис.41

 

Package Specification и Package Body для пакета entity:

  • nakladnaya
  • new_pl
  • schet

 

Рис.42

Ассоциируем соотвествуюшие классы с пакетами спецификации в Component view.

 

В раннее созданную диаграмму компонентов system перетаскиваем все компоненты из пакетов control, boundary, entity.

 

 

 

Рис.43

 

 

 

Диаграмма DFD

 

 

 

 

Заключение

 

 

 

 

Список использованной литературы

 

 

1. \\server-edu\edu ресурсы\Библиотека\KAF\gulmira

2. http://tver.mesi.ru/e-lib/res/652/index.html

 

 



Назаралиев Медет ИТ-04-06 


Информация о работе Склад