Диплом: Автоматизация регистрации и обработки заявок на комплектующие для ПК в компании ООО "SevStar"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
97
Таблица 2.3
Перечень используемых справочников
п
п
Название
справочника
Ответственный
за ведение
Средний
объём
справочн
ика в
записях
Средняя
частота
актуализац
ии
Средний
объем
актуализа
ции, %
1.
Отдел
Администратор
10
1 раз в
месяц
10
2.
Поставщик
Администратор
100
1 раз в
месяц
10
3.
Производитель
Администратор
20
1 раз в
месяц
10
4.
Комплектующие
Администратор
10
1 раз в год
10
5.
Тип
комплектующих
Администратор
10
1 раз в год
10
6.
Склад
Администратор
10
1 раз в год
10
Все документы могут поступать как бумажной, так и в электронной
формах.
2.2.3 Характеристика результатной информации
Основным результатным документом, который формируется в
разработанной системе, является общая заявка поставщикам. Данный документ
содержит такие реквизиты, как номер заявки, дата формирования, дата рассылки
поставщикам, а также наименование и количество потребных комплектующих.
Кроме того, для анализа деятельности менеджера по поставкам и всего
отдела в целом формуются следующие отчеты:
1. отчет по заявкам за период за отдел и за компанию в целом. Данный
отчет содержит сведения о поступивших заявках с разбивкой на каждый отдел,
указанием суммы полученных заявок, оплаченных заявок, выполненных заявок,
общей их стоимости, а также даты начала и окончания периода отчета.
2. Отчет по совершенным поставкам за период за отдел и за компанию
в целом.
2. Отчет по комплектующим и товарным группам за период за отдел и за
компанию в целом;
4. Отчет по поступлению комплектующих на склад компании;
98
5. Отчет по работе с поставщиками – отправленные заявки, полученные
предложения, совершенные закупки;
6. Отчет по заключенным договорам с поставщиками за период;
7. Финансовый отчет за период – содержит сведения о сумме полученных
и оплаченных заявок за период
7. Отчет по каждому заказу – планируемые показатели выполнения,
фактические показатели;
8. Отчет по наличию комплектующих на складе – показывает, сколько
и каких комплектующих в наличии на каждом складе
Все отчеты формируются за период и в соответствии с ранее
выставленными параметрами фильтрации.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Диалог – это процесс обмена информацией между пользователем и
программной системой, осуществляемый через интерактивный терминал и по
определенным правилам [12]. Общение компьютера и пользователя при работе с
информационной системой осуществлено в диалоговом режиме, управляемого
программой.
Пользовательский интерфейс построен по технологии WIMP (Window –
окно, Image – образ, Menu – меню, Pointer - указатель). Использованы основные
элементы графического интерфейса: окна приложения, окна диалога, окна
контекстного меню, иерархическое меню, компоненты ввода-вывода,
пиктограммы панели инструментов, программные пиктограммы и т.д. Элементы
графического интерфейса реализуют как служебные, так и основные функции
программы.
Список функций, реализованный в программе, представлен на Рисунке 2.2.
99
Функции системы
Работа со
справочниками
Формирование
результатных
документов
Поставщик
Комплектующие
Отдел
Производитель
Отчет по совершенным поставкам
за период.
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Работа с заявками
Рассылка
поставщикам
Учет заявки
Формирование общей
заявки
Тип комплектующих
Добавление
Редактирование
Удаление
Просмотр
Печать
Формирование
Печать
Экранная форма
Экспорт
Учет поступления
товаров на склад
Отчет по поступлению
комплектующих на склад
Формирование
Печать
Экранная форма
Печать
Отчет по заключенным договорам с
поставщиками за период
Формирование
Печать
Экранная форма
Печать
Отчет по заказу
Формирование
Печать
Экранная форма
Печать
Отчет по изменению рейтин га
поставщиков
Формирование
Печать
Экранная форма
Печать
Отчет по заявкам за
период
Формирование
Печать
Экранная форма
Экспорт
Отчет по комплектующим и
товарным группам за период
Формирование
Печать
Экранная форма
Печать
Отчет по работе с
поставщиками
Формирование
Печать
Экранная форма
Печать
Финансовый отчет за
период
Формирование
Печать
Экранная форма
Печать
Отчет по наличию комплектующих
на складе
Формирование
Печать
Экранная форма
Печать
Рисунок 2.2 Дерево функций
Используемые в системе модули подразделяются на следующие категории:
Работа со справочниками;
Ввод данных;
Формирование результатных документов.
Сценарий диалога представлен в виде структурной схемы, где в виде дерева
выявлены действия пользователя при работе с конкретной формой и
предоставленные функциональные возможности панели инструментов. Каждая
форма имеет иерархическое меню, которое дублирует все возможности
пользователя при работе с конкретной формой.
Сценарий диалога представлен на рис.2.3
100
Главное меню
Справочники
Отчеты
Поставщик
Комплектующие
Отдел
Производитель
Отчет по совершенным поставкам
за период.
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Добавление
Редактирование
Удаление
Просмотр
Печать
Договор
Редактировать
Добавить
Удалить
Тип Комплектующих
Добавление
Редактирование
Удаление
Просмотр
Печать
Формирование
Печать
Экранная форма
Экспорт
Список
Отчет по поступлению
комплектующих на склад
Формирование
Печать
Экранная форма
Печать
Отчет по заключенным договорам с
поставщиками за период
Формирование
Печать
Экранная форма
Печать
Отчет по заказу
Формирование
Печать
Экранная форма
Печать
Отчет по изменению рейтинга
поставщиков
Формирование
Печать
Экранная форма
Печать
Отчет по заявкам за
период
Формирование
Печать
Экранная форма
Экспорт
Отчет по комплектующим и
товарным группам за период
Формирование
Печать
Экранная форма
Печать
Отчет по работе с
поставщиками
Формирование
Печать
Экранная форма
Печать
Финансовый отчет за
период
Формирование
Печать
Экранная форма
Печать
Отчет по наличию комплектующих
на складе
Формирование
Печать
Экранная форма
Печать
Авторизация
Заявка от сотрудников
Редактировать
Добавить
Удалить
Список
Общая заявка
Разослать
Формировать
Определить
поставщиков
Отметить оплаченной
Рисунок 2.3 Сценарий диалога
2.3.2 Характеристика базы данных
Разработанная база данных состоит из 9 таблиц. ER-диаграмма базы
данных представлена на рисунке 2.4.
101
Рисунок 2.4 ER-диаграмма базы данных
Структура таблиц приведена на рисунках ниже.
Рисунок 2.5 Структура таблицы Договор
Рисунок 2.6 Структура таблицы Заявка
102
Рисунок 2.7 Структура таблицы Общая заявка
Рисунок 2.8 Структура таблицы Отдел
Рисунок 2.9 Структура таблицы Пользователь
Рисунок 2.10 Структура таблицы Поставщик
103
Рисунок 2.11 Структура таблицы Производитель
Рисунок 2.12 Структура таблицы Тип товара
Рисунок 2.13 Структура таблицы Товар
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
На рисунке 2.14 представлено дерево программных модулей, отражающее
структурную схему пакета. ИС включает в себя модули, описание которых
приведено ниже в таблице 2.14.
104
Главное меню
Модуль работы со
справочниками
Модуль
формирования
результатных
документов
Модуль работы с
комплектующими
Модуль учета поступления
Модуль учета заявок
Модуль работы с
пользователями
Модуль авторизации
Модуль формирования
общей заявки
Рисунок 2.14 Дерево программных модулей
Программная система состоит из следующих уровней: клиент; сервер
приложений; сервер базы данных.
Клиент
Сервер приложений
Сервер баз данных
Рисунок 2.15 Структура программной системы
Клиент — это интерфейсный компонент, который представляет первый
уровень, собственно приложение для конечного пользователя. Первый уровень не
имеет прямых связей с базой данных и бизнес-логики.
Сервер приложений располагается на втором уровне. На втором уровне
сосредоточена большая часть бизнес-логики.
Сервер базы данных обеспечивает хранение данных и выносится на третий
уровень.
Сервер приложений
Сервер приложений разработан при помощи технологии Delphi XE2
DataSnap. Передача данных между клиентом и сервером осуществляется через
протокол TCP.
105
Сервер приложений взаимодействует с базой данных через СУБД Microsoft
SQL Express. Подключение к базе данных выполняется через технологию ADO.
В структуре сервера можно выделить две основные части: Модуль
управления сервером (TdmServer) и модуль предоставления данных
(TdssmRemoteData). Описание модулей приведено ниже.
Таблица 2.14
Структура сервера приложений
Название модуля
Описание
Функции
1
TdmServer
Содержит компоненты для
подключения к системе
управления базами данных
(через ADO) и компоненты
для организации сервера
приложений (передача
данных выполняется через
протокол TCP).
Подключение к СУБД.
Управление сервером
приложений (установка
соединений с
клиентскими
приложениями,
аутентификация
пользователей, передача
данных клиентам).
2
TdssmRemoteData
Модуль системы, который
определяет доступные
клиенту данные и
функциональность системы.
Экземпляр данного модуля
создается для каждого
подключенного клиента.
Авторизация.
Предоставление данных;
Предоставление
функциональности;
Модуль управления сервером
При инициализации данного модуля автоматически выполняется
инициализация соединения с базой данных. Параметры соединения содержаться
в файле Settings.ini. Если соединение с базой данных по каким-то причинам не
удалось установить, то сервер выдаст сообщение о невозможности дальнейшей
работы, т.е. успешное подключение к базе данных обязательное условии запуска
сервера.
106
Рисунок 2.16 Состав модуля TdmServer
Как уже отмечалось, сервер передает данные по протоколу TCP (за это
отвечает компонент DSTCPServerTransport). Потому, для сервера должен быть
задан порт прослушивания. В нашем случае он имеет значение 5000.
При подключении, на сервере создается отдельный поток. Клиент в
обязательном порядке передает данные для аутентификации (логин и пароль),
проверку которых выполняет компонент DSAuthenticationManager. В случае
успешного прохождения процедуры аутентификации, для передачи данных
между сервером и клиентом, DSServer создаст интерфейс взаимодействия. Этим
интерфейсом является экземпляр класса TdssmRemoteData.
В случае ошибки аутентификации сервер вызывает исключение и
уничтожает поток, который был создан для данного подключения.
Интерфейс взаимодействия
Как было сказано выше, экземпляр класса TdssmRemoteData создается
после успешной аутентификации и служит для предоставления клиентскому
приложению определенных данных и функциональности сервера.
При инициализации данного модуля в зависимости от типа пользователя
настраиваются провайдеры данных. Данная настройка не касается пользователей
ИСЗ группы «Администраторы» и получают доступ ко всем данным и функциям
интерфейса.
Цепочка передачи данных между клиентом и сервером выглядит так:
1. Компонент подключения к БД (TADOConnection);
2. Набор данных (TADOTable или TADOQuery);
3. Провайдер набора данных (TDataSetProvider);
4. Компонент клиентского соединения (TSQLConnection);

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

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