Общие положения методологии описания деятельности предприятия на примерах из систем Archimate и aris

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

Модель деятельности организации – совокупность взаимосвязанных и

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

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

Для чего же нужны модели бизнеса:

• вводят точность и методологичность в описание реальности;

обеспечивают единственное, логически последовательное представление информации о реальности;

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

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

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

процессов;

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

если...»;

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

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

I. Принцип корректности. Корректность моделей зависит от полноты и согласованности синтаксиса конкретной метамодели;

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

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

IV. Принцип прозрачности. Разбиение моделей на различные типы представлений (подмодели), облегчающее понимание моделей;

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

VI. Принцип систематизированной структуры. Возможность интеграции моделей

различных типов на основании единой метамодели, объединяющей различные типы представлений;

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

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

1) Использование архитектурной модели 3х3 как базовой классификационной схемы.

2) Учет целей моделирования (модели создавать с учетом последующих шагов их использования).

3) Использование эталонных и референтных моделей в качестве отправной точки описания бизнес-процессов.

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

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

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

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

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

информации.

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

Методология архитектурного моделирования предприятия

Архитектурная модель предприятия, характеризующая его целевое, исходное или промежуточное состояние, имеет структуру 3x3 матрицы, в каждой клетке которой размещаются элементы одной из 9 категорий, по строкам расположены так называемые слои (бизнес-слой, слой приложений, технологический слой), по столбцам – пассивная, поведенческая и активная структуры (Рис.1).

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

Рис 1.Система базовых понятий архитектурной модели предприятия

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

Рис.1а. Схема главных понятий языка ArchiMate

Ниже представлены на языке ArchiMate примеры моделей каждого из трех слоев и примеры моделей реализации бизнес-слоя прикладным слоем, и слоя приложений технологическим слоем.

Рис.1б. Пример модели бизнес-слоя

Рис.1в. Пример модели слоя приложений

Рис.1г. Пример модели технологического слоя

Рис.1д. Пример модели взаимодействия слоев бизнеса и приложений

(штриховая стрелка обозначает связь реализации, а сплошная вертикальная или наклонная – связь использования)

Рис. 1е. Пример слоя приложений и поддерживающей его технологической инфраструктуры

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

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

Например, в ARIS синтаксически определены предметные области (см. Рис.2):

1. Цели, целевые показатели

2. Функции/процессы

3. Оргструктура

4. Полномочия

5. Знания/компетенции

6. Продукты/услуги

7. Документы

8. ИС

9. Технические ресурсы

10. Материалы

11. Данные

12. Риски.

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

Рис. 2. Целостное (архитектурное) описание деятельности организации в системе ARIS

Это описание демонстрирует принятую в ARIS схему детализации процессов, которая как вариант способов детализации модели предприятия, естественным образом вписывается в структурную матрицу 3x3.

Поэтапная нисходящая схема разработки комплексной процессной модели предприятия в ARIS содержит 5 этапов разработки и соответствующие уровни представления процессов (см. рис.3).

Рис. 3. Моделирование предприятия методом последовательной (“сверху-вниз») детализации процессов в системе ARIS

Методология ARIS предполагает центральным ядром модели предприятия иерархическую процессную структуру, показанную на Рис. 3,4. Заметим, что согласно Рис. 3. на верхних трех уровнях предполагается использование моделей окружения процессов и сценариев (на Рис.3 не показаны), аналогичные моделям окружения функций.

Рис. 4. Уровни описания процессов

Основные модели процессов

1) Диаграмма цепочки добавленного качества (Value-added chain diagram, VAD)

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

2) Диаграмма выбора процесса (Process selection diagram, PSD) отображает различные сценарии выполнения процесса в соответствии с главными процессами.

3) Событийная цепочка процесса (Extended event driven process chain, eEPC)

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

Используется для описания сценария процесса и процедур .

4) Диаграмма окружения функции (Function allocation diagram, FAD) предназначена

для описания объектов, окружающих функцию, (исполнителей, входных и выходных потоков информации, документов, материалов, продуктов/услуг, ИС). Применяется для детализации функций и, при необходимости, процессов.

В описанной иерархической процессной структуре особое интегрирующее значение имеют событийные цепочки процессов и диаграммы окружения функций, так как, в принципе, они включают элементы практически всех 12 предметных областей перечисленных выше и показанных на рис.2.

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

