Файл: Разработка регламента выполнения процесса «Управление документооборотом» (Модернизация бизнес-процессов).pdf

Сущность «Мероприятия» описывает специфику вида работы, определяя какие мероприятия необходимо пройти исполнителям, чтобы исполнители моги приступить к выполнению работ и сколько это разрешение будет длиться. К примеру, для работ на высоте, кроме основного медосмотра, необходимо пройти направленный на данную специфику медосмотр.

Сущность «Ремонтные_работы» связана с сущностью «Вид_работы» связью «многие-к-одному», так как несколько проводимых работ могут иметь один и тот же вид.

Сущность «Вид_работы» связана с сущностью «Мероприятия» связью «один-ко-многим», так как один вид работы может подразумевать наличие нескольких мероприятий.

Сущность «Ремонтные_работы» является связующей между областями «Работы» и «Область договора», а сущность «Мероприятия» осуществляет связь между областями «Работы» и «Подрядчики». Типы данных атрибутов сущности «Мероприятия» приведены в Таблице 1.

Таблица 1

Атрибуты сущности «Мероприятия»

Атрибут	Тип данных	Свойство
id_Мероприятия	Числовой, Счетчик	Первичный ключ (PK)
Вид_работы	Числовой	Внешний ключ (FK)
Мероприятие	Текстовый	Ограничен до 50 символов (String)
Срок действия	Числовой	Целое число (Integer)

Следующая рассматриваемая область «Подрядчики». Область имеет четыре сущности: «Личная карта», «Аттестация», «Должности» и «Профессиональные удостоверения» (Рисунок 14).

Рисунок 14. Схема области «Подрядчики».

Через сущности «Личная карта» и «Аттестация» область связана с областями «Область договора» и «Работы» соответственно.

Сущность «Личная карта» содержит основную информацию о сотруднике, а так же даты прохождения обязательных мероприятий. Вторичным ключом «Организация id_организация» она осуществляет связь с сущностью «Организация» области «Область_договора».

Сущность «Личная карта» связана с сущностью «Должности» связью «многие-к-одному», так как разные сотрудники могут иметь одну должность.

Сущность «Личная карта» связана с сущностью «Аттестация» связью «один-ко-многим», так как один сотрудник имеет несколько удостоверений.

Атрибуты сущности «Личная карта» приведены в Таблице 2.

Таблица 2

---

Атрибуты сущности «Личная карта»

Атрибут	Тип данных	Свойства
id_Сотрудника	Числовой, счетчик	Первичный ключ (PK)
Должность id_Должности	Числовой	Внешний ключ (FK)
Организации id_Организации	Числовой	Внешний ключ (FK)
ФИО	Текстовый	Ограничен до 60 символов (String)
Дата_рождения	Дата/время	Короткий формат даты
Дата_прохождения_инструктажа	Дата/время	Короткий формат даты
Дата_прохождения_МО	Дата/время	Короткий формат даты

Сущность «Должности» связана с сущностью «Профессиональные удостоверения» не идентифицирующей связью «один-ко-многим», так как одна должность может иметь несколько удостоверений, а может быть не одного.

Сущность «Профессиональные удостоверения» связанна с сущностью «Аттестация» не идентифицирующей связью «один-ко-многим», так как один вид удостоверения может встречается у нескольких работников в сущности «Аттестация» или может не встречаться вовсе.

Сущность используется для сопоставления вида определенных удостоверений квалификации работников, определенным должностям. Так же в ней содержится информация о сроке действия этого удостоверения.

Атрибуты сущности «Профессиональные удостоверения» представлены в Таблице 3.

Таблица 3

Атрибуты сущности «Профессиональные удостоверения»

Атрибут	Тип данных	Свойства
id_Удостоверения	Числовой, счетчик	Первичный ключ (PK)
Должность id_Должности	Числовой	Внешний ключ (FK)
Удостоверение	Текстовый	Ограничен до 60 символов (String)
Срок_действия	Числовой	Целое число (Integer)

Сущность «Аттестация» является основной результирующей сущностью базы данных, так как собирает данные со всех основных сущностей, и содержит информацию, используемую для определения допуска/не допуска подрядчика к работам. С помощью этой сущности определяется сотрудники, которые имеют удостоверения о квалификации и прошли мероприятия для допуска к работам, а также даты прохождения и получения этих документов. Она имеет две не идентифицирующие связи с сущностью «Профессиональные удостоверения» и сущностью «Мероприятия» из области «Работы», так как у сотрудника может не быть удостоверения или нет пройденных мероприятий.

