 |
Определение связей между сущностями.
|
|
|
|
Процесс управления отделом сбыта.
В качестве схемы управления процессами сбыта продукции можно рассматривать схему DFD, включающую, кроме процессов продуцирования выходных данных из входных и потоков данных, также хранилища данных.
Внешними сущностями будут
§ клиент;
§ производство;
§ сотрудники отдела сбыта;
§ начальник отдела сбыта;
§ Склады, транспортные средства и продукция
У каждой из них будут либо входные, либо выходные данные, или входные и выходные, указанные в таблице 1.1.
Таблица 1.1.
| Внешняя сущность | Входные данные | Выходные данные |
| Клиент | Накладная, Документы на оплату | Договор или заявка, Общие данные о клиенте, Оплаченные документы |
| Производство | План производства продукции, Заявки на продукцию | Данные о произведённой продукции |
| Сотрудники | Данные о сотрудниках | |
| Начальник | Отчёты о деятельности сбыта | |
| Транспортные средства, склады и продукция | Данные о транспортных средствах, Данные о складах и о имеющейся продукции, Данные о продукции |
Хранилища данных:
§ сведения о клиентах;
§ сведения о заказах;
§ сведения об отгруженной продукции;
§ сведения об оплате;
§ сведения о произведённой продукции;
§ сведения о сотрудниках;
§ сведения о транспортных средствах;
§ сведения о продукции и складах;
§ планы на производство;
Потоки данных связывают внешние сущности с функциями продуцирования выходных данных. Необходимо заметить, что здесь рассматривается оперативное управление без связи с финансовым отделом. Хотя все данные для финансового отдела должны быть предусмотрены (ему передаются данные о работах сотрудников и их заработных платах, сведения об оплатах, сведения о необходимых денежных средствах для реализации функций, например, для осуществления отгрузки). То есть каждая функция должна предоставлять данные о необходимых ей денежных средствах, а финансовый отдел должен по возможности выполнять эти требования.
|
|
|
То же касается отдела закупок, который работает на основании составления стратегического плана производства продукции.
Схема информационной структуры приведена в виде DFD-модели на рисунок. 1.1.
Рисунок 1.1. DFD диаграмма процесса «Управления отелом сбыта» Уровень А-0.
Рисунок 1.2. DFD диаграмма процесса «Управления отелом сбыта» Уровень А-1.
Спроектировать базу данных, обеспечивающую хранение информации для процесса из контрольной работы №1, методом сущность-связь.
Формализация концептуального проектирования.
Определение сущностей.
Согласно построенной выше DFD диаграмме БД будет состоять из следующих сущностей:
1. Employee (Сотрудник).
2. Product (Продукция).
3. Warehouse (склад).
4. Order (Заказ).
Из соображений, что возможные способы оплаты и доставки ограничены, выделим два справочника:
4.1.Payment (Способ оплаты)
4.2.Delivery_method (Метод доставки)
5. Otgruzka (Отгрузка)
5.1.справочник водителей Driver.
6. Klient (Клиент).
Итак, мы определили основные сущности базы данных.
Определение связей между сущностями.
Связи между сущностями показаны в таблице 1.2.
Таблица №1.2.
| Наименование сущности | Тип связи | Наименование сущности |
| Product | m:m (продукция поступает на склад) | Warehouse |
| Product | m:m (какая продукция содержится в заказе) | Order |
| Employee | 1:m (сотрудник выполняет заказ) | Order |
| Klient | 1:m (клиент делает заказ) | Order |
| Payment | 1:m (типичная связь справочника) | Order |
| Delivery_method | 1:m (типичная связь справочника) | Order |
| Order | 1:m (на один заказ выписывается одна или более ТТН) | Otgruzka |
| Driver | m:1 (водитель осуществляет доставку) | Otgruzka |
Для реализации связи многие-ко-многим:
|
|
|
| Product | m:m (продукция поступает на склад) | Warehouse |
Введем дополнительную сущность Product_warehouse (Продукция на складе). Тогда:
| Product | 1:m | Product_warehouse |
| Warehouse | 1:m | Product_warehouse |
Для реализации связи многие-ко-многим:
| Product | m:m (какая продукция содержится в заказе) | Order |
Введем дополнительную сущность Product_order (Продукция в заказе). Тогда:
| Product | 1:m | Product_order |
| Order | 1:m | Product_order |
На основании вышесказанного построим инфологическую модель БД (рисунок 1.3.).
|
|
|
