Методология ARIS

1. Общие сведения. Постановка задачи

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

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

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

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

Преимущества методологии ARIS:

         возможность рассматривать объект с разных точек зрения;

          разные уровни описания, обеспечивающие поддержку

         концепции жизненного цикла систем;

         дифференцированный взгляд на анализируемый объект (организацию, систему управления и т.д.);

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

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

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

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

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

 

2. Предназначение системы ARIS. Примеры успешного использования

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

В рамках методологии ARIS имеется также возможность определить требования к провести ее проектирование. Круг компаний, использующих интегрированную инструментальную среду ARIS, достаточно широк. Организации, занимающиеся консалтинговой деятельностью, применяют ARIS как средство для анализа деятельности фирм-клиентов. Четыре из пяти ведущих мировых консалтинговых фирм используют ARIS в качестве инструментария для оптимизации своей деятельности. Различного рода компании, занимающиеся как производством продукции, так и предоставлением услуг, успешно применяют систему ARIS для анализа и реорганизации собственной  деятельности и поддержания внутренних процессов при изменениях ситуации на рынке. Компания всегда имеет в своем распоряжении визуальное отображение всех аспектов своей деятельности, а также средства для их анализа (стоимостного, динамического, анализа соответствия организационной структуры выполняемым функциям и т.д.). Продукт ARIS может быть использован фирмами-разработчиками программного обеспечения для поддержки проектирования информационных систем. Если деятельность предприятия поддерживается системой управления класса EPR, например, системой R/3 фирмы SAP, то комплекс ARIS будет постоянно обеспечивать такой системе актуальное состояние, соответствующее существующим на предприятии бизнес-процессам. Направленность данного продукта на управление качеством по международному стандарту ИСО 9001 позволит компаниям вывести их деятельность на уровень, соответствующий общепринятым требованиям к организации процессов. Кроме того, данная система обеспечит поддержку процесса подготовки сертификации на соответствие данному стандарту. Для этого в системе предусмотрена возможность для создания специальных отчетов, отвечающих требованиям ИСО 9001, а также модели, отражающие полную методологию процесса сертификации. Правильное проведение всех необходимых мероприятий позволит предприятию успешно u1074 выйти на европейский рынок и быть признанным большинством компаний Европы. Система ARIS в настоящее время уже успешно используется множеством известных компаний различного профиля как в Европе, в том числе в России, так и по всему миру. Фирма Mercedes-Benz применяет ARIS с 1995 г. для анализа и совершенствования деятельности в области производства легковых автомобилей. Поводом для ее приобретения послужила возрастающая конкуренция на рынке легковых автомобилей и острая необходимость в повышении конкурентоспособности предприятия. Система ARIS позволила фирме перейти на качественно новый уровень в организации производства. Автомобилестроительная компания Volkswagen, успешно использовала систему ARIS для реализации эффективной

программы лизинга в двух дочерних подразделениях — Volkswagen Leasing и Volkswagen Bank. Разработанная программа лизинга «LEASIS» в настоящий момент контролирует около 99 % всего лизингового рынка Германии. Весь процесс разработки данной программы был полностью осуществлен в системе ARIS и продолжался почти 5 месяцев при участии от 6 до 20 специалистов на разных этапах составления проекта. Окончательным этапом разработки стали расчет экономических показателей реализации программы, презентация проекта и обучение будущих участников данной программы, что также было организовано с применением инструментария ARIS. В качестве подобных примеров можно привести и другие крупные и средние компании, занимающиеся производством товаров и предоставлением услуг.

3. Архитектура ARIS

Рассматриваемая методология ARIS основана на разработанной профессором А.-В. Шеером теории «Архитектура интегрированных информационных систем» (Architecture of Integrated Information System ARIS). Она определяет принципы моделирования практически всех аспектов деятельности организаций, что является ее коренным отличием от других методологий. Согласно терминологии, принятой в области структурного анализа, термин «архитектура» описывает типы используемых методов, их функциональные свойства и взаимоотношения между составными частями моделируемой системы [I]. Методология ARIS основывается на концепции интеграции, предлагающей

