2 Проектирование автоматизированной ситемы поставок и реализации товара
1.1Постановка задачи
Назначение системы.
Система учета предназначена для автоматизации следующих функций:
формирование электронной заявки на отгрузку продукции;
формирование электронной заявки на закупку товара;
формирование статистических отчетов по заявкам на отгрузку;
формирование статистических отчетов о продажах;
ведение справочника дилеров;
ведение справочника заявок на товар;
ведение справочника потанциальных клиентов.
Цели создания системы.
Основной целью разработки и внедрения системы по оптимизации поставок и продаж товара является сокращение избыточности хранимых данных, а следовательно, экономия объема используемой памяти, уменьшение затрат на многократные операции обновления избыточных копий и устранение возможности возникновения противоречий из-за хранения в разных местах сведений об одном и том же объекте, увеличение степени достоверности информации и увеличение скорости обработки информации; излишнее количество внутренних промежуточных документов, различных журналов, папок, заявок и т.д., повторное внесение одной и той же информации в различные промежуточные документы; прогнозирование продаж на определенные период вперед для оптимального заказа объема товара на заводе.
Основные требования к системе:
Для корректной работы программы необходим персональный компьютер, который бы удовлетворял следующим минимальным требованиям:
процессор Pentium 4;
оперативная память: 512 Mb;
SVGA 1024х768;
винчестер HDD 80 Gb;
устройство ввода и позиционирования Mouse (стандартная), 2 кнопки;
ОС: Windows XP/Vista/7.
На компьютере обязательно должен быть установлен Web-browser (Opera, Mazila или Internet Explorer).
Так же для работы понадобится локальный сервер Denver или Apache предназначенный для создания и отладки программы, СУБД MySQL, и любая программа по разработке PHP приложений (Adobe Dreamweaver, PHP editor и т.д.).
1.1Проектирование базы данных
Процесс проектирования данных можно условно разделить на два этапа: логическое моделирование и физическое проектирование. Результатом первого из них является так называемая логическая модель данных, выражаемая обычно диаграммой «сущность-связь». Результатом второго этапа является готовая база данных либо DDL-скрипт для ее создания.
Логическая модель данных описывает факты и объекты, подлежащие регистрации в будущей базе данных. Основными компонентами такой модели являются сущности, их атрибуты и связи между ними. Как правило, физическим аналогом сущности в будущей базе данных является таблица, а физическим аналогом атрибута - поле этой таблицы.
Физическое проектирование данных осуществляется на основе логической модели. Результатом этого процесса является физическая модель, содержащая полную информацию, необходимую для генерации всех необходимых объектов в базе данных.
В результате анализа предметной области автоматизации учета реализации товара выявлены следующие сущности:
клиент;
товар;
заявка на закупку;
доставка;
сотрудник;
завод.
В результате анализа полученных сущностей определяем связи между ними. Результат анализа представлен в таблице 2.1.
Таблица 2.1 – Типы связей между сущностями
Тип сущности |
Тип связи |
Тип сущности |
Тип связи |
Сотрудник |
Принадлежит |
Завод |
|
Тип сущности |
Тип связи |
Тип сущности |
Тип связи |
Сотрудник |
Принадлежит |
Заявка на закупку |
|
Заявка на закупку |
Принадлежит |
Товар |
|
Клиент |
Принадлежит |
Заявка на закупку |
1:1 |
Товар |
Принадлежит |
Доставка |
|
Определив связи между сущностями, можно построить концептуальную модель данных. Лучше всего использовать для этого ER- моделирование.
Рассматривая данную ER- диаграмму видно, что один сотрудник может сформировать неограниченное число заявок, а один клиент сформировать одну заявку на различный товар. Так же из полученной диаграммы видно что в одну заявку может входить любое количество товара. Один вид товара может принадлежать ко многим доставкам.
Для построения информационной модели системы лучше всего использовать ER-моделирование.
Таким образом, получим ER-диаграмму представленную на рисунке 2.1.
Рисунок 2.1 – Концептуальная модель
После определения типов связей, выделим атрибуты сущностей. Выявленные атрибуты приведены в таблице 2.2.
Таблица 2.2 – Атрибуты сущностей и связей
-
Сущность
Атрибут
Клиент
Название фирмы
Юридический адрес
Контакты
Расчетный счет
Завод
Название и вид товара
Количество
Срок поставки
Сотрудник
Должность
Пароль для входа
Количество
Доставка
Тип доставки
Оплата
Дата поставки
Заявка на закупку
Наименование товара
Количество
Дата поставки
Логическая модель базы данных описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Логическая модель представлена на рисунке 2.2.
Рисунок 2.2 – Логическая модель базы данных
Физическая модель данных описывает данные средствами конкретной СУБД. Физическая модель данных реализована средствами именно реляционной СУБД, хотя, это необязательно. Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД [1].
На рисунке 2.3 представлена инфологическая модель данных.
Рисунок 2.3 – Физическая модель базы данных
В результате проектирования получили набор таблиц баз данных.
Таблица Zavod хранит информацию о заказе на производство продукции компанией, которая включает в свою очередь следующие поля: наименование ламината или мазайки, требуемое количество, дата и срок изготовления, уникальный номер завода, которое обозначает, порядковый индификатор завода (таблица 2.3).
Таблица 2.3 – Структура таблицы Zavod
Имя поля |
Тип |
Длина |
Наименование |
Id_zavoda |
INT |
10 |
Личный номер завода |
Naimenovanie |
TEXT |
40 |
Наименование товара |
Kolichestvo |
INT |
10 |
Количество продукции |
Data_postavki |
DATE/TIME |
15 |
Срок изготовления |
Таблица Tovar хранит информацию о продукции , а именно такие поля как наименование товара, количество на складе, и уникальные идентификаторы товара, заявок от клиентов, клиенты и сотрудники (таблица 2.4).
Таблица 2.4 – Структура таблицы Tovar
Имя поля |
Тип |
Длина |
Наименование |
Id_tovara |
INT |
15 |
Идентификатор товара |
Id_zayavki |
INT |
15 |
Идентификатор заявки |
Id_klienta |
INT |
15 |
Идентификатор клиента |
Id_sotrudnika |
INT |
15 |
Идентификатор сотрудника |
Naimenovanie |
TEXT |
20 |
Наименование товара |
Kolichestvo |
INT |
15 |
Количество на складе |
Таблица Dostavka хранит информацию о доставке товара до покупателя и содержит поля тип доставки до места назначения, оплата если доставка не входит в стоимость товара, дата и уникальные идентификаторы доставки, товара, заявки, клиента и сотрудника (таблица 2.5).
Таблица 2.5 – Структура таблицы Dostavka
Имя поля |
Тип |
Длина |
Наименование |
Id_dostavki |
INT |
15 |
Идентификатор доставки |
Id_tovara |
INT |
10 |
Идентификатор товара |
Id_zayavki |
INT |
10 |
Идентификатор заявки |
Id_klienta |
INT |
15 |
Идентификатор клиента |
Id_sotrudnika |
INT |
10 |
Идентификатор сотрудника |
Tip_dostavki |
TEXT |
15 |
Платная/Бесплатная |
Oplata |
MONEY |
15 |
Оплата доставки |
Data |
DATE |
20 |
Дата поставки |
Таблица Zayavka_na_zakupku хранит информацию о покупаемом товаре клиентом , а именно такие поля как наименование товара, требуемое количество, дата поставки и уникальные идентификаторы заявки, клиентов и сотрудника (таблица 2.6).
Таблица 2.6 – Структура таблицы Zayavka_na_zakupku
Имя поля |
Тип |
Длина |
Наименование |
Id_sotrudnika |
INT |
15 |
Идентификатор сотрудника |
Id_zayavki |
INT |
15 |
Идентификатор заявки |
Id_klienta |
INT |
15 |
Идентификатор клиента |
Naimenovanie_tovara |
TEXT |
15 |
Наименование товара |
Kolichestvo |
INT |
20 |
Количество товара |
Data_postavki |
DATE/TIME |
15 |
Дата поставки клиенту |
Таблица Klient хранит информацию о покупателе , а именно такие поля как название фирмы, контактные телефоны, юридический адрес, расчетный счет и уникальный идентификатор клиента (таблица 2.7).
Таблица 2.7 – Структура таблицы Klient
Имя поля |
Тип |
Длина |
Наименование |
Id_klienta |
INT |
15 |
Идентификатор клиента |
Name |
TEXT |
15 |
Наименование компании |
Kontakti |
INT |
15 |
Номера телефонов |
Ur_adres |
TEXT |
15 |
Юридический адрес |
Rekvisitu |
INT |
20 |
Расчетный счет |
Таблица Sotrudnik хранит информацию о сотруднике работающем в личном кабинете пользователя, которая включает в свою очередь следующие поля: должность, пароль для входа в систему и идентификатор сотрудника (таблица 2.8).
Таблица 2.8 – Структура таблицы Sotrudnik
Имя поля |
Тип |
Длина |
Наименование |
Id_sotrudnika |
INT |
10 |
Личный номер сотрудника |
Doljnost |
TEXT |
40 |
Должность сотрудника |
Password |
INT |
10 |
Пароль учетной записи |