Диплом: Автоматизация управления поставками для "ИП Андреев А.А."

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
71
Функции системы
Работа со
справочниками
Форми рование
результатных
документов
Поставщик
Товар
Отдел
Производитель
Отчет по совершенным
поставкам за период.
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Работа с заявками
Рассылка поставщикам
Учет заявки
Форми рование общей
заявки
Тип товара
Добавление
Редактирование
Удаление
Просмотр
Печать
Формирование
Печать
Экранная форма
Экспорт
Учет поступления
товаров на склад
Отчет по поступлению
товаров на склад
Формирование
Печать
Экранная форма
Печать
Отчет по заключенным
договорам с
поставщиками за период
Формирование
Печать
Экранная форма
Печать
Отчет по заказу
Формирование
Печать
Экранная форма
Печать
Отчет по изменению
рейтинга поставщиков
Формирование
Печать
Экранная форма
Печать
Отчет по заявкам
за период
Формирование
Печать
Экранная форма
Экспорт
Отчет по товарам и
товарным группам за
период
Формирование
Печать
Экранная форма
Печать
Отчет по работе
с поставщиками
Формирование
Печать
Экранная форма
Печать
Финансовый
отчет за период
Формирование
Печать
Экранная форма
Печать
Отчет по наличию товаров
на складе
Формирование
Печать
Экранная форма
Печать
Рисунок 2.2 Дерево функций
Используемые в системе модули подразделяются на следующие категории:
Работа со справочниками;
Ввод данных;
Формирование результатных документов.
Сценарий диалога представлен в виде структурной схемы, где в виде дерева
выявлены действия пользователя при работе с конкретной формой и
предоставленные функциональные возможности панели инструментов. Каждая
форма имеет иерархическое меню, которое дублирует все возможности
пользователя при работе с конкретной формой.
72
Главное меню
Справочники
Отчеты
Поставщик
Товар
Отдел
Производитель
Отчет по совершенным
поставкам за период.
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Договор
Редактировать
Добавить
Удалить
Тип товара
Добавление
Редактирование
Удаление
Просмотр
Печать
Формирование
Печать
Экранна я форма
Экспорт
Список
Отчет по поступлению
товаров на склад
Формирование
Печать
Экранна я форма
Печать
Отчет по заключенным
договорам с
поставщиками за период
Формирование
Печать
Экранна я форма
Печать
Отчет по заказу
Формирование
Печать
Экранна я форма
Печать
Отчет по изменению
рейтинга поставщиков
Формирование
Печать
Экранна я форма
Печать
Отчет по заявкам
за период
Формирование
Печать
Экранна я форма
Экспорт
Отчет по товарам и
товарным группам за
период
Формирование
Печать
Экранна я форма
Печать
Отчет по работе
с поставщиками
Формирование
Печать
Экранна я форма
Печать
Финансовый
отчет за период
Формирование
Печать
Экранна я форма
Печать
Отчет по наличию товаров
на складе
Формирование
Печать
Экранна я форма
Печать
Автори зация
Заявка от сотруд ников
Редактировать
Добавить
Удалить
Список
Общая заявка
Разослать
Форми ровать
Определить
поставщиков
Отметить оплаченной
Рисунок 2.3 Сценарий диалога
2.3.2 Характеристика базы данных
Разработанная база данных состоит из 9 таблиц. ER-диаграмма базы
данных представлена на рисунке 2.4.
73
Рисунок 2.4 ER-диаграмма базы данных
Структура таблиц приведена на рисунках ниже.
Рисунок 2.5 Структура таблицы Договор
Рисунок 2.6 Структура таблицы Заявка
74
Рисунок 2.7 Структура таблицы Общая заявка
Рисунок 2.8 Структура таблицы Отдел
Рисунок 2.9 Структура таблицы Пользователь
Рисунок 2.10 Структура таблицы Поставщик
75
Рисунок 2.11 Структура таблицы Производитель
Рисунок 2.12 Структура таблицы Тип товара
Рисунок 2.13 Структура таблицы Товар
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
На рисунке 2.14 представлено дерево программных модулей, отражающее
структурную схему пакета. ИС включает в себя модули, описание которых
приведено ниже в таблице 2.15.
Главное меню
Модуль работы со
справочниками
Модуль
формирования
результатных
документов
Модуль работы с
товарами
Модуль учета
поступления
Модуль учета заявок
Модуль работы с
пользователями
Модуль авторизации
Модуль
формирования общей
заявки
Рисунок 2.14 Дерево программных модулей
76
Программная система состоит из следующих уровней: клиент; сервер
приложений; сервер базы данных.
Рисунок 2.15 Структура программной системы
Клиент — это интерфейсный компонент, который представляет первый
уровень, собственно приложение для конечного пользователя. Первый уровень не
имеет прямых связей с базой данных и бизнес-логики.
Сервер приложений располагается на втором уровне. На втором уровне
сосредоточена большая часть бизнес-логики.
Сервер базы данных обеспечивает хранение данных и выносится на третий
уровень.
Сервер приложений
Сервер приложений разработан при помощи технологии Delphi XE2
DataSnap. Передача данных между клиентом и сервером осуществляется через
протокол TCP.
Сервер приложений взаимодействует с базой данных через СУБД Microsoft
SQL Express. Подключение к базе данных выполняется через технологию ADO.
В структуре сервера можно выделить две основные части: Модуль
управления сервером (TdmServer) и модуль предоставления данных
(TdssmRemoteData). Описание модулей приведено ниже.
Таблица 2.4
Структура сервера приложений
Название модуля Описание Функции
1 TdmServer Содержит компоненты для
подключения к системе
управления базами данных
(через ADO) и компоненты
для организации сервера
Подключение к СУБД.
Управление сервером
приложений (установка
соединений с
клиентскими
77
приложений (передача
данных выполняется через
протокол TCP).
приложениями,
аутентификация
пользователей, передача
данных клиентам).
2 TdssmRemoteData
Модуль системы, который
определяет доступные
клиенту данные и
функциональность системы.
Экземпляр данного модуля
создается для каждого
подключенного клиента.
Авторизация.
Предоставление данных;
Предоставление
функциональности;
Модуль управления сервером
При инициализации данного модуля автоматически выполняется
инициализация соединения с базой данных. Параметры соединения содержаться
в файле Settings.ini. Если соединение с базой данных по каким-то причинам не
удалось установить, то сервер выдаст сообщение о невозможности дальнейшей
работы, т.е. успешное подключение к базе данных обязательное условии запуска
сервера.
Рисунок 2.16 Состав модуля TdmServer
Как уже отмечалось, сервер передает данные по протоколу TCP (за это
отвечает компонент DSTCPServerTransport). Потому, для сервера должен быть
задан порт прослушивания. В нашем случае он имеет значение 5000.
При подключении, на сервере создается отдельный поток. Клиент в
обязательном порядке передает данные для аутентификации (логин и пароль),
проверку которых выполняет компонент DSAuthenticationManager. В случае
успешного прохождения процедуры аутентификации, для передачи данных
между сервером и клиентом, DSServer создаст интерфейс взаимодействия. Этим
интерфейсом является экземпляр класса TdssmRemoteData.
78
В случае ошибки аутентификации сервер вызывает исключение и
уничтожает поток, который был создан для данного подключения.
Интерфейс взаимодействия
Как было сказано выше, экземпляр класса TdssmRemoteData создается
после успешной аутентификации и служит для предоставления клиентскому
приложению определенных данных и функциональности сервера.
При инициализации данного модуля в зависимости от типа пользователя
настраиваются провайдеры данных. Данная настройка не касается пользователей
ИСЗ группы «Администраторы» и получают доступ ко всем данным и функциям
интерфейса.
2.3.4 Описание программных модулей
Технологический процесс анализа данных делится на предмашинную,
внутримашинную и послемашинную оценку.
Предмашинный анализ включает в себя получение, отслеживание и
передачу первичных документов. В момент, когда в первичном документе найдена
ошибки, документ передается обратно к источнику для корректировки, иначе
документ направляется для ввода данных в ПЭВМ.
В рамках внутри машинного анализа данные первичных документов
переносятся в ПЭВМ, на их базе создаются результатные документы. На этом
этапе сразу подключаются информационные файлы с условно-постоянной
информацией. Подобное решение сильно упрощает ведение макета документа.
К внутримашинному анализу можно отнести ведение электронных
справочников, которое реализовано параллельно, являясь самостоятельным
технологическим процессом. Справочники применяются при вводе оперативных
данных по приходящим проектным документам, а также при создании итоговых
документов и отчетов.
Послемашинный анализ состоит в проверке корректности ведения
выходных документов и отправке их пользователям.
Технологический процесс внутримашинного анализа информации является
совокупностью операций, выполняющиеся в диалоговом режиме работы с ПК и в
79
различной последовательности. То есть череда технологических операций
выражена в процессе диалога пользователя с ПК.
Работа в диалоговом режиме не содержит чётко определенной
последовательности действий. Потому схема технологического процесса в
диалоговом режиме становится комплексом технологических операций,
отвечающих в схеме диалога задачи и существующий в рамках схемы работы
системы.
Пользователь ИС оснащен своим интерфейсом доступа. Любой
пользователь может выполнить только действия, на которые у него есть права. По
факту авторизации пользователь получает перечень возможных действий с
системой. Тут он может выбрать требуемый ему справочник или таблицу для
передачи нужных данных. Для этого в меню программы ищется контролирующий
это пункт. Затем в выбранном справочнике или таблице добавляются, или
корректируются уже имеющиеся записи, просматриваются готовые документы
или база остается неизменной.
Схема описания работы программного модуля представляет собой блок-
схему и состоит из:
символов данных, указывающих на наличие данных (символы
данных могут также указывать вид носителя данных);
символов процесса, указывающих операции, которые следует
выполнить над данными, а также определяющих логический путь, которого
следует придерживаться;
линейных символов, указывающих потоки данных между
процессами;
специальных символов, используемых для облегчения
написания и чтения блок-схемы.
Схема модуля учета продукции и оформления заявки приведена на рис.
2.17.
80
Начало
Выбор заявки
event
ue_card_changed ( )
event ue_cadres ( )
Регистрация Продажа
Заполнение
регистрационн
ых полей
Uci_edit.verify ()
Uci_edit.save()
Да
Нет
Gf_send_msg ()
Ввод данных
по продаже
Uci_edit.verify
Нет
Uci_edit.save()
Да
Function of_select_office
Нет
Да
Конец
Of_select_group
Op_user_right
Function gf_userfight
Да
Нет
Рисунок 2.17 Схема программного модуля
Листинг программных модулей приведен в Приложении.
2.4 Контрольный пример реализации проекта и его описание

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

"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран
Work-life balance подход в управлении рабочим временем молодых сотрудников (на примере ООО «МГТ-сервис»)
Автоматизация бизнес-процессов вывода банковского продукта на рынок