МИНОБРНАУКИ РОССИИ

Федеральное государственное бюджетное образовательное учреждение высшего образования «МИРЭА  Российский технологический университет» РТУ МИРЭА

Институт информационных технологий (ИИТ)

Кафедра практической и прикладной информатики (ППИ)

ИТОГОВЫЙ ОТЧЕТ

по дисциплине «Проектирование баз данных»

Отчет представлен к рассмотрению: Студент группы ИНБО-06-20	«16» мая 2022 г.		ФИО
(подпись)
Преподаватель	«16» мая 2022 г.		Зайцев И.Ю.
	(подпись)

Москва, 2022 г.

Содержание

по дисциплине «Проектирование баз данных» 1

Описание предметной области 3

Модель IDEF0 3

Модель DFD 8

IDEF3-диаграмма 10

Построение UML-диаграмм 12

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

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

Кооперативная диаграмма 15

Диаграмма состояний для класса Комбинат 18

Диаграмма активности для варианта использования «Деятельность кухни и раздаточного стола» 18

Диаграмма классов 19

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

Диаграмма развертывания 21

Заключение 22

Описание предметной области

Школьная столовая – закрытое заведение общественного питания, обеспечивающее школьников и учителей питанием. Школьное меню составляется комиссией с учетом потребностей витаминов в рационе детей и подростков. В данной работе рассматривается доготовочный тип столовой, работающей с полуфабрикатами разной степени готовности, которые поставляются комбинатом школьного питания.

Модель IDEF0

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

Основной блок – Деятельность школьной столовой.

Входной информацией системы является:

• заготовленные продукты.

Выходной информацией системы является:

• сытые школьники и учителя (позитивный исход);

• отравление (негативный исход).

Механизмы информацией системы является:

• повара комбината;

• персонал кухни.

Управляющие информацией системы является:

• бюджет школьного питания;

• требования СанПин;

• утвержденное меню.

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

Был декомпозирован общий блок «Деятельность школьной столовой» на связанные между собой элементы. В нашем случае делится на 3 основных этапа:

• деятельность поставщика питания;

• деятельность кухни;

• деятельность раздаточного стола.

Рисунок 3 – Декомпозиция первого блока

Блок «Деятельность поставщика питания» мы декомпозируем еще на 3 этапа:

• горячий цех;

• холодный цех;

• цех закусок.

Рисунок 4 – Декомпозиция второго блока

Блок «Деятельность кухни» мы декомпозируем еще на 3 этапа:

• поступление на склад;

• принятие на склад;

• разогрев на плите.

Рисунок 5 – Декомпозиция третьего блока

Блок «Деятельность раздаточного стола» мы декомпозируем еще на 3 этапа:

• подача салата;

• подача супа;

• подача второго блюда;

• подача напитка.

Модель DFD

Рисунок 6 – DFD-диаграмма

Основной блок диаграммы представлен на рисунке 6. Он отображает связь основного процесса со внешними сущностями – входящим (Деятельность склада комбината) и выходящими (Школьники, Учителя) блоками.

Рисунок 7 – Декомпозиция DFD-диаграммы

На рисунке 7 представлена декомпозиция основного блока. Он разделен на три блока:

• деятельность поставщика питания;

• деятельность кухни;

• деятельность раздаточного стола.

Рисунок 8 – Декомпозиция первого блока

Блок «Деятельность поставщика питания» мы декомпозируем еще на 3 этапа:

• деятельность горячего цеха;

• деятельность холодного цеха;

• деятельность цеха закусок и напитков.

Рисунок 9 – Декомпозиция первого блока

IDEF3-диаграмма

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

IDEF3-модель представлена на рисунках 10-12. Были декомпозированы блоки:

• деятельность поставщика питания (рис.10);

• деятельность кухни (рис.11);

• деятельность раздаточного стола (рис.12).

Рисунок 10 – IDEF3-модель деятельности поставщика питания

Рисунок 11 – IDEF3-модель деятельности кухни

Рисунок 12 – IDEF3-модель деятельности раздаточного стола

Построение UML-диаграмм

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

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

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

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

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

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

Чтобы диаграмма была не громоздкой и читаемой, она разделена на три диаграммы:

• диаграмма последовательностей комбината (рисунок 14);

• диаграмма последовательностей кухни в столовой (рисунок 15);

• диаграмма последовательностей раздаточного стола (рисунок 16).

Рисунок 14 — Диаграмма последовательности комбината

Рисунок 15 — Диаграмма последовательности кухни

Рисунок 16 — Диаграмма последовательности раздаточного стола

Общий вид диаграммы представлен на рисунке 17:

Рисунок 17 — Общая диаграмма последовательности

Кооперативная диаграмма

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

По причине того, что диаграммы Sequence и Collaboration являются разными взглядами на одни и те же процессы, диаграмма коопераций также представлена в виде трех диаграмм. Окончательный вид диаграммы показан на рисунках 18-20.

Рисунок 18 — Диаграмма кооперации комбината

Рисунок 19 — Диаграмма кооперации кухни

Рисунок 20 — Диаграмма последовательности раздаточного стола

Общий вид диаграммы представлен на рисунке 21:

Рисунок 21 — Общая диаграмма последовательности

Диаграмма состояний для класса Комбинат

Диаграмма состояний предназначена для отображения состояний объектов системы, имеющих сложную модель поведения. Конечный вид диаграммы представлен на рисунке 22. Диаграмма содержит в себе state (суперсостояние), состояния, state transition (переходы), начальное (Start state) и конечное состояние (End State).

Рисунок 22 — Диаграмма состояний

Диаграмма активности для варианта использования «Деятельность кухни и раздаточного стола»

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

Рисунок 23 — Диаграмма активности

Диаграмма классов

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

Рисунок 24 — Диаграмма классов

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

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

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

Рисунок 25 — Диаграмма компонентов

Диаграмма развертывания

Deployment diagram (диаграммы развертывания). В состав диаграммы развертывания входит несколько типов фигур UML. Трехмерные блоки, или узлы, символизируют базовые программные или аппаратные элементы системы. Линии, идущие от одного узла к другому, применяются для обозначения связей, а фигуры поменьше, расположенные внутри блоков, — для программных артефактов, которые развертываются на узлах. Диаграмма развертывания представлена на рисунке 26.

Рисунок 26 — Диаграмма развертывания

Заключение

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