Файл: Разработка регламента выполнения процесса « Движение библиотечного фонда».pdf

Моделирование предметной области, как правило, выполняется с помощью CASE-средств. К таким средствам относятся BPwin (AllFusion Process Modeler), Oracle Designer (Oracle), Rational Rose (Rational Software) и остальные.

AllFusion Process Modeler 7 или как он ранее назывался BPwin – мощный программный продукт с помощью которого, можно  проводить моделирование, анализ, описание и последующую оптимизацию бизнес-процессов.  С помощью BPwin можно создавать графические модели бизнес-процессов.

Графическое  изображение схемы выполнения работ, организации документооборота, обмена различными видами информации позволяет визуализировать существующую модель организации бизнеса.  Это  дает возможность использовать передовые инженерные технологии для решения задач  управления организацией.

С помощью BPwin (AllFusion Process Modeler 7) можно организовать подробное документирование всех важных аспекты  бизнес-процессов т.е. необходимых действий, способов  их осуществления и контроля за ними, необходимыми для этого ресурсами и  впоследствии визуализировать полученную информацию.

BPwin позволяет повысить эффективность ИТ-решений в бизнесе, проектировщики и аналитики бизнес-моделей получают возможность найти оптимальное соотношение между бизнес-требованиями, корпоративными инициативами, процессами информационной архитектуры и  проектированием приложений.

С помощью BPwin можно увидеть полную картину организации деятельности предприятия: от количества работы в небольших подразделениях  предприятия до сложных функций организации предприятия [1].

Использование BPwin (AllFusion Process Modeler 7) эффективно  использовать в проектах, в которых нужно сделать описание существующих баз предприятия, внедрить на предприятии  корпоративные информационные систем и для проведения реорганизации существующих бизнес-проектов.

С помощью BPwin можно провести оптимизацию деятельности предприятия и осуществить проверку на соответствие ее стандартам ISO 9000, создать проект организационной структуры, исключить ненужные операции, уменьшить размер издержек и увеличить эффективность.

В основе программного продукта  BPwin (AllFusion Process Modeler 7) заложены общепринятые технологии моделирования, такие как idef0. Моделирование с помощью методологии idef0 рекомендовано к использованию Госстандартом Российской Федерации и  является общепринятым стандартом в США.

Наглядность и простота моделей  Process Modeler делает значительно более простым взаимодействие между различными участниками бизнес-процессов. Популярность BPwin (AllFusion Process Modeler 7) дает возможность  согласовывать функциональные модели в электронном виде.

BPwin (AllFusion Process Modeler 7) - это продукт компании Computer Associates,  он вместе с ERwin Data Modeler (ERwin), Model Manager (ModelMart) и Data Model Validator (ERwin Examiner), входит в пакет программ AllFusion Modeling Suite. Использование этого программного комплекса позволяет эффективно обеспечить все аспекты моделирования информационных систем.

BPwin позволяет создавать следующие виды моделей:

Функциональные диаграммы, построенные на основе стандарта IDEF0. Метод IDEF0. Классическим методом процессного моделирования бизнес-процессов является метод IDEF0. С помощью этого метода описывают диаграммы верхнего уровня. Суть этого метода — разложение деятельности организации на составляющие бизнес-процессы, так как они представляют наибольший интерес для системного аналитика, и именно их в процессе улучшения деятельности организации будет необходимо реструктурировать [5].

Процессная модель содержит в себе как функционирующие процессы на предприятии, так и его организационно-штабную структуру. Современные программные продукты моделирования бизнес-процессов представляют пользователю широкий функционал и позволяют наиболее полно отражать модель предприятия. Процессный подход регламентирует следующую структуру модели бизнес-процессов:

1. на верхнем уровне объект исследования (организация) представляется в виде «черного ящика», в процессе исследования деятельности организации выясняются входные и управляющие воздействия, механизмы и выходы «черного ящика». Они изображаются на диаграмме в виде стрелок.

