- •Понятия "инжиниринг бизнеса" и "реинжиниринг бизнес-процессов"
- •Условия успешного реинжиниринга и факторы риска. Что не является реинжинирингом
- •Реинжиниринг бизнеса и усовершенствование бизнеса. Роль информационных технологий в реинжиниринге
- •Особенности перепроектированных бизнес-процессов
- •Процессы имеют различные варианты исполнения.
- •Работы выполняются там, где это наиболее целесообразно.
- •Уменьшение проверок и управляющих воздействий.
- •5. Последствия реинжиниринга бизнес-процессов
- •6. Структура традиционной и новой компании
- •7. Участники проекта по реинжинирингу и их роли
- •8. Основные этапы реинжиниринга бизнес-процессов (общие понятия). Основания для начала работ по реинжинирингу
- •Разработка образа будущей компании (визуализация), спецификация целей компании
- •Модель существующего бизнеса и анализ результатов
- •Прецедентные модели нового бизнеса
- •4. Проверка прецедентной модели.
- •Объектные модели нового бизнеса
- •Проверка нового бизнеса
- •Управление проектом по реинжинирингу бизнеса. Виды обсуждения проекта
- •Участники проекта по разработке информационной системы поддержки (исп) и используемые ими модели. Этапы разработки исп.
- •17. Анализ требований к исп
- •Идеальное проектирование исп.
- •Реальное проектирование исп.
- •Реализация и тестирование исп
- •Выделение прецедентов информационной системы из модели бизнеса
- •Внешняя модель бизнеса, понятие прецедента и субъекта, их взаимодействие между собой
- •Отношения между прецедентами
- •Внутренние модели, виды моделей и виды объектов
- •Отношения между объектами
- •26. Поведение, атрибуты и состояние объектов
- •27. Взаимодействие объектов в прецеденте, способы описания
- •28. Подсистемы и прецеденты
- •Масштабирование моделей бизнеса
- •Многоуровневые модели бизнеса
4. Проверка прецедентной модели.
Вопросы:
корректно ли описано взаимодействие с субъектом.
на достаточном ли уровне детализация потока событий.
корректно ли и полно описан сам ход событий.
возможно ли упростить и ускорить ход событий.
все ли альтернативные потоки событий рассмотрены.
Объектные модели нового бизнеса
Построение модели нового бизнеса включает 5 этапов.
Создание прецедентной модели новой компании.
Построение идеальной объектной модели внутреннего представления компании (описывает компанию в терминах обобщенных объектов, отражает, как эти объекты взаимодействуют в процессе реализации прецедента).
Создание реальной объектной модели (адаптирует идеальную объектную модель к ограничениям конкретного бизнеса).
Разработка информационных систем поддержки.
Тестирование нового бизнеса.
При разработке объектной модели команда по реинжинирингу должна решить, какие модели будут разрабатываться (только идеальная / только реальная или обе модели вместе).
Для описания объектной модели используется 3 типа документов:
обзорный документ, перечисляющий все подсистемы и объекты модели с их кратким описанием;
описание каждого прецедента, показывающее, как участвующие в нем объекты его реализуют;
описание каждого объекта, которое отражает его роль в системе.
Проверка (обсуждение) модели делится на три части:
Обсуждение объектной модели (в целом подразумевает оценку, насколько правильно определены те или иные объекты, что нет различных объектов, отвечающих за одно и то же. Что все объекты имеют уникальные имена, а также корректность структур наследования и иерархий включения) .
Проверка объектов участвующих в прецеденте (включают проверку реализуемости хода событий прецедента и проверку того, что требуемое поведение и обязательства распределены и описаны между этими объектами.)
Рассмотрение отдельных объектов. (рассмотрение отдельных объектов включают проверку того, что описания объектов согласованы и однородны, различные прецеденты, в которых объект участвует, накладывая на него разные требования, которые ни в коем случае не должны конфликтовать.)
Проверка нового бизнеса
Созданные модели должны быть хорошо проверенны на раннем этапе.
Следует подчеркнуть, что необходимо несколько проверок. После каждого тестирования следует анализировать результаты и модифицировать модель бизнеса.
Осуществляется на следующих этапах разработки:
в процессе моделирования бизнеса с помощью идеальной объектной модели (когда еще не осуществлено распределение работ между объектами);
на этапе создания прототипа информационной системы поддержки;
на этапе пробной инсталляции моделей нового бизнеса.
На этапе моделирования необходимо удостовериться в том, что дальнейшие шаги процесса целесообразны. Присваивая этим шагам различные значения, можно измерить параметры рассматриваемого бизнеса и получить оценку его работы.
В рамках создания прототипа ИС поддержки разработчики должны определить те части процесса, которые будут реализованы с помощью ИС поддержки. Это позволяет сформировать требования к ИС поддержки. После определения требований к ИСП строится П-модель и создается макет интерфейса пользователя, после обсуждения создается прототип.
Цель создания прототипа ИС – дать пользователям возможность оценить потенциальный эффект от ее использования, а также получить на ранней стадии обратную связь с целью уточнить функциональные возможности системы. В целом, тестирование прототипа позволяет оценить, на сколько увеличивается эффективность процесса от использования ИС поддержки.
Пробная инсталляция процессов выполняется в отдельной изолированной части компании и моделирует взаимодействие с клиентами и поставщиками.. Сначала по очереди проверяются отдельные процессы. Затем тестируются несколько процессов параллельно, которые не имеют взаимодействия и только после этого тестируются взаимодействующие процессы. Результат этих тестов позволяет выявить различные ограничения и проблемы (особенно при взаимодействии) процессов, для устранения которых потребуется вернуться к моделям и к работе по построению ИС. После нескольких итераций компания будет готова к внедрению нового бизнеса во все организации.