Модель процесса с помощью DFD

Автор работы: Пользователь скрыл имя, 16 Декабря 2010 в 11:51, контрольная работа

Описание работы

Создать информационную модель процесса с помощью DFD. Для построения использовать построения модели использовать программу BPwin.

Файлы: 1 файл

К_Р по БД.doc

— 384.00 Кб (Скачать файл)

            Создать информационную модель процесса с помощью 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 (Заказ).

      Из соображений, что возможные способы оплаты и доставки ограничены, выделим два справочника:

      1. Payment (Способ оплаты)
      2. Delivery_method (Метод доставки)
    1. Otgruzka (Отгрузка)
      1. справочник водителей Driver.
    2. 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) Числовой Код доставки

Информация о работе Модель процесса с помощью DFD