Итак, расскажу немного о комплексе программ, позволяющем
сопровождать торговые операции сертификатами качества на товары.
Подробную информацию о его работе, установке и эксплуатации, Вы
сможете прочитать в документации, которая поставляется вместе с
продуктом.
Ниже на рисунке показана общая структура сертификатного
комплекса.
Комплекс состоит из полутора десятка программ,
каждая из которых отвечает за свой участок общего процесса. На рисунке
видно, что все начинается с рабочего места оператора сопровождения
центральной БД, где выполняется первичный ввод информации:
- Перед оприходованием, товары и серии заводятся в основной
финансовой системе.
- Перед вводом новых сертификатов, производится подкачка новых
товаров и серий в сертификатную БД.
- На каждую серию товара, принятого на складе, в БД вводится
сертификат (или несколько сертификатов), которые были получены
от поставщика вместе с товаром.
- После ввода сертификатов, оператор может любой из них распечатать,
сохранить в файл или отправить по почте.
Теперь, когда сертификаты введены в центральную
БД, нужно заметить, что каждое действие оператора сопровождалось
оформлением отдельной реплики - пакета, состоящего из команд и данных,
который затем передается серверному агенту репликации для рассылки
по клиентским БД. Реплики направляются по основному потоку репликации,
от центральной БД к клиентским, при этом, между сервером и клиентами
репликации происходит обмен информацией по следующей схеме:
- Сервер отправляет на клиента очередной пакет реплик, которые
накопились с момента последней сессии.
- Клиент принимает этот пакет и пытается его обработать, выполняя
последовательно реплику за репликой над своей БД.
- В случае, если в пакете не хватает каких-нибудь реплик (или
они пришли разрушенными), клиент оформляет запрос к серверу
на повторную передачу недостающих реплик и отправляет его на
сервер.
- Сервер, получив такой запрос, высылает запрошенные реплики
повторно в очередной сессии.
- Клиент, получив очередную порцию реплик, обрабатывает их и
в конце цикла обработки формирует отчет, в котором сообщает
серверу всю необходимую информацию о своем состоянии, плюс информацию
о ненайденных сертификатах при автоматической печати.
- Сервер, получив отчет от клиента, обновляет у себя в таблицах
его состояние, которое затем можно контролировать с помощью
монитора репликации OFF - LINE.
Репликация основана на непрерывно возрастающей
нумерации реплик, поэтому пропустить реплику невозможно. Условно,
репликация разбита на три потока:
- Основной поток реплик.
- Поток повторной отправки.
- Поток ответов от клиента.
Такое разбиение дает нам дополнительную гибкость
в настройке системы, когда каждый из потоков можно направить по
своему маршруту и по своему протоколу...
После того, как реплики достигли клиента и попали
в его БД, на рабочем месте оператора можно выполнять основные функции
комплекса - выдачу сертификатов на товары и серии. Тут возможен
как ручной, так и автоматический режим.
В ручном режиме, оператор находит нужный товар
и серию и может распечатать (сохранить в файл, отправить по почте)
любой сертификат.
В автоматическом режиме, оператор, из модуля основной
финансовой системы, дает программе автоматичской печати задание
на распечатку пакета сертификатов к накладной. Это происходит путем
формирования текстового файла простой структуры со списком товаров
и серий, который помещается в заранее выбранную папку, откуда он
подбирается и обрабатывается программой автоматической печати.
Если клиенты репликации доступны по сети, администратор
системы может контролировать их работу с помощью монитора репликации
ON - LINE, где он может видеть текущую активность клиентов, количество
полученных и обработанных реплик и некоторую другую информацию.
В дополнение, хочется отметить, что сертификаты
хранятся в БД и передаются в сжатом виде в графическом формате TIFF
(черно-белый) для максимальной экономии места.
Программные модули комплекса были созданы на Delphi
6. В качестве центрального сервера БД используется MS SQL 2000.
На клиентских БД возможна работа любых SQL - совместимых систем,
вплоть до Access, хотя система тестировалась только на MS SQL 2000
и Interbase 5.0
|
|