Скачать .docx |
Реферат: Модель процесса с помощью DFD
Создать информационную модель процесса с помощью 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 )
Рисунок 1.4. – даталогическая модель БД.
Рисунок 1.5. Пример реализованной БД на СУБД Access