Реферат

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

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

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

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

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

от 25%

Подписываем

договор

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

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



            Создать информационную модель процесса с помощью 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. Реферат на тему Neighborhood Watch Essay Research Paper The Neighborhood
2. Реферат на тему Forensic Science Essay Research Paper The word
3. Реферат на тему Creation Essay Research Paper Creation IIMrs Brew
4. Реферат на тему Chinese Popular Culture Essay Research Paper Chinese
5. Реферат на тему Anger In Kafka Essay Research Paper family
6. Реферат Human Genome Project 3 Essay Research Paper
7. Курсовая Особенности разработки названия и слогана магазина
8. Контрольная работа Синдром дефицита внимания с гиперактивностью - основы психолого-педагогической коррекции
9. Курсовая Полинациональная семья
10. Курсовая на тему Расчет вала и разработка конструкции вала