Проектирование автоматизированного рабочего места менеджера по продажам
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?а менеджера по продажам (TO - BE)
На рисунке 2 представлена декомпозиция функциональной модели Работа менеджера по продажам.
В данной функциональной модели представлено более детальное описание модели ИС Работа менеджера по продажам.
Процесс Работа менеджера по продажам разбит на 3 этапа:
-закупка товара;
-хранение товара;
-продажа товара (работа с покупателями).
На рисунке 3 представлена декомпозиция процесса Закупка товара.
Данный процесс разбит на следующие этапы:
-формирование списка товаров для заказа у поставщиков;
-передача заявки поставщикам;
-отгрузка товара от поставщика;
-прием товара менеджером.
Декомпозиция функциональной модели Хранение товара в нотации IDEF3 представлена на рисунке 4.
Данный процесс включает следующие операции:
-размещение принятого товара,
-возврат брака поставщику с оформлением в программе;
-оприходование товара годного для продажи в программе;
На рисунке 5 изображена декомпозиция функциональной модели Продажа товара (работа с покупателями) в нотации IDEF3.
Данный процесс включает следующие функции:
-поиск информации о наличии товара, о продаже товара покупателю;
-оформление заявки на привоз товара;
-оформление документа на продажу товара;
-оформление возврата от покупателя;
-формирование отчета Заявка товара;
-формирование отчета о товарах, принятых от покупателей;
-формирование отчета о проданных товарах;
-выданный чек покупателю.
Рисунок 2 - Декомпозиция контекстной диаграммы Работа менеджера по продажам
Рисунок 3 - Декомпозиция процесса Закупка товара
Рисунок 4 - Декомпозиция процесса Хранение товара
Рисунок 5 - Декомпозиция процесса Продажа товара (работа с покупателями)
2.1.3 Информационное обеспечение системы
Логическая и физическая модель данных
Проектирование физической и логической модели базы данных осуществляется с помощью Erwin. База данных (БД) представляет собой совокупность связанных таблиц данных, где содержаться сведения, необходимые для функционирования комплекса программ.
Создав наглядную модель базы данных, можно оптимизировать структуру БД и добиться её полного соответствия требованиям и задачам организации. Визуальное моделирование повышает качество создаваемой базы данных, продуктивность и скорость её разработки. ERwin облегчает проектирование баз данных. Для этого достаточно создать графическую E-R модель (объект-отношение), удовлетворяющую всем требованиям к данным и ввести бизнес-правила для создания логической модели, которая отображает все элементы, атрибуты, отношения и группировки.
Для создания моделей данных в ERwin можно использовать две нотации: IDEF1X и IE (Information Engineering). Первым этапом проектирования данных является создание независимой от конкретной СУБД логической модели. Создание модели сводится просто к выбору соответствующих символов на палитре и добавлению их на рабочее пространство. Дополнительная информация по каждому объекту вводится посредством семейства редакторов. Как только две сущности связываются между собой связью, первичный ключ (ПК) автоматически перемещается из родительской сущности в дочернюю.
При этом учитывается тип связи: по идентифицирующей связи и ПК попадает в число ключевых атрибутов, а по неидентифицирующей связи - в число неключевых атрибутов дочерней сущности. Полное описание сущностей, атрибутов и связей (ER-диаграмма) можно дополнить описанием альтернативных и инверсионных ключей.
После создания логической модели данных ERwin конвертирует ее в зависящую от конкретной, предварительно выбранной СУБД физическую. При этом автоматически определяются типы данных, преобразуются связи многие ко многим и иерархии наследования (категории).
После завершения проектирования модели и наполнения ее физической информацией, модель либо переносится в среду целевой СУБД, либо генерируется соответствующий программный код на DDL.
Логическая модель базы данных изображена на рисунке 8, физическая модель базы данных изображена на рисунке 9, модели составлены при помощи ErWin.
Рисунок 8 - Логическая модель даннях
Рисунок 9- Физическая модель данных
Структура входной информации
Входные данные для диспетчера будут поступать из следующих документов:
-учебные планы, которые содержат следующие данные:
специальность;
квалификация;
срок обучения;
база образования;
образовательный уровень;
количество учебных недель по семестрам;
наименование дисциплин;
форма аттестации по дисциплине;
количество лекционных часов;
количество практических часов;
распределение недельной нагрузки.
-информация о преподавателях;
-информация о группах.
Выше перечисленные данные будут заноситься в таблицы базы данных.
Таблица 3.1 - Структура таблицы Users
НаименованиеТип поляНазначениеUserVARCHAR(30)ПользовательPasswordVARCHAR(15)Пароль
Т
цТаблица 3.2 - Структура таблицы Zayavki
НаименованиеТип поляНазначениеId_zayavINTEGERКод заявкиDate_zayavDATETIMEДата заявкиCode_tovNUMERIC(11)Список товаровCode_postavINTEGERКод поставщика
Таблица 3.3 - Структура таблицы Goods_movement
НаименованиеТип поляНазначениеIdINTEGERКод движенияDate_operDATETIMEДата движенияCol_voINTEGERКоличествоPriceNUMERIC(10,2)ЦенаCode_postavNumeric(6)Код пос