91
Код_заказа
Код_клиента
Код_оборудования
Код_модели
Код_бренда
Код_запчасти
Код_сотрудника
Код_типа
Заказ
Код_заказа
Дата_начала_работы
Дата_окончания_работы
Стоимость
Код_клиента
Код_оборудования
Код_модели
Код_бренда
Код_запчасти
Код_сотрудника
Код_типа
Запчасти
Код_запчасти
Наименование
Стоимость
Код_ оборудования
Код_модели
Код_бренда
Оборудование
Код_ оборудования
Код_модели
Код_бренда
Сотрудники
Код_сотрудника
Логин
Пароль
Номер_телефона
Фамилия
Имя
Отчество
Код_типа
Схема связи Таблиц базы данных представлена на Рисунке 2.9.
92
Рисунок 2.9 Схема связи Таблиц базы данных
Характеристика Таблиц базы данных представлена на Рисунках ниже.
Рисунок 2.10 Таблица Client
Рисунок 2.11 Таблица Brands
93
Рисунок 2.12 Таблица Defect
Рисунок 2.13 Таблица Mobile
Рисунок 2.14 Таблица Model
Рисунок 2.15 Таблица Order
Рисунок 2.16 Таблица OrderDefect
94
Рисунок 2.17 Таблица Order_spare_part
Рисунок 2.18 Таблица Spare_part
Рисунок 2.19 Таблица Staff
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема пакета ИС приведена на Рисунке 2.20.
95
Рисунок 2.20 Структурная схема пакета ИС учета ремонта компьютерного
оборудования
Программная система состоит из следующих уровней: клиент; сервер
приложений; сервер базы данных (Рисунок 2.21).
Программные модули
Серверный
компонент
TdmServer
TdssmRemoteData
Клиентский
компонент
TdmData
SQLConnection
TClientDataSet
TDataSetDrovider
TDataSource
96
Рисунок 2.21 Структура программной системы
Клиент это интерфейсный компонент, который представляет первый
уровень, собственно приложение для конечного пользователя. Первый уровень не
имеет прямых связей с базой данных и бизнес-логики.
Сервер приложений располагается на втором уровне. На втором уровне
сосредоточена большая часть бизнес-логики. Сервер базы данных обеспечивает
хранение данных и выносится на третий уровень.
Сервер приложений разработан при помощи технологии Delphi XE2
DataSnap. Передача данных между клиентом и сервером осуществляется через
протокол TCP.
Сервер приложений взаимодействует с базой данных через СУБД MS
Access. Подключение к базе данных выполняется через технологию ADO.
В структуре сервера можно выделить две основные части: Модуль
управления сервером (TdmServer) и модуль предоставления данных
(TdssmRemoteData). Описание модулей приведено в Таблице 2.4.
Таблица 2.4
Структура сервера приложений
№
Название модуля
Описание
Функции
97
1
TdmServer
Содержит компоненты для
подключения к системе
управления базами данных
(через ADO) и компоненты
для организации сервера
приложений (передача
данных выполняется через
протокол TCP).
Подключение к СУБД.
Управление сервером
приложений (установка
соединений с
клиентскими
приложениями,
аутентификация
пользователей, передача
данных клиентам).
2
TdssmRemoteData
Модуль системы, который
определяет доступные
клиенту данные и
функциональность
системы. Экземпляр
данного модуля создается
для каждого
подключенного клиента.
Авторизация.
Предоставление данных;
Предоставление
функциональности;
Основой клиентской части является модуль TdmData. Модуль выполняет
следующие функции: соединение с сервером; управление предоставленными
сервером наборами данных; получение доступа к функциональности сервера
(создание проекции интерфейса взаимодействия «TdssmRemoteData»).
2.3.4 Описание программных модулей
Структурно пакет состоит из следующих модулей:
• модуль Справочники;
• модуль Заявки;
• модуль Пользователи;
Модуль Справочник содержит относительно постоянную информацию и
средства работы с ней, то есть экранные формы, Таблицы базы данных, а также
процедуры и запросы к базе данных. К состав этого модуля входя следующие
справочники:
1. Телефоны
2. Модели
3. Бренды
98
4.Запчасти
5. Неисправность
Модуль Заявки позволяет осуществлять прием и обработку заказов
клиентов. В состав данного модуля входят процедуры и функции, позволяющие
осуществлять данные функции. Данный модуль использует данные из модуля
Справочники.
Модуль пользователи позволяет управлять пользователями системы,
назначать им права доступа и возможности в системе.
Рассмотрим основные алгоритмы работы программы, к которым относятся:
• Алгоритм регистрации пользователя;
Алгоритм добавления и обработки
заказа;
• Алгоритм получения списка заказов;
Алгоритм обработки заявлений.
Регистрация пользователя производится администратором. Алгоритм
регистрации приведен на Рисунке 2.22.
99
Рисунок 2.22 Алгоритм регистрации пользователя
При регистрации пользователя данные о нем вносятся в Таблицу
Сотрудники. При этом выбирается должность сотрудника ( из Таблицы
Должности), а также вводится пароль и логин для доступа в систему. При
регистрации проводится проверка обязательности заполнения полей. В случае,
100
если данное условие не выполняется, пользователю выводится сообщение о том,
что поле обязательно для заполнения.
Заказ оформляется менеджером или администратором. После заполнения
всех полей (среди которых также есть обязательные и необязательные)
проводится проверка корректности заполнения полей, после чего данные
записываются в Таблицу Клиенты. При этом заказу присваивается статус
«Принят» путем записи в соответствующее поле Таблицы Клиенты значения 1.
Алгоритм регистрации заявления приведен на Рисунке 2.23. На Рисунке
поля ввода для упрощения изображения приведены по группам.
Рисунок 2.23 Алгоритм регистрации заявления