Концептуальное (инфологическое) проектирование баз данных. Бизнес-процессы

1.

Концептуальное (инфологическое)
проектирование баз данных
Бизнес-процессы
Полегенько Ирина Геннадьевна
кандидат технических наук, ассоциированный
профессор

2.

ПРОЕКТ
2

3.

Операционное окружение
3

4.

Операционное окружение.
Примерная схема сети
4

5.

Операционное окружение. Примерная с
сети
5

6.

Операционное окружение
1. Сервер баз данных (физический или
виртуальный)
2. Web-сервер (физический или виртуальный)
3. Компьютеры (перечисление)
4. МФУ (перечисление)
5. Проектор (перечисление)
6

7.

Программное обеспечение
1.
2.
3.
7

8.

Пример проектирования на
даталогическом уровне
Как и было отмечено ранее, приступая к
проектированию БД на даталогическом уровне,
стоит принять ряд соглашений. Сделаем это.
Соглашения относительно СУБД:
• Вид СУБД: реляционная.
• Конкретный продукт (конкретная СУБД): MS
Access, SQLite, PostgreSQL, MySQL.
• Минимальная поддерживаемая версия
выбранной конкретной СУБД: 3
• Инфраструктурные особенности выбранной
конкретной СУБД: без сервера SQLite, MS
Access, с сервером PostgreSQL, MySQL.
8

9.

Соглашения относительно БД:
• Соглашения об именовании структур:
. При именовании таблиц и полей используется только
нижний регистр (teacher).
. Слова в именах таблиц и полей отделены друг от
друга символом «_» (teacher_state).
. В именах таблиц существительные используются в
единственном числе (например,«file», а не «files»). В
именах полей множественное число допускается, но не
рекомендуется.
. Имена полей начинаются с префиксов из первых букв
имён таблицы.
. Имена ограничений начинаются с префикса «UNQ_» и
содержат имена всех входящий в ограничение полей.
. Имена триггеров начинаются с префикса «TRG_» и
содержат в себе имя таблицы и название момента
срабатывания.
9

10.

Пример проектирования на
даталогическом уровне
Соглашения об оформлении SQL-кода:
. Все ключевые слова языка SQL пишутся в
верхнем регистре.
. Все имена структур БД обязательно должны
быть заключены в обратные апострофы,
т.е. символы «`».
• Соглашения о комментариях:
. Комментарии оформляются для всех
структур БД.
10

11.

Пример проектирования на
даталогическом уровне
Иные специфические соглашения,
зависящие от проекта:
. Все поля, содержащие дату и время, имеют
тип INTEGER и хранят UNIXTIME-значения.
. Все поля, содержащие только дату, имеют
тип DATE.
. Все первичные ключи — искусственные,
автоинкрементируемые, беззнаковые.
11

12.

Пример проектирования на
даталогическом уровне
В качестве основного инструмента проектирования
мы будем использовать Visual Paradigm 16.3,
однако подчеркнём, что в особо сложных случаях
и/или при проектировании большой БД может
существовать промежуточный этап, на котором мы
по-прежнему можем опираться на текстовое
описание модели.
В случае с нашим конкретным учебным проектом
явной необходимости в таком промежуточном этапе
нет, но для полноты картины приведём
соответствующий пример. Как правило, здесь будет
использоваться табличное представление, т.к. для
восприятия структурированной информации оно
оказывается удобнее
списков.
12

13.

Пример проектирования на
даталогическом уровне
В процессе формирования этого примера мы также
внесём некоторые правки в модель, уточнив то, что
мы «забыли» на инфологическом уровне.
ТИПЫ ДАННЫХ
INT (INTEGER) – целые числовые значения
TEXT (VARCHAR()) – текстовые значения
DATE – Дата
13

14.

Составление таблиц
Таблица БД
Поле таблицы БД
Тип данных
Комментарии
Договор_пост
Идентификатор
INT (INTEGER)
Первичый ключ
Номер договора
TEXT
(VARCHAR())
Уникальное
значение
Дата заполнения
договора
TEXT (VARCHAR)
DATE
Наименование
TEXT (VARCHAR)
14

15.

Составление таблиц
Таблица БД
Поле таблицы БД
Тип данных
Комментарии
Поставщик
Идентификатор
INT
Первичый ключ
Идентификатор_Дог
овор_пост
INT
Внешний ключ
Название компании
TEXT (VARCHAR)
Адрес
TEXT (VARCHAR)
Телефон
TEXT (VARCHAR)
Уникальное
значение
Почта
TEXT (VARCHAR)
Уникальное
значение
15

16.

Составление таблиц
16

17.

Составление таблиц
17

18.

Составление таблиц
18

19.

Составление таблиц
19

20.

Составление таблиц
20

21.

Платеж_пост
Договор_пост
PK
Идентификатор
PK
Отдел
Идентификатор
PK
Идентификатор
Идентификатор_Договор_пост
Название
Дата заключения договора
Идентификатор_Заявка
Руководитель
Наименование
Название платежа
Телефон
договора
Сотрудник
PK
Идентификатор
Номер счета
Идентификатор_Отдел
Размер платежа
Фамилия
Поставщик
Идентификатор_Сотрудник
Имя
PK
Идентификатор
Заявка_пост
Отчество
Прайс-лист
Идентификатор_Договор_пост
Название компании
PK
Идентификатор
Телефон
PK
Идентификатор
Идентификатор_ПЛ
Почта
Должность
Адрес
Идентификатор_Поставщик
Наименование товара
Телефон
Наименование товара
Количество продукции
Почта
Стоимость за единицу товара
(менее 1000)
Стоимость за единицу
продукции
Стоимость за единицу товара
(более 1000)
Итоговая стоимость
21
Идентификатор_Сотрудник

22.

Visual Paradigm
Enterprise
22

23.

23

24.

Задание
1.Построить сущности в соответствии со своими
бизнес-процессами;
2.Построить схему операционного окружения;
3.Расписать состав оборудования и программного
обеспечения;
4.Построить таблицы;
5.Построить связи между сущностями
24