Модель процесса с помощью DFD (стр. 1 из 2)
Создать информационную модель процесса с помощью DFD. Для построения использовать построения модели использовать программу BPwin.
Процесс управления отделом сбыта.
В качестве схемы управления процессами сбыта продукции можно рассматривать схему 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.).
Построение инфологической модели БД.
Рисунок 1.3. Инфологическая модель БД Построение даталогической модели БД.
Опишем поля сущностей БД с точки зрения типов данных.
| Payment | ||
| Payment_code | Числовой | Код оплаты |
| Method_payment | Текстовый | Метод оплаты |
| Delivery_method | ||
| Delivery_code | Числовой | Код доставки |
| Delivery_method | Текстовый | Метод доставки |
| Warehouse | ||
| Warehouse_number | Числовой | Номер склада |
| Volume_warehouse | Числовой | Объем склада |
| Product | ||
| Product_code | Числовой | Код продукции |
| Product_name | Текстовый | Наименование продукции |
| Product_size | Текстовый | Размер |
| Zena | Денежный | Числовой |
| Product_ Warehouse | ||
| Product_code (FK) | Числовой | Код продукции |
| Warehouse_number (FK) | Числовой | Номер склада |
| Product_quantity | Числовой | Количество продукциир |
| Shop_number | Числовой | Номер цеха-изготовителя |
| Receiving_date | Дата/время | Дата поступленя на склад |
| Employee | ||
| Employeet_code | Числовой | Код сотрудника |
| Name | Текстовый | ФИО |
| Telephone | Числовой | Рабочий телефон |
| Driver | ||
| Atomobile_code | Текстовый | Номер автомобиля |
| Driver_name | Текстовый | ФИО водителя |
| Atomobile_mark | Текстовый | Марка автомобиля |
| Klient | ||
| Klient_code | Числовой | Код клиента |
| Organization_name | Текстовый | Наименование организации |
| INN | Числовой | Номер ИНН |
| Address | Текстовый | Адрес организации |
| Telephone | Числовой | Телефон |
| Director | Текстовый | ФИО директора |
| Contact_person | Текстовый | Доверенное лицо |
| Number_doverennost | Текстовый | Номер доверенности |
| Order | ||
| Order_ID | Числовой | Номер заказа |
| Klient_code (FK) | Числовой | Код клиента |
| Order_date | Дата/время | Дата заказа |
| Delivery_date | Дата/время | Дата доставки |
| Delivery_place | Текстовый | Место доставки |
| Payment_day | Дата/время | Дата оплаты |
| Employeet_code (FK) | Числовой | Код сотрудника |
| Payment_code (FK) | Числовой | Код оплаты |
| Number_nakladnoi | Числовой | Номер накладной на отпуск |
| Delivery_code (FK) | Числовой | Код доставки |
| Product_ Order | ||
| Product_code (FK) | Числовой | Код продукции |
| Order_ID (FK) | Числовой | Номер заказа |
| Quantity | Числовой | Количество продукции в заказе |
| Otgruzka | ||
| Number_TTN | Числовой | Номер товарно-транспортной накладной |
| Order_ID (FK) | Числовой | Номер заказа |
| Atomobile_code (FK) | Текстовый | Номер автомобиля |
| Quantity_auto | Числовой | Количество отгруженного |
| Otgrujeno | Логический | Отгружено (логический тип) |
Таким образом даталогическая модель будет иметь вид (рисунок 1.4)