Для ведения истории заказов нужно будет создать несколько новых таблиц в базе данных STAFF:
Таблица
| Поля
| Назначение
|
VIP_TASTE
| VIP_TASTE_ID
NAME
| справочник вкусовых стилей
|
VIP_PERSON
| VIP_PERSON_ID
NAME
E_MAIL
PHONE
VIP_COMM_TYPE_ID
| сведения о клиентах
VIP_COMM_TYPE_ID – ссылка на предпочитаемый способ коммуникации
|
VIP_COMM_TYPE
| VIP_COMM_TYPE_ID
NAME
| Способы коммуникации с заказчиками (sms и e-mail)
|
VIP_ORDER
| VIP_ORDER_ID
VIP_PERSON_ID
ORDERDATE
ISSUEDATE
DELIVERYDATE DELIVERYADDRESS SOURCESUBDIVISION_ID SOURCEAPPUSER_ID TARGETSUBDIVISION_ID TARGETAPPUSER_ID DESIGN
VIP_TASTE_ID
DESCRIPTION
WEIGHT
PRICE
CHECK
PHOTO
MARK
MARKCOMMENT
ORDER_STATE_ID
DELETECOMMENT
NUMORDER
| заказы
DESIGN – ссылка на файл или url на сайт с фото/рисунком
CHECK – номер чека
PHOTO– ссылка на фото готового изделия
MARK оценка готового изделия (отлично, хорошо, удовлетворительно, не удовлетворительно)
MARKCOMMENT - неформальные примечания к оценке
ORDER_STATE_ID - состояние заказа (Зарегистрирован, Одобрен,…)
DELETECOMMENT – комментарии к причине отклонения заказа
NUMORDER – пока не используется
|
VIP_ORDER_STATE
| VIP_ORDER_STATE_ID
NAME
| состояния заказов (см. диаграмму состояний)
|
VIP_STATE_SWITCH
| VIP_STATE_SWITCH_ID
FROM_STATE_ID
TO_ STATE_ID
ROLE_ID
| допустимые переходы между состояниями заказов
|
SUBDIVISION
| SUBDIVISION_ID
SUBDIVISION_NAME
CATEGORY_SUBDIVISION_
| представление, имитирующее справочник ресторанов с адресами из GESTORI (+ согласованный с ним набор картинок с планами проезда)
|
APPLICATION_USER
|
| Уже есть в Staff
|
ROLE
|
| Уже есть в Staff
|
В приложении должна быть реализована вся функциональность, описанная выше, и предусмотрен вывод на печать отчетов по истории заказов, бланк заказа и заданий на исполнение заказа (HTML-формат).