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

Размещено на http://www.allbest.ru/

Институт интеграции международных образовательных программ

Факультет компьютерных технологий и интернет

Курсовая работа

Дисциплина "Проектирование информационных систем"

Склад

Выполнил студент:

Назаралиев М.Т.

Группа: ИТ-04-06

Проверила:

Каримова Г.Т.

Бишкек 2009

Содержание

Введение

1. Создание диаграммы вариантов использования

2. Диаграмма класса

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

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

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

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

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

Введение

информационный программирование кодогенерация

Rational Rose. Популярное средство визуального моделирования объектно-ориентированных информационных систем компании Rational Software Corp. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language). Благодаря уникальному языку моделирования Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес процессов до кодогенерации на определенном языке программирования. Только Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое.

Только Rational Rose имеет весь необходимый набор визуальных средств проектирования. Только Rose поможет решить проблемы с кодогенерацией на определенном языке программирования. Только Rational Rose осуществляет такие подходы, как прямое и обратное проектирование, а так же Round Trip Engineering. Такой арсенал позволит не только проектировать новую систему, но и доработать старую, произведя процесс обратного проектирования.

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

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

Use case diagram (диаграммы прецедентов);

Deployment diagram (диаграммы топологии);

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

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

Interaction diagram (диаграммы взаимодействия);

Sequence diagram (диаграммы последовательностей действий);

Collaboration diagram (диаграммы сотрудничества);

Class diagram (диаграммы классов);

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

1. Создание диаграммы вариантов использования

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

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

1. правой щелчок USE CASE VIEW -> NEW -> USE CASE DIAGRAM на панели левой части окна, называю диаграмму Example.

Рис. 1

Определение и создание действующих лиц на диаграмме вариантов использования Example.

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

Поставщик.

Склад.

Клиент.

Для того, что бы создать действующие лицо нужно щелкнуть правой кнопкой мыши на папке ACTORS-> NEW-> ACTOR. Задаем имя действующего лица и выносим на диаграмму вариантов использование Example.

Рис. 2

Определяем и создаем варианты использования на диаграмме вариантов использования Example.

Выдать прайс - данный вариант используется для выдачи прайс листа о имеющихся товарах.

Просмотреть - этот вариант для просмотра товаров

Принять заказ - используется для принятия заказа от клиентов.

Оформить платеж - данный вариант используется для оформления платежа купленного товара.

Прайс - этот раздел для выставления цены на товары

Ознакомление - данный вариант используется для ознакомления.

Заказать - этот раздел используется для заказа товаров.

Для того, что бы создать вариант использования нужно щелкнуть правой кнопкой мыши на папке USE CASES-> NEW-> USE CASE. Задаем имя варианта использования и выносим на диаграмму вариантов использование Example.

Рис. 3

Добавляем связи между вариантами использование и действующими лицами.

Для этого выбираем элемент ассоциация и протягиваем связь от действующего лица к варианту использование на диаграмме вариантов использования Example, затем задаем тип связи.

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

Рис. 4

В MS WORD создаем файлы описания для каждого варианта использования:

Выдать прайс

Выбрать пункт меню «Прайс Лист»

Вывести форму для заполнения прайс листа

Заполнить форму

Обновить данные в БД

Заказать.

Выбрать пункт меню «Заказать»

Вывести форму для заполнения заказа

Заполнить форму

Обновить данные в БД

Ознакомление

Выбрать пункт меню «Ознакомление»

Просмотреть прайс лист

Оформить платеж

Выбрать пункт меню «Оформить платеж»

Вывести форму оформления платежа

Заполнить форму

Обновить данные в БД

Прайс

Выбрать пункт меню «Прайс»

Просмотреть все имеющие каталоги

Принять заказ

Выбрать пункт меню «Принять заказ»

Вывести форму для заполнения заказа

Заполнить форму

Обновить данные в БД

Просмотреть

Выбрать пункт меню «Просмотреть»

Вывести форму для просмотра

Затем прикрепляем соответствующие файлы к вариантам использования на диаграмме вариантов использования Example. Для этого необходимо открыть окно спецификации каждого из вариантов использования двойным щелчком на соответствующем варианте использования или через контекстное меню. В открывшемся окне спецификации переходим на вкладку FILES, затем вызываем контекстное меню, где выбираем команду Insert file и указываем путь к соответствующему файлу описания.

Рис. 5

Рис. 6

Таким образом, на рис. 4 изображена конечная модель поведения «системы учета в компьютерном складе».

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

Для моделирования взаимодействия объектов в языке UML используются соответствующие диаграммы взаимодействия (interaction diagrams): диаграммы последовательности, диаграммы кооперации.

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

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

Диаграммы взаимодействия создаются для всех вариантов использования.

Ниже мы рассмотрим создание диаграммы взаимодействия для варианта использования «Сформировать свидетельство о постановке на счет».

Перед тем как приступить к созданию диаграмму последовательности необходимо задать следующие настройки: перейти в пункт меню tools->options

Рис. 7

В открывшемся диалоговом окне на вкладке diagram проверьте, включены ли опции Collaboration numbering, Sequence numbering, Focus of control.



Рис. 8

После этого создаем новую диаграмму последовательности. Для этого необходимо правым щелчком мыши на Logical view-> New -> Sequence Diagram. Называем новую диаграмму использования «Выдать прайс».

Рис. 9

Теперь создаем объекты на диаграмме:

На диаграмму перетаскиваем объект Поставщик из папки ACTORS



Рис. 10

Создаем новые объекты на диаграмме: для этого на панели инструментов выбираем элемент объект и добавляем его на диаграмму последовательности «Выдать прайс».

