Моделирование бизнес-процессов

Автор работы: Пользователь скрыл имя, 26 Мая 2015 в 00:29, контрольная работа

Описание работы

1.Основные характеристики и свойства бизнес-процесса.
Свойства БП:
1)Всем процессам свойственно экономическое содержание так как у каждого процесса есть свой исполнитель и свой продукт. Поскольку у каждого процесса есть свой иполнитель, то процесс является одним из обязательным атрибутом, отсюда следует что любой процесс – процесс деятельности

Файлы: 1 файл

МБП.doc

— 125.50 Кб (Скачать файл)

  1. Функциональный блок           - этот объект, служит для описания ф-й, выполняемых подразделениями или сотрудниками предприятия. Название блока должно быть глаголом! Каждая из 4-х сторон имеет опред-е значение:

Верх – управление(документ)

Низ – механизм(неизменяемые ресурсы)

Лево – вход (входящие док-ты, Инфа, мат. ресурсы)

Право – выход (исходящие -||-)

  1. Интерфейсные дуги- отражают элемент системы, кот. Обрабатывается функц-м блоком.

Имеет свое название-существительное

Сущ-т 5 осн. Видов объектов:

    1. Материальные потоки (детали, товары)
    2. Финансовые потоки (инвестиции)
    3. Потоки документов
    4. Потоки инфы
    5. Ресурсы (сотр-ки, оборуд-е)
  1. Декомпозиция. Принцип дек-ии применятеся при разбиении сложного процесса на состсавляющие его ф-ии.                    – родительский блок

                                                                                                     - дочерняя диаграмма

Бывает что отдельные дуги не имеют смысла рассм-ть в дочерних диаграммах и наоборот. Поэтому есть тоннелирование

- означает что дуга  не была унаследована, появилась только на этой диаграмме

-  означает что в  дочерней диаграмме эта дуга  отображаться не будет

4) Глоссарий – существующий  стандарт(создание и поддержание  набора соотв-х определений)

!!!!!Есть след-е ограничения!!!!!!!!:

    1. Ограничение количества ф-ых блоков от 3 до 6
    2. Ограничение кол-ва подходящих и исходящих к 1 ф-му блоку дуг 4-мя

 

    1. Моделирование процессов в нотации  IDEF3

Разработана с целью более удобного описания рабочих процессов .

Исполь-ся след. Объекты:

  1. - модельрвботы служит для описания ф-й или процедур, выполняемых работниками.
  2. - ссылочный объект исполь-ся для описания ссылок на другие диаграммы, циклич. переходы в рамках одной модели
  3.                    - логическое «И»


  1.                    - Логичесокое «ИЛИ»


  1.                    - логически исключающее ИЛИ

 

  1.                   - стрелка предшествования, соединяет последовательно выполн-е ф-ии

 

  1. - стрелка отношения, используется для привязи объектов комментариев к ф-ии

 

  1.              - стрелка потока объектов показывает поток объектов от 1-й ф-ии  к другой.

 

6. Особенности  использования различных методик  для моделирования бизнес-процессов: нотации IDEF0, IDEF3.

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

Моделирование процессов в нотации  IDEF0

В основе лежит 4 осн. Понятия:

  1. Функциональный блок           - этот объект, служит для описания ф-й, выполняемых подразделениями или сотрудниками предприятия. Название блока должно быть глаголом! Каждая из 4-х сторон имеет опред-е значение:

Верх – управление(документ)

Низ – механизм(неизменяемые ресурсы)

Лево – вход (входящие док-ты, Инфа, мат. ресурсы)

Право – выход (исходящие -||-)

  1. Интерфейсные дуги- отражают элемент системы, кот. Обрабатывается функц-м блоком.

Имеет свое название-существительное

Сущ-т 5 осн. Видов объектов:

    1. Материальные потоки (детали, товары)
    2. Финансовые потоки (инвестиции)
    3. Потоки документов
    4. Потоки инфы
    5. Ресурсы (сотр-ки, оборуд-е)
  1. Декомпозиция. Принцип дек-ии применятеся при разбиении сложного процесса на состсавляющие его ф-ии.                    – родительский блок                                                                                       Бывает что отдельные дуги не имеют смысла рассм-ть в дочерних диаграммах и наоборот. Поэтому есть тоннелирование

- означает что дуга  не была унаследована, появилась  только на этой диаграмме

