59
Сотрудник
Создание заявки на
ремонт
Заявка на ремонт
Т* «Заявки»
Мастер
Регистрация
выполненной
работы
Сотрудник,
создавший заявку
Сведения о
выполненном
ремонте
Мастер
ИС
Рукводитель
Администратор
Отчет о
деятельности
технического
отдела
Т «Заявки»
Т «Реестр тех.
ресурсов»
Т «Типы тех.
ресурсов»
Т «Сотрудники»
Отчет о состоянии
технических
ресурсов
Изменение данных
Т* «Реестр тех.
ресурсов»
Т* «Типы тех.
ресурсов»
Т* «Сотрудники»
Рисунок 2.1 – Информационная модель учета ремонтов
2.2.2. Характеристика нормативно-справочной, входной и
оперативной информации
Входная информация включает в себя данные, вводимые в систему.
Заявки на ремонт
форма представления: ввод в ИСУРКТ осуществляется посредством
организации диалога ввода данных;
периодичность и источник получения информации: вводит
пользователь при создании новой заявки на ремонт;
объемы информации: данные заявки содержат:
инвентарный номер технической единицы для ремонта;
дату обращения (создания заявки);
данные сотрудника, создавшего заявку;
описание неисправности со слов сотрудника.
цель использования: создание новых заявок на ремонт;
Данные технического средства (сотрудника, типа техники)
60
форма представления: ввод в ИСУРКТ осуществляется посредством
организации диалога ввода данных;
периодичность и источник получения информации: вводит
администратор по необходимости;
объемы информации: в соответствии со структурой справочников.
цель использования: ведение справочников для основного учета
ремонтов;
В таблице 2.2 приведен состав и характеристики справочников
ИСУРКТ.
Таблица 2.2
Характеристики справочников ИСУРКТ
Наименование
Ответственный
за ведение
Объем
Частота
актуализации
Справочник типов
техники
Администратор
Зависит от
количества
сотрудников и
используемых
ими единиц
техники
По мере
возникновения
необходимости
изменить данные
Справочник
технических средств
Справочник
сотрудников
Предприятия
2.2.3. Характеристика результатной информации
К результатной информации, получаемой в ИСУРКТ, относятся:
Отчет по состоянию технических ресурсов предприятия. В отчете
указывается количество технических единиц, их текущее состояние –
используется визуализация в виде диаграмм с группировкой: по типам
техники, по состоянию техники. Создание отчета инициируется
руководителем.
Отчет по деятельности технического отдела. В отчете указывается за
выбранный период состав выполненных мастерами ремонтных работ с
подсчетом общей суммы, затраченной на покупку запчастей и
комплектующих. Создание отчета инициируется руководителем.
61
Карточка заявки на ремонт. Создается мастером. В карточке
указывается характеристика проведенного ремонта, комментарии
мастера и, при необходимости, список купленных для ремонта
запчастей и комплектующих.
Список заявок на ремонт. Создается автоматически для мастеров
технического отдела. Представляет собой таблицу новых (и архивных)
заявок, созданных пользователями.
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций ИСУРКТ приведено на рисунке 2.2. Функции
системы подразделяются на основные и служебные.
В числе основных функций находятся такие, как: ведение
вспомогательных справочников, учет основных данных по выполненным
ремонтам (управление заявками, учет закупленных комплектующих, и
т.д.), а также важная функция формирования документов (карточка заявки)
и сводных отчетных данных по состоянию технических ресурсов на
Предприятии и деятельности мастеров технического отдела.
К служебным функциям системы относятся:
авторизация пользователя в системе, в результате которой
пользователь получает доступ к своей подсистеме;
подключение к базе данных, определяющее установление связи с
таблицами БД посредством специальных адаптеров;
организация доступа к данным и функциям системы, определяющая
права доступа авторизованного пользователя к набору функций
системы и возможности управления данными;
управление данными, в результате которого информация, введенная
пользователем, отражается в физических таблицах БД;
62
контроль вводимых данных, обеспечивающий проверку
информации, вводимой пользователем.
Функции
Основные Служебные
Ведение
справочников
Учет основных
данных по
ремонтам
Формирование
документов и
отчетов
Авторизация
пользователя в
системе
Подключение к
базе данных
Организация
доступа к данным и
функциям
Контроль вводимых
пользователем
данных
Управление
данными
Рисунок 2.2 – Дерево функций ИСУРКТ
Диалог системы с пользователями организован посредством
главного меню – причем для каждого типа пользователя определен свой
состав главного меню (рисунок 2.3).
63
Главное меню
Меню
администратора
Меню обычного
пользователя
Меню
мастера
Меню
руководителя
Справочник
сотрудников
Справочник
типов
техники
Реестр
технических
средств
Мои
заявки
Запчасти и
комплектую
щие
Отчет по
техническим
ресурсам
Мои
технические
средства
Активные
заявки
Архив
заявок
Завершить
заявку
Списать
технику
Карточка
заявки
Отчет по
затратам
на ремонт
технических
ресурсов
Рисунок 2.3 – Сценарий диалога ИСУРКТ
Подробное описание функций, выполняемых каждым пунктом меню
пользователей, приведено в документе «Руководство пользователя
ИСУРКТ». Данный документ выполнен в соответствии с ГОСТ 19.505-79
[2]и приведен в Приложении 1.
2.3.2. Характеристика базы данных
Физическое проектирование базы данных заключается в
непосредственном определении схемы хранения информации в таблицах,
т.е. физической структуры БД. Физическая структура БД, с одной стороны,
должна адекватно отражать ее логическую структуру, а с другой стороны,
должна обеспечивать эффективное размещение данных и быстрый доступ
64
к ним. Принятые на этом этапе решения оказывают огромное влияние на
производительность системы. [12]
В результате проработки вопроса об организации хранения данных в
физических таблицах БД с каждым полем таблицы сопоставляется
конкретный тип данных, поддерживаемый выбранной СУБД. На модели
также указывается обязательность (требования к заполненности) полей
таблиц и их ключевые признаки.
Физическая модель базы данных ИСУРКТ приведена на рисунке 2.4,
в таблице 2.3 представлена спецификация полей таблиц БД.
Таблица 2.3
Спецификация таблиц базы данных
Атрибут
Обяз.
Тип данных
Ключ
Комментарий
Таблица employee: сотрудники
e_id
Да
INT
PK
Идентификатор
e_furname
Да
VARCHAR(50)
-
Фамилия
e_firstname
Да
VARCHAR(50)
-
Имя
e_secondname
Да
VARCHAR(50)
-
Отчество
e_post
Да
VARCHAR(50)
-
Должность
e_phone
Да
VARCHAR(12)
-
Телефон
e_login
Да
VARCHAR(10)
-
Логин входа в ИСУРКТ
e_password
Да
VARCHAR(10)
-
Пароль входа в ИСУРКТ
e_access
Да
INT
-
Идентификатор прав
доступа
Таблица category: типы технических средств
c_id
Да
INT
PK
Идентификатор
c_name
Да
VARCHAR(50)
-
Наименование категории
Таблица equipment: технические средства
e_id
Да
INT
PK
Идентификатор
e_c_id
Да
INT
FK
Идентификатор категории
e_e_id
Да
INT
FK
Идентификатор
ответственного сотрудника
e_name
Да
VARCHAR(50)
-
Описание (назначение)
e_techdescr
-
VARCHAR(250)
-
Краткое техническое
описание
e_status
Да
VARCHAR(20)
-
Текущий статус
e_issdate
Да
DATE
-
Дата ввода в эксплуатацию
Продолжение таблицы 2.3
Атрибут
Обяз.
Тип данных
Ключ
Комментарий
Таблица orders: заявки на ремонт
65
o_id
Да
INT
PK
Идентификатор
o_e_id
Да
INT
FK
Идентификатороборудования
o_create
Да
DATE
Дата создания
o_complete
-
DATE
Дата завершения
o_description
Да
VARCHAR(256)
Описание неисправности
o_note
-
VARCHAR(256)
Комментарий мастера
Таблица tools: учет комплектующих и запчастей для ремонта
t_id
Да
INT
PK
Идентификатор
t_o_id
Да
INT
FK
Идентификатор заявки
t_name
Да
VARCHAR(256)
Наименование компонента
t_description
-
VARCHAR(256)
Описание компонента
t_price
Да
FLOAT
Стоимость
t_count
Да
INT
Количество
Рисунок 2.4 – Физическая модель базы данных ИСУРКТ
Реализация целостности данных осуществляется средствами
выбранной СУБД за счет каскадного обновления и удаления записей в
order_tool
equipment_order
employee_equipment
equipment_category
category
c_id
c_name
int
varchar(50)
<pk>
identity
not null
Identifier_1
<pk>
employee
e_id
e_furname
e_firstname
e_secondname
e_post
e_phone
e_login
e _password
e_access
int
varchar(50)
varchar(50)
varchar(50)
varchar(50)
varchar(12)
varchar(10)
varchar(10)
int
<pk>
identity
not null
not null
not null
not null
not null
not null
not null
not null
Identifier_1
<pk>
equipment
e_id
e_c_id
e_e_id
e_name
e_techdescr
e_status
e_issdate
int
int
int
varchar(50)
varchar(250)
varchar(20)
date
<pk>
<fk1>
<fk2>
identity
not null
not null
not null
null
not null
not null
Identifier_1
<pk>
orders
o_id
o_e_id
o_create
o_complete
o_description
o_note
int
int
date
date
varchar(256)
varchar(256)
<pk>
<fk>
identity
not null
not null
null
not null
null
Identifier_1
<pk>
tools
t_id
t_o_id
t_name
t_description
t_price
t_count
int
int
varchar(256)
varchar(256)
float(8,2)
int
<pk>
<fk>
identity
not null
not null
null
not null
not null
Identifier_1
<pk>
66
таблицах [19]. При автоматизированном проектировании БД схема
обеспечения целостности данных настроена средствами системы
PowerDesigner, в которой разработана физическая модель данных, и
экспортирована в сгенерированный файл скрипта создания физической
структуры БД.
Другой аспект обеспечения целостности данных реализуется в самом
приложении верхнего уровня и представляет собой:
контроль корректности вводимых данных (принадлежность к типам
данных);
контроль полноты заполнения данных – проверка на наличие
обязательных параметров;
контроль логической целостности данных (например, запрет ввода
отрицательны значений или ввод противоречивых значений).
Дополнительная функциональность приложения за счет средств
СУБД может быть обеспечена с помощью представлений (запросов).
Представления БД – это логические таблицы данных, представляющие
собой поименованный запрос. В отличии от таблиц, представления не
являются самостоятельной единицей БД, но являются динамически
вычисленными и сгруппированными данными из реальных таблиц в
соответствии с запрашиваемыми условиями. Любое изменение в таблице
данных незамедлительно отображается и в соответствующих
представлениях, использующих эту таблицу.
Основное назначение представлений – собрать и вывести выборку
данных из одной или нескольких таблиц в соответствии с заданными
условиями.
Дополнительная функциональность системы также реализуется
посредством триггеров, реализованных в базе данных приложения.
Триггеры позволяют упростить логику приложения и повысить
67
производительность, поскольку избавляют от необходимости
обмениваться данными по сети. [23]
В ИСУРКТ с помощью триггеров реализована такая функция, как
автоматическое обновление статуса технического средства при создании
заявки на его ремонт. Преимущество использования триггера для этой
функции очевидно, поскольку снимается дополнительная нагрузка по
сетевому обмену на приложение, сокращается программный код. На
рисунке 2.5 приведен программный код данного триггера на языке SQL
(рисунок получен копированием фрагмента экрана базы данных в системе
HeidiSQL).
Рисунок 2.5 – Триггер обновления статуса техники
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема приложения может быть описана в нотации UML
в виде диаграммы пакетов, на которой представлена общая компоновка
основных функциональных и объектных частей приложения, схема
взаимодействия основных подсистем программных модулей.
Диаграмма пакетов ИСУРКТ приведена на рисунке 2.6. Из
диаграммы видно, что система состоит из следующих наборов
структурных компонентов:
68
.NETFramework 3.5 – библиотеки платформы, необходимые для
реализации функций;
MySQL – поддержка работы с СУБД MySQL;
Resources – набор ресурсов проекта ПО, включающий иконки,
значки, изображения, параметры, и т.д.;
Libraries–вспомогательные библиотеки для использования функций
приложения.
DoremiServices – основное пространство имен – пакет, содержащий
функциональные компоненты приложения, включающие:
Interfaces – интерфейсы объектной структуры системы
(интерфейс с БД и интерфейс с пользователем);
UserSubsystem – интерфейсные панели представления подсистем
пользователей:
WSAdmin – панели подсистемы администратора;
WSBoss – панели подсистемы руководителя;
WSMaster – панели подсистемы мастера технического
отдела;
WSUser – панели подсистемы обычного пользователя;
Entity – пакет, содержащий реализованные классы сущностей,
выполняющие обработку данных в БД, а также соответствующий
пакет форм диалогов ввода данных DataDialog.