116
данных становится ввод или обновление некоторых данных по мере
надобности.
Учитывая нюансы создаваемой проблемной области при решении
задачи, определение такого режима обработки диктуется рядом
особенностей:
• Отправители начальных данных соединены с ИС, но все же есть
применение бумажной технологии передачи данных;
• Анализ данных стартует по факту поступления данных, хотя
отчеты начинают готовится лишь по приходу всего объема данных за
выделенный период;
• Есть понятная последовательность процессе обработки данных,
но вмешательство пользователя в процесс анализа данных все-таки
возможно.
Технологический процесс передачи итоговых данных выполняется т
в двух направлениях:
• Передача итоговых данных на печать;
• Передача итоговых данных на экран.
Оба из них не исключают передачи данных также в саму базу
информации. По итогу, реализуется ее пополнение, а все сохраненные
данные выступают в рамках исходных для решения похожих задач
дальнейших периодов. Программная система состоит из следующих
уровней: клиент; сервер приложений; сервер базы данных.
Клиент — это интерфейсный компонент, который представляет
первый уровень, собственно приложение для конечного пользователя.
Первый уровень не имеет прямых связей с базой данных и бизнес-логики.
Сервер приложений располагается на втором уровне. На втором
уровне сосредоточена большая часть бизнес-логики.
Сервер базы данных обеспечивает хранение данных и выносится на
третий уровень.
117
Сервер приложений
Сервер приложений разработан при помощи технологии Delphi XE2
DataSnap. Передача данных между клиентом и сервером осуществляется
через протокол TCP.
Сервер приложений взаимодействует с базой данных через СУБД
Microsoft SQL Express. Подключение к базе данных выполняется через
технологию ADO.
В структуре сервера можно выделить две основные части: Модуль
управления сервером (TdmServer) и модуль предоставления данных
(TdssmRemoteData). Описание модулей приведено ниже.
Таблица 2.10.
Структура сервера приложений
№ Название
модуля
Описание Функции
1 TdmServer Содержит компоненты для
подключения к системе
управления базами
данных (через ADO) и
компоненты для
организации сервера
приложений (передача
данных выполняется
через протокол TCP).
Также содержит в своем
составе модуль для
получения рекомендаций
по заявкам.
Подключение к СУБД.
Управление сервером
приложений (установка
соединений с
клиентскими
приложениями,
аутентификация
пользователей,
передача данных
клиентам).
Выдача рекомендаций.
2 TdssmRemoteData Модуль системы, который
определяет доступные
клиенту данные и
функциональность
системы. Экземпляр
данного модуля создается
для каждого
подключенного клиента.
Авторизация.
Предоставление
данных;
Предоставление
функциональности;
Очередность передачи данных между сервером и клиентом можно
представить так:
• Инструмент для соединения с БД (TADOConnection);
• Данные (TADOTable или TADOQuery);
118
• Поставщик данных (TDataSetProvider);
• Инструмент для соединения клиента (TSQLConnection);
• Инструмент клиента для соединения с поставщиком данных
(TDSProviderConnection);
• Набор данных клиента (TClientDataSet).
1-3 пункты отрабатываются на серверной части, 4-6 пункты
выполняются клиентом. Элементы класса TDataSetProvider необходимы для
отражения прав доступа и контроля настройки передачи данных клиенту.
Отдельными параметрами можно выразить: доступность некоторых данных
для клиента, установка режима чтения, отмена редактирования, вставки,
удаления и т.п.
Класс «TDSServer». Базой сервера приложений является элемент
TDSServer. Он является неким диспетчерским центром сервера.
Изначально, этот элемент отвечает за реализацию связей с сервером
DataSnap и клиентами, при этом он контролирует потоки данных на TCP/IP
и HTTP. Также, TDSServer отвечает за передачу клиентам методов сервера,
и для этого происходит пересылка запросов клиентов в модуль методик
сервера. И наконец, элемент помогает реализовать сторонний туннель связи
для передачи личных сообщений клиентским программам.
Класс «TDSAuthenticationManager». Для реализации обмена данными
в сервере DataSnap лучше всего применять элемент
TDSAuthenticationManager. Он помогает иметь возможность реализовывать
дополнительную проверку точности всех отправляемых файлов.
Также этот элемент отвечает за определение и распознавание
запустившего клиентское приложение пользователя на сервере DataSnap.
Процесс аутентификации является проверкой подлинности
пользователя. Зачастую клиент подтверждает то, что он именно тот, чьи
данные вводит в процессе входа в систему. Зачастую такими данными
становятся логин и пароль. В случае, если данные введены верно, и
119
процедура аутентификации успешна, происходит вход в СУБД и его
авторизация.
Авторизацией называется процесс передачи клиенту неких ресурсов и
прав на их использование.
Системы безопасности множества серверов для контроля прав
пользователей применяют подготовленные ранее перечни привилегий.
Системный админ имеет самый открытый список полномочий, опытный
пользователь имеет некие ограничения, а права рядового юзера
максимально минимизированы. Список созданных ранее прав называется
ролью. Роль сильно упрощает весь процесс контроля подсистемы
авторизации — новый пользователь просто наделяется правами конкретной
роли. Это явно удобнее, чем каждый раз описывать весь список прав для
каждого пользователя.
Класс «TDSTCPServerTransport». В процессе создания транспортных
каналов между клиентами и сервером DataSnap создатель может выбрать
между парой вариантов обмена информацией:
• Соединение низкого уровня в рамках стека TCP/IP с
использованием элемента TDSTCPServerTransport;
• Соедиение высшего уровня в рамках HTTP протокола с
использованием элемента TDSHTTPService.
Соединение низкого уровня в рамках стека TCP/IP самое
универсальное. Сейчас этот данный протокол доминирует в локальных и
глобальных сетях. Поэтому созданные с применением данного элемента
TDSTCPServerTransport приложение будет работать как в сети компании,
так и в сети Интернет. Протокол HTTP основан на TCP/IP стеке, но имеет
более развитые возможности по функционированию в Web-среде. Контроль
сервиса HTTP реализован возможностями элемента TDSHTTPService,
который отличается поддержкой протокола полноценной передачи
120
состояния (Representational State Transfer, REST). Это обновленный стиль,
который помогает клиентам использовать ресурсы сервера.
Класс «TDSServerClass». В работах DataSnap элемент TDSServerClass
отвечает за передачу методов, размещенных на сервере, приложениям
клиентов. Элемент находится в контейнере сервера и соединен с элементом
TDSServer при помощи property Server.
Есть 3 варианта настройки ЖЦ элемента: Session, Server и Invocation.
Изначально оно находится в состоянии Session. Говорит это о том, что в
процессе соединения с сервером клиентского приложения лично для него
создается готовый объект TDSServerClass. Реализованный объект
поддерживает клиента в рамках всей сессии и удаляется по факту
отключения клиентского ПО от сервера. Перевод ЖЦ в режим Server явно
меняет работы приложения, сервер будет иметь единый элемент
TDSServerClass. И этот элемент будет обслуживать все подключения извне.
Третье состояние Invocation нужно тогда, когда необходимо, чтобы элемент
TDSServerClass реализовался для обслуживания всех обращений к методу
сервера и удалялся из памяти по факту реализации метода. По итогу, любой
вызов метода работает с новым элементом TDSServerClass.
Класс «TADOConnection». Элемент TADOConnection нужен для
контроля соединения с объектами БД ADO. Он поддерживает доступ к БД
элементами ADO, включающими набор данных.
Класс «TADOTable». Элемент ТАDOTаblе поддерживает работу в
программах Delphi таблиц БД, соединённых через поставщиков OLE DB.
Класс «TADOQuery». Элемент TADOQuery поддерживает работу
запросов SQL в момент обработки данных через ADO.
Класс «TIniFile». Элемент для работы с конфигурационными файлами
«INI».
121
Передача сообщений. Данная функция реализована на серверной
части. Помимо передачи сообщений в самой системе есть возможность
отправки SMS и e-mail сообщений.
Отправка e-mail. Реализация передачи электронной почты создана при
помощи компонента Indy (для Delphi). Применяется протокол исходящей
почты SMTP.
Блок-схема работы модуля учёта заявок приведена на рисунке 2.10.
122
Циклпомесяцамm=1;
m<=12;m++
Циклпоклиентам
j=1;j<=COUNT(Sotrudn);j++
Создание
представлениядля
списказаявок
Чтениеi‐йзаписи
представления Заявки
Установкауказателяв
представленииЗаявки
напервуюзапись
Sotr[i].employee_
id=Sotr[j].employee_id;
Sotr[i].paymonth=m
Да
Нет
А
А
i=i+1
i=j+1;
Сортировказаявокпо
возрастаниюзначений
поляДата
Начало
Установкасоединения
ссерверомБД
Фил ьтр таблицы
requestsпоусловию
(date=today)
Открытиетаблиц
Заявки,Пользователи
Б
Б
Конецциклапо
месяцам
Конецциклапо
сотрудникам
Удалениеi‐йзаписииз
представления
Конецциклапо
клиентам
Циклпомесяцамm=1;
m<=12;m++
Циклпоклиентам,
j=1;j<=COUNT(klient);j++
Фильтрпредставления
Заявкипоусловию
dasteprod=m
П11=0
П10=0;
П11=0;
П12=0
П11=П11+klient[j].summ
Внесение
klient
[j].summ
встолбецдлямесяца
mмакетаотчета
Расчетитоговых
показателейотчета
В
Sotrudn[j].summ=
Sotrudn[j].summ+
Sotrudn[i].summ
Конецциклапо
месяцам
Внесение
рассчитанного
показателяП11вмакет
отчета
П12=П12+П11
В
Конецциклапо
месяцам
Циклпоклиентам,
j=1;j<=COUNT(klient);j++
Циклпомесяцамm=1;
m<=12;m++
Фильтрпредставления
Klientпоусловию
klient_id=
klient[j].employee_id
П10=0
П11=П11+klient[j].summ
Конецциклапо
клиентам
Внесение
рассчитанного
показателяП10вмакет
отчета
Конец
Закрытиетаблиц,
уничтожение
представленияЗаявки
Рисунок 2.10. Блок-схема модуля учета заявок
123
2.4. Контрольный пример реализации проекта и его описание
Сейчас далеко не всех программы имеют продуманный и точно
выверенный интерфейс взаимодействия с конечным потребителем.
Современные интерфейсы не так досконально продуманы до мелочей,
имеют запутанную логику, надоедливы, прямолинейны [1]. И подобная
проблема актуальна и на сегодняшний день, поэтому ее стоит рассмотреть.
Главной целью создания внешней оболочки ПО является подготовка
ПО, которое будет доступным и понятным для пользователя, а также
вызовет у него доверие, которое в последствии повысит лояльность клиента
к компании, и приведет новых преданных покупателей фирме-заказчику.
При грамотном построении интерфейса ПО, оно не будет мешать, а
помогать оператору выполнять его задачи, а также позволит затрачивать
гораздо меньше времени для использования ресурса.
Процесс проектирования. Реализация готового интерфейса будущего
ПО - достаточно трудоемкий этап разработки ПП, состоящий из множества
стадий. Начальная стадия: проведение бизнес-аналитики компании-
заказчика на основании поставленной задачи, выяснение стратегии проекта.
Бизнес-аналитика включает в себя брифинг, заключающийся в сборе
информации о проекте и компании, а также в подготовке четкого и ясного
технического задания и выяснении бизнес требований. Помимо всего
прочего, бриф рассказывает о рынке клиента, его целевой аудитории и
конкурентах. Он позволяет максимально четко понять предметную область
заказчика, что является необходимым критерием для достижения
наилучшего результата. Поэтому важно составить бриф таким образом,
чтобы каждый член команды исполнителей понимал суть задачи и методы
её решения.
Следующим шагом является определение и анализ целевой
аудитории. Основными целями этих процессов являются выделение ЦА
124
будущего программного продукта и описание объединяющих их признаков
и предпочтений, а также определение моментов, наиболее важных
пользователю в ходе решения его задач. В результате пользовательский
интерфейс будет спроектирован гораздо удобнее и привлекательней для
пользователей, опираясь на полученную информацию. Как правило, в
больших проектах задачи бизнес-аналитики и определения стратегии
проекта лежат на специалистах в области менеджмента и маркетинга.
После проведения подготовительных и аналитических операций
начинается работа над пользовательским взаимодействием. Главным
критерием оценки пользовательского взаимодействия является опыт
взаимодействия.
Опыт взаимодействия — это ощущения, возникающие у человека при
непосредственном взаимодействии с объектами окружающего мира.
Именно он отражает личное восприятие человеком личностных и
эмоциональных параметров продукта или услуги в процессе использования.
В случае, если опыт взаимодействия оставит положительные эмоции у
пользователя после использования продукта - он будет доволен, и будет
относиться более лояльно к компании, а также посоветует его своим
знакомым и друзьям, что, несомненно, увеличит прибыль заказчика и
поднимет репутацию проекту.
Программу можно запустить от имени администратора и
пользователя.
После запуска программы на экране монитора появится окно входа в
программу, с которого и начинается её работа. В открывшемся окне входа
необходимо ввести имя пользователя и пароль.
125
Рисунок 2.11.
Авторизация пользователя
После авторизации откоется главное меню программы в соответствии
с правами пользователя.
Главное меню учетной записи администратора содержит кнопки:
Вход – для смены учетной записи пользователя;
Создать заявку – для подачи заявки;
Данные – для заполнения справочников;
Заявки – для просмотра и закрытия заявок;
Закрытые – для просмотра закрытых заявок;
Архим – для просмотра заявок отправленных в архив;
Обновить – для обновления списка заявок, если программа долго
висит в области уведомлений;
Пользователь – для отображения информации о пользователе
прошедшем авторизацию;
Показатели – для отображения графиков и диаграмм;
Отчеты – для формирования отчетов.
Основное меню состоит из 2 вкладок - система и окно.
Система реализует следующие функции: Вход, Создать заявку,
Данные, Заявки, Закрытые, Архив, Пользователь.
Окно реализует следующие функции: Закрыть, Каскад,
Горизонтальное выравнивание, Вертикальное выравнивание, Свернуть все,
Упорядочить.