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


Как уже было сказано выше, одной из задач информационного менеджмента является принятие решения о создании информационной системы либо собственными силами, либо путем приобретения и внедрения готовой информационной системы.
В связи с этим далее рассматриваются вопросы моделирования бизнес-процессов с использованием различных методологий и нотаций на предмет проверки соответствия полученных моделей какой-либо готовой информационной системе. Если же в условиях конкретного предприятия готовую систему использовать невозможно, то возникает необходимость разработки оригинальной системы.
Кроме того, целью моделирования деятельности предприятия могут быть сокращение затрат на выпуск продукции, создание должностных и рабочих инструкций при внедрении стандартов ISO-9000 и т.д. В общем случае модель бизнес-процесса должна давать ответы на следующие вопросы: Какие функции (работы) необходимо выполнить для получения заданного конечного результата? В какой последовательности выполняются эти функции? Какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса? Кто выполняет функции процесса? Какие входящие документы (информацию) использует каждая функция процесса? Какие исходящие документы (информацию) генерирует каждая функция процесса? Какие ресурсы необходимы для выполнения каждой функции процесса? Какая документация (условия) регламентирует выполнение функций? Какие параметры характеризуют выполнение функций и процесса в целом?
Описание бизнес-процесса формируется при помощи нотации и инструментальной среды, которые позволяют отразить все указанные выше аспекты. Только в этом случае модель бизнес-процесса окажется полезной для предприятия, так как ее можно будет подвергнуть анализу и реорганизации.
В структурном и объектно-ориентированном анализах используются средства, моделирующие в форме диаграмм определенного вида деловые процессы и отношения между данными в системе. Этим средствам соответствуют определенные виды системных моделей, наиболее распространены среди них следующие: IDEF (Integrated Definition) — семейство структурных моделей и соответствующих им диаграмм; DFD (Data Flow Diagrams) — диаграммы потоков данных; ERD (Entity-Relationship Diagrams) — диаграммы «сущность — связь»; технология управления потоками работ Workflow; нотация BPMN (Business Process Modeling Notation)-, средства имитационного моделирования, основанные на математическом аппарате раскрашенных сетей Петри (Color Petri Nets, CPN)\ объектно-ориентированные методологии на основе унифицированного языка моделирования 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-сштеи, многие из которых позволяют создавать описания (модели) бизнес-процессов предприятий.
Можно привести (например, по категориям) классификацию таких средств, которая определяет степень их интегрированности по выполняемым функциям: локальные, решающие небольшие автономные задачи и поддерживающие один-два типа моделей и методов (Design/IDEF, ProCap, Power Designer, IDEPQ/EM Tool)', малые интегрированные средства моделирования, поддерживающие несколько типов моделей и методов (ERwin, BPwin)\ средние интегрированные средства моделирования, поддерживающие от четырех до 10—15 типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000); крупные интегрированные средства моделирования, поддерживающие более 15 типов моделей и методов (ARIS Toolset).
На начальном этапе необходимо описать входы и выходы процесса (поставщиков и потребителей), управляющие воздействия (внутренние и внешние) и виды ресурсов (людские и материальные). Для этого составляется «Ведомость определения процесса». Необходимо описать субпроцессы (в виде таблиц), а также виды сопроводительной документации и риски срыва процесса. Описание бизнес-процесса должно содержать блок- схему и логику процесса.
Блок-схема включает процесс, представленный в виде сущностей (прямоугольников произвольной формы), связанных отношениями (стрелками), задающими последовательность выполнения функций процесса. Блок-схема содержит описание следующих атрибутов процесса: владелец процесса, условия начала процесса, заказчик процесса и ожидаемые выходные результаты.
При получении выходных данных происходят оценка процесса и анализ фактических показателей. Затем формируются требования к дополнительным ресурсам для улучшения деятельности процесса и определяются виды ресурсов.
Логика процесса может быть представлена в виде таблицы, содержащей столбцы: действие, содержание, ответственный исполнитель и участники. Действия — это этапы процесса, причем каждой строке таблицы соответствует свой этап. Совокупность данных этапов определяет алгоритм исполнения процесса, описываемый в виде блок-схемы, где действия представлены в виде прямоугольников, а условные переходы — в виде ромбов. Содержание дает представление о действиях на каждом этапе процесса. Это могут быть различные виды документов для данного этапа, а также анализ пройденных этапов (условие перехода), оценки, запросы и пояснения. Каждый этап (действие) имеет своего ответственного исполнителя и участников. Наконец, описание процесса должно содержать документы: «Ведомость определения требований к поставщикам процесса» и «Ведомость определения требований потребителей процесса».
Рассмотрим исходные данные для моделирования. В рамках создания моделей должен быть осуществлен анализ функциональной деятельности структурных подразделений предприятия, их функционального и информационного взаимодействий, внутреннего документооборота и информационных потоков. По результатам анализа и моделирования осуществляется оценка эффективности деятельности структурных подразделений предприятия, на основе которой формируются предложения по совершенствованию его структуры, технологии работы структурных подразделений и предприятия в целом. В качестве входной информации для построения моделей обычно используются действующая организационная структура, положения о структурных подразделениях (отделах), а также данные опроса руководителей и сотрудников предприятия.
Положение об отделе (далее — Положение) содержит сведения об основных структурных звеньях, которые входят в данное подразделение; функциях, которые они выполняют; правах и обязанностях. Положение содержит следующие разделы. Общие положения; Руководство отделом; Перечень функций; Взаимоотношения подразделений; Права; Ответственность; Реорганизация и ликвидация подразделений; Структурная схема отдела и матрица распределения ответственности по элементам системы качества.
Первый раздел включает краткую информацию об отделе и его месте в иерархии управления. Также здесь описываются основные задачи подразделения и документы, которыми руководствуются сотрудники. Во втором разделе содержится информация следующего характера: кто возглавляет отдел, кем назначается и освобождается от занимаемой должности, кто утверждает структуру и штатное расписание отдела, какую работу выполняет руководитель отдела, а также основные показатели оценки деятельности подразделения. Третий и четвертый разделы Положения связаны с составлением перечня видов деятельности и функций структурных звеньев, а также с описанием взаимоотношений между подразделениями. Разработка третьего раздела Положения опирается на процедуры определения зон ответственности организационных звеньев за реализацию видов деятельности и функций. Пятый и шестой разделы содержат перечни соответственно прав отдела и действий, за которые его руководитель несет ответственность. В седьмом разделе указывают изменения, которые необходимо осуществить в подразделениях в ОС, функциях, регламентах работ и составе персонала. Восьмой раздел завершает разработку Положения и содержит структурную схему отдела и матрицу распределения ответственности.
Во время опроса руководителей и сотрудников подразделений уточняются данные по организационной структуре, стратегические цели и перспективы развития предприятия, а также распределение функций по подразделениям. При этом выявляются функциональные деятельности подразделений и функциональные взаимодействия между ними, а также внешние по отношению к предприятию информационные взаимодействия. Исходные данные для моделирования можно представить в виде таблицы, данной в приложении.
Модель «как есть» («as-is») представляет собой «снимок» положения дел на предприятии (оргструктура, взаимодействия подразделений, принятые технологии, автоматизированные и неавтоматизированные процессы) на момент обследования и позволяет понять, что делает и как функционирует данное предприятие с позиций системного анализа, а также выявить ряд ошибок и узких мест и сформулировать ряд предложений по улучшению ситуации. В процессе анализа моделей бизнес-процессов «как есть» следует выяснить, соответствуют ли привлекаемые для выполнения процесса ресурсы поставленным задачам. Может оказаться, что для обеспечения выполнения процесса привлечены лишние ресурсы: материальные, финансовые, человеческие и т.д. Устранение лишних ресурсов должно привести к снижению стоимости бизнес-процесса в целом. Модель «как должно быть» объединяет перспективные предложения руководства и сотрудников предприятия, экспертов и системных аналитиков по совершенствованию деятельности предприятия. 
<< | >>
Источник: под ред. А.В. Кострова. Методы и модели информационного менеджмента: учеб. пособие. 2007

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

  1. 3.2. МОДЕЛИРОВАНИЕ БИЗНЕС-ПРОЦЕССОВ
  2. 3.1. ОБЗОР МЕТОДИК МОДЕЛИРОВАНИЯ БИЗНЕС-ПРОЦЕССОВ И РЕКОМЕНДАЦИИ ПО ИХ ПРИМЕНЕНИЮ
  3. Для чего используются методики моделирования бизнес-процессов
  4. CASE-технологии проектирования автоматизированных информационных систем
  5. ТЕМА 4.4. РЕИНЖИНИРИНГ КАК КОНСАЛТИНГОВАЯ ТЕХНОЛОГИЯ РЕОРГАНИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ
  6. УПРАВЛЕНИЕ ОРГАНИЗАЦИЕЙ НА ОСНОВЕ БИЗНЕС-ПРОЦЕССОВ
  7. КОМПЛЕКСНАЯ РЕГЛАМЕНТАЦИЯ БИЗНЕС-ПРОЦЕССОВ ОРГАНИЗАЦИИ
  8. Глава 7. Организация бизнес-процессов предприятия
  9. ПОКАЗАТЕЛИ В АСПЕКТЕ ОРГАНИЗАЦИИ БИЗНЕС-ПРОЦЕССОВ
  10. 7.4. Организация планирования бизнес-процессов предприятия
- Антикризисное управление - Деловая коммуникация - Документоведение и делопроизводство - Инвестиционный менеджмент - Инновационный менеджмент - Информационный менеджмент - Исследование систем управления - Корпоративное управление - Лидерство - Маркетинг в отраслях - Маркетинг, реклама, PR - Маркетинговые исследования - Менеджмент организаций - Менеджмент персонала - Менеджмент-консалтинг - Моделирование бизнес-процессов - Моделирование бизнес-процессов - Организационное поведение - Основы менеджмента - Поведение потребителей - Производственный менеджмент - Риск-менеджмент - Самосовершенствование - Сбалансированная система показателей - Сравнительный менеджмент - Стратегический маркетинг - Стратегическое управление - Тайм-менеджмент - Теория организации - Теория управления - Управление качеством - Управление конкурентоспособностью - Управление продажами - Управление проектами - Управленческие решения - Финансовый менеджмент - ЭКОНОМИКА ДЛЯ МЕНЕДЖЕРОВ -