Современное состоянии инженерии позволяет говорить, что предприятия (организации, команды и т. п.) являются системами в том или ином виде. Такие системы могут объединять персонал и оборудование, их можно рассматривать одновременно и как физические процессы, и с других точек зрения: кадровой, организационной, управленческой, логистической и т. д. И все это необходимо каким-то образом описывать.
С одной стороны внутри систем предприятий находятся инженерные вещи, которые мы умеем описывать (с помощью UML, например), с другой — хочется подобным образом представить и все предприятие в целом, все его аспекты, интересные с точки зрения бизнеса.
Что нужно описывать
То, как устроено предприятие, можно назвать своеобразной архитектурой, описание которой в итоге нам нужно получить.
Согласно ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011:
Архитектура (системы) — основные понятия или свойства системы в окружающей среде, воплощенной в ее элементах, отношениях и конкретных принципах ее проекта и развития.
Как можно описать архитектуру
Для описания архитектуры предприятия существует много разных способов: начиная от текста на естественном языке, заканчивая диаграммами. Наш выбор в этом вопросе ограничен возможностями (понимания) и пожеланиями заказчика, который выступает в роли читателя. Описанная каким-то образом архитектура должна быть понятна в первую очередь ему.
Описание может быть не одним — любую систему можно описывать совершенно по-разному, с разных точек зрения: взаимодействия, финансовых потоков, материальных, энергетических и др. Согласно практике системного анализа, архитектурное описание предприятия может быть выполнено в рамках одной из нескольких парадигм:
- Предприятие, как база данных. Это основа для построения любой корпоративной ИС (ERP, CRM, складской, системы управления цепочками поставок и т. д.).
- Предприятие как договаривающиеся стороны. Совокупность участников, которые находятся в различных отношениях между собой — административных, управленческих, политических, отношениях подчинения, зависимости, влияния, авторитета и др. Этот подход полезен для управленческого консалтинга, выявления зон ответственности (и безответственности).
- Предприятие, как фабрика по переработке сырья/ресурсов/информации в конечный продукт. В фокусе этого подхода находятся бизнес-процессы.
Grapholite принимает во внимание все перечисленные парадигмы и предоставляет специализированные стандартные наборы фигур, используя которые на схемах можно отобразить:
- Абстрактные модели данных для описания информационных структур, воплощаемых в дальнейшем в базы данных. Для изображения этого слоя Grapholite поддерживает ER-диаграммы.
- Схемы баз данных, отражающие структуру БД (таблицы, представления, отношения между ними и т. п.). В Grapholite можно проектировать схемы баз данных, используя диаграмму классов UML.
- Организационные структуры, отражающие административную иерархию предприятия. Реализуется с использованием организационной диаграммы (простейшие структуры), либо при помощи базовых элементов блок-схем (флоучартов), с помощью которых можно отобразить любые аспекты отношений между участниками предприятия.
- Бизнес-процессы, наиболее важная часть описания архитектуры. Для их отображения в Grapholite имеется несколько возможностей: блок-схемы, кросс-функциональные диаграммы (дорожки), EPC диаграммы, UML и BPMN.
В рамках описания архитектуры предприятия последний пункт представляет наибольший интерес и на нем стоит остановиться и разобрать более детально.
Языки (нотации) для описания корпоративной архитектуры
Блок-схемы (потоковые диаграммы) пришли в мир бизнеса из компьютерной науки. Они широко известны и интуитивно понятны. Однако, блок-схемы довольно примитивны и не приспособлены к описанию бизнес-процессов. К примеру, такая задача, как разделение по функциональным ролям уже не укладывается в рамки классического языка блок-схем.
Grapholite специализируется на рисовании блок-схем, поэтому с их поддержкой нет никаких проблем. Но сама методика использования блок-схем для описания бизнес-процессов сегодня используется крайне редко, разве что в самых простых случаях или в обучении.
Кросс-функциональные диаграммы (дорожки), в отличие от классических блок-схем принимают во внимание ответственность участников за определенные части процесса. И Grapholite справляется с этой задачей прекрасно, предоставляя в пользование механизм создания дорожек.
IDEF0 и IDEF3 достаточно известные методологии. Кроме техники изображения, выполнения диаграмм, в этих методологиях есть правила как задавать вопросы и как вести контекст моделирования (чего нет в потоковых диаграммах или блок-схемах). Одним из минусов этого класса методологий является невозможность элегантно смоделировать ситуацию таймаута, когда процесс либо дожидается действия одного из участников, либо продолжается далее по истечении регламентированной задержки. Поэтому методология рассматривается немного устаревшей, и Grapholite ее не поддерживает в виде отдельного набора элементов. Тем не менее, принципиальная возможность для создания IDEF0-диаграмм имеется: для этого можно использовать базовые элементы (блоки) и стрелки.
Шаблон IDEF0, построенный в Grapholite из обычного прямоугольника и стрелок
ARIS eEPC (extended event driven process chain) — мощная, оснащенная и технологичная методология. Несмотря на свой возраст, она все еще находит свое применение. Grapholite поддерживает создание EPC диаграмм «из коробки».
UML применялся и применяется сейчас для описания бизнес-процессов, особенно версия 2.0. Но даже на сегодняшний день это удел ценителей. Это больше IT-шная вещь, в которой непросто описывать ведение деятельности, ролевую модель, с фактами, которые происходят реально на предприятии. В любом случае, реализация диаграмм UML в Grapholite сделана наилучшим образом, и вы можете ее использовать.
Пример диаграммы UML Activity (деятельности)
BPMN (Business Process Model and Notation) в настоящее время является наиболее подходящим решением для описания бизнес-процессов. Эта методология (и нотация) моделирования — отличная альтернатива конкурирующим между собой «частным» решениям. Это открытый, публичный стандарт. Grapholite поддерживает как предыдущую версию BPMN 1.2, так и новую 2.0.
Необходимо заметить, что Grapholite не является инструментом моделирования бизнес-процессов. Но он позволяет описать графически каждый аспект архитектуры, используя большой набор стандартных и широко известных диаграмм, нотаций и методологий, расширяя его своими полезными встроенными функциями. И, одновременно с этим, приложение сохраняет простоту, в полном соответствии со своей философией.
Grapholite TM
- Описание программы
- Философия и преимущества
- Альтернатива Visio (англ.)
- Документация (англ.)
- Варианты лицензий и цены
- Скачать для iPad
- Скачать для Android
- Для Windows 10
- Для Windows Desktop
Источник: grapholite.ru
Что такое архитектура предприятия и как ее проектировать: TOGAF vs ARIS
Продолжая речь про анализ корпоративной деятельности, сегодня рассмотрим основы архитектуры предприятия и разберем 2 наиболее популярных подхода к ее проектированию: TOGAF и ARIS. Читайте далее, какие еще архитектурные фреймворки выделяет руководство по бизнес-анализу BABOK®Guide, чем TOGAF отличается от ARIS и как этот подход позволяет бизнес-аналитику комплексно описать корпоративную деятельность.
Немного об архитектуре предприятия: взгляд BABOK и не только
Описание корпоративной деятельности с целью ее оптимизации не сводится только к моделированию бизнес-процессов в стандартных нотациях, которые мы разбирали здесь. Согласно рекомендациям BABOK®Guide в главе «Анализ стратегии» (Strategy Analysis), следует также проанализировать существующие на предприятии организационные структуры (проектные и функциональные), цели и показатели их достижения, линейку создаваемых продуктов/услуг, которые приносят доход, а также инфраструктуру (программное и аппаратное обеспечение, оборудование), используемые в работе. Все это в совокупности образует единую систему – архитектуру предприятия, для проектирования которой существует множество специальных подходов (фреймворков), наиболее популярным из которых сегодня считается TOGAF (The Open Group Architecture Framework).
Справедливости ради стоит отметить, что руководство по бизнес-анализу BABOK®Guide при описании перспективы «Бизнес-архитектура» упоминает не только TOGAF, но и другие архитектурные фреймворки, например, eTOM, COBIT, ITIL, PCF и пр. в качестве эталонных бизнес-моделей, универсальных или специфических для отдельных предметных областей. При этом в BABOK фреймворк TOGAF позиционируется в качестве метода (техники), будучи упомянутым вместе с такими подходами как CJM, дорожная карта, фреймворк Захмана и т.д. Однако, такое позиционирование вызывает вопросы, поскольку TOGAF и, к примеру, карта взаимодействия с клиентом (Customer Journey Map, CJM) имеют абсолютно разные объемы и точки описания корпоративной деятельности. Впрочем, этот вопрос снимается, если вспомнить, что BABOK – это не строгий ГОСТ, а сборник лучших практик бизнес-анализа, не претендующий на абсолютную полноту содержащихся в нем знаний и рекомендаций.
Управление бизнес-анализом — курс для руководителей
Код курса
BAMP
Ближайшая дата курса
27 июля, 2023
Длительность обучения
8 ак.часов
Стоимость обучения
15 000 руб.
TOGAF vs ARIS: основы моделирования корпоративной архитектуры
Возвращаясь к TOGAF, поясним, что этот высокоуровневый подход, разработанный в 1991 на основе фреймворка Министерства обороны США TAFIM, предлагает описывать архитектуру предприятия в разрезе следующих основных доменов [1]:
- Бизнес (Business) — корпоративная стратегия, структура управления и ключевые бизнес-процессы;
- Данные (Data) — логическая и физическая структура данных организации, включая корпоративные ресурсы для управления ими;
- Приложения— перечень всех используемых корпоративных информационных систем и программных приложений с описанием их участия в бизнес-процессах компании, а также взаимодействия друг с другом и внешними сервисами;
- Технологии (Technology) — структура и логика программного обеспечения и аппаратной среды, необходимые для работы бизнес-приложений и доступа к данным, включая описание всей поддерживающей инфраструктуры: сети, сервера, процессинг и пр.
Если сравнивать этот архитектурный фреймворк с методологией бизнес-моделирования ARIS, реализованной в одноименном программном продукте немецкой компании IDS Scheer (ныне часть Software AG), TOGAF позволяет описать корпоративную деятельность более полно, поскольку включает также и аппаратную часть (домен «Технологии»). ARIS же рассматривает предприятие с пяти точек зрения [2]:
- организационной,
- функциональной,
- обрабатываемых данных,
- структуры бизнес-процессов,
- продуктов и услуг.
Каждая из этих точек зрения детализируется на описание требований, спецификации и особенностей реализации (внедрения).
С точки зрения прикладного использования вышерассмотренных архитектурных фреймворков, они реализуются с помощью специализированных программных продуктов, которые активно используются бизнес-аналитиками в практической деятельности. В следующей статье мы рассмотрим, как методология TOGAF поддерживается в языке моделирования Archi и программном продукте ArchiMate, а также сравним некоторые аспекты этих инструментов с другими решениями для моделирования корпоративной архитектуры.
Источник: babok-school.ru
