Архитектура предприятия и корпоративных информационных систем

Матрица понятий Archimate (Archimate Framework)

Моделирование. Иерархическая классификация

Функциональное моделирование предприятия

9.62M

Category:

management

Архитектура предприятия и КИС

1. Архитектура предприятия и корпоративных информационных систем

Моделирование архитектуры предприятия в
нотации Archimate
Рыжко Наталия,
Дата подготовки презентации
1

2. Основные понятия и определения

Информационная система
Информационная система (ИС) – система обработки информации в
совокупности с относящимися к ней ресурсами организации, такими, как: люди,
технические и финансовые ресурсы, которая предоставляет и распределяет
информацию (ГОСТ ИСО/МЭК 2382–1–99, повторен в ISO/IEC/IEEE 24765-2010 и в ISO/IEC 2382:2015).
Информационная система - некоторая комбинация информационных
технологий и деятельности людей, использующая эту технологию для поддержки
основной деятельности, управления и принятия решений [Carnegie Mellon University]
Информационная система – это набор взаимосвязанных компонентов,
работающих вместе для сбора, обработки, хранения и распространения
информации с целью поддержки принятия решений, координации, контроля,
анализа и визуализации данных в организациях [Kenneth Laudon].
Информационная система состоит из людей и машин, которые производят
и/или используют информацию и которые соединены коммуникациями [Hansen].
Информационные системы - это человеко- /целе- (задаче-) /технологические
системы [Heinrich]

3. Основные понятия и определения

Enterprise resource planning (ERP) is defined as the ability to deliver an
integrated suite of business applications. ERP tools share a common
process and data model, covering broad and deep operational end-to-end
processes, such as those found in finance, HR, distribution, manufacturing,
service and the supply chain [Gartner].
Планирование (управление) ресурсами предприятия (ERP)
определяется как система, способная обеспечить интегрированный
набор бизнес-приложений. ERP обеспечивает использование единых
процессов и моделей данных, охватывающих вширь и вглубь, от
начала до конца операционные процессы, такие, как процессы в
области финансов, HR, дистрибуции, производства, обслуживания и
цепочек поставок.

4. Основные понятия и определения

5. Основные понятия и определения

Архитектура предприятия - история
Модель предприятия
Изображение предприятия или части предприятия в виде диаграмм
(графических представлений).
Модель предприятия фокусируется обычно на определенных аспектах
предприятия, таких как:
Его цели и стратегии,
Его бизнес-процессы,
Его организационная структура,
Его информационные ресурсы,
И так далее. (Opdahl, University of Bergen, 2005)

6. Основные понятия и определения

Архитектура предприятия - история
Архитектура системы
•ANSI/IEEE Std 1471-2000:
«фундаментальная
организационная структура
системы, воплощенная в ее
компонентах, их
взаимоотношениях между собой и
с окружением, и принципы,
управляющие ее построением и
эволюцией"
При построении модели как правило
определяют:
что делает система;
на какие части она
разделяется;
как эти части
взаимодействуют;
где эти части размещены.
Для предприятия и его
информационной системы важно
также:
•Кто работает с
информационной системой;
•Когда происходят действия и
события;
•Почему производятся те или
иные действия.

7. Архитектура предприятия - история

Архитектура предприятия
Определяемая бизнесом и функционированием предприятия структура
для поддержки разнообразных взаимодействий, изменений и
совершенствования организации предприятия. (Pang, 2005a)
Архитектура предприятия (EA) является концептуальным наброском,
который определяет структуру и функционирование организации.
Является ИТ-термином.
Применяется для управления изменениями в информационной системе
предприятия.

8. Архитектура предприятия - история

Фреймворк архитектуры предприятия
John A. Zachman, IBM
Джон А. Захман является создателем «Матрицы
(фреймворка, шаблона) архитектуры предприятия»,
которая получила широкое признание во всем мире как
структура интеграции или "периодическая таблица"
описательных представлений предприятия.
Он известен не только работами по архитектуре
предприятия, но еще раньше был известен за его вклад
в более раннюю методологию Информационной
Стратегии IBM, а также технологию ее реализации
группой планирования.
Джон полностью сосредоточился на информационной
стратегии и архитектуре с 1970 года и является автором
ряда статей по этим вопросам. Он участвует в
национальных и международных форумах, занимается
обучением и консалтингом. Он выступал перед многими
тысячами руководителей предприятий и специалистов в
области информатики на всех континентах.

