Диплом: Автоматизация приема регистрируемых почтовых отправлений УФПС "Татарстан Почтасы"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
74
2.3.2. Характеристика базы данных
Система использует одну базу данных, состоящую из 7 таблиц: Konteinery,
Posylki, Otdeleniya, Operatory, Regiony, Rayony, Punkty. Структурная схема базы
данных «Навигатор» представлен на рисунке 9.
Posylki – в данной таблице содержится информация о посылках: shtrihkod -
уникальный 13-значный штрихкод, otpravitel и poluchatel - ФИО (название)
соответственно отправителя и получателя, konteiner внешний ключ к таблице
Konteinery, indexotprav, adresotprav, punktotprav, indexpoluch, adrespoluch,
punktpoluch - соответственно индекс, адрес (дом и улица), а также населенный
пункт соответственно отправителя и получателя.
Konteinery – в данной таблице содержится информация о контейнерах.
Konteiner - ключевое поле, типа счетчик, DCHK - длинный штрихкод, в котором
содержатся штрих-коды всех посылок, которые должны быть в данным контейнере
.
75
Рисунок 15 - Структурная схема БД
Otdeleniya - список ОПС Почты России с кодами, наименованием и адресами
.
Operatory - список сотрудников.
Regiony - список регионов РФ.
Rayony - список районов в данном регионе. Поле Region - внешний ключ к
таблице Regiony.
Punkty - список населенных пунктов в данном районе. Поле Rayon - внешний
ключ к таблице Rayony.
2.3.3. Структурная схема пакета (дерево вызова процедур и программ)
76
Поскольку основным программным продуктом разрабатываемым в данном проекте
является программа по приему регистрируемых почтовых отправлений, то и дерево
функций будет описано именно для неё (рисунок 16).
Рисунок 16 - Схема графических форм программы по приему регистрируемых
почтовых отправлений
Описание программных модулей представлено в таблице 14.
Таблица 14 - Таблица описания программных модулей
п/п
Наименование модуля
Функции модуля
1.
Form1 (Проверка
контейнера)
Содержит основные функции и процедуры
выполняемые при проверке контейнера и
инициализирующие все остальные модули
2.
Form2 (Добавление
контейнера в базу)
Содержит процедуры по добавлению нового
контейнера в базу
3.
Form3 (Добавление
Содержит процедуры по добавлению новой
Form1 (Проверка
контейнера)
Form2
(Добавление
контейнера в
базу)
Form3
(Добавление
посылки в базу
Form4 (Просмотр
посылок в базе)
DobavKonteiner
PoiskOperatora
PoiskOtdeleniya
DobavPosylku
VyborPunkta
VyborRayona
ProverkaPosylki
ProverkaPosylki2
ProverkaPosylki3
77
п/п
Наименование модуля
Функции модуля
посылки в базу)
посылки в базу
4.
Form4 (Просмотр
посылок в базе)
Содержит процедуры по выводу списка посылок
5.
DobavKonteiner
Хранимая процедура БД, непосредственно
отвечающая за добавление контейнера в базу
6.
DobavPosylku
Хранимая процедура БД, непосредственно
отвечающая за добавление посылки в базу
7.
PoiskOperatora
Хранимая процедура БД, отвечающая за
подстановку кода оператора-обработчика посылки
8.
PoiskOtdeleniya
Хранимая процедура БД, отвечающая за
подстановку кода отделения-отправителя посылки
9.
ProverkaPosylki
Хранимая процедура БД, отвечающая за проверку
принадлежности посылки данном контейнеру, а
именно: недостающих посылок
10.
ProverkaPosylki2
Хранимая процедура БД, отвечающая за проверку
принадлежности посылки данном контейнеру, а
именно: лишних посылок
11.
ProverkaPosylki3
Хранимая процедура БД, отвечающая за установку
статуса проверке контейнеру
12.
VyborPunkta
Хранимая процедура БД, отвечающая за выбор
пункта отправки или назначения
13.
VyborRayona
Хранимая процедура БД, отвечающая за выбор
района отправки или назначения
В данной таблице представлены деревья программных модулей для трех
основных частей разрабатываемого программного обеспечения.
2.3.4. Описание программных модулей
Листинг кода Form1 (Проверка контейнера) представлен в Приложении 1.
Листинг кода Form2 (Добавление контейнера в базу) представлен в
Приложении 2.
Листинг кода Form3 (Добавление посылки в базу) представлен в
Приложении 3.
Данный программный код описан в виде блок схемы, которая представлена
на рисунке 17.
78
Рисунок 17 - Блок-схема алгоритма разработанного программного модуля
В приложении 4 представлены хранимые процедуры БД:
1. DobavKonteiner - хранимая процедура БД, непосредственно отвечающая за
добавление контейнера в базу.
2. DobavPosylku - хранимая процедура БД, непосредственно отвечающая
за добавление посылки в базу.
3. PoiskOperatora - хранимая процедура БД, отвечающая за подстановку
Поступление контейнера
Считать ДШК контейнера
Проверка наличия штрих-кода
посылки в ДШК контейнера
Посылка
последняя?
нет
Проверка
пройдена?
Вывод сообщение о
недостающей или
лишней посылке
нет
да
Все проверка
пройдены
успешно?
Изменение статуса контейнера
да
да
79
кода оператора-обработчика посылки.
4. PoiskOtdeleniya - хранимая процедура БД, отвечающая за подстановку
кода отделения-отправителя посылки.
5. ProverkaPosylki - хранимая процедура БД, отвечающая за проверку
принадлежности посылки данном контейнеру, а именно: недостающих посылок.
6. ProverkaPosylki2 - хранимая процедура БД, отвечающая за проверку
принадлежности посылки данном контейнеру, а именно: лишних посылок.
7. ProverkaPosylki3 - хранимая процедура БД, отвечающая за установку
статуса проверке контейнеру.
8. VyborPunkta - хранимая процедура БД, отвечающая за выбор пункта
отправки или назначения.
9. VyborRayona - хранимая процедура БД, отвечающая за выбор района
отправки или назначения.
2.4. Контрольный пример реализации проекта и его описание
ПО устанавливается на компьютеры. Для работы ПО необходимо
подключение к MS SQL Server 2008 R2. Все данные сохраняются в сетевой Базе
Данных (кэше), что позволяет всем операторам работать в режиме реального
времени. Кроме того, возможна интеграция со всем другим ПО УФПС «Татарстан
почтасы» и прочих Почты России, что позволит в реальном времени отслеживать
пропавшие посылки, а также посылки оказавшиеся не в том контейнере. Основное
окно программы представлено на рисунке 18.
80
Рисунок 18 - Основное окно программы
Для проверки надо выбрать соответствующий контейнер, установим на него
указатель и нажать кнопку «Проверить контейнер». Далее возможно три варианта
развития событий:
1. В контейнере не хватает посылки. В данном случае будет выведен
следующее сообщение (рисунок 19).
Рисунок 19 - Сообщение о нехватке посылки
2. В контейнере лишняя посылка. В данном случае будет выведен
81
следующее сообщение (рисунок 20).
Рисунок 20 - Сообщение о лишней посылке
3. В контейнере все посылки. В данном случае будет выведен следующее
сообщение и одновременно установлен признак прохождения проверки (рисунок
21).
Рисунок 21 - Сообщение о прохождении проверки
Чтобы добавить контейнер, следует выбрать пункт меню Инструменты->
82
Внести контейнер в базу (рисунок 22).
Рисунок 22 - Вызов формы внесения контейнера в базу
В Поле «ДШК» следует ввести ДШК, разделяя штрих-коды посылок,
которые должны быть в контейнере знаком «*». Также следует выбрать отделение-
отправитель и оператора в соответствующих списках, прокручивая их с помощью
скролл-бара. Далее следует нажать кнопку «Внести в базу» (рисунок 23).
Рисунок 23 - Форма добавление контейнера в БД
В случае успешного добавления контейнера будет выведено
соответствующее сообщение (рисунок 24) .
83
Рисунок 24 - Сообщение о добавлении контейнера в БД
При перезапуске программы добавленный контейнер появится в списке
(рисунок 25).
Рисунок 25 - Главное окно после добавления контейнера в БД
Чтобы добавить посылку, следует выбрать пункт меню Инструменты->
Внести посылку в базу (рисунок 26).

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Agile-методология в управлении проектами на примере ООО «Ресурсный центр «Академия КлассИнфо»
Aвтoмaтизaция пpoцecca вeдeния инфopмaциoннoй бaзы o дoлжнocтяx и вaкaнcияx c укaзaниeм тpeбoвaний к уpoвню знaний и нaвыкoв кaндидaтoв для гpуппы кaдpoв вoйcкoвoй чacти 3474»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
Cовершенствование управления рентабельности предприятия (на примере гуипп «бендерская типография «полиграфист»)
Event - менеджмент: реализация проекта (на примере ООО "АГРОПАК")