3.16. Определение метрики процесса

Цель процесса по возможности должна быть определена таким образом, чтобы о степени ее достижения можно было судить по единственной метрике процесса

Метрика процесса - количественная мера степени достижения процессом своей

цели.

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

Целевая точка - желаемое значение метрики процесса

Текущее измерение процесса - значение метрики процесса до реализации мероприятия по усовершенствованию

Результат усовершенствования процесса - значение метрики процесса после осуществления мероприятий по усовершенствованию

3.17. Метрики характеристик процессов

1.Отношение фактического времени выполнения процесса к плановому времени выполнения

2.Степень автоматизации по количеству функций (количество функций с возможностью автоматизации /общее количество функций процесса)

3.Степень автоматизации по времени (суммарное время автоматизированных работ / суммарное время выполнения всех работ )

4.Отношение суммарного времени выполнения функций процесса к суммарному времени ожидания

5.Отношение суммарного времени выполнения функций - интерфейсов взаимодействия с другими процессами к суммарному времени ожидания

Часть II. Модели бизнес-процессов

6.1. Моделирование деятельности организации

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

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

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

Изменения способов ведения бизнеса не предполагают очевидной необходимости использования моделей. Для чего нужны модели?

Модели бизнеса:

1.вводят точность и методологичность

2.обеспечивают единственное, последовательное представление

3.интегрируют процессы, ИТ-системы, оргструктуру, информацию и данные

4.позволяют увидеть и проанализировать взаимосвязи

5.помогают проводить проверку правильности, просмотр и тестирование процессов

6.обеспечивают информативную среду для оценки сценариев типа «а что, если ...»

7.являются основой для быстрого внедрения изменений процессов

6.2. Общие принципы моделирования

1.Принцип корректности

Корректность моделей зависит от полноты и согласованности синтаксиса конкретной метамодели. Метамодель - «модель моделей», т.е. модель, обобщающая модели конкретной методологии моделирования. Мета - общность (греч.)

2. Принцип релевантности Модель не должна содержать информации больше, чем необходимо.

3. Принцип соизмеримости затрат и выгод

Соотношение объема усилий для создания моделей и полезности моделирования конкретного сценария, продолжительности использования моделей.

4. Принцип прозрачности

Разбиение моделей на различные типы представлений (подмодели) облегчает понимание моделей.

5. Принцип сравнимости

Единая согласованная инфраструктура и язык моделирования, сопоставимость метамоделей для разных языков моделирования.

6. Принцип систематизированной структуры

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

6.3. Принципы моделирования деятельности организации

Учет целей моделирования Использование эталонных и референтных моделей Моделирование «сверху-вниз»

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

Обеспечение целостности описания

Учет эргономических критериев (ограничение числа объектов и геометрического размера модели)

Соизмеримость моделей одного уровня детализации по степени обобщения информации

Концентрация ресурсов на ключевых аспектах деятельности и на «болевых точках»

6.4. Методологии моделирования

Методология моделирования - учение о структуре, логической организации, методах и средствах деятельности в области структурного анализа

Методологии структурного подхода DFD, STD, ERD, FDD, SADT, IDEF

Методологии объектно-ориентированного подхода UML, RUP

Методологии, ориентированные на бизнес-процессы Бизнес + Информационные системы = ARIS

ARchitecture of Integrated Information Systems Архитектура интегрированных информационных систем

6.5. Методологии структурного подхода

DFD (Data Flow Diagrams) - диаграммы потоков данных, обеспечивающих анализ требований и функциональное проектирование информационных систем.

STD (State Transition Diagram) - диаграммы перехода состояний для проектирования систем реального времени.

Структурные карты Джексона и /или Константайна для проектирования межмодульных взаимодействий и внутренней структуры объектов.

FDD (Functional Decomposition Diagrams) - диаграммы функциональной декомпозиции.

SADT (Structured Analysis and Design Technique) - технология структурного анализа и проектирования семейство.

Методология IDEF0 основана на подходе, разработанном Дугласом Россом в начале 70-х годов и получившем название SADT (Structured Analysis & Design Technique, - метод структурного анализа и проектирования). Является также основой IDEF1X.

Семейство IDEF (ICAM - Integrated Computer Aided Manufacturing Definition):

IDEF0 (Integration Definition method for Function Modeling)

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

IDEF1 (Integration Definition method for Information Modeling) - применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды.

IDEF1X (Integration Definition method for Semantic Data Modeling) - методология моделирования структуры информации, основанная на концепции «сущность-связь».

ERD (Entity-Relationship Diagrams) - диаграммы «сущность-связь».

IDEF2 (Integration Definition method for Simulation Modeling) - позволяет построить динамическую модель меняющегося во времени поведения функций, информации и ресурсов производственной системы или среды.

IDEF3 (Integration Definition method for Process Description Capture)

- методологиядокументированиятехнологическихпроцессов. Методика потокового моделирования, а не структурного как IDEF0. WFD (Work Flow Diagram) - диаграмма потоков событий, инструмент графического представления функций системы, моделируемой в нотации IDEF3.

IDEF4 (Integration Definition method for Object-Oriented Design) - методология объектно-ориентированного проектирования сложных систем, описывающая структуру, поведение и реализацию систем в терминах класса объектов.

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

CASE-системы (Computer-Aided Software/System Engineering): BPwin, Erwin Инструментальные системы : MS Visio.

6.7. Методология SADT

SADT (Structured Analysis and Disign Tecchnique) - технология структурного анализа и проектирования), основанная на концепции «сущность-связь» (entity-relationship). Представляет собой дальнейшее развитие методологии структурного анализа и проектирования.

Методология SADT разработана Дугласом Россом. На ее основе разработана, в частности, известная методология IDEF0 (Icam DEFinition), которая является основной частью программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой по инициативе ВВС США.

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