9. Архитектура предприятия - история

Фреймворк архитектуры предприятия
John A. Zachman, IBM
• Матрицу Захмана называют онтологией предприятия
• Онтология (греч. ontos – сущее, logos – учение) – философская наука о бытии,
основных видах и свойствах бытия.
• Онтология – попытка всеобъемлющей и подробной формализации некоторой
области знаний с помощью концептуальной схемы.

10.

Матрица Захмана
John A. Zachman. 2011

11.

Матрица Захмана
John A. Zachman. 2011
• Аспекты матрицы Захмана

12.

Что? (пассивные структуры) Изделия и
другие объекты, документы, объекты
данных
Матрица Захмана
John A. Zachman. 2011

13.

Как? (поведение) Бизнес-процессы и
бизнес-функции, функции в
приложениях и т.д.
Матрица Захмана
John A. Zachman. 2011

14.

Где? Структура дистрибуции,
производственная структура, сети и
т.д.
Матрица Захмана
John A. Zachman. 2011

15.

Кто? Организационная структура,
ролевая модель
Матрица Захмана
John A. Zachman. 2011

16.

Когда? Тайминг и ограничения по
времени
Матрица Захмана
John A. Zachman. 2011

17.

Почему? Мотивация элементов
оргструктуры, ролей
Матрица Захмана
John A. Zachman. 2011

18.

Матрица Захмана
John A. Zachman. 2011
Уровни матрицы Захмана

19.

Матрица Захмана
John A. Zachman. 2011
Идентификация задачи: Быстрый результат работы с
Топ-менеджментом по постановке задачи (набросок)

20.

Матрица Захмана
John A. Zachman. 2011
Определение задачи: Бизнес-модель

21.

DEM частично
Матрица Захмана
John A. Zachman. 2011
Спецификация: Модель архитектуры системного решения (много
продуктов – системная модель)

22.

Матрица Захмана
John A. Zachman. 2011
Конфигурирование: Технологическая архитектура (ПП, СУБД, шины
интеграции, сети и т.д. – физическая модель)

23.

Матрица Захмана
John A. Zachman. 2011
Инсталляция: Модель технического решения – обеспечение работы
системы (инструментарий и техобеспечение)

24.

Матрица Захмана
John A. Zachman. 2011
Реализация, пользователи

25.

Матрица Захмана
John A. Zachman. 2011

26.

Матрица Захмана
John A. Zachman. 2011

27.

28.

Archimate
ArchiMate (в оригинале Architecture-Animate) — это открытый и
независимый язык моделирования архитектуры предприятия для поддержки
разнообразных
взаимодействий,
изменений
и
совершенствования
организации предприятия.
ArchiMate — это технический стандарт от The Open Group, базирующийся
на IEEE 1471 (международный стандарт).
Основные сущности и типы связей языка ArchiMate можно рассматривать
как структуру, так называемый ArchiMate Framework.
Он разделяет архитектуру предприятия на уровень бизнеса, приложений
и технологий.
На каждом уровне рассматриваются три аспекта: активные элементы,
внутренняя структура и элементы, которые определяют использование или
передачу информации. Иными словами: субъект, действие, объект.

29.

Матрица Захмана
John A. Zachman. 2011
Определение задачи: Бизнес-модель
Спецификация: Модель архитектуры системного решения (много
продуктов – системная модель)
Конфигурирование: Технологическая архитектура (системы, интеграции,
сети и т.д. – физическая модель)

30.

Матрица понятий Archimate (Archimate
Framework)

31.

Матрица понятий Archimate (Archimate
Framework)
Поведение (behaviour) – модели и их элементы,
описывающие действия, их причины и результаты.
Активные структуры (active structure) – элементы модели
предприятия, выполняющие или выражающие некоторое
поведение. К ним относятся исполнители, роли, программные
приложения, устройства и другое оборудование предприятия.
Такие элементы предприятия в российской практике называются
мощностями.
Пассивные структуры (passive structure) – объекты, с
которыми выполняются действия поведения. Чаще всего на
предприятиях к ним относятся различные информационные
ресурсы. Однако к таким объектам также принадлежат и
материальные объекты.

