1.2.3 Модель to-be экономического объекта
1.2.3 1 Принципы построения
В модели AS-IS были проанализированы бизнес-процессы и выявлены те из них, которые нуждаются в улучшении. Использовались такие критерии как важность, проблемность, возможность проведения изменений, приоритетность.
При этом переход от модели “как есть” к модели ”как должно быть” осуществлялся следующим способом: совершенствованием технологий на основе оценки их эффективности. При этом критериями оценки являются стоимостные и временные затраты выполнения бизнес-процессов, дублирование и противоречивость выполнения отдельных задач бизнес-процесса, степень загруженности сотрудников (“легкий” реинжиниринг).[2]
На основании анализа функциональной модели были выявлены следующие недостатки:
статус выполнения заявки можно выяснить только после обработки наряда;
внесение данных в базу происходит в ручную диспетчером и только после сдачи и обработки наряда;
Высокая загруженность диспетчера.
Исходя из недостатков в работе, модель «как должно быть» или TO-BE была создана с учетом их полного устранения, то есть весь «ручной труд» будет автоматизирован, что облегчит отчетность по закрытию ремонтов, контроль выполнения заявок и уменьшит время на оформления документации, что, в конечном счете, должно сказаться на финансовом состоянии компании.
В модели TO-BE было подвергнуто реинжинирингу процесс «Оказания услуг». В результате реинжиниринга были объединены процесс «Выезд исполнителя и устранение неисправности» и «Закрытие наряда и подтверждение выполненного ремонта»
Благодаря этому, процесс контроля статуса выполнения заявок, анализ количества и качества выполнения заявок, контроль выполнения работ сотрудниками, будут сокращены по времени, т.к. статусы заявок можно будет оперативно контролировать и строить разнообразные отчеты по ним.
Так же благодаря автоматизации есть возможность планирования заявки сотруднику в течении дня, все реквизиты заявок будут отражены в информационной системе.
Рисунок
7 – Контекстная диаграмма после внедрения
ИС
Рисунок 8 –Диаграмма декомпозиции
модели TO-BE
Рисунок 9 –Выезд исполнителя, устранение
неисправности и закрытие ремонтной
заявки TO-BE
Критериями отбора программных продуктов для автоматизации бизнес-процесса были:
возможность установки приложения на мобильно устройство (смартфон, планшет);
наличие необходимых модулей по внесению необходимых данных в базу данных;
низкое потребление ресурсов мобильного устройства;
низкое потребление трафика интернет;
простота использования и быстрота освоения.
Далее представлен перечень программных продуктов подходящих для решения задачи:
1.2.5 Обоснование выбора задач входящих в комплекс
Согласно рассмотренным в предыдущем разделе моделям была выбрана следующие задача для автоматизации:
1.Закрытие наряда и подтверждение выполненного ремонта
внесение данных о ремонте в базу данных;
просмотр информации о заявке;
закрытие ремонта.
2.Выезд исполнителя и устранение неисправности
планирование заявки в режиме онлайн;
просмотр информации о заявке;
1.2.6 Обоснование проектных решений по информационному обеспечению комплекса задач.
Информационное обеспечение – совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, методология построения баз данных. Данная подсистема предназначена для своевременного представления информации, принятия управленческих решений.
Выделяются основные принципы проектирования информационного обеспечения комплекса задач:
должен быть обеспечен ввод информации в систему;
структура информационных потоков должна соответствовать уровням структуры управления системы;
при разработке информационного обеспечения должна быть обеспечена информационная и лингвистическая совместимость системы с существующими информационными системами.
Значительную долю внемашинного информационного обеспечения составляет документация. В условиях автоматизации, важное значение придается унификации документации, устанавливающей единые требования к содержанию и построению документов в рамках предприятия.