---

Основные атрибуты сущности представлены в Таблице 4.

Таблица 4

Атрибуты сущности «Аттестация»

Атрибут	Тип данных	Свойства
id_Аттестации	Числовой, счетчик	Первичный ключ (PK)
Сотрудник id_Сотрудника	Числовой	Внешний ключ (FK)
Должность id_Должности	Числовой	Внешний ключ (FK)
Удостоверение id_Удостоверения	Числовой	Внешний ключ (FK)
Дата_получения	Дата/время	Короткий формат даты
Пройденные мероприятия id_Мероприятия	Числовой	Внешний ключ (FK)
Дата_прохождения	Дата/время	Короткий формат даты

Внесение или изменение данных о сотруднике и наличие у них документов будет осуществляться с помощью запросов.

Основная задача проектируемой базы данных – определение подрядчиков, которые могут осуществлять определенные виды работ. Формирование списка допущенных подрядчиков для оформления наряда-допуска также будет осуществляется через запрос. Логическая схема базы данных в полном объеме представлена в приложении 2.

• 1. 2.2. Моделирование процессов «как должно быть».

После рассмотрения способа улучшения действующей модели, можно разработать модель бизнес-процесса «Проведение ремонтных работ на предприятии» формата «как должно быть».

Бизнес-процесс построен с учетом включения в работу базы данных «Управление подрядчиками». Изменения касаются процесса «Подготовка документов». Так как база данных реализует собой информационную систему, модель была построена по нотации DFD (Рисунок 15).

Рисунок 15. Модель «как должно быть» процесса «Подготовка документов».

Внешняя сущность «Ответственный отдел по договору» определяет отдел-исполнитель, который будет осуществлять контроль подрядчиков через процесс «Назначение исполняющего отдела», а также передают ему «Сведения о месте и виде ремонтных работ», через процесс «Передача данных». В процессе «Назначение исполняющего отдела» формируется приказ о назначении, и передается для ознакомления и назначения отдела, в качестве контролирующего подрядчиков, внешней сущности «Назначенный отдел».
(Рисунок 16).

---

Рисунок 16. Внешняя сущность «Ответственный отдел по договору».

Процесс «Предоставление данных» веделен отдельно (не формой потока данных), так как объеденяет в себе данные от внешней сущности «Отдел ответсвенный по договору», который передает данные о ремонтных работах, и от внешней сущности «Подрядчик», который передает персональную информацию (ФИО, наличае удостоверений и т.д) (Рисунок 17).

Рисунок 17. Процессы внесения данных.

Внешняя сущность «Назначенный отдел» принимает данные от процесса «Предоставление данных» и отправляет их в процесс «Внесение данных в базу данных». В процессе «Внесения данных в базу данных» данные приобретают структурированный вид и отправляются на хранение в базу данных (носитель «Данные о подрядчиках»).

Дальнейшие действия происходят в базе данных «Управление подрядчиками». Данные из базы используются в процессе «Анализирование данных пользователя для его допуска/не допуска к проведению работ» (Рисунок 18).

Рисунок 18. Процесс анализа данных.

В процесс «Анализирование данных подрядчика для его допуска/не допуска к проведению работ» поступают запросы-выборки и запросы на обновление данных. Так же из базы данных (носитель «Данные о подрядчиках») поступают необходимые для анализа данные. После выполнения процесса анализа, данные разделяются на два потока – «Данные о работниках прошедших проверку» и «Данные о работниках не прошедших проверку». Эти данные фиксируются в базе данных (носители «Список допущенных подрядчиков» и «Список не допущенный подрядчиков»). Из носителя «Данные о работниках прошедших проверку» данные передаются в процесс «Прохождения вводного инструктажа» в виде «Журнала прохождения вводного инструктажа» (Рисунок 19).

Рисунок 19. Завершение процедуры проверки.

Вводный инструктаж проходят подрядчики, прошедшие проверку, после чего в журнале ставятся отметки о прохождении вводного инструктажа и формируются данные для оформления наряда допуска. Эти данные направляются в процесс «Оформления допуска», результатом завершения которого является наряд-допуск.

