Бизнес-процесс представляет совокупность различных видов деятельности, в рамках которой «на входе» используются один или более видов ресурсов, и в результате этой деятельности на «выходе» создается продукт, представляющий ценность для потребителя.
На вход в систему подаются заявка на ремонт и диагностику оборудования, список всех рабочих предприятия, обслуживающих данное оборудование. Задачи выполняются главным инженером, директором, начальником цеха, бухгалтером и ремонтной бригадой. На выполнение задач влияют характер работ, который определяет тип ремонта и перечень определенных задач, инструкции, которые должны исполнять все работники предприятия, например, правила техники безопасности или правила составления отчетов, а также рабочая смена, определяющая кто работает или может выйти на работу в дни ремонта (см. рис. 2).
Рисунок 2. Контекстная диаграмма процесса учета ремонтных работ котлов и обслуживание котельной в посёлке Теплоозерск.
Вначале директором и главным инженером формируется запрос на проведение ремонта оборудования на основании заявки поданной мастером. В зависимости от характера проводимых работ формируются необходимые запросы, а также происходит формирование ремонтной бригады из списка всех рабочих предприятия начальником того цеха, в котором необходим ремонт. Далее бригада производит ремонт оборудования, соблюдая стандартные нормативные инструкции. По окончании ремонта бухгалтеру передается вся информации о проделанной работе, на основании которой с помощью определенных инструкций формируется отчет о ремонте и высчитываются расходы (см. рис. 3).
Рисунок 3. Декомпозиция процесса учета ремонтных работ котлов и обслуживание котельной в посёлке Теплоозёрск.
При проведении ремонтных работ, во-первых, приостанавливается работа цеха и при помощи диагностического оборудования выявляются неисправности. Во-вторых, начинается устранение причины поломки, и проводится тестирование котельного оборудования. Эти процессы могут проходит параллельно и повторятся несколько раз. После того, как процессы будут завершены, цех можно обратно вводить в эксплуатацию. В специальных бумагах фиксируют возникшую проблему и передают их на формирование отчета (см. рис. 4).
Рисунок 4. Декомпозиция работы «Проведение ремонтных работ котлов»
После получения сообщения о проделанном ремонте, бухгалтер на основании определенных инструкций формирует финансовые сведения о законченном ремонте, фиксируются данные об оборудовании, длительности работ и бригаде, исполняющей ремонт. Также бухгалтер принимает участие в расчете затрат, высчитывая необходимые значения, по которым формируются сведения о затратах. Данные сведения и отчет в конечном итоге получает директор на ознакомление (см. рис. 5).
Рисунок 5. Декомпозиция работы «Формирование отчетных документов»
База данных системы состоит из 15 таблиц, из них 4 – справочные таблицы, предназначенные для хранения постоянной информации; 11 основные.
Структуру данных, проектируемой системы, графически можно представить, используя ERD-диаграмму. Диаграмма позволяет рассмотреть систему целиком и выяснить требования, необходимые для ее разработки, касающиеся хранения информации.
Для построения логической модели базы данных необходимо определить сущности и атрибуты, определить связи между ними. Сущность — это субъект, место, вещь, событие или понятие, содержащие информацию. В логической модели все эти характеристики называются атрибутами сущности.
Основными сущностями данной базы данных являются, например: «Заявка» (zayvka), «Ремонт» (remont), «Оборудование» (oborudovanie). Рассмотрим более подробно описание сущностей.
Ниже представлена сущность «Заявка» (Zayvka) для хранения заявок на ремонт оборудования (см. Таблица 2.1).
Таблица 2.1 – Атрибуты сущности «Заявка» (Zayvka)
Атрибут | Описание | Тип | Размерность |
idzayvka | Первичный ключ | INT | 11 |
nomer | Номер заявки | VARCHAR | 255 |
datef | Дата формирования | DATE | |
opisanie | Описание | VARCHAR | 255 |
soobshil | Кто сообщил | VARCHAR | 255 |
Сущность «Сотрудник» (sotrudnik), содержит список сотрудников фиксирующих события по ремонту и заносящих их на сайт (см. Таблица 2.2).
Таблица 2.2 – Атрибуты сущности «Сотрудник» (sotrudnik)
Атрибут | Описание | Тип | Размерность |
idsotrudnik | Первичный ключ | INT | 11 |
iduchastok | Участок | INT | 11 |
Id | Идентификатор пользователя сайта | INT | 11 |
Fio | Фамилия, имя, отчество | VARCHAR | 255 |
idbrigada | Бригада | INT | 11 |
iddoljnoct | Должность | INT | 11 |
Datroj | Дата рождения | DATE | |
Imya | Имя | VARCHAR | 255 |
otchestvo | Отчество | VARCHAR | 255 |
primech | Примечание | VARCHAR | 255 |
Fiosocr | ФИО, сокращенно | VARCHAR | 255 |
Сущность «Ремонт» (Remont), содержит информацию о ремонте котлов и обслуживании котельной (см. Таблица 2.3).
Таблица 2.3. – Атрибуты сущности «Ремонт» (Remont)
Атрибут | Описание | Тип | Размерность |
idremont | Первичный ключ | INT | 11 |
idcatremont | Категория ремонта | INT | 11 |
datebegin | Начало ремонта | DATE | |
dateend | Окончание ремонта | DATE | |
idustanovka | Внешний ключ сущности «Установка» | INT | 11 |
idbrigada | Внешний ключ сущности «Бригада» | INT | 11 |
idzayvka | Внешний ключ сущности «Заявка» | INT | 11 |
idvidihpolomki | Внешний ключ сущности«Работы» | INT | 11 |
Сущность «Категория ремонт» (Catremont) содержит список проведенных ремонтов (см. Таблица 2.3).
Таблица 2.3 – Атрибуты сущности «Категория ремонта» (Catremont)
Атрибут | Описание | Тип | Размерность |
idcatremont | Первичный ключ | INT | 11 |
name | наименование | VARCHAR | 255 |
Сущность «Оборудование» (Oborudovanie) содержит список оборудования обслуживающей компании (см. Таблица 2.5).
Таблица 2.4 – Атрибуты сущности «Оборудование» (oborudovanie)
Атрибут | Описание | Тип | Размерность |
idoborudovanie | Первичный ключ | INT | 11 |
name | Наименование | VARCHAR | 255 |
dataust | Дата установки | DATE | |
srokgar | Гарантийный срок | INT | 11 |
idfirma | Фирма | INT | 11 |
idcategory | Категория | INT | 11 |
Сущность «Бригада» (Brigada) содержит список бригад обслуживающей компании (см. Таблица 2.6).
Таблица 2.6 – Атрибуты сущности «Бригада» (Brigada)
Атрибут | Описание | Тип | Размерность |
idbrigada | Первичный ключ | INT | 11 |
name | Наименование | VARCHAR | 255 |
iduchastok | Участок | INT | 11 |
comments | Комментарий | VARCHAR | 255 |
idmehanik | Механик | INT | 11 |
daten | Начало | DATE | |
datek | Окончание | DATE | |
idelectric | Электрик | INT | 11 |
idslesar1 | Слесарь1 | INT | 11 |
idslesar2 | Слесарь2 | INT | 11 |
idgassvarka | Газосварщик | INT | 11 |
Сущность «Здания» (Zdanie) содержит место, где установлено оборудование (см. Таблица 2.7).
Таблица 2.7 – Атрибуты сущности «Здания» (Zdanie)
Атрибут | Описание | Тип | Размерность |
idzdanie | Первичный ключ | INT | 11 |
adress | Адрес здания | VARCHAR | 255 |
typez | Тип здания | VARCHAR | 255 |
idorg | Внешний ключ сущности «Организация» | INT | 11 |
Сущность «Установка» (Ustanovka) содержит список, где устанавливается оборудование с указанием основной бригады (см. Таблица 2.8).
Таблица 2.8 – Атрибуты сущности «Установка» (Ustanovka)
Атрибут | Описание | Тип | Размерность |
id_ustanovka | Первичный ключ | INT | 11 |
id_oborudovanie | Оборудование | INT | 11 |
dateust | Дата установки | DATE | |
id_brigade | Бригада | INT | 11 |
id_zdanie | Здание | INT | 11 |
serial | Серийный номер |
Сущность «Фирма» (Firma) содержит список фирм, предоставляющих оборудование и запчасти (см. Таблица 2.9).
Таблица 2.9 – Атрибуты сущности «Фирма» (firma)
Атрибут | Описание | Тип | Размерность |
Idfirma | Первичный ключ | INT | 11 |
name | Наименование | VARCHAR | 255 |
adres | Адрес | VARCHAR | 255 |
telefon | Телефон | VARCHAR | 255 |
Сущность «Должности» (doljnost) содержит список должностей сотрудников организации (см. Таблица 2.10).
Таблица 2.10 – Атрибуты сущности «Должность» (doljnost)
Атрибут | Описание | Тип | Размерность |
id_doljnost | Первичный ключ | INT | 11 |
name | Наименование | VARCHAR | 255 |
Сущность «Категория оборудования» (Category) содержит список категорий оборудования (см. Таблица 2.11).
Таблица 2.11 – Атрибуты сущности «Категория оборудования» (Category)
Атрибут | Описание | Тип | Размерность |
idcategory | Первичный ключ | INT | 11 |
name | Наименование | VARCHAR | 255 |
Сущность «Организация» (Org) содержит список организаций обслуживающих участок (см. Таблица 2.12).
Таблица 2.12 – Атрибуты сущности «Организация» (Org)
Атрибут | Описание | Тип | Размерность |
id_org | Первичный ключ | INT | 11 |
name | Наименование | VARCHAR | 255 |
adress | Адрес | VARCHAR | 255 |
telefon | Телефон | VARCHAR | 255 |
Сущность «Uchastok» (Участок) содержит список обслуживаемых участков (см. Таблица 2.13).
Таблица 2.13 – Атрибуты сущности «Участок» (Uchastok)
Атрибут | Описание | Тип | Размерность |
iduchastok | Первичный ключ | INT | 11 |
name | Название | VARCHAR | 255 |
adres | Адрес | VARCHAR | 255 |
Сущность «Vidihpolomki» (Работы) содержит список работ при обслуживании оборудования (см. Таблица 2.14).
Таблица 2.14 – Атрибуты сущности «Vidihpolomki» (Работы)
Атрибут | Описание | Тип | Размерность |
idvidihpolomki | Первичный ключ | INT | 11 |
name | Наименование | VARCHAR | 255 |
idcatremont | Внешний ключ сущности «Категория ремонта» | INT | 11 |
idcategory | Внешний ключ сущности «Категория» | INT | 11 |
period | Проверочный период | INT | 11 |
Сущность «Zapchasti» (Запчасти) содержит список запчастей, необходимых для выполнения ремонта или обслуживания (см. Таблица 2.15).
Таблица 2.15 – Атрибуты сущности «Zapchasti» (Запчасти)
Атрибут | Описание | Тип | Размерность |
idzapchasti | Первичный ключ | INT | 11 |
idremont | Внешний ключ сущности «Ремонт» | INT | 11 |
idoborud | Внешний ключ сущности «Оборудование» | INT | 11 |
kolvo | Количество | INT | 11 |
Сущности между справочными и рабочими таблицами связаны между собой взаимосвязью «один — ко — многим». Это означает, что один экземпляр одной сущности взаимодействует с несколькими экземплярами другой сущности.
Взаимосвязи отображаются линиями, соединяющими две сущности с точкой на одном конце и глаголом, располагаемым над линией.
Для каждой сущности выделены атрибуты, которые могут стать первичным ключом:
- первичный ключ должен быть подобран таким образом, чтобы по значениям атрибутов, в него включенных, можно было точно идентифицировать экземпляр сущности;
- никакой из атрибутов первичного ключа не должен иметь нулевое значение;
- значения атрибутов первичного ключа не должны меняться. Если значение изменилось, значит, это уже другой экземпляр сущности.
При проведении связи между двумя сущностями в дочерней сущности автоматически образуются внешние ключи (foreign key). Связь образует ссылку на атрибуты первичного ключа в дочерней сущности, и эти атрибуты образуют внешний ключ в дочерней сущности. Атрибуты внешнего ключа обозначаются символами (FK) после своего имени. При проведении связи между сущностями первичный ключ мигрирует в дочернюю сущность.
Целью создания физической модели является обеспечение администратора соответствующей информацией для переноса логической модели данных в СУБД (см. рис. 7).
Рисунок 7 – Логическая модель базы данных
На основе логической модели была построена физическая модель (см. рис. 8). Изучив документацию, определились атрибуты сущностей и их типы данных. Так же для удобства и быстроты заполнения основных таблиц были введены справочники. В результате была разработана окончательная физическая модель системы.
Рисунок 8 – Физическая модель базы данных