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

Что такое Модель процесса с помощью DFD и что это означает?, подробный ответ и значение читайте далее, после краткого описания.

Ниже представлен реферат на тему Модель процесса с помощью DFD, который так же можно использовать как сочинение.

Данную работу вы можете скачать бесплатно ниже по ссылке, но если вам нужен реферат, сочинение, изложение, доклад, лекция, проект, презентация, эссе, краткое описание, биография, контрольная, самостоятельная, курсовая, экзаменационная или дипломная работа, с вашими конкретными требованиями, вы можете заказать её выполнение у нас в короткие сроки и недорого.

Мы команда учителей и репетиторов со стажем работы более 20 лет. За это время нами проверено и написано более 100 000 разнообразных работ и тестов. Поверьте нам, мы знаем как удивить вашего учителя или приёмную комиссию, с нами вы обречены на получение отличной оценки. Удачи вам в учёбе!

Создать информационную модель процесса с помощью 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
Министерство образования РФ Пермский государственный технический университет Информационные
Windows XP - для начинающих
Рабочий стол. Элементы рабочего стола Посмотрите на экран компьютера. Всё, что появляется на экране
Системное программное обеспечение 2
НЕГОСУДАРСТВЕННОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ «АКАДЕМИЯ
Как ускорить компиляцию с помощью предкомпилированных заголовков в С Builder
Как ускорить компиляцию с помощью предкомпилированных заголовков в С Builder Серебров Борис