Модель бизнес-процесса «Проведения ремонтных работ на предприятии» формата «как должно быть» в полном объеме представлена в приложении 3.

---

ЗАКЛЮЧЕНИЕ

В процессе выполнения курсовой работы анализировалась деятельность предприятия при взаимодействии с подрядными организациями для проведения ремонтных работ. Основной целью являлось рассмотрение потока документов, возникающего в этом процессе. В ходе анализа действующей системы была спроектирована модель бизнес-процесса «Проведение ремонтных работ на предприятии».

Данная модель позволила оценить работу системы и найти недочеты в документообороте. Так было выявлено, что сотрудники предприятия тратят много времени при оформлении документов на разрешение проведения работ подрядчиками. Для того чтобы сократить время на оформление документов и снизить вероятность возникновения ошибки из-за влияния человеческого фактора, было предложено автоматизировать процесс определения актуальности документов путем внедрения базы данных. Проектирование логической схемы базы данных позволило «увидеть» эту базу, и понять, каким функционалом она будет обладать.

Чтобы увидеть, как изменится процесс работы, была разработана новая модель формата - «как должно быть», отличие которой касается процесса работы с документами подрядчиков. В этой модели можно увидеть, что теперь сотрудники затрачивают время только на внесение данных и сбор готовых сведений.

Таким образом, можно сделать вывод, что грамотно разработанные базы данных позволяют улучшить процесс работы с большим количеством информации, а CASE-средства упрощают разработку моделей бизнес-процессов, которые представляют всю рассматриваемую деятельность в наглядном и понятным виде, благодаря чему повышается качество разрабатываемых информационных систем. Ведь в большинстве случаев нерабочие и плохо функционирующие информационные системы создаются из-за непонимания между заказчиком и разработчиком.

СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ

1. Федеральные нормы и правила в области промышленной безопасности «Правила безопасного ведения газоопасных, огневых и ремонтных работ» [Текст]: ФНП №485 утв.приказом Федеральной службы по экологическому, технологическому и атомному надзору от 20 ноября 2017 г. N 485 // [Электронный ресурс] СПС «КонсультантПлюс». Дата обращения 20.01.2020.
2. Положение о порядке безопасного проведения ремонтных работ на химических, нефтехимических и нефтеперерабатывающих опасных производственных объектах [Текст]: РД 09-250-98 утв. Постановлением Госгортехнадзора РФ от 10.12.1998 N 74: введен в действие с момента утверждения // [Электронный ресурс] СПС «КонсультнтПлюс». Дата обращения 20.01.2020.
3. ГОСТ 7.32-2001 СИБИД. Отчет о научно-исследовательской работе. Структура и правила оформления (с Изменением N 1, с Поправкой) [Текст]: Дата введения 2002-07-01 // [Электронный ресурс] СПС «ТехЭксперт»: URL http://docs.cntd.ru/document/1200026224. Дата обращения 30.01.2020
4. ГОСТ 7.1-2003. Межгосударственный стандарт. Система стандартов по информации, библиотечному и издательскому делу. Библиографическая запись. Библиографическое описание. Общие требования и правила составления [Текст]: Дата введения 2004-07-01 // [Электронный ресурс] СПС «ТехЭксперт»: URL http://docs.cntd.ru/document/1200034383. Дата обращения 30.01.2020.
5. ГОСТ Р 7.0.5-2008 СИБИД. Национальный стандарт Российской Федерации. Система стандартов по информации, библиотечному и издательскому делу. Библиографическая ссылка. Общие требования и правила составления [Текст]: утв. и введен в действие Приказом Ростехрегулирования от 28.04.2008 N 95-ст // [Электронный ресурс] СПС «ТехЭксперт»: URL http://docs.cntd.ru/document/1200063713. Дата обращения 30.01.2020.
6. Файзрахманов Р. А. Структурно функциональный подход к проектированию информационных технологий и автоматизированных систем с использованием CASE-средств. [Текст] / Р. А. Файзрахманов, К. А. Селезнев: Учебное пособие к практическим занятиям // [Электронный ресурс] Перм. гос. техн. ун-т – Пермь, 2005. – 245 с
7. Анализ современных средств моделирования бизнес-процессов [Текст] // [Электронный ресурс] Реинжиниринг бизнес-процессов. URL: http://www.reengine.ru/index.asp?Menu=2&Sub=2. Дата обращения 28.01.2020

---