Файл: Отчет по практической работе по дисциплине Проектирование баз данных.docx

СОДЕРЖАНИЕ

Предметная область

На первом этапе проектирования базы данных необходимо определить

цель создания базы данных, основные ее функции и информацию, которую она должна содержать

Предметная область «Работа бара, с изготовление собственной продукции»

1. 
   Модель нотации IDEF0
   

В рамках данной предметной области была разработана модель такого процесса, как «Процесс разработки нейронных сетей» в нотации IDEF0. На Рисунке 1 представлена контекстная диаграмма данного процесса.



Рисунок 1 – Контекстная диаграмма.



Рисунок 2 – Декомпозиция контекстной диаграммы



Рисунок 3 – Декомпозиция блока «Контракт на изготовление» в методологии IDEF0

2. 
   Модель нотации DFD
   

Была разработана модель DFD по предметной области «Разработка нейронных сетей» (Рисунки 5-8).



Рисунок 5 – Контекстная диаграмма «Отчетность» в нотации DFD



Рисунок 6 – Декомпозиция контекстной диаграммы «Отчетность» в методологии DFD



Рисунок 7 – Декомпозиция блока «Основной раздел создания договора» в методологии DFD

На данной модели отображается основной процесс (сама система в целом) и ее связи с внешней средой (внешними сущностями). Это взаимодействие показывается через потоки данных.

3. 
   ER-WIN ДИАГРАММА
   

Рисунок 8 – Диаграмма ER-WIN

4. 
   Проектирование на языке UML
   

Целью данной работы является освоение технологии проектирования информационных систем с позиции объектно-ориентированного проектирования на основе языка UML.

В процессе выполнения работы строятся диаграммы логического проектирования, не имеющие прямого отношения к языку программирования. Это диаграммы концептуального моделирования. Реализация диаграмм производится с помощью программного обеспечения Rational Rose.

1. 
   Диаграмма прецедентов
   

Use case diagram (диаграммы прецедентов) – этот вид диаграмм, позволяющий создать список операций, которые выполняет система. Каждая такая диаграмма – это описание сценария поведения, которому следуют действующие лица (Actors).

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

На диаграмме находятся Use Case (Вариант использования/Прецедент), Actor (Действующее лицо). Так же были добавлены ассоциации и описания ко всем элементам диаграммы.



Рисунок 10 – Диаграмма вариантов использования

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

Class diagram (диаграмма классов) – тип диаграмм, позволяющий создавать логическое представление системы, на основе которого создается исходный код описанных классов. Значки диаграммы позволяют отображать сложную иерархию систем, взаимосвязи классов (Classes) и интерфейсов (Interfaces). Происходит подробное описание операций и атрибутов, а именно указываются их типы.



Рисунок 11 – Диаграмма классов

Collaboration diagram (диаграммы коопераций) – тип диаграмм, позволяющий описать взаимодействия объектов, абстрагируясь от последовательности передачи сообщений. На этом типе диаграмм в компактном виде отражаются все принимаемые и передаваемые сообщения конкретного объекта и типы этих сообщений.

На данной диаграмме также задействованы участники – клиент и работник (Actor), объекты (Objects) и сообщения с двумя видами свойств синхронизации:

• 
  simple (Простое) – Данное сообщение выполняется в одном потоке управления. Это свойство задается добавляемому на диаграмму сообщению по умолчанию;
  
• 
  return (Возврат) – Данное сообщение посылается клиенту после окончания выполнения вызова процедуры.
  

Рисунок 12 – Диаграмма коопераций

2. 
   Диаграмма последовательности
   

Sequence diagram (диаграммы последовательностей действий) – тип диаграмм, позволяющий отразить последовательность передачи сообщений между объектами. Этот тип диаграммы не акцентирует внимание на конкретном взаимодействии, главный акцент уделяется последовательности приема/передачи сообщений.

На ней представлены участники – клиент и работник (Actor) и объекты (Object). Также используется несколько свойств синхронизации сообщений:

• 
  simple (Простое) – Данное сообщение выполняется в одном потоке управления. Это свойство задается добавляемому на диаграмму сообщению по умолчанию;
  
• 
  return (Возврат) – Данное сообщение посылается клиенту после окончания выполнения вызова процедуры.
  

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


Рисунок 13 – Диаграмма последовательности

4. 
   МОДЕЛЬ "СУЩНОСТЬ-СВЯЗЬ"
   

Рисунок 13 – Логическая модель



Рисунок 14 – Физическая модель

4. 
   Реляционная алгебра
   

Рисунок 14 – Пример реляционной алгебры

Заключение

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

• 
  IDEF0;
  
• 
  DFD;
  
• 
  IDEF1X
  

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

• 
  Use case diagram (диаграммы прецедентов);
  
• 
  Class diagram (диаграммы классов);
  
• 
  Collaboration diagram (диаграммы коопераций);
  
• 
  Sequence diagram (диаграммы последовательностей);
  
• 
  Component diagram (диаграмма компонентов).
  

Мной были приобретены знания об основных принципах и правилах моделирования вышеперечисленных диаграмм. На основе полученных знаний и схем, была создана полная модель информационной области «Разработка нейронной сети», которая освящает этот процесс с разных сторон, раскрывая его под разными точками зрения.

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

1. 
   «Методические указания по DFD»//РТУ МИРЭА, 2022 г. – 8 с
   
2. 
   «Методические указания по IDEF0»//РТУ МИРЭА, 2022 г. – 43 с.
   
3. 
   «Методические указания по IDEF1X»//РТУ МИРЭА, 2022 г. – 61 с
   
4. 
   «Методические указания по языку UML»//РТУ МИРЭА, 2022 г. – 142 с
   
5. 
   
   

Москва, 2023 г.