Файл: Модель клиент-сервер.pdf

Этап приема расходных материалов предполагает обзвон поставщиков (рис. 2.5). На данном этапе ЭИС выступает в качестве средства для поиска поставщиков и списка клиентов по срокам получения расходных материалов и оказания услуг. В результате обзвона и согласования цены заявки составляется список поставщиков расходных материалов, а также указанием специалиста, оказывающего услуги по обработке помещения.

По результатам приходной накладной со склада менеджер заносит информацию в ЭИС, рассчитывая сумму задолженности поставщикам. По результатам рабочего дня менеджер с использованием ЭИС формирует отчет о поступлениях расходных материалов в таблицу «Приход». Введенные данные объединяются и суммируются автоматически.

Рисунок 2.5 – Декомпозиция этапа прием заявки

Далее по результатам прихода расходных материалов и заказа услуг на обработку помещений менеджер формирует итоговую сумму заказа и необходимое количество расходных материалов. С помощью ЭИС формируется список заказов. В результате оказания услуг и на основании расходных накладных с помощью ЭИС менеджер рассчитывает сумму оплаты заказа. В конце дня менеджер формирует таблицу «Расход», данные которой систематизируются автоматически (рис. 2.6).

Рисунок 2.6 – Декомпозиция процесса обработка заявки

На заключительном этапе менеджер формирует отчет по результатам данных в таблицах «Приход» и «Расход», данные о долгах и задолженностях, формируют отчет. Данный этап в работе ЭИС характеризуется автоматическим формированием отчета об оказании услуг по обработке помещений от вредителей, отчета о расходе материалов и экономического отчета (рис. 2.7).

Рисунок 2.7 – Декомпозиция процесса формирование отчета

Разработка и внедрение ЭИС даст возможность снизить офисных приложений, используемых менеджером, что приведет к снижению нагрузки менеджера и повышению производительности труда.

В результате реализации алгоритма действий работа менеджеров с поставщиками значительно улучшится. Использование ЭИС при работе с клиентами позволит отслеживать динамику заказов и повысить лояльность. Перенос базы данных, используемых менеджерами в базу данных ЭИС, является необходимым условием для реализации проекта.

Преимуществом модели взаимодействия клиент-сервер является то, что программный код клиентского приложения и серверного разделен. Если рассматриваются локальные компьютерные сети, то к преимуществам архитектуры клиент-сервер можно отнести пониженные требования к машинам клиентов, так как большая часть вычислительных операций будет производиться на сервере, а также архитектура клиент-сервер довольно гибкая и позволяет администратору сделать локальную сеть более защищенной.

