62
2.3 ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ
2.3.1 Общие положения (дерево функций и сценарий диалога)
Дерево функций АРМ учета заявки ООО «Гео-СВЕТ» приведено на
рис.2.33.
Рис. 2.33. Дерево функций АРМ учета заявки ООО «Гео-СВЕТ»
Как видно из рис. 2.33 к основным функциям АРМ учета заявки ООО
«Гео-СВЕТ» относятся функции «Создать», «Редактировать», «Удалить»,
«Обновить» и «Поиск». К вспомогательным функциям относятся «Создать
группу», «Создать категорию», «Сформировать отчет», «Печать» и «Экспорт».
Перечисленные функции размещены на панели инструментов
справочников, журналов и форм для формирования отчетов.
Сценарий диалога в АРМ учета заявки ООО «Гео-СВЕТ» приведен в
приложении 1.
Функции
Основные
Создать
Редактировать
Удалить
Обновить
Поиск
Вспомогательные
Создать группу
Создать
категорию
Сформировать
отчет
Печать
Экспорт
63
2.3.2 Характеристика базы данных
Схема логической ER-модели базы данных АРМ учета заявки ООО «Гео-
СВЕТ» приведена на рис.2.34.
Рис. 2.34. Схема логической ER-модели базы данных АРМ учета заявки ООО
«Гео-СВЕТ»
При проектировании базы данных были выделены основные предметные
области: «Организация», «Оборудование», «Заявка». Для работы организации
создадим сущности «Должность», «Отделение», «Сотрудник».
Сущность «Сотрудник» содержит персональные данные сотрудника, и
информацию об отделе и должности занимаемой в организации. Сущность
«Должность» и «Сотрудник», «Отделение» и «Сотрудник» связаны как 1:M
(кардинальность (1,1): (0, M)). Сотрудник всегда имеет должность и относится к
отделу.
Для авторизации сотрудника в системе создадим сущность
«Пользователь». Связь между сущностями «Пользователь» и «Сотрудник» 1:1
(кардинальность (1,1): (0, 1)), связь необязательная, идентифицирующая, т.е.
пользоваться программой может только сотрудник организации с определенным
64
набором ролей, но не каждый сотрудник обязательно должен быть
пользователем.
Для организации работы с оборудованием создадим следующий набор
сущностей: «Группа оборудования», «Категория оборудования»,
«Характеристика категории», «Оборудование», «Комплектующие»
«Производитель», «Характеристика оборудования». Сущности «Группа
оборудования» и «Категория оборудования», «Категория оборудования» и
«Оборудование» связаны как 1:M (кардинальность (1,1): (0, M)), имеет
обязательный класс принадлежности. Сущность «Характеристика
оборудования» разбивает связь M:M между сущностями «Категория
оборудования» и «Оборудование» на две связи 1:M (кардинальность (1,1): (0,
M)), с обязательным классом принадлежности. Оборудование может не
относится ни к одному производителю, по причине незнания, поэтому связь
между сущностями «Оборудование» и «Производитель» 1:M (кардинальность
(0,1): (0, M)) с необязательным классом принадлежности с обеих сторон.
Оборудование может иметь комплектующие для этого созданы две связи с
сущностью «Комплектующие» 1: М (кардинальность (1,1): (0, M)),
обязательного класса принадлежности со стороны сущности «Оборудование».
Для сохранения изменения состояния оборудования на протяжении всего
цикла работы, введем две дополнительные сущности «Статус» и «История
изменения статуса» со связью 1: М (кардинальность (1,1): (0, M)). Сущность
«Статус» имеет обязательный класс принадлежности, а «История изменения
статуса» необязательный класс принадлежности. Сущности «Оборудование» и
«История изменения статуса» связаны аналогично: 1: М (кардинальность (1,1):
(0, M)).
Для формирования предметной области для заявки на ремонт или
модернизацию создадим сущности «Заявка», «Модернизация», «Ремонт»,
«История изменения статуса заявки», «Статус заявки». Сущность «Заявка»
связана с сущностями «Модернизация», «Ремонт» и «История изменения статуса
заявки» связью 1: М (кардинальность (1,1): (0, M)), с обязательным классом
принадлежности со стороны сущности «Заявка». Связь 1: М (кардинальность
(0,1): (0, M)) с сущностью «Сотрудник» имеет необязательный класс
65
принадлежности с обеих сторон, т.е. сразу может быть неизвестен
ответственный сотрудник за выполнение заявки. Сущность «Модернизация»
также связана с сущностью «Оборудование» 1: М (кардинальность (0,1): (0, M)),
необязательна с обеих сторон.
Для детализации проведенного ремонта введем три дополнительные
сущности «Материал», «Неисправность», «Работа» со связью 1: М
(кардинальность (1,1): (0, M)), обязательным классом принадлежности со
стороны этих сущностей, и необязательным классом принадлежности со
стороны сущности «Ремонт».
Схема физической ER-модели базы данных АРМ учета заявки ООО «Гео-
СВЕТ» приведена на рис.2.35.
Рис. 2.35. Схема физической ER-модели базы данных АРМ учета заявки ООО
«Гео-СВЕТ»
Описание таблиц базы данных АРМ учета заявки ООО «Гео-СВЕТ»
приведено в таблицах 2.4-2.23.
66
Таблица 2.4
Структура таблицы «OEmployee» (Сотрудник)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Фамилия, имя,
отчество
Fio
nvarchar
50
Дата рождения
Birthday
datetime2
8
Документы
DocInfo
nvarchar
200
Контакты
ContactInfo
nvarchar
200
Код должности
PositionFK
int
4
внешний ключ
Код отделения
DepartmentFK
int
4
внешний ключ
Примечание
Comment
nvarchar
200
Таблица 2.5
Структура таблицы «Position» (Должность)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Название
Caption
nvarchar
50
Таблица 2.6
Структура таблицы «Department» (Отделение)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Название
Caption
nvarchar
50
Примечание
Comment
nvarchar
200
Таблица 2.7
Структура таблицы «User» (Пользователь)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Логин
Login
nvarchar
30
Пароль
Password
nvarchar
30
Роль
Role
int
4
67
Таблица 2.8
Структура таблицы «EqWorkplace» (Рабочее место)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код отдела
DepartmentFK
int
4
внешний ключ
Сектор
Sector
nvarchar
50
Код
ответственного
сотрудника
ResponsibleFK
int
4
внешний ключ
Таблица 2.9
Структура таблицы «EqGroup» (Группа оборудования)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое
поле
Название
Caption
nvarchar
50
Таблица 2.10
Структура таблицы «EqCategory» (Категория оборудования)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код группы
GroupFK
int
4
внешний ключ
Название
Caption
nvarchar
50
Таблица 2.11
Структура таблицы «EqCategorySpecification» (Характеристика категории)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код категории
CategoryFK
int
4
внешний ключ
Название
Caption
nvarchar
50
Таблица 2.12
Структура таблицы «Manufacturer» (Производитель)
Наименование поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Название бренда
Caption
nvarchar
50
Полное название
FullCaption
nvarchar
50
68
Таблица 2.13
Структура таблицы «Equipment» (Оборудование)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код категории
CategoryFK
int
4
внешний ключ
Модель
BankInfo
nvarchar
50
Код
производителя
(FK)
ManufacturerFK
int
4
внешний ключ
Зав.номер
ZNumber
nvarchar
20
Инв.номер
INumber
nvarchar
20
Примечание
Comment
nvarchar
250
Таблица 2.14
Структура таблицы «EqComposition» (Комплектующие)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код
оборудования
владельца
ParentEquipmentFK
int
4
внешний ключ
Код
оборудования
комплектующего
ChildEquipmentFK
int
4
внешний ключ
Количество
Quantity
Real
4
Примечание
Comment
nvarchar
250
Таблица 2.15
Структура таблицы «EqEvent» (Статус оборудования)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Название
Caption
nvarchar
50
Таблица 2.16
Структура таблицы «EqHistory» (История изменения статуса)
Наименование поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
Id
int
4
ключевое поле
Код оборудования
EquipmentFK
int
4
внешний ключ
Дата
DateEvent
datetime
8
Код статуса
EventFK
int
4
внешний ключ
Примечание
Comment
nvarchar
250
69
Таблица 2.17
Структура таблицы «EqSpecification» (Характеристика оборудования)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код
оборудования
EquipmentFK
int
4
внешний ключ
Код
характеристики
категории
SpecificationFK
int
4
внешний ключ
Значение
Value
nvarchar
50
Примечание
Comment
nvarchar
250
Таблица 2.18
Структура таблицы «Request» (Заявка)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Дата
Date
datetime
8
Код
оборудования
EquipmentFK
int
4
внешний ключ
Тип заявки
TypeRepair
int
4
Причина
ReasonText
nvarchar
50
Код
сотрудника
автора заявки
AuthorFK
int
4
внешний ключ
Код
сотрудника
ответственного
ResponsibleFK
int
4
внешний ключ
Примечание
Comment
nvarchar
250
Таблица 2.19
Структура таблицы «ReqModern» (Модернизация)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код контрагента
RequestFK
int
4
внешний ключ
Тип
модернизации
TypeOperation
int
4
Код
изменяемого
оборудования
OldEquipmentFK
int
4
внешний ключ
Код нового
оборудования
NewEquipmentFK
int
4
внешний ключ
Примечание
Comment
nvarchar
250
70
Таблица 2.20
Структура таблицы «Repair» (Ремонт)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код заявки
RequestFK
int
4
внешний ключ
Дата начала
DateStart
datetime
8
Дата оконч.
DateEnd
datetime
8
Примечание
Comment
nvarchar
250
Таблица 2.21
Структура таблицы «RepFault» (Неисправность)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код ремонта
RepairFK
int
4
внешний ключ
Неисправность
FaultText
nvarchar
250
Таблица 2.22
Структура таблицы «RepWork» (Работа)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код ремонта
RepairFK
int
4
внешний ключ
Работа
WorkText
nvarchar
250
Код сотрудника
WorkerFK
int
4
внешний ключ
Часы
Hour
real
4
Примечание
Comment
nvarchar
250
Таблица 2.23
Структура таблицы «RepMaterial» (Материал)
Наименование
поля
Идентификатор
поля
Тип поля
Длина поля
Прочее
Код
Id
int
4
ключевое поле
Код ремонта
RepairFK
int
4
внешний ключ
Код
оборудования
EquipmentFK
int
4
внешний ключ
Количество
Quantity
real
4
Материал
Material
nvarchar
250
На следующем этапе выполним разработку схемы пакета или дерева
вызова программных модулей АРМ учета заявки ООО «Гео-СВЕТ».
71
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Структурная схема пакета или дерево вызова программных модулей АРМ
учета заявок ООО «Гео-СВЕТ» приведено на рис.2.36.
Рис. 2.36. Структурная схема пакета или дерево вызова программных модулей
АРМ учета заявок ООО «Гео-СВЕТ»
Как видно из рис.2.36, из главного меню АРМ учета заявок ООО «Гео-
СВЕТ» можно будет получить доступ к меню:
- «Организация» для ведения учета отделений, должностей, сотрудников;
- «Оборудование» для ведения учета групп, категорий оборудования,
моделей и производителей оборудования и создания различных статусов
оборудования;
- «Заявки» для ведения учета заявок;
- «Анализ» для формирования отчетов для оценки текущего состояния
системы ведения учета заявок;
- «Безопасность» для ведения учета пользователей;
- «Кабинет» для мониторинга поступающих заявок на ремонт или
модернизацию оборудования;
- «Окно» для управления открытыми формами для ввода и вывода
информации;
- «О программе» для получения справочной информации.
Главное
меню
Организация
Отделение
Должности
Сотрудники
Оборудование
Группы,
категории
Оборудование
Производители
Статус
оборудования
Заявки Анализ Безопасность
Пользователи
Кабинет
Оборудование
ответственный
Заявки
ответственный
Окно
О
программе