Рис. 5. Пример ресурсного окружения процесса

Указанные на рисунке элементы ресурсных областей также описываются в диаграммах структур предметных областей: так, например, организационные элементы описываются в диаграммах организационных структур, как показано на рис.6,7,8, целевые структуры – также в соответствующих диаграммах, схожие с показанными на Рис.9, 11, причем они связаны с процессами через показатели КПР, встраиваемые в процессы в контрольных точках (см. для справки Рис.12.). Далее будут приведены примеры диаграмм для всех предметных областей. Обратите внимание на то, что в диаграммах присутствуют элементы смежных предметных областей, т.о. системность модели отражается во взаимосвязанности подсистем (предметных областей).

Рис. 6. Уровни описания организационной структуры

Рис. 7. Моделирование организационной структуры предприятия

Использование связей в организационной схеме

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

Рис. 8. Использование связей в организационной схеме

Особое значение при моделировании предприятия и объекта исследования по теме ВКР имеет предметная область «Цели и целевые показатели», представляемая в виде иерархии целей как на Рис. 9 и имеющая связи с процессной структурой через так называемые контрольные точки.

Рис. 9. Описание целей процесса

Диссертанту рекомендуется применять подходящие методы мониторинга и, где это целесообразно, методы измерения целевых показателей выполнения процессов предприятия. Эти методы должны демонстрировать способность процессов достигать запланированных целевых результатов согласно ИСО 9001-2000. пункт 8.2.3.

Показатели, характеризующие свойства процесса:

• Показатели результативности,

• Показатели определенности,

• Показатели управляемости,

• Показатели эффективности,

• Показатели повторяемости,

• Показатели гибкости.

Показатели соответствуют свойствам процесса:

1) Результативность – характеризует соответствие результатов процесса нуждам и ожиданиям потребителей;

2) Определенность – отражает степень, с которой реальный процесс соответствует описанию;

3) Управляемость – характеризует степень, в которой производится управление

выполнением процесса производства требуемых продуктов/услуг, отвечающих

определенным целевым показателям;

4) Эффективность – отражает, насколько оптимально используются ресурсы при достижении необходимого результата процесса;

5) Повторяемость – характеризует способность процесса создавать выходные потоки с одинаковыми характеристиками при повторных его реализациях;

6) Гибкость (адаптируемость)– способность процесса приспосабливаться к изменениям внешних условий, перестраиваться так, чтобы не снижались ни результативность, ни эффективность;

7) Стоимость – определяет совокупную стоимость выполнения функций процесса и передачи результатов от одной функции к другой.

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

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

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

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

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

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

Текущее измерение значения метрики процесса – значение метрики процесса «как есть» до реализации мероприятия по усовершенствованию.

Результат усовершенствования процесса – значение метрики процесса после осуществления мероприятий по усовершенствованию согласно модели «как должно быть».

Рис. 10. Концептуальная диаграмма метрики процессов

Примеры метрик характеристик процессов

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

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

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

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

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

F. И т.д.

Метрики и Ключевые Показатели Результативности

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

Метрика - Ключевой Показатель Результативности уровня процесса.

Рис. 11. Метрики и КПР

Установка точек контроля и измерений

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

Рассмотренная общая методология моделирования КИС предприятия на примере системы моделирования ARIS может реализовываться в инструментальных средах ARIS, ARIS EXPRESS, а также в несколько модифицированном виде в среде BusinessStudio (вместо нотации VAD использовав IDEF0).

Диссертанту рекомендуется также исследовать расширения рассмотренной ARIS-методологии на предмет соответствия целям и задачам ВКР путем:

А) введения классификации бизнес-процессов на основные, развития, управления и обеспечения;

Б) использования из системы архитектурного моделирования Archimate системы 3х3 базовых понятий архитектурного описания:

• бизнес-слой, слой приложений и слой технологий;

• пассивный объект, поведение, активный объект.

Далее. в п.2.1. описана методика проведения синтеза модели предприятия «AS IS», в п.2.2. описана методика анализа модели предприятия «AS IS» для выявления проблемных мест, в п.2.3. – методика исследования возможных направлений поиска приемлемых решений выявленных проблем, в п.2.4. описаны основы формулирования заключения по главе ВКР.