<<
>>

3.3. САЗЕ-ТЕХНОЛОГИИ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИЙ

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

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

Кроме того, целью моделирования деятельности предприятия могут быть сокращение затрат на выпуск продукции, создание должностных и рабочих инструкций при внедрении стандартов 180-9000 и т.д. В общем случае модель бизнес-процесса должна давать ответы на следующие вопросы: •

Какие функции (работы) необходимо выполнить для получения заданного конечного результата? •

В какой последовательности выполняются эти функции? •

Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса? •

Кто выполняет функции процесса? •

Какие входящие документы (информацию) использует каждая функция процесса? •

Какие исходящие документы (информацию) генерирует каждая функция процесса? •

Какие ресурсы необходимы для выполнения каждой функции процесса? •

Какая документация (условия) регламентирует выполнение функций? •

Какие параметры характеризуют выполнение функций и процесса в целом?

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

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

Этим средствам соответствуют определенные виды системных моделей, наиболее распространены среди них следующие: •

IDEF (Integrated Definition) — семейство структурных моделей и соответствующих им диаграмм; •

DFD (Data Flow Diagrams) — диаграммы потоков данных; •

ERD (Entity-Relationship Diagrams) — диаграммы «сущность —

связь»; •

технология управления потоками работ Workflow; •

нотация BPMN (Business Process Modeling Notation)-, •

средства имитационного моделирования, основанные на математическом аппарате раскрашенных сетей Петри (Color Petri Nets, С PN)] •

объектно-ориентированные методологии на основе унифицированного языка моделирования UML\ •

интегрированные средства и методологии широкого назначения, например ARIS.

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

Кроме того, в современных инструментальных средствах моделирования процессов и в системах управления ими реализуется поддержка языков описания бизнес-процессов: BPEL (Business Process Execution Language), XPDL (XML Process Definition Language), BPML (Business Process Modeling Language), XLANG (XML Language), WSFL (Web Services Flow Language). В частности, инструментарий ActiveWebflow Professional Designer поддерживает наиболее популярный сегодня язык BPEL.

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

Можно привести (например, по категориям) классификацию таких средств, которая определяет степень их интегрированности по выполняемым функциям: •

локальные, решающие небольшие автономные задачи и поддерживающие один-два типа моделей и методов (Design/IDEF, ProCap, Power Designer, IDEPQ/EM Tool)', •

малые интегрированные средства моделирования, поддерживающие несколько типов моделей и методов (ERwin, BPwin); •

средние интегрированные средства моделирования, поддерживающие от четырех до 10—15 типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000); •

крупные интегрированные средства моделирования, поддерживающие более 15 типов моделей и методов (ARIS Toolset).

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

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

Логика процесса может быть представлена в виде таблицы, содержащей столбцы: действие, содержание, ответственный исполнитель и участники. Действия — это этапы процесса, причем каждой строке таблицы соответствует свой этап. Совокупность данных этапов определяет алгоритм исполнения процесса, описываемый в виде блок-схемы, где действия представлены в виде прямоугольников, а условные переходы — в виде ромбов. Содержание дает представление о действиях на каждом этапе процесса. Это могут быть различные виды документов для данного этапа, а также анализ пройденных этапов (условие перехода), оценки, запросы и пояснения. Каждый этап (действие) имеет своего ответственного исполнителя и участников. Наконец, описание процесса должно содержать документы: «Ведомость определения требований к поставщикам процесса» и «Ведомость определения требований потребителей процесса».

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

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

Положение об отделе (далее — Положение) содержит сведения об основных структурных звеньях, которые входят в данное подразделение; функциях, которые они выполняют; правах и обязанностях. Положение содержит следующие разделы. 1)

Общие положения; 2)

Руководство отделом; 3)

Перечень функций; 4)

Взаимоотношения подразделений; 5)

Права; 6)

Ответственность; 7)

Реорганизация и ликвидация подразделений; 8)

Структурная схема отдела и матрица распределения ответственности по элементам системы качества.

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

Восьмой раздел завершает разработку Положения и содержит структурную схему отдела и матрицу распределения ответственности.

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

