58
Цена
Стоимость;
ФИО сотрудника
Цена
Стоимость;
Дата формирования
акта
ФИО сотрудника
Таблицы, на
основе которых
формируется
Клиент
Пользователи
Заказы
Услуги
Клиент
Пользователи
Заказы
Услуги
Заказы;
Услуги
Частота
формирование
По мере
необходимости
По мере
необходимости
По мере
необходимости
Способ доставки
Файл в формате
документа Microsoft
Word
Файл в формате
документа
Microsoft Word
Файл в
формате
электронной
таблицы
Microsoft Excel
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций информационной системы представлено на рисунке 16.
Основные
Управление
справочниками
Добавить клиента
Сформировать отчет о
работах
Добавить заказ
клиента
Сформировать акт
выполненных работ
Функции ИС
Служебные
Авторизация
пользователя
Управление
профилем
пользователя
Сформировать договор
Изменить статус
заказа
Рисунок 16 – Дерево функций информационной системы
Сценарий диалога необходимо для отображения того, как пользователь
будет взаимодействовать с проектируемой системой [7]. Кроме того, с помощью
59
сценария диалога иногда отображают структуру интерфейса создаваемого
программного продукта.
На основании дерева функций разработан сценарий диалога, который
представлен на рисунке 17.
Заказы
Список
Управление
справочниками
Пользователи
Виды услуг
Услуги
Добавить заказ
Авторизация
Клиенты
Статусы
заказов
Отчет по
работам
Список
Ввод интервала
дат
Добавить нового
Рисунок 17 – Сценарий диалога информационной системы
После запуска программы, пользователю обязательно необходимо пройти
авторизацию с помощью пароля. После того, как он авторизуется открывается
главное окно программы, у которой имеется меню для доступа ко всем функциям
ИС.
2.3.2. Характеристика базы данных
В качестве системы управления базой данный для разрабатываемой
информационной системы была выбрана СУБД Microsoft SQL Server.
Для хранения всех необходимых данных была спроектирована и создана
база данных, состоящая из восьми таблиц. ER-модель спроектированной базы
данных представлена на рисунке 18.
60
Рисунок 18 – ER-модель базы данных
Описание всех таблиц базы данных представлены в таблицах 10-17.
Таблица 10
Таблица users (Пользователи)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
ФИО
username
varchar
255
unique
Пароль пользователя (в
зашифрованном виде)
password
varchar
255
Роль пользователя
roleid
int
FK
Таблица 11
Таблица type (Вид услуги)
Клиент
Идентификатор
Наименование
Телефон
Дата добавления
Комментарий
Польз ователи
Идентификатор
ФИО
Пароль
Роль польз ователя (FK)
Заказ
Идентификатор
Статус заказ а (FK)
Дата и время соз дания
Дата и время з авершения
Комментарий
Стоимость
Клиент (FK)
Менеджер (FK)
Статус Заказа
Идентификатор
Наименование
Вид услу ги
Идентификатор
Наименование
Роль польз ователя
Идентификатор
Наименование
Услу ги в з аказ е
Код услу ги в з аказ е
Количество
Цена
Услу га (FK)
Заказ (FK)
Услу ги
Идентификатор
Наименование
Цена
Вид услу ги (FK)
61
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Таблица 12
Таблица role (Роль пользователя)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Таблица 13
Таблица status (Статус заказа)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Таблица 14
Таблица client (Клиент)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Телефон
phone
varchar
255
Дата добавления
createdat
datetime
Комментарий
comment
varchar
255
Таблица 15
Таблица service (Услуга)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Цена
price
decimal(10,2)
11
Вид услуги
typeid
integer
11
FK
Таблица 16
Таблица serviceorder (Услуга в заказе)
62
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код услуги в
заказе
id
int
11
AI
Услуга
serviceid
varchar
255
FK
Цена
price
decimal(10,2)
11
Количество
quantity
integer
11
Заказ
orderid
integer
11
FK
Таблица 17
Таблица orders (заказ)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Статус заказа
statusid
integer
FK
Дата и время
создания
createdat
datetime
Дата и время
завершения
endedat
datetime
Комментарий
comment
datetime
Стоимость
amount
decimal(10,2)
11
Клиент
clientid
integer
11
FK
Менеджер
userid
integer
11
FK
SQL-скрипт для создания базы данных приведен в приложении 1.
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Проект программы состоит из шести модулей:
модуль Main.pas (главный модуль);
модуль List.pas (Список записей клиентов/заказрв);
модуль Client.pas (работа с данными клиента);
модуль Order.pas (работа с данными заказа);
модуль Sprav.pas (работа со справочниками);
модуль Connect.pas (настройки соединения с базой данных).
Подробное описание модулей представлено в виде таблицы 18.
Таблица 18
Описание модулей системы
63
№
п/п
Наименование модуля
Функции модуля
1.
модуль Main.pas
содержит процедуры и функции,
отвечающие за отображение главного окна
программы, работу главного меню
программы и формирование отчета
2.
модуль List.pas
в данном модуле запрограммированы
процедуры для отображения клиентов или
заказов в виде списка, а также процедуры
создания окон работы с данными клиента
или заказа
3.
модуль Client.pas
модуль содержит процедуры и компоненты
для выполнения основных операций с
отдельно взятым клиентом (добавление
новой записи, редактирование, просмотр
истории ремонтов)
4
модуль Order.pas
модуль содержит процедуры и компоненты
для выполнения основных операций с
заказом (добавление новой записи,
добавление услуг, формирование
документов, выдача продукции клиенту)
5
Модуль Connect.pas
модуль содержит процедуры и компоненты
для ввода, сохранения и изменения
настроек подключения к БД, а также
инициализации самого подключения и
осуществления всех операций
взаимодействия с базой данных (отправки
SQL-запросов и обработка результатов их
выполнения)
6
модуль Sprav.pas
модуль содержит процедуры и компоненты
для выполнения основных операций со
справочниками информационной системы
(просмотр, добавление, изменение,
удаление записей)
Дерево вызова программных модулей приведено на рисунке 19.
64
Connect.pas
Main.pas
Sprav.pas
Client.pas Order.pas
List.pas
Рисунок 19 – Дерево вызова программных модулей
2.3.4. Описание программных модулей
После запуска программы инициализируется подключения к базе данных.
Соединение с базой данных осуществляется с помощью технологии ADO.
Данная технология связи с хранилищами данных завоевала особую
популярность у разработчиков, благодаря своей универсальности – базовый набор
интерфейсов OLE DB имеется в каждой современной операционной системе
Windows [9]. Поэтому для обеспечения доступа приложения к данным достаточно
лишь правильно указать провайдер соединения ADO, после этого можно
переносить созданные программные продукт на любой компьютер, где имеется
требуемая база данных и, конечно, установленная ADO.
В палитре компонентов Delphi есть отдельная вкладка ADO, которая
содержит набор компонентов, позволяющих создавать полноценные приложения
БД, обращающиеся к данным через данную технологию.
Технология ADO обеспечивает универсальный доступ к хранилищам
(источникам) данных из приложений БД. Такую возможность предоставляют
функции набора интерфейсов, созданные на основе общей модели объектов СОМ
и описанные в спецификации OLE DB.
65
Технология ADO и интерфейсы OLE DB обеспечивают для приложений
единый способ доступа к хранилищам (источникам) данных разных типов. То
есть, приложение, использующее в своей работе ADO может использовать в
качестве источника любое хранилище, поддерживающее ADO, будь это
локальная СУБД или серверная, или даже электронные таблицы. Запрос SQL,
направленный любому источнику данных через ADO, будет выполнен [9].
OLE DB по сути представляет собой набор специализированных объектов
СОМ, инкапсулирующих стандартные функции обработки данных, и
специализированные функции конкретных источников данных и интерфейсов,
обеспечивающих передачу данных между объектами.
Согласно терминологии ADO, любой источник данных (база данных,
электронная таблица, файл) называется хранилищем данных, с которым при
помощи провайдера данных взаимодействует приложение. Минимальный набор
компонентов приложения может включать объект соединения, объект набора
данных, объект процессора запросов.
В результате приложение обращается не прямо к источнику данных, а к
объекту OLE DB, который "умеет" представить данные (например, из файла
электронной почты) в виде таблицы БД или результата выполнения запроса SQL.
Технология ADO в целом включает в себя не только сами объекты OLE
DB, но и механизмы, обеспечивающие взаимодействие объектов с данными и
приложениями. На этом уровне важнейшую роль играют провайдеры ADO,
координирующие работу приложений с хранилищами данных различных типов.
Такая архитектура позволяет сделать набор объектов и интерфейсов
открытым и расширяемым. Набор объектов и соответствующий провайдер может
быть создан для любого хранилища данных без внесения изменений в исходную
структуру ADO. При этом существенно расширяется само понятие данных – ведь
можно разработать набор объектов и интерфейсов и для нетрадиционных
табличных данных. Например, это могут быть графические данные
геоинформационных систем, древовидные структуры из системных реестров,
данные CASE-инструментов и т. д.
Так как технология ADO основана на стандартных интерфейсах СОМ,
которые являются системным механизмом Windows, это сокращает общий объем
66
работающего программного кода и позволяет распространять приложения БД без
вспомогательных программ и библиотек.
Таблицы, расположенные на формах работы со справочником, работают
напрямую с таблицами базы данных, поэтому для их работы используется
компонент AdoTable. Данный компонент представляет собой виртуальную копию
таблицы базы данных, изменения в которой сразу передаются в связанную
таблицу БД.
Для работы с данными клиента или ремонта используется компонент
AdoQuery. Данный компонент предназначен для отправки запросов к базе данных
и обработки ответов на них. В приложении используются 3 вида запросов:
Запросы на выборку;
Запросы на добавление данных;
Запросы на обновление данных.
Для получения практически любых данных любого количества таблиц
базы данных используется оператор запроса SELECT.
Этот оператор выбирает записи из базы данных и имеет самую сложную
структуру, по сравнению с другими операторами языка SQL. Данный оператор
позволяет не только выбирать записи из базы данных, удовлетворяющие
заданному условию, но также и настраивать параметры отображения этих
записей, таких как сортировка и группировка. А использование агрегатных
функций позволяет подсчитывать необходимые данные.
Для обновления данных, хранящихся в базе данных используется
оператор UPDATE, для добавления новых – оператор INSERT.
Следует отметить, что технология ADO позволяет писать запрос в объекте
AdoQuery на классическом языке SQL, без учета особенностей СУБД,
используемой в качестве хранилища данных. Это является значимым
преимуществом, т.к. позволяет легко переводить программные средства с одной
СУБД на другую, в зависимости от условий эксплуатации и требований к ней.
Программные модули состоят из процедур, которые обрабатывают
различные действия пользователя (нажатия на кнопки, ввод текста в поля и т.д.)
67
нужным образом. На рисунке 20 представлена блок-схема алгоритма авторизации
пользователей в системе.
Старт
Пароль введен
корректно?
Конец
Отображение
сообщения об
ошибке
Пользователь
выбран?
Загрузка данных
пользователей из
БД
НЕТ
ДА
Отображение
сообщения об
ошибке
НЕТ
ДА
Отображение
главного окна ИС
Рисунок 20 – Блок-схема алгоритма авторизации
Остальные процедуры в программном коде имеют аналогичную простую
структуру, поэтому подробно они рассмотрены не будут. Исходный код всех
процедур с комментариями представлен в приложении.
Исходный код программных модулей приведен в приложении 2.
2.4. Контрольный пример реализации проекта и его описание
После запуска программы открывается форма авторизации (Рисунок 21).