Модель процесса с помощью 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_warehouse (Продукция на складе). Тогда:

Для реализации связи многие-ко-многим:

Введем дополнительную сущность Product_order (Продукция в заказе). Тогда:

На основании вышесказанного построим инфологическую модель БД (рисунок 1.3.).

Построение инфологической модели БД.

Рисунок 1.3. Инфологическая модель БД

Построение даталогической модели БД.

Опишем поля сущностей БД с точки зрения типов данных.

Таким образом даталогическая модель будет иметь вид (рисунок 1.4)

Рисунок 1.4. – даталогическая модель БД.

Рисунок 1.5. Пример реализованной БД на СУБД Access