63
Таблица № 9
Структура таблицы measurements
Наименование поля Тип данных Описание
id (PK) bigint первичный ключ
title character varying(64) название единицы измерения
Таблица details содержит комплектующие. Ее описание приведено в
таблице 10.
Таблица № 10
Структура таблицы measurements
Наименование
поля
Тип данных Описание
id (PK) bigint первичный ключ
sku character varying(64) артикул
title character varying(128) название детали
measurement_id bigint внешний ключ на единицу
измерения
Таблица detail_units содержит фасовки. Ее описание приведено в
таблице 11.
Таблица № 11
Структура таблицы detail_units
Наименование поля
Тип данных Описание
id (PK) bigint первичный ключ
64
Продолжение таблицы № 11
title character varying(64)
название фасовки
detail_id bigint внешний ключ на деталь
size_per_unit double precision количество единиц в фасовке
cost double precision закупочная стоимость
quantity_available double precision доступное количество на складе
deleted boolean отметка об удалении
Таблица detail_orders содержит заказы. Ее описание приведено в
таблице 12.
Таблица № 12
Структура таблицы detail_orders
Наименование
поля
Тип данных Описание
id (PK) bigint первичный ключ
supplier_id bigint внешний ключ на
поставщика
plan_supplied_date
date ориентировочная дата
поставки
status character varying(32) статус заказа
number character varying(32) номер заказа
created_at timestamp время создания заказа
created_by bigint автор создания заказа
65
Таблица detail_order_items содержит комплектующие в заказе. Ее
описание приведено в таблице 13.
Таблица № 23
Структура таблицы detail_order_items
Наименование поля Тип данных Описание
id (PK) bigint первичный ключ
order_id bigint внешний ключ на заказ
detail_unit_id bigint внешний ключ на фасовку
qty double precision заказанное количество
cost double precision закупочная стоимость
confirmed_qty double precision подтвержденное количество
invoiced_qty double precision полученное количество
Таблица users содержит пользователей системы. Ее описание
приведено в таблице 14.
Таблица № 14
Структура таблицы users
Наименование поля Тип данных Описание
id (PK) bigint первичный ключ
login character varying(64) логин
email character varying(128) электронная почта
auth_key character varying(64) ключ авторизации
66
Продолжение таблицы № 14
pass character varying(64) хэш пароля
name character varying(64) имя пользователя
Таблица movements содержит лог движения комплектующих. Ее
описание приведено в таблице 15.
Таблица № 35
Структура таблицы movements
Наименование поля Тип данных Описание
id (PK) bigint первичный ключ
type character varying(32) тип лога
user_id bigint внешний ключ на пользователя
detail_unit_id bigint внешний ключ на фасовку
count double precision количество
cost double precision закупочная стоимость
created_at timestamp дата создания
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Информационная система состоит из нескольких модулей,
представленных в таблице 16.
67
Таблица № 16
Описание модулей
№
п/п
Наименование модуля Функции модуля
1 Модуль авторизации Авторизация пользователя в системе,
форма содержит поля для ввода логина и
пароля пользователя, выполняется поиск
пользователя по логина и проверка
правильности пароля.
2 Модуль меню Формирует меню пользователя в
соответствии с ролью
3 Модуль главной
страницы
Выводит на главной странице доступные
для пользователя разделы. Формирует
актуальные данные по складу для вывода
на главной странице
4 Модуль работы с
комплектующими
Осуществляет работу с комплектующими
(создание/изменение/удаление), выдачу и
приемку комплектующих
5 Модуль работы с
заказами
Реализует работу с заказами - создание,
изменение, проведение, отмена, прием.
6 Административный
модуль
Управление пользователями, настройка
прав
7 Модуль работы с
поставщиками
Управление справочником поставщиков
Структурная схема пакета представлена на рисунке
Рисунок
2.3.4. Описание программных модулей
Информационная система реализована в виде web
приложение использует архитектуру “клиент
находится на сервере, обрабатывает приходящие к нему запросы. Запросы
пользователь инициирует, обращаясь к серверу через браузер. Результат
работы сервера передается клиенту обратно в виде HTML
При обращении к информационной системе, первым делом
пользователь видит форму авторизации. Блок
предста
влена на рисунке
68
Структурная схема пакета представлена на рисунке
Рисунок
14. Стру
ктурная схема пакета
2.3.4. Описание программных модулей
Информационная система реализована в виде web
-
приложения. Web
приложение использует архитектуру “клиент
-
сервер”. Само приложение
находится на сервере, обрабатывает приходящие к нему запросы. Запросы
пользователь инициирует, обращаясь к серверу через браузер. Результат
работы сервера передается клиенту обратно в виде HTML
При обращении к информационной системе, первым делом
пользователь видит форму авторизации. Блок
-
схема авторизации
влена на рисунке
15.
Структурная схема пакета представлена на рисунке
14.
ктурная схема пакета
приложения. Web
-
сервер”. Само приложение
находится на сервере, обрабатывает приходящие к нему запросы. Запросы
пользователь инициирует, обращаясь к серверу через браузер. Результат
работы сервера передается клиенту обратно в виде HTML
-страницы.
При обращении к информационной системе, первым делом
схема авторизации
Рисунок
Код данного алгоритма представлен в приложении в файлах
SiteController.php, User.php
После авторизации общий алгоритм работы с информационной
системой представлен на рисунке
69
Рисунок
15. Блок-схема авторизации
Код данного алгоритма представлен в приложении в файлах
SiteController.php, User.php
и login.php
После авторизации общий алгоритм работы с информационной
системой представлен на рисунке
16.
Код данного алгоритма представлен в приложении в файлах
После авторизации общий алгоритм работы с информационной
При проведении заказа выделены следующие стадии
new –
заказ был создан
sent –
заказ был отправлен поставщику;
confirmed
received –
canceled
–
На стадиях
sent
алгоритмы работы для разных поставщиков, а также со временем могут
появляться новые. Для поддержки данной возможности был применен
следующий механизм.
На каждой стадии может существ
которые получают информацию о заказе, и сами решают, каким образом
заказ должен быть переведен на следующую стадию, а также, какие
возможные дополнительные действия необходимо выполнить.
За управление ими отвечают соответств
на основании информации о поставщике подбирают необходимый
«движок» для работы. Код классов
70
Рисунок 16. Блок схема работы
При проведении заказа выделены следующие стадии
заказ был создан
;
заказ был отправлен поставщику;
–
заказ ожидается для поступления;
заказ
доставлен на склад, работа завершена;
–
заказ был отменен.
sent
, confirmed и received могут
существуют разные
алгоритмы работы для разных поставщиков, а также со временем могут
появляться новые. Для поддержки данной возможности был применен
следующий механизм.
На каждой стадии может существ
овать набор «классов
которые получают информацию о заказе, и сами решают, каким образом
заказ должен быть переведен на следующую стадию, а также, какие
возможные дополнительные действия необходимо выполнить.
За управление ими отвечают соответств
ующие классы
на основании информации о поставщике подбирают необходимый
«движок» для работы. Код классов
-
фабрик приведен в приложении в
При проведении заказа выделены следующие стадии
:
заказ ожидается для поступления;
доставлен на склад, работа завершена;
существуют разные
алгоритмы работы для разных поставщиков, а также со временем могут
появляться новые. Для поддержки данной возможности был применен
овать набор «классов
-движков»,
которые получают информацию о заказе, и сами решают, каким образом
заказ должен быть переведен на следующую стадию, а также, какие
возможные дополнительные действия необходимо выполнить.
ующие классы
-фабрики. Они
на основании информации о поставщике подбирают необходимый
фабрик приведен в приложении в
71
файлах FactorySendEngine.php, FactoryConfirmEngine.php,
FactoryReceivingEngine.php.
При подтверждении заказа могут быть две схемы работы. В одной
нам необходимо получить подтверждение заказа от поставщика. В таком
случае, на стадии отправки заказ переводится на стадию подтверждения и
дожидается, когда сотрудник склада получит подтверждение и отметит
подтвержденные количества.
Вторая схема предполагает более простую схему, в которой заказ
после отправки сразу считается подтвержденным. На рисунке 17
представлена блок схема данного алгоритма, а код, реализующий
автоматическое подтверждение заказа находится в приложении в файлах
NoConfirmSendEngine.php, FactorySendEngine.php, detail-order/view.php.
Рисунок
2.4. Контрольный пример реализации проекта и его описание
Первым делом пользователю нужно авторизоваться в системе,
использу
я логин и пароль. Форма автори
72
Рисунок
17
. Блок схема подтверждения заказа.
2.4. Контрольный пример реализации проекта и его описание
Первым делом пользователю нужно авторизоваться в системе,
я логин и пароль. Форма автори
зации представлена на рисунке
. Блок схема подтверждения заказа.
2.4. Контрольный пример реализации проекта и его описание
Первым делом пользователю нужно авторизоваться в системе,
зации представлена на рисунке
18.