Отчет по практической работе по дисциплине Проектирование баз данных
 Скачать 0.98 Mb.
|
СОДЕРЖАНИЕПредметная область 4 1Модель нотации IDEF0 5 2Модель нотации DFD 7 3ER-WIN ДИАГРАММА 9 4Проектирование на языке UML 10 4.1.Диаграмма прецедентов 10 4.2.Диаграмма последовательности 13 5.МОДЕЛЬ "СУЩНОСТЬ-СВЯЗЬ" 15 15 15 6.Реляционная алгебра 16 Заключение 17 Список используемой литературы 18 Предметная область 4 1Модель нотации IDEF0 5 2Модель нотации DFD 7 3ER-WIN ДИАГРАММА 9 4Проектирование на языке UML 10 4.1.Диаграмма прецедентов 10 4.2.Диаграмма последовательности 13 5.МОДЕЛЬ "СУЩНОСТЬ-СВЯЗЬ" 15 15 15 6.Реляционная алгебра 16 Заключение 17 Список используемой литературы 18 Предметная область На первом этапе проектирования базы данных необходимо определить цель создания базы данных, основные ее функции и информацию, которую она должна содержать Предметная область «Работа бара, с изготовление собственной продукции» Модель нотации IDEF0 В рамках данной предметной области была разработана модель такого процесса, как «Процесс разработки нейронных сетей» в нотации IDEF0. На Рисунке 1 представлена контекстная диаграмма данного процесса.  Рисунок 1 – Контекстная диаграмма.  Рисунок 2 – Декомпозиция контекстной диаграммы  Рисунок 3 – Декомпозиция блока «Контракт на изготовление» в методологии IDEF0 Модель нотации DFD Была разработана модель DFD по предметной области «Разработка нейронных сетей» (Рисунки 5-8).  Рисунок 5 – Контекстная диаграмма «Отчетность» в нотации DFD  Рисунок 6 – Декомпозиция контекстной диаграммы «Отчетность» в методологии DFD  Рисунок 7 – Декомпозиция блока «Основной раздел создания договора» в методологии DFD На данной модели отображается основной процесс (сама система в целом) и ее связи с внешней средой (внешними сущностями). Это взаимодействие показывается через потоки данных. ER-WIN ДИАГРАММА  Рисунок 8 – Диаграмма ER-WIN Проектирование на языке UML Целью данной работы является освоение технологии проектирования информационных систем с позиции объектно-ориентированного проектирования на основе языка UML. В процессе выполнения работы строятся диаграммы логического проектирования, не имеющие прямого отношения к языку программирования. Это диаграммы концептуального моделирования. Реализация диаграмм производится с помощью программного обеспечения Rational Rose. Диаграмма прецедентов Use case diagram (диаграммы прецедентов) – этот вид диаграмм, позволяющий создать список операций, которые выполняет система. Каждая такая диаграмма – это описание сценария поведения, которому следуют действующие лица (Actors). Данный тип диаграмм используется при описании бизнес-процессов предметной области, определении требований к будущей программной системе. Отражает объекты как системы, так и предметной области, и задачи, ими выполняемые. На диаграмме находятся Use Case (Вариант использования/Прецедент), Actor (Действующее лицо). Так же были добавлены ассоциации и описания ко всем элементам диаграммы.  Рисунок 10 – Диаграмма вариантов использования На данном этапе создается диаграмма классов, её создание состоит из следующих этапов: добавление классов, их расположение на рабочем пространстве, создание связей между ними, добавление атрибутов и операций. Происходит подробное описание операций и атрибутов, указываются их типы и названия. Class diagram (диаграмма классов) – тип диаграмм, позволяющий создавать логическое представление системы, на основе которого создается исходный код описанных классов. Значки диаграммы позволяют отображать сложную иерархию систем, взаимосвязи классов (Classes) и интерфейсов (Interfaces). Происходит подробное описание операций и атрибутов, а именно указываются их типы.  Рисунок 11 – Диаграмма классов Collaboration diagram (диаграммы коопераций) – тип диаграмм, позволяющий описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений. На данной диаграмме также задействованы участники – клиент и работник (Actor), объекты (Objects) и сообщения с двумя видами свойств синхронизации: simple (Простое) – Данное сообщение выполняется в одном потоке управления. Это свойство задается добавляемому на диаграмму сообщению по умолчанию; return (Возврат) – Данное сообщение посылается клиенту после окончания выполнения вызова процедуры.  Рисунок 12 – Диаграмма коопераций Sequence diagram (диаграммы последовательностей действий) – тип диаграмм, позволяющий отразить последовательность передачи сообщений между объектами. Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений. На ней представлены участники – клиент и работник (Actor) и объекты (Object). Также используется несколько свойств синхронизации сообщений: simple (Простое) – Данное сообщение выполняется в одном потоке управления. Это свойство задается добавляемому на диаграмму сообщению по умолчанию; return (Возврат) – Данное сообщение посылается клиенту после окончания выполнения вызова процедуры. Согласно правилам построения диаграмм последовательности, начальное действие и конечное приходятся на одного актера, в данном случае, клиента.  Рисунок 13 – Диаграмма последовательности МОДЕЛЬ "СУЩНОСТЬ-СВЯЗЬ"  Рисунок 13 – Логическая модель  Рисунок 14 – Физическая модель Реляционная алгебра  Рисунок 14 – Пример реляционной алгебры Заключение В ходе выполнения практик научился реализовывать ряд диаграмм необходимых для построения базы данных, а именно: IDEF0; DFD; IDEF1X Также научился реализовывать следующие UML диаграммы внутри промышленных рабочих комплексов: Use case diagram (диаграммы прецедентов); Class diagram (диаграммы классов); Collaboration diagram (диаграммы коопераций); Sequence diagram (диаграммы последовательностей); Component diagram (диаграмма компонентов). Мной были приобретены знания об основных принципах и правилах моделирования вышеперечисленных диаграмм. На основе полученных знаний и схем, была создана полная модель информационной области «Разработка нейронной сети», которая освящает этот процесс с разных сторон, раскрывая его под разными точками зрения. Список используемой литературы «Методические указания по DFD»//РТУ МИРЭА, 2022 г. – 8 с «Методические указания по IDEF0»//РТУ МИРЭА, 2022 г. – 43 с. «Методические указания по IDEF1X»//РТУ МИРЭА, 2022 г. – 61 с «Методические указания по языку UML»//РТУ МИРЭА, 2022 г. – 142 с Москва, 2023 г. | ||||||||||||||||||||||||||||||||||||||||||||||
