62
ПаспортКемВыдан
Текст
ПаспортДатаВыдачи
Дата
ПаспортКодПодразделения
Числовой
ПаспортГражданство
Текст
ПаспортАдрес
Текст
ПаспортФото
Файл
Record_count
Числовой
Таблица словарь для подстановки
ВидПлатежа
Текст
ТипВизы
Текст
Пол
Текст
ВидБилета
Текст
КудаВыданов
Текст
2.3.3 Структурная схема пакета
Структурная схема пакета АРМ приведена на рисунке 2.5.
63
Программные модули
Серверный
компонент
TdmServer
TdssmRemoteData
Клиентский
компонент
TdmData
SQLConnection
TClientDataSet
TDataSetDrovider
TDataSource
Рисунок 2.5 Структурная схема пакета ИС
2.3.4 Описание программных модулей
Программный модуль - это фрагмент описания процесса,
оформляемый как самостоятельный программный продукт, пригодный для
использования в описаниях процесса.
Это означает, что каждый программный модуль программируется,
компилируется и отлаживается отдельно от других модулей программы, и
64
тем самым, физически разделен с другими модулями программы. Более
того, каждый разработанный программный модуль может включаться в
состав разных программ, если выполнены условия его использования,
декларированные в документации по этому модулю. Таким образом,
программный модуль может рассматриваться и как средство борьбы со
сложностью программ, и как средство борьбы с дублированием в
программировании (т.е. как средство накопления и многократного
использования программистских знаний).
Модульное программирование является воплощением в процессе
разработки программ обоих общих методов борьбы со сложностью: и
обеспечение независимости компонент системы, и использование
иерархических структур. Для воплощения первого метода формулируются
определенные требования, которым должен удовлетворять программный
модуль, т.е. выявляются основные характеристики «хорошего»
программного модуля. Для воплощения второго метода используют
древовидные модульные структуры программ (включая деревья со
сросшимися ветвями).
Программная система состоит из следующих уровней: клиент;
сервер приложений; сервер базы данных.
Клиент
Сервер приложение
Сервер баз данных
Рисунок 2.6 Структура программной системы
Клиент — это интерфейсный компонент, который представляет
первый уровень, собственно приложение для конечного пользователя.
Первый уровень не имеет прямых связей с базой данных и бизнес-логики.
65
Сервер приложений располагается на втором уровне. На втором
уровне сосредоточена большая часть бизнес-логики.
Сервер базы данных обеспечивает хранение данных и выносится на
третий уровень.
Сервер приложений
Сервер приложений разработан при помощи технологии Delphi XE2
DataSnap. Передача данных между клиентом и сервером осуществляется
через протокол TCP.
Сервер приложений взаимодействует с базой данных SQL.
Подключение к базе данных выполняется через технологию ADO.
В структуре сервера можно выделить две основные части: Модуль
управления сервером (TdmServer) и модуль предоставления данных
(TdssmRemoteData). Описание модулей приведено ниже.
Модуль управления сервером
При инициализации данного модуля автоматически выполняется
инициализация соединения с базой данных. Параметры соединения
содержаться в файле Params.ini. Если соединение с базой данных по каким-
то причинам не удалось установить, то сервер выдаст сообщение о
невозможности дальнейшей работы, т.е. успешное подключение к базе
данных обязательное условии запуска сервера.
Как уже отмечалось, сервер передает данные по протоколу TCP (за
это отвечает компонент DSTCPServerTransport). Потому, для сервера
должен быть задан порт прослушивания. В нашем случае он имеет
значение 5000.
При подключении, на сервере создается отдельный поток. Клиент в
обязательном порядке передает данные для аутентификации (логин и
пароль), проверку которых выполняет компонент
DSAuthenticationManager. В случае успешного прохождения процедуры
аутентификации, для передачи данных между сервером и клиентом,
66
DSServer создаст интерфейс взаимодействия. Этим интерфейсом является
экземпляр класса TdssmRemoteData.
В случае ошибки аутентификации сервер вызывает исключение и
уничтожает поток, который был создан для данного подключения.
Интерфейс взаимодействия
Как было сказано выше, экземпляр класса TdssmRemoteData
создается после успешной аутентификации и служит для предоставления
клиентскому приложению определенных данных и функциональности
сервера.
Цепочка передачи данных между клиентом и сервером выглядит так:
1. Компонент подключения к БД (TADOConnection);
2. Набор данных (TADOTable или TADOQuery);
3. Провайдер набора данных (TDataSetProvider);
4. Компонент клиентского соединения (TSQLConnection);
5. Клиентский компонент соединения с провайдером данных
(TDSProviderConnection);
6. Клиентский набор данных (TClientDataSet).
Пункты 1, 2, 3 – выполняются на стороне сервера, а пункты 4, 5, 6 –
на стороне клиента. Компоненты класса TDataSetProvider служат для
определения прав доступа и настройки параметров передачи данных
клиенту.
Основой клиентской части является модуль TdmData. Модуль
выполняет следующие функции: соединение с сервером; управление
предоставленными сервером наборами данных; получение доступа к
функциональности сервера (создание проекции интерфейса
взаимодействия «TdssmRemoteData»).
Для подключения к серверу используется компонент SQLConnection.
В качестве параметров подключения мы указываем: тип подключения
(DataSnap); IP-адрес сервера; порт подключения (5000); протокол
взаимодействия (в нашем случае TCP); логин и пароль пользователя.
67
Для доступа к функциональности и данным сервера используется
специальный компонент DSProviderConnection, который необходим для
подключения клиентского набора данных (TClientDataSet) к провайдеру
набора данных (TDataSetDrovider).
После успешного подключения к серверу выполняется активация
доступных наборов данных (открытие набора данных).
После открытия пользователь может редактировать набор данных
через визуальные компоненты (такие как TDBGrid, TDBEdit, TDBMemo,
TDBImage, TDBNavigator и т.д.), разработанные специально для работы с
базами данных. Но визуальные компоненты подключаются не напрямую к
клиентскому набору данных, а используют специальный «посредник»
(объект класса TDataSource) который призваны унифицировать
использование визуальных компонентов с различными типами наборов
данных.
Клиент также получает доступ к интерфейсу взаимодействия сервера
TdssmRemoteData. На стороне клиента, через компонент
DSProviderConnection, создается «проекция» класса TdssmRemoteData, в
которую входят все методы серверного класса со спецификатором public.
Класс «проекция» инициализируется сразу после подключения клиента к
серверу.
2.4. Технологическое обеспечение задачи автоматизации
2.4.1. Организация технологии сбора, передачи, обработки и
выдачи информации
Технологический процесс обработки информации включает
предмашинную, внутримашинную и послемашинную технологии.
Предмашинная обработка информации включает в себя прием,
контроль и ввод (регистрацию) первичных документов.
68
В процессе внутримашинной обработки данные первичных
документов вводятся в ПК, на их основе формируются результатные
документы.
К внутримашинной обработке также относится ведение электронных
справочников, которое осуществляется параллельно, представляя собой
самостоятельный технологический процесс.
Послемашинная обработка заключается в проверке правильности
формирования выходных документов и передаче их пользователям.
Технологический процесс внутримашинной обработки информации
представляет собой совокупность операций, которые в диалоговом режиме
работы с ПК могут выполняться в произвольной последовательности. То
есть последовательность технологических операций определяется в
процессе диалога пользователя с ПК.
Работа в диалоговом режиме не имеет заранее определенной
последовательности действий. Поэтому схема технологического процесса
в диалоговом режиме представляет собой совокупность технологических
операций, соответствующих схеме диалога задачи и представлена в виде
схемы работы системы.
Пользователь информационной системы имеет свой интерфейс
доступа. Пользователи могут производить только разрешенные им
действия. После прохождения авторизации пользователь получает список
возможного взаимодействия с системой. Отсюда пользователь может
выбрать интересующий его справочник или таблицу для получения
требуемой информации. Для этого пользователю необходимо выбрать в
меню программы интересующий его пункт. Далее в выбранной таблице
или справочнике, пользователь может добавить или откорректировать уже
имеющиеся записи, либо просто просмотреть имеющиеся документы и
оставить базу без изменений.
69
2.4.2. Схема технологического процесса сбора, передачи,
обработки и выдачи информации
Программирование - это процесс создания (разработки) программы,
который при традиционной неавтоматизированной разработке независимо
от принятого метода проектирования может быть представлен как
последовательность следующих шагов:
определение требований к программе;
разработка или выбор алгоритма решения поставленной
задачи;
написание команд;
отладка;
тестирование.
Определение требований к программе - один из важнейших этапов,
на котором подробно описывается исходная информация и
формулируются требования к результату. Кроме того, описывается
поведение программы в особых случаях.
На этапе разработки алгоритма необходимо определить
последовательность действий, которые надо выполнить для достижения
результата. Многие задачи можно решить различными способами. В этом
случае программист, используя некоторый критерий, например скорость
работы алгоритма или его точность, выбирает подходящее решение. Затем
составляет подробное описание алгоритма. После того как определены
требования к программе и составлен алгоритм решения, алгоритм
записывается на выбранном языке программирования.
Отладка программы заключается в обнаружении и исправлении
ошибок, допущенных на всех этапах подготовки задачи для решения на
ПК.
Различают синтаксические и семантические (смысловые) ошибки.
70
Синтаксические ошибки, вызванные неправильной записью
операторов языка программирования, обнаруживаются на этапе
трансляции программы.
Семантические (смысловые) ошибки, вызванные, как правило,
неправильным построением математической модели и алгоритма решения
задачи, при трансляции и выполнении программы не обнаруживаются, так
как программа выполняется и может выдавать результаты.
Для проверки правильности программы производится ее
тестирование, т.е. ее выполнение при таких исходных данных, для которых
результаты решения известны заранее. При выборе тестовых наборов
исходных данных необходимо предусмотреть возможность проверки
различных вариантов решения задачи. Оценка правильности программы
осуществляется сравнением результатов, полученных при выполнении
программы, с тестовыми результатами.
Тестирование позволяет установить факт наличия смысловой
ошибки. Для ее локализации и выявления причины, породившей ошибку,
удобно использовать отладочные операторы, которые позволяют
контролировать выполнение программы, следить за последовательностью
выполнения операторов программы и изменением значений переменных и
элементов массивов во время выполнения программы, проверять
правильность индексирования элементов массивов, контролировать
обращение к подпрограммам.
На этом этапе следует проверить, как ведет себя программа на как
можно большем количестве входных наборов данных, в том числе и на
неверных. Рассмотрим более подробно самый существенный шаг процесса
программирования - алгоритмизацию.
Задача программиста состоит в определении последовательности
действий, которые необходимо выполнить, чтобы достигнуть нужного
результата.
71
Алгоритм решения задачи может быть представлен в виде
словесного описания или графически в виде блок-схемы. В блок-схемах
для обозначения логически различных фрагментов программы
используются определенные стандартные символы.
В разрабатываемом приложении необходимо реализовать
следующие алгоритмы:
алгоритм работы со справочниками;
алгоритм поиска и получения отчетов.
В соответствии с используемой моделью базы данных для ввода
данных используются формы, в каждое поле которых вводится тот или
иной атрибут.
2.5 Контрольный пример реализации проекта и его описание
Форма входа – представлена на рисунке 2.7.
Рис. 2.7. Форма входа
Главная форма – отдел по работе с просроченной задолженность ООО
«Зеленский Корпорейт Тревел Солюшнз» представлена на рис. 2.8.