2. Второй уровень диаграммы является декомпозицией «черного ящика» и отражает основные бизнес-процессы организации. Нотацией декомпозиции является IDEF0. Аналитиком исследуются взаимодействия между основными процессами и отражаются на диаграмме декомпозиции в виде стрелок входных, управляющий воздействия, стрелок управления и выхода.

3. Каждый основной бизнес-процесс может быть также детализирован с помощью нотации IDEF0 или с помощью другой нотации, поддерживаемой выбранным программным продуктом моделирования бизнес-процессов.

4. Дальнейшая декомпозиция осуществляется посредством сгруппированных по общему признаку бизнес-функций. На последнем уровне детализации бизнес-процесса описывается алгоритм выполнения бизнес-функции.

Диаграммы потока данных (DFD). Эти диаграммы наглядно отображают, каким образом информация перемещается от задачи к задаче в рамках процесса. DFD модель представляет физические характеристики информационной системы, т.к. она показывает движение информационных объектов и хранилища данных [5].

Модели стоимостного анализа. Эти модели строятся по правилам стоимостного анализа (Activity Base Costing - анализ). Модель может быть построена, только если уже существует полностью законченная и непротиворечивая функциональная модель. На каждую из задач функциональной модели назначаются метрики, представляющие затраты. Для модели определяются центры затрат. В результате получается модель стоимостного анализа.

Динамические модели. Эти модели могут быть построены на основе диаграмм потока работ. BPwin позволяет исследовать эффекты в ходе дискретного изменения состояния задач процесса. Для этого могут задаваться различные сценарии поведения процесса. Чтобы провести динамическое моделирование необходимо экспортировать диаграммы на основе IDEF3 в специальный программный продукт – business process simulator (для BPwin 4.0) или Arena (для BPwin 7)

1.3.  Моделирование бизнес-процессов «как есть»

Формирование модели бизнеса «как есть»

Описание бизнес-процессов, выполняемое на этом этапе, адекватно отражает, смысл и назначение процессов, протекающих в компании. Модель бизнеса «как есть» описывает принципы и механизмы функционирования компании как единого организма. Подобная информация является основой для комплексного, системного анализа процессов, поиска проблем и путей их преодоления [3].

Описание процессов производится как с использованием графических представлений (схем), так и с использованием вербальных описаний. При использовании графических представлений, процессы не детализируются до мелких работ и не отражаются второстепенные связи между процессами (необходимые для фактического выполнения работ, но не несущие определяющей смысловой нагрузки). Все детальные работы и второстепенные связи описываются вербально или же, по необходимости, графически, но без привязки к основному описанию бизнес-процессов.

Структуризация бизнес-процессов производится в разрезе определяющих процессов (закупка товара, складские операции, продажа товара). Затем проводится совокупное описание (в одной схеме) определяющих и вспомогательных процессов компании без детализации определяющих процессов и с необходимой детализацией вспомогательных процессов. Это позволяет избежать излишней «загруженности» структурных диаграмм и, в то же время, обеспечивает наглядное представление основных процессов и их совместного функционирования. Кроме того, это позволяет равномерно распределить работы между членами проектной команды.

Обычно описание бизнес-процессов производится одновременно с описанием документооборота. Это вызвано тем, что большинство бизнес-процессов существующих компаний основано на документообороте (хотя в идеале формирование документов должно являться следствием выполнения бизнес-процесса)[1].

Для уменьшения времени обследования анкетирование сотрудников строится так, чтобы можно было бы получить информацию одновременно, как о документообороте, так и о сути процессов, протекающих в компании.

