Файл: Проектирование реализации операций бизнес-процесса «Планирование производства» (Обоснование проектных решений).pdf

В этом разделе будет рассмотрена модель распределенного приложения БД, которая называется многозвенной (multitiered), и, в частности, ее наиболее простой вариант – трехзвенное распределенное приложение. Тремя частями такого приложения являются:

• собственно сервер базы данных;
• сервер приложений (серверная часть приложения);
• клиентская часть приложения.

Все они объединены в единое целое единым механизмом взаимодействия (транспортный уровень) и обработки данных (уровень бизнес-логики).

Компоненты и объекты Delphi, обеспечивающие разработку многозвенных приложений, объединены общим названием DataSnap.

Многозвенная архитектура приложений баз данных вызвана к жизни необходимостью обрабатывать на стороне сервера запросы от большого числа клиентов. Казалось бы, с этой задачей вполне могут справиться и приложения клиент/сервер. Однако в этом случае при большом числе клиентов вся вычислительная нагрузка ложится на сервер БД, который обладает довольно скудным набором средств для реализации сложной бизнес-логики (хранимые процедуры, триггеры, просмотры и т.д.). И разработчики вынуждены существенно усложнять программный код клиентского ПО, а это крайне нежелательно при наличии большого числа клиентских компьютеров. Ведь с усложнением клиентского программного обеспечения возрастает вероятность ошибок и усложняется его обслуживание.

Многозвенная архитектура приложений БД призвана исправить перечисленные недостатки.

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

Для передачи данных между сервером приложений и клиентами используется интерфейс AppServer, предоставляемый удаленным модулем данных сервера приложений. Этот интерфейс используют компоненты-провайдеры TDataSetProvider на стороне сервера и компоненты TClientDataSet на стороне клиента.

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

В первую очередь удаленное клиентское приложение должно обеспечить соединение с сервером приложений. Для этого используются компоненты соединений DataSnap – TSocketconnection, использующий сокеты Windows;

Компонент TSocketConnection обеспечивает соединение клиента с сервером приложений за счет использования сокетов TCP/IP. Для успешного открытия соединения на стороне сервера должен работать сокет-сервер

Компоненты соединения DataSnap предоставляют интерфейс IAppServer, используемый компонентами-провайдерами на стороне сервера и компонентами TClientDataSet на стороне клиента для передачи пакетов данных. Для работы с наборами данных используются компоненты TClientDataSet, работающие в режиме кэширования данных.

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

Перейдем к рассмотрению программного интерфейса клиента и сервера.

На форме сервера расположено текстовое поле, в котором отображается число подключенных в настоящий момент пользователей, ip-адрес и время подключения каждого из них.

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

Особое внимание стоит уделить кнопке «Update». Данная кнопка является неактивной до тех пор, пока не произошло изменений в записях таблиц БД. Как только что-то изменилось (Например: бухгалтер изменил цену товара), кнопка начинает «моргать», это является сигналом к нажатию с целью обновления информации.

3. ОЦЕНКА ЭКОНОМИЧЕСКОГО ЭФФЕКТА

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

Рассмотрим показатели, оценивающие величину эксплуатационных стоимостных затрат за год по базовому (существующему) и предлагаемому вариантам (автоматизированному).

Глядя на модели AS-IS и AS-TO BE, сразу же бросается в глаза различный состав работ. После реинжиниринга бизнес процессов происходящих на предприятии было выявлено, что содержание отдела закупок не выгодно с экономической точки зрения. Ввиду того, что количество поставщиков, с которыми работает организация не велико (порядка 10-15 фирм) и частота закупок не превышает одного – двух раз в неделю, было принято решение расформировать отдел продаж и передать его функции в отдел «Консолидированной бухгалтерии». В результате в суммарном выражении мы получили разницу, при условии месячного функционирования организации, в десять тысяч рублей.

Теперь мы можем рассчитать абсолютный показатель снижения стоимостных затрат:

(1)

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

(2)

Коэффициент (2) показывает на какую долю или процент снижаются затраты предлагаемого варианта по сравнению с базовым.

Индекс снижения стоимостных затрат :

(3)

Индекс снижения стоимостных затрат показывает во сколько раз снижаются стоимостные затраты предлагаемого j-го варианта по сравнению с базовым.

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

В среднем на выписку одного документа уходит от трех до пяти минут. Заработная плата кладовщика составляет тринадцать тысяч рублей при 21 рабочем дне. Тогда стоимость одного рабочего часа кладовщика составляет

(4)

Теперь мы сможем рассчитать стоимость выписки одного документа работником (5)

Внедрение системы позволит сократить затраты, на выписку одного документа в среднем на 30%. Тогда стоимость выписки одного документа кладовщиком составит (6)

Теперь мы можем рассчитать показатель оценки снижения трудовых затрат за год:

(7)

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

(8)

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