2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
Анализируя функции разработанного приложения, их можно разбить на два блока – служебные и основные. Служебные функции представляют собой возможность настройки интерфейса и настройки системы. Основными функциями являются работа с жалобами, с заявками и получение отчетных документов.
Дерево функций пользователя разработанной ИС представлено на рисунке 2.3.
Рисунок 2.3 Дерево функций пользователя ИС
Сценарий диалога формируется на основе дерева функций. В разработанной системе сценарий построен по иерархическому принципу. Работа начинается с вызова главной кнопочной формы, на которой присутствует 5 пунктов меню:
- Клиент;
- Заявка;
- Справочник;
- Пользователь;
- Отчеты;
- Выход.
Сценарий диалога приведен на рисунке 2.4.
Рисунок 2.4 Сценарий диалога системы
1.1.2 Характеристика базы данных
Инфологическая (концептуальная) модель — это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам. [3] Инфологическая модель должная быть динамической и позволять легкую корректировку. К основным требованиями, предъявляемым к инфологической модели, можно отнести следующие:
- инфологическая модель должна содержать всю необходимую и достаточную информацию для последующего проектирования базы данных;
- инфологическая модель должная быть понятна лицам, принимающим участие в создании системы.
ER-модель представляет собой логическую структуру информации об объектах системы. Компонентами ER-модели являются сущности (объекты) и отношения (связи между объектами). Объект имеет множество реализаций или экземпляров. Экземпляр объекта образуется совокупностью конкретных значений реквизитов и должен однозначно определяться, т.е. идентифицироваться значением ключа объекта, который состоит из одного или нескольких ключевых реквизитов.
Сущности могут быть зависимыми и независимыми. Сущность является независимой, если каждый экземпляр ее может быть однозначно идентифицирован без определения ее отношений с другими сущностями. Однозначная идентификация экземпляра зависимой сущности зависит от отношений с другими сущностями.
Для отображения отношений между сущностями используются связи. Связи существуют, если экземпляры сущностей логически взаимосвязаны.
Схема базы данных представлена на рисунке 2.5.
Описание таблиц представлено на рисунках ниже.
Рисунок 2.5 Таблица Клиент
Рисунок 2.6 Таблица Заявка
Рисунок 2.7 Таблица Пользователь
Рисунок 2.8 Таблица Справочник Причина
Рисунок 2.9 Схема БД
Рисунок 2.10 Таблица Справочник Отделение
Рисунок 2.11 Таблица Справочник Услуга
Остальные таблицы, такие, как:
- Справочник Улица;
- Справочник Тип Клиента
- Справочник Статус;
- Справочник Тип пользователя;
- Справочник Населенный пункт;
- Справочник Приоритет;
- Справочник Должность;
Имеют в своем составе только код записи и наименование соответствующего атрибута.
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Структурная схема пакета ИС приведена на рисунке 2.6.
Рисунок 2.12 Структурная схема пакета ИС
Описание программных модулей приведено в пункте 2.3.4.
1.1.4 Описание программных модулей
Программная система состоит из следующих уровней: клиент; сервер приложений; сервер базы данных.
Клиент — это интерфейсный компонент, который представляет первый уровень, собственно приложение для конечного пользователя. Первый уровень не имеет прямых связей с базой данных и бизнес-логики.
Сервер приложений располагается на втором уровне. На втором уровне сосредоточена большая часть бизнес-логики.
Сервер базы данных обеспечивает хранение данных и выносится на третий уровень.
Сервер приложений
Сервер приложений разработан при помощи технологии Delphi XE2 DataSnap. Передача данных между клиентом и сервером осуществляется через протокол TCP.
Сервер приложений взаимодействует с базой данных через СУБД Microsoft SQL Express. Подключение к базе данных выполняется через технологию ADO.
В структуре сервера можно выделить две основные части: Модуль управления сервером (TdmServer) и модуль предоставления данных (TdssmRemoteData). Описание модулей приведено ниже.
Таблица 2.2
Структура сервера приложений
| № | Название модуля | Описание | Функции |
| 1 | TdmServer | Содержит компоненты для подключения к системе управления базами данных (через ADO) и компоненты для организации сервера приложений (передача данных выполняется через протокол TCP). Также содержит в своем составе модуль для получения рекомендаций по заявкам. | Подключение к СУБД. Управление сервером приложений (установка соединений с клиентскими приложениями, аутентификация пользователей, передача данных клиентам). Выдача рекомендаций. |
| 2 | TdssmRemoteData | Модуль системы, который определяет доступные клиенту данные и функциональность системы. Экземпляр данного модуля создается для каждого подключенного клиента. | Авторизация. Предоставление данных; Предоставление функциональности;
|
Модуль управления сервером
При инициализации данного модуля автоматически выполняется инициализация соединения с базой данных. Параметры соединения содержаться в файле Params.ini. Если соединение с базой данных по каким-то причинам не удалось установить, то сервер выдаст сообщение о невозможности дальнейшей работы, т.е. успешное подключение к базе данных обязательное условии запуска сервера.
Рисунок 2.13 Состав модуля TdmServer
Как уже отмечалось, сервер передает данные по протоколу TCP (за это отвечает компонент DSTCPServerTransport). Потому, для сервера должен быть задан порт прослушивания. В нашем случае он имеет значение 5000.
При подключении, на сервере создается отдельный поток. Клиент в обязательном порядке передает данные для аутентификации (логин и пароль), проверку которых выполняет компонент DSAuthenticationManager. В случае успешного прохождения процедуры аутентификации, для передачи данных между сервером и клиентом, DSServer создаст интерфейс взаимодействия. Этим интерфейсом является экземпляр класса TdssmRemoteData.
В случае ошибки аутентификации сервер вызывает исключение и уничтожает поток, который был создан для данного подключения.
Таблица 2.3
Описание класса «TdmServer»
| Область видимости | Поле/метод | Описание |
| public | adoConnection: TADOConnection; | Компонент, отмечающий за соединение с базой данных через технологию ADO. |
| DSServer: TDSServer; | Компонент, организующий работу сервера DataSnap. | |
| DSTCPServerTransport: TDSTCPServerTransport; | Компонент передачи данных между сервером и клиентом. | |
| DSServerClass: TDSServerClass; | Компонент, определяющий класс, функциональность которого будет доступна подключенным к серверу клиентам. | |
| DSAuthenticationManager: TDSAuthenticationManager; | Менеджер аутентификации. | |
| RecommendationController : TRecommendationController; | Компонент для получения рекомендаций. | |
| function GetUserKey (Login, Password : String; var Blocked : Boolean) : Integer; | Функция для получения идентификатора пользователя по его логину и паролю. |
Как было сказано выше, экземпляр класса TdssmRemoteData создается после успешной аутентификации и служит для предоставления клиентскому приложению определенных данных и функциональности сервера.
Рисунок 2.14 Состав модуля TdssmRemoteData
Цепочка передачи данных между клиентом и сервером выглядит так:
- Компонент подключения к БД (TADOConnection);
- Набор данных (TADOTable или TADOQuery);
- Провайдер набора данных (TDataSetProvider);
- Компонент клиентского соединения (TSQLConnection);
- Клиентский компонент соединения с провайдером данных (TDSProviderConnection);
- Клиентский набор данных (TClientDataSet).
Пункты 1, 2, 3 – выполняются на стороне сервера, а пункты 4, 5, 6 – на стороне клиента. Компоненты класса TDataSetProvider служат для определения прав доступа и настройки параметров передачи данных клиенту. В его настройках можно указать такие параметры как: доступность набора данных для клиента, режим «только чтение», запрет редактирования, запрет вставки, запрет удаления и т.д.
Таблица 2.4
Описание класса «TdssmRemoteData»
| Область видимости | Поле/метод | Описание |
| private | itRequest: TADOTable; | Внутренний набор данных «Заявка». Используется сервером для редактирования данных таблицы «Заявка». |
| FCurrentUserKey : Integer; | Идентификатор пользователя. | |
| FCurrentUserTypeKey : Integer; | Идентификатор типа пользователя. | |
| FDate1 : TDateTime; | Дата начала периода (для периодических отчетов). | |
| FDate2 : TDateTime; | Дата окончания периода (для периодических отчетов). | |
| procedure GetAccess (UserTypeID : Integer); | Метод настройки прав доступа для пользователя (в зависимости от его типа). | |
| procedure AccesDenied; | Метод вызова исключения в случае отсутствии доступа. | |
| public | qUserInfo: TADOQuery; | Набор данных «Информация о пользователе» (доступен всем пользователям прошедшим аутентификацию). |
| dspUserInfo: TDataSetProvider; | Провайдер набора данных qUserInfo. | |
| tFunction: TADOTable; | Набор данных «Должность» (доступен пользователям из группы «Администраторы»). | |
| dspFunction: TDataSetProvider; | Провайдер набора данных tFunction. | |
| tDefect: TADOTable; | Набор данных «Неисправность» (доступен всем пользователям прошедшим аутентификацию). | |
| dspDefect: TDataSetProvider; | Провайдер набора данных tDefect. | |
| tDepartment: TADOTable; | Набор данных «Отделение» (доступен пользователям из группы «Администраторы»). | |
| dspDepartment: TDataSetProvider; | Провайдер набора данных tDepartment. | |
| tUserType: TADOTable; | Набор данных «Тип пользователя» (доступен пользователям из группы «Администраторы»). | |
| dspUserType: TDataSetProvider; | Провайдер набора данных tUserType. | |
| tUser: TADOTable; | Набор данных «Пользователь» (доступен пользователям из группы «Администраторы»). | |
| dspUser: TDataSetProvider; | Провайдер набора данных tUser. | |
| tOpenRequest: TADOTable; | Набор данных «Открытые заявки» (доступен пользователям из группы «Администраторы»). | |
| dspOpenRequest: TDataSetProvider; | Провайдер набора данных tOpenRequest. | |
| tClosedRequest: TADOTable; | Набор данных «Закрытые заявки» (доступен пользователям из группы «Администраторы»). | |
| dspClosedRequest: TDataSetProvider; | Провайдер набора данных tClosedRequest. | |
| tArchive: TADOTable; | Набор данных «Архив» (доступен пользователям из группы «Администраторы»). | |
| dspArchive: TDataSetProvider; | Провайдер набора данных tArchive. | |
| tParams: TADOTable; | Набор данных «Параметры» (доступен пользователям из группы «Администраторы»). | |
| dspParams: TDataSetProvider; | Провайдер набора данных tParams. | |
| tDefectCount: TADOTable; | Набор данных «Количество неисправностей» (доступен пользователям из группы «Администраторы»). | |
| dspDefectCount: TDataSetProvider; | Провайдер набора данных tDefectCount. | |
| cdsYearReport: TClientDataSet; | Набор данных «Годовой отчет» (доступен пользователям из группы «Администраторы»). | |
| dspYearReport: TDataSetProvider; | Провайдер набора данных cdsYearReport. | |
| qRequestClose: TADOQuery; | Набор данных «Отчет по закрытым заявкам» (доступен пользователям из группы «Администраторы»). | |
| dspRequestClose: TDataSetProvider; | Провайдер набора данных qRequestClose. | |
| qRequestOpen: TADOQuery; | Набор данных «Отчет по открытым заявкам» (доступен пользователям из группы «Администраторы»). | |
| dspRequestOpen: TDataSetProvider; | Провайдер набора данных qRequestOpen. | |
| tRequest: TADOQuery; | Набор данных «Заявка» (доступен пользователям из группы «Администраторы»). | |
| dspRequest: TDataSetProvider; | Провайдер набора данных tRequest. | |
| procedure RequestAdd (DefectID : Integer; Info : String); | Метод добавления заявки (доступен всем пользователям прошедшим аутентификацию). | |
| procedure RequestEdit (RequestID : Integer; Info : String; Date : TDateTime; V1 : Double; V2 : Double; WorkInfo : String; UserFailure : Boolean); | Метод редактирования заявки (доступен пользователям из группы «Администраторы»). | |
| procedure RequestClose (RequestID : Integer; Info : String; Date : TDateTime; V1 : Double; V2 : Double; WorkInfo : String; UserFailure : Boolean); | Метод закрытия заявки (доступен пользователям из группы «Администраторы»). | |
| procedure RequestReopen (RequestID : Integer); | Метод перевода закрытой заявки в открытую (доступен пользователям из группы «Администраторы»). | |
| procedure RequestToArchive (RequestID : Integer); | Метод перевода закрытой заявки в архив (доступен пользователям из группы «Администраторы»). | |
| procedure CreateYearReport (Date : TDateTime); | Метод для создания годового отчета (доступен пользователям из группы «Администраторы»). | |
| procedure SetDates (Date1, Date2 : TDateTime); | Метод, необходимый для создания отчетов за период (доступен пользователям из группы «Администраторы»). | |
| procedure DeleteAllRequest (Psw : string); | Метод очистки базы данных (доступен пользователям из группы «Администраторы»). Перед выполнением очистки выполняется проверка пользовательского пароля. | |
| function GetDate : TDateTime; | Метод получения системного времени сервера (доступен всем пользователям прошедшим аутентификацию). | |
| function GetCurrentUserTypeKey : Integer; | Метод получения идентификатора пользователя (доступен всем пользователям прошедшим аутентификацию). | |
| function GetRecommendation (RequestID : Integer) : String; | Метод получения рекомендации по указанному идентификатору заявки (доступен пользователям из группы «Администраторы»). |
Данный модуль создается при инициализации модуля управления сервером и взаимодействует с базой данных. Служит для оценки выбранной заявки и выдачи рекомендации по её выполнению.
В состав модуля входит компонент Request (класс TRequest) внутри которого реализован ряд методов для быстрого подсчета количества однотипных заявок и их стоимости за различные периоды времени.
Класс TRecommendationController выполняет функции по вычислению и систематизации показателей, а также их анализ, после чего формирует сообщение для пользователя.
Таблица 2.5
Описание класса «TRecommendationController»
| Область видимости | Поле/метод | Описание |
| private | Connection : TADOConnection; | Ссылка на компонент соединения с базой данных. |
| Request : TRequest; | Объект, отвечающий за вычисление информации по заявкам. | |
| ZLimit : Integer; | Пороговое значение для Z-массива. | |
| PLimit : Integer; | Пороговое значение для P-массива. | |
| NSize : Integer; | Размерность N-массива. | |
| ZSize : Integer; | Размерность Z-массива. | |
| PSize : Integer; | Размерность P-массива. | |
| N : array of Double; | Массив допустимых пределов; | |
| Z : array of Double; | Массив показателей, который отражает ненадежность устройства. | |
| P : array of Double; | Массив показателей, который отражает некомпетентность пользователя. | |
| List : TStringList; | Рекомендации. | |
| function GetQuery (SQL : String) : TADOQuery; | Метод для получения результатов произвольного запроса к БД. | |
| procedure LoadN (DefectID : Integer); | Метод загрузки массива допустимых пределов. | |
| procedure LoadRequest (RequestID : Integer); | Метод загрузка информации о заявке. | |
| procedure LoadZ; | Метод вычисления Z-массива. | |
| procedure LoadP; | Метод вычисления P-массива. | |
| procedure LoadParams; | Метод загрузки параметров; | |
| procedure GetResults; | Метод анализа Z и P массивов. | |
| public | constructor Create (Connection : TADOConnection); | Конструктор класса. |
| destructor Destroy; | Деструктор класса. | |
| function GetRecommendation (RequestID : Integer) : String; | Функция получения рекомендации по выбранной заявке. |
Модуль описания заявки
Данный модуль создается при инициализации модуля выдачи рекомендаций «TRecommendationController» и служит для получения данных об интересующей нас заявке и расчете показателей, характеризующих её.
При анализе неисправности нам необходимо учитывать предыдущий накопленный опыт её возникновения, средства, расходуемые для её устранения. Все эти требования реализуются в классе TRequest.
Таблица 2.6
Описание класса «TRequest»
| Область видимости | Поле/метод | Описание |
| private | Loaded : Boolean | Указывает на то, что в экземпляре класса уже загружены данные об интересующей нас заявке. |
| Connection : TADOConnection; | Ссылка на компонент соединения с базой данных. | |
| Request : TADOQuery; | Запрос к базе данных, который содержит данные, о загруженной заявке. | |
| function GetQuery (SQL : String) : TADOQuery; | Функция для получения результатов произвольного запроса к БД. | |
| function GetSimilarRequest (Date1, Date2 : TDateTime; Where : String = ») : TADOQuery; | Функция для получения списка заявок за период, которые равны по типу неисправности с рассматриваемой заявкой. | |
| procedure TestLoaded; | Функция создает исключение, если заявка не была загружена. | |
| public | constructor Create (Connection : TADOConnection); | Конструктор класса. |
| destructor Destroy; | Деструктор класса. | |
| procedure Load (RequestID : Integer); | Метод для загрузки информации по заданной заявке. | |
| procedure Clear; | Метод для очистки данных. | |
| function GetDefectID : Integer; | Метод получения кода неисправности загруженной заявки. | |
| function GetUserID : Integer; | Метод получения кода пользователя, который добавил заявку. | |
| function GetCostOfRepairs : Double; | Метод получения стоимости ремонта для загруженной заявки. | |
| function GetCostOfSpareParts : Double; | Метод получения стоимости запчастей для загруженной заявки. | |
| function GetDateOfRegistration : TDateTime; | Получить дату регистрации загруженной заявки. | |
| function GetDefectCountFormMonth : Integer; | Метод вычисления количества заявок за месяц (от текущей даты), тип которых соответствует типу загруженной заявки. | |
| function GetDefectCountForm6Month : Integer; | Метод вычисления количества заявок за шесть месяцев (от текущей даты), тип которых соответствует типу загруженной заявки. | |
| function GetDefectCountForm12Month : Integer; | Метод вычисления количества заявок за двенадцать месяцев (от текущей даты), тип которых соответствует типу загруженной заявки. | |
| function GetDefectCashSumForm12Month : Double; | Метод вычисления количества средств потраченных на устранения подобных неисправности за двенадцать месяцев (от текущей даты). | |
| function GetUserFailureDefectCountForm3Month : Integer; | Метод вычисления количества подобных неисправностей по вине пользователя (за три месяца от текущей даты), который добавил текущую заявку. | |
| function GetUserFailureDefectCountForm6Month : Integer; | Метод вычисления количества подобных неисправностей по вине пользователя (за шесть месяцев от текущей даты), который добавил текущую заявку. | |
| function GetUserFailureDefectCashSumForm12Month : Double; | Метод вычисления количества средств потраченных на устранения подобных неисправности за двенадцать месяцев (от текущей даты) по вине пользователя. |
Основой клиентской части является модуль TdmData. Модуль выполняет следующие функции: соединение с сервером; управление предоставленными сервером наборами данных; получение доступа к функциональности сервера (создание проекции интерфейса взаимодействия «TdssmRemoteData»).
Для подключения к серверу используется компонент SQLConnection. В качестве параметров подключения мы указываем: тип подключения (DataSnap); IP-адрес сервера; порт подключения (5000); протокол взаимодействия (в нашем случае TCP); логин и пароль пользователя.
Для доступа к функциональности и данным сервера используется специальный компонент DSProviderConnection, который необходим для подключения клиентского набора данных (TClientDataSet) к провайдеру набора данных (TDataSetDrovider).
После успешного подключения к серверу выполняется активация доступных наборов данных (открытие набора данных).
После открытия набора пользователь может редактировать набор данных через визуальные компоненты (такие как TDBGrid, TDBEdit, TDBMemo, TDBImage, TDBNavigator и т.д.), разработанные специально для работы с базами данных. Но визуальные компоненты подключаются не напрямую к клиентскому набору данных, а используют специальный «посредник» (объект класса TDataSource) который призван унифицировать использование визуальных компонентов с различными типами наборов данных.
Клиент также получает доступ к интерфейсу взаимодействия сервера TdssmRemoteData. На стороне клиента, через компонент DSProviderConnection, создается «проекция» класса TdssmRemoteData, в которую входят все методы серверного класса со спецификатором public. Класс «проекция» инициализируется сразу после подключения клиента к серверу.
Рисунок 2.15 Схема модуля TdmData
Таблица 2.7
Описание класса «TdmData»
| Область видимости | Поле/метод | Описание |
| public | SQLConnection: TSQLConnection; | Компонент соединения с сервером приложений; |
| DSProviderConnection: TDSProviderConnection; | Компонент соединения с | |
| cdsUserInfo: TADOQuery; | Клиентский набор данных «Информация о пользователе». | |
| dsUserInfo: TDataSetProvider; | Посредник набора данных cdsUserInfo. | |
| cdsFunction: TADOTable; | Клиентский набор данных «Должность». | |
| dsFunction: TDataSetProvider; | Посредник набора данных cdsFunction. | |
| cdsDefect: TADOTable; | Клиентский набор данных «Неисправность». | |
| dsDefect: TDataSetProvider; | Посредник набора данных cdsDefect. | |
| cdsDepartment: TADOTable; | Клиентский набор данных «Отделение». | |
| dsDepartment: TDataSetProvider; | Посредник набора данных cdsDepartment. | |
| cdsUserType: TADOTable; | Клиентский набор данных «Тип пользователя». | |
| dsUserType: TDataSetProvider; | Посредник набора данных cdsUserType. | |
| cdsUser: TADOTable; | Клиентский набор данных «Пользователь». | |
| dsUser: TDataSetProvider; | Посредник набора данных cdsUser. | |
| cdsOpenRequest: TADOTable; | Клиентский набор данных «Открытые заявки». | |
| dsOpenRequest: TDataSetProvider; | Посредник набора данных cdsOpenRequest. | |
| cdsClosedRequest: TADOTable; | Клиентский набор данных «Закрытые заявки». | |
| dsClosedRequest: TDataSetProvider; | Посредник набора данных cdsClosedRequest. | |
| cdsArchive: TADOTable; | Клиентский набор данных «Архив». | |
| dsArchive: TDataSetProvider; | Посредник набора данных cdsArchive. | |
| cdsParams: TADOTable; | Клиентский набор данных «Параметры». | |
| dsParams: TDataSetProvider; | Посредник набора данных cdsParams. | |
| cdsDefectCount: TADOTable; | Клиентский набор данных «Количество неисправностей». | |
| dsDefectCount: TDataSetProvider; | Посредник набора данных cdsDefectCount. | |
| cdsYearReport: TClientDataSet; | Клиентский набор данных «Годовой отчет». | |
| dsYearReport: TDataSetProvider; | Посредник набора данных cdsYearReport. | |
| cdsReportRequestClose: TADOQuery; | Клиентский набор данных «Отчет по закрытым заявкам». | |
| dsReportRequestClose: TDataSetProvider; | Посредник набора данных cdsRequestClose. | |
| cdsReportRequestOpen: TADOQuery; | Клиентский набор данных «Отчет по открытым заявкам». | |
| dsReportRequestOpen: TDataSetProvider; | Посредник набора данных cdsRequestOpen. | |
| cdsRequest: TADOQuery; | Клиентский набор данных «Заявка». | |
| dsRequest: TDataSetProvider; | Посредник набора данных cdsRequest. |
Блок-схема модуля построения списка заявок приведена на рисунке 2.16.
Рисунок 2.16 Блок-схема модуля построения списка заявок
1.2 Контрольный пример реализации проекта и его описание
Программу можно запустить от имени администратора и пользователя.
После запуска программы на экране монитора появится окно входа в программу, с которого и начинается её работа. В открывшемся окне входа необходимо ввести имя пользователя и пароль.
Рисунок 2.17 Авторизация пользователя
После авторизации откроется главное меню программы в соответствии с правами пользователя.
Главное меню учетной записи администратора содержит кнопки:
Вход – для смены учетной записи пользователя;
Создать заявку – для подачи заявки;
Данные – для заполнения справочников;
Заявки – для просмотра и закрытия заявок;
Закрытые – для просмотра закрытых заявок;
Архи – для просмотра заявок отправленных в архив;
Обновить – для обновления списка заявок, если программа долго висит в области уведомлений;
Пользователь – для отображения информации о пользователе прошедшем авторизацию;
Показатели – для отображения графиков и диаграмм;
Отчеты – для формирования отчетов.
Рисунок 2.18 Главное меню администратора
Основное меню состоит из 2 вкладок — система и окно.
Система реализует следующие функции: Вход, Создать заявку, Данные, Заявки, Закрытые, Архив, Пользователь.
Окно реализует следующие функции: Закрыть, Каскад, Горизонтальное выравнивание, Вертикальное выравнивание, Свернуть все, Упорядочить.
Главное меню учетной записи пользователя содержит кнопки Указать неисправность, ОК, Отмена и поле Описание предназначенное для описания неисправности оборудования. Описание производится пользователем в произвольной форме.
Рисунок 2.19 Учет заявки
Для отправки заявки на исполнение нужно нажать кнопку ОК (после заполнения всех полей).
Рисунок 2.20 Список заявок
В главном меню администратора приведены основные кнопки для осуществления работы системы – добавление заявки, получение списка заявок, просмотр архива заявок, просмотр данных о пользователе и результатов расчета показателей. Также администратор заполняет справочники.
Рисунок 2.21 Справочник Статус
Рисунок 2.22 Справочник Услуги
Рисунок 2.23 Справочник Пользователи
Рисунок 2.24 Справочник отделений
Рисунок 2.25 Справочник должностей
Для добавления пользователя необходимо нажать на панели инструментов «+» — откроется окно добавления данных пользователя.
Рисунок 2.26 Данные пользователя
Для контроля и анализа работы предусмотрен вывод отчетных форм за выбранный период.
Рисунок 2.27 Отчет Статистика по заявкам
При отображении отчета предусмотрена возможность вывода на печать и экспорта в среду Microsoft Office .
Рисунок 2.28 Отчет по пользователям
Для пользователя возможно только добавление заявки.