целостный взгляд на бизнес-процессы, и представляет собой множество различных методологий, интегрированных в рамках единого системного подхода. Это позволяет говорить об общей архитектуре ARIS. К наиболее важным компонентам архитектуры ARIS относятся типы представления и уровни описания моделируемого объекта. Они рассмотрены далее. Что обусловило выбор методологий и используемых в них моделей? Это прежде всего необходимость всестороннего описания сложной социально-технической системы, какой является практически каждая современная организация. В общем случае архитектура ARIS выделяет в организации такие подсистемы как:

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

         Функциональная. Определяет функции, выполняемые в организации;

         Подсистемы входов/выходов. Определяют потоки используемых и производимых продуктов и услуг;

         Информационная (подсистема данных). Описывает получение, распространение и доступ к информации (данным);

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

         Подсистема целей организации. Описывает иерархию целей, достигаемых в ходе выполнения того или иного процесса;

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

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

         Подсистема расположения организационных структур. Описывает территориальное расположение организационных единиц. Все эти подсистемы организации в реальности и в моделях должны быть связаны между собой (рис. )

Рис1. Взаимодействие моделей в ARIS

 

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

В соответствии с правилами структурного анализа каждая из этих подсистем разбивается на элементарные блоки (модули), совокупность которых и составляет нотацию структурной модели той или иной подсистемы организации. Естественно, что эти подсистемы не являются обособленными. Они взаимно проникают друг в друга, и поэтому одни и те же элементарные модули могут использоваться для описания различных структурных моделей. Для устранения избыточности методология ARIS ограничивает число типов моделей. В связи с этим в методологии ARIS выделено четыре основных вида моделей, отражающих основные аспекты организации — пять типов представлений:

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

подразделений;

функциональные модели, описывающие функции (процессы, операции), выполняемые в организации;

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

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

модели входов/выходов, описывающие потоки материальных и нематериальных входов и выходов, включая потоки денежных средств.

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

рис.2.

РИС.2. Взаимосвязь видов моделей ARIS (здание ARIS)

 

компонентой архитектуры. Они позволяют структурировать бизнес-процессы и выделять их составные части, что делает рассмотрение более простым. Применение этого принципа позволяет с различных точек зрения описывать содержание отдельных частей бизнес-процесса, используя специальные методы, наиболее полно соответствующие каждой точке зрения. Это избавляет пользователя от необходимости учитывать множество связей и соединений. В рамках каждого типа представления создаются модели, отражающие ту или иную сторону исследуемой системы. Методология ARIS включает большое количество методов моделирования, в том числе известных как диаграммы Чена ERM, язык UML (Unified Modeling Language), методики ОМТ (Object Modeling Technique), BSC (Balanced Scorecard) и т.п. Достоинство такого подхода заключается в том, что при анализе деятельности организации каждому аспекту можно уделять достаточное внимание, не отвлекаясь на его связь с другими аспектами. И только после детального изучения всех аспектов можно перейти к построению интегрированной модели, отражающей все существующие связи между подсистемами организации. Организационные и функциональные модели, а также модели данных, входов/выходов и процессов/управления рассматриваются как поля в специальной базе данных, называемой репозиторием, Репозиторий является ядром информационной системы, реализующей методологию ARIS. Он оказывает решающее воздействие на эффективность применения моделей. Интеграция различных видов моделей становится возможной благодаря хранению их в едином репозитории. Методология ARIS не накладывает ограничений на последовательность подготовки пяти типов представления. Процесс анализа и проектирования можно начинать с любого из них, в зависимости от конкретных условий и целей, стоящих перед исполнителями.

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

4. Фазовая модель ARIS

Фазовая модель (рис.3) характеризует этапы создания информационных систем  и одходы, применяемые к описанию моделей бизнеса. Согласно методологии ARIS модель организации структурируется в соответствии с концепцией жизненного цикла информационных систем, который представляется в виде последовательности уровней или этапов. Однако модель жизненного цикла ARIS не может рассматриваться как совокупность процедурных моделей для разработки некоторых независимых объектов на каждом уровне описания. Различные типы представления «выстроены» в модели в зависимости от степени их близости к информационным технологиям (ИТ). Этот аспект реализуется посредством второй компоненты архитектуры ARIS, состоящей из различных уровней описания. Они дифференцируются по отношению к информационным технологиям. Такая концепция обеспечивает целостное описание управления бизнесом, вплоть до его технической реализации.

