Моделирование баз данных (Проект). БД. Отчет по практической работе. Тема Продажа авиабилетов
 Скачать 2.16 Mb.
|
2022 г. Задание 1 Модель IDEF0 по предметной области «Продажа авиабилетов». Предметная область «Продажа авиабилетов» — Авиабилет — договор о перевозке между авиакомпанией и пассажиром, предоставляющий право на услуги авиационной пассажирской перевозки, в виде именного документа установленного образца.  Рисунок 1 – Деятельность продажи авиабилетов Основной блок – Продажа авиабилетов. Входной информацией системы является: Поиск маршрута; Деньги. Выходной информацией системы являются: Маршрутная квитанция; Чек. Механизмы информацией системы является: Варианты оплаты; Система бронирования; Платежная система; Клиент; Устройство клиента. Управляющие информацией системы является: Расписание рейсов; Форма поиска билета; Законодательство РФ; Электронная форма; Правила бронирования; Прайс лист; Договоры с платежными системами.  Рисунок 2 – Декомпозиция основного блока Декомпозиция «Продажа авиабилетов» декомпозирован на 3 основных этапа: Поиск выбора варианта; Забронировать билет; Оплатить билет.  Рисунок 3 – Забронировать билет Блок «Забронировать билет» декомпозирован еще на 3 этапа: Заполнить электронную форму; Проверить правильность данных; Подтвердить правильность и перейти к оплате.  Рисунок 4 – Оплатить билет Блок «Оплатить билет» декомпозирован на следующие этапы: Выбор способа оплаты; Произвести оплату. Задание 2 Модель DFD по предметной области «Продажа авиабилетов».  Рисунок 5 – Оформление бронирования и продажи авиабилетов На данной модели отображается основной процесс (сама система в целом и ее связи с внешней средой, внешними сущностями). Это взаимодействие показывается через потоки данных. Внешние сущности изображают входы в систему и/или выходы из нее. Здесь внешние сущности это: администратор баз данных, товары из базы данных. Стрелки (потоки данных). Стрелки описывают поток данных из одной части системы в другую. Хранилище данных. Хранилище данных, описывает данные, которые находятся в покое. Задание 3 Модель IDEF3 по предметной области «Деятельность интернет-магазина офисной мебели».  Рисунок 6 – Оформление заказа Методология IDEF3 позволяет декомпозировать работу многократно, т. е. работа может иметь множество дочерних работ. Возможность множественной декомпозиции отражается в нумерации работ: номер работы состоит из номера родительской работы, номера декомпозиции и номера работы на текущей диаграмме. Слабые связи переходов изображаются сплошными одинарными стрелками. Сильные связи переходов изображаются двойными однонаправленными стрелками Задание 4 Проектирование информационной системы на языке UML. Целью данной работы является освоение технологии проектирования информационных систем с позиции объектно-ориентированного проектирования на основе языка UML. Диаграмма прецедентов Use case diagram (диаграммы прецедентов) - этот вид диаграмм позволяет создать список операций, которые выполняет система. Каждая такая диаграмма – это описание сценария поведения, которому следуют действующие лица (Actors).Данный тип диаграмм используется при описании бизнес процессов предметной области, определении требований к будущей программной системе. Отражает объекты как системы, так и предметной области и задачи, ими выполняемые. На диаграмме находятся Use Case (Вариант использования), Actor (Действующее лицо). Так же были добавлены ассоциации и описания ко всем элементам диаграммы.  Рисунок 7 – Диаграмма прецедентов Диаграмма классов На данном этапе создается уже готовая диаграмма классов, а именно добавляются новые атрибуты и операции к классу. Происходит подробное описание операций и атрибутов, а именно указываются их типы. Здесь происходит описание связей между классами и добавляются ассоциации, далее выбирается множественность связей. Далее происходит изменение стереотипов классов. Стереотип позволяет указывать дополнительные особенности для разрабатываемой модели. Понятие стереотипа для этих элементов из уже заданных и представляет собой дополнительную классификацию элементов.  Рисунок 8 – Диаграмма классов Кооперативная диаграмма Collaboration diagram (диаграммы сотрудничества). Этот тип диаграмм позволяет описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений. По причине того, что диаграммы Sequence и Collaboration являются разными взглядами на одни и те же процессы, Rational Rose позволяет создавать из Sequence диаграммы диаграмму Collaboration и наоборот, а также производит автоматическую синхронизацию этих диаграмм.  Рисунок 9 – Кооперативная диаграмма Диаграмма последовательности Диаграмма последовательности — UML-диаграмма, на которой для некоторого набора объектов на единой временной оси показан жизненный цикл объекта и взаимодействие актеров информационной системы в рамках прецедента.  Рисунок 10 – Диаграмма последовательности Диаграмма состояний Каждый объект системы, обладающий определенным поведением, может находится в определенных состояниях, переходить из состояния в состояние, совершая определенные действия в процессе реализации сценария поведения объекта. Поведение большинства объектов реальных систем можно представить с точки зрения теории конечных автоматов, то есть поведение объекта отражается в его состояниях, и данный тип диаграмм позволяет отразить это графически. Для этого используется два вида диаграмм: Statechart diagram (диаграмма состояний) и Activity diagram (диаграмма активности). Диаграмма состояний предназначена для отображения состояний объектов системы, имеющих сложную модель поведения.  Рисунок 11 – Диаграмма состояний Диаграмма деятельности Диаграмма деятельности — UML-диаграмма, на которой показаны действия, состояния которых описано на диаграмме состояний. Диаграммы деятельности описывают переход от одной деятельности к другой, в отличие от диаграмм взаимодействия, где акцент делается на переходах потока управления от объекта к объекту. Диаграммы деятельности состоят из ограниченного количества фигур, соединённых стрелками. Основные фигуры (узлы): Прямоугольники с закруглениями — действия (операция). Узел управления (control node) — это абстрактный узел действия, которое координирует потоки действий.  Рисунок 12 – Диаграмма деятельности Диаграмма бизнес-процессов Business Process Model and Notation (нотация моделирования бизнес-процессов) — это система условных обозначений, которая отображает бизнес-процессы с помощью блок-схем. BPMN диаграмма показывает в какой последовательности совершаются рабочие действия и перемещаются потоки информации. Метод нотации и моделирования бизнес-процессов, или проще BPMN, применяется для создания блок-схем бизнес-процессов, которые будут легко понятны и внутри организации, и за ее пределами. Символы BPMN-схем подразделяются на четыре основных группы: объекты потока, объекты-связки, разделительные линии и артефакты.  Рисунок 13 – Диаграмма бизнес-процессов Диаграмма компонентов Component diagram (диаграммы компонентов). Этот тип диаграмм предназначен для распределения классов и объектов по компонентам при физическом проектировании системы. Часто данный тип диаграмм называют диаграммами модулей. Диаграмма компонентов, в отличие от ранее рассмотренных диаграмм, описывает особенности физического представления системы. Пунктирные стрелки, соединяющие модули, показывают отношения взаимозависимости. Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.  Рисунок 14 – Диаграмма компонентов Диаграмма развёртывания Диаграмма развёртывания в UML моделирует физическое развертывание артефактов на узлах. Диаграмма развёртывания показывает топологию системы и распределение компонентов системы по ее узлам, а также соединения - маршруты передачи информации между аппаратными узлами. Это единственная диаграмма, на которой применяются “трехмерные” обозначения: узлы системы обозначаются кубиками.  Рисунок 15 – Диаграмма развёртывания Заключение В результате выполнения курсовой работы была достигнута поставленная цель, а именно практическое усвоение основных разделов проектирования информационных систем, развитие практических навыков решения задач исследования и проектирования систем на языке UML. Также была разработана модель базы данных по теме “Интернет-магазин офисной мебели”. И была построена модель интернет-магазина на языке UML. Список литературы Боггс У. Боггс М. UML и Rational Rose [Текст]: учеб. Пособие/У.Боггс, М. Боггс:Лори, 2004, - 510с. Кватрани, Т. Rational Rose 2000 и UML [Текст]: учеб. Пособие/ Т. Кватрани: ДМК Пресс, 2001, - 176с. Ларман, К. Применение UML и шаблонов проектирования [Текст]: учеб. Пособие/ К. Ларман: Вильямс, 2002. – 624с. Рамбо Дж., Блаха М.. UML 2.0. Объектно-ориентированное моделирование и разработка. [Текст]: учеб. Пособие/ Дж. Рамбо, М. Блаха: Питер, 2004. – 544с. Трофимов, С. А. - CASE-технологии. Практическая работа в Rational Rose [Текст]/ С. А. Трофимов: Бином-Пресс, 2002. – 288с. Статья С. А. Трофимов UML диаграммы в Rational Rose [Электронный ресурс]. - http://www.caseclub.ru/articles/rose2.html | ||||||||||||||||||||||||||||||||||||