32.

33.

Archi
https://www.archimatetool.com/
Open source программный продукт, позволяющий моделировать на
Archimate
coArchi (https://www.archimatetool.com/plugins/#exArchi) – Model
Collaboration for Archi (много пользователей работают над одной
моделью).
Если интересно (все на английском языке):
• The ArchiMate Community (https://archimate-community.org/ )
• ArchiMate 101: A Practical Introduction (https://archimatecommunity.pages.opengroup.org/workgroups/archimate-101/ )
• Archi User Forum (http://forum.archimatetool.com/ )

34. Archimate

Бизнес-уровень

35. Archimate

Бизнес-уровень

36.

Бизнес-уровень

37. Матрица понятий Archimate (Archimate Framework)

Пример Бизнес-процесса

38.

Уровень приложений

39.

Уровень приложений
Примеры
допустимых
конструкций

40.

Ведение репозитория
Мы не рисуем, мы – моделируем!

41.

Ведение репозитория
Репозиторий модели – это репозиторий всех элементов модели
архитектуры предприятия. Т.е. модель строится одна на предприятие.
Аккуратное ведение репозитория позволяет анализировать связи
сущностей при анализе обследования и проектировании решения
(через автоматическое построение view – «вьюх»).
Аккуратное ведение репозитория предполагает:
До создания объекта проверить, есть ли уже такой объект в модели;
Кодирование и именование всех объектов модели по единым
правилам;
Группировку объектов репозитория по определенным правилам;
Проверку модели автоматическими средствами:
• Выявление неиспользуемых объектов репозитория;
• Выявление неиспользуемых связей;
Аккуратное использование функций копирования/удаления.

42.

Как строить модель?

43.

Моделирование предприятия
Бизнес-модель
Моделирование на уровне менеджмента

44.

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

45.

Функциональное моделирование предприятия
Функция – поведенческая способность активного ресурса
предприятия. Она характеризует ту деятельность или те действия, которые
может, должен выполнять или фактически выполняет активный ресурс
(элемент активной структуры).
Иными словами, функция как поведенческая характеристика всегда
рассматривается со стороны ресурса ее выполняющего.
[Белайчук А.А. BPM CBOK]
Одну функцию может выполнять один и только один активный ресурс
или ряд однотипных, взаимозаменяемых ресурсов.
Один активный ресурс может выполнять как одну, так и несколько
функций.

46.

47.

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

48.

Процессный подход
Термины процессного подхода
(В.В. Репин)
Цепочка создания ценности – организованный и взаимосвязанный набор
бизнес-процессов, создающий ценность для клиентов.
Межфункциональный (сквозной) процесс – процесс, в котором участвует
несколько структурных подразделений организации, создающий ценность
для внешних и/или внутренних клиентов.
Процесс подразделения (или функция) – процесс, целиком
выполняющийся в рамках структурного подразделения, и создающий
ценность внешних и/или внутренних клиентов (Примечание: это функция).
Система процессов организации – деятельность организации,
рассматриваемая в виде совокупности организованных и взаимосвязанных
процессов.

49.

Процесс (CBOK)
Процесс
набор функций, выполняемых в определенной последовательности для
создания потребительской ценности.
Процесс начинается с четко определенных внешних событий.
Процессы запускаются определенными событиями и порождают
определенный результат (или несколько результатов) в виде завершения
процесса или передачи ответственности другому процессу.
Процесс есть сочетание всех действий, требуемых для достижения цели,
получения результата, продукции или услуги, вне зависимости от того, где они
выполняются, и необходимого обеспечения. Такое объединение действий,
выполняемых совместно для создания продукции или услуги, обычно
выходит за рамки функциональных границ и границ организации.
Действия, показанные в контексте их взаимосвязей, образуют
последовательность или поток. В таком контексте определяется набор
действий, выполняемых людьми, системами или совместно теми и другими
для достижения одной или нескольких целей.
Процессы состоят из набора взаимосвязанных задач или действий,
нацеленных на решение конкретной проблемы.

50. Моделирование предприятия

CBOK
BPM CBOK (Свод знаний по управлению бизнес-процессами)
https://abpmp.org.ru/resource/bpm-cbok/
BPM CBOK разработан международной Ассоциацией профессионалов
управления бизнес-процессами (Association of Business Process Management
Professionals, ABPMP), русский перевод выполнен российским отделением
организации (ABPMP Russian Chapter).
BPM CBOK – это изложение текущего мейнстрима BPM признанными
экспертами: в нем вводится стандартизованная терминология процессного
управления и перечислены общепризнанные подходы, методы и средства.

51. Моделирование на уровне менеджмента

Бизнес-процесс (CBOK)
В контексте управления бизнес-процессами
«бизнес-процесс» определяется как сквозная работа,
создающая потребительскую ценность.
Понятие сквозной работы является принципиальным, в
нем подразумевается вся работа, необходимая для
создания потребительской ценности в полном объеме, не
взирая на функциональные границы.

52. Моделирование. Иерархическая классификация

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

53. Моделирование. Фасетная классификация

Классификация процессов согласно CBOK
Основные процессы
Вспомогательные процессы
Процессы управления
У большинства компаний на основные процессы приходится
20% деятельности, на вспомогательные — 70%, а на процессы
управления — 10%

54. 55. Моделирование на уровне менеджмента

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

56. Функциональное моделирование предприятия

Классификация процессов согласно CBOK
Вспомогательные процессы
предназначены для поддержки основных, обычно через управление
ресурсами и/или инфраструктурой, необходимых основным
процессам.
Разница между основными и вспомогательными процессами в том, что
вспомогательные процессы непосредственно не создают ценность для
потребителя.
Примеры вспомогательных процессов обычно относятся к ИТ, финансам,
управлению персоналом. Хотя вспомогательные процессы зачастую тесно
связаны с функциональными областями (например, процесс выдачи и
отзыва разрешения на сетевой доступ), они могут пересекать
функциональные границы и зачастую действительно их пересекают.

57. Функциональное моделирование предприятия

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

58. Функциональное моделирование предприятия

Классификация процессов Сибна (in progress)

59. Моделирование на уровне менеджмента

Порядок построения модели бизнес-процессов
Предварительные условия для моделирования бизнеспроцессов:
1. Построить классификацию бизнес-процессов:
определить признаки классификации;
первый признак классификации должен определять отношение к
цепочке создание ценности;
наименование бизнес-процесса должно отражать его цель;
2. Построить классификацию ресурсов, необходимых для бизнес-процесса
(оргструктура, классификация документов/информационных ресурсов,
классификация компонентов приложения и т.д.);
3. Собрать необходимую информацию о бизнес-процессе.

60. Процессный подход

Порядок построения модели бизнес-процессов
Показ в модели СибНА

61. Процессный подход

Порядок построения модели бизнес-процессов
Последовательность формирования модели бизнес-процесса
Изобразить процесс, определив его наименование и место в
классификации процессов.
2. Сформулировать на основе цели процесса и изобразить на диаграмме
конечное событие процесса.
3. Сформулировать на основе начального состояния подсистемы и
изобразить на диаграмме начальное событие процесса.
4. Предложить последовательность действий (подпроцессов или
функций, всегда глагол или отглагольное существительное) для
переведения подсистемы из состояния, определенного начальным
событием, в состояние, определенного конечным событием.
5. Нанести эти действия на диаграмму в виде потока управления.
6. Определить для каждого действия его исполнителя, изобразить
каждого исполнителя, связать исполнителя с действиями.
7. Определить входы и выходы каждого действия в виде объектов
данных, нанести их на диаграмму и связать с действиями.
1.

62. Процессный подход

Порядок построения модели бизнес-процессов
Диаграмма бизнес-процесса. Основные элементы
* Наименование шага
– глагол или
отглагольное
существительное

63. Процессный подход, диаграмма процесса

Порядок построения модели бизнес-процессов
Диаграмма бизнес-процесса. Основные элементы
* Исполнители из
оргструктуры или
ролевой модели

64. Процессный подход

Порядок построения модели бизнес-процессов
Диаграмма бизнес-процесса. Основные элементы

65. Кроссфункциональный процесс

Порядок построения модели бизнес-процессов

66. Процессный подход

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

English Русский Rules