- •Перечень используемых условных обозначений, сокращений, терминов
- •Введение
- •1 Описание деятельности и структуры чоо «альянс-с». Анализ проблем предприятия
- •1.1 Описание деятельности и структуры чоо «Альянс-с»
- •1.2 Существующие проблемы предприятия чоо «Альянс-с»
- •1.3 Выводы по разделу 1
- •2 Разработка модели составления графика работ отдела физической охраны чоо «альянс-с»
- •2.1 Разработка организационной структуры чоо «Альянс-с»
- •2.2 Анализ предметной области
- •2.3 Описание текущего метода составления рабочего графика в чоо «Альянс-с»
- •2.4 Разработка требований к функционалу проектируемой системы составления графика
- •2.5 Описание существующих методов составления расписания
- •2.6 Разработка модели процесса создания рабочего графика «как есть»
- •2.6.2 Описание хода разработки модели процесса создания рабочего графика «как есть»
- •2.6.3 Анализ процесса создания рабочего графика чоо «Альянс-с»
- •2.6.4 Предлагаемое решение проблем процесса создания рабочего графика на чоо «Альянс-с»
- •2.7 Разработка модели процесса создания рабочего графика «как должно быть»
- •2.8 Анализ модели процесса создания рабочего графика «как должно быть»
- •2.9 Ожидаемые эффекты от внедрения нового метода создания рабочего графика на чоо «Альянс-с»
- •2.10 Выводы по разделу 2
- •Заключение
- •Список использованных источников
- •Приложение
2.7 Разработка модели процесса создания рабочего графика «как должно быть»
Разработка модели «как должно быть» должна осуществляться в строгом соответствии с моделью «как есть», поэтому разработана также с помощью методологий IDEF0 и IDEF3 в программном продукте BPWIN.
В модели «как должно быть» (приложение) отображено взаимодействие всех существующих блоков (принятие заявки, анализ объекта, формирование проекта, монтаж, оказание охранных услуг) с новым – работа с CRM «ЧОО». В CRM «ЧОО» хранятся карточки клиентов, объектов, сотрудников, проекты, текущий график работ. К этой системе могут обращаться диспетчер, руководитель проектов, монтажная группа, охранники-физики, техники посредством персонального компьютера и получать интересующие сведения. С введением нового блока появились новые должностные инструкции сотрудников, осуществляющих работу с CRM «ЧОО», а также управляющие воздействия руководства пользователя CRM «ЧОО».
Декомпозиция, отображенная на рисунке 10, интересующего в контексте данной работы блока «оказание охранных услуг» показывает, что его новые функции значительно отличаются от первоначальных и составляют:
Получение сведений об охране объекта из CRM «ЧОО» (посредством запроса на проект);
Создание графика в АСУ «ЧОО»;
Охрана объекта.
Рисунок 10 – Уровень А1.5
Декомпозиция блока «получение сведений об охране объекта из CRM «ЧОО» произведена по методологии IDEF3 и представлена на рисунке 11. Диспетчер запрашивает в CRM «ЧОО» проект, получает его, в проекте находит сведения о режиме охраны объекта и передает их в АСУ «ЧОО».
Рисунок 11 – Уровень А1.5.1
Декомпозиция блока «создание графика в АСУ «ЧОО» представленная на рисунке 12, состоит из следующих функций:
Введение данных в АСУ «ЧОО» об объекте;
Введение данных в АСУ «ЧОО» о сотрудниках;
Получение нового графика.
Рисунок 12 – А1.5.2
Декомпозиция этих трёх блоков крайне важна, так как она достаточно полно отражает функционал АСУ «ЧОО», поэтому требуется использовать на этом этапе методологию IDEF3.
Процессный уровень блока «введение данных в АСУ «ЧОО» об объекте» представлен на рисунке 13. Диспетчер получает сведения о режиме охраны объекта из CRM «ЧОО», находит карточку клиента в АСУ «ЧОО» (если карточку не удаётся найти, то создаёт новую, внося последовательно личные данные клиента, адрес объекта и телефон клиента). Далее происходит ввод количества ежегодного ТО, количества необходимых охранников-физиков, количества необходимых техников. Также вносится дата начала и дата окончания охраны объекта (на практике – срок действия договора), время начала охраны объекта в течение суток и время окончания охраны объекта в течение суток. Затем происходит сохранение данных об объекте в АСУ «ЧОО» для последующей обработки.
Рисунок 13 – Уровень А1.5.2.1
Процессный уровень блока «введение данных в АСУ «ЧОО» о сотрудниках» представлен на рисунке 14. Диспетчер находит карточку сотрудника (если же сотрудник впервые принят на работу, то происходит ввод его ФИО, номера телефона, должности и категории), отмечает, работоспособен ли сотрудник в данное время, отмечает дату выхода в отпуск (больничный) и дату выхода из отпуска (больничного). Затем происходит сохранение данных об объекте в АСУ «ЧОО» для последующей обработки.
Рисунок 14 – Уровень А1.5.2.2
Процессный уровень блока «получение нового графика» представлен на рисунке 15. Этот уровень отображает автоматические действия АСУ «ЧОО» и логику составления нового графика. АСУ «ЧОО» получает сохраненные данные о сотрудниках и об объектах, сравнивает текущую загруженность рабочего графика каждого сотрудника, сравнивает давность последнего выхода с больничного каждого сотрудника, сравнивает давность последнего выхода из отпуска каждого сотрудника, сравнивает возраст, должность и категорию каждого сотрудник. На основе этих данных АСУ «ЧОО» выбирает сотрудников, чей текущий график наименее загруженный, дата последнего выхода с отпуска (больничного) наиболее ранняя, возраст средний, при этом учитывает должность и категорию доступа. Далее АСУ «ЧОО» создает списки сотрудников, распределенных по объектам в соответствии с введёнными ранее временными промежутками охраны объектов (что и является новым графиком работ). Затем происходит сохранение нового графика в CRM «ЧОО».
Рисунок 15 – Уровень А1.5.2.3