К недостаткам модели взаимодействия клиент-сервер можно отнести то, что стоимость серверного оборудования значительно выше клиентского. Сервер должен обслуживать специально обученный и подготовленный человек. Если в локальной сети ложится сервер, то и клиенты не смогут работать (в качестве частного случая можно привести пример: мощности сервера не всегда хватает, чтобы удовлетворит запросы клиентов.

Глава 3. Разработка рекомендаций по повышению эффективности модели клиент-сервер

3.1. Меры по оптимизации модели клиент-сервер

Дерево функций представляет собой схему, расположения модулей, входящих в систему, при этом каждый из которых относится к заданной категории и выполняет определенную функцию.

Дерево функций ЭИС представлено на рисунке 3.1.

Рисунок 3.1 – Дерево функций системы ЭИС

Модули, представленные в ЭИС, подразделяются на три категории:

- модули ввода информации;

- модули вывод информации;

- модули хранения данных.

После определения состава функций и их иерархий возможно выдрать структуру сценария диалога, определить состав кадров диалога, содержание каждого кадра и их соподчиненность.

Схема сценария диалога – это формализованный способ в структурной форме описания диалога пользователя с ЭИС. Необходимо сформировать все уровни, на которых пользователь принимает решение относительно следующего действия, а также обосновать решение по применению именно этой технологии.

Структура сценария диалога пользователя с ЭИС представлена на рисунке 3.2.

2

Рисунок 3.2 – Структура сценария диалога

Далее сформулируем описание программных модулей ЭИС.

Программный модуль представляет собой любой фрагмент описания процесса, который оформляется как самостоятельно функционирующий программный продукт, пригодный для использования в описаниях процесса. Каждый программный модуль программируется, компилируется и отлаживается отдельно от других модулей программы.

На рисунке 3.3 представлено дерево программных модулей, отражающее схема пакета.

Рисунок 3.3 – Структурная схема пакета

В таблице 3.1 приведены программные модули и их описание.

Таблица 3.1 – Программные модули и их функции

Далее опишем реализацию базы данных ЭИС.

3.2. Оценка эффективности предложенных рекомендаций

База данных разрабатываемой ЭИС имеет следующие таблицы:

1. Order – содержит данные о наименовании и количестве заказов

2. Accepting – содержит название заказчика, дату приема, сумму к оплате.

3. Release – содержит название исполнителя заказа, дату выполнения и сумму к получению.

4. Customer – содержит название заказчика, адрес, телефон, дату оказания услуги и выполнения заказа, предполагаемое количество расходных материалов, сумму к оплате.

5. Price – содержит информацию о цене заказа.

6. Executor – содержит информацию о выполнении заказа: ФИО мастера, табельном номере, телефоне, количестве израсходованного материала, оплаченную сумму, денежное вознаграждение за заказ.

7. Accepting/Order – содержит информацию о номере приема, наименовании заказа и стоимости.

8. Release/Order – содержит информацию о номере заказа, наименовании заказа и стоимости.

Далее опишем структуру таблиц разработанной базы данных с детальным описанием полей.

Структура таблицы Order представлена в таблице 3.2.

Таблица 3.2 – Структура таблицы Order

Структура таблицы Accepting представлена в таблице 3.3.

Таблица 3.3 - Структура таблицы Accepting

Структура таблицы Release представлена в таблице 3.4.

Таблица 3.4 - Структура таблицы Release

Структура таблицы Price представлена в таблице 3.5.

Таблица 3.5 - Структура таблицы Price

Структура таблицы Supplier представлена в таблице 3.6.

Таблица 3.6 - Структура таблицы Customer

Структура таблицы Shopper представлена в таблице 3.7.

Таблица 3.7 - Структура таблицы Executor

Структура таблицы Accepting/Order представлена в таблице 3.8.

Таблица 3.8 - Структура таблицы Accepting/Order

Структура таблицы Release/Order представлена в таблице 3.9.

Таблица 3.9 - Структура таблицы Release/Order

Логическая модель базы данных представлена в Приложении.

Физическая модель базы данных представлена на рисунке 3.4.

Рисунок 3.4 – Физическая модель базы данных ЭИС

Далее опишем схему функционирования ЭИС.

Схема функционирования ЭИС отражает механизм, выполняющий операции БД в ответ на команду пользователя внутри системы.

Схема взаимосвязи программных модулей и информационных файлов представлена на рисунке 3.5.

Рисунок 3.5 – Схема функционирования ЭИС

Таким образом, разработанная модель клиент-сервер является эффективной и отражает все текущие задачи компании, что позволяет рекомендовать ее к реализации.

В качестве заключения нам стоит явно акцентировать внимание на том, что архитектура клиент-сервер не делит машины на только клиент или только сервер, а скорее позволяет распределить нагрузку и разделить функционал между клиентской частью и серверной.

Заключение

В заключении подведем итоги проведенного исследования.

Преимуществом модели взаимодействия клиент-сервер является то, что программный код клиентского приложения и серверного разделен. Если рассматриваются локальные компьютерные сети, то к преимуществам архитектуры клиент-сервер можно отнести пониженные требования к машинам клиентов, так как большая часть вычислительных операций будет производиться на сервере, а также архитектура клиент-сервер довольно гибкая и позволяет администратору сделать локальную сеть более защищенной.