Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Voprosy_k_ekzamenu_po_distsipline_dopolnennoe.doc
Скачиваний:
67
Добавлен:
29.05.2015
Размер:
2.06 Mб
Скачать

20. Применение процессного подхода: модель To Be и As Is.

Модель «как есть» (от «as is») – это модель бизнес-процесса, построенная на основе субъективного видения бизнес-процесса, существующего в организации. При построении модели важно помнить:

  • о субъективности

  • об актуальности модели.

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

Этап включает следующие работы:

  • Создание моделей организационной структуры

  • Создание вспомогательных моделей

  • Разработка моделей бизнес-процессов верхнего уровня

  • Проверка адекватности моделей верхнего уровня

  • Разработка моделей детальных бизнес-процессов

  • Проверка адекватности детальных моделей

  • Создание моделей документов, данных и т.д.

  • Проведение анализа моделей

  • Формирование отчетов

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

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

Для простейших процессов могут быть выделены шаги:

  • Выбор приоритетных направлений реорганизации процесса

  • Разработка критериев оценки эффективности перспективного процесса

  • Обсуждение конкретных мер повышения эффективности процесса

  • Формирование нескольких вариантов моделей «как должно быть»

  • Анализ полученных вариантов на основе выбранных критериев

21. Моделирование процессов: виды программных продуктов и их назначение.

Методология IDEF0 предоставляет аналитику прекрасные возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа: по информации, по управлению, дви­жение материальных ресурсов.

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

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

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

Методология UML предназначена для описания функционирования сложных программных продуктов, основанных на объектно-ориентированных языках программирования. Хотя в рамках этой методологии рассматривается ряд диаграмм, которые можно ис­пользовать для описания процессов, в целом UML не предназначена для описа­ния бизнес-процессов организации.

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

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