Рис. 11

Создаем следующие объекты на диаграмме

Форма выдачи прайс-листа

Менеджер ввода данных

Форма деталей

Обновленный прайс

И проводим соответствующие связи «сообщения» между объектами.

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



Рис. 12

Соотносим объекты на диаграмме последовательности с классами, для этого открываем окно спецификации отдельно взятого объекта и в строке CLASS выбираем пункт NEW в открывшемся окне задаем имя нового класса и нажимаем на кнопку OK. Повторяем данное действие для каждого из объектов на диаграмме последовательности. Так же соотносим сообщения на диаграмме с операциями для этого нажатием правой кнопки мыши на соответствующем сообщении вызываем контекстное меню, где выбираем пункт New Operation в открывшемся окне задаем имя операции и нажимаем ОК. Данное действие повторяется для всех сообщений на диаграмме последовательности.

Далее нажатием клавиши F5 при открытой диаграмме последовательности создаем диаграмму кооперации для данного варианта использования.

Создаем новые объекты на диаграмме: для этого на панели инструментов выбираем элемент объект и добавляем его на диаграмму последовательности «Заказать».



Рис. 13

Создаем следующие объекты на диаграмме

Форма заказа

Менеджер форм

Счет

И проводим соответствующие связи «сообщения» между объектами.

Таким образом, мы получаем диаграмму последовательности показанное на рисунке 14.

Рис. 14

Соотносим объекты на диаграмме последовательности с классами, для этого открываем окно спецификации отдельно взятого объекта и в строке CLASS выбираем пункт NEW в открывшемся окне задаем имя нового класса и нажимаем на кнопку OK. Повторяем данное действие для каждого из объектов на диаграмме последовательности. Так же соотносим сообщения на диаграмме с операциями для этого нажатием правой кнопки мыши на соответствующем сообщении вызываем контекстное меню где выбираем пункт New Operation в открывшемся окне задаем имя операции и нажимаем ОК. Данное действие повторяется для всех сообщений на диаграмме последовательности.

Далее нажатием клавиши F5 при открытой диаграмме последовательности создаем диаграмму кооперации для данного варианта использования.

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

2. Диаграмма класса

Class diagram (диаграммы классов)

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

Значки диаграммы позволяют отображать сложную иерархию систем, взаимосвязи классов (Classes) и интерфейсов (Interfaces). Данный тип диаграмм противоположен по содержанию диаграмме Collaboration, на котором отображаются объекты системы. Rational Rose позволяет создавать классы при помощи данного типа диаграмм в различных нотациях. В нотации, предложенной Г. Бучем, которая так и называется Booch, классы изображаются в виде чего-то нечеткого, похожего на облако. Таким образом, Г.Буч пытается показать, что класс - это лишь шаблон, по которому в дальнейшем будет создан конкретный объект.

Нотация OMT, на мой взгляд, более строга.

И конечно же, Rational Rose позволяет создавать диаграмму классов в унифицированной нотации

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

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

Мы создадим 3-основных пакета - это: control, boundary, entity. Для этого правой кнопки щелкаем на папки Logical view-> New-> Package (рис. 15).



Рис. 15

Создаем диаграмму классов main и ранее созданные пакеты перетаскиваем на эту диаграмму (рис. 16).

Рис. 16

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

Пакет Control

mgl

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



Рис. 17

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

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

Рис. 18

Пакет boundary

f_d

fpl

v_fk

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

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

Рис. 19

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

Рис. 20

Пакет entity:

schet

nakladnaya

new_pl

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

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

Рис. 21

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

Рис. 22

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



Рис. 23

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

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

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

Рис. 24

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

mgl

f_d

new_pl

fpl

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

Рис. 25

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



Рис. 26

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

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

mgl

f_d

schet

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



Рис. 27

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

Рис. 28

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

mgl

schet

f_d

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

Рис. 29

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

Рис. 30

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

fpl

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

Рис. 31

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

Рис. 32

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

mgl

nakladnaya

f_d

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

Рис. 33

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

Рис. 34

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

v_fk

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

Рис. 35

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

Рис. 36

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

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

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

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

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

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



Рис. 37

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

Начальное состояние

Супер состояние внутри, которого будут такие состояние инициализация и ожидание.

Отмена

Выполнить

И конечное состояние на рис. 38.

Рис. 38

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

Рис. 39

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

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

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

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



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

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

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

Выделить логическое представление (Logical View) или представление вариантов использования (Use Case View) в браузере проекта и выполнить операцию контекстного меню: NewActivity Diagram (НоваяДиаграмма деятельности). Раскрыть логическое представление (Logical View) в браузере проекта и выделить рассматриваемый класс, операцию класса, пакет, или раскрыть представление вариантов использования (Use Case View) и выбрать вариант использования, после чего выполнить операцию контекстного меню: NewActivity Diagram (НоваяДиаграмма деятельности).

Выполнить операцию главного меню: BrowseState Machine Diagram (ОбзорДиаграмма состояний), после следует чего выбрать представление и тип разрабатываемой диаграммы - диаграмма деятельности.

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



Рис. 40

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

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

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

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

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

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

Рис. 41

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

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

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

Рис. 42

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

Boundary

Control

Entity

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

Рис. 43

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

Package Specification и Package Body:

F_d

fpl

v_fk



Рис. 44

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

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

mgl

Рис. 45

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

nakladnaya

new_pl

schet

Рис. 46

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

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

Рис. 47

Диаграмма DFD

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

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

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

Размещено на Allbest.ru