В процессе рассмотренных исследований составляется описание бизнес-процессов, такими, какие они есть в данный момент (так называемая модель «как есть"). В общем случае нет необходимости описывать подобную модель детально, до конкретных работ и алгоритмов их выполнения, поскольку в дальнейшем модель компании и сам бизнес в большинстве случаев будут перепроектированы. Достаточно описать ключевые процессы (свойственные такого рода бизнесу вообще), их взаимодействие и перечислить процессы, специфические для конкретной компании [9].

Полученная таким образом информация будет служить исходной для планирования следующих этапов работ проектной команды, их сроков, определения необходимых ресурсов. Задачей данного этапа является не только сбор первичной информации, а в первую очередь её анализ. Такой подход позволяет выявить проблемы компании, как ранее диагностированные заказчиком самостоятельно, так и не замеченные им, а также, что самое важное, определить истинные причины, породившие эти проблемы.

Модель AS-IS - это модель «как есть», т.е. модель уже существующего процесса / функции. Обследование процессов является обязательной частью любого проекта создания или развития системы. Построение функциональной модели AS-IS позволяет четко зафиксировать, какие процессы осуществляются на предприятии, какие информационные объекты используются при выполнении функций различного уровня детализации.

На основе модели AS-IS достигается консенсус между различными этапами процесса по тому, «кто что сделал» и что каждый этап добавляет в процесс. Функциональная модель AS-IS является отправной точкой для анализа потребностей предприятия, выявления проблем и «узких» мест и разработки проекта совершенствования деловых процессов. Модель AS-IS позволяет выяснить, «что и как мы делаем сейчас» перед тем, как определить то, «что и как будет делаться завтра». Анализ функциональной модели AS-IS позволяет понять, где находится проблемная ситуация, в чем будут состоять преимущества новых процессов и каким изменениям подвергнется существующая структура организации процесса. Исследование необходимости реструктуризации (выявление и ликвидация недостатков) в существующих процессах достигается за счет применения декомпозиции (анализа), производящаяся даже там, где функциональность на первый взгляд является очевидной. Так, например, признаками неэффективности существующих процессов могут быть [8]:

· бесполезные, неуправляемые и дублирующиеся функции;

· неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время);

· отсутствие обратных связей по управлению (на проведение функции не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т.д.

При создании модели AS-IS неопытным аналитиком может возникать достаточно распространенная ошибка - это создание идеализированной модели, особенно в том случае, когда модель создается под влиянием знаний (точки зрения) руководителя. Обычно руководитель знаком с тем, как предполагается выполнение функции по руководствам и должностным инструкциям и часто не знает, как на самом деле подчиненные выполняют требуемые функции. Поэтому могут создаваться модели, называемые SHOULD BE (как должно бы быть), и несущие ложную информацию и которую невозможно в дальнейшем использовать для анализа

Описание системы с помощью IDEF0 называется функциональной моделью. Функциональная модель предназначена для описания существующих бизнес-процессов: в котором используются как естественный, так и графический языки. Для передачи информации о конкретной системе источником графического языка является сама методология IDEF0.

Методология IDEF0 предписывает построение иерархической системы диаграмм - единичных описаний фрагментов системы. Сначала проводится описание системы в целом и ее взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности.

Каждая IDEF0-днаграмма содержит блоки и дуги. Блоки изображают функции моделируемой системы. Дуги связывают блоки вместе и отображают взаимодействия и взаимосвязи между ними [9].

Функциональные блоки (работы) на диаграммах изображаются прямоугольниками, означающими поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Имя работы должно быть выражено отглагольным существительным, обозначающим действие требует, чтобы в диаграмме было не менее трех и не более шести блоков. Эти ограничения поддерживают сложность диаграмм и модели на уровне, доступном для чтения, понимания и использования.

Первая диаграмма в иерархии диаграмм IDEF0 всегда изображает функционирование системы в целом. Такие диаграммы называются контекстными. В контекст входит описание цели моделирования, области (описания того, что будет рассматриваться как компонент системы, а что как внешнее воздействие) и точки зрения (позиции, с которой будет строиться модель). Обычно в качестве точки зрения выбирается точка зрения лица или объекта, ответственного за работу моделируемой системы в целом.