Этап 5. Реинжиниринг бизнес-процессов
Реинжиниринг бизнес-процессов определяется как фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения коренных улучшений в основных показателях деятельности предприятия. Целью реинжиниринга бизнес-процессов является системная реорганизация материальных, финансовых и информационных потоков, направленная на упрощение организационной структуры, перераспределение и минимизацию использования различных ресурсов, сокращение сроков реализации потребностей клиентов, повышения качества их обслуживания [1].
После выявления бизнес-процессов и их оценок необходимо провести анализ каждого бизнес-процесса с целью выявления у них сильных и слабых сторон. Низкий средний балл говорит о том, что для данного бизнес-процесса необходимо провести реинжиниринг с учетом внедрения проектируемой информационной системы.
После реинжиниринга бизнес-процессы переоцениваются, сравниваются с бизнес-процессами до реинжиниринга и делается вывод о том, нужно ли внедрять информационную систему или нет.
Пример.Выделим изменения, произошедшие после реинжиниринга бизнес-процесса «Выполнить заказ клиента». В момент оформления заказа клиента продавец-консультант вносит данные о клиенте и заказе в информационную систему, после чего распечатывает оформленный заказ, где клиенту достаточно поставить свою подпись. Информационная система формирует общий заказ автоматически, а заместитель директора его исправляет, по необходимости, и утверждает. После прихода заказанной книги в магазин информационная система информирует об этом факте продавца-консультанта, который ставит в известность клиента. Факт продажи заказанной книги регистрируется в ИС (рис. 5.1).
Рис. 5.1 — Бизнес-процесс № 1 «Выполнить заказ клиента»
после реинжиниринга
Этап 6. Определение целей, задач и функций ис
После положительного решения на пятом этапе о создании и внедрении ИС на данном предприятии необходимо сформулировать цели и задачи ИС. Описание функционального состава ИС осуществляется по синтаксису методологии SADT.
Методология SADT представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель SADT отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями [2].
После определения всех подсистем, функций и подфункций составляется список пользователей и список внешних информационных систем, с которыми будет взаимодействовать проектируемая ИС.
Этап 7. Создание концептуальной модели базы данных
На данном этапе необходимо создать концептуальную модель базы данных информационной системы. Для этого требуется провести анализ информационной модели, бизнес-процессов, функционального состава ИС на предмет выявления информации и данных, которые будут храниться в базе данных. Синтаксис отображения концептуальной модели базы данных — IDEF1X. Уровень отображения —FA-уровень. Диаграмму концептуальной модели следует дополнить глоссарием.
Этап 8. Создание прототипа системы
Завершающим этапом на стадии проектирования является создание прототипа ИС, т.е. физическая реализация структуры базы данных, заполнение ее тестовыми данными, создание интерфейса информационной системы. В ходе выполнения данного этапа у заказчика должно сложиться общее впечатление об ИС (а он судит в основном по интерфейсу системы), также имеется возможность для внесения небольших изменений в проект. В итоге необходимо определить, соответствует ли ИС поставленным целям и задачам, выбрать средство реализации ИС, окончательно согласовать между собой функциональную, информационную модели, бизнес-процессы, функциональный состав ИС, утвердить концептуальную модель базы данных, назначить уровни доступа пользователей к различному виду информации и данным.