Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
reinzhiniring_shpora.docx
Скачиваний:
3
Добавлен:
21.11.2019
Размер:
2.75 Mб
Скачать

25.Классификация критериев оценки эффективности бизнес-процессов:

26.Адекватность моделей:

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

  • в проверке адекватности участвуют руководители всех подразделений, через которые проходит процесс

  • поверенную модель утверждает руководитель, ответственный за бизнес-процесс в целом (т.н. «владелец процесса»)

Для проверки адекватности модели укрупненного процесса следует:

1. Передать модель на рассмотрение руководителям подразделений, которые участвуют в процессе (1-2 дня на анализ модели)

2. Провести совещание с руководителями подразделений, обсудить полученные модели

3. При необходимости провести корректировку моделей

4. Утвердить модели верхнего уровня у руководителя предприятия (департамента, управления, службы)

31.Нотации dfd:

Первая из них называется нотацией Гейна Сарсона, вторая нотацией Йордона-Де Марко.

1.Гейн Сарсон, предложил классическую DFD-схему немного усложнить. Он предложил ввести дополнительный объект, с помощью которого показываются места бизнес-процесса, в которых хранится информация, либо материальные ресурсы. Данный объект получил название - хранилище данных. На DFD-схемах в нотациях Гейна-Сарсона и Йордона-Де Марко также используются объекты, с помощью которых показывают внешних субъектов, с которыми бизнес-процесс взаимодействует. Данные объекты называют внешними сущностями.

2. Нотация Йордона-Де Марко. Для описаний операций бизнес-процесса вместо закругленных прямоугольников стали использоваться круги, немного видоизменились и другие объекты – хранилище данных и внешние сущности

30.Диаграммы потоков данных. Dfd:

DFD описывает:

  • функции обработки информации (работы),

  • документы (стрелки), объекты, сотрудников, которые участвуют в обработке информации,

  • внешние ссылки (external references), которые обеспечивают интерфейс с внешними объектами, находящимися за границами моделируемой системы,

  • таблицы для хранения документов (хранилища данных, Data store).

Построение диаграммы DFD.

Структурный анализ

Этап 1. Строится физическая модель, отображающая текущее состояние дел.

Этап 2. Модель преобразуется в логическую модель, которая отображает требования к существующей системе.

Этап 3. Строится модель, отображающая требования к будущей системе.

Этап 4. Строится физическая модель, на основе, которой должна быть построена новая система.

Представление потоков совместно с хранилищами данных и внешними сущностями делают модели DFD более похожими на физические характеристики системы – движение объектов (dataflow), хранение объектов (data stores), поставка и распространение объектов (external entities).

32.IDEF3:

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

Типы диаграмм в стандарте IDEF3

  • диаграммы Описания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD),

  • диаграммы Состояния Объекта и его Трансформаций в Процессе (Object State Transition Network, OSTN).

  • Для описания логики взаимодействия информационных потоков наиболее подходит IDEF3, называемая также workflow diagramming - методологией моделирования, использующая графическое описание информационных потоков, взаимоотношений между процессами обработки информации и объектов, являющихся частью этих процессов.

Перекрестки (Junction) - Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления.

27.ABC и UDP:

1.Анализ стоимости бизнес-процессов позволяет:

  • оценить экономическую эффективность БП;

  • выявить наиболее затратные процедуры процесса;

  • определить пути снижения стоимости процедур процесса, разработать мероприятий по реорганизации;

  • оценить эффективность предлагаемых мероприятий по реорганизации;

  • рассчитать стоимость выходных продуктов процесса.

Условия использования АВС: АВС может проводится только тогда, когда модель работы последовательная (следует синтаксическим правилам IDEF0), корректная (отражает бизнес), полная (охватывает всю рассматриваемую область) и стабильна (проходит цикл экспертизы без изменений).

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]