Разработка модели процесса создания рабочего графика «как должно быть»
Декомпозиция блока «получение сведений об охране объекта из CRM «ЧОО» произведена по методологии IDEF3 и представлена на рисунке 11. Диспетчер запрашивает в CRM «ЧОО» проект, получает его, в проекте находит сведения о режиме охраны объекта и передает их в АСУ «ЧОО». Декомпозиция, отображенная на рисунке 10, интересующего в контексте данной работы блока «оказание охранных услуг» показывает, что… Читать ещё >
Разработка модели процесса создания рабочего графика «как должно быть» (реферат, курсовая, диплом, контрольная)
Разработка модели «как должно быть» должна осуществляться в строгом соответствии с моделью «как есть», поэтому разработана также с помощью методологий IDEF0 и IDEF3 в программном продукте BPWIN.
В модели «как должно быть» (приложение) отображено взаимодействие всех существующих блоков (принятие заявки, анализ объекта, формирование проекта, монтаж, оказание охранных услуг) с новым — работа с CRM «ЧОО». В CRM «ЧОО» хранятся карточки клиентов, объектов, сотрудников, проекты, текущий график работ. К этой системе могут обращаться диспетчер, руководитель проектов, монтажная группа, охранники-физики, техники посредством персонального компьютера и получать интересующие сведения. С введением нового блока появились новые должностные инструкции сотрудников, осуществляющих работу с CRM «ЧОО», а также управляющие воздействия руководства пользователя CRM «ЧОО».
Декомпозиция, отображенная на рисунке 10, интересующего в контексте данной работы блока «оказание охранных услуг» показывает, что его новые функции значительно отличаются от первоначальных и составляют:
- · Получение сведений об охране объекта из CRM «ЧОО» (посредством запроса на проект);
- · Создание графика в АСУ «ЧОО»;
- · Охрана объекта.
Рисунок 10 Уровень А1.5
Рисунок 11 Уровень А1.5.1.
Декомпозиция блока «получение сведений об охране объекта из CRM «ЧОО» произведена по методологии IDEF3 и представлена на рисунке 11. Диспетчер запрашивает в CRM «ЧОО» проект, получает его, в проекте находит сведения о режиме охраны объекта и передает их в АСУ «ЧОО».
Декомпозиция блока «создание графика в АСУ «ЧОО» представленная на рисунке 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.