Модель «как есть» («азЧв») представляет собой «снимок» положения дел на предприятии (оргструктура, взаимодействия подразделений, принятые технологии, автоматизированные и неавтоматизированные процессы) на момент обследования и позволяет понять, что делает и как функционирует данное предприятие с позиций системного анализа, а также выявить ряд ошибок и узких мест и сформулировать ряд предложений по улучшению ситуации. В процессе анализа моделей бизнес-про- цессов «как есть» следует выяснить, соответствуют ли привлекаемые для выполнения процесса ресурсы поставленным задачам. Может оказаться, что для обеспечения выполнения процесса привлечены лишние ресурсы: материальные, финансовые, человеческие и т.д. Устранение лишних ресурсов должно привести к снижению стоимости бизнес-процесса в целом. Модель «как должно быть» объединяет перспективные предложения руководства и сотрудников предприятия, экспертов и системных аналитиков по совершенствованию деятельности предприятия.

<< | >>
Источник: Д.В. Александров, А.В. Костров, Р.И. Макаров, Е.Р. Хорошева. Методы и модели информационного менеджмента: учеб. пособие. — М.: Финансы и статистика. — 336 с.: ил.. 2007

Еще по теме 3.3. САЗЕ-ТЕХНОЛОГИИ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИЙ:

  1. 3.2. КОМПЛЕКСНОЕ МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИЙ КАК ОДНА ИЗ ЗАДАЧ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА
  2. 3.3. САЗЕ-ТЕХНОЛОГИИ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИЙ
  3. 3.5. ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ В IDEF0
  4. 3.6.2. Задание стоимостных характеристик бизнес-процесса
  5. 4.1. МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИЙ IDEF3
  6. 4.5. МОДЕЛИРОВАНИЕ БИЗНЕС- ПРОЦЕССОВ С ПОМОЩЬЮ СЕТЕЙ ПЕТРИ
  7. 4.7. ПРИМЕР ПОСТРОЕНИЯ ДИНАМИЧЕСКОЙ МОДЕЛИ ДЛЯ ИМИТАЦИОННОГО МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССА ТЕЛЕВИЗИОННОЙ СЛУЖБЫ НОВОСТЕЙ
  8. 4.8. ВОЗМОЖНОСТИ ЯЗЫКА UML ДЛЯ МОДЕЛИРОВАНИЯ БИЗНЕС- ПРОЦЕССОВ
  9. 5 ПРИМЕР МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССА ПРЕДПРИЯТИЯ
  10. 27.3. РАЗРАБОТКА МОДЕЛИ СУЩЕСТВУЮЩИХ БИЗНЕС-ПРОЦЕССОВ
  11. Глава 1 ИНТЕГРАЦИЯ СИСТЕМЫ НАСТАВНИЧЕСТВА В БИЗНЕС-ПРОЦЕСС ОРГАНИЗАЦИИ
  12. ЭТАПЫ ИНТЕГРАЦИИ СОТРУДНИКА В БИЗНЕС-ПРОЦЕСС ОРГАНИЗАЦИИ
  13. 3.2. КОМПЛЕКСНОЕ МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИЙ КАК ОДНА ИЗ ЗАДАЧ ИНФОРМАЦИОННОГО МЕНЕДЖМЕНТА
  14. 3.3. САЗЕ-ТЕХНОЛОГИИ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИЙ
  15. 3.5. ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ В IDEF0
  16. 4.1. МЕТОДОЛОГИЯ МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИЙ IDEF3
  17. 4.5. МОДЕЛИРОВАНИЕ БИЗНЕС- ПРОЦЕССОВ С ПОМОЩЬЮ СЕТЕЙ ПЕТРИ
  18. 4.7. ПРИМЕР ПОСТРОЕНИЯ ДИНАМИЧЕСКОЙ МОДЕЛИ ДЛЯ ИМИТАЦИОННОГО МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССА ТЕЛЕВИЗИОННОЙ СЛУЖБЫ НОВОСТЕЙ