Анализ проблем бизнеса является начальной точкой при моделировании. Модели на этом уровне — не очень детальные семантические описания бизнес-процессов, однако они достаточно точно отражают цели, которые стоят перед разработчиками. На этом этапе в описание включаются характеристики будущей модели организации, связанные с бизнес-процессами. Для описания проблем бизнеса используются только семантические модели. Полученные модели еще не содержат достаточно детальной информации и однозначных технических формулировок, чтобы служить u1080 исходным материалом для автоматической передачи их непосредственно на этап реализации информационной системы (ИС) .

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

РИС.3, Фазовая модель ARIS

 

Уровень спецификации проекта достигается, как только концептуальные понятия проблем бизнеса, сформулированные на уровне определения требований, трансформируются в категории, связанные с информационными технологиями. На данном уровне описываются уже не функции, а пользовательские или модульные транзакции, которые выполняют функции. Это может рассматриваться как отображение сформулированных требований в категории и методы описания, связанные непосредственно с информационными системами и выраженные в терминах соответствующих технологий. Таким образом, уровни определения требований и спецификации проекта связаны достаточно тесно. Спецификация проекта может изменяться, не оказывая влияния на результаты предыдущего уровня определения требований. Однако это не означает, что определение требований и спецификация проекта могут прорабатываться независимо  друг от друга. После того как завершен этап определения требований, его наиболее важная содержательная часть, отражающая категории управления бизнесом, должна быть определена таким образом, чтобы все, относящееся к области информационных технологий и программных решений  (например, производительность информационной системы), не влияло на  предметное содержание.

На уровне описания реализации спецификация проекта трансформируется в конкретные аппаратные и программные компоненты. Таким образом, осуществляется физическая связь с информационной системой. Отдельные уровни описания имеют различные циклы корректировки. Частота корректировок выше всего на уровне описания реализации и ниже всего на уровне определения требований. Уровень описания реализации очень тесно связан с разработкой информационной системы: на этом уровне производится многократная корректировка функционирования системы по результатам

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

Создание различных видов моделей и проработка каждой из них по уровням описания в сочетании с формулировкой проблем бизнеса и составляет процесс работы в архитектуре ARIS. Каждый тип представления подвергается разложению на три уровня описания: определение требований, спецификацию проекта и описание реализации. Таким образом, в архитектуре ARIS зафиксирован набор видов моделей, каждая из которых «расписывается» по уровням. Вместе  с описанием проблем бизнеса, которое служит стартовой точкой для анализа, они составляют набор компонент архитектуры ARIS. Теперь необходимо выбрать и представить модели описания каждой компоненты архитектуры.

Критерии для выбора этих моделей следующие:

         простота и выразительность средств изображения;

         поддержка смыслового содержания;

         отображение специфики предмета;

         возможность использования полного набора методов для различных типов приложений;

         степень знакомства с методами и наличие необходимой литературы;

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

5. Модели ARIS

При построении моделей методология ARIS требует соблюдения определенных принципов. К ним относятся:

• корректность модели;

• релевантность (следует моделировать только те фрагменты реальной системы, которые соответствуют назначению системы, т.е. модель не должна содержать избыточной информации);

• соизмеримость затрат и выгод;

• прозрачность, т.е. понятность и удобство использования модели;

• сравнимость моделей;

• иерархичность;

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

Под моделью понимается совокупность объектов, объединенных друг с другом различными связями, и ряда вспомогательных  элементов. Структура модели показана на рис. 4

 

РИС.4. Модель технических терминов, описывающая понятие «модель ARIS»

 

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

