Реферат

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

Работа добавлена на сайт bukvasha.net: 2015-10-28

Поможем написать учебную работу

Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.

Предоплата всего

от 25%

Подписываем

договор

Выберите тип работы:

Скидка 25% при заказе до 28.2.2025



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





1. Сочинение Трагизм образа Базарова По роману Тургенева Отцы и дети
2. Курсовая на тему Право власності на землю 2
3. Реферат на тему Шпора по истории
4. Реферат Питання на екзамен по маркетингу
5. Реферат на тему Ilegal Imagration Essay Research Paper The Immigration
6. Реферат О тексте и критериях его определения
7. Реферат на тему History Of The League Of Nations Essay
8. Реферат Православна Церква в Польщі на початку 1920 х рр крізь призму судового процесу над Павлом Латишенком
9. Реферат Глобализация 8
10. Реферат на тему Россия как вызов географии