107
5. Клиентский компонент соединения с провайдером данных
(TDSProviderConnection);
6. Клиентский набор данных (TClientDataSet).
Пункты 1, 2, 3 – выполняются на стороне сервера, а пункты 4, 5, 6 – на
стороне клиента. Компоненты класса TDataSetProvider служат для определения
прав доступа и настройки параметров передачи данных клиенту. В его настройках
можно указать такие параметры как: доступность набора данных для клиента,
режим «только чтение», запрет редактирования, запрет вставки, запрет удаления
и т.д.
Клиент
Основой клиентской части является модуль TdmData. Модуль выполняет
следующие функции: соединение с сервером; управление предоставленными
сервером наборами данных; получение доступа к функциональности сервера
(создание проекции интерфейса взаимодействия «TdssmRemoteData»).
Для подключения к серверу используется компонент SQLConnection. В
качестве параметров подключения мы указываем: тип подключения (DataSnap);
IP-адрес сервера; порт подключения (5000); протокол взаимодействия (в нашем
случае TCP); логин и пароль пользователя.
Для доступа к функциональности и данным сервера используется
специальный компонент DSProviderConnection, который необходим для
подключения клиентского набора данных (TClientDataSet) к провайдеру набора
данных (TDataSetDrovider).
После успешного подключения к серверу выполняется активация
доступных наборов данных (открытие набора данных).
После открытия набора пользователь может редактировать набор данных
через визуальные компоненты (такие как TDBGrid, TDBEdit, TDBMemo,
TDBImage, TDBNavigator и т.д.), разработанные специально для работы с базами
данных. Но визуальные компоненты подключаются не напрямую к клиентскому
набору данных, а используют специальный «посредник» (объект класса
TDataSource) который призваны унифицировать использование визуальных
компонентов с различными типами наборов данных.
108
Клиент также получает доступ к интерфейсу взаимодействия сервера
TdssmRemoteData. На стороне клиента, через компонент DSProviderConnection,
создается «проекция» класса TdssmRemoteData, в которую входят все методы
серверного класса со спецификатором public. Класс «проекция»
инициализируется сразу после подключения клиента к серверу.
2.3.4 Описание программных модулей
Схема описания работы программного модуля представляет собой блок-
схему и состоит из:
символов данных, указывающих на наличие данных (символы
данных могут также указывать вид носителя данных);
символов процесса, указывающих операции, которые следует
выполнить над данными, а также определяющих логический путь, которого
следует придерживаться;
линейных символов, указывающих потоки данных между
процессами;
специальных символов, используемых для облегчения
написания и чтения блок-схемы.
Схема модуля учета продукции и оформления заявки приведена на рис.
2.17.
109
Начало
Выбор заявки
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 Контрольный пример реализации проекта и его описание
110
Для того, чтобы начать работу с программой, необходимо разместить ее
серверную часть на сервере, а клиентские части – на рабочих компьютерах
пользователей. При этом необходимо указать параметры соединения, в качестве
которых выступает адрес сервера и порт. Работа с программой начинается с
авторизации пользователя, после чего пользователю доступно основное меню
программы (рисунок 2.18).
Рисунок 2.18 Основное меню программы
Рассмотрим основные функции программы. Для того, чтобы было
возможно оформлять заказ, необходимо заполнить справочники системы.
Рисунок 2.19 Справочники системы
Заполнение всех справочников происходит аналогично, рассмотрим этот
процесс на примере справочника Тип товара.
111
Рисунок 2.20 Справочник Тип товара
При добавлении данных в строках справочника появляется пустая строка,
куда и записываются новые данные. В экранной форме каждого справочника в
табличной форме приведены содержащиеся в нем данные.
Администратор системы также управляет ее пользователями.
Рассмотрим основной алгоритм работы системы. Пользователь отдела
оформляет заявку на закупку необходимой в отделе номенклатуры, добавляя
наименования товаров и их количество, после чего отправляет заявку в отдел
поставок. Данные заявки в интерфейсе менеджера отдела поставок отображаются
в виде списка.
Рисунок 2.21 Поступившие заявки
Менеджер просматривает как общие сведения по заявке, а также
содержание заявки:
При нажатии кнопки «Закрепить заявку» заявка считается согласованной и
вносится в систему, то есть прикрепляется к общей заявке.
112
Менеджер отдела поставок, получая заявки от всех отделов, формирует
заявки в одну или по товарным категориям (в автоматическом режиме), после чего
оформляет их в качестве заявки для поставщика и отправляет эту заявку по
электронной почте поставщику.
Для возможности выполнения рассылки поставщикам необходимо внести
настройки почтового сервера:
При поступлении ответов от поставщиков менеджер записывает их ответы
для заявки.
Получая в ответ коммерческое предложение от поставщика, пользователь
сравнивает предложения от всех поставщиков и для каждого наименования товара
выбирает поставщика с учетом его рейтинга, цены поставки и сроков поставки.
При этом доступны функции «Выбрать все с наименьшей ценой», «выбрать все с
наибольшим рейтингом», «выбрать все с наименьшим сроком».
«Выбрать все с наименьшей ценой» - выбираются поставщики,
предложившие наименьшую цену;
«выбрать все с наибольшим рейтингом» - выбираются поставщики с
наибольшим рейтингом;
«выбрать все с наименьшим сроком» - выбор поставщиков,
предложивших наименьший срок поставки.
Также менеджер учитывает получение комплектующих на склад и
закрытие заявки:
Рисунок 2.22 Учет получения комплектующих
113
На основании выбора для каждого поставщика формируется заказ, после
подтверждения которого формируется договор на поставку определенных
наименований товаров, а также счет для бухгалтерии для оплаты договора.
После оплаты заказ помечается как оплаченный, а после поставки товара
договор помечается как выполненный. При этом есть возможность отметки срока
выполнения заказа, на основании чего рассчитывается рейтинг поставщика.
Рейтинг рассчитывается следующим образом:
Общее количество заказов разделить на количество просроченных заказов
и все это умножить на единицу, разделенную на общее количество дней
просрочки.
Для получения отчетов необходимо выбрать нужный отчет из списка в
пункте меню «Отчеты».
Рисунок 2.23 Перечень отчетов
Листинг программных модулей приведен в Приложении.
114
3 Обоснование экономической эффективности проекта
3.1 Выбор и обоснование методики расчета экономической
эффективности
Анализ результативности ИС включает в себя процесс, состоящий из
описания, доказательства и определения ого, как эффективно в экономическом
плане стало внедрение ИС для фирмы. А полезность тут выражается в рамках
классического денежного эквивалента той разницы доходов и расходов фирмы по
факту вложений в новую ИС.
Учетом уровня эффективности ИС выступает метод или средство
реализации обобщенной оценки ИС. Такие методики состоят из формальных и
неформальных процедур, причем неформальные реализуются на базе цифровых
данных, субъективных и быстрых методов оценивания. Но более правильные,
рациональные, базируются на простых данных оценивания.
Сегодня внедрение современной ИС – дело дорогое. Присутствие фирмы в
рыночном секторе часто ведет к исследованию доступных экономических
последствий, а еще лучше - оценки качества любого шага в рамках перевода
системы контроля компании.
Изучить эффективность ИС – это непростое и долгое дело, требующее
много технических и экономических навыков. И лишь взаимодействие этих двух
компонентов помогает привести к точному и корректному итогу анализа.
Предлагать на рынке ИС в период высокой конкуренции нет смысла без
оценки возможной экономической результативности. Также статистическая
оценка окупаемости и качества внедрения в 40-70% случаев связана с неверным
внедрением.
Эксперты по созданию, продвижению и поддержке ИС должны изначально
оценить новый проект. Также они обязаны периодически контролировать
систему на предмет совпадения используемой технологии и пути развития
компании. И весь механизм оценки затрат и желаемого эффекта обязан являться
отдельной процедурой, которая проводится в процессе реализации и установки
115
системы, чтобы по итогу иметь некий смысл и активно влиять на эффективность
работы.
Часто имеется ряд этапов оценки результативности ИС:
• Классическая оценка эффективности в рамках доходов и расходов;
• Учет цены владения такой системой;
• Оценка ИС в рамках инвестиционного проекта;
• Установка системы принятых показателей для определения
экономического роста.
Оценку проводят для каждого принципа (технического, регионального и
денежного). Сюда также можно отнести:
• Описание проекта в рамках всего ЖЦ;
• Создание модели денежных потоков;
• Описание вариантов сравнения пары проектов;
• Эффективность и длительность;
• Описание затраченного времени;
• Описание расходов и поступлений от проекта;
• Изучение ситуации без участия проекта и совместно с ним;
• Описание явных последствий;
• Описание разных составляющих проекта;
• Проведение многоуровневой оценки;
• Описание влияние финансового проекта;
• Повышение инфляции;
• Сторонние факторы.
Итоги подобной эффективности проекта отражают дальнейшую суть
использования ИС. Но для учета рыночной эффективности работы часто
используют ряд рыночных показателей:
• Совокупная прибыль;
• Совокупный доход;
• Процент доходности;
• Показатели доходности денежного вложения;
• Период окупаемости проекта.
116
По итогу из описанного выше делаем вывод, что процедура учета
эффективности сложна и не так однозначна. Для каждого случая есть свой
отдельный подход. Неправильно исключать некоторые методики, которые
уменьшают влияние человека и минимизируют разницу отсутствия требуемых
данных.
В нашем случае, т.к. системы создается не для продажи, а для
использования в фирме, нужно учесть результативность исходя из изменения
затрат на производство. В рамках подсчета сравнить итоги анализа данных,
которые получаются при классическом бизнес-процессе и после внедрения
приведенной выше системы. Итоговая эффективность автоматизированного
анализа данных при показателе минимизации экономических стоимостных затрат
на изменение затрат. В рамках оценки результативности в ценовом диапазоне есть
2 группы параметров – понижение трудозатрат и падение стоимости.
Для подсчета корректировки трудозатрат на анализ данных используется
система параметров:
Абсолютный показатель минимизации затрат труда на анализ данных:
Т=Т0-Т1 (3.1.1)
где Т0 - совокупная трудоемкость анализа данных в базисном варианте;
Т1 - годовая цена анализа данных в создаваемом варианте.
Показатель минимизации затрат труда:
Kт=( Т/Т0)*100 (%)
(3.1.2)
Величина минимизации трудозатрат, отражающая повышение
результативности труда в анализе данных:
Yт=Т0/Т1в (3.1.3)
К параметру цены обычно относят абсолютная минимизация стоимости
( C), параметр некоторого уменьшения цены затрат (КC), индекс минимизации
цены затрат (YC):
Параметр минимизации цены затрат:
С=С0-С1 (3.1.4)
где С0 - годовая цена анализа данных в базисном варианте;