52
Рисунок 17 – Форма добавления новой техники
Данные, которые пользователи вводят в эти формы сохраняются в базе
данных, а затем используются для формирования результатной информации.
2.2.3. Характеристика результатной информации
В качестве выходных данных информационной системы вступают
отчеты по задачам и отчет по сотрудникам, формируемые в виде таблиц.
Подробное описание этого отчета приведено в виде таблицы 10.
Таблица 10
Описание результатной информации
Наименование
Договор
Акт
выполненных
работ
Отчет по
ремонтам
Реквизиты
Наименование
клиента;
Телефон клиента;
Номер договора;
Дата договора;
Список техники:
Модель;
Наименование
производителя;
Серийный номер;
Наименование вида
техники;
Описание внешнего
вида;
Наименование
клиента;
Телефон клиента;
Номер договора;
Дата договора;
Список техники:
Модель;
Наименование
производителя;
Серийный номер;
Наименование вида
техники;
Описание внешнего
вида;
Количество
выполненных
ремонтов
Из них
платных:
Общая сумма
выполненных
ремонтов:
53
Заявленные
неисправности;
ФИО сотрудника
Заявленные
неисправности;
Список
выполненных работ;
Дата завершения
ремонта
ФИО сотрудника
Таблицы, на
основе которых
формируется
Клиент
Пользователи
Ремонт
Техника
Производитель
Вид техники
Внешний вид
Клиент
Пользователи
Ремонт
Техника
Производитель
Вид техники
Внешний вид
Ремонт
Частота
формирование
По мере
необходимости
По мере
необходимости
По мере
необходимости
Способ доставки
Файл в формате
документа Microsoft
Word
Файл в формате
документа Microsoft
Word
Файл в
формате
электронной
таблицы
Microsoft Excel
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций необходимо для того, чтобы показать на одной схеме
(или чертеже) перечень выполняемых системой функций, их классификацию
и иерархию [18].
Дерево функций информационной системы представлено на рисунке
18.
54
Основные
Управление
справочниками
Добавить клиента
Сформировать отчет по
ремонтам
Добавить новый
ремонт
Посмотреть данные о
ремонте
Функции ИС
Служебные
Авторизация
пользователя
Формировать акт
Добавить данные о
технике в ремонте
Сформировать
договор
Рисунок 18 – Дерево функций информационной системы
Сценарий диалога необходимо для отображения того, как пользователь
будет взаимодействовать с проектируемой системой [7]. Кроме того, с
помощью сценария диалога иногда отображают структуру интерфейса
создаваемого программного продукта.
На основании дерева функций разработан сценарий диалога, который
представлен на рисунке 19.
55
Ремонты
Посмотреть
список ремонтов
Управление
справочниками
Пользователи
Виды техники
Внешний вид
Добавить ремонт
Добавить технику
к ремонту
Авторизация
Посмотреть
список клиентов
Производители
Отчет по
ремонтам
Изменить данные
ремонта
Добавить
клиента
Ввод интервала
дат
Изменить данные
клиента
Сформировать
договор
Сформировать акт
Рисунок 19 – Сценарий диалога информационной системы
После запуска программы, пользователю обязательно необходимо
пройти авторизацию с помощью логина и пароля. После того, как он
авторизуется открывается главное окно программы, у которой имеется меню
для доступа ко всем функциям ИС.
2.3.2. Характеристика базы данных
В качестве системы управления базой данный для разрабатываемой
информационной системы была выбрана СУБД Microsoft SQL Server.
Для хранения всех необходимых данных была спроектирована и
создана база данных, состоящая из восьми таблиц. ER-модель
спроектированной базы данных представлена на рисунке 20.
56
Рисунок 20 – ER-модель базы данных
Описание всех таблиц базы данных представлены в таблицах 11-20.
Таблица 11
Таблица users (Пользователи)
Наименование поля
Идентификатор
поля
Тип
поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Клиент
Идентификатор
Наименование
Телефон
Дата добавления
Комментарий
Польз ователи
Идентификатор
ФИО
Пароль
Ремонт
Идентификатор
Статус ремонта (FK)
Дата и время принятия в ремонт
Дата и время з авершения ремонта
Комментарий
Стоимость
Клиент (FK)
Сотру дник (FK)
Статус ремонта
Идентификатор
Наименование
Внешний вид
Идентификатор
Наименование
Комментарий
Вид техники
Идентификатор
Наименование
Произ водитель
Идентификатор
Наименование
Коментарий
Техника
Идентификатор
Модель
Серийный номер
Вид техники (FK)
Произ водитель (FK)
Внешний вид (FK)
Комментарий к внешнему виду
Отметка о выполнении ремонта
Ремонт (FK)
Заявленные неисправности
Выполненные работы
57
Наименование поля
Идентификатор
поля
Тип
поля
Длина
поля
Прочее
ФИО
username
varchar
255
unique
Пароль пользователя (в
зашифрованном виде)
password
varchar
255
Таблица 12
Таблица vendor (Производитель)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Комментарий
comment
varchar
255
Таблица 13
Таблица type (Вид техники)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Таблица 14
Таблица status (Статус ремонта)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Таблица 15
Таблица viewteh (Внешний вид)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Комментарий
comment
varchar
255
Таблица 16
Таблица client (Клиент)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Наименование
caption
varchar
255
Телефон
phone
varchar
255
Дата добавления
createdat
datetime
Комментарий
comment
varchar
255
Таблица 17
58
Таблица Technic (Техника)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
id
int
11
AI
Модель
model
varchar
255
Серийный номер
serial
varchar
255
Вид техники
typeid
integer
11
FK
Производитель
vendorid
integer
11
FK
Внешний вид
viewtechid
integer
11
FK
Комментарий к
нешнему виду
comment
varchar
255
Отметка о
выполнении
ремонта
comlete
bit
1
Ремонт
remontid
integer
11
FK
Заявленные
неисправности
defects
varchar
255
Выполненные
работы
works
varchar
255
Таблица 18
Таблица remont (ремонт)
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Идентификатор
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
2.3.3. Структурная схема пакета
Проект программы состоит из шести модулей:
модуль Main.pas (главный модуль);
модуль List.pas (Список записей клиентов/ремонтов);
модуль Client.pas (работа с данными клиента);
модуль Remont.pas (работа с данными ремонта);
модуль Sprav.pas (работа со справочниками);
59
модуль Connect.pas (настройки соединения с базой данных).
Подробное описание модулей представлено в виде таблицы 19.
Таблица 19
Описание модулей системы
№
п/
п
Наименование
модуля
Функции модуля
1.
модуль Main.pas
содержит процедуры и функции, отвечающие за
отображение главного окна программы, работу
главного меню программы и формирование отчета
2.
модуль List.pas
в данном модуле запрограммированы процедуры
для отображения клиентов или ремонтов в виде
списка, а также процедуры создания окон работы
с данными клиента или ремонта
3.
модуль Client.pas
модуль содержит процедуры и компоненты для
выполнения основных операций с отдельно
взятым клиентом (добавление новой записи,
редактирование, просмотр истории ремонтов)
4
модуль Remont.pas
модуль содержит процедуры и компоненты для
выполнения основных операций с ремонтов
(добавление новой записи, добавление техники,
формирование документов, выдача техники
клиенту)
5
Модуль Connect.pas
модуль содержит процедуры и компоненты для
ввода, сохранения и изменения настроек
подключения к БД, а также инициализации самого
подключения и осуществления всех операций
взаимодействия с базой данных (отправки SQL-
запросов и обработка результатов их выполнения)
6
модуль Sprav.pas
модуль содержит процедуры и компоненты для
выполнения основных операций со справочниками
информационной системы (просмотр, добавление,
изменение, удаление записей)
Дерево вызова программных модулей приведено на рисунке 21.
60
Connect.pas
Main.pas
Shabl.pas Sprav.pas
Client.pas Remont.pas
List.pas
Рисунок 21 – Дерево вызова программных модулей
2.3.4. Описание программных модулей
После запуска программы инициализируется подключения к базе
данных. Соединение с базой данных осуществляется с помощью технологии
ADO.
Данная технология связи с хранилищами данных завоевала особую
популярность у разработчиков, благодаря своей универсальности – базовый
набор интерфейсов OLE DB имеется в каждой современной операционной
системе Windows [9]. Поэтому для обеспечения доступа приложения к
данным достаточно лишь правильно указать провайдер соединения ADO,
после этого можно переносить созданные программные продукт на любой
компьютер, где имеется требуемая база данных и, конечно, установленная
ADO.
В палитре компонентов Delphi есть отдельная вкладка ADO, которая
содержит набор компонентов, позволяющих создавать полноценные
приложения БД, обращающиеся к данным через данную технологию.
61
Технология ADO обеспечивает универсальный доступ к хранилищам
(источникам) данных из приложений БД. Такую возможность предоставляют
функции набора интерфейсов, созданные на основе общей модели объектов
СОМ и описанные в спецификации OLE DB.
Технология ADO и интерфейсы OLE DB обеспечивают для
приложений единый способ доступа к хранилищам (источникам) данных
разных типов. То есть, приложение, использующее в своей работе ADO
может использовать в качестве источника любое хранилище,
поддерживающее ADO, будь это локальная СУБД или серверная, или даже
электронные таблицы. Запрос SQL, направленный любому источнику данных
через ADO, будет выполнен [9].
OLE DB по сути представляет собой набор специализированных
объектов СОМ, инкапсулирующих стандартные функции обработки данных,
и специализированные функции конкретных источников данных и
интерфейсов, обеспечивающих передачу данных между объектами.
Согласно терминологии ADO, любой источник данных (база данных,
электронная таблица, файл) называется хранилищем данных, с которым при
помощи провайдера данных взаимодействует приложение. Минимальный
набор компонентов приложения может включать объект соединения, объект
набора данных, объект процессора запросов.
В результате приложение обращается не прямо к источнику данных, а к
объекту OLE DB, который "умеет" представить данные (например, из файла
электронной почты) в виде таблицы БД или результата выполнения запроса
SQL.
Технология ADO в целом включает в себя не только сами объекты OLE
DB, но и механизмы, обеспечивающие взаимодействие объектов с данными и
приложениями. На этом уровне важнейшую роль играют провайдеры ADO,
координирующие работу приложений с хранилищами данных различных
типов.