Каждая модель ARIS содержит:

         объекты — неделимые части модели, выделенные по какому-либо признаку, сформулированному в соответствии с методологией ARIS, и имеющие набор изменяемых характеристик — свойств, описывающих их поведение;

         связи между объектами — описанные взаимоотношения между объектами, имеющими свои свойства и характеристики. Так же как и объекты, связи характеризуются свойствами,выделены внешний вид и атрибуты.

Модель может включать:

         внешние встроенные объекты, например, рисунки, документы текстовых редакторов и т.п.;

         текст, размещенный в любом месте модели;

          геометрические фигуры.

Каждая модель имеет ряд свойств:

атрибуты (Attributes),

заполненные атрибуты (Maintained Attribute},

• внешний вид модели (Model Appearance);

• варианты (Variants) ;

• предложения по улучшению (Improvement proposals),

управление изменениями (Change management).

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

Модели классифицируются при помощи методологических фильтров и классов. Существуют следующие классы моделей:

Строгая иерархия (РН — Pure hierarchy). Модели такого класса включают в себя только один тип объекта, а иерархические связи могут быть организованы с помощью нескольких типов соединения. Примером может служить дерево функций.

Строгая иерархия с окружением (НА — Pure hierarchy with allocations). Модели такого класса представляют собой дерево, которое строится на основе только одного типа объекта. В данном случае иерархические связи могут быть организованы с помощью нескольких типов соединения. Однако здесь, в отличие от строгой иерархии, с объектами, составляющими иерархию, могут быть связаны другие типы объектов. Примером является диаграмма целей.

Иерархия с перекрестными соединениями (НС — Hierarchies with cross links). Иерархия с перекрестными соединениями представляет собой иерархию, которая включает различные типы объектов. В данном случае иерархические связи могут быть организованы с помощью нескольких типов соединения. Однако здесь, в отличие от моделей класса строгой иерархии, объекты, которые входят в иерархию с перекрестными соединениями, могут быть связаны друг с другом как напрямую, так и через другие типы объектов. Примером является диаграмма структуры знаний.

Тип основного объекта (СО — Central object type). Модели данного типа используются для того, чтобы отобразить связи между этими типами объектов и другими типами объектов. Все типы объектов, прикрепленные к типу основного объекта, имеют одинаковые приоритеты. Примером служит диаграмма окружения функции, диаграммы ролей и прав.

Приоритетный тип основного объекта (СР — Central object type with priority). Модели с приоритетным типом основного объекта используются для того, чтобы отобразить связи между типом основного объекта и другими типами объектов. В данном случае тип объекта, имеющий наивысший приоритет, играет основную роль в иерархии.

Направленный граф с окружением (DQ — Directional graph with allocations). Направленные графы с окружением используются для представления моделей, особые типы объектов в которых формируют направленную структуру. Эти типы объектов

могут быть связаны с другими типами объектов. Например, еЕРС — событийная

цепочка процесса. Ненаправленный граф с окружением (NGA — Non-directional graph with allocations). Ненаправленные графы с окружением отличаются тем, что в них присутствуют структурно-зависимые типы объектов, однако, они не соединены друг с другом через направленные соединения. Объекты структурно-зависимых типов объекта могут иметь окружение из структурно-независимых объектов. Например, к ним относятся модели в виде столбцов или строк. Все модели ARIS можно разделить на

         основные модели (ядро), используемые практически во всех проектах. Это модели цепочек добавленных значений, модели еЕРС, eERM, PCD, организационная схема, дерево  функций и другие;

         группа расширение основных моделей. К ним относятся карта знаний, диаграмма структуры знаний, диаграмма окружения функции и другие;

         группы, ориентированные на отдельные области моделирования'.

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

         объектно-ориентированное моделирование;

         анализ (создание индивидуальных референтных моделей и диаграмм топологии);

         описание потока материалов;

         внедрение системы SAP R/3 и использование ARIS Analyzer for R/3;

• моделирование workflow;

• варианты методов моделирования данных;

• модели для функционально-стоимостного анализа;

• модели для управления проектом.

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

РИС.5. Упрощенное представление модели организации

 

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

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

моделями. Эти операции делятся на основные и вспомогательные (служебные).