-  означает что в  дочерней диаграмме эта дуга  отображаться не будет

4) Глоссарий – существующий  стандарт(создание и поддержание  набора соотв-х определений)

!!!!!Есть след-е ограничения!!!!!!!!:

  1. Ограничение количества ф-ых блоков от 3 до 6
  2. Ограничение кол-ва подходящих и исходящих к 1 ф-му блоку дуг 4-мя

Количество блоков на схеме IDEF0 обычно жёстко ограничено инструментом для моделирования и, как правило, не превышает 9.

Самым известным российским продуктом, поддерживающим построение процессов в нотации IDEF0, является Business Studio, поддержку данной нотации имеет такжеMicrosoft Visio.

 

Моделирование процессов в нотации  IDEF3

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

Разработана с целью более удобного описания рабочих процессов .

Исполь-ся след. Объекты:

  1. - модельрвботы служит для описания ф-й или процедур, выполняемых работниками.
  2. - ссылочный объект исполь-ся для описания ссылок на другие диаграммы, циклич. переходы в рамках одной модели

          


  1.               - логическое «И»


  1.                    - Логичесокое «ИЛИ»

 

  1.                    - логически исключающее ИЛИ

 

  1.                   - стрелка предшествования, соединяет последовательно выполн-е ф-ии

 

  1. - стрелка отношения, используется для привязи объектов комментариев к ф-ии

 

  1.              - стрелка потока объектов показывает поток объектов от 1-й ф-ии  к другой.

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

7.Особенности использования различных методик для моделирования бизнес-процессов: нотации ARIS, DFD, описание процессов при помощи блок-схем.

Нотация ARIS определяет принципы моделирования практически всех аспектов деят-ти орг-ии. Выделяет след. подсистемы :

  1. Организационная
  2. Функциональная
  3. Посистема входов-выходов определят потоки используемых и производимых продуктов.
  4. Информационная подсистема
  5. Подсистема процессов управления

Включает в себя множество нотация но рассмотрим самую распр-ю ARISeEPC. Основные объекты:


    1.              - функция. Для описания ф-й или процедур, выполняемых работниками или подразделениями.
    2.             

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

    1.             

  - организационная единица  отражает различные орг. Звеньяп/п-отделы.


    1.               

- документ.



    1.                - прикладная система- отражает прикладную систему, используемую в рамках выполняемых ф-й
    2.            

- кластер ф-ии

    1.            

- связь между объектами


    1. - логическое «И»
    2. - логическое «ИЛИ»
    3. - логически исключающее ИЛИ

!!!!!!Есть след-е правила

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

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

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

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования - ERM, UML, OMT и др.

 

Описание процессов при помощи блок-схем

Основные графические объекты языка БП при помощи блок –схем:

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

              

  1.                   - документ. Объект используется для описания входящих и сходящих док-в
  2.                  - начало/завершение. Отображает начало и завершение процесса на б-с
  3.                

- решение. Объект служит для указания альтернативных результатов выполнения процесса. Обычно отражают 2 выхода: да/нет.

  1.                  - контроль. Описание контрольных ф-й.

При описании процесса справа от блок-схем описываются наименования каждой ф-ии и ее результат. Затраты на обучение исполнителей чтению блок-схем минимальны. Не требуются дорогие программные продукты(можно word\ Visio).

 Моделирование процессов  в нотации DFD

Построение DFD-модели базируется на принципе декомпозиции. DFD-модель включает в себя три документа, которые ссылаются друг на друга: Графические диаграммы, Миниспецификация, Словарь данных.

При детализации должны выполняться следующие правила:

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

 

На диаграмме DFD ф-ии располагаются слева направо в порядке, соотв-м последовательности их выполнения во времени.

При этом диаграмма DFD не является простым описанием потоков инфы между подразделениями. Диаграмма DFD содержит

  1. 4-х угольники, описывают ф-ии
  2. Стрелки, потоки данных между ф-ями


 

 

 

 

 

 

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

DFD может быть использована и для описания потоков материальных ресурсов. Для этого потоки данных и потоки мат.ресурсов изобр-ся разными стрелками


 

8.Существующие методы анализа бизнес-процессов: анализ на основе субъективных оценок, анализ результатов аттестации и аудита, логический анализ.

Методики анализа бизнес-процессов (на основе субъективных оценок, анализ результатов аттестации и аудита, логический анализ)

Информация о работе Моделирование бизнес-процессов