| Создать информационную модель процесса с помощью DFD. Для построения использовать построения модели использовать программу BPwin.
Процесс управления отделом сбыта.
В качестве схемы управления процессами сбыта продукции можно рассматривать схему DFD, включающую, кроме процессов продуцирования выходных данных из входных и потоков данных, также хранилища данных.
Внешними сущностями будут
- клиент;
- производство;
- сотрудники отдела сбыта;
- начальник отдела сбыта;
- Склады, транспортные средства и продукция
У каждой из них будут либо входные, либо выходные данные, или входные и выходные, указанные в таблице 1.1.
Таблица 1.1.
| Внешняя сущность
|
Входные данные
|
Выходные данные
|
| Клиент
|
Накладная,
Документы на оплату
|
Договор или заявка,
Общие данные о клиенте,
Оплаченные документы
|
| Производство
|
План производства продукции,
Заявки на продукцию
|
Данные о произведённой продукции
|
| Сотрудники
|
|
Данные о сотрудниках
|
| Начальник
|
Отчёты о деятельности сбыта
|
|
| Транспортные средства, склады и продукция
|
|
Данные о транспортных средствах,
Данные о складах и о имеющейся продукции,
Данные о продукции
|
Хранилища данных:
- сведения о клиентах;
- сведения о заказах;
- сведения об отгруженной продукции;
- сведения об оплате;
- сведения о произведённой продукции;
- сведения о сотрудниках;
- сведения о транспортных средствах;
- сведения о продукции и складах;
- планы на производство;
Потоки данных связывают внешние сущности с функциями продуцирования выходных данных. Необходимо заметить, что здесь рассматривается оперативное управление без связи с финансовым отделом. Хотя все данные для финансового отдела должны быть предусмотрены (ему передаются данные о работах сотрудников и их заработных платах, сведения об оплатах, сведения о необходимых денежных средствах для реализации функций, например, для осуществления отгрузки). То есть каждая функция должна предоставлять данные о необходимых ей денежных средствах, а финансовый отдел должен по возможности выполнять эти требования.
То же касается отдела закупок, который работает на основании составления стратегического плана производства продукции.
Схема информационной структуры приведена в виде DFD-модели на рисунок. 1.1.
Рисунок 1.1.
DFD диаграмма процесса «Управления отелом сбыта» Уровень А-0.
Рисунок 1.2.
DFD диаграмма процесса «Управления отелом сбыта» Уровень А-1.
Забиваем Сайты В ТОП КУВАЛДОЙ - Уникальные возможности от SeoHammer
Каждая ссылка анализируется по трем пакетам оценки: SEO, Трафик и SMM.
SeoHammer делает продвижение сайта прозрачным и простым занятием.
Ссылки, вечные ссылки, статьи, упоминания, пресс-релизы - используйте по максимуму потенциал SeoHammer для продвижения вашего сайта.
Что умеет делать SeoHammer
— Продвижение в один клик, интеллектуальный подбор запросов, покупка самых лучших ссылок с высокой степенью качества у лучших бирж ссылок.
— Регулярная проверка качества ссылок по более чем 100 показателям и ежедневный пересчет показателей качества проекта.
— Все известные форматы ссылок: арендные ссылки, вечные ссылки, публикации (упоминания, мнения, отзывы, статьи, пресс-релизы).
— SeoHammer покажет, где рост или падение, а также запросы, на которые нужно обратить внимание.
SeoHammer еще предоставляет технологию Буст, она ускоряет продвижение в десятки раз,
а первые результаты появляются уже в течение первых 7 дней.
Зарегистрироваться и Начать продвижение
Спроектировать базу данных, обеспечивающую хранение информации для процесса из контрольной работы №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
Сервис онлайн-записи на собственном Telegram-боте
Попробуйте сервис онлайн-записи VisitTime на основе вашего собственного Telegram-бота:
— Разгрузит мастера, специалиста или компанию;
— Позволит гибко управлять расписанием и загрузкой;
— Разошлет оповещения о новых услугах или акциях;
— Позволит принять оплату на карту/кошелек/счет;
— Позволит записываться на групповые и персональные посещения;
— Поможет получить от клиента отзывы о визите к вам;
— Включает в себя сервис чаевых.
Для новых пользователей первый месяц бесплатно.
Зарегистрироваться в сервисе
|
Числовой
|
Номер цеха-изготовителя
|
| 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
|