К основным операциям относятся:

         проверки корректности моделей (семантические проверки);

         составление разнообразных отчетов по модели;

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

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

         сравнение моделей;

         обмен информацией с другими программными системами;

         непрерывное улучшение модели.

Вспомогательные операции обеспечивают выполнение основных операций. К ним

относятся:

• копирование моделей;

• создание вариантов;

• слияние моделей;

• экспорт/импорт моделей;

• хранение моделей, в том числе в виде резервных копий;

• очистка (консолидация) моделей

 

6. Объекты моделей

Каждый тип модели предполагает использование определенного набора объектов. Объект — самостоятельная часть методологии, отражающая элемент описываемой предметной области. Понятие «объект» раскрывает модель технических терминов, показанная на рис. 6.

Рис. 6. Диаграмма технических терминов, описывающая понятие «объект»

 

Каждый объект:

         имеет уникальное имя;

         принадлежит к определенному типу объектов;

         соединен одной или несколькими связями с другими объектами;

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

         может использоваться в одной или нескольких типах моделей;

         может создавать свои экземпляры, представленные одним или несколькими символами (рис. 7).

Рис. 7. Различные изображения объекта «Организационная единица»

 

         Внешний вид экземпляра объекта может быть изменен в определенных пределах. Каждый объект моделей ARIS имеет следующие свойства:

         размещение атрибутов {Attribute placements),

         взаимосвязи (Relationships};

         назначение (Assignments);

         местонахождение (Occurrences);

         внешний вид (Object Appearance);

         варианты (Variants);

         управление изменениями (Change Management);

         предложения по улучшениям (Improvement Proposals);

         заполненные атрибуты (Maintained Attributes);

• атрибуты объекта (Attributes).

Объекты классифицируются на:

1.      структурно-зависимые. Эти типы объектов определяют общую структуру модели. Конкретный тип модели подразумевает наличие конкретных структурно-зависимых типов объектов;

2.      структурно-независимые.

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

моделью, называется детализацией. Типы детализации, разрешенные к использованию в

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

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

объектом и одним или большим количеством объектов из детализированной модели. Такая связь между типами объектов, пересекающая границу между моделями, называется типом детализирующей связи. Отдельная связь между двумя объектами называется детализирующей связью. Выбор типов связей и детализации позволяет управлять принципами и глубиной декомпозиции, а также «загруженностью» моделей. При создании нового объекта в модели в базе данных ARIS появляется отдельная запись, задающая описание объекта. Типичные описания объекта включают атрибуты, которые характеризуют объект. Описания объектов должны быть уникальными по отношению к их именам. Таким образом, когда описания заданы, всегда производится проверка, не существует ли уже тот или иной объект в базе. Экземпляр объекта всегда связан с отдельной моделью. Описание объекта всегда связано с отдельной группой. На основании существующего описания экземпляры данного объекта могут использоваться в других моделях. При изменении характеристик одного из экземпляров объекта меняются свойства всех остальных экземпляров и соответственно его описание в хранилище.

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

его экземпляры. В моделях ARIS используется большое число различных типов объектов, и, соответственно, самих объектов значительно больше, поскольку один тип содержит, как правило, несколько объектов.

 

7. Связи объектов

Важную роль при моделировании играет правильный выбор связей между объектами модели. Связь — описание взаимоотношений между двумя объектами, имеющая определенные свойства (рис. 8).

Рис. 8. Модель технических терминов, описывающая понятие «связь»

 

 Каждая связь:

         имеет уникальное имя;

         принадлежит к определенному типу. Тип связи зависит как от типов соединяемых объектов, так и от направления соединения. Между некоторыми типами объектов связи не могут существовать;

         соединяет исходный и конечный объекты;

         характеризуется своими свойствами;

         может создавать свои экземпляры, внешний вид которых может быть изменен в определенных пределах.

Среди связей различают соединения и детализирующие связи.

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

Каждая связь в рамках методологии ARIS имеет следующие свойства:

размещение атрибутов (Attribute placements},

внешний вид связи (Connection Appearance);

местонахождение связи (Connection Occurrences);

атрибуты связи (Attributes);

• заполненные атрибуты (Maintained Attributes);

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