Коротко об Ð°Ð²Ñ‚Ð¾Ñ€Ð°Ñ ÑÑ‚Ð¾Ð¹ книги - Практический менеджмент ...

1Коротко об авторах этой книгиМария Каменнова — Председатель Совета Директоров компании «Весть-МетаТехнология». Основноедостижение — «раскрутка» на российском рынке консалтинга в области высоких технологий как видареального бизнеса. В настоящее время управляет проектами по реорганизации деятельности, внедрениюфункционально-стоимостного анализа и внедрению систем класса workflow на предприятиях.Александр Громов — директор компании «Весть-МетаТехнология». С 1993 г. занимается внедрениемметодологий системного анализа при реорганизации деятельности предприятий, автор российскойметодологии системного управления качеством, занимается кризис-менеджментом, разработкой и внедрениемметодологии реструктуризации предприятий и их подготовкой к внедрению систем управления.Окончил МИФИ в 1975 г. После окончания института занимался научной работой и преподавал. Кандидаттехнических наук, доцент. Имеет около 50 научных работ, Лауреат премии Минвуза. С 1999 г. генеральныйдиректор компании «Весть-МетаТехнология». Является одним из организаторов продвижения методологии исемейства программных продуктов ARIS на российский рынок. Активно работает в области развития бизнесапо вопросам анализа, моделирования и оптимизации бизнес-процессов.Антон Шматалюк — руководитель проектов компании «Весть-Метатехнология». С 1998 г. — сотрудниккомпании «Весть-МетаТехнология». Стоял у истоков освоения методологии и инструментария ARIS ипродвижения их на российский рынок. В настоящий момент является руководителем проектов иответственным за развитие технологий ARIS в применении их к задачам моделирования и анализадеятельности, внедрения информационных систем.

2Моделирование бизнеса. Методология ARISПредисловиеНеобходимость адаптации к изменениям,которые происходят в России как намакроэкономическом уровне, так и на уровнекаждого российского предприятия, требуетспециальных методов и средств для«настройки» бизнес-процессов предприятийотносительно быстро меняющихся внешних ивнутренних условий и правил ведениябизнеса. Эти средства должны обеспечиватьадекватную информацию о деятельностипредприятия и предоставлять основу иметоды для анализа этой информации васпекте бизнес-процессов предприятия, ихузких мест и возможностей оптимизации.Предлагаемая вниманию читателей книга М.С. Каменновой, А. И. Громова, М. М.Ферапонтова, А. Е. Шматалюка«Моделирование бизнеса. МетодологияARIS» посвящена одному из наиболеепродвинутых и полнофункциональныхинструментов для моделирования и анализабизнес-процессов и их окружения — системеARIS 5.0, представляемой на мировом рынкенемецкой компанией IDS Scheer AG.Авторы книги стояли у истоков появлениясистемы ARIS в России и ее осмысления. Всеони — сотрудники компании «Весть-МетаТехнология», которая являетсяроссийским партнером IDS Scheer AG с 1997г. и почти 5 лет занимается работой,связанной с технической поддержкойпродукта и его версий, локализацией,предоставлением услуг по настройке ARIS,переводом многочисленных методических иинформационных материалов, разработкойучебных программ и собственнойметодологии использования ARIS в проектахпо моделированию и анализу бизнеспроцессов,их оптимизации и настройке,последующему внедрению информационныхсистем различного класса.На сегодняшний день в России уженесколько тысяч зарегистрированныхпользователей системы ARIS, а еще большетех, у кого есть интерес к этому продукту иобъективная потребность в егоиспользовании.Книга «Моделирование бизнеса.Методология ARIS» призвана в известнойстепени удовлетворить этот интерес ипознакомить российских читателей ссовременными подходами и средствами длямоделирования и анализа бизнес-систем.Книга ориентирована на читателей сразличным уровнем осведомленности о том,что такое моделирование и что такое ARIS.Те, кто уже пользуется системой и приобрелнекоторые навыки работы с ней, найдут вкниге систематизированную идетализированную информацию о принципахи методах работы в среде ARIS, ее основныхфункциональных модулях, методологическихфильтрах, возможностях генерации отчетов, атакже о многих известных и не оченьизвестных приемах описания имоделирования бизнес-процессов. Для болееопытных пользователей она может служитьрасширенным справочником по работе сARIS.Эту книгу настоятельно можнорекомендовать и тем, кто только начинаетзнакомство с методами и инструментамимоделирования, системой ARIS и хотел быпонять, что дает эта система, как она устроенаи как работает. Читателя, не оченьискушенного в области системного анализа имоделирования, книга знакомит с такимипонятиями, как система, бизнес-система,бизнес-процесс, модель бизнес-процесса,методы анализа бизнес-процессов, и лишьзатем погружает в предметную область самойинструментальной системы ARIS.Первые две главы книги представляютсобой краткое введение в методы системногоанализа и их применение для исследованиядеятельности организации. В нихобсуждаются понятия структурного анализа имоделирования систем.Глава 3 знакомит читателей с методологиейARIS, ее архитектурой, основнымикомпонентами, типами моделей, объектов исвязей.

3В главе 4 «крупными мазками» описаныосновные принципы реализацииинструментальной системы ARIS, а в главе 5подробно рассматриваются все ее модули.Последующие две главы содержат обзормоделей, входящих в составметодологических фильтров системы ARIS. Вглаве 6 описываются модели, включенные впростой методологический фильтр, а в главе 7— модели, вошедшие в стандартный ирасширенный методологические фильтры.Глава 8 дополняет предыдущее изложениеописанием наиболее часто используемыхмоделей из полного методологическогофильтра.В главе 9 обсуждаются основныепринципы моделирования в ARIS — каквыбирать методологию и типы моделей взависимости от задачи, до какого уровнядетализации необходимо рассматриватьмодели, как проводить их анализ и т.д.Глава 10 знакомит с принципамидокументирования моделей в системе ARIS.Это очень серьезный аспект, так как вконечном итоге все результаты работы всистеме ARIS необходимо адекватнопредставлять тем, кто принимаетстратегические и тактические решения припостроении бизнеса и определенииприоритета тех или иных задач.В главе 11 приведен глоссарий ARIS.При подготовке издания авторы,разумеется, не могли обойтись без помощинаших коллег. Особую благодарностьхотелось бы выразить В. В. Крохину за егокропотливую работу по отбору и включениюв книгу материалов, написанных авторами вразное время. Авторы также благодарныОлегу Зерняеву за предоставленныематериалы по учебным курсам ARIS.ПредисловиеИскренние слова благодарности хотелосьбы сказать в адрес наших коллег, которыеподготовили книгу к печати — литературномуредактору Е. В. Крестьяниновой и Н.Каменнову, создавшему оригинал-макеткниги.Жизнь не стоит на месте, и пока готовилосьэто издание, появились новые версиипродукта, новые возможности. Коллективавторов уже приступил к работе надследующей книгой, посвященнойспециализированным методам и модулям врамках системы ARIS. В ней будутпредставлены:• методология стоимостного анализабизнес-процессов и модуль ARIS ABC;• модуль для имитационногомоделирования ARIS Simulation иметодология работы с ним;• специализированные средства ARIS forR/3, позволяющие с помощью ARISвыполнять соответствующие настройки вреферентных (эталонных) моделях SAP R/3 итранслировать их из ARIS for R/3непосредственно в SAP R/3;• методология и программные средства длявнедрения систем менеджмента качества(ИСО 9000-2000);• методология и программные средства дляизмерения и анализа производительностибизнес-процессов;• модули-интерфейсы, связывающие ARISс различными системами других типов(CASE-системами, системами классаworkflow).Мы планируем выход этой книги в свет вначале 2002 г.Мария Каменнова, кандидаттехнических наук Москва,июнь 2001 г.

4Моделирование бизнеса. Методология ARISСодержаниеКОРОТКО ОБ АВТОРАХ ЭТОЙ КНИГИ .............................................................................................................................. 1ПРЕДИСЛОВИЕ................................................................................................................................................................ 2СОДЕРЖАНИЕ ................................................................................................................................................................. 41. СИСТЕМНЫЙ АНАЛИЗ ДЕЯТЕЛЬНОСТИ ОРГАНИЗАЦИИ ...................................................................... 71.1. ПОНЯТИЕ ОРГАНИЗАЦИИ......................................................................................................................................... 71.2. ФУНКЦИОНАЛЬНО-ОРИЕНТИРОВАННАЯ (ИЕРАРХИЧЕСКАЯ) ОРГАНИЗАЦИЯ .......................................................... 81.3. ПРОЦЕССНО-ОРИЕНТИРОВАННАЯ ОРГАНИЗАЦИЯ .................................................................................................. 91.4. ПОНЯТИЕ СИСТЕМЫ .............................................................................................................................................. 111.5. СИСТЕМНЫЙ ПОДХОД ........................................................................................................................................... 132. СТРУКТУРНЫЙ АНАЛИЗ ОРГАНИЗАЦИИ ................................................................................................... 152.1. СТРУКТУРА СИСТЕМЫ ........................................................................................................................................... 152.2. СТРУКТУРНЫЙ АНАЛИЗ ......................................................................................................................................... 162.3. МЕТОДОЛОГИЯ СТРУКТУРНОГО АНАЛИЗА ............................................................................................................ 182.4. ПОНЯТИЯ МОДЕЛИ И МОДЕЛИРОВАНИЯ................................................................................................................ 202.5. ЭТАПЫ СТРУКТУРНОГО АНАЛИЗА ......................................................................................................................... 233. МЕТОДОЛОГИЯ ARIS........................................................................................................................................... 263.1. ОБЩИЕ СВЕДЕНИЯ. ПОСТАНОВКА ЗАДАЧИ .......................................................................................................... 263.2. ПРЕДНАЗНАЧЕНИЕ СИСТЕМЫ ARIS. ПРИМЕРЫ УСПЕШНОГО ИСПОЛЬЗОВАНИЯ .................................................. 263.3. АРХИТЕКТУРА ARIS ............................................................................................................................................. 283.4. ФАЗОВАЯ МОДЕЛЬ ARIS ....................................................................................................................................... 313.5. МОДЕЛИ ARIS....................................................................................................................................................... 333.6. ОБЪЕКТЫ МОДЕЛЕЙ............................................................................................................................................... 373.7. СВЯЗИ ОБЪЕКТОВ .................................................................................................................................................. 394. ОСНОВНЫЕ ЭЛЕМЕНТЫ РЕАЛИЗАЦИИ СИСТЕМЫ ARIS ..................................................................... 414.1. ОРГАНИЗАЦИЯ УПРАВЛЕНИЯ ЭЛЕМЕНТАМИ ARIS ............................................................................................... 414.2. АТРИБУТЫ ЭЛЕМЕНТОВ ARIS............................................................................................................................... 494.3. МЕТОДОЛОГИЧЕСКИЕ ФИЛЬТРЫ............................................................................................................................ 535. ИНСТРУМЕНТАЛЬНАЯ СИСТЕМА ARIS....................................................................................................... 555.1. ОБЗОР ОСНОВНЫХ МОДУЛЕЙ ................................................................................................................................555.2. ПРОВОДНИК — ARIS EXPLORER .......................................................................................................................... 595.2.1. Основные элементы управления ................................................................................................................. 595.2.2. Компоненты сетевого окружения ARIS — ARIS Network........................................................................ 645.3. КОНСТРУКТОР МОДЕЛЕЙ — ARIS DESIGNER ....................................................................................................... 695.3.1. Основные элементы управления ................................................................................................................. 695.3.2. Моделирование ............................................................................................................................................. 725.4. АТРИБУТЫ ЭЛЕМЕНТОВ ARIS — ARIS ATTRIBUTES............................................................................................ 795.5. ПОВЕРКА МОДЕЛЕЙ — ARIS SEMANTIC CHECK................................................................................................... 835.6. ОТЧЕТЫ О МОДЕЛЯХ — ARIS REPORT ................................................................................................................. 835.7. АНАЛИЗ И АНИМАЦИЯ МОДЕЛЕЙ — APIS ANALYSIS ........................................................................................... 855.8. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ — APIS CHANGE MANAGEMENT .......................................................................... 875.9. ИМИТАЦИОННОЕ МОДЕЛИРОВАНИЕ — APIS SIMULATION .................................................................................. 905.10. ПОСТРОЕНИЕ ДИАГРАММ И ГРАФИКОВ — ARIS CHART .................................................................................... 915.11. АДМИНИСТРАТОР APIS — APIS ADMINISTRATOR............................................................................................. 985.12. ИДЕНТИФИКАЦИЯ ЭЛЕМЕНТОВ ARIS — APIS IDENTIFICATION....................................................................... 1005.13. КОНФИГУРИРОВАНИЕ СИСТЕМЫ — ARIS CONFIGURATION............................................................................. 104

55.14. КОНСОЛИДАЦИЯ ОБЪЕКТОВ БАЗ ДАННЫХ — ARIS CONSOLIDATION............................................................... 1055.15. ОБЪЕДИНЕНИЕ МОДЕЛЕЙ — APIS MERGE....................................................................................................... 1085.16. ГЕНЕРАТОР МОДЕЛЕЙ — ARIS MODEL GENERATOR........................................................................................ 1095.17. ВАРИАНТЫ МОДЕЛЕЙ — ARIS VARIANTS ........................................................................................................ 1105.18. ЭКСПОРТ И ИМПОРТ ЭЛЕМЕНТОВ — ARIS EXPORT/IMPORT ............................................................................ 1145.19. ТЕКСТОВЫЙ РЕДАКТОР — ARIS RTF EDITOR .................................................................................................. 1185.20. РЕДАКТОР СКРИПТОВ — ARIS SCRIPT EDITOR................................................................................................. 1185.21. ФУНКЦИОНАЛЬНО-СТОИМОСТНОЙ АНАЛИЗ — APIS ABC .............................................................................. 1195.22. ИНТЕГРАЦИЯ С ПРИКЛАДНЫМИ ИНФОРМАЦИОННЫМИ СИСТЕМАМИ — ARIS TOOL INTEGRATION ............... 1205.23. ПРЕОБРАЗОВАНИЕ БАЗ ДАННЫХ ARIS З.Х В БАЗЫ ДАННЫХ ARIS 5.0 — ARIS DATABASE CONVERTER........ 1205.24. ARIS И ИНТЕРНЕТ — ARIS WEB PUBLISHER ................................................................................................... 1206. ПРОСТОЙ МЕТОДОЛОГИЧЕСКИЙ ФИЛЬТР. ОБЗОР МОДЕЛЕЙ........................................................ 1226.1. ОРГАНИЗАЦИОННЫЕ МОДЕЛИ............................................................................................................................. 1226.1.1. Организационная схема— Organizational chat......................................................................................... 1226.2. ФУНКЦИОНАЛЬНЫЕ МОДЕЛИ .............................................................................................................................. 1276.2.1. Дерево функций — Function Tree .............................................................................................................. 1276.3. МОДЕЛИ ДАННЫХ ............................................................................................................................................... 1316.3.1. Модель технических терминов — Technical Term Models..................................................................... 1316.4. МОДЕЛИ ПРОЦЕССОВ/ УПРАВЛЕНИЯ................................................................................................................... 1336.4.1. Событийная цепочка процесса — Extended event driven process chain (eEPC) .................................... 1336.4.2. Диаграмма окружения функции — Function allocation diagram............................................................ 1436.4.3. Производственный и офисный процессы — Industrial and Office process............................................. 1486.4.4. Диаграмма цепочек добавленного качества — Value-added chain diagram (VAD) .............................. 1567. СТАНДАРТНЫЙ И РАСШИРЕННЫЙ МЕТОДОЛОГИЧЕСКИЕ ФИЛЬТРЫ. ОБЗОР МОДЕЛЕЙ.. 1597.1. ФУНКЦИОНАЛЬНЫЕ МОДЕЛИ .............................................................................................................................. 1597.1.1. Диаграмма целей — Objective diagram ..................................................................................................... 1597.1.2. Диаграмма типа прикладной системы — Application system type diagram (ASTD) ............................. 1617.2. МОДЕЛЬ ДАННЫХ................................................................................................................................................ 1657.2.1. Расширенная модель «сущность - отношение» — Extended entity -relationship model (eERM).......... 1657.2.2. Диаграмма атрибутов eERM-модели — eERM Attribute allocation diagram ........................................ 1727.2.3. Диаграмма структуры знаний — Knowledge structure diagram ............................................................ 1747.3. МОДЕЛИ ПРОЦЕССОВ/ УПРАВЛЕНИЯ................................................................................................................... 1797.3.1. Диаграмма информационных потоков — Information flow diagram...................................................... 1797.3.2. Матрица выбора процессов — Process selection matrix.......................................................................... 1817.3.3 Диаграмма еЕРС (в виде столбцов) — еЕРС (column display)................................................................ 1837.3.4. Карта знаний — Knowledge map............................................................................................................... 1857.3.5. Диаграмма цепочки процесса — Process Chain Diagram (PCD) ............................................................ 1897.3.6. Диаграмма движения продуктов/услуг — Product/ Service exchange diagram ..................................... 1917.3.7. Дерево продуктов/услуг — Product/Service tree....................................................................................... 1957.3.8. UML-диаграмма действий — UML Activity diagram............................................................................... 1987.3.9. UML-диаграмма класса — UML Class diagram ...................................................................................... 2027.3.10. UML-диаграмма описания класса UML Class description diagram —................................................ 2057.3.11. UML-диаграмма взаимодействия — UML Collaboration diagram...................................................... 2067.3.12. UML-диаграмма компонент — UML Component diagram.................................................................... 2087.3.13. UML-диаграмма состояний — UML State chart diagram...................................................................... 2097.3.14 UML-диаграмма использования приложений — UML Use case diagram ............................................. 2108. ОБЗОР НЕКОТОРЫХ МОДЕЛЕЙ, ВОШЕДШИХ В ПОЛНЫЙ МЕТОДОЛОГИЧЕСКИЙ ФИЛЬТР2138.1. ДЕРЕВО ПРОДУКТОВ — PRODUCT TREE .............................................................................................................. 2138.2. МАТРИЦА ВЫБОРА ПРОДУКТА — PRODUCT SELECTION MATRIX ....................................................................... 2148.3. ДИАГРАММА ОКРУЖЕНИЯ ПРОДУКТА — PRODUCT ALLOCATION DIAGRAM...................................................... 2158.4. ДИАГРАММА ВЗАИМОДЕЙСТВИЙ — COMMUNICATION DIAGRAM...................................................................... 2178.5. МОДЕЛЬ КОНКУРЕНЦИИ — COMPETITION MODEL............................................................................................. 218

68.6. МОДЕЛЬ «ТЕХНИЧЕСКИЕ РЕСУРСЫ» — TECHNICAL RESOURCES........................................................................ 2218.7 МОДЕЛИ, ПРЕДНАЗНАЧЕННЫЕ ДЛЯ ОПИСАНИЯ МАТЕРИАЛОВ............................................................................. 2238.7.1. Диаграммы еЕРС (с потоком материалов) — Extended event driven process chain (material flow).... 2238.7.2. Диаграмма материалов — Material Diagram .......................................................................................... 2258.7.3. Диаграмма материальных потоков — Material Flow Diagram ............................................................. 2268.8. ДИАГРАММА УПРАВЛЕНИЯ БИЗНЕСОМ — BUSINESS CONTROL DIAGRAM ......................................................... 2278.9. МОДЕЛЬ СТРУКТУРЫ — STRUCTURING MODEL .................................................................................................. 2288.10. ДИАГРАММА РОЛЕЙ — ROLE DIAGRAM ........................................................................................................... 2299. ОБЩИЕ ПРИНЦИПЫ МОДЕЛИРОВАНИЯ В ARIS .................................................................................... 2309.1. ВЫБОР ТИПОВ МОДЕЛЕЙ ..................................................................................................................................... 2309.2. СТРУКТУРИРОВАНИЕ ИНФОРМАЦИИ ПРИ МОДЕЛИРОВАНИИ.............................................................................. 2339.3. ВАРИАНТЫ МОДЕЛЕЙ .......................................................................................................................................... 2419.4. ОТНОШЕНИЯ МЕЖДУ МОДЕЛЯМИ ....................................................................................................................... 2419.5. ОПРЕДЕЛЕНИЕ ГЛУБИНЫ МОДЕЛИРОВАНИЯ ....................................................................................................... 2429.6. ПРАВИЛА ИМЕНОВАНИЯ И ОФОРМЛЕНИЯ МОДЕЛЕЙ........................................................................................... 2459.6.1. Задание правил именования....................................................................................................................... 2459.6.2. Задание правил графического оформления моделей ............................................................................... 2499.7. ПРОВЕРКА МОДЕЛЕЙ ........................................................................................................................................... 2519.8. АНАЛИЗ МОДЕЛЕЙ............................................................................................................................................... 2579.9. ОПРЕДЕЛЕНИЕ ПРАВ ДОСТУПА............................................................................................................................ 2609.9.1. Виды пользователей и их права ................................................................................................................ 2609.9.2. Использование паролей .............................................................................................................................. 2649.9.3. Необходимость управления доступом..................................................................................................... 26510. ДОКУМЕНТИРОВАНИЕ МОДЕЛЕЙ............................................................................................................. 26610.1. ОБЩИЕ ПРИНЦИПЫ ДОКУМЕНТИРОВАНИЯ........................................................................................................ 26610.2. ГЕНЕРАЦИЯ ОТЧЕТА ПО ЗАДАННОМУ СКРИПТУ ................................................................................................ 26710.3. СТАНДАРТНЫЕ СКРИПТЫ ARIS......................................................................................................................... 27010.3.1. Общие сведения о файлах скриптов....................................................................................................... 27010.3.3. Описание скриптов для отчетов по папкам базы данных................................................................... 27110.3.4. Описание скриптов для отчетов по моделям ....................................................................................... 27310.3.5. Описание скриптов для отчетов по таблицам функционально-стоимостного анализа................. 27610.3.6. Описание скриптов для отчетов по объектам..................................................................................... 27610.3.7. Описание скриптов для отчетов по фильтрам.................................................................................... 27810.4. РЕКОМЕНДАЦИИ ПО ДОКУМЕНТИРОВАНИЮ МОДЕЛЕЙ..................................................................................... 27910.5. СРЕДСТВА ДЛЯ СОЗДАНИЯ ОТЧЕТОВ В ARIS .................................................................................................... 28010.5.1. Создание скриптов при помощи Script Wizard ...................................................................................... 28010.5.2. Создание скриптов в модуле ARIS Script Editor .................................................................................... 28711. ГЛОССАРИЙ ARIS: МОДЕЛИ, ВХОДЯЩИЕ В МЕТОДОЛОГИЧЕСКИЕ ФИЛЬТРЫ, ТИПЫОБЪЕКТОВ И ТИПЫ СВЯЗЕЙ ................................................................................................................................... 290СПИСОК ЛИТЕРАТУРЫ ........................................................................................................................................ 333

71. Системный анализдеятельностиорганизацииСистемный анализ деятельности организации1.1. Понятие организацииМеждународный стандарт ИСО 9000:2000определяет организацию как группуработников и необходимых средств сраспределениемответственности,полномочий и взаимоотношений.Организация может быть корпоративной,государственной или частной. Можно дать идругое определение: организация —это систематизированное, сознательноеобъединение действий людей, преследующихдостижение конкретных целей.Понятие «организация» раскрываетприведенная на рис. 1 модель техническихтерминов ARIS (Architecture of IntegratedInformation Systems — архитектураинтегрированных информационных систем,см. раздел 3.3).Рис. 1. Виды организаций, представленные с помощью модели технических терминов ARIS

8В дальнейшем при изложении материалабудет использоваться термин «организация».Каждая организация имеет несколькокатегорий заинтересованных сторон,имеющих свои нужды и ожидания. С точкизрения управления главнымизаинтересованными сторонами являются:• заказчики и конечные пользователи;• сотрудники организации;• собственники и/или инвесторы;• поставщики и партнеры;• общество, интересы которогопредставляют органы местного управления, инаселение, оказывающее влияние наорганизацию.Каждая заинтересованная сторона надеетсяна свою собственную выгоду от тойдобавленной стоимости, которая появляется врезультате деятельности организации.Любая организация —многофункциональна. К ее основнымфункциям относятся:• маркетинг и анализ рынка;• стратегическое планированиедеятельности предприятия;• стратегическое и оперативноеуправление;• планирование и разработка бизнеспроцессов;Моделирование бизнеса. Методология ARIS• проектирование и разработкапродукции;• производство продукции;• поставка продукции;• закупки материалов и комплектующих;• техническое обслуживание и ремонтоборудования и прочие функции;• оформление финансовых документов;• подготовка кадров и управлениеперсоналом.Для выполнения этих функций организациядолжна быть соответствующим образомструктурирована.1.2. Функциональноориентированная(иерархическая) организацияФункционально-ориентированныеорганизации остаются неизменными ихарактеризуются вертикальной топологиейструктуры и иерархией отношений междуподразделениями (рис. 2).Рис. 2. Функционально-ориентированная (иерархическая ) организация

9В организации, имеющей функциональноориентированнуюструктуру, однофункциональное подразделение (закупки,производство, финансы и бухгалтерия) несетответственность за все продукты итерритории. Преимущество узкойспециализации служащих «компенсируется»непомерными накладными расходами накоммуникации и координациюфункциональных подразделений.Функционально-ориентированныеорганизации обладают рядом недостатков [ 1,2], основными из которых являются:• невозможность быстрой реакции наизменения;• оторванность работающих от конечногорезультата;• главным потребителем результатов трудаработника является вышестоящий начальник;• отсутствие ориентации на клиента;• чрезвычайно усложнены взаимодействиеи обмен информацией междуподразделениями организации.Альтернативой строго функциональнойструктуре является процессноориентированнаяструктура.1.3. Процессно-ориентированнаяорганизацияПонятие «процесс» — ключевое всовременной теории управления бизнесом.Международный стандарт ИСО 9000:2000определяет процесс как совокупностьвзаимосвязанных и взаимодействующихвидов деятельности, преобразующих входы ивыходы (рис. 3). Процесс включает одну илиболее связанных между собой процедур илифункций, которые совместно реализуютнекую задачу бизнеса — обычно в рамкахорганизационной структуры. Он можетвыполняться в пределах однойорганизационной единицы, охватыватьнесколько единиц или даже несколькоразличных организаций, например, в системе«покупатель-поставщик».Системный анализ деятельности организацииПроцесс обычно связан с операционнымиотношениями, например, процесс разработкинового изделия или процесс продаж. Введемнекоторые термины, взаимосвязь которыхпредставлена на рис. 3.Различают основные и вспомогательныепроцессы. Основные процессы — это тепроцессы, которые добавляют новое качествопродукции. Вспомогательные процессыформируют инфраструктуру организации.Владелец процесса — лицо (или группалиц), отвечающее за процесс и имеющееполномочия изменять его с цельюусовершенствования.Границы процесса — граница входа играница выхода. Граница входа предшествуетпервой операции процесса, граница выходаследует за его последней операцией.Интерфейс процесса — механизм(организационный, информационный,технический), посредством которого процессвзаимодействует с предшествующим ипоследующим процессами.В соответствии с новым взглядом наорганизацию работа должна бытьорганизована вокруг процессов. По словамХаммера и Чампи [З], «не товары, а процессыих создания приносят компаниямдолгосрочный успех». Целью организациидолжно быть совершенствование бизнеспроцессовдля преодоления ихфрагментарности и для достижениясущественных улучшений в ключевыхпоказателях результативности — затраты,качество, уровень обслуживания иоперативность.Несмотря на явные преимуществапроцессно-ориентированного устройствакомпании, — добиться создания такойструктуры в чистом виде не представляетсявозможным.Первым шагом проекта по оптимизациидеятельности должно стать выделениеосновных продуктов компании ивыстраивание процессов в соответствии спродуктовыми линиями. Это позволяетполучить продуктовые «срезы» бизнеспроцессов,протекающих в организации.

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

111.4. Понятие системыЛюбая организация является сложнойсоциально-технической системой. Термин«система», употребляемый в современнойпрактике, имеет множество значений исмысловых нюансов. Это приводит кнеобходимости выделить те значения,которые имеют непосредственное отношениек системному анализу деятельностиорганизации. Далее приведены триопределения, которые представляютсянаиболее удачными.Первое из них дано в Международномстандарте ИСО 9000:2000 «Системыменеджмента качества. Основные положенияи словарь». Система — это совокупностьвзаимосвязанных и взаимодействующихэлементов. Следует отметить, что всовременном менеджменте качествауделяется большое внимание системномуподходу к деятельности организации.Российский энциклопедический словарьтрактует понятие «система» следующимобразом: система (от греческого Systema —целое, составленное из частей) — множествоэлементов, находящихся в отношениях исвязях друг с другом, образующихопределенную целостность, единство.И, наконец, третье определение, взятое из[4]: система — совокупность связанныхмежду собой и с внешней средой элементов ичастей, функционирование которыхнаправлено на получение конкретногорезультата.Как всякое фундаментальное понятие,термин «система» лучше всегоконкретизируется при рассмотрении егоосновных свойств [5]. Для системыхарактерны следующие основные свойства:• целенаправленность — определяетповедение системы;• сложность — зависит от множествавходящих в систему компонентов, ихструктурного взаимодействия, а также отсложности внутренних и внешних связей и ихдинамичности;• делимость — система состоит из рядаподсистем или элементов, выделенных поопределенному признаку, отвечающемуконкретным целям и задачам;Системный анализ деятельности организации• целостность — функционированиемножества элементов системы подчиненоединой цели. При этом система проявляет такназываемые интегративные свойства, т.е.свойства, присущие системе в целом, ноотсутствующие в отдельно взятых ееэлементах;• многообразие элементов и различие ихприроды — это связано с их функциональнойспецифичностью и автономностью;• структурированность — определяетсяналичием установленных связей и отношениймежду элементами внутри системы,распределением элементов системы поуровням иерархии.Исходной характеристикой системыявляется ее противопоставление окружению,или среде. Среда — это все то, что не входит всистему. Среда представляет собойсовокупность всех систем, кромеисследуемой, выделенной, интересующей насв настоящий момент части реальногоокружающего мира. Поэтому можно сказать,что система — это конечное множествообъектов, каким-то образом выделенное изсреды посредством границы системы.Понятие «границы» в целом ряде случаеввесьма условно, и при моделированиинеобходимо четко определить, где кончаетсясистема, а где начинается среда.Между средой и бизнес-системой, которойявляется организация (рис. 4), существуетмножество взаимных связей, с помощьюкоторых реализуется процесс взаимодействиясреды и системы.По входной и выходной связям междусистемой и средой путем взаимной передачипроисходит обмен материальными,финансовыми,энергетическими,информационными и иными элементами.Элементы, передаваемые системой вовнешнюю среду, будем называть конечнымипродуктами деятельности системы, апередаваемые из среды в систему —ресурсами.

12Моделирование бизнеса. Методология ARISРис. 4. Связи системы-организации с внешней средойЦель системы — достижение и сохранениежелаемого состояния или желаемогорезультата поведения системы.Применительно к организации болееподходит определение цели, данное в [6].Цель организации — стремление кмаксимальному результату, выражаемому вмаксимизации ценности капитала, припостоянном сохранении определенногоуровня ликвидности и достижении целейпроизводства и сбыта с учетом социальныхзадач. Вспомогательной стоимостной цельюявляется стремление к оптимальнойрасчетной прибыли за период.Задача системы — описание способа(технологии) достижения цели, содержащееуказание на цель с желаемыми конкретнымичисловыми (в том числе временными)характеристиками.Система целей — совокупностьвзаимоувязанных целей. В соответствии сопределением понятия «система» для одногои того же объекта может быть рассмотренонесколько систем целей, т.е. использованонесколько оснований для их классификации,например:• стратегические и тактические цели;• долгосрочные (выполнение черезнесколько лет) и краткосрочные (выполнениечерез год и ранее)цели;• производственные, финансовые,социальные цели, цели повышения качествапродукции и т.п.Древовидная система целей (рис. 5)включает как минимум глобальную цель —существование организации и две главныецели — цель функционирования (выпускатьпродукцию) и цель развития (развиваться).

13Системный анализ деятельности организацииРис. 5. Цели организации, представленные в виде диаграммы целей ARISТаким образом, система представляетсобой упорядоченное подмножествообъектов, интенсивность взаимосвязейкоторых превышает интенсивностьотношений с объектами, не входящими вданное подмножество, т.е. с внешней средой.Объект (элемент, компонент) — частьсистемы, выделенная по какому-либопризнаку,сформулированномузаинтересованным лицом. При этом объектысистемы и отношения между нимивыделяются в зависимости от точки зрениязаинтересованного лица или группы лиц,например, одно и то же предприятие можетрассматриваться как производственная,организационно-экономическая илисоциальная система. Выбор точки зрения —категория системного анализа,характеризующаясявыделениемопределенных аспектов рассмотренияпроблемы и применением особойтерминологии, соответствующей этимаспектам.1.5. Системный подходСистемный подход — это методологияспециального научного познания исоциальной практики, а такжеобъяснительный принцип, в основе котороголежит исследование объектов как систем [5].Методологическая специфика системногоподхода определяется тем, что онориентирует исследование на:• раскрытие целостности объекта иобеспечивающих его механизмов;• выявление многообразных типов связейсложного объекта;• сведение этих связей в единуютеоретическую картину.Системный подход реализуетпредставление сложного объекта в видеиерархической системы взаимосвязанныхмоделей, позволяющих фиксироватьцелостные свойства объекта, его структуру идинамику.Методология ARIS, которой посвященаданная книга, основана на применениисистемного подхода в полной мере.Системный анализ — совокупностьметодологических средств, используемых дляподготовки и обоснования решений посложным проблемам социального,технического и экономического характера. Оносновывается на системном подходе, а такжена ряде математических дисциплин исовременных методов управления. Основнойпроцедурой системного анализа являетсяпостроение обобщенной модели, адекватноотображающей интересующие исследователясвойства реальной системы и ее взаимосвязи.Главной задачей системного анализаявляется поиск путей по превращениюсложного в простое, по разложениютруднопонимаемой задачи на ряд задач,имеющих решение.

14Принципы системного анализа [5]:• Оптимальность. В результате анализанеобходимо найти оптимальное решениезадачи.• Эмерджентность. Этот принциппредполагает следующее важное свойствосистемы: чем больше система и чем большеразличие между частью и целым, тем вышевероятность того, что свойства целого могутсильно отличаться от свойств его частей.Принцип эмерджментности позволяетвыявить несовпадение локальных оптимумовцелей системы с глобальным оптимумомсистемы. Этот фактор необходимо учитыватьпри проведении системного анализадеятельности организации, поскольку ониграет важную роль.• Системность. Исследование объекта, содной стороны, как единого целого, а сдругой, как части более крупной системы, скоторой объект находится в определенныхотношениях.• Иерархичность. Определение в системеструктурных отношений, характеризуемыхупорядоченностью, организованностьювзаимодействий между отдельными ееуровнями по вертикали. Большинствоорганизаций представляют собой сложныесистемы, и необходимость иерархическогопостроения этих систем обусловлена тем, чтоуправление в них связано с переработкой ииспользованием больших объемовинформации.• Интеграция. Изучение интеграционныхсвойств и закономерностей системы.• Формализация. Получение комплексныхколичественных характеристик.Системный анализ — наиболееэффективный метод, применяемый припостроении модели организации. Однако припроведении его могут возникать проблемы,обусловленныеМоделирование бизнеса. Методология ARISсложностью социально-техническихсистем, так и проблемы политическогохарактера, если заинтересованные группыконфликтуют. При сочетании этих проблемсистемный анализ становится трудным икропотливым делом, при котором аналитикдолжен играть роль посредника междузаказчиком и исполнителем.Руководители предприятий обычноинтуитивно понимают свои проблемы, но немогут объяснить их, и, кроме того, они частоимеют весьма туманное представление о том,какую пользу могут принести иминформационные технологии. Разработчикиже с энтузиазмом говорят о существующихвозможностях в области построения системобработки данных, но они, как правило, неимеют информации о том, что именноявляется наилучшим для той или инойорганизации.Основополагающая концепция состоит впостроении при помощи графических методовсистемного анализа совокупности моделейразличных аспектов деятельностиорганизации, которые дают возможностьуправленцам и аналитикам получить яснуюобщую картину бизнес-процессов.Системный подход применяется длярешения различного рода сложных задач, вчисло которых входят:• совершенствование системы управленияорганизации и анализ ее деятельности;• подготовка к внедрению системыуправления предприятием;• внедрение систем менеджмента качестваи их сертификация;• оптимизация, инжиниринг иреинжиниринг бизнес-процессов;• внедрение информационных систем напредприятии;• документирование корпоративныхзнаний, в том числе в виде моделейпрототипов.

152. Структурныйанализ организацииСтруктурный анализ организации2.1. Структура системыСтруктура системы — это совокупностьустойчивых связей объекта, обеспечивающихего целостность и тождественность самомусебе, т.е. сохранение основных свойств приразличных внешних и внутреннихизменениях. С другой стороны, структурасистемы — частичное упорядочениеэлементов системы и отношений между нимипо какому-либо признаку. Структураневозможна вне системы, равно как и системавсегда структурирована.Структуризация направлена на:• выявление реальных целей системы;• выяснение альтернативных путейдостижения этих целей;• достижение взаимосвязей междуэлементами;• получение возможности моделированиясистемы.Переход от системы к структуре можетбыть осуществлен только при условии, чтонайдены элементы и их устойчивыеотношения. Причем, как правило, существуетбольшое число критериев, по которымвыбираются составляющие систему элементы.Таким образом, можно говорить омножественности структур системы.В организациях может быть выделенонесколько типовых структур (рис. 6).Рис. 6. Разбиение организации на структурные подсистемыВведем несколько определений.Организационная структура — этоструктура, элементами которой являютсяподразделения организации разного уровняиерархии, а отношениями — отношениявходимости и руководства-подчинения.Производственная структура — частьорганизации, выполняющая задачиоперативного управления производством иобеспечивающая выпуск продукции и/илипредоставление услуг.Функциональная структура — структура,элементами которой являются функции,реализуемые подразделениями предприятия, аотношениями — связи, обеспечивающиепередачу между элементами предметов труда.Информационная структура —совокупность центров производства, сбора,анализа и распространения информационныхпотоков.

16Структура выходов организации —совокупность материальной и нематериальнойпродукции, являющейся результатомдеятельности организации и поставляемой еюво внешнюю (по отношению к ней) среду.Структура входов организации —совокупность материальной и нематериальнойпродукции, используемой для осуществлениядеятельности организации.Юридическая структура — совокупностьбизнес-единиц с множествоморганизационных, административно-правовыхотношений между ними, а также отношенийсобственности и контроля.Финансово-экономическая (финансовая)структура — совокупность центров учета сфинансовыми потоками между ними.Штатная структура — составподразделений и перечень должностей,размеры должностных окладов и фондзаработной платы.Социальная структура — разбиениеперсонала организации на группы посоциальным показателям.Территориальная структура —совокупность мест расположения элементоворганизационной структуры.2.2. Структурный анализСтруктурный анализ являетсяметодологическойразновидностьюсистемного анализа. Он был разработан в 60-70-х годах XX века Дугласом Т. Россом в видеметодологии SADT (Structured Analysis andDesign Technique)— технология структурногоанализа и проектирования [7].В основе структурного анализа лежитвыявление структуры как относительноустойчивой совокупности отношений,признание методологического приматаотношений над элементами в системе,частичное отвлечение от развития объектов.Основным понятием структурного анализаслужит структурный элемент (объект) —элемент, выполняющий одну из элементарныхфункций, связанных с моделируемымпредметом, процессом или явлением.Структурный анализ предполагаетисследование системы с помощью ееграфического модельного представления,Моделирование бизнеса. Методология ARISкоторое начинается с общего обзора и затемдетализируется, приобретая иерархическуюструктуру со все большим числом уровней.Для такого подхода характерны:• разбиение на уровни абстракции сограничением числа элементов на каждом изуровней (обычно от 3 до 9);• ограниченный контекст, включающийлишь существенные на каждом уровне детали;• использование строгих формальныхправил записи;• последовательное приближение кконечному результату.Цель структурного анализа заключается впреобразовании общих, расплывчатых знанийоб исходной предметной области в точныемодели, описывающие различные подсистемымоделируемой организации.Декомпозиция (рис. 7) является условнымприемом, позволяющим представить системув виде, удобном для восприятия, и оценить еесложность. В результате декомпозицииподсистемы по определенным признакамвыделяются отдельные структурные элементыи связи между ними. Декомпозиция служитсредством, позволяющим избежатьзатруднений в понимании системы. Глубинадекомпозиции определяется сложностью иразмерностью системы, а также целямимоделирования.

17Структурный анализ организацииРис. 7. Декомпозиция подсистемы организации на структурные элементыМетодология ARIS также используетдекомпозицию и позволяет детализироватьпредмет моделирования с помощьюальтернативных или дополняющих друг другамоделей.Следует помнить, что ни одна отдельновзятая подсистема не может обеспечитьмоделирование бизнес-процессов полностью.Поэтому для получения целостной картиныдеятельности организации необходимо взятьза основу описание одной из выделенныхструктур и интегрировать его с остальными.Как показывает практика, основой для такойинтеграции чаще всего служитфункциональная или информационнаяподсистема.Любая организация, как правило, имеетбольшое количество подсистем, поэтомучисло структурных элементов и связей междуними весьма велико..Каждый структурный элемент (или объект)и связь обладают определенными свойствами,которые должны быть описаны (рис. 8).Одной из разновидностей свойств являютсяатрибуты. Атрибут — необходимое,существенное, неотъемлемое свойствообъекта. Естественно, что разныеструктурные элементы имеют разныеатрибуты.Каждый объект или связь имеет такженабор характеристик (рис. 8), при помощикоторых можно задать количественные икачественные характеристики моделируемыхэлементов. В частности, для каждой функцииможно задать ее имя, уникальный код впроекте, автора, время и дату создания,детальное описание, пример реализации,временные и стоимостные затраты навыполнение данной функции и т. д. Всеуказанные характеристики объектов и связейформализованы и используются припроведении анализа или составлении отчета.

18Рис. 8. Характеристики структурных элементов и связей2.3. Методология структурногоанализаСтруктурный анализ как совокупностьметодов моделирования сложных системвследствие большой размерности решаемыхзадач должен опираться на мощные средствакомпьютерной поддержки, обеспечивающейавтоматизацию труда системных аналитиков.Такими средствами являются CASE-системы(Computer Aided Software Engineering).Архитектура большинства CASE-системоснована на парадигме «методология —модель — нотация — средства» (рис. 9).Методология структурного анализапредставляет методы и средства дляисследования структуры и деятельностиорганизации. Она определяет основныепринципы и приемы использования моделей.Модель — это совокупность символов(математических, графических и т.п.), котораяадекватно описывает некоторые свойствамоделируемого объекта и отношения междуними.Нотации — система условныхобозначений, принятая в конкретной модели.Средства — аппаратное и программноеобеспечение, реализующее выбраннуюметодологию, в том числе построениесоответствующих моделей с принятой для нихнотацией.При моделировании систем вообще и, вчастности, для целей структурного анализаиспользуются различные модели,отображающие:• функции, которые система должнавыполнять;• процессы, обеспечивающие выполнениеуказанных функций;• данные, необходимые при выполнениифункций, и отношения между этимиданными;• организационные структуры,обеспечивающие выполнение функций;• материальные и информационные потоки,возникающие в ходе выполнения функций.

19Структурный анализ организацииРис. 9. Архитектура CASE-системСреди многообразия средств,предусмотренных для проведенияструктурного анализа, наиболее часто иэффективно применяются:• DFD(Data Flow Diagrams)—диаграммыпотоков данных в нотациях Гейна-Сарсона,Йордона-Де Марко и других,обеспечивающие требования анализа ифункционального проектированияинформационных систем;• STD (State Transition Diagrams) —диаграммы перехода состояний, основанныена расширениях Хартли и Уорда-Меллора дляпроектирования систем реального времени;• ERD (Entity-Relationship Diagrams) —диаграммы «сущность-связь» в нотациях Ченаи Баркера;• структурные карты Джексона и/илиКонстантайна для проектированиямежмодульных взаимодействий и внутреннейструктуры объектов;• FDD (Functional Decomposition Diagrams)— диаграммы функциональнойдекомпозиции;• SADT (Structured Analysis and DesignTechnique) — технология структурногоанализа и проектирования;• семейство IDEF (Integration Definition forFunction Modeling):IDEFO — методология функциональногомоделирования, являющаяся составнойчастью SADT и позволяющая описать бизнеспроцессв виде иерархической системывзаимосвязанных функций;IDEF1 — методология анализа и изучениявзаимосвязей между информационнымипотоками в рамках коммерческойдеятельности предприятия;IDEF1X — методология информационногомоделирования, основанная на концепции«сущность-связь», предложенной Ченом [15].Применяется для разработки реляционных базданных и использует условный синтаксис,специально разработанный для удобногопостроения концептуальной схемы иобеспечивающийуниверсальноепредставление структуры данных в рамкахпредприятия, независимое от конечнойреализации базы данных и аппаратнойплатформы;IDEF3 — методология документированиятехнологических процессов, предприятия,позволяющая моделировать их сценариипосредством описания последовательностиизменений свойств объекта в рамкахрассматриваемого процесса;

20• IDEF4 — методология объектноориентированногопроектирования дляподдержки проектов, связанных с объектноориентированнымиреализациями;• IDEF5 — методология, обеспечивающаянаглядное представление данных, полученныхв результате обработки онтологическихзапросов, в простой, графической форме.При помощи этих методов могут бытьпостроены логические модели исходной иреорганизованной систем управленияорганизацией.2.4. Понятия модели имоделированияСоздаваемая модель должна давать ответна следующие вопросы:• Кто из сотрудников организации долженвыполнять конкретные функции?• При каких условиях нужно выполнятьфункцию?• Что должен сделать сотрудник в рамкахданной функции?• Каким образом следует ее выполнять?• Какие ресурсы при этом необходимы?• Каковы результаты выполнения функции?• Какие информационные средства нужны?• Каким образом все это согласовать?• Как все это можно осуществить наиболееэффективно?• Как можно изменить или построитьбизнес-процесс?• Как снизить риск и повыситьэффективность изменений?.Моделирование бизнеса. Методология ARISНапомним, что модель представляет собойсовокупность объектов и отношений междуними, которая адекватно описывает лишьнекоторые свойства моделируемой системы.Модель является лишь одним из многихвозможных толкований системы. Этотолкование должно устраивать пользователя вданной ситуации, в данный момент времени.Для модели в общем случае характернычетыре свойства:• уменьшенный масштаб (размер) модели,точнее, ее сложность, степень которой всегдаменьше, чем у оригинала. При построениимодели сознательно вводятся упрощения;• сохранение ключевых соотношениймежду разными частями;• работоспособность, т.е. возможность впринципе работать, как оригиналмоделируемыйобъект (во всяком случае,похожим образом);• адекватность действительным свойстваморигинала (степень достоверности).Важно также подчеркнуть, что любаямодель отражает точку зрения той или инойгруппы проектировщиков. Каждой моделиприсущи свои цели и задачи, и поэтомуобъект бизнеса, представляющий собойсложный комплексный организм, как правило,описывается некоторым набором моделей, всовокупности образующих общую модельданной бизнес-системы.Использование множества моделейприводит к необходимости ихклассифицировать.Обоснованнаяклассификация объектов представляет собойих условное группирование по заданнымпризнакам в соответствии с определеннойцелью. При различных целях одни и те жеобъекты могут классифицироваться поразному.Классификация не являетсясамоцелью, она диктуется потребностямитеории и практики. Целесообразнаяклассификация моделей обеспечиваетудобство при выборе методов моделированияи получение желаемых результатов.

21К важнейшим признакам, по которымпроводится классификация моделей,относятся:1) закон функционирования и характерныеособенности выражения свойств и отношенийоригинала;2) основания для преобразования свойств иотношений модели в свойства и отношенияоригинала [9].По первому признаку модели делятся налогические, материальные и семантические,или вербальные (рис. 10). Логические моделифункционируют по законам логики всознании человека или в компьютере,работающем под управлением написаннойчеловеком программы. Материальные моделифункционируют в соответствии собъективными законами природы.Семантические, или вербальные, моделиявляются словесными описаниями объектовмоделирования. Они применяются в рядеслучаев, в частности на начальных этапахмоделирования деятельности организации,при опросе – экспертами персонала с цельюполучения необходимой информации.Основная проблема, возникающая припостроении вербальных моделей бизнеспроцессоворганизации, заключается вустановлении эффективного взаимодействиямежду экспертами предметной области(сотрудниками организации) и специалистамив области моделирования.Образные, или иконические, моделивыражают свойства оригинала с помощьюнаглядных образов, имеющих прообразысреди объектов материального мира. Набормоделей ARIS включает несколько моделей,которые по своей сути являются образными,или иконическими. Это, например, модели«Производственный процесс» (рис. 11),«Офисный процесс» и другие.Знаковые (символические) моделивыражают свойства моделируемой системы спомощью условных знаков или символов.Образно-знаковые модели совмещают всебе признаки образных и знаковых моделей.Подавляющее большинство моделей ARISявляются образно-знаковыми.Структурный анализ организацииФункциональные, геометрические ифункционально-геометрические моделиотражают соответственно толькофункциональные, только пространственные иодновременно функциональные ипространственные свойства оригинала. Вметодологии ARIS эти модели неиспользуются.По второму признаку модели делятся наусловные, аналогичные и математические(рис. 10). Условные модели выражаютсвойства и отношения оригинала наосновании принятого условия илисоглашения. У таких моделей сходство соригиналом может совершенно отсутствовать.Практически все модели ARIS являютсяусловными. Следует отметить, что образные иобразно-знаковые модели относятся тоже кусловным.Аналогичные модели обладают сходством соригиналом, достаточным для перехода коригиналу на основании умозаключения поаналогии. Такие модели также неиспользуются в ARIS.Математические модели обеспечиваютпереход к оригиналу, фиксацию иисследование его свойств и отношений спомощью математических методов.Математические модели обладают важнымидостоинствами — четкостью, возможностьюстрогой дедукции, проверяемостью. Однако вцелом ряде случаев при построенииматематических моделей, например дляописания процесса производства стали, могутвозникнуть практически непреодолимыетрудности. Тем не менее математическиемодели иногда используются в ARIS, вчастности, при расчетах в ходефункционально-стоимостного анализа.Можно провести квалификацию моделей взависимости от их назначения. С точки зренияучета временного фактора выделяютстатичные, имитационные и динамическиемодели.Статичные модели описываютсодержательную сторону системы, неизменяющуюся во времени. Они могут бытьфункционально-информационными, т.е.описывать структуру информации, на основекоторой функционирует система, иструктурными, т.е. описывать структурусистемы.

22При моделировании организацийпроводится главным образом условноемоделирование, т.е. предполагаетсязамещение оригинала условной моделью,представляющей его только в рамкахдоговоренности о смысле, приписанном этоймодели. В связи с этим вопрос о нотациях,используемых в знаковых и образно-знаковыхмоделях, приобретает большое значение.К нотации модели предъявляютсяследующие основные требования:Структурный анализ организациипростота — простое при прочих равныхусловиях предпочтительнее сложного;наглядность — хотя бы отдаленноесходство с оригиналом облегчаетиспользование модели;индивидуальность — достаточное отличиеот других обозначений;однозначность — недопустимостьобозначения одним символом различныхобъектов;Рис. 12. Обозначение объектов в диаграмме структуры знаний ARIS• единообразие — применениеаналогичных правил при моделировании однородных объектов;• определенность — четкие правилаиспользования модели;• учет устоявшихся традиций.Нотация графической модели предполагаетналичие:• строго определенного наборавзаимоувязанных графических изображений— элементов графического языка;• различных типов связи между ними;• фрагментов текста (естественного языка);• встроенных объектов;• глоссария.Графический язык обеспечивает структуруи точную семантику естественному языкумодели, организует естественный языкопределенным и однозначным способом, чтопозволяет описывать весьма сложные модели.Синтаксис графического языка содержит,как правило, разноцветные геометрическиефигуры (прямоугольники, квадраты,параллелограммы, эллипсы, треугольники) иусловные изображения разного рода (рис. 11-12).Встроенные объекты — объекты другихпрограммных систем (Word, Excel,математические пакеты) — улучшаютинформационную насыщенность модели,делают ее более полной.Глоссарий помогает пользователямразобраться с терминологией модели,облегчая тем самым ее понимание ииспользование.

232.5. Этапы структурного анализаПроведение структурного анализаорганизации предполагает нескольких этапов:• построение иерархии целей оптимизациидеятельности организации;• выбор методологии;• выбор моделей;• анализ деятельности организации;• разработка моделей в соответствии сиерархией целей;• оптимизация моделей;• реорганизация деятельности.На первом этапе выявляются иописываются цели, которые планируетсядостичь в ходе структурного анализадеятельности организации. Их, как правило,бывает несколько. В связи с этим целинеобходимо ранжировать, выстроить ихиерархию.Когда цели реорганизации деятельностиизвестны, появляется возможность длявыбора методов проведения структурногоанализа. Жестких алгоритмов выбора их несуществует. Методология структурногоанализа предполагает использование однойили нескольких моделей.Определив цели анализа и выбравинструменты для его проведения, необходимодетально изучить, как функционируеторганизация. Целью изучения является сборданных для построения моделей,отображающих деятельность организации.Основными принципами проведения изучениядеятельности организации являются:• целенаправленность;• комплексность;• планомерность;• организационно-методическаяцелостность.Моделирование бизнеса. Методология ARISЭти же принципы должны бытьреализованы и в методике, включающейописания программы действий, изучаемыхобъектов, степени детализации изучения,методов сбора данных и правил их обработки.Такая методика обеспечивает стандартизациюизучения предметной области иформализованное представление данных.Сбор информации производится в рамкахвсех основных структур организации.Большая часть собираемой информации неявляется очевидной, сформулированной иоднозначной. В связи с этим перед началоммоделирования необходимо выявитьосновные структурообразующие элементысистемы управления анализируемойорганизации и зафиксировать их. К такимэлементам относятся:• организационная структура компании;• структура территории;• состав и структура основных бизнеспроцессовкомпании;• классификация и структура основныхрабочих документов;• классификация и структураинформационных систем.Организационная структура являетсянаиболее очевидной составляющей любойкомпании. Однако и здесь могут бытьпроблемы. Так, проблема возникает приналичии прямой (дисциплинарной)подчиненности одного организационногоэлемента другому и одновременнодополнительной(функциональной)подчиненности. Наиболее ярким примеромможет служить бухгалтерия крупнойкомпании, имеющей несколько направленийдеятельности. Бухгалтеры, обслуживающиенекоторое направление деятельности такойкомпании, входят в состав единойбухгалтерии и подчиняются (дисциплинарно)главному бухгалтеру (иногда финансовомудиректору). Однако функциональнаяподчиненность (в рамках основныхфункциональных обязанностей бухгалтеров,обслуживающих направление) подразумеваетих подчинение руководителюфункционального блока (направления).

24Характерной проблемой является наличиенеофициальных отношений подчинения.Формально зафиксированное подчинениеодних сотрудников другим на практикезачастую отсутствует. В результатепоявляется новая организационная структура,в целом соответствующая формальной, но вопределенных частях отличающаяся от нее.Третья серьезная проблема связана сотделением юридической структуры отуправленческой. Эта особенность характернав первую очередь для компаний-холдингов,имеющих в своем составе несколькоюридических лиц. Управленческая структура(структура подчинения с точки зренияоперативного управления) почти всегдазначительно отличается от юридической. Этообъясняется тем, что существуют разныепринципы и критерии формированияуправленческой и юридической структур.Юридическая структура формируется с точкизрения интересов стратегического управления,а также с точки зрения требований бизнеса,которым занимается организация.Управленческая же структура выстраивается иоптимизируется с точки зрения болееэффективного оперативного управления. Врезультате в одном подразделении (в рамкахуправленческой структуры) могут работатьспециалисты, состоящие в штате несколькихюридических лиц.Структура территории может оказатьсяважной для распределенных организаций, гдетерриториальное расположение отдельныхподразделений (филиалов) в значительноймере влияет на особенности устройствасистемы управления, в частности, бизнеспроцессами.Несмотря на то, что во многихорганизациях нет четко сформулированныхрегламентных документов, описывающихправила ведения бизнеса и выполнениясвязанных с этим процедур, структуруосновных и вспомогательных процессовверхнего уровня можно определить, и этодолжно быть сделано в самом начале работ помоделированию. Данная структура в той илииной степени идентична для всех компаний,занятых аналогичной деятельностью. В связис этим можно использовать существующиеобобщенные (референтные) моделипроцессов,создаваемыеСтруктурный анализ организациидля различных отраслевых областей.Выделение структур процессов обеспечит вдальнейшем более эффективное планированиеи управление в ходе моделирования, а такжеоблегчит получение структурированнойинформации о деятельности моделируемойорганизации.Одной из важных задач повышенияэффективности деятельности организацииявляется оптимизация документооборота исоздание системы управленческого учета. Длярешения этой задачи необходимо иметьструктурированную систему классификациивсего информационного пространстваорганизации, включающего как документы,так и отдельные экономические, финансовые,производственные и другие показатели.Формирование данной структуры — один изнаиболее приоритетных этаповмоделирования.Задачи, связанные с созданием ивнедрением информационных технологий,требуют детального анализа существующихинформационных систем — их структуры иучастия в бизнес-процессах организации. Всвязи с этим, необходимо заранее, додетального моделирования процессов,сформировать структурированный переченьвсех интересующих информационных систем,а также оценить их внутреннюю структуру(прежде всего — набор основных модулей иэкранных форм).Таким образом, для того, чтобы построитьадекватную и востребованную модельорганизации необходимо уже напервоначальных этапах моделированиязадуматься о выделении и фиксации всехосновополагающих структур. Грамотное ихформирование обеспечивает качественный«задел» на будущее. Это позволитпродуманно и прогнозируемо разработать всеновые детальные модели, имеющиеопределенное место в общей моделиструктуры организации и соответствующиецелям анализа отдельных элементов иорганизации в целом.От качества и количества информации,полученной при изучении организации,зависит, насколько адекватной будетпостроенная модель.

25Разработка моделей деятельностиорганизации включает несколько этапов:• выделение множества объектов,оказывающих существенное влияние надеятельность структурного элемента;• спецификацию входных и выходныхпотоков (информации, материалов,продуктов, услуг, финансов и т.д.);• выявление основных процессов,определяющих деятельность структурногоэлемента и обеспечивающих реализацию егоцелевых функций;• спецификацию потоков между основнымипроцессами деятельности, уточнение связеймежду процессами и внешними объектами;Моделирование бизнеса. Методология ARIS• оценку объемов, интенсивности и другихнеобходимых характеристик потоков;• разработку функциональной моделидеятельности структурного элемента;• объединение моделей структурныхэлементов в единую модель деятельностиорганизации.Построенная модель должна бытьоптимизирована по критериям,представляющим интерес для пользователя.После этого проводится анализ моделей,результаты которого используются дляреорганизации деятельности

263. Методология ARISМетодология ARIS3.1. Общие сведения.Постановка задачиМетодология ARIS предполагаетопределенный подход к формализацииинформации о деятельности организации ипредставление ее в виде графическихмоделей, удобном для понимания и анализа.Модели, создаваемые по методологии ARIS,отражают существующую ситуацию с той илииной степенью приближенности. Степеньдетализации описания зависит от целейпроекта, в рамках которого проводитсямоделирование. Модели ARIS могут бытьиспользованы для анализа и выработкиразличного рода решений по реорганизациидеятельности предприятия, в том числе повнедрению информационной системыуправления, разработке систем менеджментакачества.Методология ARIS реализует принципыструктурного анализа и позволяет определитьи отразить в моделях основные компонентыорганизации, протекающие процессы,производимую и потребляемую продукцию,используемую информацию, а так же выявитьвзаимосвязи между ними.Создаваемые модели представляют собойдокументированную совокупность знаний осистеме управления, включаяорганизационную структуру, протекающиепроцессы, взаимодействия междуорганизацией и субъектами рынка, состав иструктуру документов, последовательностьшагов процессов, должностные инструкцииотделов и их сотрудников. В отличие отдругих подходов, методология ARISпредполагает хранение всей информации ведином репозитории, что обеспечиваетцелостность и непротиворечивость процессамоделирования и анализа, а также позволяетпроводить верификацию моделей.Преимущества методологии ARIS:• возможность рассматривать объект сразных точек зрения; разные уровниописания, обеспечивающие поддержкуконцепции жизненного цикла систем;дифференцированный взгляд наанализируемый объект (организацию, системууправления и т.д.);• богатство методов моделирования,отражающих различные аспекты исследуемой предметной области, позволяетмоделировать широкий спектр систем(организационно-хозяйственных,технологических и прочих);• единый репозитории; все модели иобъекты создаются и хранятся в единой базепроекта, что обеспечивает построениеинтегрированной и целостной моделипредметной области;• возможность многократного применениярезультатов моделирования; накопленноекорпоративное знание о всех аспектахдеятельности организации может вдальнейшем служить основой при разработкеразличных проектов непосредственно в средеARIS и с использованием интерфейсов идругих средств.3.2. Предназначение системыARIS. Примеры успешногоиспользованияИнструментальная система ARIS 5.0,реализующая методологию ARIS,предназначена для визуального представленияпринципов и условий функционированияразличного рода организаций, а также дляанализа их деятельности по различнымпоказателям. Целью такого анализа являетсяопределение идеальных характеристик,реформирование организационной структуры,функций, бизнес-процессов, используемыхданных.

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

283.3. Архитектура ARISРассматриваемая методология ARIS [1,2]основана на разработанной профессором А.-В.Шеером теории «Архитектураинтегрированных информационных систем»(Architecture of Integrated Information System— ARIS). Она определяет принципымоделирования практически всех аспектовдеятельности организаций, что является еекоренным отличием от других методологий.Согласно терминологии, принятой в областиструктурного анализа, термин «архитектура»описывает типы используемых методов, ихфункциональные свойства ивзаимоотношения между составными частямимоделируемой системы [I].Методология ARIS основывается наконцепции интеграции, предлагающейцелостный взгляд на бизнес-процессы, ипредставляет собой множество различныхметодологий, интегрированных в рамкахединого системного подхода. Это позволяетговорить об общей архитектуре ARIS. Кнаиболее важным компонентам архитектурыARIS относятся типы представления и уровниописания моделируемого объекта. Онирассмотрены далее.Что обусловило выбор методологий ииспользуемых в них моделей? Это преждевсего необходимость всестороннего описаниясложной социально-технической системы,какой является практически каждаясовременная организация. В общем случаеархитектура ARIS выделяет в организациитакие подсистемы как:• Организационная. Определяет структуруорганизации — иерархию подразделений,должностей и конкретных лиц, многообразиесвязей между ними, а также территориальнуюпривязку структурных подразделений;Методология ARIS• Функциональная. Определяет функции,выполняемые в организации;• Подсистемы входов/выходов.Определяют потоки используемых ипроизводимых продуктов и услуг;• Информационная (подсистема данных).Описывает получение, распространение идоступ к информации (данным);• Подсистема процессов управления.Определяет логическую последовательностьвыполнения функций посредством событий исообщений. Можно сказать, что подсистемауправления — это совокупность разнесенныхво времени сообщений разного рода;• Подсистема целей организации.Описывает иерархию целей, достигаемых входе выполнения того или иного процесса;• Подсистема средств производства.Описывает жизненный цикл основных ивспомогательных средств производства;• Подсистема человеческих, ресурсов.Описывает прием на работу, обучение ипродвижение по службе персоналаорганизации;• Подсистема расположенияорганизационных структур. Описываеттерриториальное расположениеорганизационных единиц.Все эти подсистемы организации вреальности и в моделях должны быть связанымежду собой (рис. 13). Методология ARISдает возможность описывать достаточноразнородные подсистемы в видевзаимоувязанной и взаимосогласованнойсовокупности различных моделей, которыехранятся в едином репозитории. Именновзаимосвязанность и взаимосогласованностьмоделей являются отличительнымиособенностями методологии ARIS.

29Моделирование бизнеса. Методология ARISРис. 13. Взаимодействие моделей в ARISВ соответствии с правилами структурногоанализа каждая из этих подсистем разбиваетсяна элементарные блоки (модули),совокупность которых и составляет нотациюструктурной модели той или инойподсистемы организации.Естественно, что эти подсистемы неявляются обособленными. Они взаимнопроникают друг в друга, и поэтому одни и теже элементарные модули могутиспользоваться для описания различныхструктурных моделей. Для устраненияизбыточности методология ARISограничивает число типов моделей.В связи с этим в методологии ARISвыделено четыре основных вида моделей,отражающих основные аспекты организации— пять типов представлений:• организационные модели, описывающиеиерархическую структуру системы —иерархию организационных подразделений,должностей, полномочий конкретных лиц,многообразие связей между ними, а такжетерриториальную привязку структурныхподразделений;• функциональные модели, описывающиефункции (процессы, операции), выполняемыев организации;• информационные модели (моделиданных), отражающие структуру информации,необходимой для реализации всейсовокупности функций системы;• модели процессов/управления,представляющие комплексный взгляд нареализацию деловых процессов в рамкахсистемы и объединяющие вместе другиемодели;• модели входов/выходов, описывающиепотоки материальных и нематериальныхвходов и выходов, включая потоки денежныхсредств.Остальные подсистемы могут моделироватьсяс использованием объектов, входящих вперечисленные выше типы представления.Графически такой подход представлен нарис.14.

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

31В теории систем можно провестиразграничение между структурой системы иее поведением. Структура характеризуетстатичное представление системы, аповедение описывает ее динамику. В моделяхбизнес-процессов динамика выражаетсяуправлением событиями и потокамисообщений. Модели функций,организационной структуры, данных ивыходов описывают структуру системы.Модели управления показывают всеструктурные связи и описываютдинамическое поведение потока,отображающего бизнес-процесс.3.4. Фазовая модель ARISФазовая модель (рис.15) характеризуетэтапы создания информационных систем [1,2]и подходы, применяемые к описанию моделейбизнеса. Согласно методологии ARIS модельорганизации структурируется в соответствиис концепцией жизненного циклаинформационных систем, которыйпредставляется в виде последовательностиуровней или этапов. Однако модельжизненного цикла ARIS не можетрассматриваться как совокупностьпроцедурных моделей для разработкинекоторых независимых объектов на каждомуровне описания. Различные типыпредставления «выстроены» в модели взависимости от степени их близости кинформационным технологиям (ИТ).Этот аспект реализуется посредствомвторой компоненты архитектуры ARIS,состоящей из различных уровней описания.Они дифференцируются по отношению кинформационным технологиям. Такаяконцепция обеспечивает целостное описаниеуправления бизнесом, вплоть до еготехнической реализации.Анализ проблем бизнеса является начальнойточкой при моделировании. Модели на этомуровне — не очень детальные семантическиеописания бизнес-процессов, однако онидостаточно точно отражают цели, которыестоят перед разработчиками. На этом этапе вописание включаются характеристикибудущей модели организации, связанные сбизнес-процессами. Для описания проблемМоделирование бизнеса. Методология ARISбизнеса используются только семантическиемодели. Полученные модели еще несодержат достаточно детальной информациии однозначных технических формулировок,чтобы служить исходным материалом дляавтоматической передачи их непосредственнона этап реализации информационной системы(ИС) .На уровне определения требованийнеобходимо описать требования к прикладнойинформационной системе, создаваемой длярешения рассматриваемой проблемы бизнеса.Оно должно поддерживатьсяформализованным описанием требований сцелью последующего использования вкачестве стартовой точки для трансляциисформулированных требований винформационную систему. Этот процесстакже очень близок к семантическому(смысловому) моделированию. Определениетребований тесно связано с описаниемпроблем бизнеса. Эта связь показана широкойстрелкой на рис. 15.Уровень спецификации проектадостигается, как только концептуальныепонятия проблем бизнеса, сформулированныена уровне определения требований,трансформируются в категории, связанные синформационными технологиями. На данномуровне описываются уже не функции, апользовательские или модульные транзакции,которые выполняют функции. Это можетрассматриваться как отображениесформулированных требований в категории иметоды описания, связанные непосредственнос информационными системами ивыраженные в терминах соответствующихтехнологий. Таким образом, уровниопределения требований и спецификациипроекта связаны достаточно тесно.Спецификация проекта может изменяться,не оказывая влияния на результатыпредыдущего уровня определениятребований. Однако это не означает, чтоопределение требований и спецификацияпроекта могут прорабатываться независимодруг от друга. После того как завершен этапопределения требований, его наиболее важнаясодержательная часть, отражающая категорииуправления бизнесом, должна бытьопределена таким образом, чтобы все,относящееся к области информационныхтехнологий и программных решений

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

33Создание различных видов моделей ипроработка каждой из них по уровнямописания в сочетании с формулировкойпроблем бизнеса и составляет процесс работыв архитектуре ARIS. Каждый типпредставления подвергается разложению натри уровня описания: определениетребований, спецификацию проекта иописание реализации.Таким образом, в архитектуре ARISзафиксирован набор видов моделей, каждая изкоторых «расписывается» по уровням. Вместес описанием проблем бизнеса, которое служитстартовой точкой для анализа, они составляютнабор компонент архитектуры ARIS. Теперьнеобходимо выбрать и представить моделиописания каждой компоненты архитектуры.Критерии для выбора этих моделейследующие:• простота и выразительность средствизображения;• поддержка смыслового содержания;• отображение специфики предмета;• возможность использования полногонабора методов для различных типовприложений;• степень знакомства с методами и наличиенеобходимой литературы;• определенная степень независимостиметодов от технической реализации винформационных и коммуникационныхсистемах.3.5. Модели ARISПри построении моделей методология ARISтребует соблюдения определенных принципов[I]. К ним относятся:• корректность модели;• релевантность (следует моделироватьтолько те фрагменты реальной системы,которые соответствуют назначениюсистемы, т.е. модель не должнасодержать избыточной информации);• соизмеримость затрат и выгод;Моделирование бизнеса. Методология ARIS• прозрачность, т.е. понятность и удобствоиспользования модели;• сравнимость моделей;• иерархичность;• систематизация структуры, чтопредполагает в качестве обязательногоусловия возможность интеграциимоделей различных типов.Под моделью понимается совокупностьобъектов, объединенных друг с другомразличными связями, и ряда вспомогательныхэлементов. Структура модели показана на рис.16. Модель характеризуется типом, именем исвойствами. Тип модели определяет, чтоописывает данная модель —организационную структуру, функции,данные, процессы или выходы. Имя моделиявляется частью ее атрибутов. Модель ARISтак же является частью более развернутоймодели организации. В то же время модельможет представлять отдельный объект,будучи его детальным описанием.Модели классифицируются с помощьюметодологических фильтров.Каждая модель ARIS содержит:• объекты — неделимые части модели,выделенные по какому-либо признаку,сформулированному в соответствии сметодологией ARIS, и имеющие наборизменяемых характеристик — свойств,описывающих их поведение;• связи между объектами — описанныевзаимоотношения между объектами,имеющими свои свойства ихарактеристики. Так же как и объекты,связи характеризуются свойствами,выделены внешний вид и атрибуты.Модель может включать:• внешние встроенные объекты, например,рисунки, документы текстовыхредакторов и т.п.;• текст, размещенный в любом местемодели;• геометрические фигуры.

34Методология ARISРис. 16. Модель технических терминов, описывающая понятие «модель ARIS»Каждая модель имеет ряд свойств:• атрибуты (Attributes),• заполненные атрибуты (MaintainedAttribute},• внешний вид модели (Model Appearance);• варианты (Variants) ;.• предложения по улучшению (Improvementproposals),• управление изменениями (Changemanagement).Каждая модель может содержать один илинесколько десятков объектов. Число связей,возможных в данной модели, сильно варьирует.

35Модели классифицируются при помощиметодологических фильтров и классов.Существуют следующие классы моделей:Строгая иерархия (РН — Pure hierarchy).Модели такого класса включают в себя толькоодин тип объекта, а иерархические связимогут быть организованы с помощьюнескольких типов соединения. Примеромможет служить дерево функций.Строгая иерархия с окружением (НА —Pure hierarchy with allocations). Модели такогокласса представляют собой дерево, котороестроится на основе только одного типаобъекта. В данном случае иерархическиесвязи могут быть организованы с помощьюнескольких типов соединения. Однако здесь, вотличие от строгой иерархии, с объектами,составляющими иерархию, могут бытьсвязаны другие типы объектов. Примеромявляется диаграмма целей.Иерархия с перекрестными соединениями(НС — Hierarchies with cross links). Иерархия сперекрестными соединениями представляетсобой иерархию, которая включает различныетипы объектов. В данном случаеиерархические связи могут бытьорганизованы с помощью нескольких типовсоединения. Однако здесь, в отличие отмоделей класса строгой иерархии, объекты,которые входят в иерархию с перекрестнымисоединениями, могут быть связаны друг сдругом как напрямую, так и через другиетипы объектов. Примером является диаграммаструктуры знаний.Тип основного объекта (СО — Central objecttype). Модели данного типа используются длятого, чтобы отобразить связи между этимитипами объектов и другими типами объектов.Все типы объектов, прикрепленные к типуосновного объекта, имеют одинаковыеприоритеты. Примером служит диаграммаокружения функции, диаграммы ролей и прав.Приоритетный тип основного объекта(СР — Central object type with priority).Модели с приоритетным типом основногообъекта используются для того, чтобыотобразить связи между типом основногообъекта иМоделирование бизнеса. Методология ARISдругими типами объектов. В данном случаетип объекта, имеющий наивысший приоритет,играет основную роль в иерархии.Направленный граф с окружением (DQ —Directional graph with allocations).Направленные графы с окружениемиспользуются для представления моделей,особые типы объектов в которых формируютнаправленную структуру. Эти типы объектовмогут быть связаны с другими типамиобъектов. Например, еЕРС — событийнаяцепочка процесса.Ненаправленный граф с окружением (NGA— Non-directional graph with allocations).Ненаправленные графы с окружениемотличаются тем, что в них присутствуютструктурно-зависимые типы объектов,однако, они не соединены друг с другом черезнаправленные соединения. Объектыструктурно-зависимых типов объекта могутиметь окружение из структурно-независимыхобъектов. Например, к ним относятся моделив виде столбцов или строк.Все модели ARIS можно разделить нанесколько групп:• основные модели (ядро), используемыепрактически во всех проектах. Это моделицепочек добавленных значений, модели еЕРС,eERM, PCD, организационная схема, деревофункций и другие;• группа расширение основных моделей. Кним относятся карта знаний, диаграммаструктуры знаний, диаграмма окруженияфункции и другие;• группы, ориентированные на отдельныеобласти моделирования'.• документация плана развития;• объектно-ориентированноемоделирование;• анализ (создание индивидуальныхреферентных моделей и диаграмм топологии);• описание потока материалов;• внедрение системы SAP R/3 ииспользование ARIS Analyzer for R/3;

36Методология ARISРис. 17. Упрощенное представление модели организации• моделирование workflow;• варианты методов моделированияданных;• модели для функционально-стоимостногоанализа;• модели для управления проектом.Группа моделей ARIS, взаимосвязанныхпосредством использования общих объектов,называется моделью организации (модельюбизнеса)(рис. 17). Эта взаимосвязьосуществляется благодаря репозиторию, гдехраниться вся информация об объектах и ихсвязях.Преимущества ARIS как среды длямоделирования бизнеса заключаются именнов существовании взаимосвязей междуотдельными моделями, описывающимиразличные стороны такого многогранногоявления, как деятельность организации.Разработка моделей организации не являетсясамоцелью. Они создаются для того, чтобыполучить новую информацию о деятельностиорганизации. Для ее получения методологияARIS предусматривает целый комплексопераций, которые могут быть проведены надмоделями. Эти операции делятся на основныеи вспомогательные (служебные)..К основным операциям относятся:• проверки корректности моделей(семантические проверки);• составление разнообразных отчетов помодели;• оптимизация моделей по различнымкритериям;• анализ моделей, проводимый поразличным методикам, например,функционально-стоимостной анализ,стратегическое планирование;• сравнение моделей;• обмен информацией с другимипрограммными системами;• непрерывное улучшение модели.Вспомогательные операции обеспечиваютвыполнение основных операций. К нимотносятся:• копирование моделей;• создание вариантов;• слияние моделей;• экспорт/импорт моделей;• хранение моделей, в том числе в видерезервных копий;• очистка (консолидация) моделей

37Моделирование бизнеса. Методология ARIS3.6. Объекты моделейКаждый тип модели предполагаетиспользование определенного набораобъектов. Объект — самостоятельная частьметодологии, отражающая элементописываемой предметной области. Понятие«объект» раскрывает модель техническихтерминов, показанная на рис. 18.Каждый объект:• имеет уникальное имя;• принадлежит к определенному типуобъектов;• соединен одной или несколькими связямис другими объектами;• имеет свое определенное значение вметодологии и описывается свойствами,определяющими конкретный объектданного типа;• может использоваться в одной илинескольких типах моделей;• может создавать свои экземпляры,представленные одним или несколькимисимволами (рис. 19).Внешний вид экземпляра объекта можетбыть изменен в определенных пределах.Каждый объект моделей ARIS имеетследующие свойства:• размещение атрибутов {Attributeplacements),Рис. 18. Диаграмма технических терминов, описывающая понятие «объект»

38Методология ARISРис. 19. Различные изображения объекта «Организационная единица»• взаимосвязи (Relationships};• назначение (Assignments);• местонахождение (Occurrences);• внешний вид (Object Appearance);• варианты (Variants);• управление изменениями (ChangeManagement);• предложения по улучшениям(Improvement Proposals);• заполненные атрибуты (MaintainedAttributes);• атрибуты объекта (Attributes).Объекты классифицируются на:• структурно-зависимые. Эти типыобъектов определяют общую структурумодели. Конкретный тип моделиподразумевает наличие конкретныхструктурно-зависимых типов объектов;• структурно-независимые.Методология ARIS предусматриваетвозможность описывать объекты болееподробно с помощью детализирующихмоделей. Такая связь между типом объекта(базовым объектом) и типом моделиназывается типом детализации. Отдельныйэкземпляр типа детализации, т.е. связь междуопределенным объектом и определенноймоделью, называется детализацией. Типыдетализации, разрешенные к использованию вконкретном случае, зависят от типа объекта, ккоторому принадлежит базовый объект.При создании детализации пользовательможет создавать связи между базовымобъектом и одним или большим количествомобъектов из детализированной модели. Такаясвязьмежду типами объектов, пересекающаяграницу между моделями, называется типомдетализирующей связи. Отдельная связьмежду двумя объектами называетсядетализирующей связью.Выбор типов связей и детализации позволяетуправлять принципами и глубинойдекомпозиции, а также «загруженностью»моделей.При создании нового объекта в модели в базеданных ARIS появляется отдельная запись,задающая описание объекта. Типичныеописания объекта включают атрибуты,которые характеризуют объект. Описанияобъектов должны быть уникальными поотношению к их именам. Таким образом,когда описания заданы, всегда производитсяпроверка, не существует ли уже тот или инойобъект в базе.Экземпляр объекта всегда связан сотдельной моделью. Описание объекта всегдасвязано с отдельной группой. На основаниисуществующего описания экземплярыданного объекта могут использоваться вдругих моделях. При изменениихарактеристик одного из экземпляров объектаменяются свойства всех остальныхэкземпляров и соответственно его описание вхранилище.При удалении одного из экземпляров объектавсе остальные остаются неизменными. В тоже время при удалении описания объекта изхранилища уничтожаются все существующиеего экземпляры.В моделях ARIS используется большое числоразличных типов объектов (см. в разделе12.2), и, соответственно, самих объектовзначительно больше, поскольку один типсодержит, как правило, несколько объектов.

393.7. Связи объектовВажную роль при моделировании играетправильный выбор связей между объектамимодели. Связь — описание взаимоотношениймежду двумя объектами, имеющаяопределенные свойства (рис. 20). Каждаясвязь:• имеет уникальное имя;• принадлежит к определенному типу. Типсвязи зависит как от типов соединяемыхобъектов, так и от направления соединения.Между некоторыми типами объектов связине могут существовать;• соединяет исходный и конечный объекты;• характеризуется своими свойствами;• может создавать свои экземпляры, внешнийвид которых может быть изменен вопределенных пределах.Среди связей различают соединения идетализирующие связи.Соединения — это такие связи, экземплярыкоторых представляют собой видимыесоединения между двумя объектами внутриодной модели. Соединенияклассифицируются на структурно-зависимыеи структурно-независимые. При детализацииможно создавать связи между базовымобъектом и одним или большим количествомобъектов из детализирующей модели. Связьмежду типами объектов, пересекающаяграницу между моделями, называется типомдетализирующей связи. Отдельная связьмежду двумя объектами называетсядетализирующей связью.Каждая связь в рамках методологии ARISимеет следующие свойства:• размещение атрибутов (Attributeplacements},• внешний вид связи (ConnectionAppearance);• местонахождение связи (ConnectionOccurrences);• атрибуты связи (Attributes);• заполненные атрибуты (MaintainedAttributes);Между двумя объектами может бытьсоздана одна или несколько связей различныхМоделирование бизнеса. Методология ARISтипов. В рамках одной модели число типовсвязей может меняться от единиц (например,три — в дереве функций) до несколькихдесятков (например, 24 — в организационнойсхеме). Один и тот же тип связи можетприсутствовать в нескольких моделях.

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

414. Основные элементыреализации системы ARISВ данном разделе будут рассмотрены основныепринципы реализации ARIS как программнойсистемы. Внутренняя структура ARIS 5.0описывается в разделе 5.Моделирование бизнеса. Методология ARIS4.1. Организация управленияэлементами ARISИнструментальная система ARISявляется многопользовательской и можетработать в компьютерной сети,объединяющей множество отдельныхрабочих мест. Исходя из этого и былапостроена система управленияинформацией о моделях (рис. 21) — сетьARIS {ARIS Network).Рис. 21. Структура сети ARISСеть ARIS является главной папкой (структурныйэлемент MS Windows) структуры, отображаемой впроводнике {ARIS Explorer), Сеть включает в себявсе серверы баз ARIS, к которым имеет доступклиент ARIS. Вместо имени ARIS Network главнойпапке можно дать любое другое имя. Черезданный элемент устанавливается связь со всемиостальными серверами баз ARIS.После установки других модулей ARIS, таких какARIS for mySAP.com, сети, например, сеть SAP,также могут быть отображены в дереве каталоговпроводника ARIS — в дополнение к сети ARIS.С технической точки зрения, терминвозможности многопользовательской работыподразумевает, что локальные компьютеры(клиенты), на которых установлена система ARIS(ПО клиента),соединены сетью с одним илинесколькими компьютерами — серверамибаз ARIS. Все данные пользователейобрабатываютсясистемой,установленной на этих серверах.Каждый клиент ARIS имеет доступ кданным (т.е. моделям, именам моделей,именам папок, структуре папок,описаниям объектов, атрибутам и т.д.),которые хранятся на одном илинескольких серверах. Чтобы пользовательмог изменить или просмотреть этиданные, они должны быть считаны ссервера, переданы по сети, а затемобработаны и отображены ПО клиента.Точно так же измененные данные могутбыть переданы от клиента куправляющей системе базы и сохраненыв ней.

42Многопользовательский режим работыозначает, что несколько пользователей могутработать с базой одновременно. Какимобразом пользователь может получить доступк определенным моделям, описаниямобъектов и экземплярам объектов (и может лион вообще получить к ним доступ), зависит отдействий самого пользователя ивзаимодействия отдельных компонентовARIS.В большинстве случаев примногопользовательском режиме работы ниодин пользователь не может эксклюзивновойти в базу, так как это закроет доступ к нейдругим пользователям.Временно закрытыми для записи могутоказаться лишь отдельные объекты базы —это происходит в тот момент, когда один изпользователей вносит или записывает в базуизменения, связанные с этими объектами.Данное решение значительно сокращаетвременные задержки, возникающие приконфликтах между системами различныхпользователей.Право вносить изменения в модель науровне экземпляров дается только первомупользователю, открывшему эту модель. Так,второй пользователь, который открывает туже модель, не может перемещать объектывнутри нее или вносить изменения свойствамодели. Однако этот пользователь можетпереименовать описания объектов с помощьюпроводника и редактировать атрибутысоответствующих описаний объектов спомощью модуля ARIS Attributes (см. раздел5.4).Чтобы исключить параллельноередактирование, атрибут, изменяемыйпользователем, становится защищенным отзаписи для других пользователей. Толькопервый пользователь, который открылатрибут для редактирования, являетсяединственным пользователем,Основные элементы реализации системы ARISкоторому дается право вносить изменения вэтот атрибут. Редактируемые атрибутыостаются защищенными от записи до тех пор,пока внесенные данным пользователемизменения не будут сохранены.Основной структурной единицей сетиARIS является сервер. Локальным называетсясервер, расположенный на конкретномрабочем месте. Он обладает всеми свойствамиобычного сервера. ARIS позволяет иметьпрактически неограниченное число серверов.Структура сервера ARIS показана на рис. 22.Сервер включает в себя:• метаданные ARIS, состоящие из метамоделейARIS — описаний всехмоделей, доступных пользователю примоделировании, и конфигурационнойбазы, которая хранит информацию обиспользуемых на данном сервереметодологических фильтрах, шаблонахмоделей, используемом форматешрифтов и описания диаграмм;• неограниченное число баз данных,содержащих информацию о моделиорганизации (или ее части).За управление серверами отвечает модульARIS Administration, рассмотренный в разделе5.11.Приведенные выше понятия отображаютсяна левой панели одного из основных модулейARIS — его проводника (рис. 23).Любой из серверов содержит одну илинесколько баз данных ARIS. Понятие «базаданных» раскрывает рис. 24. Каждая базаданных отображает модель деятельностиорганизации (бизнеса). Она содержитинформацию двух видов — вспомогательную(сервисную) и основную.

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

44Основные элементы реализации системы ARISРис. 23. Левая панель проводника ARIS Explorer

45Моделирование бизнеса. Методология ARISРис. 24. Модель технических терминов, описывающая понятие «база данных» ARISК вспомогательной информации относятсяпапки, содержащие:• сведения о пользователях {Users) и ихгруппах, а также соответствующиесредства управления. Пользователь илиих группа характеризуются наборомизменяемых свойств (см. раздел 9.8).Пользователи в базе ARIS могут бытьсозданы администраторами сервераконфигурации или базы, илипользователем, у которого есть права науправление пользователями. Каждомупользователю присваиваютсясобственные (уникальные) имя и пароль.Пользователи могут быть распределеныпо группам пользователей. В зависимостиот принадлежности к той или иной группепользователю могут быть доступныметодологические фильтры и присвоеныфункциональные права и права доступа— в дополнение к тем, которые былиприсвоены ему изначально какотдельному пользователю(индивидуально). Другими словами,пользователь получает в своераспоряжение методологическиефильтры, функциональные права и правадоступа, которыми обладает эта группа.Он лишается этих привилегий лишь в томслучае, если их лишается вся группа.Подробно эти вопросы рассмотрены вразделе 9.8;• сведения об установленных шрифтах (FontFormat) и средства для их изменения идополнения. Каждый установленныйшрифт имеет корректируемые свойства:

46• информацию об используемых в моделяхязыках (Languages) и средства для ихизменения и дополнения.Установленный язык описываетсянабором изменяемых свойств;• задачи (Tasks), поставленныепользователями моделей в атрибутахChange Managements (Управлениеизменениями) (см. раздел 5.8);• изменения, предложенныепользователями моделей в атрибутахChange Managements,К вспомогательной информации относитсяи глобальный идентификатор GUID (GlobalUnique Identifier) базы данных, которыйсуществует также для таблиц, моделей,объектов и соединений и присваивается импри создании. Идентификатор GUID можноувидеть с помощью закладки MaintainedAttributesОсновные элементы реализации системы ARIS(Заполненные атрибуты) в тех диалоговыхокнах, которые управляют свойствами баз,таблиц, моделей и т.п. GUID содержит строго36 символов и имеет структуру 8-4-4-4-12,считая дефис за знак (см. рис. 25).Основная информация базы данныхсодержится в главной папке (по аналогии спапками Windows), которая включает:• произвольное число папок, создаваемыхпользователем;• произвольное число моделей и объектовARIS, также создаваемыхпользователем.В этих структурах содержится то, чтообычно называют моделью деятельностиорганизации (рис. 17), хотя надо четкоуяснить, что только одни модели безвспомогательной, сервисной, информации немогут полностью описать моделируемыйобъект.Рис. 25. Окно свойств базы данных

47Понятие «папки» раскрывается на рис. 26.Папки используются в пользовательской базеARIS для создания иерархической структурыдля хранения моделей. Структура папки в базесравнима со структурой папок в ПроводникахWindows NT и Windows.Папка верхнего уровня называется главнойпапкой. Она является корневой в структуребазы ARIS и не может быть удалена. Во всехдругих отношениях главная папка может бытьотредактирована, как любая другая папка.Можно создать любое число папок,подчиненных главной папке. Они, в своюочередь, также могут иметь подчиненныепапки.Моделирование бизнеса. Методология ARISПапки, как и другие элементы ARIS,обладают определенными свойствами, аименно привилегиями доступа (AccessPrivileges), атрибутами и заполненнымиатрибутами (рис. 27).В папках размещаются модели и объектыARIS. Эти понятия обсуждались в разделах3.5 и 3.6. Модели разделяются в соответствиис пятью типами представления и тремяуровнями описания. Это принятопредставлять в виде здания ARIS (рис. 14).Однако при практической реализацииметодологии ARIS моделипроцессов/управления и моделивходов/выходов были объединены, и зданиеARIS приобрело вид, показанный на рис. 28.Рис. 26. Модель технических терминов, описывающая понятие «папка»

48Основные элементы реализации системы ARISРис. 27. Окно Properties Group (Свойства папки). Закладка Access Privileges (Привилегии доступа)Рис. 28. Здание ARIS

Michael Craig Edwards 49PUBLICATIONS AND PRESENTATIONS (continued)A Model for Documenting Curricula Integration for Courses in Agricultural Science andTechnology and Biology. (2000). Instructional Materials Service, Department ofAgricultural Education, Texas A&M University, College Station.ReportsReview of proposed curriculum for secondary-level agricultural education in North Carolina:Animal science I/II and equine science. (1998). (External reviewer.)Briers, Gary E., Edney, Kirk, Edwards, M. Craig, & Shinn, Glen C. (1997, May). Round RockIndependent School District Career and Technology Program Evaluation: AgriculturalScience and Technology Programs: McNeil High School, Round Rock High School, andWestwood High School. Round Rock, TX. (External reviewer.)UNIVERSITY, COLLEGE, AND DEPARTMENTAL SERVICEProposal Reviewer, OAES “Hatch” Proposal, Dr. Daniel Tilley, Oklahoma State University,September 2011.Graduate Coordinator, Department of Agricultural Education, Communications & Leadership,Oklahoma State University, 2011-present.Member, Interview Committee, Fulbright U.S. Student Program, 2012-2013, OklahomaState University, 2011.Chair, Reappointment, Promotion, and Tenure Committee, Department of AgriculturalEducation, Communications, and Leadership, Oklahoma State University, 2010-2011.Member, Reappointment, Promotion, and Tenure Committee, Department of AgriculturalEducation, Communications, and Leadership, Oklahoma State University, 2010-2011.Member, Interview Committee, Fulbright U.S. Student Program, 2011-2012, OklahomaState University, 2010.Member, Reappointment, Promotion, and Tenure Committee, Department of AgriculturalEducation, Communications, and Leadership, Oklahoma State University, 2009-2010.Member, Search and Screen Committee, Department Head, Department of AgriculturalEducation, Communications, and Leadership, Oklahoma State University, 2009-2010.Chair, Reappointment, Promotion, and Tenure Committee, Department of AgriculturalEducation, Communications, and Leadership, Oklahoma State University, 2008-2009.Member, Executive Committee, Creativity & Innovation Institute, Oklahoma StateUniversity, 2008-2009.Member, Oklahoma State University, College of Education, Professional Education Unit,Executive Committee, 2008-2010.Member, Creativity, Innovation, & Community Service Steering Committee, Oklahoma StateUniversity, 2008.Judge, Graduate Student and Professional Student Association (GSPSA), Research Symposium,Oklahoma State University, Stillwater, February 2008.

50Число атрибутов, особенно для объектов,весьма велико и может достигать несколькихдесятков. Выбор типов атрибутов зависит отрешаемых задач. Например, при оптимизациипродолжительности выполнения процессовнеобходимо задавать значения времени длявыполнения отдельных функций. В другихпроектах этот атрибут использовать не имеетсмысла.Основные элементы реализации системы ARISДля того чтобы при моделированииполучить понятные и модифицируемыерезультаты, необходимо решить, какие типыатрибутов будут заполнены в моделях,объектах и связях. На выбор тех или иныхтипов атрибутов в значительной степенивлияют цели моделирования.Рис. 30. Закладка Attributes (Атрибуты), окно Properties-Model (Свойства модели)В ARIS информация о модели содержитсяв атрибутах этой модели (рис. 30). Взависимости от типа модели, можно заполнятьразличные атрибуты. Помимо имени модели,которое должно присутствовать обязательно,реко-мендуется также для соответствующеймодели заполнять атрибут «описание»{Description/Definition), Кроме того, исходя изцелей конкретного проекта, рекомендуетсязаполнять специальные атрибуты.

51Моделирование бизнеса. Методология ARISРис. 31. Закладка Attributes (Атрибуты), окно Properties-Object (Свойства объекта)Рис. 32. Закладка Attributes (Атрибуты), окно Properties-Connections (Свойства связи)

52Отметим особенности некоторых типоватрибутов, содержащихся в главной папке.• Name. Имя рекомендуется указыватьобязательно для всех элементов.Исключение составляют только«вспомогательные объекты», такие какoperators/rules (операторы/правила),например, XOR, AND, и т.д., илиgeneralization/specialization(обобщение/специализация) в моделяхданных. Атрибут Name используется длявыделения объекта (при создании копии,поиске, объединении объектов).Уникальность имени имеет оченьважное значение. Имя и егоуникальность очень важны приобъединении баз данных (см. модульARIS Merge в разделе 5.15). В этомслучае имя может использоваться какидентификатор объекта, т.е. какнекоторая альтернатива атрибутаIdentifier (идентификатор).Тем не менее система поддерживаетвозможность создания нескольких объектоводного типа с одинаковыми именами, чтоиногда является необходимым с точки зренияособенностей проводимого проекта.• Identifier. Идентификатор используется вбольших базах данных, чтобы избежатьпроблем с синонимами/омонимами вОсновные элементы реализации системы ARISименах элементов. К тому же можносоздавать группы идентификаторов суникальными префиксами для своихобластей (см. модуль ARIS Identification вразделе 5.12).Идентификатор можно создатьавтоматически. Он состоит из префикса,который может быть легко определен, ичислового индекса, задаваемогоавтоматически. В ARIS идентификатор можетбыть использован как альтернатива для имениобъекта — во-первых, при создании копийобъектов, не связанных между собой, и вовторых,при объединении объектов, когда вкачестве критерия для отбора совпадающихобъектов и моделей могут служить как «имя»,так и «идентификатор». Идентификаторможет быть использован для фильтрацииобъектов (поиска, вывода в отчет).Следующие атрибуты заполняютсяавтоматически:• тип элемента (Type);• время создания (Time of generations);• автор (Created by) последнегоизменения(Last change);• последний пользователь (Last user).Они выделены серым цветом и недоступныдля изменения.

53Моделирование бизнеса. Методология ARIS4.3. Методологические фильтрыБольшое число моделей, включенных вARIS, никогда не используется в рамкаходного проекта. В этом просто нетнеобходимости, так как ни один объект нетребует для описания такого числа моделей.Таблица 1. Стандартные методологические фильтры ARISНазвание фильтра Сокращенное название ОписаниеДля того, чтобы облегчить работу,обеспечив выбор ограниченного числанеобходимых моделей, в ARIS реализованыметодологические фильтры, представляющиесобой регулируемые, переключаемые наборымоделей. Стандартные методологическиефильтры ARIS приведены в табл. 1.Entire Method -полный фильтр FULLMETHODСодержит все модели, объекты, отношения,символы и типы атрибутов, определенные всистеме ARIS.Easy Filter -простой фильтр EASYFILTER Содержит простейшие методы моделированиядеятельности.SAP Filter -SAP-фильтр SAP-FILTER Содержит методы моделирования,соответствующие моделям в SAP R/3.Standard Filter -стандартныйфильтрSTANDARDСодержит наиболее часто используемые методымоделирования.Extended Standard Filter -расширенный стандартныйфильтрARIS for MySAP.com Фильтрдля модуля ARIS mySAP.comEXTENDEDSTANDARDARISMYSAPDOTCOMВ дополнение к стандартному фильтру содержитмодели и типы объектов, которыепредназначены для объектно-ориентированногомоделирования.Содержит методы моделирования,соответствующие моделям в SAP R/3 версии4/6Ь и сценариям е-бизнеса.ARIS Simulation and ARIS ABCFilter - фильтр для модулейARIS Simulation и ARIS ABCSIMULATIONСодержит все модели, объекты, соединения,связи и атрибуты, которые применяются в ARISSimulation и ARIS ABC.Balanced Scorecard Filterфильтрдля модуля ARIS BSCBALANCED SCORECARDСодержит дополнительные модели для методаBalanced Scorecard.

54Методологический фильтр выбирается(рис. 33) через команду меню Option (Опции),закладка Log In (Подключение), кнопка Browse(Просмотр). Пользователь может создаватьсвои методологические фильтры, для чегопредусмотрен специальный механизм,называемый Configuration Filter Wizard(Помощник конфигурирования фильтров). Онзапускается командой New (или Open)контекстного меню, вызываемого на закладкеFilters (Фильтры) базы данных Configuration(Конфигурация).Основные элементы реализации системы ARISВ ARIS существует понятие стандартногометодологического фильтра. Стандартныйметодологический фильтр — это фильтр,который присваивается базе. Онавтоматически ставится в соответствиекаждому новому пользователю и каждойновой их группе. По умолчанию, в качествестандартного, каждой базе присваиваетсяметодологический фильтр Easy Filter.Ответственным за управление фильтрамиявляется модуль ARIS Configuration,рассмотренный в разделе 5.13.Рис. 33. Окно выбора методологического фильтра

555. Инструментальнаясистема ARIS5.1. Обзор основных модулейИнтегрированная инструментальная средаARIS является сложной системой и состоитиз комплекса взаимосвязанных ивзаимодополняющихмодулей,выполняющих различные функции. Ихсостав и взаимосвязи показаны на рис. 34.Требования к компьютеру, на которомразвертывается ARIS — довольно мягкие исводятся к следующему:• процессор Intel Pentium 166 MHz илиболее;• оперативная память 64 MB (оптимум128MB);• свободное пространство жесткого диска— не менее 120 MB плюс объем,необходимый для баз данныхпользователя. Последняя величинаможет быть весьма значительной,например, для базы данных моделиSAP требуется 450 MB;• поддержка протокола TCP/IP (толькодля работы в сети ARIS);• графическая карта: SVGA, разрешение640х480 (рекомендуется 1024х768), 256цветов.При использовании отдельных модулейтребования к компьютеру могут повышается.Так, для нормальной работы модуля ARISSimulation необходимы 128 MB оперативнойпамяти и наличие протокола TCP/IP, длямодуля ARIS Web Publisher в дополнение ксказанному желательна файловая системаNTFS.ARIS может работать под управлениемоперационных систем Window 95/98/2000 иWindow NT 4.0 (Service Pack 4, MS Y2KPatch, Service Pack 5 или Service Pack 6a).Сетевая версия ARIS требует наличия сетиNovell NetWare версий от 4.11 до 5.0.Моделирование бизнеса. Методология ARISНекоторые модули требуютспециализированного программногообеспечения (рис. 34).Основным модулем анализа ипроектирования является базовый модульARIS Toolset, который может включать всеостальные модули системы. Принеобходимости они легко интегрируются вARIS Toolset.Модуль ARIS Easy Design представляетсобой упрощенное средство моделированияи анализа, имеющее ограниченныефункциональные возможности по сравнениюс ARIS Toolset. Если модуль ARIS Easy Designотсутствует в системе, то все подключенныек нему модули соединяютсянепосредственно с ARIS Toolset.С точки зрения методологии, ARIS EasyDesign поддерживает все методымоделирования, применяемые в ARIS Toolset.В этом отношении между ними существуетполная совместимость. Модели, создаваемыев одном из этих средств, могут без потерьиспользоваться в другом. Более того, обаэтих модуля могут функционировать вединой среде коллективной разработки. Приэтом рабочие места с установленныммодулем ARIS Easy Design используются всоответствующихподразделенияхорганизации для сбора информации ипроведения общего анализа, а модуль ARISToolset служит средством для выявленияболее глубоких противоречий и оптимизацииразработанных моделей.Набор инструментов и функциональныевозможности модулей ARIS Easy Design иARIS Toolset предопределяют различия вобластях их применения. ARIS Easy Designобычно используется оперативнымианалитическими отделами организаций дляпроведения технического анализа, аинструменты ARIS Toolset болеепредназначены для управления бизнеспроцессами.Следует отметить, что ARISToolset также включает в себя ARIS EasyDesign.

56Инструментальная система ARISРис. 34. Структура ARIS (системная организация), представленная с помощью диаграммы типа прикладнойсистемы

57Модуль ARIS Easy Design содержитследующие компоненты:• ARIS Administrator — средство дляадминистрирования баз данных ARIS;• ARIS Attributes — средство дляуправления атрибутами элементов ARIS;• ARIS Change Managements — инструментдля контроля за изменениями атрибутовэлементов ARIS, предлагаемымипользователями;• ARIS Configuration — инструмент дляимпорта из одной базы данных в другуюметодологических фильтров и шаблонов;• ARIS Database Converter — инструментдля конвертации баз данных ARIS версии 3-хв базы данных ARIS 5.0;• ARIS Designer — конструктор моделей;• ARIS Explorer — проводник,обеспечивающий работу с серверами, базамиданных, моделями и объектами;• ARIS Export/Import — средство дляэкспорта или импорта баз данных в форматеASCII;• ARIS Identificator — инструмент дляавтоматической идентификации безуправления префиксами (последняя функциявстроена только в ARIS Toolset);• ARIS Merge — инструмент для слияниямоделей и объектов (с помощью даннойфункции нельзя переписывать модели иобъекты с одинаковым GUID — глобальнымидентификатором);• ARIS Report — генератор отчетов оэлементах ARIS;• ARIS RTF Editor — редактор текстовыхдокументов;• ARIS Semantic Check — инструмент длявыполнения (но не задания) семантическихпроверок моделей;• ARIS Variants — средство дляотображения вариантов моделей.Моделирование бизнеса. Методология ARISМодуль ARIS Toolset наряду сфункциональными возможностями ARIS EasyDesign включает также:• ARIS Analysis — инструмент для анализамоделей и их анимации;• ARIS Chat — инструмент для создания ииспользования графических диаграмм;• ARIS Consolidation — инструмент дляобъединения баз данных моделей;• ARIS Merge — инструмент для слияниямоделей с возможностью переписыватьмодели и объекты, имеющие одинаковыйглобальный идентификатор.• ARIS Model Generator — инструмент длясоздания новых моделей с использованиемуже существующих;• ARIS Process Generator — инструмент длягенерации новых объектов и моделей впрограмме Excel и переноса их в ARIS.Имеется возможность с помощьюспециального отчета (см. раздел 10.3)перенести объекты и модели в Excel и вернутьизмененные данные назад в ARIS;• ARIS Semantic Check — инструмент длявыполнения и задания семантическихпроверок моделей;• ARIS Script Editor — инструмент длясоздания скриптов отчетов;• ARIS Simulation — средство длядинамического моделирования процессов;• ARIS Variants — средство для созданиявариантов моделей, удаления связей междувариантами, выполнения операций сравнениявариантов.В ARIS предусмотрены модули,предназначенные для решения некоторыхчастных задач и требующие дополнительныхлицензий. К ним относятся:• ARIS ABC (Activity Based Costing) —инструмент для проведения функциональностоимостногоанализа моделей;

58• ARIS Connectivity for Lotus Notes —инструмент, позволяющий запускать базы идокументы Lotus Notes, которые связаны сэлементами ARIS. Предусмотренавозможность открывать базы Lotus Notes,документы Lotus Notes, которые содержатэлементы ARIS, с помощью веб-браузеров;• ARIS Connectivity for R/3 — инструментдля переноса моделей ARIS в формат HTML,использующий функциональные возможноститранзакций информационной системы SAPR/3. Это позволяет запускать функции,связанные с системными операциями SAPR/3, из веб-браузеров;• ARIS Tool Integration— инструмент дляобмена информацией баз данных моделейARIS с программными приложениями другихпроизводителей (с так называемымиприложениями партнеров);• ARIS Web Publisher — инструмент дляпреобразования моделей ARIS в форматHTML с целью их использования как внутрикомпании, так и за ее пределами послепередачи через Интранет или Интернет.Различные типы экспорта графики позволяютиспользовать модели ARIS на множествеплатформ;• ARIS BSC (Balanced Scorecards) —инструмент для стратегического управления.Средства ARIS могут применяться какоднопользовательская среда, а такжеподдерживать коллективные разработки всреде «клиент-сервер». Возможностьколлективной работы обеспечивают:• объединение баз данных (модуль ARISMerge);• обмен моделями через Интранет и Интернет(модуль ARIS Web Publisher);• совместный доступ несколькихпользователей к единому хранилищу данных— репозиторию ARIS (модуль ARIS Server).Инструментальная система ARISВ состав ARIS входят вспомогательныеспециализированные модули, например,модуль ARIS Script Converter,предназначенный для конвертации скриптов,созданных в ARIS 4-х, в скрипты ARIS 5.0,модуль ARIS Admintool, предназначенный дляуправления базами данных ARIS при работепод Window NT и Novell, ARIS forINTERSHOP enfinity и некоторые другие.Один из дополнительных модулей —библиотека функций ARIS API (ApplicationProgramming Interface). Он являетсяинтерфейсом между архивом данных ARIS ипользовательским приложением. Интерфейсвыполнен в виде динамической библиотеки,интегрируемой в модуль ARIS Toolset поотдельной лицензии. Библиотека ARIS APIсодержит необходимые описания функцийинтерфейса, делающие возможным ихиспользование в языках программирования Си C++.Модуль ARIS API предоставляет доступ кданным, созданным с помощью системыARIS, так что становится возможнымиспользовать эту информацию в другихприложениях или дополнять существующиеданные в архиве ARIS новыми объектами.При помощи библиотеки ARIS API могутбыть решены следующие задачи:• перенос из архива или в архиврезультатов моделирования в системе ARIS;• создание своих надстроек к системеARIS;• интеграция информации в единомстандарте ARIS.Существующая библиотека для языка Сописывает функции интерфейса,позволяющие читать и вносить любые данныев архив ARIS. Работа функций с информациейпроизводится с учетом прав доступа каждогопользователя. Разработчик библиотекифункций гарантирует, что изменения,вносимые с помощью функций, не разрушатархив ARIS, который остается доступнымчерез средства модуля ARIS Toolset.

59Библиотека API функций была разработанакак динамически подключаемая библиотека,чтобы исключить зависимость от спецификиконкретного компилятора языкапрограммирования. Поэтому разработчикможет выбрать удобную для себяпрограммную среду.Каждый модуль ARIS имеет свой логотип,изображаемый в правом верхнем углуосновного окна.Благодаря модульности комплекс средствARIS позволяет скомпоновать оптимальныйсостав системы, полностью обеспечивающийреализацию необходимых задач, не оплачиваяненужные для конкретного применениявозможности.Моделирование бизнеса. Методология ARISНекоторые модули ARIS рассмотреныдалее более подробно.5.2. Проводник — ARIS Explorer5.2.1. Основные элементы управленияARIS Explorer — это основное средствонавигации в ARIS, предназначенное дляуправления базами данных, папками,моделями, объектами и другими элементами.Его построение (рис. 35) схоже с построениемПроводника Microsoft Windows.Рис. 35. ARIS Explorer

60К основным элементам, которыеуправляются посредством ARIS Explorer(Проводника), относятся:• серверы;• базы данных;• пользователи и группы пользователей;• пароли, определяющие различныепривилегии (уровни) доступа к моделям;• форматы шрифтов;• языки баз данных;• методологические фильтры;• модели и содержащие их папки;• объекты;• таблицы.В окне ARIS Explorer (рис. 35)отображаются все серверы баз данных, ккоторым имеется доступ. Используяпроводник, можно определить новыесоединения или удалить уже существующие.Для запуска ARIS Explorer необходимовыбрать пункт меню View/ARIS Explorer. Длятого, чтобы окно Проводника появлялосьавтоматически сразу после запуска ARIS,следует выбрать пункт меню View /Options...(Опции), в появившемся на экране окненастроек (рис. 36) выбрать закладку Explorerи включить опцию Start ARIS ExplorerAutomatically (Автоматический запускПроводника). После этого на экране появитсяото ARIS Ехр1огег(рис. 35).Если пиктограммы User (Пользователи),Font Format (Настройки шрифтов), Languages(Языки), Tasks (Задачи) или Improvements(Изменения) не отображаются на экране, тонеобходимо выбрать пункт менюView/Options. В закладке Explorer следуетвключить нужные опции в группе настроекDisplay (Экран).Окно ARIS Explorer(рис. 35) разделено надве части. В левой части в видеиерархической структуры, т.е. в форме дерева,представлены элементы ARIS. Слева откаждого из них находится пиктограмма,отображающая его тип. В корне дереваразмещается элемент ARIS Network (Сетевоеокружение). Под ним располагаются серверы,папки и модели. (Подробно структурарассмотрена в разделе 4.)Инструментальная система ARISПосле того, как в левой части окна выбранэлемент структуры, в правой части окнапоявится список вложенных в негокомпонентов. Так, на рис. 35 в левой частиокна показано содержимое папкиТерминология.Слева от компонента иерархическойструктуры может располагаться кнопкаструктурирования в виде квадрата со знаком«плюс» или «минус». Ее наличие говорит отом, что у данного компонента естьвложенныеэлементы.Развертывание/свертывание структурывложенности можно получить любым изперечисленных ниже способов:• дважды щелкнуть левой кнопкой мышина нужном элементе структуры;• выделить элемент структуры и нажатьклавишу «+» или «—» на клавиатуре;• щелкнуть левой кнопкой мыши на кнопкеструктурирования слева от нужного элементаструктуры.Если элемент из левой части окна ARISExplorer не содержит вложенных структур, тоего компоненты будут отражены в спискеправой части, а действия поразвертыванию/свертыванию вложенныхструктур не будут доступны для этогоэлемента.В правой части окна отображается списокэлементов, подчиненных компоненту,выбранному в левой его части.Меню ARIS Explorer расположено всегда насамом верху экрана. Состав команд можетменяться в зависимости от активногопользовательского окна. Пункты меню могутбыть доступными и недоступными, этозависит от текущего объекта впользовательском окне.Большинство пунктов меню и кнопокпанелей инструментов ARIS являютсятрадиционными для программных средств,работающих под Windows. Поэтому далеебудут рассмотрены команды и действия,присущие только ARIS.File/Run (Выполнить). Выполнитьпрограмму, скрипт или ссылку длявыбранного элемента структуры в окне ARISExplorer. При этом выделенный элементдолжен быть описан в атрибутах как типLinkI, Link2, LinkS или Link4.

61Моделирование бизнеса. Методология ARISРис. 36. Окно настроек ARIS ExplorerEdit/Attributes (Атрибуты). Просмотр иредактирование атрибутов выделенныхобъектов. После выбора этого пункта меню наэкране появится окно с описанием атрибутовобъектов (рис. 53). Ответственным завыполнение этих действий является модульARIS Attributes, который рассмотрен в разделе5.4.Edit/Find (Найти). В этом менюсодержатся команды поиска моделей иобъектов (пункт меню Models and Objects(Модели и объекты)). При выполнениикоманды на экран вызывается окно заданияусловий поиска (рис. 37). Поискосуществляется в открытой базе данных. Еслитакой нет, то сначала следует открыть базу. Вокне поиска указывается, что необходимонайти: модель или объект, задается типмодели или объекта, может быть указаноконкретное имя, путь, по которому нужноискать, и т.д.Edit/Properties (Свойства). Данный пунктоткрывает окно Options (Свойства) (рис. 36),позволяющее настроить установленныеэлементы ARIS.View/Refresh (Обновить). Выполнениеэтого пункта меню обновляет информацию вокне ARIS Explorer.Evaluate/Report (Отчет). Данный пунктобеспечивает получение отчета длявыбранных элементов структуры. Послевыбора этого пункта меню системапоследовательно предложит несколькодиалоговых окон, в которых следует указатьпараметры отчета. Подробнее это описано вразделе 10.Evaluate/Analysis (Анализ). После выбораэтого пункта на экране появитсяпоследовательность окон с инструкциями,выполнение которых поможет настроитьпараметры работы и полученияаналитической информации. Подробнееданный вопрос изложен в разделе 9.7.

62Evaluate/Semantic Check (Семантическаяпроверка). Выбор этого пункта приводит кпоявлению на экране окна с настройкамипара-Инструментальная система ARISметров семантической проверки выбранноймодели. Семантические проверки,обсуждаются в разделе 9.6.Рис. 37. Окно поиска моделей и объектовДля упрощения работы в системе ARISпредусмотрены различные панелиинструментов. В зависимости оттого, какоймодуль ARIS используется в данный момент,доступны те или иные панели инструментов.Для их подключения и/или отключенияследует произвести любое из перечисленныхдействий:• выполнить команду меню View/ Toolbars(Вид/Панели инструментов)^ в выпадающемсписке подключить/отключить нужнуюпанель;• подвести курсор мыши к областирасположения панели инструментов (вверхуосновного окна системы, под командамименю) и щелкнуть правой кнопкой мыши,затем в выпадающем контекстном менюподключить/отключить панель.Во время работы в окне ARIS Explorerмогут понадобиться перечисленные нижепанели инструментов.File (Файл). На этой панели сосредоточеныкоманды для работы с элементами баз данных(рис.38)Рис. 38. Панель инструментов File

63Моделирование бизнеса. Методология ARISРис. 39. Панель инструментов ExplorerРис. 40. Панель инструментов ARIS ExplorerARIS Explorer (Проводник ARIS). На этой панелисосредоточены команды для создания новыхэлементов системы (рис. 40).

64Существуют также другие панелиинструментов:• Animation Control (Управлениеанимацией) ;• Attributes (Атрибуты);• Chart (Диаграммы);• Debug (Отладчик);• Insert (Вставка);• Formatting (Формат);• Macros (Макросы);• Model View (Вид моделей);• Modeling (Моделирование);• Script Layout (Макет скриптов);• RTF Editor (Текстовый редактор).Эти панели рассматриваются далее всоответствующих разделах книги. Следуетотметить, что каждая кнопка на панеляхснабжена всплывающей подсказкой, чтозначительно упрощает использование панелейинструментов.В дополнение к командам основного менюARIS для каждого элемента структурыопределено контекстное меню, котороепозволяет ускорить процесс редактированияэлементов. Для вызова контекстного менюнеобходимо:• выделить нужный элемент;• щелкнуть правой кнопкой мыши на этомэлементе.Для того, чтобы редактировать несколькоэлементов одновременно, необходимо:• выделить несколько элементов (в правойчасти окна ARIS Explorer). Для этого следуетнажать на клавиатуре клавишу Ctrl и, неотпуская ее, выделить курсором мышинужные элементы;• переместить курсор мыши за пределывыделения и щелкнуть правой кнопкой мыши.После этого на экране появится контекстноеменю для выбранного элемента (или группыэлементов) структуры. Набор командконтекстного меню изменяется в зависимостиот места его вызова.Следует обратить внимание на то, чтовыделение группы объектов возможно тольков правой части окна ARIS Explorer.Инструментальная система ARISВо всплывающем меню есть команды,которые не могут быть выполнены длягруппы объектов, например, Rename(Переименовать). В этом случае, независимоот выделенных элементов, эта команда будетвыполнена для элемента, находящегося втекущий момент под курсором мыши.5.2.2. Компоненты сетевого окруженияARIS — ARIS NetworkСетевое окружение ARIS — это корневойэлемент в структуре данных ARIS. Онвключает в себя все остальные элементысистемы. Структура сетевого окружения ARISподробно рассмотрена в разделе 4.1.Действия, которые пользователь можетпроизводить с компонентами сетевогоокружения, определяются активнымипунктами его контекстного меню. Используякоманды меню, можно выполнить следующиедействия:Open (Открыть) — развернуть вложенныеструктуры для элемента ARIS Network.Вложенными для данного элемента являютсясерверы баз данных, которые включены вструктуру системы;Explore (Просмотреть) — развернутьструктуру Проводника для элемента ARISNetwork.Следующими после ARIS Network вструктуре компонентов системы являютсясерверы баз данных. Для того, чтобыпросмотреть структуру сервера баз данных,нужно в левой части окна выделить курсоромэлемент ARIS Network, и тогда в правой частиокна будет представлен список всехподключенных серверов. Можно такжевоспользоваться командами контекстногоменю, которое содержит команды для работыс сервером баз данных:Open (Открыть) — развернуть структурудля текущего сервера баз данных.Вложенными для данного элемента являютсябазы данных;Explore (Просмотреть) — развернутьструктуру ARIS Explorer для текущегоэлемента.

65При позиционировании курсора наконкретном сервере баз данных системаавтоматически произведет соединение с этимсервером, если к этому моменту оно еще небыло установлено. При успешном соединениив пиктограмме справа от имени серверапоявится стрелка в кружочке. В противномслучае система выдаст на экран сообщение оневозможности соединения, и на пиктограммепоявится красный кружок.Команда контекстного меню Disconnect(Прервать соединение) позволяет прерватьсоединение с текущим сервером баз данных.После выбора этого пункта система отключитсервер, и он пропадет из окна ARIS Explorer,Для подключения нового сервера базданных необходимо вызвать контекстноеменю на элементе ARIS Network и выполнитькоманду Connect Server (Соединение ссервером). Она позволяет добавить вструктуру новый.Моделирование бизнеса. Методология ARISсервер баз данных ARIS для дальнейшегоподключения к нему. После выбора этогопункта на экране откроется диалоговое окноNew Server (Новый сервер) (рис. 41).В поле Server Name or IP Address (Имясервера или IP-адрес) необходимо указать имясервера или его IP-адрес. Для этого можновоспользоваться кнопкой выбора справа отполя. Если включить опцию Check if Server isavailable (Проверить, доступен ли сервер) , тонепосредственно перед добавлением серверасистема проверит, доступен он или нет. Еслинет, то будет предложено либо указать другойсервер, либо вообще отказаться от добавлениянового сервера. После того, как всянеобходимая информация в диалоговом окнебудет указана, нужно выбрать кнопку ОК длядобавления в структуру нового сервера. Дляотказа нажимают традиционную кнопкуCancelРис. 41. Диалоговое окно подключения к новому серверуСервер баз данных включает базы данных,созданные пользователем. Базы данныхсодержат в себе настройки пользователей дляфонтов, языков, а также набор моделей иобъектов (подробнее см. раздел 4.1).Для того, чтобы получить информацию обазах данных, расположенных на конкретномсервере, необходимо выполнить одно изследующих действий:• в левой части окна выделить курсоромнужный сервер, и тогда в правой части окнабудет представлен список всех баз данныхэтого сервера;• раскрыть структуру вложенности длянужного сервера, щелкнув на нем дваждылевой кнопкой мыши.

66Инструментальная система ARISМожно также воспользоваться командамиконтекстного меню:Explore (Просмотреть) — развернуть окномодуля ARIS Explorer для текущего элемента;Open (Открыть) — открыть текущую базуданных. Базы, созданные с помощью болееранних версий системы, должны бытьперегенерированы перед их открытием. Передоткрытием такой базы система выдаст на экранокно с запросом на перегенерацию.Выберите кнопку Yes (Да), после этогоначнется перегенерация, и на экран будутвыводиться сообщения о ее шагах.Для того, чтобы открыть базу, нужноподсоединиться к ней какзарегистрированный пользователь снеобходимым методологическим фильтром.Существует два способа соединения с базой.Рис. 42. Окно Login Wizard (Помощник соединения). Запрос имени и пароля пользователяЕсли используются установки поумолчанию (пункт меню View/Options(Вид/Опции) и закладка Log In (Осуществитьсоединение), включена опция Use Defaults(Использовать установки по умолчанию) ипомечено поле Filter Defaults (Установкафильтра по умолчанию)), то система будетпытаться осуществить соединения с этимипараметрами каждый раз, когда курсорпозиционируется на базе в левой части окнаили дважды нажата левая кнопка мыши набазе.Если настройки по умолчанию неиспользуются, то каждый раз при выполнениисоединения с базой на экране будетпоявляться окноLogin Wizard (Помощник соединения), гденеобходимо заполнить требующиеся поляввода данных (рис. 42).В окне в полях User (Пользователь) иPassword (Пароль) необходимо указать имя ипароль пользователя. После выбора кнопкиДалее на экране появится следующее окно сзапросом фильтра соединения (рис. 43). Послевыбора нужного фильтра нажимается кнопкаГотово.При позиционировании курсора наконкретной базе данных системаавтоматически произведет соединение с этойбазой, если к этому моменту оно еще не былоустановлено.

67Моделирование бизнеса. Методология ARISРис. 43 Окно Login Wizard. Запрос методологического фильтраПри успешном соединении в пиктограммесправа от имени базы появится зеленаястрелка, в противном случае система выдастна экран сообщение о невозможностисоединения, и на пиктограмме появитсякрасный кружок.Команда контекстного меню Log In(Осуществить соединение) позволяетустановить связь с текущей базой. На экранепоявится окно Login Wizard для вводатребуемых параметров (рис. 42 - 43).Команда контекстного меню Log Out(Отсоединиться) позволяет разорвать связь сбазой данных. После выполнения данногопункта меню система отсоединится от базы, ина пиктограмме справа пропадет стрелка.Команда контекстного меню Rename(Переименовать) позволяет переименоватьбазу данных. Переименовать базу данныхможет только Администратор сервера итолько в том случае, если к этой базе никто изпользователей не подсоединен. Есликонкретный пользователь не был подсоединенк серверу как Администратор, или если внастройках подключения (меню View /Options,закладка Login (Осуществить соединение)) невключена опция Use Defaults (Использоватьустановки по:умолчанию), или если указанныепараметры подключения некорректны, то наэкран будет выдано окно с запросом пароля.Для переименования можно такжевоспользоваться командой меню Edit/Rename(Переименовать) или клавишей F2, Имя базыдолжно содержать только буквы, цифры,пробел, дефис или символ подчеркивания.Нельзя использовать символ перевода строки.Имя базы должно быть уникально, и если базас таким именем уже существует, то системавыдаст на экран предупреждение и предложитввести новое имя.Следующим компонентом сетевогоокружения ARIS являются пользователи(Users) и их группы. Для того, чтобы получитьинформацию о зарегистрированныхпользователях базы данных, необходимо влевой части окна выделить курсоромсоответствующий элемент Users(Пользователи), и тогда в правой части окнабудет представлен список всехзарегистрированных пользователей текущейбазы данных.Для вызова контекстного менюнеобходимо щелкнуть правой кнопкой мышина пиктограмме Users, и на экране появитсяменю, содержащее следующие команды

68Open (Открыть) — открыть списокпользователей в правой части окна ARISExplorer;Explore (Просмотреть) — развернутьструктуру проводника для текущего элемента.Функции для работы с пользователямисистемы доступны через контекстное меню вправой части окна ARIS Explorer. Используяих, можно создать нового пользователя илигруппу пользователей, изменить парольпользователя, назначить привилегии доступак функциональным возможностям системы,указать доступные фильтры и т.д. Подробнееэти вопросы рассмотрены в разделе 9.8.Настройки шрифтов (Font Formats) — этостандартный компонент базы данных,который создается по умолчанию вместе сбазой данных. Настройка шрифтовпроводится при помощи команд контекстногоменю, которые позволяют:• создать новую настройку шрифта(команда New/Font Format);• изменить существующую настройкусвойств (команда Properties}.Настройки языка (Languages) — этостандартный компонент базы данных,который создается по умолчанию вместе сбазой данных. Команды контекстного менюпозволяют:• создать новую настройку языка (командаNew/Language};• изменить существующую настройкусвойств (команда Properties}.Объекты и модели, созданныепользователями системы, объединяются впапки. При работе с папкой доступныследующие команды всплывающего меню:• Open (Открыть) — открыть (развернуть)структуру папки в правой части окна ARISExplorer;• Explore (Просмотреть) — развернутьструктуру для текущей папки;• Rename (Переименовать) —переименовать папку. Для переименованияможно также воспользоваться командой менюEdit/Rename или клавишей F2;Инструментальная система ARIS• Delete (Удалить) — удалить выбраннуюпапку. Перед удалением система выдаст наэкран окно с запросом подтвержденияудаления;• New (Новый) — создать новый элеметпапки;• Group (Папка) — создать новую папку.После этого в списке правой части окна ARISExplorer появится новая папка, которой будетприсвоено по умолчанию имя (New group).Имя впоследствии можно изменить;• Object (Объект) — создать новый объект.На экране появится диалоговое окно ObjectWizard (Помощник создания объекта),которое поможет создать объект;• Model (Модель) — создать новую модель.На экране появится диалоговое окно ModelWizard (Помощник создания модели).Необходимо выполнить приведенные в неминструкции;• Run (Выполнить) — запустить навыполнение программу, определенную длятекущей папки.Папка содержит в себе модели и объектыпользователей. Для того, чтобы получитьинформацию о существующих моделях,необходимо выполнить действия, описанныениже.В левой части окна выделяется папка, вкоторой находятся модели. При этом в правойчасти будет представлен список всех моделей(закладка Models} и объектов (закладкаObjects} этой папки. Если же в левой частиокна выделить курсором конкретную модель,то в правой его части появится списокобъектов (закладка Occurrences (Содержание)этой модели.Для того, чтобы создать новую модель,необходимо выбрать папку, в которой онабудет располагаться, и нажать пунктконтекстного меню New/Model... или пунктменю File/ New. После этого в диалоговомокне необходимо выбрать тип новогодокумента Model. Контекстное менюсодержит следующие команды:

69• Open (Открыть) — открыть модель дляредактирования. После выбора этой командына экране появится окно ARIS Designer,• Cut (Вырезать) — копировать текущуюмодель (с удалением из содержащей ее папки)для последующего переноса этой модели вдругую папку;• Copy (Копировать) — копироватьтекущую модель для последующего переносакопии в другое место;• Create Shortcut (Создать ярлык) —создать ярлык для текущей модели;• Rename (Переименовать) —переименовать элемент структуры. При вводеимени, содержащего несколько строк,целесообразно использовать комбинациюклавиш Ctrl+Enter для переноса строки.После ввода нового имени необходимонажать клавишу Enter. Для переименованияможно также воспользоваться командой менюEdit/ Rename или клавишей F2;• Delete (Удалить) — удалить текущуюмодель. Перед удалением система попроситподтвердить это действие;• Print (Печать) — распечатать модель наустановленный по умолчанию принтер;• Run (Выполнить) — запустить процессвыполнения данной модели.Для редактирования модели можновоспользоваться командой Openвсплывающего меню или дважды щелкнутьлевой кнопкой мыши на нужной модели.После этого на экране появится окно ARISDesigner.Модели состоят из объектов. Для того,чтобы получить информацию осуществующих в папке объектах, необходимов левой части окна выделить курсоромсоответствующую папку. Тогда в правойчасти окна появится список объектов(закладка Objects) этой папки. Если в левойчасти окна выделить конкретную модель, тосписок объектов этой модели (закладкаOccurrence) отобразится справа.Моделирование бизнеса. Методология ARISЕсли дважды щелкнуть левой кнопкоймыши на объекте, то на экране появится окнос атрибутами или свойствами текущегообъекта.Для вызова контекстного меню нужнощелкнуть правой кнопкой мыши на объекте,после чего на экране появится меню,содержащее следующие команды:• Copy (Копировать) — копироватьтекущий объект в буфер Windows дляпоследующего переноса копии в другоеместо;• Rename (Переименовать) —переименовать объект. Для ввода имени,содержащего несколько строк, используетсякомбинация клавиш Ctrl+Enter. Ввод новогоимени звершается нажатием клавиши Enter.Для переименования можно такжевоспользоваться командой меню Edit/ Renameили клавишей F2.Для того, чтобы найти конкретную модельили объекты, можно воспользоватьсякомандой меню Edit/Find или командой Findконтекстного меню.5.3. Конструктор моделей — ARISDesigner5.3.1. Основные элементы управленияARIS Designer используется для создания икорректировки моделей. Построенные моделимогут быть разделены на части, объединены,могут выступать в роли эталонных моделей,которые, в свою очередь, используются присоздании новых моделей.Меню ARIS Designer всегда расположенона самом верху экрана. В данном разделеописаны только те команды, которыеявляются специфичными для ARIS Designer.Edit/Find in active model (Найти в текущей,модели) — команда поиска объектов втекущей модели. Поиск ведется по типуобъекта и по маске имени. Ввод параметровпоиска осуществляется в диалоговом окне(рис. 44).

70Инструментальная система ARISРис. 44. Окно поиска объектов в текущей моделиКомандная кнопка Go To (Перейти)обеспечивает переход к выбранному всписке объекту. Опции поискатрадиционны.Во время работы в окне ARISDesigner доступны следующие панелиинструментов:Model View (Просмотр модели).На этой панели сосредоточены команды дляуправления просмотром модели (рис. 45).Рис. 45. Панель инструментов Model View

71Моделирование бизнеса. Методология ARISРис. 46 Панель инструментов FormattingРис. 47 Панель инструментов Insert

72Инструментальная система ARIS5.3.2. МоделированиеПроцесс моделирования начинается ссоздания новой модели. Это можно сделатьнесколькими способами:• выбрать пункт меню File/New,• щелкнуть на кнопке New панелиинструментов;• нажать комбинацию клавиш Ctrl+N.После каждой команды на экране появитсяокно со списком типов элементов системы.Нужно выбрать в списке тип Model и нажатькнопку ОК. На экране появится окно выборапапки для размещения новой модели. Послевыбора папки и нажатия кнопки Далееоткроется окно Model Wizard (Помощникконструирования моделей) (рис. 48).Типы моделей делятся на группы всоответствии с типами представленийорганизации (см. раздел З): Organization(Организационные модели), Data (Моделиданных), Processes (Модели процессов),Functions(Функциональные модели). Эти группы, в свою очередь,делятся на уровни описания: Определениетребований (Requirements Definition),Спецификация проекта (Design Specification)и Описание реализации (Implementation).Необходимо указать группу или несколькогрупп, к которым относится выбираемый типмодели. Это можно сделать при помощикоманд контекстного меню, вызываемогощелчком правой кнопки мыши на элементеARIS House (Select All — выбрать всеэлементы, Levels — включить/отключитьуровни описания), или же щелкая левойкнопкой мыши на элементах ARIS House, приэтом отобранные представления будутвыделены желтым цветом. После выбора типапредставления модели выбирается тип моделииз списка Model Type (в этом спискепредставлены модели, удовлетворяющиеусловиям текущего фильтра). Затемнажимается кнопка Next, и на экранепоявляется следующее окно Model Wizard(рис. 49).Рис. 48 Окно Model Wizard. Выбор типа новой модели

73Моделирование бизнеса. Методология ARISРис. 49. Окно Model Wizard. Ввод имени новой моделиВ поле Name указывается уникальное имямодели. В одной папке не можетсуществовать двух моделей одного типа содинаковыми именами. После ввода именинеобходимо нажать кнопку Готово дляначала построения новой модели или кнопкуНазад, если решено изменить предыдущиенастройки (Тип представления или Типмодели}. Для отказа от создания моделивыбирается кнопка Отмена.После завершения диалога в окне ModelWizard на экране появится пустое окно ARISDesigner для новой модели, в котором можносоздавать и изменять объекты и связи междуними, а также вводить атрибуты объектов,связей и самой новой модели.Открыть существующую модель можнонесколькими способами: выбрать пункт менюFile/Open, щелкнуть на кнопке Open панелиинструментов или нажать комбинациюклавиш Ctrl+0. После этого на экранепоявится окно со списком типов элементовсистемы. В списке нужно выбрать тип Modelи нажать кнопку ОК. На экране появится окновыбора конкретной модели. После выделениянужной модели и нажатия кнопки ОКоткроется окно ARIS Designer (рис. 50).

74Инструментальная система ARISРис. 50. Окно ARIS DesignerОкно ARIS Designer состоит из основногоокна, где происходит построение моделей, ивспомогательных окон, которые открываютсяи закрываются командами меню. Используякоманды пункта меню View или кнопкипанели инструментов Model View, можноуправлять форматом отображенияинформации в основном окне ARIS DesignerК основному окну моделирования можетбыть добавлено еще несколько нижеперечисленных вспомогательных окон. Вскобках указаны команды меню, которыеактивизируют эти окна.Окно Просмотра модели (команда менюView/Model Overview). В этом окне (на рис. 50справа в верхней части) представлена модельв уменьшенном масштабе. Белыйпрямоугольник — это часть модели, котораяотражается в основном окне ARIS Designer.Передвигая этот прямоугольник курсороммыши, можно изменять представление восновном окне.Окно просмотра объекта (команда менюView/Object Window) — вспомогательное окнодля работы с выбранным объектом модели (онокружен маленькими черными квадратами нарис. 50). Оно используется для рассмотренияего в увеличенном масштабе, просмотра егосвязей и т.п. На рис. 50 это окно расположеносправа в нижней части.Окно вывода информации (команда менюView/Output Window} - вспомогательное окнодля вывода системной информации дляпользователя (внизу рис. 50).Окно проводника (команда меню View/Explorer Window) — окно ARIS Explorer(правее центра на рис. 50).

75Находясь в основном окне ARIS Designer,можно создавать объекты и связи междуними, а также редактировать их атрибуты.Объект может представлять собой носительинформации или же логический оператор. Всеэти типы объектов доступны через панельинструментов Modeling (Моделирование). Длякаждого типа объекта, в свою очередь,определены символы представления его вмодели.Для создания нового объекта следуетвоспользоваться кнопками панелиинструментов. Для этого нужно:• выбрать на панели инструментов нужныйтип объекта левой кнопкой мыши;• переместить курсор мыши в месторасположения объекта на модели;• щелкнуть левой кнопкой мыши на этомместе, после чего графический объектзаданного типа будет создан в указанномместе. Можно сразу же изменить имя объекта,заданное по умолчанию, и нажать клавишуEnter. Имя объекта должно быть уникальнымдля данной модели и типа объекта.Для того, чтобы изменить имя объекта,необходимо произвести любое изперечисленных действий:• выполнить команду контекстного менюRename;• нажать клавишу F2;• щелкнуть на объекте левой кнопкоймыши для его выделения, а затем щелкнуть нанем еще раз левой кнопкой мыши дляредактирования имени.Для того, чтобы создать сразу несколькообъектов заданного типа, необходимо сделатьследующее:• выбрать нужный тип объекта на панелиинструментов;• переместить курсор мыши в нужнуюобласть модели;• нажать клавишу Ctrl и щелкнуть кнопкоймыши на модели в местах расположенияобъектов;Моделирование бизнеса. Методология ARIS• после последнего щелчка отпуститьклавишу Ctrl.При создании сразу нескольких новыхобъектов им сначала будут присвоены именапо умолчанию в соответствии с их типами.При задании имени объекта, которое ужесуществует в базе данных для объекта такогоже типа, система сообщит о неуникальностиимени и предложит создать либо новыйэкземпляр существующего объекта, либоновый объект с таким же именем (рис. 51).Можно:• создать новый объект с таким же именем(опция Create a new object with this name);• использовать существующий объект(опция Use existing object);• выбрать вариант из списка и нажатькнопку ОК• или нажать кнопку Cancel и вернуться вокно моделирования для того, чтобы изменитьимя объекта на другое.Для того, чтобы скопировать объект, т.е.создать еще один экземпляр существующегообъекта, нужно выделить его и выполнитькоманду Copy контекстного меню иливыбрать пункт меню Edit/Copy. После этогонеобходимо выполнить команду Paste(Вставить) контекстного меню или командуменю Edit/Paste. В результате появится вмодели образ скопированного объекта, и егоможно будет переместить в любое другоеместо.Важно отметить, что при помощикопирования нельзя создавать новые объекты,можно лишь повторно использовать ужесуществующие.Для того, чтобы в модели переместитьобъект на другое место, нужно:• выделить этот объект;• нажать на нем левую кнопку мыши и, неотпуская ее, переместить объект на новоеместо;• отпустить кнопку мыши.

76Инструментальная система ARISРис. 51. Сообщение системы при создании объекта с неуникальным именемПри необходимости переместить объект вневидимую часть экрана следует медленноподвести его к границе экрана и затем двигатьдальше. При этом скроллинг начнетпостепенно прокручивать экран до нужногоместа. Можно также подвести объект к краюэкрана, курсором мыши прокрутитьскроллинг окна, а затем перемещать егодальше.Если нужно переместить или скопироватьгруппу объектов, то сначала следует выделитьобъекты этой группы любым из приведенныхспособов:• поместить курсор мыши за пределамиобъектов. Нажать левую кнопку мыши и, неотпуская ее, вести курсор так, чтобызахватить областью выделения всю группуобъектов, а затем отпустить кнопку мыши;• нажать клавишу Ctrl и, не отпуская ее,щелкать левой кнопкой мыши по очереди накаждом выделяемом объекте. После чегоотпустить клавишу Ctrl,Выделенные объекты обрамляютсячерными квадратами по углам и серединесторон. Группа перемещается тем жеспособом, что и одиночный объект. Можнотакже выделить группу объектов, нажатьклавишу Ctrl и, нажав левую кнопку мыши,перемещать образ копируемой группы внужное место модели. Затем отпуститьклавишу и кнопку мыши, после чего группаобъектов будет скопирована на указанноеместо.Для вставки в модель текстовыхкомментариев нужно воспользоватьсяпунктом меню Insert/Free-Form Text(Вставить текст в свободной форме) илисоответствующей кнопкой на панелиинструментов. После выбора команды илинажатия кнопки необходимо щелкнуть левойкнопкой мыши на том месте модели, гдедолжен быть расположен текстовыйкомментарий. В только что созданный объектвводится текст и нажимается клавиша Enter.Для того, чтобы в последствии изменитьтекст, в контекстном меню выбираетсякомандаEdit.

77Для включения в модель графическихобъектов можно воспользоваться кнопкамипанели инструментов. Графические объектыприменяют для выделения цветом участковмодели (например, критических моментов впроцессе, недостатков процесса и т.д.). Ониразмещаются под (Send to Back) основнымиобъектами модели или над (Bring to Front)ними. Доступными типами графическихобъектов являются прямоугольник(скругленный, нескругленный), эллипс, круг,точка, многоугольник, линия.Для создания графического объектаследует выбрать подходящий для него тип напанели инструментов и после этого щелкнутькнопкой мыши в том месте на модели, где ондолжен находиться.Для того, чтобы изменить размер объекта,используются восемь черных точек, которыепоявляются вокруг объекта при еговыделении. Нажав левую кнопку мыши налюбойМоделирование бизнеса. Методология ARISиз восьми точек и не отпуская кнопки,можно двигать эту точку в нужномнаправлении, при этом размер объекта будетизменяться.Для того чтобы, создать связь междуобъектами модели, следует:• выбрать на панели инструментов кнопкусвязи, если она не активизирована в данныймомент (по умолчанию она активна);• переместить курсор мыши на границуобъекта, из которого будет выходить связь.Под курсором появится символ источникасвязи 0"в После этого нужно щелкнутькнопкой мыши на том месте границы объекта,из которого будет выходить линия связи;• затем необходимо переместить курсормыши к границе объекта, в который будетвходить связь (под курсором появится символприемника связи 43), и щелкнуть кнопкоймыши в нужном месте границы.Рис. 52. Выбор типа новой связи

78После этих действий на экране появитсяокно с запросом типа новой связи (рис. 52). Вэтом окне в списке Available Connection Types(Возможные типы связей) находятся всесвязи, доступные при текущем фильтре.Выбрав нужный тип связи, следует нажатькнопку ОК. Если этот тип необходим для всехновых связей, исходящих из текущего объектак нескольким другим объектам, то надовключить опцию Keep same connection type forthe next connection (Сохранить этот типсвязи для последующих соединений). Дляотключения этой опции нужно нажатьклавишу Esc.Управлять в модели расположениемобъектов можно либо командами менюArrange (Расставить), либо кнопками панелиинструментов:• Bring to Front (Поместить над) —поместить выбранный объект или связь надвсеми другими объектами;• Send to Back (Поместить под) —поместить выбранный объект под всемидругими объектами модели;• Bring Forward (Перенести выше) —поместить выбранный объект на один уровеньвыше;• Send Backward (Поместить ниже) —поместить выбранный объект на один уровеньниже;• Align (Выровнять) — выровнятьвыбранные объекты относительно левой(Left), правой (Right), верхней (Тор) илинижней (Bottom) границы, либо относительногоризонтальной или вертикальной линийцентра первого из группы выбранныхобъектов;• Equal Spacing (Равные расстояния) —установить расстояния между объектамигруппы (по вертикали — Vertical, погоризонтали — Horizontal), равныерасстояния между первыми двумявыбранными объектами группы;• Align to Grid (Выровнять по сетке) —выровнять выделенные объекты по сетке;Инструментальная система ARIS• Group (Группировать) — объединить вгруппе выделенные объекты. После этогоможно копировать и перемещать их как одинобъект;• Ungroup (Разгруппировать) —разгруппировать выбранную группу илигруппы.Если при создании модели произошлапутаница в объектах и их связях, то можновоспользоваться пунктом меню Edit/Layout(Расположение). Система постарается помочьпредставить модель в более наглядном виде.Настройки параметров операцииавтоматического размещения объектов можноизменить с помощью меню View/Option,закладка Layout.Декомпозиция объекта позволяетопределять для объекта текущей моделиссылки на другие модели, детализирующиеэтот объект. Для того, чтобы декомпозироватьобъект на модель, следует:• выбрать нужный объект и вызвать наэкран окно с его свойствами (пунктконтекстного меню Properties');• выбрать закладку Assignments(Декомпозиция) . Эта форма содержит ужеопределенные для объекта моделидекомпозиции. Просмотреть их можно припомощи команды контекстного меню Open.Для изменения свойств модели выбираетсяпункт контекстного меню Properties;• для определения новой моделинеобходимо нажать кнопку New. На экранепоявится окно Assignment Wizard (Помощникдекомпозиции) для определения новой,декомпозирующей этот объект модели. В немвыбирается кнопка Далее, после этогооткрывается следующее окно;• в окне Assignment Wizard можноопределить новую модель (New Model) иливоспользоваться уже существующими(Existing Model). Для создания новой моделинужно выбрать в списке тип модели и нажатькнопку Далее, после чего откроется второеокно Assignment Wizard, в котором нужноуказать местонахождение модели.

79После выбора группы и нажатия кнопкиГотово на экране откроется окно длясоздания новой модели. При использованиисуществующей модели нужно выбрать всписке требуемый тип модели и нажатькнопку Далее. На экране появится окновыбора модели. После выбора нажимаетсякнопка Готово.Распечатать модель можно командойменю File/Print или соответствующейкнопкой на панели инструментов. Дляпредварительного просмотра печатипользуются командой меню File/Print Previewили кнопкой на панели инструментов.Настройка формата печати находится в окненастроек — меню View/ Options, закладкаPrint Options (Опции печати).5.4. Атрибуты элементов ARIS —ARIS AttributesМодуль ARIS Attributes (также известныйкак Окно Attributes) дает возможность легкоизменять и записывать характеристики базданных и всех их элементов (рис. 53).Каждый элемент базы имеет наборатрибутов. С их помощью можно задатьколичественные и качественныехарактеристики моделируемой деятельности.В частности, для каждого объекта можнозадать имя, уникальный код в проекте, автора,время и дату создания, детальное описание,пример реализации, затраты времени исредств на выполняемую функцию и т. д. Всеуказанные характеристики объектов и связейформализованы и используются припроведении анализа или составлении отчета.Атрибуты элементов ARIS собраны виерархические папки (аналогичные папкам вARIS Explorer). В каждой папке находятсяатрибуты одного типа. Например, в папкеChange Management (Управлениеизменениями) собраны атрибуты, которыеиспользуются в модуле ARIS ChangeManagement для управления изменениямимоделей.Каждый элемент имеет свой наборатрибутов, однако среди них существуетдовольно много общих.Значения атрибутов заносятся всоответствующие таблицы. Данные можноперемещать между ячейками таблицы иликопировать, используя механизм Drag andDrop (Перетащить и оставить).Автоматически задаваемые системойданные, которые не могут изменятьсявручную, помещены в ячейки с серым фономдля того чтобы легко отличить их отизменяемых данных. Например, два атрибутасо значением Last change (Последнееизменение) и Last user (Последнийпользователь) будут автоматическимодифицированы системой при каждомвыполненном изменении, которое сохраняетсяв процессе редактирования атрибута.Когда открывается окно свойств элемента,то закладка Maintained Attributes(Заполненные атрибуты) покажет только театрибуты, которые поддерживаются системой(рис. 54). Отображенные данные можнополностью или частично копировать,вставлять в другие приложения ииспользовать для сообщений.К функциям модуля ARIS Attributesотносится наследование атрибутов (InheritAttributes). Эта функция запускаетсяпосредством одноименного пунктаконтекстного меню, вызванного навыделенном элементе.При наследовании в системе ARISзначения выбранных атрибутов одногоэлемента присваиваются атрибутам другогоэлемента. Могут быть наследованы атрибутыбаз данных, папок, объектов, моделей,соединений, пользователей и их групп, языкови форматов шрифтов. Не может бытьунаследован атрибут Name (Имя). Дляпроведения наследования необходимпривилегированный доступ к базам данных(см. раздел 9.8).Механизм наследования реализуется припомощи окон Attributes Inheritance Wizard(Помощник наследования атрибутов),показанных на рис. 55 - 56. В первом окне(рис. 55) предлагается выбрать атрибуты,которые необходимо наследовать.

80Инструментальная система ARISРис. 53. Окно Attributes. Просмотр и редактирование атрибутов

81Моделирование бизнеса. Методология ARISРис. 54. Закладка Maintained Attributes (Заполненные атрибуты)

82Инструментальная система ARISРис. 55. Окно Attribute Inheritance Wizard. Выбор наследуемых атрибутовРис. 56. Окно Attribute Inheritance Wizard. Выбор опций процесса наследования

83Во втором и последнем окне выбираютсяопции процесса наследования (рис. 56).После начала процесса наследования вокне вывода ARIS можно наблюдать егопротекание.5.5. Поверка моделей — ARISSemantic CheckДля выполнения проверок моделей иобъектов в ARIS включен специальныймодуль ARIS Semantic Check, которыйвызывается из пункта меню Evaluate/SemanticCheck. Он доступен в полном объеме в модулеARIS Toolset, где разрешено написание скриптовпроверок. В ARIS Easy Design можнотолько осуществлять проверки моделей.Работа с этим модулем, применяемыеправила проверок моделей, созданиесобственных правил проверок подробнорассмотрены в разделе 9.6.5.6. Отчеты о моделях — ARISReportМодуль ARIS Report предназначен длясоставления по созданным моделямразнообразных отчетов. Он входит как в ARISEasy Designer, так и в ARIS Toolset.Отчеты создаются как файлы различныхформатов, которые впоследствии могут бытьотредактированы стандартными приложенияМоделирование бизнеса. Методология ARISми типа Word, Excel или редактором HTML.При создании отчетов использует такназываемые скрипты, которые поставляютсявместе с ARIS, или те, которые пользовательсоздал самостоятельно с помощью ARIS ScriptEditor (Редактора скриптов) и встроенногоязыка ARIS Basic® Language Capability.Скрипты подробно рассматриваются вразделе 10.На закладке Evaluations (Оценка),приведенной на рис. 57, можно изменятьпараметры настройки, к которым скриптыотчетов и анализа обращаются по умолчанию.В Общей группе (General) определяютсястандартные приложения для отображениявыходных файлов отчетов различныхформатов. Можно также определить, будет ликаждое приложение запущено автоматическии будет ли графика интегрирована в форматHTML как файлы формата GIF или JPG.В списке отображены все форматы файла,которые могут использоваться для отчетов.Для каждого формата необходимо определитьприложение, с помощью которого файлыбудут открыты.При назначении нового приложения дляформата файла нужно нажать кнопку Edit(Редактирование). В открывшемсядиалоговом окне Select Application (Выборприложения)у станавливаются всенеобходимые для этого настройки.Для получения сообщения после генерациифайла отчета ставиться флажок Prompt afterCreation (Сообщение после создания).

84Инструментальная система ARISРис. 57. Закладка Evaluations окна Options

85Моделирование бизнеса. Методология ARISРис. 58. Окно для смены изображений в верхнем колонтитуле отчетаДля замены эмблем, используемых поумолчанию в правом и левом краях верхнегоколонтитула отчета, нужно нажать кнопку HeaderGraphics (Графическое изображение вколонтитуле). Принятое графическое изображениебудет отображено (рис. 58) в диалоговом окнеHeader Graphics. С помощью кнопок ChangeGraphic (Изменить графическое изображение)можно выбирать другие эмблемы.Если в отчетах формата RTF или DOCтребуется использовать графику формата EMF, тонужно поставить флажок EMF — Graphics Formatfor RTF and MS Word Output (Использованиеграфического формата EMF для вывода отчетов вформатах RTF и DOC). Если флажок не выбран, топрименяется графика формата WMF.Поставленный флажок Automatic opening of theScript Editor after exiting from the Script Wizardприводит к автоматическому открытиюприложения, редактирующего созданный отчетпри выходе из окна Script Wizard (Помощниксоздания отчетов).В группе Report определяются местаразмещения выходных файлов отчетов ифайлов, содержащих скрипты.Работа по созданию отчетов подробнорассматривается в главе 10.5.7. Анализ и анимациямоделей — APIS AnalysisARIS Analysis так же как ARISSimulation и ARIS АВС, является модулемоценки моделей. ARIS Analysisвызывается через пункт менюEvaluate/Analysis (Оценка/анализ) иличерез аналогичный пункт контекстногоменю.Разработанные модели могут бытьпроанализированы по определеннымправилам, которые задаются вспециально разработанных алгоритмах— скриптах, написанных на языке,схожем с языком Visual Basic. В средеARIS существуют стандартныеалгоритмы анализа:

86Инструментальная система ARIS• классификация функций — анализ иклассификация функций в зависимости от ций, поддерживаемых автоматизированнойзначений их атрибутов. Данный алгоритм системой и выполняемых традиционнымпостроен так, что он может быть настроен для способом;различных нужд (например, для выявленияколичества выполняемых вручную функцийили функций, добавляющих стоимость кконечному продукту);Результаты анализа представляются в видетаблиц, которые могут быть просмотрены каквстроенными средствами ARIS, так и другимиприложениями (редакторами RTF, Microsoft• затраты времени и средств на Word, Excel и т. п.).выполнение процесса. Существует Пользователи имеют возможностьвозможность в рамках модели процесса задатьстоимость и продолжительность выполнениясоздавать собственные алгоритмы анализа,которые будут применяться в последующихотдельных его шагов, а также указать проектах. Структура и состав отчетапродолжительность переходов от одного шага определяются используемым алгоритмом,к другому. Эта информация учитывается при который также может быть разработанпроведении анализа данного вида;• необходимые организационные измененияв процессах. Данный вид анализа позволяетпользователем самостоятельно.Более подробно стандартные алгоритмыанализа ARIS рассмотрены в разделе 9.7.получить рекомендации по изменению Модуль ARIS Analysis дает возможностьответственности исполнителей за выполнениеотдельных операций процесса;• анализ движения информации внутриреализовать некоторые элементы анимациимоделируемых процессов. Для этого в модульвведен инструмент, с помощью которогопроцесса. Выявляются информационные пользователь может отображатьразрывы внутри смоделированных процессов; динамическую логику процесса и на основе• анализ использования элементов соответствующих атрибутов объектов,автоматизированной системы в процессах. вычислять индексы, пропорциональныеОпределяется состав функвремени или ориентировочной стоимостипроцессов.Для управления анимацией служить панельинструментов Animation Control (Управлениеанимацией), приведенная на рис. 59.Рис. 59. Панель инструментов Animation Control

87Моделирование бизнеса. Методология ARISАнимация дает возможность произвестианализ выделенного в модели пути процесса сточки зрения временных и стоимостныххарактеристик. Она может быть выполненадля всех типов моделей, включающихфункции, события, описания правил ипроцессов взаимодействия объектов.В течение анимации процесспоследовательно проходит несколько заранеезаданных шагов — так называемый скриптанимации. Этим можно управлять вручную,автоматически или полуавтоматически.Сначала нужно написать скрипт анимации,т.е. описать алгоритм прохода маркера пообъектам модели. Для этого нужно открытьмодель, для которой будет написан скриптпрохода маркера.Создание нового скрипта инициируетсявыбором пункта меню Animation/New. Послеэтого на экране появится окно статистикиэтого процесса, и система предложит начатьзапись скрипта, выделив первый объектмодели.Если использование выделенного объекта ванимации подтверждается, то выбираетсяпункт меню Animation/Yes, в ином же случае— Animation/No (можно нажать кнопки сознаками «V» и «X» панели инструментов).Затем нужно выбрать следующий объект,также выделив его курсором, и т.д.После того, как пройдена вся цепочкаанимации, выбирается пункт меню Animation/End (Анимация/Окончание) илиAnimation/Save (Анимация/Сохранить), искрипт сохраняется.Для того, чтобы «проиграть»существующий скрипт прохода маркера помодели, нужно:• открыть модель, для которой был написанскрипт;• выбрать пункт меню Animation/Open(Анимация/Открыть);• выбрать из списка нужный скрипт инажать кнопку ОК.После этого скрипт будет загружен, иможно начать его выполнение, используякоманды меню или кнопки панелиинструментов:• Automatic — автоматическое выполнениескрипта;• Step — пошаговое выполнение;• Pause — пауза в выполнении скрипта;• Reset — прервать выполнение и начатьзаново.При этом в окне процесса будутотображаться текущие значения стоимостныхи временных атрибутов объектов модели. Длявыхода из режима анимации выбираетсяпункт меню Animation/End илисоответствующая кнопка на панелиинструментов.5.8. Управление изменениями —APIS Change ManagementМоделирование бизнеса только тогдаявляется эффективным, когда построенныемодели адекватно описывают бизнеспроцессыорганизации. Адекватностьдостигается не сразу, и поэтому моделипроцессов нуждаются в постоянномсовершенствовании. Для этой цели в ARISвключен модуль ARIS Change Management. Онреализует механизм сбора, хранения, учета иобобщения предложений по улучшениюобъектов и модели

88Предложения об изменении исовершенствовании могут быть сделаны длявсех объектов и моделей. Онирегистрируются на специальных поляхзакладки Change Management в диалоговомокне Properties (рис. 60). Пользователимоделей также могут вводить изменения ипредложения по совершенствованию путемредактирования атрибута Change Managementобъектов и моделей базы данных.В то же время менеджер процессапосредством элемента базы данныхImprovements (Изменения), может получатьинформацию обо всех предложениях посовершенствованию различных моделей иобъектов. В закладках Change Managementменеджер может назначать мероприятия дляразработчиков. Разработчики моделиполучают список предназначенных для нихзадач через папку базы данных Tasks (Задачи).Модуль ARIS Change Management являетсяважным инструментом для документированияи анализа процессов с точки зренияконцепции непрерывного совершенствования(Continuous Process Improvement). Оннезаменим при построении и эксплуатациисистем менеджмента качества в соответствиис международными стандартами ИСО серии9000 (см. раздел 11.2).Механизм улучшения может быть запущен,если все пользователи моделей будут вводитьсвои предложения по совершенствованиюнепосредственно в базу данных ARIS,консультируясь или нет с менеджеромпроцесса. Предложения собираютсяменеджером, после чего моделимодифицируются разработчиками всоответствии с его указаниями. Менеджерпроцесса ответствен за фактическоевыполнение изменяемых процессов. Такимобразом, смоделированные процессы будутИнструментальная система ARISоценены, и мероприятия по их изменениюбудут проводиться непосредственно в томместе, где они фактически выполняются.Порядок работы с модулем ARIS ChangeManagement состоит в следующем. Менеджерконкретной модели, например, «Знания оменеджменте качества» (см. раздел 7),выделяет объект «Официальные документыИСО», после чего открывает окно с егосвойствами, а в нем — закладку ChangeManagement (рис. 60).На ней нужно:• выбрать язык (список Language);• ввести предложения (поле Proposal) ;• наметить мероприятия по их выполнению(Measures);• при необходимости сделать замечания(Remark);• установить приоритет мероприятий(Priority);• назначить дату выполнения мероприятий(поле End Date) при помощираскрывающегося календаря (кнопка т);• назначить один из четырех возможныхстатусов мероприятий (список Status):Being processed (в процессе выполнения),Done (сделано). Not assigned (не установлен),Postponed (отсроченный);• назначить ответственного из числаустановленных пользователей и их групп(список Responsibility (Ответственность));• при необходимости установить флажоксброса всех атрибутов Change Management поокончании внесения изменений (Finished:Reset All Change Management Attributes).

89Моделирование бизнеса. Методология ARISРис. 60. Закладка Change Management (Управление изменениями)Рис. 61. ARIS Explorer. Содержание папки Improvements (Изменения)

90Инструментальная система ARISОбъекты и модели, с которыми проделаныперечисленные действия, появятся назакладках Objects и Models соответственнопапок Task (Задачи) и Improvements(Изменения) используемой базы данных (рис.61).Информация, внесенная в поля закладкиChange Management окна, содержащегосвойства объекта, автоматически заносится ватрибуты Change Management объекта (рис.61). Они могут быть просмотреныменеджером процесса традиционным образомнепосредственно в папках Task иImprovements.Рис. 62. Папка Change Management окна Attrubutes объекта «Официальные документы ИСО» модели«Знания о менеджменте качестве» (см. раздел 7)5.9. Имитационноемоделирование — APISSimulationМодуль имитационного моделированияARIS Simulation используется в тех случаях,когда необходимо моделировать поведение вовремени разработанных моделей бизнеспроцессов.Цель динамическогомоделирования — определение узких мест вреализации процессов (несогласованностьпараллельно выполняемых процессов,нехватка ресурсов для эффективноговыполнения процессов и т. д.).Разрабатывая модели бизнес-процессов,можно задать различные характеристики вкачестве основы для моделирования вовремени. Для функций определяют времяожидания, иподготовки к работе, время ипериодичность выполнения, а такжеэлементарные показатели стоимости.Показатели стоимости выполнения функциимогут быть взяты из результатовфункционально-стоимостного анализа,проводимого в модуле ARIS АВС. Длясобытий, влияющих на выполнение функций,можно задать периодичность их появления.Перечисленные данные определят реальныеусловия выполнения процесса во времени имогут успешно применяться для достаточноточного динамического моделирования,которое позволяет выявить преимущества инедостатки предлагаемых изменений.Анализируя альтернативные вариантыреализации процессов и определяя ихколичественные характеристики (общее времяна выполнение про-

91цесса, коэффициенты использованиятрудовых ресурсов), можно отобрать вариант,наиболее эффективный с точки зрениявыделенных критериев.Процесс проведения анализа на основединамического моделирования можно разбитьна следующие этапы:• создание моделей процессов;• подготовка и занесение данных —временных и стоимостных характеристикпроцессов;• проведение динамического эксперимента— прогон процессов во времени при заданныххарактеристиках;• анализ результатов моделирования.В процессе динамического моделированияреальное поведение объектов отражается припомощи анимационных эффектов. Дляускорения процесса подобные эффекты могутбыть отключены.Основные результаты динамическогомоделирования отражаются вхарактеристиках объектов, участвующих вмоделировании:• для функций — затраты денег и временина реализацию, время ожиданияосвобождения ресурсов и т.п.;• для точек разветвления — времяожидания завершения параллельныхпроцессов;• для организационных единиц —коэффициенты использования.Собранная статистика о трудовыхресурсах, несогласованности параллельныхпроцессов, наличии узких мест может бытькак проанализирована средствами ARIS (втабличной и графической формах), так иэкспортирована в другие средства (MicrosoftExcel) для более детального анализа,построения дополнительных диаграмм играфиков.Моделирование бизнеса. Методология ARISинформации, заложенной в моделях, и ихвзаимосвязей. Они могут также применяться вразличных презентациях. Для этой цели вARIS Chart включено большое число типовграфических диаграмм, которые можноизменять в широких пределах, создавая новыешаблоны. Кроме того, предусмотренавозможность для переноса построенныхдиаграмм в другие приложения.Диаграммы могут быть построены не длявсех элементов ARIS. Система сама разрешаетили не разрешает запускать ARIS Chart длявыбранного элемента. Для построениядиаграмм используются данные, записанные вопределенные атрибуты объектов.Модуль ARIS Chart запускается припомощи контекстного меню, вызываемого навыделенных объектах модели. При этомпоявляется Chart Wizard (Мастер построениядиаграмм) и его первое окно (рис. 63). В немнеобходимо выбрать тип объекта, на которомбудет основываться построение диаграммы.После нажатия кнопки Далее появляетсявторое окно (рис. 64), где в выпадающемменю необходимо выбрать тип диаграммыChart Type. Ее вид отражается в окнопредварительного просмотра Preview.В последнем окне Chart Wizard нужновыбрать описание диаграммы (ChartDefinition). Стандартные описания диаграммнаходятся в папке Configuration(Конфигурация) каждого сервера (рис. 65).Они могут быть изменены при помощимеханизма построения определений диаграмм(Chart Wizard), который запускаетсяпосредством контекстного меню,вызываемого на закладке Chart Definition(Описание диаграмм).5.10. Построение диаграмм играфиков — ARIS ChartМодуль ARIS Chart предназначен длясоздания графических диаграмм,описывающих различные аспектыразработанных моделей. Такие диаграммыблагодаря трехмерному представлению ииспользованию тени для объектовобеспечивают эффективный анализ

92Инструментальная система ARISРис. 63. Окно Chart Wizard. Выбор типа объекта для построения диаграммыРис. 64. Окно Chart Wizard. Выбор типа диаграммы

93Моделирование бизнеса. Методология ARISРис. 65. Стандартные описания диаграммПосле выбора описания диаграммынажимается кнопка Готово и появляетсяэкран ARIS Chart (рис. 66) с построеннойдиаграммой (рис. 67).На экране, кроме стандартных пунктовменю, появляется дополнительный пунктChart (диаграмма), содержимое которого(рис. 66), дает возможность изменять свойстваи вид построенной диаграммы. Эти операциитакже могут быть проведены с помощьюпанели инструментов Chart (рис. 68).

94Инструментальная система ARISРис. 66. Экран ARIS Chart

95Моделирование бизнеса. Методология ARISРис. 67. Диаграмма ARISРис. 68. Панель инструментов Chat

96Инструментальная система ARISРис. 69. Закладка General (Общие свойства) ARIS ChartСвойства ARIS Chart настраиваются спомощью окна Свойства: ARIS Chart,вызываемого через пункт менюEdit/Properties, Четыре закладки этого окнапоказаны на рис. 69 - 72. На закладке General(Общие свойства) в поле Effects (Эффекты)задается вид диаграммы, а в поле Color(Цвета) — тип палитры, цвета ее элементов иузоры.На закладке Data Series (Серии данных)задается оформление отдельных серийданных — цвета, тип и толщина линий, типдиаграммы и ее параметры.На закладке Axis (Оси) задаетсяоформление осей диаграммы.На закладке 3D (Трехмерные эффекты)определяются параметры трехмерныхэффектовдиаграммы.

97Моделирование бизнеса. Методология ARISРис. 70. Закладка Data Series (Серии данных)Рис. 71. Закладка Axis (Оси)

98Инструментальная система ARISРис. 72. Закладка 3D Трехмерные эффекты5.11. Администратор APIS —Модуль ARIS Administrator предназначендля управления базами данных сервера иобменами ими с другими серверами. Ондоступен и в модуле ARIS Easy Design, и вмодуле ARIS Toolset.После того, как модуль ARIS Administratorустановлен, его свойства можно найти всвойствах серверов и баз данных на закладкеAdministration (Администрирование) (рис. 73 -74).С помощью ARIS Administrator,привилегированный пользователь можетвыполнять следующие действия с серверами(рис. 73):• изменять пароли администраторовсервера и конфигурации (кнопка ChangePassword (Изменить пароль));• показать подключенные к данномусерверу базы данных (кнопка Connections(Соединения);APIS Administrator• делать доступными базы данных,импортируя их с другого сервера ирегистрируя на текущем сервере. Для этогоиспользуются кнопка Restate (Восстановить)(файлы формата ARIS Compressed Database,или *.acri) и кнопка Register(Регистрировать) (файлы формата Poetindex/lie, или *,idx). База данных в формате^.acd является резервной копией, и можетиспользоваться для переноса на другойсервер. Функции ARIS Administratorпозволяют управлять различными базамиданных, расположенными на сервере ARIS.Имеются возможности (рис. 74):• отменять регистрацию базы данных насервере (кнопка Deregister)\• создавать резервные копии баз данных ввиде файлов формата *.acd (кнопка Backup(Создание резервных копий)) ;• очищать базы данных от неиспользуемыхи двойных элементов (кнопкаReorganize(Преобразовать)).

99Модуль ARIS Administrator в отличие отмодуля ARIS Merge дает возможностьпереносить информацию о пользователях и ихМоделирование бизнеса. Методология ARISгруппах от исходной базы данных к целевойбазеРис. 73. Закладка Administration окна Properties-Server (Свойства сервера)

100Инструментальная система ARISРис. 74. Закладка Administration окна Properties Database (Свойства базы данных)5.12. ИдентификацияМодуль ARIS Identification предназначендля создания уникальных идентификаторовэлементов базы данных. Идентификатор —алфавитно-цифровая строка для однозначногоопределения элемента базы данных. Онсостоит из префикса и последовательногономера. Префикс и последовательный номеротделены друг от друга десятичной точкой.Идентификатор элемента входит в егоатрибуты и может быть просмотрен в окнеAttributes (рис. 30).Идентификаторы не зависят отиспользуемых в базе данных языков, чтоявляется преимуществом при поискеэлементов, в атрибутах которых применяютсяразличные языки.элементов ARIS — APIS IdentificationМодуль ARIS Identification выполняетприсвоение, изменение и удалениеидентификаторов, а также префиксноеуправление. Идентификация можетпроизводиться автоматически (при созданииэлементов базы данных) или вручную позднеепо времени.Идентификаторы присваиваютсяследующим элементам базы данных:• объектам;• связям;• моделям;• таблицам;• пользователям и их группам;• языкам;• форматам шрифтов.

101Для включения режима автоматическойидентификации необходимо щелкнуть правойкнопкой мыши на выбранной базе данных вокне ARIS Explorer. В контекстном меню вы-Моделирование бизнеса. Методология ARISбирается пункт меню Properties. Впоявившемся окне Properties Databases(Свойства базы данных) открываетсязакладка Identifier (Идентификатор),приведенная на рис. 75.Рис. 75. Закладка IdentifierОна доступна только тогда, когда упользователя есть доступ к префиксномууправлению.Для включения автоматическойидентификации необходимо поставитьфлажок Assign identifiers when cheating newdatabase items (Присваивать идентификатор,когда создается новый элемент базыданных). При создании новой базы данныхавтоматическая идентификация выключаетсяпо умолчанию.ARIS использует стандартный префиксSTD базы данных для автоматическойидентификации до тех пор, пока пользовательне назначит другой префикс.Привилегированный пользователь можетназначить свой собственный префикс (кнопкаNew на рис. 75), а также и назначать его(кнопка Assign) его для определенныхпользователей и их групп (рис. 76) путемрасстановки флажков рядом с именамипользователей и названиями групп.Идентификация, выполняемая в ручнуюпозволяет назначать идентификаторы попрошествии времени после созданияэлемента, а также изменять или удалятьсуществующие идентификаторы.

102Механизм управления идентификаторамиреализуется в двух последовательнооткрываемых окнах Identifier Wizard(Помощник по управлениюидентификаторами) (рис. 77 - 78). Первоеокно вызывается через пункт Assign Identifiersконтекстного меню. В начале предлагаетсясделать выбор между назначеИнструментальная система ARISнием (Assign Identifiers} и удалением(Delete Identifiers) идентификатора. Причем впервом случае можно переписатьсуществующий идентификатор, поставивфлажок Overwrite Existing Identifiers.Во втором окне нужно выбрать префикс,который будет использоваться приидентификации (рис. 78).Рис. 76. Закрепление префиксов за пользователями и их группами

103Моделирование бизнеса. Методология ARISРис. 77. Первое окно Identifier WizardРис. 78. Второе окно Identifier Wizard

1045.13. Конфигурирование системы— ARIS ConfigurationМодуль ARIS Configuration позволяеткорректировать методы и объекты ARIS,приспосабливая их к требованиям конкретныхпользователей или специфических задач. Дляего применения пользователь должен иметьправо администратора конфигурации.С помощью ARIS Configurationпользователь может переопределить:• модели;• объекты;• соединения;• атрибуты;• детализацию объектов;• символы объектов;• формат шрифтов.В папке Configuration (рис. 65) сетевогоокружения ARIS находятся инструменты ARISConfiguration:• фильтры конфигурации (ConfigurationFilter), включающие методологическиефильтры (Method Filter) и фильтры оценки(Evaluation Filter);• шаблоны (Templates).Для каждого сервера имеется одна базаданных конфигурации (папка Configuration),содержание которой будет использоватьсявсеми базами данных сервера.Фильтры конфигурации позволяютоптимально адаптировать модели кразличным задачам и требованиямпользователей, обеспечивая тем самымориентацию на определенные рекомендациипо моделированию. Кроме того, онипозволяют дозировать предоставляемуюпользователям информацию.Фильтрыконфигурацииидентифицируются ключом фильтра,названием и иногда — соответствии сописанием. Название и описание могут бытьна нескольких языках.Инструментальная система ARISМетодологические фильтры представляютсобой регулируемые, переключаемые наборымоделей ARIS. Они являются эффективнымсредством поддержки однородногомоделирования, способным обеспечиватьпользователей ограниченным количествомнеобходимых методов моделирования. ВARIS определены стандартные фильтры,рассмотренные в разделе 4.3.Фильтры оценки и методологическиефильтры с формальной точки зренияидентичны. Однако они предназначены длярешения разных задач. Методологическиефильтры определяют набор моделей, которыеможет применять пользователь. Фильтрыоценки могут использоваться во всех модуляхARIS, позволяющих получать оценкимоделей. Они помогают пользователю в болееточной спецификации информации,доступной в текущем методологическомфильтре.Шаблоны дают возможность пользователюопределять индивидуальные настройкипараметров для элементов ARIS. Шаблонможет применяться для любой модели в ARISDesigner. С помощью шаблонов достигаетсяболее индивидуальное проектированиемоделей.Основу ARIS Configuration составляют:• механизм управления построениемфильтра конфигурации (Configuration FilterWizard). Он позволяет выбирать необходимыетипы моделей, определять объекты, символы,типы соединения и их атрибуты, создавая темсамым методологические фильтры и фильтрыоценки;• механизм управления созданием шаблона(Template Wizard), при помощи которогоможно определить изображение объектов исвязей, а также включать эти шаблоны вотдельные модели.Эти механизмы запускаются посредствомконтекстного меню, вызываемого назакладках Filter и Templates папкиConfiguration. Последовательно выполняярекомендации, появляющиеся в окнахConfiguration Filter Wizard, пользовательможет построить нужные ему фильтры ишаблоны.

105Функциональные возможности AR/SConfiguration позволяют экспортировать иимпортировать фильтры конфигурации ишаблоны.Необходимо отметить, что модуль ARISConfiguration следует применять с большойосторожностью, так как это требует глубокихзнаний методологии и всей инструментальнойсистемы.5.14. Консолидация объектов базданных — ARIS ConsolidationМодуль ARIS Consolidation предназначендля очищения используемых баз данных иустранения их избыточности. Он позволяетобъединять ненужные двойные копииопределений объектов одного типа в пределахбазы данных в единственное определениеобъекта. Для работы с модулем ARISConsolidationпользователюнеобходимпривилегированный доступ к базе данных.Моделирование бизнеса. Методология ARISДля упрощения процедуры консолидации вARIS предусмотрен соответствующиймеханизм (Consolidation Wizard), которыйподдерживает пользователя на всех этапах.Для его запуска нужно сначала найтиидентичные объекты. Для этого необходимовызвать контекстное меню на базе данных ивыбрать пункт Find/Objects with IdenticalNames (Найти объекты с одинаковымиименами). В открывшемся окне (рис. 79)нажимается кнопка Start, инициирующаяпоиск.В списке найденных объектов выделяетсянужный объект и вызывается контекстноеменю, в котором выбирается пунктConsolidate (Консолидировать). После этогозапускается механизм консолидации ипоявляется первое окно (рис. 80), гденеобходимо выбрать консолидируемыеобъекты. К имеющемуся списку могут бытьдобавлены другие (кнопка Add).Рис. 79. Окно поиска объектов с одинаковыми именами

106Инструментальная система ARISРис. 80 Первое окно Consolidation Wizard. Выбор консолидирующих объектовВо втором окне (рис. 81) выбираетсяглавный объект {Master object), с которымбудут консолидироваться остальные объекты.Выбор производится нажатием мыши настолбец, содержащий атрибуты этого объекта.Его заголовок выделяется красным цветом, истановится активной кнопка Master object,которую нужно нажать для перехода ктретьему, последнему, окну (рис.82).В нем можно выбрать следующие опции:• стереть избыточные определенияобъектов после консолидации (Deleteredundant object definition after consolidation),• соединить атрибуты {Merge attributes) ;• не консолидировать множественныесвязи, если это разрешено методом (Do notconsolidate multiply-occurring relationships ifpermitted by the method}.После нажатия кнопки Готово начинаетсяпроцесс консолидации, информация о ходекоторого отражается в выходном окне ARIS.

107Моделирование бизнеса. Методология ARISРис. 81. Второе окно Consolidation Wizard. Выбор главного объектаРис. 82. Третье окно Consolidation Wizard. Задание опций консолидации

1085.15. Объединение моделей —APIS MergeМодуль AR/S Merge позволяет копироватьмодели и объекты в одной базе данных. Этонеобходимо для объединения результатовработы нескольких независимых команд, атакже для организации процесса накопления ииспользования прототипов проектныхрешений.ARIS Merge входит в модуль ARIS Toolset.Он также доступен с ограниченнымифункциональными возможностями в ARISEasy Design.Если для объединения моделей водной базе данных используется модуль ARISMerge, то гарантируется наиболеенепротиворечивое и свободное отизбыточности состояние базы данных. Передобъединением моделей базы данных,подготовленные в различных подразделенияхорганизации, должны быть консолидированыс помощью модуля ARIS Consolidation.При объединении содержания различныхбаз данных ARIS можно выбирать междуобъединением (Merge) и модифицированнымобъединением (Update Merge).При объединении баз данных, созданных вARIS 5.0, возможно объединение двухэлементов с одинаковым идентификаторомGUID.В отличие от баз данных ARIS 5.0элементы версий 4.0 и предыдущих не имеютидентификатора GUID. Если прииспользовании ARIS 5.0 впервыеоткрываются базы данных, созданные в ARIS4.0, то идентификатор GUID будет назначенавтоматически. Для объединения баз данныхверсий 4.0 и более ранних с базами версии 5.0используетсямодифицированноеобъединение (Update Merge).ARIS Merge имеет определенныепреимущества по сравнению свозможностями модуля ARIS Export/Import ифункцией Save/ Restore модуля ARISAdministrator.Настройкапроцессовобъединения проводится (рис. 83) с помощьюзакладки Merge (меню View/Options). ARISдает возможность настраивать параметры вследующих группах или раскрывающихсясписках:Инструментальная система ARIS• общие установки (General);• атрибуты (Attributes);• детализация (Assignments);• разрешение конфликтов (ConflictResolution) для моделей, объектов, таблиц,пользователей, групп пользователей.В общих установках определяется видобъединения — простое (Simple Merge) илирасширенное (Extended Merge).Если комбинируются содержание базданных, использующих все языки, доступныев исходной и целевой базах, то проводитсяпростое объединение. Возникающие при этомконфликты могут быть решены во всех папкахцелевой базы данных согласно параметрамнастройки в группе Conflict Resolution.Если при объединении нужно выбратьдоступные в базах языки, то нажимаюткнопку выбора Extended Merge. Необходимыепараметры настройки для расширенногообъединения содержаться в диалоговом окнеLanguage Selection (Выбор языка).В группе Attributes определяется будут ли(Yes) или нет (No) объединены атрибутыэлемента-источника и элемента-приемника.В текстовое поле Assignment Level,вводится число уровней детализации, которыедолжны рассматриваться при объединениибаз.В группе Conflict Resolution определяетсяпорядок объединения для модели, объекта,таблицы, пользователя или группыпользователей. Процедура объединениязапускается следующим образом:• выбирается копируемый элемент (базаданных, папки, пользователи, шрифты,модели, объекты);• посредством обычного или контекстногоменю производится копирование иливырезание выбранного элемента;• затем выделяется база данных, с которойнеобходимо провести объединение;• в ее контекстном меню выбирается одиниз пунктов Paste (Вставить), Paste as/Merge(Вставить как/Слияние) или Paste as/UpdateMerge(Вставить

109Моделирование бизнеса. Методология ARISРис. 83. Настройка опций ARIS Mergeкак/Модифицировать объединение), ипроцесс объединения начинается. Егопротекание отражается в окне вывода ARIS.Имеется возможность проводитьобъединение методом Drug&Drop(Перетащить и оставить).5.16. Генератор моделей — ARISModel GeneratorМодуль ARIS Model Generation позволяетсоздавать новые виды моделей, используясуществующие в базе данных модели иобъекты, которые при этом остаютсянеизменными.Модуль ARIS Model Generation в отличиеот ARIS Process Generator не создает никакихновых объектов или типов связей. Создаютсятолько дополнительные экземпляры объектов.Размещение новых моделей производитсяавтоматически. Тексты, OLE-объекты играфические объекты не могут бытьиспользованы при генерации модели.Модуль ARIS Model Generation работаетсовместно с ARIS Designer и предоставляетрентабельные функциональные возможностидля разработки новых моделей, сокращаявремя этого процесса.В ARIS Model Generation реализованы двепроцедуры. Благодаря механизму генерациимоделей Model Generation Wizard (Помощникгенерации моделей) возможно:

110• создание новой модели на основесуществующих (Model Generation Based onModels);• «сборка» новой модели путем выбораотдельных существующих объектов (ModelGeneration of Not-Lane Models).Например, можно создать дерево функций,используя функции, содержащиеся внескольких диаграммах ЕРС.Механизм Model Generation Wizardпозволяет быстро создавать новые модели, спомощью которых можно проводить анализбизнес-процессов с различных точек зрения, втом числе концентрируя внимание наподпроцессах.Используя закладку Model Generation(Генерация моделей) в меню View/Options(рис. 84), можно задать некоторые параметрымеханизма генерации моделей.При генерации новой модели на основесуществующих возможен перенос из них какобъектов и связей, так и только связей(флажок в поле Transfer only relationships fromthe source models (Переносить одни связи измодели-источника) на рис. 84).При создании моделей на основе объектов(режим Model Generation of Not-Lane Models)возможен перенос в новую модель несколькихсуществующих объектов при установкефлажка Several occurrences of non-structurallyrelevantobjects (Несколько включений неструктурно-образующих объектов),показанного на рис. 84. Например, еслинеобходимо сгенерировать диаграмму еЕРС, вкоторой объект «организационная единица»исполняет несколько функций, то он будетвоспроизведен в каждой функции. Этосделает модель более легкой для чтения.В текстовом поле Display Depth (Глубинапоказа) можно определить глубину, докоторой будут показаны связи междуобъектами. Максимальная глубина показа 5.При глубине, равной 1, будут представленывсе объекты с прямыми отношениями квыбранному объекту.Механизм генерации моделей (ModelGeneration Wizard) можно запустить черезпункт Generate Model (Генерировать модель)Инструментальная система ARISконтекстного меню при выбранной в ARISExplorer модели или объекте. Можно такжезапустить ARIS Model Generation. Для этогонужно выбрать в ARIS Explorer пункт менюEdit/Find (Редактировать/Найти) для поискатребуемых моделей. После проведения поискаследует выбрать один или нескольконайденных элементов и открыть контекстноеменю правой кнопкой мыши, пункт GenerateModel.Механизм генерации моделей ModelGeneration Wizard предполагает несколькоэтапов, в течение которых выбираются:• исходные модели или объекты (рис. 85);• новый тип модели (рис. 86);• папка и имя модели (рис. 87).После ввода всех необходимых параметровновая модель будет сгенерирована,автоматически сохранена и открыта длярассмотрения.5.17. Варианты моделей — ARISVariantsМодуль ARIS Variants предназначен длясоздания вариантов одной и той же модели,соответствующих различным начальнымусловиям и состояниям моделируемогообъекта. Варианты моделей, учитывающиеразные условия, дают возможность проводитьанализ с различных точек зрения. Удобнымможет оказаться сравнение исходной модели(Master model) и ее варианта (Variant model)по нескольким критериям.Модуль ARIS Variants позволяет такжеголовной организации на основе описанныхее основных процессов строить варианты вфилиалах с учетом их специфики.Создание вариантов и сравнение элементовосуществляются при помощи механизмаVariant Wizard (Помощник созданиявариантов). В первом случае этот механизмзапускается посредством пункта CreateVariants (Создать вариант) контекстногоменю выбранной модели-мастера.

111Моделирование бизнеса. Методология ARISРис. 84. Параметры генерации моделей в модуле ARIS Model Generation

112Инструментальная система ARISРис. 85. Окно Model Generation Wizard. Выбор исходных моделейРис. 86. Окно Model Generation Wizard. Выбор типа генерируемой модели

113Во втором случае используются пунктменю Compare (Сравнить) для сравнениямоделей и пункты Compare/Attributes иCompare/Моделирование бизнеса. Методология ARISAssignments для сравнения атрибутовобъектов и детализаций.Рис. 87. Окно Model Generation Wizard. Выбор папки для размещения модели и ее названия

114Инструментальная система ARIS5.18. Экспорт и импорт элементов— ARIS Export/ImportМодуль ARIS Export/Import предназначендля обмена содержанием баз данных спрограммными средствами другихпроизводителей. Если необходимо передатьсодержание одной базы данных ARIS другойбазе ARIS, то лучше использовать модулиARIS Merge или ARIS Administrator.Главное назначение модуля ARIS Export/Import — обмен отдельными моделями сдругими программными CASE-системамипосредством файлов, записанных в ASCIIкодах.Этот обмен осуществляется припомощи специальных программ-интерфейсовсторонних производителей, напримеркомпании Reischmann Informatik GmbH (RI),которая специализируется в разработкеинтерфейсов для инструментальных САSЕсредстви репозитариев (см. табл. 2). Внастоящее время интерфейсы TOOLBUSкомпании RI поддерживают более 30инструментальных CASE-средств. Во всеммире более 100 компаний используютинтерфейсы TOOLBUS. Компания RIявляется партнером компании RationalSoftware for Rational Rose.Таблица 2. Интерфейсы TOOLBUSНазвание программногопродукта, версииЭкспортируемые/импортируемыемоделиВерсияTOOLBUSВерсии ARISERWin, версии 2.6, 3.0, 3.5 и3.5.2Модели eERM, SAP-SERM, модельданных IEF, диаграмма атрибута5 3.0,3.1, 3.2,4.0, 4.1CASE /4/0, версии 4.3а/4.3ЬCOOL: BIZ, версии 4.0, 4.1, 5.0и 5.1Модели eERM, SAP-SERM, модельданных IEF, диаграмма атрибута,дерево функцииМодель данных IEF, модели eERM,SAP-ERM, диаграмма атрибута, деревофункций, диаграмма окружения1 4.0,4.12 3.0,3.1, 3.2,4.0, 4.1COOL: BusinessTeam, версии1.2 и 1.2а, Bachman/AnalystReleases 4.15, 4.20,4.30 и 4.4, GroundworksReleases 1.x и2.хМодели eERM, SAP-SERM, модельданных IEF, диаграмма атрибута,дерево функции4 3.0,3.1, 3.2,4.0, 4.1COOL: ENTERPRISE (KEY/ADW) Версия ADW/KEY 2.7 (ивыше) и COOL: Enterpriseверсия 4.0 (и выше)COOL: GEN, версии 4.1а,5.0и5.1Модели eERM, SAP-SERM, модельданных IEF, диаграмма атрибутов,5 3.0,3.1, 3.2,4.0, 4.1дерево функций, диаграмма окруженияфункцииМодели eERM, SAP-SERM, модельданных IEF, диаграмма атрибута,3 3.1,3.2,4.0,4.1дерево функций, диаграмма окруженияфункции

115Продолжение табл. 2Название программногопродукта, версииЭкспортируемые/импортируемые моделиМоделирование бизнеса. Методология ARISВерсияTOOLBUSВерсии ARISOracle Designer, версии 1.2,1.3, 2.1,Экспорт и импорт: модели eERM, SAP-SERM, модель данных IEF,2.1.2 и 6.0 диаграмма атрибута, дерево функции,диаграмма окружения функции. Экспортиз ARIS: модель еЕРС, организационнаясхема7 3.0,3.1,3.2,4.0,4.1PowerDesigner/DataArchitect, версии 6.0 и6.1Модели eERM, SAP-SERM, модельданных IEF, диаграмма атрибута3 3.0,3.1,3.2,4.0,4.1Rational Rose, версии 98i,2000 и 2000еUML-диаграмма класса, UML-диаграммаописания класса, UML-диаграммаиспользования приложении, UMLдиаграммакомпонентов, UML-диаграммадействии5 4.0,4.1 и 5.0SELECT Enterprise, версия6.1SELECT SE (SystemsEngineer), версии б.х и 7.0System Architect 2001UML-диаграммы класса, UML-диаграммыиспользования приложении, модельданных IEF, модели eERM, SAP-SERM,диаграмма атрибута, дерево функцийМодели eERM, SAP-SERM, модельданных IEF, диаграммы атрибутов,дерево функций,диаграмма окруженияфункций.Модели eERM, SAP-SERM, диаграммаатрибута, дерево функций3 4.0,4.12 3.2,4.0,4.11 3.2,4.0,4.1Кроме приведенных в табл. 2 существуютинтерфейсы с некоторыми другимипрограммными продуктами, например,Fabasoft Components, Filenet Visual Workflow,Multidesk Access, Staffware Workflow, CSE,Designer/ 2000. Для связи с отдельнымипрограммными системами в ARIS включеныспециальные модули, такие как ARISConnectivity for Lotus Notes и ARIS Connectivityfor R/3.Механизм передачи моделей из ARIS вдругую программную систему и обратносостоит в следующем. При помощи модуляARIS Export/Import выбранные модели ARISпреобразуются в экспортируемый файл,записанный в ASCII-формате. Этот файл припомощиинтерфейсов TOOLBUS преобразуется вдругой файл, «понимаемый» конкретнымпрограммным продуктом. Обратный процесспроисходит аналогичным образом.Настройки процесса экспорта/импортаосуществляются на закладке Export/Import(рис. 88) окна Options, вызываемого черезпункт меню View/Options.Обмен данными управляетсяпоследовательностью окон Export (Import)Wizard (Помощник экспорта (импорта)),которые вызываются из пункта Export/Importконтекстного меню, активизируемого нанужной модели. Можно такжевоспользоваться пунктом меню File/New. Врезультате появится окно

116Инструментальнаяx система ARISРис. 88. Настройки процесса экспорта/импорта(рис. 92), где в списке необходимо выбратьстроку Export File (Экспортируемый файл), азатем нажать кнопку ОК. Появится окно, вкотором нужно выбрать модель, информацияо которой будет экспортироваться.Далее пользователю предлагается выбратьязык, на котором будет проводиться экспортинформации (рис. 89). Затем пользовательдолжен указать файл, предназначенный длявывода информации (рис. 90) о выбранномэлементе.Созданный файл можно при желаниипросмотреть обычными средствами Windows.При импорте (рис. 91) нужно указать файл,из которого будут импортироваться данные.Естественно, этот файл заранее должен бытьсоздан интерфейсом TOOLBUS послеэкспорта из стороннего программногосредства или модулем ARIS Export/Import впроцессе экспорта из одной базы данных вдругую.

117Моделирование бизнеса. Методология ARISРис. 89. Окно Export Wizard. Выбор языка, на котором будет проводиться экспортМодуль ARIS Export/Import представляетсобой мощное средство для обмена даннымимежду программными системами различныхпроизводителей, что, безусловно, расширяетсферу применения ARIS.Рис. 90. Окно Export Wizard. Выбор файла для вывода экспортируемой информации

118Инструментальная система ARISРис. 91. Окно Export Wizard. Выбор файла, из которого будут импортироваться данные5.19. Текстовый редактор — ARISRTF EditorМодуль ARIS RTF Editor дает возможностьсоздавать и редактировать файлы в форматеRTF непосредственно в ARIS. Он доступенкак в модуле ARIS Easy Design, так и ARISToolset.Модуль ARIS RTF Editor обеспечиваетпользователя всеми функциями,необходимыми для редактирования текстовыхдокументов, которые были созданы какотчеты модулей ARIS Report, ARIS Analysisили ARIS Semantic Check.Редактор вызывается через пункт менюFile/New. После его нажатия, появляется окно(рис. 92), где в списке необходимо выбратьстроку RTFDocument, а затем нажать кнопкуОК. После этого раскроется окно редактора.Пункты меню и панель инструментовмодуля ARIS RTF Editor — традиционные длятекстовых редакторов.5.20. Редактор скриптов — ARISScript EditorМодуль ARIS Script Editor входит в AR/SToolset и позволяет пользователю создаватьсобственные скрипты отчетов,соответствующие потребностям компании, вдополнение к скриптам, включенным в пакетARIS.Скрипт — это инструкция, котораясодержит команды языков Visual Basic и ARISBasic® Language Capability. Компоненты вARIS обращаются к скриптам, чтобыобеспечивать пользователя базы данныхдоступной информацией в форме таблицы илитекста. Используя скрипты, созданныемастером скриптов, можно генерироватьвывод информации в файлы форматов RTF,HTML и ТХТ.Создание отчетов и типы скриптоврассмотрены в разделе 10.

119Моделирование бизнеса. Методология ARISРис. 92. Окно выбора типа создаваемого файла5.21. Функционально-стоимостнойМодуль ARIS ABC (Activity Based Costing)интегрируется в базовый модуль ARIS Toolsetи предназначен для проведенияфункционально-стоимостного анализамоделей. Его использование требуетотдельной лицензии.ARIS ABC реализует полноценный анализстоимости процессов. Применение методовфункционально-стоимостного анализаобъясняется недостатками традиционныхметодов определения затрат, а такжеизменениями структуры затрат напредприятиях. Это связано в первую очередьс увеличением числа операций по подготовке,планированию, контролю и отслеживаниюпроизводственного процесса. Кроме того,усилиями руководителей производственныезатраты сокращаются и не могут служитьдостоверным базисом для определениянакладных расходов на производствопродукции (товаров или услуг).При традиционной системе расчетанакладные расходы на производствоотдельных товаров и услуг распределялись сиспользованиемутвержденныхкоэффициентов, что не всегда точно отражалодействительность.анализ — APIS ABCКак показывают результатыфункционально-стоимостного анализа,распределение накладных расходов междуотдельными продуктами долженосуществляться на базе необходимых для ихпроизводства процессов. Процессыподразумевают всю последовательностьдействий по планированию, производству иреализации продукции конечномупотребителю. Иными словами, накладныерасходы перераспределяются от центров ихвозникновения(функциональныхподразделений) к процессам, направленнымна производство продукции.К преимуществам применения методовфункционально-стоимостного анализа можноотнести:• прозрачность структуры накладныхрасходов;• возможность более точного определениясебестоимости продукции;• выявление неэффективно используемыхресурсов;• возможность проведения анализа типа«что, если?», т. е. возможность определить,что произойдет с затратами, если будутизменены процессы;• обеспечение основы для периодическогоконтроля процессов.

120Проведение функционально-стоимостногоанализа в модуле ARIS ABC осуществляетсядля процессов, разработанных средствамисемейства ARIS (ARIS Toolset, ARIS EasyDesign, ARIS Connectivity for R/3). Единаяинтегрированная среда моделирования ианализа значительно повышаетэффективность проведения подобного родапроектов. Возможность коллективной работыобеспечивает рациональное распределениеобязанностей между специалистами —моделирование отдельных элементовпроисходит в каждом функциональномподразделении, а комплексный анализ всехбизнес-процессов проводится в отделеразвития.5.22. Интеграция с прикладнымиинформационными системами —ARIS Tool IntegrationМодуль ARIS Tool Integration позволяетобмениваться информацией о моделируемыхпроцессах между ARIS Toolset иприложениями, разработанными другимиизготовителями. Эти приложения,работающие вместе с ARIS Toolset,называются партнерскими.ARIS Tool Integration делает доступным всефункции, позволяющие интегрировать в ARISсистемы партнера, конфигурировать передачубаз данных и проверять передаваемыеданные.ARIS Tool Integration — это модуль ARISToolset, требующий для установкидополнительной лицензии и инсталлируемыйотдельно. После инсталляции он запускаетсяпутем вызова контекстного меню навыбранном элементе ARIS.Модуль ARIS Tool Integration позволяет:• конфигурировать ARIS Toolset так, чтобыможно было передавать информацию из базыданных ARIS в базы данных системыпартнера;.Инструментальная система ARIS• выполнять семантические проверки насистемах партнера для информации,передаваемой из базы данных ARIS в базыданных системы партнера.Для выполнения этих задач ARIS ToolIntegration использует различные типыскриптов, которые могут быть созданы илиотредактированы.Для интеграции систем партнера ARIS ToolIntegration использует три различных типаскриптов:• скрипт соединения (Coupling Scripts);• скрипт проверки (Check Scripts);• скрипт семантических проверок(SemCheck Scripts).Эти скрипты могут быть созданы иотредактированы с помощью редактораскриптов (ARIS Script Editor).5.23. Преобразование баз данныхARIS З.х в базы данных ARIS 5.0— ARIS Database ConverterМодуль ARIS Database Converterпреобразовывает базы данных ARIS З.х в базыданных формата ARIS 5.0. Встроенныймеханизм преобразования {DatabaseConversion Wizard (Помощникконвертирования баз данных.)) поможетпровести процесс преобразования формата.Следует отметить, что этот процесс можетпродолжаться несколько часов для баз данныхразмером порядка 100 Mb.5.24. ARIS и Интернет — ARIS WebPublisherМодуль ARIS Web Publisher позволяетпреобразовывать модели и объекты ARIS вформат HTML и отображать их в браузере.Использование этого модуля требует наличияспециальнойлицензии

121Экспортируемые файлы формата HTMLможно отображать при помощи браузеровMicrosoft Internet Explorer и NetscapeCommunicator и делать эти файлыдоступными для других пользователей черезIntranetилиМоделирование бизнеса. Методология ARISInternet. Таким образом, устраняютсяпрепятствия для работы с моделями ARIS наразных территориях организаций.Работу с ARIS Web Publisher существеннооблегчает Web Publisher Wizard (Помощникпубликации web-страниц).

1226. Простойметодологическийфильтр. Обзор моделей6.1. Организационные модели6.1.1. Организационная схема—Organizational chatОрганизационная структура наиболее легкоподдается моделированию, поскольку она вбольшинстве случаев четко определена ипонятна. Рассматривая ее, следует различатьорганизацию структуры и организациюпроцедур компании. Организационнаяструктура включает правила, позволяющиепроизвести статичное структурированиеподразделений компании. Организацияпроцедур основана на правилах, отвечающихзадачам, которые должны выполняться.Структура, ориентированная на задачи (всмысле распределения функций междуисполнителями), в архитектуре ARISпредставляется с помощью моделейуправления. Таким образом, организационнаясхема является компонентой, котораяпозволяет анализировать организационнуюструктуру компании.Анализ организационной структурыдолжен проводиться с целью выявления:• обоснованного количества уровнейиерархии;• наличия более чем 5-6 подчиненныхподразделений у одного руководителя;• наличия малого количества подчиненныху одного руководителя;• подчинения одних и тех же звеньев(сотрудников) различным руководителям.Простой методологический фильтр. Обзор моделейДля анализа организационной структурыследует использовать схемы организационнойструктуры, представленные в произвольномформате, а также положения об отделениях,отделах, группах и т.д. На основе этойинформации формируется организационнаяструктура в виде организационной схемыARIS.Организационная схема описываеторганизационные единицы разного уровня иих взаимосвязи. Эта модель — одна изважнейших, так как она описывает субъекты,которые определяют выходы и входы потоковресурсов предприятия.В модели организационной структурыцелесообразно показывать:• подразделения предприятия;• наименование должности и фамилиируководителей подразделений;• физическое местоположение отделов напредприятии.Моделирование организационнойструктуры — стартовая точка в созданиитопологии компьютерной прикладнойсистемы, которая, как предполагается, будетподдерживать организационную структурунаиболее оптимальным образом. Соединениясети и сетевые узлы, расположенные вопределенных местах компании, являютсяглавными элементами топологии сетиприкладной системы.Организационная схема содержит 20различных объектов, названия и графическиеизображения которых сведены в табл. 3, авозможные связи между элементами — втабл. 4. На рис. 93 показана панельинструментов «Моделирование» модуля ARISDesigner для организационной схемы.

123Моделирование бизнеса. Методология ARISРис. 93. Панель инструментов для моделирования организационных схемТаблица 3. Объекты организационной схемы

124Простой методологический фильтр. Обзор моделейТаблица 4. Связи объектов организационной схемыАнглийское название связи Русское название связиBelongs toCan be constituentCan be disciplinary superiorCan be technical superiorCan Belongs toCooperates withDepictsIs assigned toIs assigned 1:1 (1:n, n:m)Is composed ofIs disciplinary superior toIs located atIs managed byIs of typeIs organization manager forIs position ofIs responsible forIs superiorIs technical superior toHas assignedHas memberOccupiesPerformsSubstitutes forSubsumesПринадлежитМожет являться частьюМожет быть непосредственным руководителемМожет быть техническим руководителемМожет принадлежатьВзаимодействует сОписываетСвязан (а) сИмеет отношение1:1 (1:n, n:m)Состоит изЯвляется непосредственным руководителемРасполагаетсяНаходится под управлениемОтносится к типуЯвляется организационным управляющимЯвляется должностьюОтвечает заИмеет в подчиненииЯвляется техническим руководителемСвязан (а)сИмеет в своем составеЗанимаетФормируетЗамещаетСодержит

125Модель строится иерархически, отверхнего уровня структуры к нижнему. Вмодель верхнего уровня включаютсясамостоятельные подразделения, входящие вструктуру организации. Каждое из нихдетализируется на более низкие уровни —уровни структурных подразделений.Каждое структурное подразделение, в своюочередь, детализируется на структурныеподразделения в его составе, которыеизображаются на одной диаграмме.Моделирование бизнеса. Методология ARISНизшим уровнем является описаниеподразделений на уровне должностей —штатных единиц, занимаемых конкретнымисотрудниками. При детализации моделейподразделений до уровня сотрудниковцелесообразно полностью указыватьдолжность в составе подразделения. В случае,если в одном подразделении имеетсянесколько одинаковых должностей, то онинумеруются.Пример организационной схемы приведенна рис. 94.Рис. 94. Пример организационной схемы

126Таблица 5. Атрибуты объектов организационной схемыАтрибут Наименование в системе ARIS Описание атрибутаПростои методологический фильтр. Обзор моделейИмя Name Этот атрибут может изменяться непосредственно награфическом изображении объекта. Длина названияограничена 40 символами. Задается обязательноПолное имя Full name Длина полного названия ограничена 100 символами.Задается, только если имя содержит больше 40 символовИдентификатор Identifier Этот параметр используется системой ARIS дляидентификации объектаКоличествосотрудниковNumber of employeesКоличество сотрудников в подразделении или на должностиОписание/ОпределениеDescription/DefinitionИспользуется для словесного описания краткого содержанияобъектаПримечание/ Пример Remark/ExampleКоличество заполняемых символов - не более 3000. Можетбыть приведен пример использования объекта или какиелибопримечания и комментарии. В случае, если данныйатрибут заполняется разными пользователями, должен бытьуказан автор ремаркиДля объектов организационной схемынеобходимо задать атрибуты, приведенные втабл.5.Атрибуты Time of generation (Дата и времясоздания объекта). Creator (Автор),.Last change (Дата и время внесения последнихизменений), Type (Тип модели). Last user(Последний пользователь) заполняютсяавтоматически при создании объекта.

1276.2. Функциональные модели6.2.1. Дерево функций — Function TreeФункция — описание элемента работы,образующего один логический этап в рамкахпроцесса. В ARIS используется диаграмма«Дерево функций», посредством которойМоделирование бизнеса. Методология ARISфункции могут быть описаны с различнымиуровнями детализации. При этом функциипредставляются не обязательно вхронологическом порядке.На диаграммах функция обозначаетсяпрямоугольником зеленого цвета сскругленными краями (рис. 95). Возможныевиды связей между функциями в модели«Дерево функций» приведены в табл.6.Таблица 6. Связи объектов диаграммы «Дерево функций»Английское название связиРусское название связиIs execution-oriented superiorIs object-oriented superiorIs process-oriented superiorПодчиняется по способу выполненияПодчиняется по объектуПодчиняется по процессуНа самом верхнем уровне описываютсянаиболее сложные функции, представляющиесобой отдельный бизнес-процесс илипроцедуру. Детализация функций образуетиерархическую структуру их описаний.Пример дерева функций приведен на рис. 95.Для более содержательногопозиционирования отдельного уровняиерархии в общей структуре функций нарядус понятием «функция» могут бытьиспользованы также другиетермины: транзакция, процесс,подфункция, базовая функция (операция).Разделение функций на элементы можетпроисходить на нескольких иерархическихуровнях. Базовые функции представляютсамый нижний уровень в семантическомдереве функций. Базовая функция — этофункция, которая уже не может бытьразделена на составные элементы с цельюанализа бизнес-процесса.

128Простой методологический фильтр. Обзор моделейРис. 95. Дерево функцийФункции объединяются в функциональноедерево в соответствии с различнымикритериями. Наиболее часто для этих целейиспользуются такие критерии:• объектно-ориентированный — обработкаодного и того же объекта;• процессно-ориентированный —принадлежность одному и тому же процессу;• операционно-ориентированный —выполнение одинаковых операций.Объектно-ориентированный подход придетализации функции иллюстрирует рис. 96а.

129Моделирование бизнеса. Методология ARISРис. 96. Дерево функций: объектно-ориентированное (а); процессно-ориентированное (б); операционноориентированное(в)Функция «Обработать заказ напродукцию» (рис. 96а) описывает различныеоперации (создать, подтвердить, исправить ит.д), которые выполняются над одним и темже объектом, в данном случае — надобъектом «Заказ на продукцию».Если дерево функций используется врамках моделирования бизнес-процесса,предпочтительнее применять метод,позволяющий построить процессноориентированноедерево. На рис. 966представлена процессно-ориентированнаядетализация функции (последовательностьфункций, составляющих процесс). В отличиеот объектно-ориентированного разбиения припроцессно-ориентированной детализациикритерием служат операции, которыевыполняются над различными объектами(заказ клиента, платежеспособность) в рамкаходного бизнес-процесса.При операционно-ориентированномподходе функция верхнего уровнядекомпозируется на подфункции, каждая изкоторых выполняет ту же операцию, но сразличными объектами. На рис. 96вприведена функция, выполняющая операцию«Изменить объекты». Функции могутпринадлежать различным процессам ипривлекаться к обработке различныхобъектов. Однако выполняемый ими типоперации над отдельными объектами всегдаодин и тот же.

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

1316.3. Модели данных6.3.1. Модель техническихтерминов — Technical Term ModelsПри моделировании бизнеса частоприходится иметь дело с многочисленнымитерминами,определяющимиинформационные и иные объекты ворганизациях. Например, то, что понимаетсяпод термином «заказ» в отделе закупок,может значительно отличаться от того, чтопод этим подразумевают сотрудникипроизводственного отдела. Введениесоответствующей терминологии дляорганизации и ее подразделений позволяетсделать информацию более понятной.Термины и определения, использующиесяв отдельных науках (метрологии,электротехнике и других), узаконены вгосударственныхМоделирование бизнеса. Методология ARISстандартах. Терминология в более узкихобластях знаний также должна бытьсистематизирована.По этой причине набор методов ARISсодержит так называемую модельтехнических терминов, которая не толькопозволяет манипулировать различнымитерминами как синонимами, но и даетвозможность поддерживать отношения междуобъектами в моделях данных.Для представления этих отношенийвводится тип объекта «технический термин».Теперь с каждым информационным объектоммодели данных могут быть связаны разныетехнические термины (см. рис. 98).Технические термины могут бытьвзаимосвязаны и иерархически упорядочены.Термины, определяемые рассматриваемоймоделью, могут использоваться и в другихдиаграммах, которые содержатинформационные объекты, например, вдиаграммах процессов для представлениявхода/выхода данных функции.Рис. 98. Модель технических терминовОбъекты и их названия, используемые вмодели технических терминов, приведены втабл. 7, а допустимые связи — в табл. 8..На рис. 99 показана панель инструментовдля создания модели в модуле ARIS DesignerРис. 99. Панель инструментов для создания моделей технических терминов

132Таблица 7. Объекты модели технических терминовПростой методологический фильтр. Обзор моделейТаблица 8. Связи объектов модели технических терминовАнглийское название связиРусское название связиCan beClassifiesDepictsHasHas relation withIs aIs a functional generic term ofIs feature ofIs generic term ofIs part ofIs specimen ofSubsumesSynonym (preferred term of)Может являтьсяКлассифицируетОтображаетИмеетИмеет отношение кЯвляетсяЯвляется практическим обобщающим термином дляЯвляется свойствомЯвляется обобщающим термином дляЯвляется частьюЯвляется экземпляромСодержитСиноним (предпочтительный термин)

133Все связи, кроме depicts (отображает),существуют только между объектами типа«технический термин». Связь отображаетсоединяет технические термины со всемиостальными объектами.Тип связи has relation with (имеетотношение к.) отражает основные иоднозначно классифицируемые отношениямежду двумя терминами предметной области.Тип связи is part of (является частью)описывает двунаправленное отношениемежду двумя терминами предметной области.Эта связь указывает на то, что один изпредставленных терминов является составнойчастью другого; в противоположномнаправлении — термин имеет в своем составедругой термин.Тип связи is а (является) устанавливаетоднозначное соответствие между двумятерминами предметной области.Тип связи classifies (классифицирует)позволяет проводить группировку терминов.Группировка осуществляется за счетопределения одного термина какподмножества экземпляров другого(родительского) термина. При этомродительский термин выступает в роли типаили класса.Тип связи is feature of (являетсясвойством) описывает двунаправленноеотношение между двумя терминамипредметной области. Он отражает тот факт,что один из терминов является отличительнойхарактеристикой (свойством) другоготермина. В противоположном направлениисвязь указывает на существование у заданноготермина определенной отличительнойхарактеристики.Тип связи can be (может являться)означает, что один из указанных терминовможет являться экземпляром из множествазначений другого термина. Связь впротивоположном направлении показывает,что экземпляр из множества значений одноготермина может являться дополнительнойхарактеристикой другого термина.Моделирование бизнеса. Методология ARISТип связи is specimen of (являетсяэкземпляром) предназначен для отражениявозможных экземпляров категориипредлагаемых терминов.Следует отметить, что любой тип связи вмоделях ARIS является двунаправленным и,соответственно, имеет прямое ипротивоположное значения.6.4. Модели процессов/управления6.4.1. Событийная цепочка процесса —Extended event driven process chain(eEPC)Событийная цепочка процесса (кратко —модель или диаграмма eEPC). Модельпредназначена для детального описанияпроцессов, выполняемых в рамках одногоподразделения,несколькимиподразделениями или конкретнымисотрудниками. Она позволяет выявлятьвзаимосвязи между организационной ифункциональной моделями. Модель eEPCотражаетпоследовательностьфункциональных шагов (действий) в рамкаходного бизнес-процесса, которыевыполняются организационными единицами,а также ограничения по времени, налагаемыена отдельные функции.Для каждой функции могут бытьопределены начальное и конечное события,ответственные исполнители, материальные идокументарные потоки, сопровождающиемодель, а также проведена декомпозиция наболее низкие уровни (подфункции и т.д.).Модель eEPC является наиболееинформативной и удобной при описаниидеятельности подразделений организации.Панель инструментов для создания моделиeEPC показана на рис. 100. Объекты eEPC иих названия приведены в табл. 9. Связи междуобъектами диаграммы eEPC представлены втабл. 10.

134Простой методологический фильтр. Обзор моделейРис. 100. Панель инструментов для создания моделей еЕРС — событийных цепочек процессовТаблица 9. Объекты модели еЕРС

135Продолжение табл. 9Моделирование бизнеса. Методология ARIS

136Продолжение табл. 9Простой методологический фильтр. Обзор моделей

137Продолжение табл. 9Моделирование бизнеса. Методология ARIS

138Таблица 10. Связи в модели еЕРСАнглийское название связиРусское название связиПростой методологический фильтр. Обзор моделейAcceptsУтверждает результатAccessesИмеет доступ кActivatesАктивизируетCan accessМожет иметь доступ кCan be userCan supportCan useChangesContributes toCreatesCreates output toDecides onDeletesDistributesExecutesHas output ofHas stateIs approved duringIs archived byIs checked byIs consumed byIs consolidation byIs input forIs IT responsible forIs predecessor ofМожет быть являться пользователемМожет поддерживатьМожет использоватьИзменяетСпособствует при выполненииПорождаетСоздается на выходеПринимает решение поУничтожаетРаспределяетВыполняетИмеет на выходеОтображаетУтверждается в ходе выполненияАрхивируетсяПроверяетсяПотребляетсяОценивается с помощьюЯвляется входом дляОтвечает по IT заПредшествует

139Продолжение табл. 10Английское название связиРусское название связиМоделирование бизнеса. Методология ARISIs responsible for development ofОтвечает за разработкуIs specimen owner ofIs technically responsible forIs used byIs userLeads toMust be information on cancellationMust be informed aboutMust inform about result ofProducesRelates toSupportsSupports when time limit is exceededUsesЯвляется владельцем экземпляраОтвечает за техническую частьИспользуетсяЯвляется пользователемФормируетДолжна быть информация о нестандартном завершенииДолжен быть информирован о выполненииДолжен информировать о результатах выполненияПроизводитИмеет отношениеПоддерживаетПоддерживает при превышении ограничения времениИспользуетПроцедурная последовательность функцийв рамках бизнес-процессов отображается ввиде цепочки процесса, где для каждойфункции могут быть определены начальное иконечное события. Событие — это состояние,которое является существенным для целейуправления бизнесом и которое оказываетвлияние или контролирует дальнейшееразвитие одного или более бизнес-процессов.События активизируют функции, т.е.передают управление от одной функции кдругой. Они могут быть также результатомвыполнения функций. В отличие от функций,которые имеют некоторуюпродолжительность, события происходятмгновенно.Описание события должно содержать нетолько информационный объект («заказ»), нои описание изменения состояния («получен»).События переключают функции и могут бытьрезультатом выполнения функции.Упорядочивание комбинации событий ифункций в последовательность позволяетсоздать событийные цепочки процессов. Спомощью этих диаграмм процедуры бизнеспроцессапредставляются как логическиепоследовательности событий/функций.Пример диаграммы событийной цепочкипроцесса приведен на рис. 101.

140Можно рекомендовать следующие правиларасположения графических элементов надиаграмме еЕРС:• графические элементы процесса(последовательность событий и функций)располагаются сверху вниз;• графические элементы, обозначающиеисполнителей функций (сотрудников илиПростой методологический фильтр. Обзор моделейподразделения) располагаются справа отфункций;• документы, используемые привыполнении функций, а также формируемые врезультате выполнения функций,располагаются слева от функций.Рис. 101. Событийная цепочка процесса

141Одно событие может инициироватьвыполнение одновременно несколькихфункций, и наоборот, функция может бытьрезультатом наступления несколькихсобытий. Эти ветвления и циклы обработкиотображаются на диаграмме еЕРС с помощьюсоединителей в виде небольшого кружка (см.рис. 102). Однако эти соединители не толькоотображают графические связи междуэлементами модели, но и определяютлогические связи между объектами.В первом случае на рис. 102 начальныесобытия связываются с помощью оператораAND (И). Это означает, что функцияВыполнить операцию запускается толькотогда, когда маршрут доступен и провереноналичиеМоделирование бизнеса. Методология ARISнеобходимых ресурсов. Другими словами,для начала выполнения функции должныпроизойти оба события.Во втором случае показан оператор XOR(исключающий ИЛИ). Результатомвыполнения функции Проверитьпредложения поставщика может бытьпринятие или отклонение его расценок.Однако оба события не могут произойтиодновременно. Кроме указанных двух случаеви обычного оператора OR (ИЛИ), можнопредставить и более сложные отношения. Вэтом контексте можно ввести в модель еЕРСобщее правило, которое впоследствии будетописано более подробно в виде диаграммыправил.Рис.102. Примеры правилРазличают два типа операторов: операторысобытий и операторы функций. На рис. 103.представлены все возможные операторысобытий и функций.Особое внимание необходимо уделитьограничениям, которые существуют дляоператоров функций. Поскольку события немогут принимать решения (в то время какфункции могут), переключающееся событиене должно быть связано операторами OR илиXOR!Далее на примерах показано, какиеоператоры допустимы.1.Соединение переключающих событийОператор AND для переключающихсобытий (рис. 103а). Выполнение функцииможет быть начато после того, какпроизойдут все события.Оператор OR для переключающих событий(рис. 103в). Эта функция выполняется, еслипроизойдет по крайней мере одно событие.Оператор XOR для переключающихсобытий (рис. 103д). Функция начинаетвыполняться после того, как произойдет одно(и только одно) событие.

1422. Соединение сгенерированных событийОператор AND для сгенерированныхсобытий (рис. 1036). В результате выполненияфункции происходят все события.Оператор OR для сгенерированныхсобытий (рис. 103г). В результате выполненияПростой методологический фильтр. Обзор моделейфункции происходит по крайней мере однособытие.Оператор XOR для сгенерированныхсобытий (рис. 103е). В результате выполненияфункции происходит максимум одно событие.Рис. 103. Операторы соединений

1433. Соединение функций сосгенерированными событиями.Оператор AND для связи функций исгенерированных событий (рис. 103ж).События происходят только после того, каквсе функции выполнены.Оператор OR для связи функций исгенерированных событий (рис. 103и).Событие произойдет после того, как будетвыполнена по крайней мере одна функция.Оператор XOR для связи функций исгенерированных событий (рис. 103к).Событие произойдет после того, как будетвыполнена одна (и только одна) функция.4. Соединение функций спереключающими событиямиОператор AND для связи функций ипереключающих событий (рис. 103з).Событие переключает обе функции.Операторы OR и XOR не могутиспользоваться для соединенияпереключающих событий и функций, так каксобытия не могут принимать решения.Поскольку функции вызываютсяпоследовательно, в модели еЕРС ветвления ициклы обработки могут оказатьсяМоделирование бизнеса. Методология ARISпредставленными достаточно запутаннымспособом.Модель еЕРС имеет ряд разновидностей: ввиде столбцов и строк, в виде таблиц, спотоком материалов.6.4.2. Диаграмма окружения функции —Function allocation diagramДиаграмма окружения функциипредназначена для того, чтобы описать всеобъекты, которые окружают функцию, —исполнителей, входные и выходные потокиинформации, документы, материалы,продукты/услуги, а так же используемоеоборудование. Этот тип моделейцелесообразно применять для детализациифункций в модели еЕРС, в результате чегоотражаются дополнительные связи иотношения, детализирующие эту функцию науровне данных.На рис. 104 показана панель инструментовдиаграммы окружения функции, а в табл. 11приведены названия объектов диаграммы.Рис. 104. Панель инструментов диаграммы окружения функции

144Таблица 11. Объекты диаграммы окружения функцииПростой методологический фильтр. Обзор моделей

145Продолжение табл. 11Моделирование бизнеса. Методология ARIS

146Продолжение табл. 11Простой методологический фильтр. Обзор моделей

147Продолжение табл. 11Моделирование бизнеса. Методология ARISРис. 105. Пример диаграммы окружения функцииВиды связей в диаграммах окруженияфункции практически совпадают со связямидиаграммы еЕРС.Диаграммы окружения функциииспользуются для того, чтобы уменьшатьсложность диаграмм еЕРС. Они даютвозможность в деталях описывать статическиеотношения между функциями и объектамидругих моделей. На рис. 105 показан примердиаграммы окружения функции. Даннаядиаграмма описывает объекты, необходимыедля успешного выполнения функции, а такжевходные и выходные данные.Диаграмма окружения функциипредставляет собой возможный тип связимежду моделью данных и функциональноймоделью. В ней, как правило, отражаютсяпреобразование входных данных в выходныеи представление потока данных междуотдельными функциями.Диаграммы окружения функций содержатфункции из функциональной модели иинформационные объекты из модели данных.Можно провести более детальнуюспецификацию, указывающую, создает илиудаляет отдельная функция информационныйобъект. В зависимости от степенидетализации информационные объекты могутпредставлять кластеры данных, сущности илитипы отношений, а также атрибуты моделиданных.Кроме входных/выходных данных,функций и событий доступны и могут бытьисполь-

148зованы все другие объекты, связанные сотдельной функцией в диаграмме еЕРС.Таким образом, пользователь примоделировании процесса с помощьюдиаграмм еЕРС может ограничитьсяописанием событий и функций, затем связатьс функцией диаграмму окружения функции иуже в ней отразить дополнительныедетализирующие связи и отношения. Этопозволяет отображать бизнес-процессы болеечетко, а также поясняет названия нового типамодели.6.4.3. Производственный и офисныйпроцессы — Industrial and OfficeprocessМодели производственного и офисногопроцессов описывают практически те жепроцессы, что и модель еЕРС. Однако эти двемодели используют ограниченное числоПростой методологический фильтр. Обзор моделейобъектов и символов, которыепредставляются наглядными, легкопонимаемыми пиктограммами.Преимущество пиктографическогопредставления состоит в том, что сотрудникиразличных подразделений могут не толькопонимать эти модели без предварительнойподготовки, но и самостоятельно ихразрабатывать и при необходимости изменять.Диаграммы этих двух типов позволяютпроводить моделирование, анализ иоптимизацию процесса непосредственно вподразделениях. Производственный процесспредставляет процессы созданияматериальных продуктов/услуг, а офисныйпроцесс отображает процессы, протекающие вофисе (создание нематериальныхпродуктов/ту слуг).В табл. 12 сравниваются символы моделейпроизводственного и офисного процессов ссимволикой моделей еЕРС.Таблица 12. Изображение объектов в моделях производственного и офисного процессов и в модели еЕРС

149Продолжение табл. 12Моделирование бизнеса. Методология ARIS

150Можно переходить от одного типапредставления к другому в рамках моделейэтих трех типов. В процессе копированияARIS автоматически конвертирует символы вПростой методологический фильтр. Обзор моделейсоответствии с типом диаграммы. На рис. 106представлено описание одних и тех же фактовмоделями трех типов — еЕРС,производственного и офисного процессов.Рис. 106. Представление одних и тех же фактов с помощью моделей еЕРС, производственного и офисногопроцессовНа рис. 107 показана панель инструментов,используемая при моделированиипроизводственного процесса. Изображения иназвания объектов приведены в табл. 13.Изображения и названия объектов длямоделирования офисного процесса приведеныв табл.14.На рис. 108 показана панель инструментов,используемая при создании моделей офисныхпроцессов.Рис. 107. Панель инструментов для моделирования производственного процесса

151Таблица 13. Объекты производственного процессаМоделирование бизнеса. Методология ARIS

152Продолжение табл. 13Простой методологический фильтр. Обзор моделей

153Моделирование бизнеса. Методология ARISРис. 108. Панель инструментов для моделирования офисного процессаТаблица 14. Объекты офисного процесса

154Продолжение табл. 14Простой методологический фильтр. Обзор моделей

155Продолжение табл. 14Моделирование бизнеса. Методология ARISРис. 109. Панель инструментов диаграммы цепочек добавленного качестваТаблица 15. Объекты диаграммы цепочек добавленного качества

156Продолжение табл. 15Простой методологический фильтр. Обзор моделейВиды связей, используемых в моделяхпроизводственного и офисного процессов,практически совпадают со связями,используемыми отображаемыми в моделиеЕРС.6.4.4. Диаграмма цепочек добавленногокачества — Value-added chaindiagram (VAD)Диаграмма цепочек добавленного качестваописывает функции организации, которыенепосредственно влияют на реальный выходее продукции. Эти функции создаютТаблица 16. Связи объектов диаграммы цепочек добавленного качестваАнглийское название связиРусское название связипоследовательность действий, формируядобавленные значения: стоимость,количество, качество и т.д.Аналогично дереву функций описываемыефункции могут размещаться в диаграммесогласно иерархическому принципу, т.е.наиболее важные функции располагаютсялевее и выше. Эта иерархия всегдаиллюстрирует подчинение функций. Кромеэтого, рассматриваемая диаграмма можетпредставлять связи между функциями,организационными единицами ипреследуемыми целями.AcceptsContributes toУтверждает результатСпособствует при выполненииExecutesIs consumed byВыполняетПотребляетсяDecides onПринимает решение поHas consulting role inУчаствует в качестве консультантаHas output ofИмеет на выходеIs input forЯвляется входом дляIs IT responsible forОтвечает по IT заIs process-oriented superiorПодчиняется по процессу

157Продолжение табл. 16Английское название связиРусское название связиМоделирование бизнеса. Методология ARISIs predecessor ofПредшествуетIs superiorIs technical responsible forИмеет в подчиненииОтвечает за техническую частьMust be informed on cancellationMust be informed aboutMust inform about result ofProducesSupportsДолжен быть информирован о нестандартном завершенииДолжен быть информирован о выполненииДолжен информировать о результатах выполненияПроизводитПоддерживаетРис. 110. Диаграмма цепочек добавленного качества для процесса построения системы менеджментакачества

158Панель инструментов этой моделипоказана на рис. 109, названия объектовприведены в табл. 15, а допустимые видысвязи — в табл. 16.Следует отметить, что кластериспользуется для представления сложныхобъектов и является совокупностьюнекоторого количества связанных типовсущностей. Кластеры применяются дляуказания структуры информации, изменениекоторой фиксируется в событии.Пример диаграммы цепочки добавленногокачества приведен на рис. 110.Построение диаграммы цепочкидобавленного качества целесообразно начатьс обзорного представления взаимосвязанныхчастей процесса путем расположенияэлементов процесса согласно временнойпоследовательности их выполнения.На следующем этапе рекомендуетсяотразить взаимозависимость различныхэлементов процесса путем нанесениясоответствующих связей. После отображенияв модели структуры процесса каждый изэлементов процесса рассматривается с точкизрения необходимости его детализации. Еслиэто требуется, то элемент детализируется насоответствующие блоки.На завершающем этапе в модель процессадобавляют элементы организационнойструктуры, отвечающие за выполнениепроцесса или участвующие в процессе, атакже документы, используемые в процессе.К наиболее важным атрибутам моделиследует отнести:• Name (Имя модели). Этот атрибут дол -жен кратко и четко отражать назначениемодели и быть уникальным. Количествозаполняемых символов — не более 80.Простой методологический фильтр. Обзор моделейЗадание этого атрибута обязательно. Поумолчанию поле атрибута Имя соответствуетназванию модели, определенномупользователем при ее создании.• Description/Definition (Описание/Определение). Этот атрибут используется дляописания краткого содержания модели илиотображаемого в ней процесса. В данном полецелесообразно отразить специфику процесса.Если в полях атрибутов Имя и Полное имянедостаточно символов для отраженияполного названия модели, то его можноуказать в поле «Описание» модели.Количество заполняемых символов — неболее 3000.• Fullname (Полное имя). Заполняется вслучае, если атрибут Имя из-за длиныпредставлен с сокращениями. Количествозаполняемых символов — не более 100.Заполнение обязательно. Если для введенияполного имени модели символовнедостаточно, то используется атрибутDescription/Definition.• Remark/Example (Примечание/Пример).Может быть приведен пример использованиямодели или какие-либо примечания икомментарии. Если данный атрибутзаполняется разными пользователями, тодолжен быть указан автор ремарки.Количество заполняемых символов — неболее 3000.Атрибуты Time of generation (Дата и времясоздания модели), Creator (Автор), Last change(Дата и время последних изменений), Type(Тип модели) и Last user (Последнийпользователь) заполняются автоматическипри создании модели.

1597. Стандартный ирасширенныйметодологическиефильтры. Обзор моделейВ данный фильтр, помимо рассмотренных далеемоделей, входит организационная схема (см.раздел 6.1.1).Моделирование бизнеса. Методология ARIS7.1. Функциональные моделиДерево функций, входящее в составданного фильтра, рассмотрено ранее (см.раздел 6.2.1).7.1.1. Диаграмма целей — ObjectivediagramДиаграмма целей используется дляописания целей организации ипостроения их иерархии. Объекты этойдиаграммы представлены в табл. 17, а,возможные связи между ними — в таб.18.Панель инструментов показана на рис.111.Рис. 111. Панель инструментов для создания диаграммы целейТаблица 17. Объекты диаграммы целей

160Стандартный и расширенный методологические фильтры. Обзор моделейТаблица 18. Связи объектов в диаграмме целейАнглийское название связиРусское название связиBelongs toHas output ofIs consumed byIs input forIs superiorIs used byProducesSupportsПринадлежитИмеет на выходеПотребляетсяЯвляется входом дляИмеет в подчиненииИспользуетсяПроизводитПоддерживаетПрежде чем начинать моделированиедеятельности организации, нужно определитьи описать ее цели, а также понять, наскольконеобходима реорганизация и оптимизациябизнеса.Для этого используют диаграмму целей, вкоторой описывают цели организации исоздают их иерархии.Цель — желаемое будущее состояниеорганизации, которое может быть достигнутопри выполнении выделенного составафункций с учетом критических факторовуспеха.В диаграмме целей необходимо определитькритические факторы успеха, упорядочить ихв иерархии и распределить в соответствиицелями, которые они поддерживают.Критические факторы успеха — этодвижущие силы бизнес-процессов. Онипозволяют оценить риски и сложности придостижении цели организации. Примердиаграммы целей приведен на рис. 112.Этот тип диаграммы связан с другимипосредством объекта «Функция». Каждойцели можно поставить в соответствиефункцию, которая ведет к достижениюданной цели.Рис. 112. Диаграмма целей

1617.1.2. Диаграмма типа прикладнойсистемы — Application system typediagram (ASTD)Моделирование бизнеса. Методология ARISОбъекты диаграммы типа прикладнойсистемы приведены в табл. 19, а возможныесвязи между ними — в табл. 20. На рис. 113показана панель инструментов, используемаяпри построении такой диаграммы.Данная диаграмма предназначена длямоделирования прикладных информационныхсистем, используемых в организации.Рис. 113. Панель инструментов для создания диаграммы типа прикладной системыТаблица 19. Объекты диаграммы типа прикладной системы

162Продолжение табл. 19Стандартный и расширенный методологические фильтры. Обзор моделейТаблица 20. Связи объектов в диаграмме типа прикладной системыАнглийское название связиРусское название связиBelongs toBelongs to classCan be platform forCan be supported byCan run underCan supportCreatesIs created byIs predecessor ofIs represented byIs successor ofIs supported by usingRepresentsSubsumesSupportsПринадлежитПринадлежит к классуМожет являться платформой дляМожет поддерживатьсяМожет быть запущен наМожет поддерживатьПорождаетПорождаетсяПредшествуетПредставляетсяСледует заПоддерживается при использованииОтображаетСодержитПоддерживаетИерархическая структура прикладнойинформационной системы представляетмодульную структуру типовойинформационной системы, а также отражает реализациюотдельных функций бизнес-процессов. Нарис. 34 показана структура инструментальнойсреды ARIS в виде диаграммы типаприкладной системы.

163Моделирование бизнеса. Методология ARISОсновными понятиями, связанными синформационными технологиями, являются:• тип прикладной информационнойсистемы — обобщение совокупности систем,имеющих одинаковое предназначение исхожие технические характеристики;• тип модуля — обобщение отдельныхмодулей, которые представляют собойнезависимо исполняемые части прикладнойсистемы;• тип информационной функции(транзакции) — обобщение отдельныхтранзакций, обладающих схожимитехническими характеристиками;• класс прикладных информационныхсистем — совокупность типов систем,отобранных по некоторому признакуклассификации;• класс модулей — совокупность типовмодулей, соответствующих выбранномукритерию;• класс информационных функций —совокупность типов информационныхфункций;• входы и выходы информационныхфункций;• дизайн экранов.Данный тип модели позволяет примоделировании ответить на следующиевопросы:• Для достижения каких целей создаетсяинформационная система?• В каких информационных системах,модулях и функциях реализуются функциибизнес-процессов, выделенные на уровнеописания требований?• Какая модульная структура существует уанализируемых систем?• Какая выводимая информация и какойдизайн экрана необходимы пользователю?• Какая информация создается в системе икак она используется?• Какие технические особенности присущиинформационной системе (операционнаясистема, интерфейсы, используемая СУБД)?• Какова может быть поддержка функций,определенных с помощью типов прикладныхсистем, типов модулей или проектов этихфункций?• Какие списки и экраны потребуются длявыполнения функции?• Какие списки могут быть созданы спомощью прикладной системы данного типаили модуля данного типа и какие экраныподдерживают прикладную систему и модулиданных типов?• Какая технологическая база имеется враспоряжении для реализации прикладнойсистемы данного типа (операционная система,интерфейс пользователя или СУБД)?Тип прикладной системы можетрассматриваться как тип основного объекта врамках функциональной модели на этапеспецификации проекта. Следует отметить, чтоконкретная прикладная система можетрассматриваться только на уровне описанияреализации функциональной модели.Например, прикладная система компаниибудет идентифицирована номером лицензии.В то же время тип прикладной системыформируется посредством объединения всехприкладных систем, базирующихся на однойи той же технологии. Тип прикладнойсистемы — это некоторая обобщеннаяприкладная система, состоящая, как правило,из отдельных модулей. Диаграмма типаприкладной системы — это представление еемодульной структуры. В ARIS типы модулейобразуют отдельные части типа системы, какпоказано на рис. 114.Инструментальная среда ARIS относится кклассу информационных систем длямоделирования бизнеса и может работать воперационной системе Window 9x.Сама система может содержать следующиемодули: ARIS Toolset и ARIS Web Publisher.Так же, как типы прикладной системы, типымодулей объединяют отдельные модули,базирующиеся на одной и той же технологии.Типы модулей содержатся в типахприкладной системы и представляютотдельные выполняемые компоненты.

164Стандартный и расширенный методологические фильтры. Обзор моделейРис. 114. Диаграмма типа прикладной информационной системыТипы прикладных систем и типы модулеймогут быть иерархически упорядоченылюбым способом. На самом нижнем уровнетипы модулей можно декомпозировать натипы функций.Типы функций — наименьшие элементымодуля, имеющие смысл транзакции. Ониреализуются с помощью отдельныхпрограммных элементов и должны бытьполностью выполняемыми, причем так, чтобыих выполнение происходило за единственныйшаг.С помощью диаграммы типа прикладнойсистемы отдельные функции могут бытьсоотнесены и поддержаны определеннымитипами систем и модулей. Это позволяетотразить связь между сформулированнымитребованиями и спецификацией проекта врамках функциональной модели.Для того чтобы дальше специфицироватьтехнологическую базу для типов прикладнойсистемы и типов модулей, им могут бытьприписаны соответствующие типыпользовательских интерфейсов, СУБД иоперационных систем, а также языковпрограммирования, которые использовалисьдля их реализации.Таким образом, тип прикладной системыможет соответствовать пользовательскомуинтерфейсу Windows 98 и Windows NT (рис.114). Это означает, что данная версия типаприкладной системы способна работать спользовательскими интерфейсами обоихтипов. Только в том случае, когдапользовательский интерфейс соответствуетконкретной прикладной системе на уровнеописания реализации в рамкахфункциональной модели, становитсянеобходимой уникальная взаимосвязь. Этавзаимосвязь описывает конфигурациюотдельной лицензии на типы систем, которыебыли приобретены компанией.Выполнение объектно-ориентированнойфункции с помощью прикладной системыподразумевает возможность использованияразличных экранов, создание списков иработу с ними. Поэтому можно ввести такиеобъекты, как Список и Экран, которыесвязываются либо с объектноориентированнойфункцией, либо с типамиприкладной системы и типами модулей.

1657.2. Модель данныхМодель технических терминов рассмотренаранее в составе моделей простогометодологического фильтра (см. раздел 6.3.1).7.2.1. Расширенная модель «сущность -отношение» — Extended entity -relationship model (eERM)В течение последних нескольких леторигинальная модель Чена [15] былазначительно расширена. Модель eERM —расширенная модель «сущность - отношение»как раз и представляет собой расширениеклассической модели Чена. Вместо ее полногоназвания часто используется аббревиатураeERM.Данная модель играет существенную рольпри описании данных в архитектуре ARIS.Модель данных eERM используется длясоздания информационных моделей,отражающих структуру информации, котораяобрабатывается в бизнес-процессахорганизации.Моделирование бизнеса. Методология ARISОбъекты модели eERM приведены в табл.21, а возможные связи — в табл. 22.Используемая при конструировании панельинструментов показана на рис. 115.Тип сущности используется дляпредставления материальных инематериальных типов объектов.Тип отношений необходим дляпредставления устойчивых типов отношениймежду типами объектов при моделировании.Кластер является совокупностьюнекоторого количества связанных типовсущностей и предназначен для представлениясложных объектов, а также для указанияструктуры информации, изменение которойфиксируется в событии.Объект обобщение предназначен дляуказания операции обобщения/специализациинекоторых типов объектов. Обобщаемый типсущности присоединяется к вершинетреугольника,обобщающие/специализирующие типысущностей присоединяются к основаниютреугольника.Рис. 115. Панель инструментов для создания моделей eERM

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

167Группа типов атрибутов предназначенадля группировки атрибутов по некоторомупризнаку. Она может служить для указаниясоставного идентификатора.Объект перечисление применяется дляуказания значения атрибута, когда область егозначений не соответствует наименованиюатрибута, например, для уточнения смыслатаких атрибутов, как характер, типпроизводства, тип руководства.Опираясь на ряд различных подходов красширению модели «сущность-отношение»,можно выделить четыре основных операторапроектирования: классификацию, обобщение,агрегацию и группировку.Операторы проектирования обеспечиваютформальную поддержку процесса созданияТаблица 22. Связи объектов в модели eERMАнглийское название связиРусское название связиМоделирование бизнеса. Методология ARISмодели данных. Их применениегарантирует систематический подход и даетвозможность тому, кто знает существующуюструктуру данных, понять суть процессапроектирования. Анализ условий выполнениябизнес-процессов с точки зрения их структурданных помогает разработчикамструктурировать известные условия,базируясь на новом представлении, а такжесоздавать новые отношения, нерассматривавшиеся до сих пор.Классификация. При помощиклассификации объекты (сущности) одного итого же типа идентифицируются иассоциируются в соответствии с некоторымпризнаком (типом сущностей). Один объектидентичен другому, если он описан теми жесвойствами (атрибутами).Belongs toDefinesDifferentiates according to value ofHasHas link toIs attribute type groupIs describing forIs primary key forIs subtype ofIs supertype ofПринадлежитОпределяетДифференцируется в зависимости отИмеетИмеет связь сЯвляется группой типов атрибутов дляОписываетЯвляется первичным ключом дляЯвляется подтипомЯвляется супертипом

168Обобщение/Специализация.Приобобщении аналогичные типы объектовгруппируются под одним, более старшимтипом объекта. Как показано на рис. 116а, типсущности клиент и тип сущности поставщикобъединены под общей концепцией«Участник процесса». Свойства, описанныеатрибутами и являющиеся общими для обоихисходных объектов, присваиваютсяобобщенному объекту. Таким образом,остается описать только такие атрибуты,которые отличны от атрибутов исходныхтипов объектов. Образование нового типасущности участник бизнес-процессапредставляется графически в видетреугольника, который также являетсяотношением и означает «есть».Под специализацией понимаетсяразделение некоторого общего множества(например, объектов) на подмножества.Стандартный и расширенный методологические фильтры. Обзор моделейОператор специализации является инверснымпо отношению к оператору обобщения(пример: сущность участник процессаразделяется на сущности клиент ипоставщик}. Специализированные объектынаследуют свойства обобщенных объектов.Кроме наследования, специализированныетипы объектов могут обладать такжесобственными атрибутами. Графическиспециализация и обобщение представляютсяодинаково. По этой причине соединения нарисунке не отображаются стрелками,указывающими направление.Специализация в первую очередьподдерживает подход к структуре данных«сверху вниз», обобщение же используетсяпри подходе «снизу вверх».В рамках специализации полнота и степеньразделяемости на поднаборы могутопределяться в процессе их создания.Рис. 116. Обобщение/Специализация (а) и полная специализация (б)О неразделяемых подмножествах будемговорить в том случае, когда экземпляродного объекта может быть частью обоихподмножеств.Для приведенного выше примера этоозначает, что некоторый клиент в то же самоевремя может быть и поставщиком. Еслиэкземпляр ассоциируется только с однимподмножеством, то множества являютсяразделяемыми.Когда все специализированные типыобъектов, возможные для одного критерияспециализации, входят, в состав одногообобщенного типа объекта, говорят о полнойспециализации. Например, тип сущностичеловек может быть разделен на типысущностей мужчина и женщина (рис. 1166).Специализация полностью определена, если вкачестве критерия специализации выбран«пол».

169Комбинация этих критериев приводит врезультате к следующим четырем случаям,которые выделяются, чтобы более точноопределить оператор обобщение/специализация:• раздельная/полная;• раздельная/неполная;• нераздельная/полная;• нераздельная/неполная.Моделирование бизнеса. Методология ARISАгрегация. Агрегация описываетформирование нового типа объекта спомощью комбинации существующихтипов объектов. В этом контексте новыйтип объекта может нести новые свойства.В модели eERM агрегацияпредставляется как формирование типовотношений (рис. 117). Агрегация типовсущностей заказ на производство имаршрутизация создает новый объектмаршрутизация заказа.Рис.117. Пример агрегацииОператор агрегации также применяется котношениям. В этом случае существующий типотношения, называемый переопределенным,трактуется как тип сущности и, таким образом,может стать отправной точкой длясоздания другого, нового отношения(рис. 118).Рис. 118. Агрегация с переопределением типа отношений

170Первая агрегация используется дляформирования типа отношениямаршрутизация заказа из типов сущностейзаказ на производство и маршрутизация.Ключевые атрибуты № заказа и № маршрутаобразуют сложный ключевой атрибут дляотношения к переопределенному типуотношений маршрутизация заказа. Теперьмногочисленные операции могут бытьсвязаны непосредственно с ним.Следовательно, отношение операция надзаказом формируется между типамиотношений маршрутизация заказа и типомсущности операция. Поскольку отношениямогут создаваться только между типамисущностей, необходимо, чтобыпервоначальный тип отношениямаршрутизация заказа был интерпретированкак тип сущности. На рис. 118 этоиллюстрируется с помощью ромба,заключенного в прямоугольник.Этот переопределенный тип отношениятрактуется как нормальный тип сущности.Процедура создания типа отношения изнескольких существующих типов сущностейотображается с помощью линий,направленных к вершинам ромба. Однаколинии, означающие новые отношения попереопределенным типам отношений,подходят к краям прямоугольника,окружающим ромб, а не к самому ромбу (рис.118).Несмотря на то, что сложный ключ можнозаменить более простым, целесообразнееиспользовать сложные ключи, поскольку онипозволяют лучше отслеживать процесссоздания модели данных..Стандартный и расширенный методологические фильтры. Обзор моделейВ модели eERM сложный структурныйэлемент разделяется таким образом, чтобыобразовать прозрачную структуру. Длялучшего понимания и для того, чтобы ненарушить стройность концепции, вводятсложные объекты в виде кластеров данных.Кластер данных описывает логическуюмодель некоторых типов сущностей иотношений в модели данных. Это необходимодля описания сложных объектов. Кластерыданных содержат не только типы сущностей иотношений, но и другие кластеры данных. Вотличие от типов сущностей и отношенийкластеры данных могут быть легко встроены виерархию, что позволяет в процессе созданиямодели данных поддерживать подход «сверхувниз». Использование кластеров данныхможет быть полезно и при объединениимоделей в ходе проектирования «снизувверх».Группировка. В процессе группировкиформируются группы, составленные изэлементов некоторого множества сущностей.В примере на рис. 119 все составные частисущности оборудование объединяются вгруппу оборудования. Группа оборудования —это независимый объект, который может бытьописан более точно с помощьюдополнительных атрибутов (наименованиегруппы оборудования, число деталейоборудования), которые не характеризуютотдельные части оборудования. Другимпримером может служить группировкарабочих мест в отделы или объединениеэлементов, связанных с обработкой заказа, вгруппузаказРис. 119. ГруппировкаВ модели eERM используется расширенноепонятие мощности отношений. При ссылке начисло, характеризующее мощностьотношений, ранее упоминались тольковерхние пределы допустимого числаэкземпляров отношений.Мощности на рис. 120а указывают, чтопроект может быть связан с максимальнымчислом (w) служащих и один служащийможет участвовать в максимальномчисле{п}проектов.

171Моделирование бизнеса. Методология ARISРис. 120. Верхнее/нижнее ограничение мощности отношенийКроме верхнего ограничения, может такжепредставлять интерес нижнее ограничение.Это имеет место в том случае, когда нужноспецифицировать минимальное числоэкземпляров отношений. Для этих целеймощность отношений может быть выраженадвумя буквами. Буквы (а, Ь) на рис. 1206указывают, что для каждого проекта можноопределить по крайней мере а и не более чемЬ экземпляров отношений типа работатьнад. Это означает, что каждый проект можетвыполняться по крайней мере а и не более чемЬ сотрудниками. Буквы (с, d) указывают, чтоодин сотрудник может участвовать покрайней мере в с и (не более чем) в dпроектах.Таким образом, каждое отношениевыражается двумя степенями сложности {min— минимальной и тах— максимальной).Нижним границам часто присваиваютсязначения 0 или 1. Диапазон значений верхнейграницы определяется как 1 < max < * (где *— универсальный знак).Нижняя граница min = 0 указывает, чтосущность может участвовать в одномотношении, но это необязательно. Нижняяграница min = 1 указывает, что сущностьдолжна участвовать по крайней мере в одномотношении.Нижние границы на рис. 120в указывают,что сотрудник может участвовать в проекте,но это необязательно (min = 0). Этим здесьподчеркивается, что могут быть сотрудники,которые не участвуют ни в одном проекте, вто время как проект должен выполняться покрайней мере одним сотрудником (min = 1). Инаоборот, по крайней мере по одномусотруднику должно быть прикреплено ккаждому проекту.Если разрешены минимальное значение Оили 1 и максимальные значения 1 или *, тодля пары {min,max) возможны следующиечетыре сочетания: (1,1),(1, т), (0,1) и (0,т).Приведенные ниже сокращения являютсяобычными для указанных сочетаний:• 1 (соответствует (1,1)),• с (соответствует (0,1)),• т (соответствует (1 ,w)),• cm (соответствует (0,m)), где с = choice(выбор) и m == multiple (многократный).На рис. 120г представлен пример сиспользованием указанной нотации.Благодаря расширению понятия мощностипосредством определения нижней и верхнейграниц может быть рассмотрена зависимостьмежду объектами данных. По определению,

172Стандартный и расширенный методологические фильтры. Обзор моделейтипы отношении и типы переопределенныхотношений существуют в силу существованиятипов сущностей, связанных с ними.Следовательно, они не существуют визоляции. Это означает, что типы отношенийзависимы от других типов сущностей как сточки зрения существования, так и в планеидентификации.Кроме того, имеют место типы сущностей,которые в действительности обладаютединственным ключевым атрибутом, но приэтом зависят от наличия других сущностей.Эти типы зависимостей могут появляться,например, при групповых операциях. Какпоказано на рис. 121, сущность отдел имеетсмысл только в том случае, если он содержитпо крайней мере одну сущность рабочееместо. В свою очередь рабочее место толькотогда имеет смысл, когда оно входит в отдел.Эти зависимости существования выражаютсястепенью сложности, или мощностью. Внотации (min, тах) они определяются как (1,1)и(1,*).Рис. 121. Зависимость существованияОпределение зависимости существования вмодели данных обеспечивает целостностьосновных данных, что является важнымусловием при реализации. Его выполнениегарантирует, что целостность содержимогобазы данных обеспечивается даже послевыполнения некоторых транзакций. Вприведенном выше примере удалить отделможно только в том случае, если будутудалены все рабочие места, входящие вданный отдел.7.2.2. Диаграмма атрибутов eERM-модели— eERM Attribute allocation diagramЭлементы диаграммы атрибутов eERM-моделиприведены в табл. 23. Связи в даннойдиаграмме такие же, как и в модели eERM.Панель инструментов, используемая приконструировании диаграммы, показана на рис.122.Рис. 122. Панель инструментов для создания диаграммы атрибутов eERM-модели

173Таблица 23. Объекты в диаграмме атрибутов eERM-моделиМоделирование бизнеса. Методология ARISМодели данных eERM, которыеотображают только типы сущностей и типыотношений, очень часто имеют довольносложную структуру. Диаграммы,включающие атрибуты сущностей иотношений, теряют наглядность.С помощью диаграммы атрибутов eERMмоделиможно описать атрибуты для каждоготипа сущности и отношения на отдельнойдиаграмме. В нее можно включить типобъекта из диаграммы eERM (тип сущностиили тип отношения) в виде копии экземпляра.Таким образом, может быть смоделированораспределение атрибутов по объектам eERM.В этом контексте можно различать, являетсяли атрибут, связанный с объектом eERM,ключевым атрибутом, внешним ключом илиописательным атрибутом. На рис. 123приведен соответствующий пример.

174Стандартный и расширенный методологические фильтры. Обзор моделейРис. 123. Диаграмма атрибутов eERM-модели для сущности «Покупатель»Кроме представления и распределенияотдельных атрибутов для объектов eERMмодели,в этом типе диаграммы можно такжеотобразить группу типов атрибутов(например, группа «Данные о сделанныхпокупках» на рис. 123) и их распределение.Группа типов атрибутов представляет группуатрибутов одного типа сущности издиаграммы eERM, которые семантическиблизко связаны. Это позволяет создать группуатрибутов, содержащую все атрибутыобъектов eERM-модели, которые вместеобразуют, например, вторичный ключ.7.2.3. Диаграмма структуры знаний —Knowledge structure diagramДанная диаграмма входит в расширенныйметодологический фильтр и предназначенадля моделирования процесса управлениязнаниями. Для этой же цели служит картазнаний, которая будет рассмотрена в разделе7.3.4.Диаграмма структуры знаний относится куровню описания требований. Карта знаний,подобно детализирующим типам моделей,помещается на уровень описания требованиймоделей процессов/управления.Объекты диаграммы структуры знанийприведены в табл. 24. Возможные связимежду объектами представлены в табл. 25.Панель инструментов, используемая присоздании модели, показана на рис. 124.Целью управления знаниями являетсясистематическое обновление знаний какресурса организации, важность которогопостоянно возрастает. Термин «управлениезнаниями» охватывает разработку,мониторинг, поддержку и совершенствованиестратегий, процессов, организационныхструктур и технологий для эффективнойобработки знаний. Он включает также вседействия, имеющие отношение кприобретению знаний, их подготовке,передаче и использованию. Действия поуправлению знаниями обычно несовершаются в изоляции. Они сопровождаютглавным образом оперативные и директивныебизнес-процессы в компании. Следовательно,необходим интегральный взгляд на бизнеспроцессы,обработку знаний,организационныеструктуры,информационные системы и т.д.

175Моделирование бизнеса. Методология ARISРис. 124. Панель инструментов для создания диаграммы структуры знанийТаблица 24. Объекты диаграммы структуры знаний

176Стандартный и расширенный методологические фильтры. Обзор моделейТаблица 25. Связи в диаграмме структуры знанийАнглийское название связиРусское название связиIs documented inIs generalization ofIs managed withSubsumesДокументировано вЯвляется обобщениемУправляется с помощьюСодержитБольшинство из этих аспектов может бытьотражено с помощью таких известныхметодов ARIS, как еЕРС-диаграммы,организационные схемы, диаграммыокружения функций, eERM-модели и другие.Однако если цель заключается в точномпредставлении, анализе и совершенствованиидисциплины управления знаниями,необходимы дополнительные средствапредставления для идентификации иструктурированиясодержимогосоответствующих категорий знаний, описанияи распределения знаний в пределахорганизации, моделирования создания ииспользования знаний в бизнес-процессах.В связи с этим добавляются два новых типаобъектов — категория знаний идокументированные знания. Кроме того,существующие типы моделей дляпредставления бизнес-процессов (еЕРС, PCD,производственный и офисный процессы и т.п.) расширяются конструкциями дляуправления созданием и использованиемзнаний.Объект категория знаний описываетконкретные знания в той или иной области.Примерами являются знание об управлениипроектом, конкретные знания о технологиипроизводства, знания о клиенте иконкурентах, знания о системах менеджментакачества и т.д. Эти объекты помогаютклассифицировать знания, которыми обладаеторганизация или которые ей необходимы.Знания, распределяемые по отдельнымкатегориям, могут быть:• неявными, т.е. такими, которыеневозможно полностью документировать;• явными, т.е. такими, которые могут бытьдокументированы в виде описаний илитехнической документации (чертежей);• знаниями о квалификации служащих илиих групп.Категории знаний часто содержат болееодного вида знаний. Например, знания обуправлении проектом включают опытруководства проектом и рекомендации поуправлению проектом.Приведенные в табл. 26 дополнительныеатрибуты, так же как и основные атрибутыописание, комментарий, источник и т.д.,служат для более подробного описаниякатегорий знаний.

177Таблица 26. Атрибуты объекта «Категория знаний>Наименование Диапазон значенийОписание/ПримератрибутаМоделирование бизнеса. Методология ARISЧастота корректировки Градации: ежечасно,ежедневно, еженедельно,ежемесячно, ежегодно,редко, никогдаЧастота корректировки описывает, как часто знания отдельнойкатегории должны обновляться, чтобы отражать текущеесостояние. Например, основные тригонометрические знаниядолжны редко обновляться, если вообще должны, в то времякак знания о ценах на товар необходимо обновлять ежедневноили ежечасно.Важность Процент: 0-100 Категория "Важность" может изменяться от 0 (совсем неважно)до 100% (чрезвычайно важно).Степень охвата Процент: 0-100 Текущая степень охвата для отдельных знаний может менятьсяот 0 (совсем не охвачено) до 100% (максимально возможныйохват).Преимущество Процент: 0-100 Относительное преимущество компании над конкурентами втерминах знаний может изменяться от 0 (конкуренты имеютмаксимально возможное преимущество над компанией) до100% (компания имеет максимально возможное преимуществонад конкурентами).Использование знаний Процент: 0-100Степень применения отдельной категории знаний можетизменяться от 0 (конкретные знания не используются совсем)до 100% (оптимальное использование конкретных знаний).Желаемая степеньохватаПроцент: 0-100Желаемая степень охвата отдельных знаний может изменятьсяот 0 (совсем не охвачены) до 100% (максимально возможныйохват).Важность в будущемГрадации:резкое снижение,снижение, постоянная,возрастание, резкоевозрастаниеВажность в будущем отражает ожидаемую тенденцию визменении степени важности данной категории знаний длякомпании.Скорость структурныхизмененийПроцент: 0-100Скорость структурных изменении отражает, насколько быстродолжны изменяться методы, направленные на приобретениеконкретных знаний (0%: не требуется изменений, 100%:максимальная скорость структурных изменений).

178Атрибуты, приведенные в табл. 26, могутбыть использованы как основа при оценкеуровня управления знаниями. Частооказывается полезным графическоепредставление их величин.В отличие от объекта категория знаний,который описывает неявные и явные знания,тип объекта документированные знаниявлючает только знания, которые явнодокументированы или которые в принципемогут быть документированы. Примеромтакого типа знаний является знание обСтандартный и расширенный методологические фильтры. Обзор моделейиспользовании программного обеспечения,которое документировано в руководстве.При распределении информации покатегориям выявление различий междукатегориями знаний и документированнымизнаниями позволяет оценить возможности иограничения информационных систем, еслитолько документированные знания могутбыть сохранены, переданы или обработаныэлектронным способом. Объектдокументированные знания имеет такие жетипы атрибутов, что и объект категориязнаний.Рис. 125. Диаграмма структуры знаний, описывающая «Знания о менеджменте качествах

179С помощью диаграммы структуры знанийпользователь может поместить категориизнаний в подгруппы, основываясь на ихсодержимом. Пример диаграммы структурызнаний приведен на рис. 125. Категориязнаний может включать другие категориизнаний, а также документированные знания.Документированные знания можно разделитьна несколько подкатегорийдокументированных знаний, но они не могутвключать общие знания.Для документированных знаний диаграммаструктуры знаний может отображатьинформационную среду, где знаниядокументированы, или указывать, какиеинформационные объекты в модели данных(или классах объектно-ориентированныхсистем) служат для документирования этихзнаний. Наконец, могут быть такжесмоделированы типы или классы прикладныхсистем для управления знаниями.7.3. Модели процессов/управленияРанее при рассмотрении простогометодологического фильтра (глава 6) былиописаны следующие моделипроцесса/управления, также входящие всостав моделей стандартного фильтра:Моделирование бизнеса. Методология ARIS• событийная цепочка процесса (раздел6.4.1);• диаграмма окружения функции (раздел6.4.2);• производственный и офисный процессы(раздел 6.4.3);• диаграмма цепочки добавленногокачества (раздел 6.4.4).7.3.1. Диаграмма информационныхпотоков — Information flow diagramДиаграмма информационных потоковпредназначена для описания потоковинформации между функциями. Для этойцели в диаграмме необходимо связать двефункции посредством потока информации.Эта связь указывает, что данные текут отисходной функции к целевой.Объекты диаграммы информационныхпотоков приведены в табл. 27, а связи — втабл. 28. Панель инструментов, используемаяпри конструировании модели, показана нарис. 126.Диаграмма информационных потоков,описывающая потоки информации в системеменеджмента качества, показана на рис. 127.Рис. 126. Панель инструментов для создания диаграммы информационных потоковТаблица 27. Объекты диаграммы информационных потоков

180Продолжение табл. 27Стандартный и расширенный методологические фильтры. Обзор моделейТаблица 28. Связи объектов в диаграмме информационных потоковАнглийское название связиРусское название связиCan be assigned toExecutesInformation flowIs assigned toIs IT responsible forIs executed byIs received fromIs sent fromIs technically responsible forReceivesSendsМожет быть связан(а) сВыполняетИнформационный потокСвязан(а)сОтвечает по IT заВыполняетсяНаправляется кНаправляется отОтвечает за техническую частьПолучает отНаправляет в

181Моделирование бизнеса. Методология ARISРис. 127. Диаграмма информационных потоков7.3.2. Матрица выбора процессов —Process selection matrixМатрица выбора процессов отображаетразличные сценарии выполнения процесса при помощи привязки основных процессов котдельным сценариям. Изображения объектовматрицы выбора процессов показаны на рис.128.Допустимые типы связей между объектамидиаграммы:Рис. 128. Изображения объектов матрицы выбора процессов: (слева направо) сценарий, процесс, главныйпроцесс, организационная единица, организационная единица• consist of — состоит из;• is assigned to — связан(а) с.Матрицы выбора процессов позволяютопределить, какие функции, «проигранные» всценариях процесса, могут иметь место напредприятии. По этой причине в диаграммудолжны быть включены все главные функции(функции сценария) прикладной системы илифункции модели-прототипа производства.При моделировании матрицы выборапроцессов используются следующиетипы графических символов (рис. 128):• сценарий — некоторый вариантвыполнения процесса, объединяющийглавные процессы в группы. На рис. 129группы отделены пунктирнымилиниями;• главный процесс — главные функциив функциональном дереве, с которыми

182связаны процессы (функции из сценарияпроцессов);процесс — представляет функции изсценария процесса, которые более подробноописаны в модели-прототипе с помощьюмоделей процесса.Стандартный и расширенный методологические фильтры. Обзор моделейПример матрицы выбора процессаприведен на рис. 129.Матрицы выбора процессов предприятияформируются на основе информации,содержащейся в:Рис.129. Матрица выбора процесса• модели организационной структуры имоделях внешних субъектов;• деревьях продуктов/услуг.В матрицы выбора процессов включаютсякак процессы, необходимые для полученияосновных внешних выходов предприятия, таки процессы производства внутреннихпродуктов в одних подразделениях, дляиспользования их другими подразделениями.

1837.3.3 Диаграмма еЕРС (в виде столбцов)— еЕРС (column display)Данная диаграмма входит в расширенныйметодологический фильтр.Изображение объектов диаграммы еЕРС (ввиде столбцов) совпадает с изображениемобъектов диаграммы еЕРС (см. раздел 6.4.1).В диаграммах еЕРС (в виде столбцов) всесимволы располагаются в столбцах.Преимущество такого представления состоитв том, что еЕРС-диаграмма интерпретируетсягораздо проще. Элементы организационнойструктуры и информационной системывыносятся в заголовок диаграммы. Все другиесимволы размещаются во второй строкекаждого столбца.Отличительная особенность всех моделей,которые представляются с помощью строк истолбцов, заключается в том, что в нихавтоматически создаются невидимые(подразумеваемые) отношения. Например,при моделировании прикладных систем ифункций подразумеваемое отношениеподдерживают автоматически создается поМоделирование бизнеса. Методология ARISумолчанию в одном из столбцов диаграммыеЕРС (в виде столбцов).Отношение выполняет будет созданоавтоматически между элементамиорганизационной структуры и функциями.Можно ввести дополнительные столбцы,названия которых будут соответствоватьподразумеваемым отношениям. Например:• вносит вклад в ...;• решает;• отвечает с точки зрения ИТ за ...:• технически отвечает за ...;• должен быть информирован в случаеотмены ...;• должен быть информирован о результате...;• должен быть информирован о ...;• принимает;• консультирует по...На рис. 130 приведена диаграмма еЕРС (ввиде столбцов).Разница между диаграммой еЕРС (в видестолбцов) и диаграммой еЕРС (в виде строки)заключается в различных направленияхмоделирования. В первой диаграммемоделирование ведется сверху вниз, а вовторой — слева направо.

184Стандартный и расширенный методологические фильтры. Обзор моделейРис. 130. Диаграмма еЕРС (в виде столбцов)

1857.3.4. Карта знаний — Knowledge mapЭта диаграмма входит в расширенныйметодологический фильтр. Объектыдиаграммы и их названия приведены в табл.29, а связи между объектами — в табл. 30.Моделирование бизнеса. Методология ARISПанель инструментов, используемая приконструировании модели, показана на рис.131.Карты знаний служат для отображениятипов знаний, которыми обладают служащиеили организационные единицы компании. Длякаждого типа знаний можно ввестиколичественнуюоценку.Рис. 131. Панель инструментов для создания карты знанийТаблица 29. Объекты карты знаний

186Стандартный и расширенный методологические фильтры. Обзор моделейТаблица 30. Связи объектов в карте знанийАнглийское название связиРусское название связиHas knowledge ofRequiresВладеет знаниемТребуетРис 132. Карта знаний, отражающая квалификацию специалиста в области ARISКарта знаний отображает распределениеразличных категорий знаний в рамкахорганизации. Типы объектов ворганизационной схеме (например,организационная единица, должность,сотрудник, оборудование, группа) могут бытьпривязаны к категориям знаний с помощьюсоединения требует {requires}. Кроме факта,что отдельный сотрудник илиорганизационная единица обладает знаниямиконкретной категории, может быть такжеописана и степень охвата.Соединение требует содержит атрибутстепень охвата {degree of coverage}, которыйможет иметь процентное выражение степениохвата знаний в категории знаний, выбраннойдля организационной единицы. Значение100% соответствует максимальному охвату, азначение 0% означает полное отсутствиезнаний, что соответствует отсутствиюсоединения.Кроме количественной оценки, возможнакачественная оценка в виде графика. Для этойцели служит атрибут соединения качествоохвата {coverage quality}, который можетпринимать значения низкий, средний, высокийи максимальный. Эта информация может бытьпредставлена с помощью графическогосимвола на соединении, как показано на рис.132. На рисунке также показаноальтернативное визуальное представление дляразличных степеней охвата: объектыкатегории знаний изображаютсяграфическими фигурами разного размера.Значения атрибутов степень охвата икачество охвата не являютсявзаимосвязанными. Если используются обаатрибута, то предполагается, что значениенизкий относится к степени охвата

187Моделирование бизнеса. Методология ARISКарта знаний может быть ориентирована наорганизационную структуру, т.е. достигнуто организацией несколькихсоответствующая категория знаний экземпляров одной и той же категории знаний«связывается» с каждой организационнойединицей.в столбцы, как показано на рис. 133. В этомпримере приведены имена категории знаний,Для карт знаний часто используется расположенные в верхней части рисунка, какматричное представление. Это может быть это принято обычно в таблице.Рис. 133. Карта знаний: матричное представлениеСоздание и применение знаний в бизнеспроцессахкомпании моделируются с помощьюмоделей, используемых для представления бизнеспроцессов(еЕРС, еЕРС с потоком материалов,офисный процесс, производственный процесс,PCD, PCD с потоком материалов). Типы объектовкатегория знаний и документированные знаниядоступны и в указанных диаграммах.Можно определить, какой тип знанийнеобходим для выполнения функции, иотметить, какие знания создаются и/илидокументируются, когда функциявыполняется (рис. 134).

188Стандартный и расширенный методологические фильтры. Обзор моделейРис. 134. Отражение знаний в моделях еЕРСЭтот тип представления позволяет изучатьбизнес-процессы в терминах обработкизнаний. Например, может быть обнаруженпробел в необходимых знаниях и определенуровень повышения квалификации, которыйтребуется при выполнении отдельнойфункции.

1897.3.5. Диаграмма цепочки процесса —Process Chain Diagram (PCD)Данная диаграмма включена только врасширенный методологический фильтр.Нотации объектов моделей диаграмм PCD иеЕРС совпадают (см. раздел 6.4.1).На рис. 135 приведена процесс обработкизаказа в виде диаграммы PCD.PCD — диаграмма цепочки процессаразделена на ряд столбцов, имеющихследующие названия:• event — событие;• function — функция;• data — данные;• medium — носитель;• application system — прикладная система;• organizational unit — организационнаяединица;• screen/list — экран/список;• batch — пакетная обработка;• dialog — интерактивная обработка;• manual — ручная обработка;• objects — объект;• product/service — продукт/услуга;• objective — цель;• other — прочее.В этих столбцах располагаютсясоответствующие объекты, тем самымдиаграмма приобретает четкую структуру, чтоделает ее легко читаемой. Отдельные столбцымогут быть опущены. Заголовки также можноизменить.Первый и второй столбцы отображаютлогическую последовательность выполненияпроцесса. Отдельные функции процесса,представленные во втором столбце, связаны ссобытиями, которые инициируют ихвыполнение или переключение между ними.Функции и события связаны пунктирнымистрелками, отображающими потокуправления функциями.Моделирование бизнеса. Методология ARISОтношение между событиями ифункциями составляет процедурнуюпоследовательность функций как логическуюцепочку событий, которую называютцепочкой процесса. Логическаявзаимозависимость возможных точекветвления и циклов потока управления можетбыть выражена посредством логическихопераций, связывающих функции и события.Входные и выходные данные,требующиеся функциям, показаны в третьемстолбце в виде сущностей. Отображатьсямогут не только информационные объекты, нои носители (четвертый столбец). Это можетбыть документ, список, написанная вручнуюквитанция или устройство памяти (например,жесткий диск).В пятом столбце могут быть показанызадействованные в моделируемом процессеприкладные информационные системы,например, электронная почта, Интранет,Интернет и другие, а также их отдельныекомпоненты.Организационные единицы, ответственныеза выполнение отдельных функциймоделируемого процесса, показаны в шестомстолбце.Столбец экран/список может содержатьобъекты, характеризующие представлениеинформации в ходе выполнения процесса.Столбцы пакетная обработка,интерактивная обработка, ручнаяобработка и столбец прикладная системапредставляют дополнительную информациюо степени использования информационныхтехнологий для поддержки отдельнойфункции процесса.В остальных столбцах может содержатьсядополнительнаяинформация,характеризующая цели процесса и егоотдельных функций, а также задействованныеи производимые продукты и услуги.

190Стандартный и расширенный методологические фильтры. Обзор моделейРис. 135. PCD-диаграмма цепочки процесса

191При анализе процесса, который отображаетнекоторую реальную ситуацию, недостаткиего организации или причинынеэффективности могут быть определены спомощью диаграммы цепочки процесса.Такими недостатками могут бытьинформационные разрывы, когдапоследовательные («соседние») функциивыполняются с помощью различных, несвязанных между собой, ИС, илиорганизационные разрывы, когда, например,сотрудники, участвующие в выполненииданной функции, относятся к различнымструктурным единицам. Кроме того,становятся четко видимыми лишние входы ивыходы, что говорит о процедурнойизбыточности данных. Эта информацияприводит к появлению многочисленных идейпо совершенствованию рассматриваемогопроцесса.При описании на верхнем уровнедиаграммы процессов создаются сотносительно высокой степенью обобщения(без детализации). Поскольку эти диаграммыиспользуются главным образом дляотображения взаимосвязей отдельныхкомпонент ARIS (моделей различных типов),они служат основой для созданияуправляющей модели ARIS. При созданииуправляющей модели используются не толькоPCD-диаграммы цепочки процесса, но исобытийные цепочки процесса. Единственноеотличие между ними заключается в том, чтоМоделирование бизнеса. Методология ARISэлементы диаграмм еЕРС не должнырасполагаться в предопределенных столбцах.Таким образом, модель небольшой процедурыможет быть построена с помощью одной издиаграмм (PCD или еЕРС), в то время как дляпредставления модели всего процессапредпочтительнее использовать еЕРС.7.3.6. Диаграмма движенияпродуктов/услуг — Product/ Serviceexchange diagramДиаграмма движения продуктов/услугпредназначена для описания процессасоздания продуктов и услуг, а также ихпередвижения в масштабах организации. Этадиаграмма существует в двух видах —пиктографическом и графическом. Оба видавходят только в расширенныйметодологический фильтр.Объекты графической диаграммыприведены в табл.31.Панели инструментов, используемые присоздании графической и пиктографическойдиаграмм движения продуктов/услуг,показаны на рис.136 и 137.Объекты пиктографической диаграммыдвижения продуктов/услуг приведены в табл.32.Рис. 136. Панель инструментов для создания графической диаграммы движения продуктов/услуг

192Стандартный и расширенный методологические фильтры. Обзор моделейТаблица 31. Объекты графической диаграммы движения продуктов/услугРис. 137. Панель инструментов для создания пиктографической диаграммы движения продуктов/ услуг

193Моделирование бизнеса. Методология ARISТаблица 32. Объекты в пиктографической диаграмме движения продуктов/услуг

194Диаграмма движения продуктов/услугпредназначена для представления процесса ихсоздания (рис.138), а также обмена имивнутри компании. Продукт может быть:• материалом;• операционным ресурсом;Стандартный и расширенный методологические фильтры. Обзор моделей• вспомогательным техническимсредством;• упаковочным материалом.Продукты/услуги могут являться входами/выходами функций, а также иметь связь сначальными и конечными событиями для этихфункций.Рис. 138. Графическая диаграмма движения продуктов/услуг, моделирующая процесс производстватрансформатораПиктографическая диаграммадвижения продуктов/услуг — болеенаглядная и может использоватьсяменее квалифицированными пользователями ARIS.Пример такой диаграммы приведен на рис. 139.

195Моделирование бизнеса. Методология ARISРис. 139. Пиктографическая диаграмма движения продуктов/услуг7.3.7. Дерево продуктов/услуг —Product/Service treeДерево продуктов/услуг предназначено дляпредставления продукции в виде составляющих еечастей. Эта диаграмма также существует в двухформах — графической и пиктографической. Онавходит только в расширенныйметодологический фильтр.Объекты дерева продуктов/услугприведены в табл. 33, а связи междуними — в табл. 34.Панели инструментов для созданиядерева продуктов/услуг в графической ипиктографической формах приведены нарис. 140 и 141.Рис. 140. Панель инструментов для создания дерева продуктов/услуг в графической форме

196Таблица 33.Объекты дерева продуктов/услуг в графической формеСтандартный и расширенный методологические фильтры. Обзор моделейТаблица 34. Связи объектов дерева продуктов/услугАнглийское название связиРусское название связиCan replaceHas output ofIs input forSupportsSubsumesМожет заменятьИмеет на выходЯвляется входом дляПоддерживаетСодержитРис. 141. Объекты дерева продуктов/услуг в пиктографической форме

197Продукты/услуги, являющиеся результатомдеятельности организации, иногдацелесообразно представить в виде набора(моделей) составляющих их компонент.Диаграмма дерева продуктов/услуг позволяетописать эти взаимосвязи, а каждая изкомпонент может быть описана отдельноймоделью. В дереве продуктов/услуг могутМоделирование бизнеса. Методология ARISбыть представлены отношения замещениярезультатов, когда используется(потенциальный) заменяющий продукт илиуслуга.Два одинаковых по содержанию примерадерева продуктов/услуг приведены на рис. 142(графическая форма) и на рис. 143(пиктографическая форма).Рис. 142. Дерево продуктов/услуг в графической форме

198Стандартный и расширенный методологические фильтры. Обзор моделейРис. 143. Дерево продуктов/услуг в пиктографической форме7.3.8. UML-диаграмма действий — UMLActivity diagramВ ARIS включен ряд моделей, построенныхс использованием объектноориентированногоунифицированного языкамоделирования (UML — Unified ModelingLanguage) в стандартизированной версиирабочей группы OMG (Object ManagementGroup). UML базируется на объектноориентированныхподходах ОМТ, Booch иOOSE.UML-диаграмма действий описываетпроцесс как последовательность действий. Вязыке UML действия всегда относятся кобъектам. Таким образом, диаграммыдействий привязываются к классу, операцииили использованию приложений и описываютотносящийся к ним внутренний процесс.Объекты UML-диаграммы действийприведены в табл. 35, а связи между ними — втабл. 36. Панель инструментов, используемаяпри создании моделей, показана на рис. 144.

199Моделирование бизнеса. Методология ARISРис. 144. Панель инструментов для создания UML-диаграммы действийТаблица 35. Объекты UML-диаграммы действий

200Стандартный и расширенный методологические фильтры. Обзор моделейТаблица 36. Связи объектов в UML-диаграмме действийАнглийское название связи Русское название связиActivatesBelongs toExecutesHas output ofIs input forIs predecessor ofLeads toLinksАктивизируетПринадлежитВыполняетИмеет на выходеЯвляется входом дляПредшествуетПорождает событие черезПредшествуетUML-диаграмма действий предназначенадля описания процессов. Каждыйописываемый процесс должен начинаться собъекта начальное состояние и завершатьсяобъектом конечное состояние. Объектдействие представляет состояние с каким-товнутренним действием и одним илинесколькими переходами. Переходыобозначаютсясоединениями,соответствующими отношениям междуобъектами действие. Они могут иметьпростые отношения с другими действиями, атакже множественные входящие и выходящиеотношения.Множественные внешние отношения могутбыть сформулированы как условия. Для ихпредставления используется объект решение.Моделирование условий с помощью этогообъекта не является обязательным. В качествеальтернативы пользователи могут ввестинесколько внешних связей. На диаграммерекомендуется показывать условие в атрибутесвязь для отношений порождает событиечерез и активизирует.Объект разделить/синхронизироватьможет быть использован для активизации водно и то же время несколькихпоследовательносоединенных объектов действие илиодного объекта действие, зависящего отпереходов в рамках нескольких предыдущихдействий.Действия могут предполагать особоеначальное состояние объекта и создаватьособое конечное состояние объекта.Состояния объектов изображаются типомобъекта состояние объекта, которыйописывается соединениями является входомдля или имеет на выходе в виде отношения сдействиями.UML-диаграммаотображаеторганизационную ответственность завыполнение действий с помощью такназываемого плавающего коридора.Плавающий коридор — это столбец, гдеперечислены все действия, за которыеответственна организационная единица. Дляэтой цели UML-диаграмма действий содержитпредопределенную таблицу с двумя линиями.Ответственная организационная единица(внутренний участник, место, тип участника ит.д.) располагается на верхней линии, в товремя как нижняя линия отводится дляобъектов действие, решение,разделить/синхронизировать, состояниеобъекта и примечание.На рис. 145 представлена UML-диаграммадействий с соответствующими компонентами.

201Моделирование бизнеса. Методология ARISРис. 145. UML-диаграмма действий

202Стандартный и расширенный методологические фильтры. Обзор моделей7.3.9. UML-диаграмма класса —UML Class diagramUML-диаграмма класса отражаетстатичные отношения между такими объектаи модели, как класс, объект и интерфейс.Панель инструментов, используемая приконструировании моделей, показана на рис.146. Объекты и их названия приведены в табл.37.Рис. 146. Панель инструментов для создания UML-диаграммы классаТаблица 37. Объекты UML-диаграммы классаЧисло связей между объектами даннойдиаграммы довольно велико, и с ними можноознакомиться в соответствующихметодологических разделах руководстваARIS.UML-диаграмма класса определяет классы,к которым с помощью отношения имеет всвоем составе могут быть привязанысоответствующие операции (методы) иатрибуты.Отношения, которые классы имеют друг сдругом, моделируются в UML-диаграммахкласса с помощью соединения ассоциируетсяс. Соединения осуществляютсянепосредственно между классами длябинарных отношений. Ассоциация,изображаемая в виде ромба, представляетсобой группу связей, одинаковых поструктуре и семантике. Если ассоциацияявляется классом, может быть использованосоединение представляет свойства для.Множество соединений ассоциируется сможет быть введено в атрибуты множество(источник) и множество (цель).

203В UML агрегация и композиция отражаютспециальные отношения ассоциируется с.Они описываются с помощью входящего ватрибут тип агрегации соединенияассоциироваться и изображаются небольшим.Моделирование бизнеса. Методология ARISбелым (агрегация) или черным (композиция)ромбом на конце соединенияассоциироваться. Пример представлен на рис.147Рис. 147. UML-диаграмма класса: ассоциацииОтношения наследования, которыесуществуют между классами, представляютсясвязью обобщает и изображаютсятреугольником.Атрибуты и операции, которые былипривязаны к старшему классу, передаютсяподчиненным классам. Пример такихотношений наследования приведен на рис.148.

204Стандартный и расширенный методологические фильтры. Обзор моделейРис. 148. UML-диаграмма класса: отношения наследованияДополнительными элементами модели,доступными в UML-диаграмме класса,являются:• объект пакет, используемый длягруппировки элементов модели;• объект примечание, которыйпредоставляет дополнительную информациюо модели;• объекты класс и интерфейсы.Интерфейс обозначает интерфейс класса(соединение поддерживает}. При помощивызова интерфейса (соединение вызывает}другие классы могут использовать объекткласс, соответствующий объекту интерфейс.

205Моделирование бизнеса. Методология ARIS7.3.10. UML-диаграмма описаниякласса UML Classdescription diagram —UML-диаграмма описания классапредназначена для более полного и точногографического представления связей междуэлементами. Панель инструментов, используемаяпри конструировании моделей, показанана рис. 149. Объекты рассматриваемойдиаграммы приведены в табл. 38, адопустимые связи — в табл. 39.Рис. 149. Панель инструментов для создания UML-диаграммы описания классаТаблица 38. Объекты UML-диаграммы описания классаТаблица 39. Связи в UML-диаграмме описания классаАнглийское название связиРусское название связиBelongs toHas instanceHas memberSupportsПринадлежит кИмеет экземплярИмеет в своем составеПоддерживает

206UML-диаграмма описания класса — этодополнение к стандартным диаграммам UML,которое позволяет более точно определитьклассы. Параметры UML-диаграммыописания класса являются подмножествомпараметров UML-диаграммы класса. Другимисловами, все параметры моделирования вUML-ди-аграмме описания класса доступны ив UML-диаграмме класса. Объектыатрибуты, операция, примечание, объект иинтерфейс могут быть описаны в UMLдиаграммеописания класса.Это описание может быть сделано также вUML-диаграмме класса, но моделирование спомощью UML-диаграммы описания классаявляется целесообразным в случае, еслиUML-диаграмма класса становится слишкомперегруженной графически. В этой ситуацииUML-диаграмма описания класса должнабыть определена как детализация объектовСтандартный и расширенный методологические фильтры. Обзор моделейUML-диаграммы класса. Объекты атрибуты,операция, примечание, объект и интерфейс,которые могут быть использованы, но неявляются необходимыми в UML-диаграммекласса, могут быть перемещены в UMLдиаграммуописания класса.7.3.11. UML-диаграмма взаимодействия— UML Collaboration diagramВзаимодействия в форме обменасообщениями между объектамиотображаются в UML-диаграммевзаимодействия. Объекты, называемые такжеэкземплярами, — это конкретные экземплярыклассов.Нотация модели приведена на рис. 150, гдепредставлен только один вид связи —interacts with (взаимодействует с).Рис. 150. Изображение объектов в UML-диаграмме взаимодействия: тип объекта и объектОбмен сообщениями моделируется спомощью соединения взаимодействует с. Этосоединение указывает конкретные значенияатрибутов условие, номер сообщения,операция и параметр. Атрибутыопределяются следующим образом:• Условие (Condition). Принимает виддругих сообщений, которые должны бытьпосланы перед посылкой текущегосообщения. Другие сообщения исоответствующие им номера сообщенийзаданы в виде списка. Если не существуетникаких предпосланных сообщений, условиестановится не нужным. Условие отделяется отномера сообщения косой чертой (/)..Номер сообщения (Message number). Этоуникальный номер, идентифицирующийсообщение на диаграмме. Сообщениясортируются в порядке возрастания номеров.Если операция, обрабатывающая в данныймомент полученное сообщение, посылаетнесколько дополнительных сообщений, тостарый номер дополняется подномером.(Пример:операция получает сообщение 3.4 ипосылает два сообщения с номерами 3.4.1 и3.4.2.) Номер сообщения отделяется отоперации двоеточием (:).Операция (Operation). Отображаетоперацию для класса заданного объекта,которая должна быть выполнена

207Моделирование бизнеса. Методология ARISРис. 151. UML-диаграмма взаимодействияПараметр (Parametr). Определяет списокпараметров для вызываемой операции. Списокпараметров заключается в круглые скобки.Например, 1.3, 2.1/3.2.1: calculate net(gross, rate), где сообщения 1.3 и 2.1 —это условия; сообщение имеет номер3.2.1; выполняемая операция — расчетчистой зарплаты;«грязная» зарплата и ставка налога —параметры операции (рис. 151).Рис. 152. Изображение объектов в UML-диаграмме компонент: компонента, интерфейс, примечание, пакет

208Стандартный и расширенный методологические фильтры. Обзор моделейТаблица 40. Связи в UML-диаграмме компонентАнглийское название связиРусское название связиBelongs toПринадлежит кCallsВызываетContainsСодержитDependsЗависитSupportsПоддерживаетComponent diagram7.3.12. UML-диаграмма компонент — UMLUML имеет возможность отображать ввиде диаграммы такие относящиеся креализации аспекты, как структура кода(компонента) и структура работы системы.Для этой цели ARIS использует UMLдиаграммукомпонент. Ее нотация показана нарис. 152. Связи приведены в табл.40.Компоненты — это элементы, которыеформируют блоки в процессе компиляции иликомпоновки, а также во время выполнениясистемных операций. Первый тип связеймежду компонентами описывает физическуюструктуру компонент. Компонента можетсодержаться в другой компоненте. Этот фактотображается связью содержит.Второй тип взаимосвязи междукомпонентами — отношение вызова. Однакомпонента вызывает другую через объектинтерфейс. Компонента, обеспечивающаяинтерфейс, соединяется с помощью связиподдерживает (сплошная стрелка), акомпонента, использующая интерфейс,соединяется посредством связи вызывает(пунктирная стрелка).Конфигурация компонент можетсохраняться в процессе работы системы. Дляэтого компоненты группируются ипривязываются к объекту пакет. Привязкаосуществляется с помощью соединениясодержит между компонентой и ее пакетом.При графическом представлениирекомендуется помещать компоненты вобъекты пакет.UML-диаграмма компонент приведена нарис. 153.

209Моделирование бизнеса. Методология ARISРис. 153. UML-диаграмма компонент7.3.13. UML-диаграмма состояний — UMLState chart diagramдля представления всех возможных состоянийприведена на рис. 154, а возможные связи — втабл.41.UML-диаграмма состояний предназначенаобъекта и процесса их смены. Нотация моделиРис. 154. Изображение объектов в UML-диаграмме состояний: состояние, начальное состояние, конечноесостояние, примечаниеТаблица 41. Связи объектов в UML-диаграмме состоянийАнглийское название связиРусское название связиBelongs toHas transition toПринадлежитПереходит в

210UML -диаграмма состояний подобно UMLдиаграммедействий изображаетавтоматическое состояние и описываетаналогичную ситуацию. Однако диаграммасостояний сфокусирована на состоянияобъектов. Более того, она может содержатьдействия, относящиеся к состоянию. Действия— предопределенные значения на входе всостояние (вход/), которые выполняются принахождении в состоянии (выполнить/) илипри выходе из состояния (выйти/).Стандартный и расширенный методологические фильтры. Обзор моделейUML-диаграмма состояний ARIS включаетобъект состояние. Переходы междусостояниями соединяют состояния с помощьюнаправленных связей (переходит в). Так же,как и UML-диаграмма действий, диаграммасостояний должна начинаться с начальногосостояния и оканчиваться конечнымсостоянием. На рис. 155 представлена UMLдиаграммасостояний.Рис. 155. UML-диаграмма состояний7.3.14 UML-диаграмма использованияприложений — UML Use case diagramНотация модели приведена на рис. 156 , авозможные связи — в табл. 42.Рис. 156. Изображение объектов в UML-диаграмме использования приложений: пример использования,исполнитель, примечание, пакет

211Моделирование бизнеса. Методология ARISТаблица 42. Связи объектов в UML-диаграмме использования приложенийАнглийское название связи Русское название связиBelongs toCommunicates withContainsExtendsGeneralizesIncludesUsesПринадлежит кВзаимодействует сСодержитРасширяетОбобщаетВключаетИспользуетВ UML-диаграмме использованияприложений описываются вариантыприложений и их исполнители, т.е.привлеченные объекты, на которыевоздействуют выбранные приложения.Исполнители изображают пользователей,которые применяют прикладную систему длявыполнения своих обязанностей. UML-диаграммаиспользования приложений описываетвнешнее поведение системы с точки зренияпользователя.Соединения между исполнителями иприложениями определяются как связьвзаимодействует с. Связь между объектомпример использования приложенияустанавливается с помощью соединенияобобщает. В UML-диаграмме доступнытакже типы объектов пакет и примечание.На рис. 157 представлена UML-диаграммаиспользования приложений.

212Стандартный и расширенный методологические фильтры. Обзор моделейРис. 157. UML-диаграмма использования приложений

213Моделирование бизнеса. Методология ARIS8. Обзор некоторыхмоделей, вошедших вполныйметодологическийфильтр8.1. Дерево продуктов — ProducttreeДерево продуктов предназначено дляграфического представления и анализаноменклатуры продукции в инфраструктуреорганизации.Для формирования матриц выборапроцессов необходимо прежде всегосформировать модели входящих и исходящихпродуктов (входов-выходов). Подвходящими/исходящими продуктамипонимаются:• материальные ресурсы (готоваяпродукция, реализуемые полуфабрикаты,сырье и материалы);• финансовые ресурсы (средства платежа:деньги безналичные и наличные, ценныебумаги);• информационные потоки (счета-фактурына отгруженную продукцию, заявкипотребителей и т.д.).На данном уровне описания должнырассматриваться не конкретные ресурсы илиединицы информационных потоков, а ихтипы, например, «счет-фактура», «платежноепоручение», «прокат» и т.д.Кроме продуктов, являющихся внешнимивыходами предприятия, должны бытьописаны продукты, являющиеся выходамиодних его подразделений и используемыедругими его подразделениями (входы).Нотация модели состоит из обозначенияодного объекта — продукция —пятиугольником зеленого цвета (рис. 158).Между объектами диаграммы возможнатолько связь subsumes — содержит.

214Обзор некоторых моделей, вошедших в полный методологический фильтрРис. 158. Дерево продуктов8.2. Матрица выбора продукта —Product Selection MatrixМатрица выбора продукта предназначенадля графического представлениявзаимосвязей организационных единиц ивыпускаемых ими продуктов. Объектыматрицы выбора продукта представлены нарис. 159.Рис. 159. Объекты матрицы выбора продукта: продукт, функция, организационная единица

215В данной модели используются две связи:• has output of — имеет на выходе;• is responsible for — являетсяответственным за...Моделирование бизнеса. Методология ARISПродукты могут быть привязаны кфункциям, необходимым для ихпроизводства. Данная модель — начальнаяточка, с которой становятся доступнымиорганизационные схемы, деревья продуктов ипроцессы, связанные с созданием этихпродуктов. Пример матрицы выборапродуктов приведен на рис. 160.Рис. 160. Матрица выбора продукта для службы социальной поддержки8.3. Диаграмма окруженияпродукта — Product AllocationDiagramДиаграмма окружения продуктапредназначена для анализа процессовпроизводства продукции. Диаграммаописывает:• какая организационная единицапроизводит или использует определенныевиды продукции;• какие функции требуются для созданияпродукции.Изображение объектов в диаграммеокружения продукта приведено на рис. 161.Возможные связи между объектамипредставлены в табл.43.

216Обзор некоторых моделей, вошедших в полный методологический фильтрРис. 161. Объекты в диаграмме окружения продукта: продукт, функция, организационная единица,внештатный сотрудник, нормативный документ, цель, картотекаТаблица 43. Связи объектов в диаграмме окружения продуктаАнглийское название связиРусское название связиHas output ofHelp with the creation ofIs financially responsible forIs input forIs order basic forIs received fromIs technical responsible forIs used byProvidesИмеет на выходеСоздается с помощьюОтвечает за финансовые вопросыЯвляется выходом дляЯвляется основой для упорядоченияНаправляется кОтвечает за техническую частьИспользуетсяОбеспечиваетС помощью диаграммы окруженияпродукта проводится анализ процессасоздания продукта. Аналогично диаграммеобмена продуктов/ услуг этот тип моделиможет применяться для отображения того,какие организационные единицыпредоставляют или используют продукты, какие функции требуются длясоздания продукта, а также для какихфункций продукты являются входом. Вдиаграмме могут быть описаны и цели,достижению которых способствуютразличные продукты. На рис. 162 приведенпример диаграммы окружения продукта.

217Моделирование бизнеса. Методология ARISРис. 162. Диаграмма окружения продукта8.4. Диаграмма взаимодействий —Communication DiagramДиаграмма взаимодействий позволяетсгруппировать все процессы обмена продуктами, услугами или информациейсогласно их связям с организационнымиединицами. Изображение объектов вдиаграмме приведено на рис. 163.Рис. 163. Объекты диаграммы взаимодействий: тип организационной единицы, организационная единица,взаимодействиеМодель отражает два вида связей:• is received from — направляется к...;• sends — направляется в ...Диаграмма взаимодействий представленана рис. 164.

218Обзор некоторых моделей, вошедших в полный методологический фильтрРис. 164. Диаграмма взаимодействий8.5. Модель конкуренции —Competition ModelМодель конкуренции предназначена дляописания связей, выпускаемой продукции ипартнеров. Пиктограммы, используемые в.качестве нотаций модели, показаны на рис.165.В модели используются два вида связей:• provides — обеспечивает;• is used by — используется

Рис. 165. Изображение объектов в модели конкуренции: услуга, замещающая услуга, конкурент,потенциальный конкурент, поставщик, компания, продукт, замещающий продукт, клиент219

220Моделирование бизнеса. Методология ARISМодель конкуренции поддерживает анализи оценку конкурентной ситуации, в которойнаходится организация. Структурапроизводства непосредственно влияет настратегические установки, которые в своюочередь определяют дальнейшее развитиеорганизации.Модель позволяет описать отношениявнутри компании, конечные продукты иуслуги, а также партнеров по рынку. Можнотакжепредставить, какие клиенты используют теили иные результаты работы компании, какиерезультаты доступны для поставщиков икакие заменяющие продукты/услугипредлагаются от (потенциальных)конкурентов. Таким образом, будетотображена ситуация на той части рынка, гдеработает компания. Пример моделиконкуренции приведен на рис. 166.Рис. 166. Модель конкуренции на рынке предоставления услуг

2218.6. Модель «Техническиересурсы» — Technical resourcesПри моделировании потоки материаловсвязываются с отдельными функциямипроцесса в виде потоков на их входах ивыходах. Эти связи описываютпреобразование типов материалов,поступающих на вход функции, в типыматериалов на выходе функции. Кроме того,это позволяет включить в диаграммыпроцессов информацию о техническихресурсах, которые необходимы дляпреобразования материалов.Для описания используемых техническихресурсов в ARIS введена модель Техническиересурсы. Она относится к организационныммоделям уровня описания реализации. Припомощи модели можно иерархическиупорядочить ресурсы, присвоить им тип иклассифицировать.Объекты, входящие в модель Техническиересурсы, можно условно разбить на двегруппы. В первую входят некоторые объектыорганизационной схемы (см. раздел 6.1.1), аименно:Обзор некоторых моделей, вошедших в полный методологический фильтр• организационная единица;• системная организационная единица;• тип системной организационнойединицы;• группа;• местоположение;• должность;• штатный и внештатный сотрудники.Эти объекты необходимы для привязкиэлементов организационной структуры кимеющимся техническим ресурсам.Во вторую группу входят собственнотехнические ресурсы:• операционные ресурсы (operatingresource);• складское оборудование (warehouseequipment);• транспортные системы (transport systems);• вспомогательные технические средства(technical operating supply), их типы и классы(рис. 167).Рис. 167. Объекты, описывающие технические ресурсы

222Операционные ресурсы — это экземплярыразличных типов операционных ресурсов,которые доступны для выполнения задач,стоящих перед организацией. Операционныересурсы часто идентифицируются с помощьюразличных инвентарных номеров (например,номер завода).Тип операционных ресурсов представляетсобой обобщение совокупности различныхоперационных ресурсов, которые имеютодинаковую технологическую базу.Классы операционных ресурсов являютсяобобщением типов операционных ресурсов всоответствии с различными критериямиклассификации. Следовательно, один типоперационных ресурсов можетсоответствовать нескольким классамоперационных ресурсов.Складское оборудование — это экземплярыразличных типов складского оборудования,которые доступны и предназначены длявыполнения стоящих перед организациейзадач. Складское оборудование частоидентифицируется присвоенными емуномерами складов.Тип складского оборудования представляетсовокупность нескольких видов складскогооборудования, которые имеют одинаковуютехнологическую базу.Класс складского оборудования являетсяобобщением типов складского оборудованияв соответствии с различными критериямиклассификации. Следовательно, один типскладского оборудования можетсоответствовать нескольким классамскладского оборудования.Транспортная система — это экземпляртипа транспортной системы. В общем случаеона может быть идентифицированаинвентарным номером.Тип транспортной системы представляетобобщение совокупности несколькихтранспортных систем, имеющих одинаковуютехнологическую базу.Моделирование бизнеса. Методология ARISКласс транспортной системы являетсяобобщением типов транспортных систем всоответствии с различными критериямиклассификации. Следовательно, один типтранспортной системы может соответствоватьнескольким классам транспортных систем.Вспомогательные технические средства —это экземпляр типа вспомогательныхтехнических средств. В общем случае онможет быть идентифицирован посредствоминвентарного номера.Тип вспомогательного техническогосредства представляет обобщениесовокупности нескольких вспомогательныхтехнических средств, имеющих одинаковуютехнологическую базу.Класс вспомогательных техническихсредств является обобщением их типов всоответствии с различными критериямиклассификации. Один тип вспомогательныхтехнических средств может соответствоватьнескольким классам вспомогательныхтехнических средств.Возможности иерархического построениямоделей Технические ресурсы позволяютописывать структуру технически сложныхпроизводственных объектов (заводов, фабрики т.д.), а также отображать их компоненты исвязи между ними.Модель Технические ресурсы такжепозволяет описывать размещение рабочихмест и организационную ответственность затехнические ресурсы. Для этого используютсятипы объектов местоположение,организационная единица, должность исотрудник.На рис. 168 приведен пример моделиТехнические ресурсы, которая описываетоборудование, используемое для контролякачества продукции, а также показанывозможные связи между объектами модели.

223Обзор некоторых моделей, вошедших в полный методологический фильтрРис. 168. Модель «Технические ресурсы>8.7 Модели, предназначенныедля описания материалов8.7.1. Диаграммы еЕРС (с потокомматериалов) — Extended event drivenprocess chain (material flow)В методологии ARIS поток материалов вбизнес-процессах может представляться спомощью диаграммы еЕРС (с потокомматериалов), которая является расширениемобсуждавшейся ранее диаграммы еЕРС (см.раздел 6.4.1). Кроме объектов, отражаемых вдиаграмме еЕРС, в рассматриваемойдиаграмме используются также следующиетипы объектов:• тип материала (material type) (рис. 170);.• тип упаковочного материала (packingmaterial type) (рис. 170);• операционные ресурсы (operatingresource), их типы и классы (рис. 167);• складское оборудование (warehouseequipment), его типы и классы (рис. 167);• транспортные системы (transport systems),их типы и классы (рис. 167);• вспомогательные технические средства(technical operating supply), их типы и классы(рис. 167).Объект тип материала может быть связанс объектом функция посредством входящегоили выходящего соединения. Соответственнообъект тип материала будет описыватьвходные (перерабатываемые объектомфункция} и выходные (создаваемые объектомфункция)материалы

224Для преобразования материалов требуютсятехнические ресурсы. В цепочке процессов ихможно связать с объектами типа функция. Длятого чтобы специфицировать возможныеальтернативные ресурсы, используются дватипа соединений — требуется (requires) итребуется альтернативный вариант(requires alternatively).Моделирование бизнеса. Методология ARISЕсли в рамках выполнения функцииматериалы должны быть упакованы, тонеобходимо использовать типы упаковочныхматериалов. Для того чтобы ихспецифицировать, надо установитьвзаимосвязь между функцией ииспользуемыми типами упаковочныхматериалов.На рис. 169 приведен пример диаграммыеЕРС (с потоком материалов).Рис. 169. Диаграмма еЕРС (с потоком материалов)

2258.7.2. Диаграмма материалов — MaterialDiagramДиаграмма материалов предназначена дляописания типов материалов, ихОбзор некоторых моделей, вошедших в полный методологический фильтрупорядочивания в соответствии с иерархией иклассификации по классам материалов. Онаотносится к моделям данных уровняопределения требований. Объекты этойдиаграммы показаны на рис. 170.Рис. 170. Объекты в диаграмме материалов: тип и класс материала, тип и класс упаковочного материалаТип материала — это совокупностьматериалов, имеющих одинаковыехарактеристики. Типы материалов могутобъединяться, образуя класс материалов. Притаком объединении проблема схожести (т.е.отнесение материала к некоторому классу)решается с помощью различных критериевклассификации. Другими словами, один типматериала может соответствовать несколькимклассам материалов.Типы материалов могут быть связаны стипами упаковочных материалов. Этоозначает, что определенные типы материаловмогут перемещаться только в том случае, еслидля их упаковки используется конкретный типупаковочных материалов..Тип упаковочного материала — этосовокупность отдельных упаковочныхматериалов, имеющих одинаковыехарактеристики. Упаковочный материалтакже может быть определен,классифицирован и иерархически упорядочен.Это позволяет, например, описать структуру иограничения сложных упаковочных товарныхкомплексов.Типы материалов могут быть объединены вклассы упаковочных материалов. При такомобъединении используются различныекритерии классификации. Иначе говоря, одинтип упаковочного материала можетсоответствовать нескольким классамматериалов.На рис. 171 приведена диаграммаматериалов, включающая иерархию уровней иклассификацию

226Моделирование бизнеса. Методология ARISРис. 171. Диаграмма материалов8.7.3. Диаграмма материальных потоков— Material Flow DiagramДиаграмма материальных потоковотображает поток материалов междуфункциями. Она относится к моделямпроцессов/управления уровня определениятребований. Разработка данной моделианалогична построению диаграммыинформационных потоков (см. раздел 7.3.1).Вдиаграмме материальных потоков двефункции связываются посредством объекта,представляющего поток материалов. Такоесоединение указывает на перемещение потокаматериалов от исходной функции к целевой.Если необходимо специфицировать этотпоток более подробно, то его можнодетализировать другой диаграммойматериальных потоков, выстраивая тем самымиерархию их описаний.Рис. 172. Объекты диаграммы материальных потоков: функция, организационная единица, типорганизационной единицы (2 объекта), материальный поток

2278.8. Диаграмма управлениябизнесом — Business ControlDiagramДиаграмма управления бизнесомописывает все потенциальные риски бизнеспроцессаОбзор некоторых моделей, вошедших в полный методологический фильтри управление ими. Она относиться кмоделям процессов/управления уровняопределения требований.Рис. 173. Объекты диаграммы управления бизнесом: документ, организационная единица, риск, решение,управляющее воздействиеРис. 174. Диаграмма управления бизнесомРиск означает потенциальную опасностьдля процесса не достигнуть желаемой цели.Управление риском — это путь исключенияриска или уменьшения его степени. Решениепо риску означает реализацию управленияотдельным риском.Диаграмма управления бизнесом поструктуре аналогична матрице или таблице.Абсцисса соответствует потенциальнымрискампроцесса, а ордината показываетпотенциально возможные способыуправления рисками. Объекты решения порискам в качестве операторов размещаютсямежду объектами риск и управление риском. Вмодель дополнительно могут быть включеныорганизационные единицы и документы,которые поддерживают реализациюуправления соответствующим риском.Пример диаграммы приведен на рис. 174.

2288.9. Модель структуры —Structuring ModelМодель структуры относится к моделямпроцессов/управления уровня определениятребований и предназначена дляпредставления иерархии или другогосистемного упорядочивания фактов, ихобобщения или детализации.Диаграмма содержит только один объект— структурный элемент, который.Моделирование бизнеса. Методология ARISпредставляет некоторый факт (в соответствиис предполагаемой систематизацией). Типсвязи показан на рис. 175.Модели, имеющие отношение к фактам,могут быть «привязаны» к структурнымэлементам, составляющим иерархию фактов.Модели структуры применяются чаще всего вменеджменте качества. На рис. 175 показанаиерархия документов системы менеджментакачества (СМК), представленная в видемоделиструктурыРис. 175. Нормативные документы системы менеджмента качества, представленные в модели структуры

2298.10. Диаграмма ролей — RoleDiagramДиаграмма ролей предназначена для болееточного описания процессов. Ее главнымназначением является описание прав,обязанностей и ролей организационныхединиц, участвующих в процессах. Онаотносится к моделям процессов/управленияуровня определения требований.Диаграмма ролей содержит объектырассмотренных ранее организационной схемы— организационная единица и ее тип; группа;штатный и внештатный сотрудники; типслужащего; должность; местоположение(раздел 6.1.1), модели технических терминов— технический термин (раздел 6.3.1), картызнаний— категория знания (раздел 7.3.4) идерева функций — функция (раздел 6.2.1).Обзор некоторых моделей, вошедших в полный методологический фильтрНовым объектом является объектполномочия {Authorization condition) (на рис.176— это объект разрешение директора).Объект описывает условия, при которыхмогут выполняться действия, разрешенныедля организационных элементов, т.е. их роли.Роль — это участие организационнойединицы или служащего в процессе приопределенных условиях, необходимых длявыполнения процесса или его части.Роль может быть задана для служащих,должностей или информационных систем.Она формирует взаимосвязь междупроцессами и ресурсами, вовлеченными вних.Связи в диаграмме ролей показаны на рис176Рис. 176. Диаграмма ролей

2309. Общие принципымоделирования в ARISМоделированиедеятельностиподразумевает создание модели, адекватноотражающей реальный объект —организацию. При этом моделированиедолжно проходить в соответствии ссоблюдением ряда требований и выполнениемнабора правил, однозначных для понимания иединых для всех участников моделирования.К подобным правилам относятся:• выделение набора используемых моделей,интерпретация выбранных моделей, принятиеправил их построения;• структурирование информации присоздании модели организации — заданныеправила размещения моделей и объектов виерархии папок базы данных, а такжеопределение прав доступа участников кразрабатываемым моделям;• определение глубины моделирования;• задание правил именования объектов имоделей;• определение правил семантическойпроверки созданных моделей.9.1. Выбор типов моделейИнтегрированная система ARIS содержитмножество моделей, каждая из которыхотнесена к определенному типупредставления и уровню описания. Полныйнабор моделей является, безусловно,избыточным для проведения конкретногопроекта, так как существуют группы моделей,представляющих альтернативные способыописания.Кроме того, использование большогоколичества различных типов моделей инотаций почти всегда означает дублированиеописания, то есть представление одной и тойже информации с нескольких точек зрения ина разных уровнях обобщения. Нельзясказать, что подобное описание являетсянекорректным или неоправданным. Однакопри этом следует помнить о том, что резковозрастают трудозатраты на поддержаниемоделей в актуальном состоянии, а такжеувеличивается вероятность занесенияпротиворечивой информации, наличиеМоделирование бизнеса. Методология ARISкоторой зачастую слишком сложно отследитьи исправить.При подготовке каждого проекта,проводимого в среде ARIS, необходимоопределиться с набором используемых типовмоделей, а следовательно, объектов, ихатрибутов и связей.Выбор методов моделирования зависит отописываемого объекта и перечня задач,которые должны быть решены. Например, дляпроекта по внедрению системы управленияпредприятием SAP R/3 необходимоприменение специальных методовмоделирования, отвечающих требованиямотображения референтных моделей этойсистемы. К ним относятся модель структурыпроцессов (для выбора вариантов сценариев,процессов, функций), модель данных SAPSERM, а также набор объектов, позволяющихотразить отдельные сущности системы —системные организационные единицы (дляотражения внутренней организационнойструктуры системы), экранные интерфейсы(для отображения транзакций системы) имногие другие.При выборе моделей, которые будутиспользоваться для комплексного описаниясистемы управления и ее окружения,необходимо учитывать следующиеобстоятельства:• каждая модель или группавзаимосвязанных моделей представляютсобой различные методы моделирования,отражающие специфические взгляды направила представлений элементов и явленийпредметной области;• две или несколько моделей могутдополнять друг друга. Например, набормоделей еЕРС отражает логику выполненияпроцессов и функций на разных уровняхобобщения. Модель дерево функцийпредставляет иерархию процессов и функций,входящих в модели еЕРС на разных уровнях,никак не показывая их последовательность иусловия выполнения;

231Общие принципы моделирования в ARIS• две или более модели могут бытьальтернативой друг другу. Широкоприменяемая модель eERM и объектнаямодель ОМТ являются в некотором родеальтернативными, представляя различныевзгляды на правила моделирования данных.Хотя надо отметить, что объектноориентированноемоделирование гораздошире подхода «сущность-отношение», ивозможно их совместное применение в рамкаходной модели организации;• в каждом проекте должен бытьиспользован свой, ограниченный инастроенный набор моделей, основанный наметодологии AR IS;• задание методологии моделирования длякаждого конкретного случая осуществляетсяпутем настройки методологических фильтровARIS и назначения этих фильтровсоответствующим пользователям и их группам, участвующим впроводимых работах;• методологические фильтры ограничиваютметодологию ARIS до объема, требуемого длясоздания модели организации. Кроме того,необходимо оговорить правила и осуществитьнастройку графических элементов — форм,размеров и цветовой гаммы объектов,относительное расположение объектов намодели, вынесение характеристик объектов награфику моделей;• выбор моделей напрямую зависит отцелей моделирования и ожидаемогорезультата. В этом случае трудно дать строгоеи однозначное соответствие моделейрешаемым задачам. Однако все-таки можнопредложить некоторые рекомендации повыбору моделей. Часть из них приведена втабл.44.

232Таблица 44. Рекомендации по выбору моделей ARISЗадачи моделированияИспользуемые моделиМоделирование бизнеса. Методология ARISОбщее описание организации: -определение целей; - описаниеорганизационной структуры; -выделение и описание процессовверхнего уровня; - описание функций ипроцессов; - документированиедеятельности.Диаграмма целей. Организационная схема. Диаграмма цепочекдобавленного качества (VAD). Дерево функций. еЕРС(событийная цепочка процесса). Диаграмма цепочки процесса(PCD). Диаграмма окружения функции. Офисный ипроизводственный процессы.Разработка программногообеспечения: - проектированиеструктуры программной системы; -подготовка проектной документации; -проектирование системногоинтерфейса; - проектированиеинтерфейсов пользователей; -структурирование данных; -проектирование базы данных; -администрирование баз данных.Организационная схема. Расширенная eERM модель "сущностьотношение".еЕРС (событийная цепочка процесса). Диаграммаприкладной системы. Блок-схема программы. Модель экранногодизайна. Модель "Топология сети". Диаграмма сети. МодельданныхIEF. Диаграмма отношений. Диаграмма классов.Функционально-стоимостной анализОрганизационная схема. Диаграмма стоимостных драйверов.Диаграмма категории затрат. Разновидности модели еЕРС.Диаграмма цепочки процесса (PCD). Модель PCD (с потокомматериалов). Диаграмма цепочек добавленного качества (VAD).Внедрение системы управления SAPR/3Организационная схема. Дерево функций. Структурированнаямодель SAP SERM "сущность-отношение". Диаграммавзаимодействий. Разновидности модели еЕРС. Диаграммаокружения функций.Управление знаниямиКарта знаний. Диаграмма структуры знаний. Разновидностимодели еЕРС.

2339.2. Структурированиеинформации при моделированииПроведение комплексного проекта,подразумевающего создание большогоколичества взаимосвязанных моделей,требует продуманного подхода кструктуризации информации. Необходиморазработать такую структуру моделиорганизации, которая бы позволилаосуществлять быстрый поиск требующейсяОбщие принципы моделирования в ARISинформации, обеспечивать контролируемыйдоступ участников с распределениемответственности.В качестве механизма формированияподобной структуры в среде ARIS существуетвозможность разработки (см. раздел 4.1)иерархии папок — аналога файловойструктуры. В этом смысле папки выступаютместом хранения объектов и моделей (рис.177).Рис. 177. Структурирование информации при помощи папокПри создании иерархии папокможет быть использовано несколькокритериев структуризации, основанныхна:• типах используемых моделей;• функциональной структурекомпании;структуре процессов компании;этапах проведения работ помоделированию;модулях и функциях стандартных системуправления;комбинации указанных выше критериев.

234Иерархия папок,построенная всоответствии с типами моделей (рис. 178),используется редко, так как концепция ARISсама по себе подразумевает разделениетипыМоделирование бизнеса. Методология ARISпредметных областей на типы представленияи уровни описания, внутри которыхвыделяютсяРис. 178. Иерархия папок, построенная в соответствии с используемыми типами моделеймоделей. И это разделение поддержано ифункционалом системы ARIS,обеспечивающим фильтрацию и сортировкумоделей в соответствии с этим критерием.Иерархия папок, построенная всоответствии с функциональным разбиениеморганизации, предполагает функциональноориентированноемоделирование иподразумевает группировку моделей по ихпринадлежности к описанию функциональныхподразделений (рис. 179). В связи с этимподобный подход при моделировании матричнойи процессной структур управления затруднителени вызывает определенные неудобства. Данныйкритерий структуризации иногда применяется напервоначальном этапе моделирования, когдаанализируемая организация рассматривается сточки зрения задач отдельных подразделений ивзаимодействия между ними.

235Общие принципы моделирования в ARISРис. 179. Иерархия папок, построенная в соответствии с функциональным разбиением организацииПри использовании иерархии папок, построенной в соответствии со структуройпроцессов, упор делается на сквозныепроцессы организации, охватывающие всефункциональные подразделения (рис. 180).Таким образом, становится возможнымприменение процессно-ориентированногоподхода к созданию моделей организации иих систематизации. Все стандартныеотраслевые модели, поставляемые совместнос интегрированной средой ARIS, построеныпо этому принципу. Иерархию групп,отражающую структуру процессов, следуетсчитатьосновнойРис. 180. Иерархия папок, построенная в соответствии со структурой процессов

236Для организации, работающей в сфере услуг,целесообразно расширение данного подходапутем формирования моделей сквозных процессовпредоставления отдельных услуг или их групп.Это позволяет оценивать деятельностьорганизации не только с точки зрения процессов,но и в аспекте предоставления услуг. Такимобразом, возможна оптимизация процессов,направленная на повышениеконкурентоспособности на рынке и управлениеиздержками в разрезе услуг.Моделирование бизнеса. Методология ARISОдин из важных критериевструктуризации — выделение папок всоответствии с этапами моделирования(рис. 181). Этот критерий целесообразноиспользовать на самом верхнем уровнеиерархии, выделяя тем самым основныеэтапы (подготовка, анализсуществующей ситуации — модели «какесть», создание целевой концепции —модели «как должно быть» и т.д.).Рис. 181. Иерархия папок, построенная в соответствии с этапами моделированияПри внедрении комплексных системуправления (например, ERP) необходимосоздать такую структуру, которая быпозволяла выстраивать процессы всоответствии с функциональнымиособенностями системы, обеспечивая удобноесредство отображения возможностей системыи ее планируемых расширений (рис. 182).Однако такая методика не всегда удобна припроцессно-ориентированном подходе квнедрению систем, так как она предполагаетакцент на структуризации в аспектеустройства самой системы, а не процессоворганизации.

237Общие принципы моделирования в ARISРис. 182. Иерархия папок, построенная в соответствии функциональными особенностями системыуправленияВ любом комплексном проектеиспользуется не один критерий, а их комбина-ция. Возможные варианты совмещениякритериев при построении иерархии папокпредставлены на рис. 183 — 185.Рис. 183. Иерархия папок, построенная при комбинированном подходе «этапы моделирования процессныйподход»

238Моделирование бизнеса. Методология ARISРис. 184. Иерархия папок, построенная при комбинированном подходе «этапы моделирования -типымоделей, функциональная структура, процессный подход» (различные критерии на разных этапахмоделирования)

239Общие принципы моделирования в ARISРис. 185. Иерархия папок, построенная при комбинированном подходе «расширение структуры эталонноймодели информационной системы при добавлении новых задач»

240Иерархия папок позволяет навести порядокв создаваемых моделях и объектах иуправлять доступом участниковмоделирования к отдельным его частям.Однако часто становится недостаточнымиспользование только одного иерархическогодерева систематизации. Как правило,возникает необходимость представлять всесоздаваемые модели одновременно внескольких разрезах — функциональном,процессном, в аспекте менеджмента качестваи т. д.Получить подобную картину можно спомощью специализированного типа модели— модели структуры (см. раздел 8.9),предназначенной для структуризации моделейорганизации. Эта модель строится из объектоводного типа — «структурный элемент».Каждый структурный элемент представляетсобой критерий или значение критерияклассификации моделей. Каждая модельможет быть поставлена в соответствие одномуили нескольким критериям. Тем самымМоделирование бизнеса. Методология ARISвозможно формирование несколькихподходов к классификации моделейорганизации.Между структурными элементами могутбыть отношения, которые отражают какиерархию критериев, так и взаимосвязимежду моделями, отнесенными к заданномукритерию.Например, в качестве критерия можноиспользовать функциональный подход, однимиз элементов которого является областьматериального обеспечения компании (рис.186). Материально-техническое обеспечениекак макрофункция предприятия распадаетсяна основные процессы, продукты и услуги, атакже сферы ответственности. Далее следуетиерархия описания — взаимосвязи междумоделями: от сфер ответственностипереходим к моделям структур процессов,которые, с свою очередь, приводят нас кописанию процессов компании. К этим жепроцессам можно прийти от описанияосновных процессов организации.Рис. 186. Структурирование информации при помощи модели структуры

2419.3. Варианты моделейДля целей создания и анализаальтернативных моделей используетсяконцепция вариантов, подразумевающаясоздание вариантов моделей и объектов. Сэтой концепцией связаны такие понятия, как«мастер» (исходная модель) и «вариант»(получаемая на ее основе альтернатива).Каждая модель (объект) может иметьнесколько вариантов, но только одногомастера. Концепция реализуется при помощимодуля ARIS Variants (см. раздел 5.17).При создании варианта модели делается ееточная копия, состоящая из объектов, которыеявляются вариантами объектов мастермодели.Впоследствии модель и каждыйобъект могут быть изменены независимо отмастер-модели и ее объектов, в том числепутем удаления объектов или создания новых.После внесения всех необходимых измененийможет быть проведена процедура сравнениямодели варианта с ее мастером. При этомсравнение может проходить по несколькимсценариям: проверка наличия или отсутствияобъектов с различными сравниваемымипараметрами или сравнение характеристикобъектов.Таким образом, сравнение моделей можетпроизводиться на экспертном уровне, когдаспециалист в предметной области проводитвизуальный анализ альтернативных моделей иисходя из своего опыта выбирает наиболеепредпочтительный вариант.Можно провести и более точное сравнение,если, например, задаться целью сократитьвременя продолжительности процесса. Дляэтого создается несколько вариантовисходной процедуры. Все эти варианты могутотличаться друг от друга:• количеством исполнителей;• наличием или отсутствием дублированияисполнителей;• параллельными работами, выполняемымиразличными исполнителями;• графиками работ исполнителей и ихдублеров и т.д.Общие принципы моделирования в ARISВсе разработанные варианты могут бытьпроведены через механизм динамическогомоделирования, который для каждой моделивыдаст набор статистики как по процессу вцелом, так и по отдельным его элементам.Статистика включает такие параметры, каксреднее время выполнения процесса, общеевремя ожидания, среднее время выполненияотдельных функций, коэффициентиспользования исполнителей и другихресурсов и т. д. Полученная статистика можетслужить основой для сравненияальтернативных вариантов и выбора наиболееоптимального из них.9.4. Отношения между моделямиСвязи, или отношения, между моделямиARIS реализуется непосредственно черезобщие для них объекты.Выделяют два вида отношений междумоделями:• использование одного и того же объекта внескольких моделях;• детализация объекта с помощью модели.Для иллюстрации первого вида отношенийможно привести следующий пример. Типобъекта функция существует как в моделитипа еЕРС, так и в модели типа деревофункций. То есть модель процесса связана смоделью иерархии функций через общие дляних функции. При этом одни и те же типыобъектов в различных моделях могутизображаться различными символами. Этонеобходимо для конкретизациипредназначения типа объекта. Например,функция (в модели еЕРС, функциональноедерево и т.д.) и операция (в UML-ди-аграммекласса) имеют различные обозначения, но обапонятия отображают один и тот же типобъекта. Таким образом, осуществляетсяинтеграция подходов к моделированиюдеятельности.

242При использовании одного и того жеобъекта в нескольких моделях каждая из нихсодержит его различные экземпляры.Атрибуты этих экземпляров идентичны вовсех моделях. Создание нового экземпляраосуществляетсяпосредствомпоследовательности операций Copy(Копировать) и Paste (Вставить).Детализация производится путем привязкимодели экземпляру. Для этого следуетвоспользоваться командой Assignment/Create(Детализация/Создать) контекстного менюобъекта или командой New (Новая) во вкладкеAssignments (Детализации) диалогового окнасвойств объекта.Таблица 45. Использование объектов в различных типах моделейТипы объектов в UML-диаграммахМоделирование бизнеса. Методология ARISПри этом детализация будет создана не длякаждого экземпляра объекта, а для егоописания. Иными словами, создаетсядетализация одного из объектов модели, ноона же будет проведена для всех экземпляров,в какой бы модели объект ни присутствовал.Указанные два механизма формируютсложную систему взаимосвязей моделей,обеспечивающую комплексный взгляд намоделируемый объект как с точки зренияразличных аспектов его функционирования,так и с точки зрения различных формописания.Примеры использования одного типаобъекта в нескольких типах моделейпредставлены в табл. 45. Различные видыдетализации объектов приведены в табл. 46.Типы объектов в других моделях ARISДействие (UML-диаграмма действии)Операция (UML-диаграмма класса, UML-диаграммаописания класса)Функция (еЕРС, дерево функций и т.д.)Функция (еЕРС, дерево функций и т.д.)Исполнитель (UML-диаграмма использованияприложений)Тип сотрудника (еЕРС, организационная схема)Состояние (UML-диаграмма состояний)Состояние объекта (UML-диаграмма действий)Состояние объекта, результат (еЕРС и т.д.)Состояние объекта, результат (еЕРС и т.д.)9.5. Определение глубинымоделированияКомплексное описание организации состоит неиз одной модели, а из множествавзаимосвязанных моделей различных типов.Сложные процессы не следует представлятьодной детальной диаграммой, поскольку онакрайне сложна для восприятия и анализа.Необходимо начинать с общего обзора процесса,каждый этап которого затем итеративноуточняется дополнительными моделями.Удобство восприятия результатовобеспечивает модели верхнего уровняобзором моделируемой предметнойобласти (например, диаграммадобавленногокачества,коммуникационная диаграмма и другие).Дальнейшая детализация объектов намодели более низкого уровня должнабыть тщательно продумана и принятаучастниками моделирования.Определение глубины моделированиясвязано с выбором:

243Таблица 46. Детализация объектовТипы объектовПривязываемые моделиОбщие принципы моделирования в ARISКлассОперация ДеятельностьФункцияеЕРС, eERM, модель технических терминов, модель данных IEF, ОМТ-модель описаниякласса, динамическая модель ОМТ, модель SAP-SERM, SeDaM, UML-диаграммадействий, UML-диаграмма описания класса, UML-диаграмма класса, UML-диаграммасостоянийеЕРС, еЕРС (с потоком материалов), дерево функций, диаграмма окружения функции,производственный процесс, диаграмма информационных потоков, диаграмма потоковматериалов, офисный процесс , матрица выбора процесса, SAP ALE-модель фильтров,SAP ALE-функциональная модель, SAP ALE-модель потоков сообщений, SAPдиаграммаприложений, модель "системные атрибуты", UML-диаграмма действий, UMLдиаграммаиспользования приложений, VAD-диаграмма цепочки добавленного качестваСостояние Состояниеобъекта РезультатеЕРС, еЕРС (с потоком материалов), дерево функций, производственный процесс,диаграмма движения продуктов/услуг, дерево продуктов/услуг, офисный процесс,матрица выбора продукции, дерево продуктов, диаграмма окружения продукта, матрицавыбора процесса, UML-диаграмма состоянийПакетUML-диаграмма действий, UML-диаграмма описания класса, UML-диаграмма класса,UML-диаграмма взаимодействия, UML-диаграмма компонент, UML-диаграммасостояний, UML-диаграмма использования приложенийИсполнитель Тип сотрудника Календарь сменРешение РазделитьСинхронизировать ПравилоДиаграмма правилПример использованияеЕРС, еЕРС (с потоком материалов), UML-диаграмма действий, UML-диаграммавзаимодействий, UML-диаграмма использования приложений, PCD, PCD (с потокомматериалов)

244• степени обобщения и детализацииразрабатываемых моделей;• количества уровней моделей,представляющих переход от общих моделей кдетальным.Первый пункт связан с целями и задачамимоделирования. Например, для внедренияинформационной системы необходимоописание до уровня рабочих мест или даже доуровня операций на рабочих местах спостроением моделей структур данных и т. п.Второй пункт связан с необходимостьюполучения наглядных моделей, неперегруженных информацией. Дляопределения глубины моделированиявводится понятие иерархических инеиерархических моделей.Моделирование бизнеса. Методология ARISИерархические модели — это модели, которые отражают подчинение объектов одноготипа другому. К ним относятся диаграммацелей, дерево функций, организационнаясхема и другие. Для этих типов моделейнеобходимо определить количествоотражаемых на одной диаграмме уровнейиерархии. Как правило, диаграммы более чемс четырьмя или пятью уровнями иерархиистановятся плохо читаемыми и тяжелыми длявосприятия, а аккуратное размещениеобъектов в поле модели — проблематичным.Для уменьшения количества уровней наодной диаграмме используется механизмдетализации: объекты четвертого или пятогоуровней детализируются моделью того жетипа, где и отражаются последующие 4-5уровней иерархии (рис. 187).Рис. 187. Иерархические моделиНеиерархические модели — это модели,которые отражают взаимосвязь объектоводного уровня. К ним можно отнести моделипроцессов VAD, eEPC, PCD и другие. В этомслучае необходимо управлять степеньюзагруженности модели — чем меньшееколичество уровней используется, тем болеедетальными, а значит, и загруженнымиполучаются модели.Таким образом, формируется картаиерархии моделей — переход от моделейверхнего уровня обобщения к детальныммоделям. Пример такой карты представлен нарис. 188.

245Общие принципы моделирования в ARISРис. 188. Пример карты иерархии моделей9.6. Правила именования иоформления моделей9.6.1. Задание правил именованияВ рамках модели организации объектычасто идентифицируются при помощи ихимен. Строгие правила присвоения именобъектам обеспечивают целостность модели,удобство ее чтения, а также облегчают поискобъектов в базе. Правила именования должныбыть определены для каждого типа объекта(рис. 189).Существует два аспекта, которые следуетучитывать в процессе задания правилименования объектов, — синтаксический исемантический.Первый определяет формы используемыхслов и словосочетаний, например:• имя функции состоит из глагола,отражающего операцию, и существительного,указывающего на объект, над которым этаоперация производится;• имя события состоит изсуществительного, указывающего на объект,и глагола, отражающего операцию, котораябыла произведена над этим объектом;• имя технического термина соответствуетпринятому в данной предметной областиобъекту (обычно используетсясуществительное);• имя сущности отражает описываемый еюобъект предметной области, задается в видеединственного существительного, (например,продукт или человек). Составные терминыформируются в соответствии сграмматическими правилами. Чтобы точнееопределить существительное, можнодополнить его прилагательным или другимсуществительным через тире (например,клиент-корпоративный или запас-продукт);• имя кластера состоит изсуществительного, характеризующегоограниченную область изучения сложногообъекта. Это имя должно быть идентичнымимени центрального типа сущности данногокластера;

246Моделирование бизнеса. Методология ARISимена типов отношений могутформироваться двумя способами. Есливозможно, то желательно использоватьнезависимый термин, производный изотношения. Например, емкость — для типаотношения между типами сущностей,устройство размещения емкости и периодвремени. Во всех других случаях именаформируются связыванием имен типовсущностей, находящихся в отношении. Вотношениях 1:п имя иерархическиподчиненного типасущности помещают на первое место(например, область-тип _областираспределение).Если типы отношений одногоранга, то на первое место помещаюттехнически более важное (например, Тип_области- Группа _типа области-Распределение),типы обобщения/специализации именуютобъединением имени супертипа с термином,ссылающимся на критерий деления(например, Продукт-Использование).Рис.189. Имена объектовЕсли выбранное имя объекта длиннее 40символов, рекомендуется использоватьлогичное однозначное сокращение. В этомслучае полное имя должно быть введено ватрибут объекта полное имя {Full name).Сам по себе синтаксический аспектименования не может гарантировать единстваназваний в проекте. Одно и то же действиеможет быть названо несколькими способами,т.е. с помощью слов, близких по смыслу.Например, создать заказ и составить заказ.При решении семантической проблемыцелесообразно составить глоссарий терминовдля именования объектов. Пример такогоглоссария приведен в табл. 47.Для анализа и описания терминологиипредметной области могут быть использованымодели технических терминов (рис. 190.)

247Общие принципы моделирования в ARISТаблица 47. Глоссарий терминов для именования объектов типа «функция»Операция Синонимы Объяснениерегулировать настраивать настройка объектов или их характеристикобновлять модернизировать обусловленная временем модификация объекта или характеристикикорректировать изменять объект скорректирован в процессе эксплуатациимодифицировать изменять модификация объекта или характеристикисоздать сгенерировать создание нового объектапринять получить прием и первичная регистрация объектаотобразить нарисовать отображение всех объектовархивировать сохранять сохранение объекта так, что впоследствии он мог быть извлеченвыбрать указать выбор объекта из некоторого спискавычислить рассчитать рассчитать числовое значениевыполнить исполнить выполнение предварительно определенной деятельностиудалить стереть удаление объектанайти искать обнаружение объектов/характеристик, удовлетворяющихопределенным критериямкопировать клонировать повторное воспроизведение существующих значений/объектов безмодификацийпереслать передать пересылка объектов для дальнейшей обработкисгруппировать объединить связывание объектов согласно определенным критериям

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

249Общие принципы моделирования в ARISРис. 191. Сохранение информации об устоявшихся формах рабочих документов9.6.2. Задание правил графическогооформления моделейОдним из важнейших факторов успехамоделирования является получениенаглядных моделей, которые с легкостьювоспринимаются всеми заинтересованнымилицами — технологами, специалистами избизнес-подразделений, руководителями.Такое качество может быть достигнуто привыполнении правил оформления моделей.К правилам графического оформленияобъектов и моделей относят:• внешний вид объектов;• соответствующее (взаимное)расположение объектов в модели;• отображение важных характеристикобъектов в поле моделирования.Определение внешнего вида объектов(цвет, форма, элементы оформления)позволяет отобразить некоторые особенностикаждого объекта. При этом визуальнаяфильтрация объектов по их предназначениюявляется крайне важной для быстрого чтенияи анализа модели. Дополнительнаяинформация по каждому объекту (атрибутыобъекта) также повышает наглядность.Можно ввести тень объекта, изменить егоразмер, цвет заливки, тип, толщину и цветограничивающей линии (рис. 192). На моделирядом с каждым объектом можно поместитьзначения его произвольно выбранныхатрибутов, управляя при этом шрифтомнадписей и их центровкой. В то же времявсегда можно вернуться к стандартнымпараметрам оформления (рис. 193), пометивполе Default Values (Параметры поумолчанию).

250Моделирование бизнеса. Методология ARISРис. 192. Графическое представление модели еЕРСТакже важно задавать правила взаимногорасположения объектов. Например, дляиерархических моделей задается, начиная с какогоуровня иерархии и как происходит переход отгоризонтального расположения объектов квертикальному. Для моделей процессовопределяется расположение диаграммы —горизонтальное или вертикальное.Функции, внесенные в рамках предложений пореорганизации, можно отображать сиспользованием утолщенных линий и наклонноготекста. Для таких функций в нижней частиуказывается среднее время их выполнения. Длясуществующих же функций выводитсясреднее время выполнения и общиезатраты на реализацию. При этомдиаграмма модели процессарасполагается слева направо, какпоказано на рис. 192.Изменение внешнего вида объекта ивынесение атрибутов осуществляется вдиалоговом окне свойств объекта —закладки Внешний вид объекта {Objectappearance) (рис. 193) и Расположениеатрибутов (Attribute placement}.

251Общие принципы моделирования в ARISРис. 193. Внешний вид объектаARIS имеет встроенный механизмшаблонов (Templates), позволяющий задаватьвнешний вид объектов и использовать еговсеми участниками моделирования.9.7. Проверка моделейПри моделировании необходимособлюдать два вида правил —синтаксические и семантические.К синтаксическим относятся общиеправила использования и соединенияобъектов в моделях, а также правиладетализации объектов в моделиопределенного типа. Например, возможноиспользование только одного типа связимежду функцией и организационнойединицей — «исполняет». Или моделипроцессов не должны включать составныелогические операторы.Синтаксические правила определяютсяметодологией ARIS (метамодель ARIS), атакже дополнительными настройками,ограничивающими применение этойметодологии (например, настройкаметодологических фильтров). Проверкаследования этим правилам проводится впроцессе моделирования, т.е. система непозволит выполнить действие, непредусмотренноеметодологией(использование запрещенных объектов,связей, видов детализации).Семантические правила связаны ссинтаксическими правилами заполнениямоделей. По семантическим правиламопределяется степень полноты проработки исогласованность моделей и объектов.Например, модель процесса являетсяполноценной, если для каждой функции этогопроцесса определен как исполнитель (типсвязи «выполняет»), так и ответственный (типсвязи «принимает решение»).

252Модели процессов и организационныхструктур являются согласованными только в томслучае, если все организационные элементы,Моделирование бизнеса. Методология ARISпредставленные в моделях процессов,находят свое отражение в моделяхорганизационных структур (рис. 194).Рис. 194. Проверка полноты модели: организационная единица «Должность З», присутствующая в моделиеЕРС, отсутствует в модели «Организационная схема»Для проверки следования семантическимправилам используется механизмсемантических проверок, реализованный вмодуле ARIS Semantic Check (см. раздел 5.5).Проверки проводятся после завершенияпроцесса моделирования.В системе ARIS выделено семь основныхтипов правил семантических проверок:• правила существования объектов(Existence Rules);• правила взаимосвязи объектов {AllocationRules);• правила структуры моделей {StructureRules);• правила атрибутов объектов {ObjectAttributes Rules);• правила атрибутов связей {RelationshipsAttributes Rules);• правила детализации объектов{Assignment Rules);• правила UML {UML Rules).Все правила относятся к одному изуказанных типов и для удобствагруппируются.Система содержит набор правил, группправил и типов правил. При этом для целеймоделирования может быть созданспециальный набор правил и их групп. Типыправил изменяться и создаваться не могут.Ниже приведены некоторые правила,поставляемые с инструментальной системойARIS.Правила существования объектов• Функция из модели процесса существуетв дереве функций (целей).• Функция из модели процесса существуетв матрице выбора процесса.

253Общие принципы моделирования в ARIS• Функция из дерева функций неприсутствует в другом дереве функций.• Организационный элемент из моделипроцесса существует в организационноймодели.• Сущность из модели процесса существуетв модели данных.• Информационная функция из алгоритмамодуля существует в структуре системы.Правила взаимосвязи объектов• Каждая функция должна иметьисполнителя.• Каждое подразделение должно содержатьв своем составе как минимум одну должность.• Для каждой информационной системыдолжен быть определен ответственный заразработку.Правила структуры моделейС помощью этих правил проверяюткорректность формирования структурывзаимосвязей объектов в модели. Правилаобъединены в несколько групп.Общие структурные правила для всехтипов моделей• Каждый объект должен иметь одно илиболее соединений с другими объектами.• Объект не может быть замкнут сам насебя.Специальные структурные правила длявсех моделей процессов• Каждый путь должен начинаться изаканчиваться событием или интерфейсом вдругой процесс.• Проверка корректности количествавходящих и исходящих соединенийлогических операторов.• Все функции и события должны иметьтолько одно входящее и одно исходящеесоединения.• После события не должен следоватьоператор «ИЛИ-НЕ» или «ИЛИ».• В модели запрещены циклы.атрибутов для метода АВС.Специальные структурные правила длямоделей eERM• Тип связи определяется по крайней мередля типов сущностей.• Только один супертип представляетподтип.• Группа атрибутов содержит не менее двухатрибутов.Специальные структурные правила дляиерархических моделей (относятся киерархическим моделям с перекрестнымисвязями и без них, например дерево функций,организационная схема и т.п.)• Возможен только один корень.• Каждый объект может иметь толькоодного родителя.• Разрешено только одно соединение междудвумя объектами.• Все исходящие соединения объектадолжны иметь один и тот же тип.• Все соединения в модели должны иметьодин и тот же тип.Структурные правила для специфическихиерархических моделей• Только функции без исходящихсоединений могут быть детализированы.• Только организационные элементы безисходящих соединений могут бытьдетализированы.Правила атрибутов объектов и связей• Для всех функций заполнено полеописания.• Для всех объектов заполнено поле имени.• Для всех должностей заполненывозрастные требования.• Для всех сотрудников заполнена датарождения.• Требования к заполнению атрибутов длядинамического моделирования.• Требования к заполнению

254Правила детализацииЭти правила проверяют корректностьдетализации объектов с точки зренияиспользуемых объектов и связей.Детализация элементов данных• Каждая сущность должнадетализироваться в виде диаграммыокружения атрибутов.• Каждый кластер должен детализироватьсяв виде модели данных.Детализация функций• Функция должна быть детализирована ввиде дерева функции.Моделирование бизнеса. Методология ARIS• Функция должна быть детализирована ввиде диаграммы окружения функций.Кроме того, существуют так называемыерасширяемые правила проверки, которыелегко изменять, используя закладку SemanticCheck (Семантическая проверка),вызываемую через пункт меню View/Option(рис. 195). К ним относятся правила :• существования объектов;• взаимосвязей объектов;• атрибутов объектов;• атрибутов связей объектов;• UML.Рис. 195. Окно настройки правил семантической проверки (окно Options, закладка Semantic Checks)

255Окно редактирования (создания)правил представлено на рис. 196. Спомощью приведенных в нем инструкцийможно осуществлять настройку правил всехтипов, кроме Assignment Rules (Правиладетализации) и Structure Rules (ПравилаОбщие принципы моделирования в ARISструктуры). Эти типы правил не имеютграфических мастеров, однако они могут бытьскорректированы путем занесения записей всоответствующие файлы скриптов.Рис. 196. Окно редактирования правилДля проверки моделей и объектовмеханизм проверки семантики (SemanticCheck Wizard) вызывается из пункта менюEvaluate/Semantic Check. Проверки проводятсяпо набору правил, относящихся к заданнойгруппе (рис. 197).

256Моделирование бизнеса. Методология ARISРис. 197. Окно Semantic Check Wizard: выбор типа правил проверкиОтчет о результатах проверки семантикиэлементов ARIS может быть выведен в файлследующих форматов: rtf, html, txt, doc, xls.Файлы находятся в каталоге C:\ProgramFiles\ARIS5\Script\Semantic Check\0ut и обычноназываются Semantic Check I .*.Страница типичного отчета осемантической проверке приведена на рис.198.

257Общие принципы моделирования в ARISРис. 198. Страница отчета о семантической проверке модели «Обучение ARIS»9.8. Анализ моделейАнализ является весьма важной частьюметодологии ARIS, позволяющей получитьинформацию об оптимальности моделей.Анализ реализуется при помощи модуля ARISAnalysis (см. раздел 5.7). Для проведенияанализа могут применяться стандартные илиразработанные пользователем сценарии(скрипты).В ARIS Analysis возможны следующиестандартные скрипты для анализа моделей иобъектов:• организационные изменения в процессе{Organizational Change in the Process):• информационные разрывы в процессе(Media Breaks in the Process),• прикладные системы в процессе(Application Systems in the Process),• классификация функций (FunctionClassification) ;• сравнение моделей (Model Comparison),• сравнение вариантов моделей (VariantComparison).Кроме этого, доступны еще два сценариядля анализа моделей BSC (BalancedScorecard).

258Правила проведения анализа моделей иобъектов хранятся в каталоге C:\Program Files\ARIS5 \Script\Analyse\En и имеют расширения* .asm и *.aso. Первые из них ориентированына проверку моделей, вторые — на проверкуобъектов.Скрипты анализа находятся в следующихфайлах:• ApplicSysBreak.asm. Используется дляанализа следующих моделей: еЕРС, еЕРС (спотоком материалов), еЕРС (в виде столбца истроки), производственный и офисныйпроцессы, UML-диаг-рамма действий, PCD иPCD с потоком материалов. В результатеанализа определяется коэффициент степениинтеграции информационных систем внутрипроцесса. Он может принимать значения от 0до 1. Чем ниже степень интеграции систем,тем выше индексный номер.• BSC_GraphicExport.asin. Используетсядля анализа BSC — причинно-следственнойдиаграммы, дерева функций, моделиструктуры, организационной схемы, VAD.• BSC_PlanActualComparison.asm.Применяется для анализа BSC — причинноследственнойдиаграммы, дерева функций,модели структуры, организационной схемы,VAD. Выводит результаты сравненияфактических и планируемых показателейдостижения целей компании.• FunctionClass.asm. Применяется дляанализа всех моделей, содержащих объектытипа функция. Проводится группировка всехфункций выбранных моделей согласнозначению атрибута определенного типа.Моделирование бизнеса. Методология ARIS• MediaBreak.asm. Используется дляразновидностей моделей еЕРС,производственного и офисного процессов,UML-диаграммы действий, PCD и PCD спотоком материалов. В ходе анализаопределяется коэффициент, отражающийстепень информационных разрывов впроцессах. Этот коэффициент можетпринимать значения от 0 до 1. Чем нижестепень информационной интеграции впроцессе, тем выше значение коэффициента.• ModelComparison.asm. Применяется длясравнения по крайней мере двух моделей.Анализ проводится двумя способами. Первый— сравнение существования, в ходе котороговыявляется наличие или отсутствиеодинаковых объектов в сравниваемыхмоделях. В качестве критериев идентичностимогут выступать некоторые атрибуты, такиекак имя, идентификатор, описание объекта,варианты объекта. Второй — сравнениеатрибутов, при котором сравниваютсяатрибуты объектов с идентичными именами,находящимися в различных моделях.• OrgChange.asm. Применяется дляразновидностей модели еЕРС,производственного и офисного процессов,UML-диаграммы действий, PCD и PCD спотоком материалов. Определяется степеньориентированности на процесс. Расчетосновывается на количестве переходовответственности от одного исполнителя кдругому.• VariantComparison.asm. Применяется длясравнения только двух моделей — мастермоделии ее варианта.При проведении анализа выполняютсяинструкции последовательно появляющихсяокон Analysis Wizard (рис. 199 — 201). Первоеокно запускается из пункта Evaluate\ Analysisглавного меню.

259Общие принципы моделирования в ARISРис.199. Первое окно Analysis Wizard: выбор скриптаРис. 200. Второе окно Analysis Wizard: выбор опции вывода информации

260Моделирование бизнеса. Методология ARISРис. 201. Окно Analysis Wizard: выбор параметров анализаРезультаты анализа могут быть сохраненыв форматах .txt, .html, .doc, xls или .atf(ARIStableformat).9.9. Определение прав доступа9.9.1. Виды пользователей и их праваДля организации доступа к базе данных,содержащей модели, создаются элементыARIS «пользователи» и «их группы».Определение этих элементов обеспечивает:• распределенное моделирование;• структурированный контролируемыйдоступ к моделям организации;• распределение полномочий иответственности участников.Распределениеполномочийосуществляется на уровне функциональныхпривилегий, прав доступа к папкам базыданных и разрешенного к использованиюобъема средств, которые предоставляетметодология.Выделение пользователей и их группобусловливаетсяорганизационнойструктурой, выполняющей моделирование.Оно также напрямую связано с разработаннойиерархией папок. Персонал, задействованныйв работе, можно классифицировать так, какпоказано в табл. 48.В соответствии с этой классификациейотдельные сотрудники имеют различныезадачи и права.

261Таблица 48. Классификация пользователей ARISДолжность Служебное имя Выполняемые функцииОбщие принципы моделирования в ARISАдминистраторсервераDBADMINТехническое администрированиеАдминистраторконфигурацииCFGADMINКонфигурационное администрированиеАдминистраторбазыSystemОрганизационное администрированиеРуководительмоделированияSystem ManagerОрганизационное администрирование, бизнесадминистрированиеПользовательКонкретное имя -Victor,AlexВыполнение отдельных работ с правами, настраиваемымииндивидуальноГруппапользователейUser Group иликонкретное имяВыполнение отдельных работ с правами, настраиваемымииндивидуально"Гость" Guest Просмотр моделей без права внесения измененийАдминистратор сервера — этопользователь с особыми привилегиями. Онявляется единственным пользователем,отвечающим за администрирование насервере. В частности, он может создавать,реорганизовывать, удалять, сохранять ивосстанавливать базы. Системное имяадминистратора сервера — DBADMIN, и ононе может быть изменено. По умолчаниюадминистратор сервера получает пароль«DBADMIN». Этот пароль может бытьизменен через контекстное меню сервера(диалоговое окно Properties (Свойства),закладка Administration (Администрирование)).В задачи администратора сервера входят:• установка и инсталляция базы данныхсервера;• установка программного обеспечениясервера;• создание новых баз данных;• резервное копирование баз данных;• восстановление после сбоев;• конвертирование баз данных дляобеспечения совместимости с новымиверсиями инструментальной системы ARIS;• создание баз данных пользователей.Администратор конфигурации — этопользователь тоже с особыми привилегиями.Он является единственным пользователем,отвечающим за конфигурирование базы насервере. Администратор может создавать,редактировать и удалять фильтрыконфигураций, шаблоны и форматы шрифтовв базе конфигураций. Системное имяадминистратора конфигурации —CFGADMIN, и оно не может быть изменено.По умолчанию администратор конфигурацииполучает пароль «CFGADMIN», причем этотпароль может быть изменен черезконтекстное меню сервера (диалоговое окноProperties, закладка Administration).Администратор базы — это особыйсистемный пользователь. Он создается вкаждой новой базе и не может быть удален.Системный пользователь — это типпользователя в среде ARIS, который имеет всеправа на базу данных.

262В задачи администратора базы входят:• формирование иерархии папок;• управление пользователями;• управление правами доступа;• управление языками, шрифтами.Администратор базы являетсяисполнителем решений руководителя проектапо моделированию, который в случаенеобходимости может самостоятельноосуществлять настройки.В задачи руководителя проекта помоделированию включаются:• администрирование процессамоделирования;• определение структуры моделиорганизации и прав доступа;• выбор методов моделирования;• определение правил автоматическойидентификации объектов;• принятие решений о форме отчетности;Моделирование бизнеса. Методология ARIS• мониторинг консолидации объектов имоделей.Рядовые пользователи осуществляютработы по моделированию в соответствии сих правами, выделенными с учетом их роли.Для удобства администрированияпользователи объединяются в группыпользователей. Каждый пользователь имеетнабор прав, образованный на основе еголичных прав и прав, полученных посредствомвхождения в одну или несколько групппользователей.Рекомендуется также выделить и настроитьсреди пользователей так называемого гостя,который имеет права навигации по моделямбез возможности их изменения.По умолчанию задается администраторсервера, администратор конфигурации иадминистратор базы. Остальные пользователидолжны быть введены в базу данныхпосредством механизма управленияпользователями (рис. 202.)Рис. 202. Закладка Users

263Каждый пользователь имеет своииндивидуальные настраиваемыесвойства:• методологические фильтры(Method Filter),• атрибуты (Attributes),• префиксы идентификации(Identifier)• пароль (Password);• вхождение в группы пользователей(User Group Association);• функциональные привилегии(Function Privileges).Свойство «функциональныепривилегии» позволяет разрешать изапрещать выполнение следующихдействий в рамках базы данных (рис.203):Общие принципы моделирования в ARIS• управлять изменениями (Changemanagement);• экспортировать данные из моделей (Databaseexport);• управлять базой данных (Databasemanagement);• управлять шрифтами (Font formatmanagement),• изменять нотации моделей (Method changes);• управлять идентификацией (Prefixmanagement),• просматривать существующих пользователей(Show user management);• управлять пользователями (User management).Рис. 203. Окно Properties-User, закладка Function Privileges (Функциональные привилегии)

264Права доступа отдельных пользователей илиих групп к моделям и объектам могут бытьопределены через свойства папок,содержащих эти модели и объекты (рис. 204).Закладка Access Privileges (Права доступа)позволяет установить следующие права:Моделирование бизнеса. Методология ARIS• нет доступа — No access {—);• чтение —Read(r—);• чтение и запись — Read+Write (rw-);• чтение, запись и удаление —Read+Writ+Delete (rwd).Рис. 204. Окно Properties-Group, закладка Access Privileges (Права доступа)9.9.2. Использование паролейПароли в ARIS определяются дляпользователей баз данных и администраторовсерверов. В сочетании с именем парольоднозначно определяет пользователя, а такжеего привилегии — права на работу с тем илииным сервером или базой. Важно отметить,что при задании и проверке именипользователя и пароля учитывается регистр.В табл. 49. представлены пароли,задаваемые основным пользователям поумолчанию. Эти пароли в последствии могутбыть изменены.

265Таблица 49. Пароли, задаваемые пользователями по умолчаниюИмя Пароль ПримечаниеОбщие принципы моделирования в ARISDBADMIN DBADMIN Администратор сервера. Задается в свойствах сервера.CFGADMIN CFGADMIN Администратор «конфигурации. Задается в свойствахсервера.system Manager Администратор базы. Задается в закладке управленияпользователями базы данных.ARIS позволяет настроить стандартныепароли, которые следует использовать приработе с системой. Настройка осуществляетсяпосредством закладки Log in (Соединение)диалогового окна, вызываемого через менюView/ Options. Содержащиеся в этом окнезначения будут автоматически подставлятьсясистемой при попытке доступа к ресурсамARIS. Например, при открытии базы данныхбудут автоматически подставляться значенияиз раздела User Defaults (имя пользователябазы данных, его пароль и используемыйметодологический фильтр). В том случае,если подставляемые значения несоответствуют существующим (например, вбазе нет такого пользователя или заданныйпароль неверен), то система предложитвручную ввести эти значения.9.9.3. Необходимость управлениядоступомСреда ARIS имеет развитую системудоступа к базам данных моделей. Этоозначает, что возможна организацияструктурированного доступа участников кинформации по моделям, а также исключение«нежелательных» посетителей.Более того, за счет контролируемогораспределения такой функциональнойпривилегии, как экспорт данных, возможноисключение утечки информации принесанкционированном ее использовании.Таким образом, система ARIS какинструментарий для комплексногомоделирования и анализа деятельностиорганизации заставляет всерьез задуматься оподготовке процесса моделирования с точкизрения методологии, правил проверки,распределения доступа.Игнорирование данного этапа с большойвероятностью приведет к получениюнепригодного для анализа материала в виденеполноценных и несогласованных моделей,которые в этом случае не будут отличаться отдругих неформализованных способовотражения информации.Только грамотная подготовка и контрольпозволят получить результатымоделирования, которые можно будетэффективно использовать в дальнейшем.

266Моделирование бизнеса. Методология ARIS10. Документированиемоделей10.1. Общие принципыдокументированияПомимо графических моделей, конечнымпродуктом моделирования должен статьнабор документации по проведеннымработам. Комплект документов должен вудобной для ознакомления формепредставлять всю важную для пользователяинформацию. С другой стороны,документация должна служить исходнымматериалом для дальнейших работ —последующих этапов моделирования,тестирования и использования полученныхрешений.С точки зрения проекта, связанного смоделированием, документирование — этовывод представленной в моделях информациив виде текстовых описаний, содержащихся вфайлах заданного формата. Целями созданиядокументов - отчетов являются:• структурирование и обобщениеинформации о моделируемой деятельности;• получение информации о проекте безпривлеченияспециализированныхграфических средств;• представление информации опроводимых работах в форме, удобной дляразличных групп пользователей;• получение документов, связанных сзакрытием этапов работ;• формирование технологических ирегламентных документов (положения оподразделениях, должностные инструкции,технологические карты и т.д.).Структуры документов должны бытьразработаны для всех группзаинтересованных лиц:• руководителей организации;• заказчиков проекта по моделированиюбизнеса;• рабочих групп моделирования поразличным направлениям: информационноемоделирование, описание структурыдокументов, описание организационнойструктуры, создание моделей верхнегоуровня, описание процессов;• руководителей проекта по созданиюмоделей деятельности;• сотрудников подразделений,участвующих в проекте;• клиентов организации и средств массовойинформации.Важно отметить, что отчеты не следуетвоспринимать исключительно какальтернативу графическим моделям. Вбольшинстве случаев графическоепредставление информации являетсязначительно более наглядным и удобным дляиспользования материалом, чем его текстоваякопия. Представленная текстовая информациядолжна дополнять свой графическийисточник.Например, просматривая некоторуюмодель процесса, можно увидетьформирующиеся в нем рабочие документы.Однако из этой модели не видны всевозможные пользователи сформированныхдокументов, которые «разбросаны» помножеству моделей процессов. Специальнымобразом же созданный отчет позволитполучить не только информацию порассматриваемой модели процесса, но идополнительные сведения в виде перечня лиц,использующих сформированные документы.ARIS позволяет вывести в отчетныйдокумент любую информацию,содержащуюся в базе данных проекта:описание моделей (включая графику),описание объектов с их характеристиками,взаимосвязи объектов не только в рамкахвыделенных для документирования моделей,но и по всей базе данных.

267Процесс создания текстовых отчетов вARIS полностью автоматизирован. Для этогоиспользуются так называемые скрипты —программы на языках Visual Basic и ARISBasic(G) Language Capability, позволяющиеперенести информацию из графическихмоделей в текстовые файлы в соответствии сопределенными правилами. Под управлениемскриптов проходит генерация отчета —создание текстового файла и запись его намагнитный диск.Для предоставления пользователю базыданных доступной информации в форметаблицы или текста происходит обращениемодулей ARIS к соответствующим скриптам.Скрипты создаются при помощи модулейARIS Script Editor и ARIS Basic(C) LanguageCapability и могут использоваться модулямиARIS Report, ARIS Analysis или ARIS SemanticCheck для анализа и оценки содержимогобазы данных с точки зрения различныхкритериев. Существуют три основных типаскриптов, применяемых в различных модуляхи хранящихся в файлах с разнымирасширениями: ARIS Report— .rs?, ARISAnalysis — .as?; ARIS Semantic Check — .se?Дополнительным средством управлениясоставом выводимой информации являютсяфильтры обработки — перечень типовмоделей, объектов, связей, атрибутов,которые могут быть обработаны в процессесоздания отчета. Все остальные элементыARIS, не вошедшие в используемый фильтробработки, игнорируются в процессегенерации отчета.10.2. Генерация отчета позаданному скриптуДля того, чтобы создать отчет по готовомускрипту, пользователь должен выполнить ряддействий при помощи модуля ARIS Report.Этот модуль представляет собой инструментдля анализа содержимого базы данных ARIS.Результаты анализа могут быть сохранены вДокументирование моделейтекстовом виде в наиболее распространенныхформатах файлов HTML, DOC, RTF, XLS,TXT. Сохраненные результаты анализаназываются отчетами. С помощьюсоответствующих приложений отчеты могутбыть отредактированы и проанализированы.Для генерации отчета прежде всегонеобходимо подключиться к базе данных,содержащей исходную информацию длябудущего отчета. Далее следует выделить теэлементы базы данных, информация окоторых должна попасть в создаваемый отчет.Важно отметить, что все выделяемыеэлементы должны относиться к одномуклассу.Отчет может генерироваться для следующихэлементов ARIS:• база данных;• фильтр;• папка;• модель;• объект (описание и экземпляры);• таблица функционально-стоимостногоанализа (модуль ARISABC}.Выбор элементов осуществляется всоответствии с правилами интерфейсаоперационной системы Windows.Особенностью системы ARIS является то, чтоотчет можно получить практически из любогомодуля ARIS. При создании отчета системаучитывает права доступа к содержащейся вбазе данных информации. Пользовательдолжен иметь по крайней мере доступ кчтению выбранного содержимого базыданных.После выделения интересующих элементовбазы данных необходимо выбрать пункт менюEvaluate/Report, в результате чего будетзапущен механизм создания отчетов, и наэкране появится первое окно ARIS ReportWizard (Создание отчетов ARIS). В немнужно выбрать скрипт, который будетиспользован для создания отчета. При этомсистема автоматически предложит известныеей скрипты, подходящие для обработкивыделенных элементов.

268Моделирование бизнеса. Методология ARISРис. 205. Окно Report Wizard: выбор скрипта для генерации отчетаПредлагаемые системой скрипты будутотображены (рис. 205) в поле Suggested Scripts(Предлагаемые скрипты). Для поиска вфайловой системе другого скриптапредназначено поле Other Script (Другойскрипт).На следующем шаге (рис. 206)осуществляется стандартная настройкаотчета, подразумевающая установкуперечисленных ниже параметров:• полное имя файла, в котором будетсохранен отчет (поле Under which file name doyou wish to save the result?),• формат, в котором будет сохранен отчет, -DOC, XLS, RTF, HTML или обычный (ASCII)текстовый файл (поле Which output format doyou wish to use?) ;• язык создаваемого отчета (поле Whichlanguage do you wish to use?). Система ARISпредоставляет возможность описыватьмодели одновременно на нескольких языках,и данная опция позволяет выбратьинтересующий язык;• в случае необходимости указываетсяфильтр обработки, сквозь который скриптбудет «видеть» содержимое базы данныхARIS (поле Which evaluation filter do you wishto use?).

269Документирование моделейРис. 206. Окно Report Wizard. Установка параметров отчетаНастройка — последний шаг в созданииотчетов, после которого система запускаетвыбранный скрипт. Далее, в зависимости отиспользуемого скрипта, могут быть выведенынекоторые диалоговые окна для занесениядополнительных параметров формированияотчета.Результатом работы скрипта становитсядокумент в выбранном формате, содержимоекоторого система предлагает просмотретьпосле окончания процесса его формирования.Каждый стандартный (поставляемый ссистемой) отчет состоит из общей части ираздела, содержащего специфичную длякаждого конкретного скрипта информацию.В общей части указываются:• дата и время создания отчета;• наименование сервера, содержащего базуданных, по которой был сгенерирован отчет;• имя базы данных;• имя пользователя, сгенерировавшегоотчет.Основные настройки модуля ARIS Report,используемые при генерации отчетов,производятся в меню View/Options с помощьюзакладки Evaluations. Вид этой закладкиприведен на рис. 207.

270Моделирование бизнеса. Методология ARISРис. 207. Основные параметры для генерации отчетовОбласть General (Общие установки)позволяет задать типы приложений, которыепо умолчанию используются для просмотра иредактирования сгенерированных отчетов, атакже определить формат представленияграфики при выводе отчета в файлы форматаHTML.В области Report (Отчет) задается путь, покоторому система ищет скрипты длягенерации отчета. Именно так выбираютсяскрипты в поле Suggested Scripts(Предлагаемые скрипты), показанном на рис.205. Задается также путь к папке, в которуюпо умолчанию система записывает всегенерируемые отчеты.Кнопка Header graphics (Графикаколонтитулов) открывает окно (рис. 58), вкотором пользователю предоставляетсявозможность изменить логотипы,печатающиеся в верхнем колонтитуле отчетовсправа и слева (рис. 216).10.3. Стандартные скрипты ARIS10.3.1. Общие сведения о файлахскриптовСтандартные скрипты модуля ARIS Reportрасполагаются в каталоге ARIS5\Script\Report\en. Они различаются по назначению всоответствии с классом элементов, дляобработки которых они предназначены.Различия отражаются в третьей (последней)букве расширения файла скрипта (см. табл.50).

271Таблица 50. Расширения файлов скриптовНазначениеОтчет общего назначенияОтчет по объектам базы данныхОтчет по моделям базы данныхОтчет по структуре базы данных (папках базы данных)Отчет по фильтрам базы данныхОтчет по базам данных сервераОтчет по таблицам базы данныхРасширение файла•rsc•rso•rsm•rsg.rsf.rsd.rstДокументирование моделейСгенерированные отчеты по умолчаниюрасполагаются в каталоге ARIS5\Script\Report\out.10.3.2. Описание скриптов для отчетов побазам данныхBSC_DataImport.rsd. Осуществляет импортданных (из Excel в ARIS), относящихся кметодике оценки стратегии компанииBalanced Score Card, после того как они былиперенесены туда скриптом BSC_DataExport.rsm и изменены в соответствии стекущим состоянием стратегии компании.DBLanguagesFontFormats.rsd. Выводитинформацию о всех используемых в базеданных языках и форматах шрифтов.DBUser.rsd. Скрипт описывает всехпользователей и их группы для выбраннойбазы данных (см. раздел 9.8.1) и выдаетинформацию относительно назначенных дляних функциональных привилегий, Примеротчета, выполненного по стандартномускрипту DBUser.rsd, приведен на рис. 208.Использование английского языкаобъясняется тем, что отчет выполнен сиспользованием нелокализованной версииARIS.IDCheck.rsd. Осуществляет проверкуидентификаторов всех элементов базы данныхна наличие в них символов, зависящих отиспользуемого языка. При необходимостиможно выбрать опцию удаления этихсимволов.Translation _In. rsd. Служит для повышенияудобства перевода содержимого баз данных содного языка на другой. Осуществляетперенос в ARIS информации, предварительнопереведенной в системе Excel (см. такжескрипт Translation _0ut. rsg).10.3.3. Описание скриптов для отчетов попапкам базы данныхCMA_Activities.rsg. Формирует списокдействий по планируемым изменениям вмоделях и объектах (см. раздел 5.8, модульARIS Change Management), о которых долженбыть проинформирован разработчик моделейили менеджер проекта.СМА improvements, rsg. Генерирует вформате XLS таблицу объектов и моделей,для которых имеются предложения поусовершенствованию.CMA_StatusChanges.rsg. Генерирует списокобъектов и моделей, состояние которыхизменилось в рамках работ по управлениюизменениями (модуль ARIS ChangeManagement).

272Моделирование бизнеса. Методология ARISРис. 208. Отчет, полученный с использованием скрипта DBUser.rsdGroup Info.rsg. Выводит структуру папок.GroupModels.rsg. Формирует информациюо всех моделях выбранной папки ивложенных в нее папок. Имя модели и ее типвыводятся по умолчанию. Имеетсявозможность включения выбранныхатрибутов в отчет. Можно такжеимпортировать в отчет графику моделей (дляформатов HTML, RTF, DOC).GroupModels_r3.rsg. Выводит информациюо всех объектах типа Функция, которыесодержатся в рассматриваемых моделях иудовлетворяют критериям выбора. Критерийвыбора задается перед созданием отчета ипозволяет ограничить число объектов,включаемых в отчет.GroupObjects.rsg. Собирает информациюоб объектах, содержащихся в выбраннойпапке.Translation _0ut.rsg. Служит дляповышения удобства перевода содержимогобаз данных с одного языка на другой.Осуществляет перенос информации из ARIS вExcel. Данная операция необходима дляперевода служебной информации и занесенияее обратно в ARIS при помощи скриптаTranslation _0ut.rsg.

273Документирование моделей10.3.4. Описание скриптов для отчетов помоделямActivation_R3.rsm. Выводит информацию осостоянии активации объектов заданныхтипов — функций, событии и системныхорганизационных единиц. Обрабатываетсяинформация об имени, типе объекта, егоотнесении к критерию активности, а такжекод транзакции в информационной системе.Применяется для моделей, имеющихотношение к системе управленияпредприятием SAP R/3, в частности, моделейеЕРС, VAD и матрицы выбора процессов.Assigmnents_R3.rsm. По каждой модели,имеющей отношение к системе SAP R/3,выводит перечень функций, для которыхимеется детализация. Обрабатываетсяинформация о коде транзакции, абсолютномпути к детализирующей модели, типедетализирующей модели, символеанализируемого объекта и статусе егоактивизации. Используемые модели те же, чтои в предыдущем случае.Aris2xmiRR. rsm (Aris2xiniRR_v2.rsm).Экспортирует все выбранные модели типаUML-диаграммы классов в файл форматаXML в нотации UML XMI. Полученнаяинформация может быть импортирована впрограммный продукт Rational Rose 2000 (илилюбой другой продукт, поддерживающийстандарт XMI). Для каждой выбранноймодели создается отдельный экспортныйфайл.BSC_DataExport.rsm. Осуществляетэкспорт данных из ARIS в Excel, относящихсяк методике оценки стратегии компанииBalanced Score Card. Эти данные могут бытьизменены в Excel и перенесены обратно припомощи скрипта BSC_DataImport.rsd.Применяется для моделей: причинноследственнаядиаграмма BSC, дерево.функций, организационная схема, модельструктуры и диаграмма VAD.BSC_Output.rsm. Выводит для всехдиаграмм типа «причинно-следственнаядиаграмма BSC», связанных с моделямиорганизационных схем, моделями структуры,деревьями функций и диаграммами VAD,следующую информацию: стратегическиецели, ключевые показатели результативности,задачи. Эта информация предоставляется вразличных комбинациях по выборупользователя. Применяется для тех жемоделей, что и в предыдущем случае.CBisinessScenarioAggregated.rsm. Выводитобщую информацию об участниках бизнеса иих деловых процессах с отображением входови выходов. Отчет создается для моделей типа«Диаграмма сценариев е-бизнеса».CBisinessScenarioDetailed.rsm. Выводитдетальную информацию об участникахбизнеса и их деловых процессах сотображением входов и выходоврассматриваемых процессов. Отчет создаетсядля моделей типа «Диаграмма сценариев е-бизнеса».Function _r3. rsm. Используется для обзорафункций, имеющих отношение к системе SAPR/3 (модели еЕРС, VAD и матрица выборапроцессов). Содержит информацию о кодетранзакции, критерии классификации,состоянии активации. Возможен выводграфики модели.Function.Selection_r3.rsm. Используется дляобзора функций, имеющих отношение ксистеме управления SAP R/3 иудовлетворяющих заданным критериям,выбираемым перед генерацией отчета.Содержит информацию о коде транзакции,критерии классификации, состоянииактивации. Возможен вывод графики модели.Применяется для тех же моделей, что и впредыдущемслучае.

274Model_3x.rsm. Осуществляет вывод свойстви атрибутов выбранных моделей исодержащихся в них объектов. Составвыводимой информации определяетсяпользователем в ходе диалога. Отчетсоздается в текстовом формате.ModelGraph.rsm. Выводит в текстовомформате информацию об объектахвыделенных моделей.ModelGraphics.rsm. Предназначен дляпереноса графики модели из системы ARIS вофисные приложения. Пользователемзадается формат вывода — ориентация листа,его размер и поля, правила разделения моделина страницы, коэффициент масштабирования(задаваемый пользователем, оптимальный илисоответствующий масштабу для печати).ModelHierarchy.rsm. Осуществляетобработку функций и их детализаций,содержащихся во всех выбранных моделях.Формируется иерархия функций с выводомсвойств и атрибутов. Глубина представляемойиерархии задается пользователем. Функциимодели могут выводиться в алфавитномпорядке, сортироваться по любым атрибутам,типам символа или топологии. Информация офункциях, имеющих множественныевхождения, выводится один раз. Вседополнительные экземпляры отображаются ввиде ссылок.ModelHierarchy_2.rsm. Осуществляетобработку объектов и их детализаций,содержащихся во всех выбранных моделях. Вотчете формируется иерархия функций свыводом их свойств и атрибутов.Modellnfo.rsm. Позволяет получитьописание всех существующих атрибутов длявыбранных моделей. По желанию в отчетеможно указать папку, в которой моделисохранены, вывести графику модели иобъектов с их атрибутами. Кроме того, могутвыводиться связи между объектами впределах модели. Набор выводимых типовмоделей, объектов, отношений и атрибутовможет быть ограничен выбираемым фильтромобработки. Содержание отчета сортируется вМоделирование бизнеса. Методология ARISалфавитном порядке. Вывод можетпроизводиться в форме таблицы илитекстового документа.Modellso.rsm. Выводит информацию сучетом требований международныхстандартов ИСО серии 9000. Выводятсяэлементы, группы, установленные атрибуты иизображения моделей. Функции, имеющиесяв моделях, могут выводиться в алфавитномпорядке, сортироваться по любому атрибутуили типу символа. Атрибуты, отношения идетализирующие модели сравниваются.Вывод информации производится в текстовомформате.ModelObjects.rsm. Включает в отчет всеобъекты выбранных моделей. Присоставлении отчета рассматриваются толькоте типы объектов, которые входят вустановленный(стандартный)методологический фильтр. Отчетгенерируется в виде таблиц (для каждоймодели), объекты располагаются валфавитном порядке.ModelObjectTable.rsm. Выводит дляобъектов выбранной модели заданныеатрибуты. Вывод производится в табличномформате.ModelVariants.rsm. Выводит в отчетрезультаты сравнения выбранных моделей иих вариантов. Сравнение проводится доуровня, устанавливаемого пользователем.Вывод производится в текстовом формате,модели располагаются в алфавитном порядке.TreeNumbering.rsm. Подсчитывает числообъектов выбранной модели с учетомиерархии и выводит результаты наизображение модели.OrgChat_l .rsm. Описывает структуру длявыбранных организационных схем. Всеразрешенные в методологическом фильтретипы связей будут включены в отчет. Вопциях скрипта можно задать способпредставления объектов — с учетом или безучета иерархических отношений. Отчетвыводится в текстовом формате.

275Process0verview_l .rsm, ProcessOverview_2.rsm.В отчете описываются функции,входящие в выбранные модели типов еЕРС,еЕРС (с потоком материалов), а также вофисный и производственный процессы.Могут быть также учтены включенные в этимодели организационные единицы, связанныес функциями. Анализируются все возможныетипы связей между организационнымиединицами и функциями. Кроме того,объекты, описывающие данные, могут бытьприведены в отчете как входные и выходныеданные функций. Графическое изображениемодели также может быть включено в отчет(за исключением использования выходноготекстового формата). Объекты сводятся втаблицу и располагаются в алфавитномпорядке. Различие между этими скриптамисостоит в типах учитываемых связей междуобъектами.Process0verview_3.rsm. В отчетеописываются функции, входящие ввыбранные модели типов еЕРС, еЕРС (спотоком материалов), а также в офисный ипроизводственный процессы. Также могутбыть учтены включенные в эти моделиорганизационные единицы, связанные сфункциями. В зависимости от опции,установленной при генерации отчета, анализможет проводиться в обратном направлении,т.е. рассматриваются функции ивыполняющие их организационные элементы.В зависимости от выбранной опции отчетможет быть представлен в табличной илитекстовой форме.Process0verview_4.rsm. Предназначен длямоделей типов еЕРС, еЕРС (с потокомматериалов), офисного и производственногопроцессов. Генерирует отчет, которыйвключает организационные единицы ивыполняемые ими функции. Окружениефункций анализируется для типов связивыполняет (executes) или выполняется (isexecuted by). В зависимости от выбраннойопции отчет представляется в виде таблицыили текста.Process0verview_5.rsm. Предназначен длямоделей типов еЕРС, еЕРС (с потоком.Документирование моделейматериалов), офисного и производственногопроцессов. Отчет описывает данные ввода ивывода, представленные объектами типаКластер/модель данных. Тип сущности.Технический термин и Информационныйноситель, а также функции, с которыми онисвязаны. Анализируются типы связи являетсявходом для (is input for) и имеет на выходе(has output of). При выводе в отчет объектысортируются в алфавитном порядке.Process0verview_6.rsm. Предназначен длямоделей типов еЕРС, еЕРС (с потокомматериалов), офисного и производственногопроцессов. Отчет описывает объекты,характеризующие тип прикладной системы, ифункции, которые они поддерживают. Взависимости от установленных опций отчетможет быть представлен в обратномнаправлении, т.е. покажет связи функциймодели еЕРС с объектами, описывающимитипы прикладной системы. В отчетеанализируется тип связи можетподдерживать (can support) или можетподдерживаться (can be supported by).Объекты располагаются в алфавитномпорядке в формате таблицы или как текст.Process0uerview_7.rsm. Предназначен длямоделей типов еЕРС, еЕРС (с потокомматериалов), офисного и производственногопроцессов. Отчет описывает функции,имеющие среди своих заполненных атрибутоввременные характеристики и/или параметрыстоимости/затрат. В зависимости отнастройки опций выбираются для включенияв отчет средние, минимальные илимаксимальные значения. Суммарныехарактеристики выводятся в конце отчета.Для подведения итогов по временныматрибутам различные единицы измерениямогут быть сведены к одной из них. Дляподведения итогов по затратам одна и та жевалюта должна быть использована дляразличных стоимостных атрибутов. Суммазатрат в функции включает все типыстоимости, кроме общих стоимостей. В отчетне включаются результаты анализа различныхпутей процесса. Функции выводятся валфавитном порядке в виде таблицы

276ProcessPath_r3.rsm. Показывает связимежду интерфейсами процессов.StructuralModel.rsm. Описывает модели,содержащие структурно-зависимые объекты.Информация выводится в формате таблицыили как текст.VACD_1.rsm. Предназначен для диаграммыцепочек добавленного качества. Отчетописывает атрибуты и графические символымодели (за исключением использованиятекстового выходного формата). В отчетвключаются также функции с атрибутаминазвание и описание/определение. Взависимости от установленных опций в отчетемогут быть представлены всеорганизационные элементы вместе свыполняемыми функциями и данными вводаи вывода. Для объектов, описывающихданные, анализируются типы связи являетсявходом для (is input for) и имеет на выходе(has output of). Для организационныхэлементов рассматриваются все возможныетипы связи между этими элементами ифункциями. Отчет составляется в алфавитномпорядке и выводится в виде таблицы.VACD_2.rsm. Этот скрипт аналогиченпредыдущему, однако анализируютсяследующие типы связи: функция выполняется(is executed by) организационным элементом;объект, описывающий данные, являетсявходом для (is input for) функции; функцияимеет на выходе (has output of) объект,описывающий выходные данные. Отчетсоставляется в алфавитном порядке в форматетаблицы.Моделирование бизнеса. Методология ARIS10.3.5. Описание скриптов для отчетов потаблицам функциональностоимостногоанализаCostCenterAnalysis_1.rst. Выводитрезультаты анализа затратных центров,выполненного методом АВС.ProcessCalculation.rst. Выводит результатырасчета стоимости процессов, произведенногометодом АВС.10.3.6. Описание скриптов для отчетов пообъектамFunctionalHierarchy.rso. Выводит в отчетиерархию функций в базе данных. Длявыбранного объекта типа функцияфиксируются все связанные с ней функции,содержащиеся в базе данных. Приформировании отчета анализируется типсвязи подчиняется по процессу (is a processorientedsubordinate). Функции, относящиеся кодному уровню иерархий, сортируются валфавитном порядке. Отчет выводится втекстовом формате.Functions_1.rso. Описывает взаимосвязьвыбранных функций и организационныхединиц. Анализируются все возможные связимежду объектами типа функция иорганизационными единицами. Приформировании отчета функции располагаютсяв алфавитном порядке. В зависимости отвыбранных опций отчет выводится в видетаблицы или в текстовом формате.

277Functions_2.rso.Описывает рганизационныеэлементы, выполняющие выбранныефункции. Анализируется только тип связивыполняется (is executed by) междуорганизационным элементом и функцией.Объекты при выводе в отчет сортируются валфавитном порядке. В зависимости отвыбранных опций отчет представляется ввиде таблицы или в текстовом формате.Пример отчета, выполненного сДокументирование моделейиспользованием данного скрипта исодержащего информацию о том, какаяфункция выполняется какиморганизационным подразделением, приведенна рис. 209.Object_3x.rso. Генерирует отчет,содержащий информацию о папках, моделяхи находящихся в них выделенных объектах иих связях.Рис. 209. Отчет для модели еЕРС, полученный с использованием скрипта Functions_2.rsoObjectlnfo.rso. Предоставляет длявыбранных объектов информацию о всех ихсвязях с другими объектами. Установленныеатрибуты анализируемых объектов могутбыть включены в отчет, который имеет формутаблицы.ObjectTables.rso. Формирует отчет о всехустановленных атрибутах выбранныхобъектов и их связях с другими объектами.

278ObjectVariants.rso. Выводит информацию орезультатах сравнения выбранных объектов иих типов. Объекты и их типы на структурномуровне располагаются в алфавитном порядке.Отчет имеет форму таблицы.Occurrences,rso. Выводит в отчетинформацию о местонахождении модели вбазе данных ARIS.OrgUnits_1.rso. Описывает для выбранныхорганизационных единиц все относящиеся кним функции. В отчет выводятсясуществующие типы связи междуорганизационными единицами и функциями.Кроме того, в отчет могут быть выведеныатрибуты организационных единиц. Взависимости от опций отчет представляется ввиде таблицы или как текстовый документ.Объекты сортируются по их типам, в рамкаходного типа — в алфавитном порядке.OrgUnits_2.rso. Описывает функции,которые выполняют выбранныеорганизационные единицы. Анализируетсятип отношений выполняет (executes). В отчетмогут быть включены атрибутыорганизационных единиц. В зависимости отвыбранных опций отчет представляется ввиде таблицы или как текстовый документ.Объекты сортируются по их типам, а в рамкаходного типа — в алфавитном порядке.Моделирование бизнеса. Методология ARISOrgUnits_3.rso. Выводит в отчет связи всехвыбранных организационных единиц сдругими организационными единицами.Анализируются все типы связей, которыеразрешаются между организационнымиединицами в установленномметодологическом фильтре. Атрибутывыбранных объектов и папка, в которой онинаходятся, могут также включаться в отчет.Отчет представляется как в текстовомформате, так и в виде таблицы.10.3.7. Описание скриптов для отчетов пофильтрамВ ARIS имеется только один файл скриптадля фильтров — FilterInfo.rsf. Он выводитинформацию о входящих в установленныйметодологический фильтр моделях, объектах,их атрибутах, разрешенных связях и т.д.Пользователь может выбирать нужную емуинформацию (рис. 210). Выводосуществляется в виде таблицы. Отчетпозволяет получить полную информацию олюбой модели ARIS.

279Документирование моделейРис. 210. Настройка скрипта для отчета по фильтрам10.4. Рекомендации подокументированию моделейСтруктура и состав выводимой в отчетинформации могут быть определеныпользователем. Для этого необходиморазработать собственный скрипт при помощиспециального модуля ARIS Script Editor —редактора скрип-тов. Эта возможностьявляется очень важным свойством ARIS.Однако получение скрипта, позволяющегогенерировать качественные отчеты, связаноне только с его программированием. Впервую очередь следует продуматьсодержание, структуру и форму выводимойинформации. Таким образом, в процессесоздания скриптов можно выделить рядэтапов:• определение целей отчета;• определение групп пользователей;• определение требований к отчету всоответствии с запросами групппользователей;• оценка возможностей ARIS по выводуинформации в нужном виде и изменениеформы отчетов в соответствии стребованиями ARIS;• оценка и корректировка (принеобходимости) требований кмоделированию;• создание скриптов отчетов с помощьюмеханизма Script Wizard (Помощник созданияотчетов);• корректировка и русификация (прииспользовании английской версии системыARIS) скриптов отчетов в модуле ARIS ScriptEditor,• генерация отчетов.При подготовке формы отчета(технического задания на разработку скрипта)необходимо определиться с выводимойинформацией, а также выделить элементырепозитория ARIS, которые содержатинтересующую информацию, в частности,информацию о документируемых моделях,объектах, которые будут выводиться вдокумент, их характеристиках и атрибутах,характеристиках отношений междуобъектами, а также информацию одетализирующих объектах.Важным этапом является определениеформ представления данных —структурированный текст, таблицы, графикамодели.

280После решения перечисленных вышевопросов необходимо:• создать структуру документа и формупредставления информации в каждом разделе;• определить заголовки, стили иколонтитулы;• выделить содержательную частьинформации, получаемую из моделей;• расставить служебные слова исогласовать их форму (род, число, падеж, ит.д.) с информацией, выводимой из моделей.Таким образом, будет сформировандокумент с требованиями к написаниюскрипта. После этого можно переходитьнепосредственно к программированию.В ARIS можно использовать специальныймеханизм Script Wizard — визуальноесредство, позволяющее создать структуру(шаблон) скрипта, т.е. определить, какиемодели, объекты, связи и атрибуты будутобрабатываться этим скриптом и какиеэлементарные формы фильтрации исортировки целесообразны при этом.Благодаря механизму Script Wizard можнобыстро получить набросок желаемойМоделирование бизнеса. Методология ARISструктуры вывода информации, поэтомуданное средство применяют не тольконачинающие пользователи, но иквалифицированные специалисты.10.5. Средства для созданияотчетов в ARIS10.5.1. Создание скриптов при помощиScript WizardМеханизм создания скриптов Script Wizardпозволяет также быстро построить новуюпрограмму для генерации отчета. Онреализуется посредством диалоговых окон,перемещаясь по которым пользовательформирует структуру будущей программы.Для запуска Script Wizard необходимовыбрать пункт меню File/New, после чегопоявится диалоговое окно (рис. 211). Привыборе пункта меню Evaluation Scriptоткрывается первое окно Script Wizard {рис.212).Рис. 211. Выбор типа документа

281В нем определяются основные параметрыбудущего скрипта. В первом списке (поле Forwhich component do you wish to create thescript?} необходимо указать тип скриптаReport (Отчет), Во втором списке (поле Forwhich context do you wish to create the script?}указывается назначение скрипта — дляобъектов, моделей, папок и т. д. В текстовомполе Script file name необходимо указать имяДокументирование моделейфайла, в котором будет сохраненсоздаваемый скрипт. В области Generation(Генерация) необходимо выбрать опциюGenerate Code (Генерировать код), котораяосуществляет переход к дальнейшим шагаммастера создания скрипта. Если выбратьопцию Create Empty Script (Создать пустойскрипт), то система создаст программускрипта, содержащую только заголовки.Рис. 212. Окно Script Wizard: указание основных параметров отчетаВ этом же окне можно определить такиепараметры будущего отчета, как заголовок,автор, название компании, краткое описаниескрипта и другие. Эти параметры задаются вдиалоговом окне, вызываемом нажатиемкнопки Properties (Свойства) (рис. 213).

282Моделирование бизнеса. Методология ARISРис. 213. Окно для указания общей информации — заголовок, автор, название компании, описание скриптаНа следующем шаге (рис. 214)пользователь может указать фильтробработки, через который скрипт будет«видеть» содержимое базы данных. Кромеэтого, пользователь может указать, для какихтипов объектов и моделей рекомендуетсяприменять создаваемый скрипт.Далее можно определить колонтитулыбудущего отчета (рис. 215).Столбцы таблицы в колонтитулахсоответствуют полям диалога. На рис. 216показано, как выглядит верхний и нижнийколонтитулы отчета.

283Документирование моделейРис. 214. Окно Script Wizard: выбор фильтра и ограничений для применения скриптаРис. 215. Окно Script Wizard: задание элементов для оформления отчета

284Моделирование бизнеса. Методология ARISРис. 216. Верхний (а) и нижний (б) колонтитулы отчетаВ начале отчета по умолчанию выводитсяследующая информация:• заголовок;• название сервера;• название базы данных;• имя пользователя.Следующий шаг при создании скрипта являетсяосновным, поскольку формируется иерархическаяструктура выводимой в отчет информации (рис.217). Для хранения информации ARIS используетобъектную базу данных. Объекты,хранящиеся в базе данных,представляют собой экземпляры классов.Описание классов содержится вконтекстной справке по системе ARIS(раздел ARIS Script Editor).В правом диалоговом окнепользователь видит список классов и ихсвойств, которые он может добавить впрограмму. Каждый добавляемый классили свойство порождают операторы впрограмме, которые реализуют выводимени объекта или значения свойствасоответствующего класса.

285Документирование моделейРис. 217. Окно Script Wizard: формирование иерархической структуры отчетаДобавляемый класс или свойство можетявляться списком. Списки помеченысимволом, состоящим из двух ромбиков. Вэтом случае в отчет выводится содержимоесписка. Пользователь может упорядочитьсписок, указав до трех критериев егосортировки. При нажатии Options (Опции)появится диалоговое окно сортировки списка(рис. 218).Рис. 218. Диалоговое окно сортировки списка

286После того, как будет завершеноформирование структуры скрипта,необходимо нажать кнопку Готово длязаписи текста программы в файл. Приотсутствии ошибок выдается сообщение обуспешном окончании создания программы.Моделирование бизнеса. Методология ARISМеханизм Script Wizard позволяет такжевносить изменения в созданный ранее скрипт.Для этого его необходимо вызвать черезпункт меню File/Open. Появится окно,аналогичное изображенному на рис. 212, вкотором необходимо выбрать пунктEvaluation Script. После этого системапредложит выбрать файл скрипта (рис. 219).Рис. 219. Выбор файла скрипта для внесения измененийВыбрав файл, следует задать способредактирования скрипта (рис. 220) припомощи Script Wizard (опция In Script Wizard)или редактора (опция In Script Editor). Приэтом возможно изменение заголовка, автора,названия компании, описания программы вдиалоговом окне, вызываемом кнопкойProperties.

287Документирование моделейРис. 220. Окно Script Wizard: выбор способа редактирования скриптаПри выборе опции In Script Wizardповторяется последовательность действий,описанных начиная с рис. 214.Если изменения, которые нужно внести,выходят за рамки возможностей механизмаScript Wizard (например, требуется болеесложная процедура выборки данных, чемфильтрация по набору атрибутов), то следуетоткрыть скрипт в модуле ARIS Script Editor(опция In Script Editor). Краткое описаниеэтого модуля приведено в разделе 10.5.2.При использовании Script Wizard важнопомнить о следующем ограничении: еслиразрабатываемый скрипт был открыт исохранен при помощи модуля ARIS ScriptEditor, то этот скрипт уже нельзя будетоткрыть при помощи механизма Script Wizard.10.5.2. Создание скриптов в модуле ARISScript EditorМодуль ARIS Script Editor входит в ARISToolset и дает возможность пользователю принеобходимости создавать и редактироватьсобственные скрипты отчетов в дополнение кскриптам, включенным в инструментальнуюсистему ARIS.Для того, чтобы создать новый скрипт,нужно выбрать пункт менюFile/New/Evaluation Script. Дляредактирования существующего скриптавыбирается пункт меню File/Open/ EvaluationScript.

288Моделирование бизнеса. Методология ARISРис. 221. Экрана редактора скриптов ARIS Script EditorТаблица 51. Семантическая раскраска программыСемантический смыслКомментарииКоманды языка APIS ©Basic Language CapabilityКоманды Visual Basic®Структуры языка (определенные пользователем объекты,методы этих объектов, константы и т.д.)Строки, содержащие синтаксические ошибкиОпределения контрольных терминовЦветЗеленыйТемно-синийСинийЧерныйКрасныйБирюзовый

289Экран редактора скриптов ARIS ScriptEditor приведен на рис. 212. В заголовке окнавидно полное имя файла, в котором хранитсяпрограмма. Ниже располагаются главноеменю системы и панель инструментов. Далеенаходится окно модуля, в верхней частикоторого — два раскрывающихся списка.Правый список отражает структурупрограммы (список всех процедур и функций,блок глобальных объявлений переменных) ипозволяет перемещаться между структурнымиблоками программы.Редактор скриптов выделяет цветомсемантически различные участки кодапрограммы. Применяемые для этого цветаприведены в табл. 51.Документирование моделейВ нижней части окна имеются закладки дляпросмотра текста программы Script (поумолчанию активно), макета отчета Layout (врежиме «только чтение»), верхнего (Header) инижнего (Footer) колонтитулов.Модуль ARIS Script Editor имеетвстроенную систему просмотра библиотек,используемых для создания скриптов. Даннаясистема позволяет найти и вставить в скриптинтересующий пользователя метод илисвойство, а также просмотреть форматзадания параметров.С помощью ARIS Script Editor можногенерировать отчеты любой сложности,соответствующейвозможностямалгоритмического языка программирования исуществующих наборов методов и свойствбиблиотек ARIS, которые обеспечиваютдоступ к базе данных.

290Моделирование бизнеса. Методология ARIS11. Глоссарий ARIS: модели, входящие вметодологические фильтры, типы объектов и типысвязейОрганизационные модели

291Функциональные моделиГлоссарий ARIS

292Модели данныхМоделирование бизнеса. Методология ARIS

293ПродолжениеГлоссарий ARIS

294Модели процессов/управленияМоделирование бизнеса. Методология ARIS

295ПродолжениеГлоссарий ARIS

296ПродолжениеМоделирование бизнеса. Методология ARIS

297ПродолжениеГлоссарий ARIS

298Типы объектовАнглийское названиетипаРусское названиетипаОпределениеМоделирование бизнеса. Методология ARISActorДействующийсубъектДействующий субъект активизирует потоки данных, создавая либопоглощая данные, и, таким образом, является либо источником, либопотребителем в этом потоке, т.е. связан с его входом или выходом.Application systemПрикладная система Объект "прикладная система" конкретизирует понятие "тип прикладнойсистемы" до уровня уникального экземпляра, идентифицируемого, кпримеру, по номеру версии и/или лицензии. Компания может владетьнесколькими прикладными системами (версиями) относящимися кодному типу.Application systemclassКласс прикладнойсистемыСхожие типы прикладных систем могут быть объединены, образуя классприкладной системы. Принцип схожести определяется выбраннымкритерием классификации. Иными словами, конкретный тип прикладнойсистемы можно отнести к нескольким классам, используя различныекритерии.Application systemtypeТип прикладнойсистемыОбъект "тип прикладной системы" отражает обобщение отдельныхприкладных систем, обладающих одинаковыми техническими ифункциональными характеристиками.Association Ассоциация Ассоциация представляет собой группу связей, одинаковых по структуреи семантике.Association instanceАссоциация(экземпляр)Ассоциация (экземпляр) отображает связи между объектами(экземплярами).Attribute Атрибут Модель реляционных таблиц использует понятия "атрибут" и"реляционная таблица" для описания логической структуры базы данных.В этом случае атрибут характеризует свойства реляционной таблицы.Attribute type groupГруппа типоватрибутовГруппа типов атрибутов отображает группу ERM атрибутов одного типасущности, тесно связанных между собой по семантике. Это позволяет, кпримеру, создать группу, содержащую несколько ERM атрибутов,образующих вместе вторичный ключ.Authorization condition ПолномочиеДанный объект можно встретить, к примеру, в моделях еЕРС или PCD.Он накладывает ограничения на выполнение определенных действийорганизационными единицами.

299Глоссарии ARISАнглийское названиетипаРусское названиетипаОпределениеBitmap Точечный рисунок Объект, содержащий графическое изображение, которое следуетпоместить в соответствующую модель.Break Перерыв Перерыв - объект модели "Календарь рабочих смен", обозначающийпромежуток времени, в течение которого работа не выполняется. Началои окончание перерыва должны находиться в пределах определеннойрабочей смены. Используется в модуле ARIS Simulation.Business object Бизнес-объект Бизнес-объект - это сложный объект, параметры которого используютсядля поддержки различных бизнес-процессов.Class Класс Группа объектов со схожими характеристиками и отношениями образуеткласс. Классы отражают основные структуры моделируемого приложения.Classification criterion КритерийклассификацииКритерий классификации определяет критерии, согласно которымследует объединить рассматриваемые объекты.Cluster instanceКластер (экземпляр) Кластер (экземпляр) - это экземпляр объекта кластер/ модель данных. Онпредставляет собой логический взгляд на набор объектов данных илиструктур.Cluster/ Data modelКластер/ модельданныхКластер отражает логический взгляд на набор типов сущностей и типовотношений в модели данных, что требуется для описания сложныхобъектов.Column Столбец В модели экранного интерфейса может быть произведено графическоеделение поверхности на области. Столбец соотносится с полученнымитаким образом вертикальными частями.Communication Взаимодействие Данный объект является частью диаграммы взаимодействий иопределяет тип информации, которой обмениваются двеорганизационные единицы, а также участников этого обмена.Company Компания Предприятие заданной формы собственности, действующее в рамкахнекоторого набора сфер деятельности.Complex object Сложный объект Тип сложного объекта отображает логически связанную часть структурымодели данных.Complex object typeТип сложногообъектаСложный объект - обобщение нескольких схожих сложных объектов.Connector Коннектор Предназначен для отображения разделения потока данных на несколькосамостоятельных потоков.Constraint Ограничение Этот объект позволяет налагать ограничения на диапазоны значений дляэкземпляров атрибутов.

300Моделирование бизнеса. Методология ARISАнглийское названиетипаРусское названиетипаОпределениеControlУправляющеевоздействиеНабор мер, направленных на устранение возможных причинвозникновения рисков или на снижение последствии, связанных споявлением риска.Cost category Категория затрат Категория затрат отображает группу платежей одного типа, т.е. расходы,обусловленные одинаковыми причинами.Cost driverСтоимостной фактор Стоимостной фактор - это единица измерения для результата (выхода)функции, например, количество обработанных заявок, потраченное наработу время и т. д.COT attribute СОТ-атрибут Объект типа "СОТ- атрибут" описывает атрибуты, которые не могут бытьточно определены ввиду отсутствия четкого разграничения, например"долгосрочный - среднесрочный -краткосрочный". Отдавая должноесложности содержания этих атрибутов, их следует рассматривать вкачестве отдельных объектов и определять как текстовые поля ввода наэкранных интерфейсах.COT attribute(instance)СОТ-атрибут(экземпляр)СОТ- атрибут (экземпляр) описывает СОТ- атрибут в отдельно взятомслучае. Иными словами, ситуация, рассмотренная на более высокомуровне в общем виде, теперь описывается более детально (пример:Клиент —> Иван Петров).Critical factorКритический фактор Факторы успеха определяют те аспекты деятельности компании, которыеследует принять во внимание для достижения поставленной цели. Ониприписываются целям компании на диаграмме целей.Data StoreХранилище данных Объект, являющийся средством хранения информации дляпоследующего доступа к ней.Data Value Значения данных Потоки данных связывают выход одного процесса (или объекта) совходом другого. Характер передаваемых данных при моделировании этихпотоков описывается объектом типа "Значения данных". Объекты данноготипа можно также использовать для более детального описания потоковданных в типах связей в модели "ОМТ функциональная модель" (ОМТ -техника объектного моделирования).DBMS СУБД СУБД - система управления базами данных.DBMS type Тип СУБД Тип СУБД отображает критерий классификации систем управлениябазами данных (СУБД) с одинаковыми техническими характеристиками.Как правило, типы СУБД идентифицируются по имени и номеру версии.DocumentedknowledgeДокументированноезнаниеОбъект этого типа позволяет специфицировать знания, содержащиеся вдокументах, чертежах и относящиеся к заданной категории знаний.

301Глоссарий ARISАнглийское названиетипаРусское названиетипаОпределениеDomain Диапазон С помощью объекта этого типа можно отобразить диапазон значенииатрибута на модели реляционных таблиц, т.е. множество принимаемыхим значений.Domain (physical)Диапазон(физический)Этот объект отражает диапазон значений содержимого ячейки таблицына диаграмме таблиц, т.е. множество принимаемых этой ячейкойзначений.Draft list Эскиз списка Эскиз списка определяет общую (в смысле типологии) структуру длянескольких сходных списков. Списки представляют собой интерфейсымежду пользователями и прикладными системами и являются выходнымиданными этих систем.Employee variableЗарезервированнаяПОЗИЦИЯЗарезервированное в процессе место для сотрудника, который будетспецифицирован позже.Entity Сущность Сущность - это реальный или абстрактный объект, представляющийинтерес в рамках рассматриваемых целей и задач компании.Entity type Тип сущности Типы сущности являются результатом комбинирования сходныхсущностей. Сущности относятся к одному типу, если они могут бытьописаны одними и теми же типовыми характеристиками (ERMатрибутами).Enumeration Перечисление Данный объект используется для конкретизации ERM-атрибутов путемперечисления их возможных типовых значений.Enumeration listoccurrenceПеречисление(экземпляр)Является одним из значений такого объекта, как "Перечисление".ERM attribute ERM-атрибут ERM-атрибуты - это характеристики, описывающие типы сущностей илитипы отношений.ERM attribute instance ERM-атрибут(экземпляр)ERM-атрибут (экземпляр) предназначен для описания сущности илиотношения.ERM domain ERM-диапазон Диапазон значений, принимаемых ERM-атрибутом.Event Событие Событие - это состояние, которое является существенным для целейуправления бизнесом и которое оказывает влияние или контролируетдальнейшее развитие одного или более бизнес-процессов. Изменениясостояния отражаются с помощью информационных объектов. Событияактивизируют функции и сами являются исходом выполнения функций. Вотличие от функций, которые отражают процесс, протекающий вовремени и имеющий определенную длительность, события происходят водной точке во времени.

302Моделирование бизнеса. Методология ARISАнглийское названиетипаРусское названиетипаОпределениеEvent instanceСобытие (экземпляр) Событие (экземпляр) - это конкретное событие, произошедшее привыполнении конкретного процесса. Оно идентифицируется по признакуистинности или ложности в настоящий момент, а также по абсолютномувремени появления (например, событие "Подготовлен план на январь2001 года" произошло 25 декабря 2000 года).Field Поле Логическая структура СУБД может быть описана с помощью таблиц иполей. Поля определяют логическое содержание таблицы. Всевозможныезначения поля могут быть описаны объектом "Диапазон (физический)".Field (specimen) Поле (экземпляр) Этот объект отображает конкретный экземпляр поля таблицы. Таблицы иполя формируют логическую структуру СУБД. В компании можетсуществовать несколько экземпляров логически определенных таблицидентичной структуры.Filter object type Тип сортировки Тип сортировки устанавливает критерии частоты (повторяемости)функций модели, выполняемых системой.Function Функция Функция - некоторое действие или набор действий, выполняемых надисходным объектом (документом, материалом и т.п.) с целью получениязаданного результата (документа, материала и т.п.).Function instanceФункция (экземпляр) Функция (экземпляр) - это конкретная функция, выполняемая в рамкахконкретного процесса. С экземпляром функции связывается заданноеабсолютное время начала и уникальное время окончания ее выполнения,а также другие необходимые атрибуты. В качестве примера можнопривести объект "Создание плана расходов на I квартал 2001 года",который является экземпляром для функции "Создание плана расходовна квартал".General resources Общий ресурс Общий ресурс - это ресурс, который не может быть отнесен к категориитрудовых или операционных ресурсов. Общий ресурс являетсянеобходимым элементом для выполнения функций.Generalization type Тип обобщения В процессе моделирования данных устанавливается сходство междуобъектами (сущностями). Эти объекты затем комбинируются, образуя типобъекта более высокого уровня обобщения.

303Глоссарий ARISАнглийскоеназвание типаРусское названиетипаОпределениеGraphical userinterface (GUI) typeТип графическогоинтерфейсапользователяЭтот объект отображает обобщение индивидуальныхинтерфейсов пользователя, наделенных одинаковымихарактеристиками. На основе специфических типов такихинтерфейсов реализуются типы прикладных систем. Типграфического интерфейса пользователя, как правило,идентифицируется по имени и номеру версии.Group Группа Группа может отображать группу сотрудников, работающихвместе в течение определенного промежутка времени, например,проектная группа.HardwarecomponentКомпонентаппаратногообеспеченияКомпонент аппаратного обеспечения - это экземпляропределенного типа оборудования, имеющегося в компании. Ончасто идентифицируется при помощи инвентарного номера.Hardwarecomponent classКласс компонентааппаратногообеспеченияСхожие типы компонентов аппаратного обеспечения могут бытьобъединены, образуя класс компонента аппаратногообеспечения. Принцип схожести определяется выбраннымкритерием классификации. Иными словами, конкретный типкомпонента аппаратного обеспечения можно отнести кнескольким классам, используя различные критерии.Hardwarecomponent typeТип компонентааппаратногообеспеченияЭтот объект отражает обобщение отдельных экземпляровкомпонентов аппаратного обеспечения, обладающиходинаковыми техническими характеристиками.Index Индекс Индекс позволяет сортировать поля таблицы по различнымкритериям, чтобы обеспечить более удобный и эффективныйспособ отображения ее содержимого. В диаграмме таблициндексы могут быть связаны с полями таблицы.Information carrierInformation flowНосительинформацииПотокинформацииНоситель информации представляет собой средство храненияинформации. Оно может быть реализовано, к примеру, в видекартотеки или компьютерных файлов.Поток информации - это объект, содержащий информацию,передаваемую, к примеру, между функцией и типом прикладнойсистемы или между модулем и типом функции IT. Ониспользуется для более точного определения связей междуэтими объектами и отображает данные, которыми ониобмениваются.Instantiation cycle Цикл инициации Этот объект принадлежит модели инициации процесса иявляется объектом второго (промежуточного) уровня, служащимдля описания повторяющихся последовательностей интерваловинициации. Примером такого объекта является "Циклпонедельник-пятница".

304Моделирование бизнеса. Методология ARISАнглийское названиетипаРусское названиетипаОпределениеInstantiation intervalИнтервал инициации Этот объект принадлежит модели инициации процесса и являетсяобъектом нижнего уровня, служащим для описания самых короткихвременных интервалов в потоке работ. Объект имеет следующиеатрибуты: относительное время начала интервала, продолжительностьинтервала, количество примеров (прогонов) процесса, распределение,циклическая повторяемость, период. Пример использования этогообъекта: "Для определенного процесса в 8:00 в рабочий день запустить50 инициации (реализации) с равномерным распределением".Instantiation plan План инициации Этот объект принадлежит модели инициации процесса и являетсяобъектом верхнего уровня, служащим для описания нескольких цикловинициации. Примером такого объекта является "Рабочий план утреннейсмены".IT function Функция IT Функция IT является экземпляром типа функции. В компании может бытьвнедрено несколько таких экземпляров, относящихся к одному и тому жетипу. Как правило, они не идентифицируются сами по себе, но их можноразделить по лицензионным номерам модулей, с которыми они связаны.IT function class Класс функции IT Схожие типы функций IT могут быть объединены, образуя класс функцииIT. Принцип схожести определяется выбранным критериемклассификации. Иными словами, конкретный тип функции IT можноотнести к нескольким классам, используя различные критерии.IT function type Тип функции IT Если рассматривать транзакции, то тип функции IT является самоймаленькой единицей, относящейся к типу модулей. Он реализуется ввиде отдельной части программы и выполняется целиком длязавершения очередного шага обработки. Тип функции IT отражаетобобщение отдельных функций IT, обладающих сходными техническимихарактеристиками.Key performanceindicator instanceКлючевойпоказательрезультативности(экземпляр)Ключевой показатель результативности является мерой измерениястепени достижения цели. Он характеризуется планируемым значением,фактическим значением, а также целевым значением.Knowledge category Категория знаний Этот объект используется для классификации знаний по тематикам иобластям использования.LayoutСхема оформления Характеристики графического оформления отдельных элементовэкранного интерфейса. Характеризуется цветом фона, стилемотображения текста и т. д.

305Глоссарий ARISАнглийское названиетипаРусское названиетипаОпределениеList Список Списки и экраны представляют собой интерфейсы междупользователями и прикладными системами. Список - это выходныеданные, предоставляемые приложением. В отличие от эскиза списка,определяющего общую (в смысле типологии) структуру для несколькихсходных списков, этот объект представляет собой конкретный экземпляр.Location Расположение Расположение определяет физическое местонахождениеорганизационных единиц, оборудования и технических ресурсовкомпании. Им может быть регион, город, завод, здание, комната и дажеотдельное рабочее место.Loop start Начало цикла Этот объект располагается на блок-схеме программы и определяетначало последовательности, состоящей из нескольких шагов.Последовательность завершается окончанием цикла. Наличие этогообъекта является признаком того, что следующая за ним на схемецепочка шагов может повторяться многократно.Main process Основной процесс Представляет собой типовой процесс, свойственный несколькимсценариям на матрице выбора процессов. Вариант реализации основногопроцесса в рамках каждого из рассматриваемых сценариевпредставляется элементами тела матрицы (объекты типа "Функция" ссимволом "Процесс").Material class Класс материала Схожие типы материалов могут быть объединены, образуя классматериалов. Принцип схожести определяется выбранным критериемклассификации. Иными словами, конкретный тип материала можноотнести к нескольким классам, используя различные критерии.Material flow Поток материалов Объект, отражающий движение материалов от одной функции (процесса)к другой функции (процессу).Material type Тип материала Тип материала отображает обобщение материалов с одинаковымихарактеристиками.Memory location Ячейка памяти Ячейки памяти предназначены для хранения данных в виде таблиц илиполей.Message flow Поток сообщений Этот объект используется для более детального описания связей, покоторым объекты обмениваются сообщениями.Message type Тип сообщения Тип сообщения классифицирует потоки между системами в соответствиис передаваемыми данными и процессами, в которых они задействованы.

306Моделирование бизнеса. Методология ARISАнглийскоеназвание типаРусское названиетипаОпределениеModule Модуль Модуль является конкретным экземпляром типа модуля и можетбыть идентифицирован, например, по номеру лицензии.Компания может владеть несколькими модулями (несколькимилицензиями) одного типа.Module class Класс модуля Схожие типы модулей могут быть объединены, образуя классмодуля. Принцип схожести определяется выбранным критериемклассификации. Иными словами, конкретный тип модуля можноотнести к нескольким классам, используя различные критерии.Module type Тип модуля Тип модуля представляет собой независимо исполняемую частьтипа прикладной системы и отражает обобщение отдельныхмодулей, имеющих одинаковые технические характеристики.Network Сеть Сеть представляет собой экземпляр, относящийся к одному изтипов сетей, имеющихся в компании. Она может бытьидентифицирована по своему расположению либо поинвентарному номеру.Network class Класс сети Схожие типы сетей могут быть объединены, образуя класс сети.Принцип схожести определяется выбранным критериемклассификации. Иными словами, конкретный тип сети можноотнести к нескольким классам, используя различные критерии.Network connection СетевоесоединениеСетевое соединение является экземпляром определенного типасетевого соединения из тех, что имеются в компании, исвязывает между собой узлы сети.Network connectiontypeТип сетевогосоединенияЭтот объект представляет собой обобщение отдельных сетевыхсоединений с одинаковыми техническими характеристиками.Network node Узел сети Узел сети является экземпляром определенного типа узла сетииз тех, что имеются в компании. Отдельный узел представляетсобой точку доступа в сеть, к которой может быть подключенокакое-либо оборудование.Network node type Тип узла сетиЭтот объект представляет собой обобщение отдельных узловсети с одинаковыми техническими характеристиками.Network protocolСетевой протокол Сетевой протокол представляет собой стандартизованный методсвязи и обмена информацией между прикладными системами всети. Для каждого типа сети должен быть определен сетевойпротокол.Network type Тип сети Этот объект отражает обобщение отдельных (информационных)сетей с одинаковыми техническими характеристиками.

307Глоссарий ARISАнглийскоеназвание типаРусское названиетипаОпределениеNote Примечание Этот объект принадлежит UML-моделям и позволяет связывать собъектами дополнительную информацию.Object instanceObject type classОбъект(экземпляр)Класс типаобъектаКонкретный экземпляр объекта, обладающий определеннымипараметрами.Этот объект позволяет классифицировать функции, т.е.рассматривать их в соответствии с выбранным критерием.Objective Цель Этот объект определяет цели организации, которые(предположительно) будут достигнуты при наличиисоответствующих факторов успеха и реализации новых бизнеспроцессов.Operating resource ОперационныйресурсОперационный ресурс является экземпляром определенноготипа операционного ресурса из тех, что имеются в компании. Ончасто идентифицируется по своему инвентарному номеру(например, инвентарный номер станка).Operating resourceclassКлассоперационногоресурсаСхожие типы операционных ресурсов могут быть объединены,образуя класс операционного ресурса. Принцип схожестиопределяется выбранным критерием классификации. Инымисловами, конкретный тип операционного ресурса можно отнести кнескольким классам, используя различные критерии.Operating resourcetypeOperating systemtypeТипоперационногоресурсаТип операционнойсистемыЭтот объект отражает обобщение отдельных операционныхресурсов, обладающих одинаковыми техническимихарактеристиками.Этот объект отражает обобщение отдельных операционныхсистем, обладающих одинаковыми техническимихарактеристиками. Операционные системы, как правило,идентифицируются по имени и номеру версии.Operation Операция Операции (операторный метод) отражают функциональность илитрансформации данных (атрибутов), связанные с классом.Organizational chat ОрганизационнаясхемаОрганизационная схема отражает совокупность организационныхвзаимосвязей, рассматриваемых на верхнем уровне абстракции.Organizational level ОрганизационныйуровеньОрганизационные структуры, как правило, представляютсяорганизационными схемами. Критерием структуризации являетсясходство выполняемых операций, именно согласно емуформируются организационные единицы. Кроме того, структурубольшой компании можно разбить на уровни, что позволяетопределять ответственности и права доступа. Примерами такихуровней являются: "Область использования продукта", "Областьвыполнения операций" и т.п.

308Моделирование бизнеса. Методология ARISАнглийское названиетипаРусское названиетипаОпределениеOrganizational unitОрганизационнаяединицаОрганизационные единицы являются исполнителями задач, решениекоторых необходимо для достижения бизнес-целей. Это достаточностабильные образования, представленные набором штатных единиц,занимаемых конкретными сотрудниками компании.Organizational unittypeТипорганизационнойединицыДанный объект отражает обобщение отдельных организационныхединиц, обладающих одинаковыми характеристиками. В качествепоследних могут, например, выступать права доступа и обязанности. Всеподразделения компании подчиняются общим правилам, которые,благодаря наличию такого объекта достаточно определить лишь одинраз.Package Пакет Данный объект присутствует в моделях UML и используется дляразделения элементов модели с помощью группировки компонентов исвязывания их с пакетами. На событийной цепочке процесса этот объектотображает связи между входами и выходами функций как при грубой,так и при более точной детализации, т.е. отображает только источник илииспользование информации. Пакет не обладает функциями чтения илизаписи.Packaging materialclassКласс упаковочногоматериалаТипы материалов могут быть объединены в классы упаковочныхматериалов. При таком объединении используются различные критерииклассификации. Другими словами, один тип упаковочного материаламожет относиться к нескольким классам материалов.Packaging materialtypeТип упаковочногоматериалаТип упаковочного материала - это совокупность отдельных упаковочныхматериалов, имеющих одинаковые характеристики.Page Страница Данный объект делит экранный интерфейс на страницы.Parameter Параметр Данный объект отображает входные и выходные параметры функции IT.Person Сотрудник Сотрудник является отдельным служащим компании(идентифицируемым, к примеру, по его персональному коду) и можетбыть связан с организационными единицами (в которые он входит), атакже с функциями (которые он исполняет или за которые отвечает).

309Глоссарии ARISАнглийское названиетипаРусское названиетипаОпределениеPerson type Тип сотрудника Данный объект отображает обобщение отдельных сотрудников, имеющиходинаковые характеристики. Такими характеристиками могут быть правадоступа и обязанности. Например, ответственность начальников отделов,в случае существования такого объекта, потребуется описать только одинраз.Perspective Точка зрения Точка зрения, с которой рассматривается организация в процессестратегического планирования.Position Должность Элементарной организационной единицей компании является должность.С ней связаны сотрудники, и, как правило, их права и обязанностиопределяются именно профилем должности.Process Процесс Процесс отображает функцию, преобразующую значения данных.Результат процесса зависит от поведения всей системы в целом.Product/Service Продукт/услуга Выходом процесса-цепочки добавленного качества являетсяпродукт/услуга. Он представляет собой результат человеческих действийили технического процесса и может являться как материальнымпродуктом (тип материала, тип операционного ресурса, вспомогательныетехнические средства, тип упаковочного материала), так и услугой.Причиной для производства продукта/услуги является требованиеорганизационной единицы компании или клиента.Program libraryБиблиотекаприложенийБиблиотека приложений содержит программы и/или программныемодули, требуемые для выполнения задачи.Program moduleПрограммныймодульПрограммный модуль - это отдельный программный файл,расположенный на носителе данных (например, файл ЕХЕ или СОМ) иприобретаемый вместе с лицензией.Program module type Тип программногомодуляТип программного модуля отражает обобщение отдельных программныхмодулей, обладающих одинаковыми техническими характеристиками.ProgramminglanguageЯзыкпрограммированияЯзык программирования представляет собой набор команд исинтаксических правил для создания программ. Чаще всего, он можетбыть идентифицирован по номеру лицензии.RelationРеляционнаятаблицаРеляционная таблица описывает тип сущности через ее атрибуты. Этоподмножество всевозможных комбинаций диапазонов значенийатрибутов.Relationship Отношение Отношение - это логическая связь между сущностями. Схожие отношениямогут быть объединены, образуя тип отношения.

310Моделирование бизнеса. Методология ARISАнглийское названиетипаРусское названиетипаОпределениеRelationship type Тип отношения Отношение - это логическая связь между сущностями. Схожие отношениямогут быть объединены, образуя тип отношения. Отношения относятся кодному типу, если их можно описать с помощью одинаковых атрибутов.Risk Риск Риск означает потенциальную опасность для процесса не достигнутьжелаемой целиRule Правило Данный объект представляет собой правило разветвленя и слиянияветок процесса. Если перейти к рассмотрению каждой отдельнойфункции процесса, то можно сказать, что правило отражает логическоесоотношение между несколькими исходными для функции событиями инесколькими результирующими.Rule instanceПравило (экземпляр) Данный объект представляет собой логический оператор уровняэкземпляров и определяет связь между функцией и событием на этомуровне.ScreenЭкранныйинтерфейсОбъект представляет собой интерфейс между пользователем иприкладной системой, визуализируя процесс ввода и получения данных.В отличие от типа экранного интерфейса, описывающего несколькосхожих интерфейсов, данный объект является конкретным экземпляромтакого типа.Screen designТаблица экранногоинтерфейсаПеречисляет объекты и типы объектов на экранном интерфейсе.Section Раздел Видимая область на модели экранного интерфейса может бытьразделена на несколько частей. Данный объект описывает полученныетаким образом ряды.Separator Разделитель Пустой ряд или столбец на экранном интерфейсе.Shift Смена Объект модели "Календарь смен", определяющий интервал времени, втечении которого материальные и трудовые ресурсы доступны длявыполнения функций. С его помощью можно отражать дневные и ночныесмены и т.д. Если смена не связана с каким либо циклом рабочих смен,то она повторяется каждые 24 часа с перерывами, определеннымиобъектом "Перерыв". Используется в модуле ARIS Simulation.

311Глоссарий ARISАнглийское названиетипаРусское названиетипаОпределениеShift cycle Цикл смен Объект модели "Календарь смен", определяющий период работы каждойрабочей смены и конкретные рабочие дни. Существует возможностьзадать одно- или двухнедельный цикл. Используется в модуле ARISSimulation.Shift plan План смен Объект модели "Календарь смен", объединяющий циклы рабочих смен.Показывает, когда и какие циклы повторяются. Служит основой приопределении последовательности утренних, вечерних и особых рабочихсмен. Используется в модуле ARIS Simulation.Solution Решение Решение - это продуманный комплекс управляющих воздействий,обеспечивающий полную нейтрализацию одного или нескольких рисков.Sp./Gen. operator(specialization/generalizationoperator)Операторобобщения/специализацииОператор обобщения/специализации разделяет или комбинирует схожиеклассы.State Состояние Некоторый набор значений, описывающих реакцию объекта насовокупность событий (воздействий).Strategy Стратегия Стратегия представляет собой самодостаточную совокупностьстратегических целей, направленную на достижение компаниейзаданного состояния.Structural elementСтруктурныйэлементЭтот объект используется для классификации моделей в соответствии сразличными точками зрения, например, по функциональному признаку, сточки зрения процесса или при сертификации по стандарту ИСО 9001.System attributeСистемный атрибут Системные атрибуты описывают объекты, связанные с задачей экспортаданных. Возможно отображение первичных и внешний ключей,обязательных и описательных полей.System attributedomainДиапазонсистемного атрибутаДиапазон системных атрибутов описывает область допустимых значенийдля системных атрибутов.System organizationunitСистемнаяорганизационнаяединицаИнтегрированные прикладные системы содержат организационныеструктуры, которые следует принять во внимание при внедрении такихсистем. Данный объект используется при моделировании этихорганизационных структур.

312Моделирование бизнеса. Методология ARISАнглийское названиетипаРусское названиетипаОпределениеSystem organizationunit typeТип системнойорганизационнойединицыЭтот объект представляет собой обобщение отдельных системныхорганизационных единиц с похожими характеристиками. Схожесть может,например, заключаться в правах доступа к прикладной системе.Table Таблица Логическая структура СУБД может быть описана с помощью таблиц иполей. Таблица представляет собой обобщение отдельных экземпляровтаблиц, имеющих одинаковую логическую структуру.Tables (specimen)Таблица (экземпляр) Данный объект представляет собой отдельный экземпляр таблицы,которая, наряду с полями, описывает логическую структуру СУБД. Ворганизации может существовать несколько экземпляров логическиопределяемых таблиц и полей, имеющих одинаковую структуру.Technical operatingsupplyВспомогательныетехническиесредстваВспомогательные технические средства являются экземпляромопределенного типа вспомогательных технических средств.Technical operatingsupply classКлассвспомогательныхтехнических средствКласс вспомогательных технических средств - это объединение на основеопределенного критерия классификации схожих типов вспомогательныхтехнических средств.Technical operatingsupply typeТипвспомогательныхтехнических средствЭтот объект отражает обобщение отдельных экземпляроввспомогательных технических средств, обладающих одинаковымитехническими характеристиками.Technical termТехнический термин Технический термин отражает концептуальный взгляд на имеющиеся ворганизации информационные объекты и используется для выделенияспецифичных терминов и понятий, а также существующих между нимивзаимосвязей.Technical terminstanceТехнический термин(экземпляр)Этот объект представляет собой технический термин на уровнеэкземпляров.Text Текст Объект этого типа содержит общее текстовое описание, включенное всоответствующую модель.Transaction folder Папка транзакций Папка транзакций представляет собой набор транзакций, передаваемыхдля обработки.

313Глоссарий ARISАнглийское названиетипаРусское названиетипаОпределениеTransport systemsТранспортнаясистемаТранспортная система предназначена для перевозки грузов ииспользуется в качестве ресурса для таких функций компании, какдоставка продукции на склады клиентов, осуществлениесамостоятельного вывоза материалов и оборудования и так далее. Онаявляется экземпляром определенного типа транспортной системы ичасто идентифицируется по своему инвентарному либо заводскомуномеру.Transport systemclassКласс транспортнойсистемыКласс транспортной системы - объединение схожих типов транспортныхсистем. Объединение происходит на основе выбранного критериеяклассификации.Transport system type Тип транспортнойсистемыЭтот объект отражает обобщение отдельных экземпляров транспортныхсистем, обладающих одинаковыми техническими характеристиками.Use caseПримериспользованияЭтот объект присутствует в моделях UML и описывает случаииспользования, т.е. те случаи, при которых действующий субъектсовершает определенные действия.View Взгляд Объект отражает логический взгляд на набор реляционных таблиц иатрибутов. К примеру, представление менеджера по продажам о понятии"Заказ" может отличаться от видения кладовщика.View (physical)Взгляд (физический) Объект отражает логический взгляд на набор таблиц и полей.Warehouse equipment СкладскоеоборудованиеСкладское оборудование является экземпляром определенного типаскладского оборудования из тех, что имеются в компании и представляетсобой средства погрузки и хранения продукции на складе. Оно частоидентифицируется по своему номеру.Warehouse equipmentclassWarehouse equipmenttypeКласс складскогооборудованияТип складскогооборудованияЭтот объект отражает обобщение отдельных экземпляров складскогооборудования, обладающих одинаковыми техническимихарактеристиками.Класс складского оборудования - объединение схожих типов складскогооборудования. Объединение происходит на основе выбранного критерияклассификации.

314Типы связейАнглийское названиеacceptsaccesses alternativelyaccessesactivates (Baan)activatesaffectsaggregatesallocation of cost centersapplies toapprovesarchivesassignsРусское названиеутверждает результатимеет альтернативный доступ кимеет доступ кактивизирует(Baan)активизируетвлияетагрегируетназначение центров затратиспользуетутверждаетпомещает в архивсвязываетМоделирование бизнеса. Методология ARISassociates (multiple)associatesbelongs to (Baan)belongs to classbelongs to typebelongs tocallscan accesscan be accessed bycan be accessedcan be assigned tocan be constituentcan be created byассоциируется с (множественная связь)ассоциируется спринадлежит (Baan)принадлежит классупринадлежит типупринадлежитвызываетможет иметь доступ кможет быть доступен дляможет быть доступен дляможет быть связан(а) сможет являться частьюможет создаваться

315Глоссарий ARISАнглийское названиеcan be disciplinary superiorcan be end point ofcan be instantiated bycan be located atcan be location ofcan be platform forcan be processed by/withcan be reached bycan be realized atcan be responsible forcan be supported bycan be technical superiorcan be under responsibility ofcan be used bycan be usercan becan belong tocan change workflow tocan consist (nor.) ofcan consist (vert.) ofcan createcan end incan have as constituentcan have as employeecan have disciplinary superiorcan have technical superiorcan occurРусское названиеможет являться непосредственным руководителемможет являться конечной точкой дляможет обрабатыватьсяможет быть расположен вможет являться местом расположения дляможет являться аппаратной платформой дляможет выполняться с использованиемможет быть получен с использованиемможет быть реализован вможет являться ответственным заможет поддерживатьсяможет являться техническим руководителемможет находиться под ответственностьюможет использоватьсяможет являться пользователемможет являтьсяможет принадлежатьможет направлять поток работ кможет состоять из (горизонт.)может состоять из (верт.)может создаватьможет заканчиваться вможет содержатьможет иметь в качестве сотрудникаможет находиться под непосредственным руководствомможет находиться под техническим руководствомможет относиться к

316Моделирование бизнеса. Методология ARISАнглийское названиеcan realizeсап replaceсап run oncan run undercan subsume part of connectioncan subsume sectioncan subsumecan supportcan usechangeschecksclassified byclassifiescommunicates withcomposesconcernsconsists (hor.) ofconsists (vert.) of sectionconsists ofconstrainsconsultsconsumescontains (Baan)containscontributes tocooperates withcorresponds toРусское названиеможет являться реализациейможет заменятьможет быть запущен наможет быть запущен наможет являться частью соединенияможет являться секциейможет являться обобщающей категорией дляможет поддерживатьможет использовать, может представлятьсяизменяетпроверяетклассифицируетсяклассифицируетвзаимодействует сформируетимеет отношение ксостоит из (гор.)состоит из секций (верт.)состоит изнакладывает ограничения наконсультируетпотребляетсодержит (Baan)содержитспособствует при выполнениивзаимодействует ссоответствует

317Глоссарий ARISАнглийское названиеРусское названиеcost category allocationcreates output tocreatesdecides ondefines (hierarchical)defines an associationdefines screen fielddefines statusdeletesdenotes maturity level ofdependsdepictsdesignsdetermines type ofdetermines volume ofdevelopment is under responsibility ofdifferentiates according to value ofdistributesdividesdocumentsdoes not consumeends inerror (in)error (out)evaluates function attributeevaluatesexecutesокружение стоимостной категориисоздает на выходепорождаетпринимает решение поопределяет(иерархия)определяет ассоциациюопределяет полеопределяет статусуничтожаетуказывает на степень завершенностизависит отописываетпроектируетявляется типом дляопределяет объемразрабатывается под руководствомдифференцируется в зависимости отраспределяетделитдокументируетне потребляетоканчивается вошибка (вход)ошибка (выход)обрабатывает атрибут функцииоцениваетвыполняет

318Моделирование бизнеса. Методология ARISАнглийское названиеРусское названиеextendfollowsforms a reference withgeneralizesgets input fromgroupshas access byhas alternative operating resourcehas as employeehas as subtypehas as supertypehas assignedhas associatedhas attribute type grouphas attributehas condition (false)has condition (true)has consulting role inhas critical factorhas current locationhas domainhas employee variablehas executedhas external keyhas featurehas full influence onhas influence onрасширяетследует заявляется ссылочным дляобобщаетполучает входные данные изгруппируетдоступна дляимеет в качестве альтернативного ресурсаимеет в качестве служащегоимеет подтипимеет супертипсвязан(а) ссвязывается симеет группу типов атрибутовимеет атрибутимеет условие (ложное)имеет условие (истинное)участвует в качестве консультантаимеет критический факторрасположен в (текущее расположение)имеет областьимеет временного служащеговыполнилимеет внешний ключимеет свойствоимеет полное влияние наимеет влияние на

319Глоссарий ARISАнглийское названиеhas information abouthas input ofhas input parameterhas instancehas interaction fromhas knowledge ofhas link tohas mandatory fieldhas memberhas methodhas minimal influence onhas normal influence onhas operating resourcehas operationhas order basishas output ofhas output parameterhas ownerhas parthas performance characteristichas performance componenthas positionhas possible detour tohas primary keyhas process managerhas properties supplied byhas quota ofРусское названиеотображает содержаниеимеет на входеимеет входной параметримеет экземплярвзаимодействует с (пассив)владеет знаниемимеет связь симеет обязательное полеимеет в своем составеимеет методоказывает минимальное влияние наоказывает обычное влияние наимеет в качестве ресурсаимеет операциюимеет в качестве основы для упорядоченияимеет на выходеимеет выходной параметримеет в качестве владельцасостоит изимеет в качестве характеристики выполненияимеет в качестве исполняемого компонентаимеет должностьимеет возможный запасной путьимеет первичный ключимеет менеджера процессаимеет свойства, полученные отимеет квоту

320Моделирование бизнеса. Методология ARISАнглийское названиеРусское названиеhas recursionhas reference tohas relation withhas relationship tohas roothas screen fieldhas sessionhas sinkhas sourcehas specimen ownerhas specimenhas statehas strong influence onhas subordinate eventhas subordinate rulehas subprocesshas substatehas subtypehas supertypehas the disciplinary superiorhas the technical superiorhas transition fromhas transition tohas userhas valuehashelps with the creation ofимеет рекурсиюссылается на, имеет ссылку наимеет отношение кимеет отношение кимеет кореньимеет полеимеет сессиюимеет приемникимеет источникимеет в качестве владельца экземпляраимеет в качестве экземпляраотображаетсильно влияет наимеет зависимое событиеимеет зависимое правилоимеет подпроцессимеет промежуточное состояниеимеет подтипимеет супертипимеет в качестве непосредственного руководителяимеет в качестве технического руководителясостояние после перехода изпереходит виспользуется (кем)имеет значениеимеетсоздается с помощью

321Глоссарий ARISАнглийское названиеimplementsimportsincludeinfluencesInformation flow (passive)Information flowinstantiateinteracts withinterruptsis a base foris a component ofis a functional generic term ofis a functional subterm ofis a receiver ofis ais accepted byis accessed alternatively byis accessed byis accessedis activated by (Baan)is activated byis affected by shiftis affected byis aggregatingis alternative operating resource ofis approved duringis archived byРусское названиереализуетимпортируетвключаетвлияет наинформационный поток (пассив)информационный потокиллюстрируетвзаимодействует спрерываетявляется базой дляявляется составной частьюявляется практическим обобщающим термином дляявляется практическим подтермином дляполучается отявляетсярезультат утверждается (кем)доступен(ы) (альтернативный вариант) длядоступен длядоступен дляактивизируется (Baan)активизируетсязависит от сменыподвержено влияниюявляется подмножествомявляется альтернативным ресурсом дляутверждается в ходе выполненияархивируется

322Моделирование бизнеса. Методология ARISАнглийское названиеРусское названиеis assigned 1:1 имеет отношение 1:1is assigned 1:n имеет отношение 1:nis assigned m:nимеет отношение m:nis assigned n:1 имеет отношение n:1is assigned n:mis assigned to typeis assigned tois associated by (multiple)is associated withis associatedis attribute ofis attribute type groupis available atis based onis by default processed byis called byis changed byis characteristic foris checked byis classifiedis compared tois composed ofis concerned byis constrainedis consumed byis consumedis contained byимеет отношение n:mотносится к типусвязан(а) симеет в качестве ассоциации (множественная связь)ассоциируется симеет в качестве ассоциацииявляется атрибутом дляявляется группой типов атрибутов дляможет быть получено от/изосновывается напо умолчанию обрабатывается с помощьювызываетсяизменяетсяявляется характеристикой дляпроверяетсяклассифицируетсясравнивается ссостоит иззатрагиваетсяограниченапотребляетсяпотребляетсясодержится в

323Глоссарий ARISАнглийское названиеРусское названиеis contained inis contents ofis created byis created with help fromis criterion ofis critical factor foris current location ofis decided byis defined byis definedis deleted byis dependent onis depending hierarchicallyis dependingis depicted byis described byis describing foris designed byis developed withis different fromis disciplinary superior tois discriminated byis discriminatorofis distributed byis divided intois documented inis domain forсодержится всодержится впорождаетсяпомогает в созданииявляется критерием дляявляется критическим фактором дляявляется текущим местом расположениязависит от решенияопределяетсяопределяетсяуничтожаетсяпорождается черезподчинен по иерархиивлияет наописываетсяописываетсяописываетпроектируетсяпишется наотличается отявляется непосредственным руководителемдифференцируются подифференцируетраспределяетсяделится надокументировано вявляется диапазоном для

324Моделирование бизнеса. Методология ARISАнглийское названиеis driveris effect ofis employee variableis end ofis evaluated byis executed atis executed byis execution-oriented subordinateis execution-oriented superioris exposed tois extendedis external key foris feature ofis filter ofis filtered byis financially responsible foris fully influenced byis generalization ofis generic term ofis implemented byis importedis in conflict withis includedis influenced byis input foris input parameter ofis instance ofРусское названиеявляется драйвером дляявляется результатомявляется временным служащимявляется концом дляоценивается с помощьювыполняется на территориивыполняетсяподчиняется по способу выполненияподчиняет по способу выполненияраскрывается нарасширяетсяявляется внешним ключом дляявляется свойствомявляется фильтром дляфильтруетсяявляется ответственным за финансовые вопросыполностью зависит отявляется обобщениемявляется обобщающим термином дляреализуется в видеимпортируетсянаходится в противоречии свключается взависит отявляется входом дляявляется входным параметром дляявляется экземпляром

325Глоссарий ARISАнглийское названиеРусское названиеis instanceis instantiated byis interrupted byis IT responsible foris linked byis linked tois linked withis located atis managed byis managed withis mandatory field foris mandatory fieldis measured byis member ofis method foris minimally influenced byis nestedis normally influenced byis not consumedis object-oriented subordinateis object-oriented superioris occupied byis of typeis operating resource ofis operation ofis operationalizedis order basis forявляется экземпляромзапускается при помощипрерываетсяотвечает по IT заследует засвязан ссвязан срасполагаетсянаходится под управлениемуправляется с помощьюявляется обязательным полем дляявляется обязательным полемизмеряется с помощьюявляется составной частьюявляется методом дляв минимальной степени зависит отявляется вложениемв нормальной степени зависит отне потребляетсяподчиняется по объектуподчиняет по объектузанятаотносится к типуявляется ресурсом дляявляется операцией дляобрабатываетсяявляется основой для упорядочения

326Моделирование бизнеса. Методология ARISАнглийское названиеРусское названиеis organization manager foris oriented atis output medium foris output ofis output parameter ofis owner ofis parallel tois part ofis part ofis partly consumedis performance characteristic ofis performance component ofis performed byis performed inis platform ofis position ofis predecessor ofis prevented byis primary key foris process manager foris process manageris process-oriented subordinateis process-oriented superioris produced byis programming language ofis propagated byis propagatedявляется организационным управляющимориентируется появляется выходной информациейявляется выходом дляявляется выходным параметром дляявляется владельцем дляявляется аналогом дляявляется частьюявляется частьючастично потребляетсяявляется характеристикой производительности дляявляется компонентом производительности дляформируетсяявляется местом выполненияявляется платформой дляявляется должностьюпредшествуетпредотвращаетсяявляется первичным ключом дляявляется менеджером процесса дляявляется менеджером процессаподчиняется по процессуподчиняет по процессупроизводитсяявляется языком программирования дляпередаютсяпередается

327Глоссарий ARISАнглийское названиеРусское названиеis provided byis reached viais read byis realized byis received fromis reduced byis referenced byis repeated byis reported byis represented byis represented inis required alternativelyis required foris responsible for development ofis responsible foris sent fromis set byis shifted tois source ofis specialization ofis specimen ofis specimen owner ofis splitted byis state ofis stored onis strongly influenced byis subordinate event ofобеспечиваетсядостигается посредствомсчитываетсяреализуетсянаправляется ксокращается посредствомявляется ссылкой дляповторяетсядокументируетпредставляетсяотображается натребуется(альтернативный вариант)требуетсяотвечает за разработкуявляется ответственным занаправляется отустанавливается (кем)переключается наявляется источникомявляется частным случаемявляется экземпляромявляется владельцем экземпляраразделяютсяотображается вхранитсясильно зависит отявляется зависимым от

328Моделирование бизнеса. Методология ARISАнглийское названиеis subordinate rule ofis subordinateis subprocess ofis substateis substituted byis subterm ofis subtype ofis successor ofis Superior (Baan)is superioris supertype ofis supported by consulting role ofis supported by usingis supported byis supportedis taken atis technical superior tois technically responsible foris under financial responsibility ofis under IT responsibility ofis under organizational responsibility ofis under process responsibility ofis under responsibility ofis under technical responsibility ofis used byis used inis usedРусское названиеявляется зависимым отподчиняетсяявляется подпроцессомявляется промежуточным состояниемзамещаетсяявляется подтермином дляявляется подтипомследует заимеет в подчинении (Baan)имеет в подчиненииявляется супертипомвыполняется при консультированииподдерживается при использованииподдерживаетсяподдерживаетсяиспользуетсяявляется техническим руководителемотвечает за техническую частьотвечает по финансам заимеет в качестве ответственного по ИТнаходится под организационным руководствомнаходится под управлениемнаходится под ответственностьюимеет в качестве ответственного за техническую частьиспользуетсяиспользуется виспользуется

329Глоссарии ARISАнглийское названиеis user interfaceis useris value of (Baan)is value ofis worked on by collaboration ofis workflow class of (passive)is workflow class ofisleads to (Baan)leads tolies onlinksmanagesMaterial flow (passive)Material flowmay accessmay be executed bymay change privileges (passive)may change privilegesmay executemay instantiatemay not be executed bymay not executemay search (passive)may searchmeasuresmitigatesРусское названиеявляется интерфейсом пользователя дляявляется пользователемявляется значением (Baan)является значениемвыполняется при сотрудничестве сявляется классом workflow (пассив)является классом workflowявляетсяформирует(Baan)порождает событие черезотображаетсяпредшествуетуправляетпоток материалов (пассив)поток материаловможет иметь доступ кможет быть выполненаправа доступа могут быть изменены (кем)может изменять права доступа кможет выполнятьможет подвергать обработкеможет быть не выполненаможет не выполнятьможет использоваться при поискеможет осуществлять поискизмеряетсокращает

330Моделирование бизнеса. Методология ARISАнглийское названиеРусское названиеmust inform about result ofmust not occur formust occur fornestsnextno (in)no (out)occupiesoccurs afteroccurs beforeOptimization Path (passive)Optimization Pathownspartly consumespasses valueperformsPhase assignment (Baan)Phase assignmentpreventspreviousprocesses by defaultproducespropagatesprovides input forprovides value forprovidesqueriesдолжен информировать о результатах выполненияне должно произойтидолжно произойтисодержитследующийнет (вход)нет (выход)занимаетпроисходит послепроисходит допуть оптимизации (пассив)путь оптимизациисодержитчастично потребляетпередает значениеформируетдетализация фазы (Baan)детализация фазыпредотвращаетпредыдущийобрабатывает по умолчаниюпроизводитпередаетпредоставляет входные данные дляпредоставляет значение дляобеспечиваетзапрашивает

331Глоссарии ARISАнглийское названиеreadsrealizesreceivesreferencesrelates to (passive)relates torepeatsrepresentsrequires alternativelyrequiresresult is forwarded byRole Assignment (passive)Role Assignmentruns underseessends information on cancellation tosendssets valuespecializessplits tostoressubstitutes forsubsumes part of connectionsubsumes sectionsubsumesРусское названиесчитываетреализуетполучает отссылается наимеет отношение к (пассив)имеет отношение кповторяетотображаеттребует (альтернативный вариант)требуетрезультаты выполнения передаются (кем)детализация роли (пассив)детализация ролизапускается насчитываетинформация о нестандартном завершении передается (кому)направляет вустанавливает значениеспециализируетразделяетхранитзамещаетявляется частью соединенияявляется секциейсодержит,объединяет

332Моделирование бизнеса. Методология ARISАнглийское названиеsupplies properties forsupports when time limit is exceeded(passive)supports when time limit is exceededsupportssynonyme (not a preferred term of)synonyme (preferred term of)takestime assessment positionuses value ofusesvolume is dependent onwas executed byyes (in)yes (out)Русское названиепредоставляет свойства дляподдерживается при превышении ограничения времени (пассив)поддерживает при превышении ограничения времениподдерживаетсиноним (нежелательный термин)синоним (предпочтительный термин)беретсостояние временной оценкииспользует значениеиспользуетобъем зависит отбыло выполнено (кем)да (вход)да (выход)

333Список литературы1. Шеер А.-В. Бизнес-процессы. Основныепонятия. Теория. Методы. — М.: Весть-МетаТехнология, 1999.2. Шеер А.-В. Моделирование бизнеспроцессов.— М.: Весть-МетаТехнология,2000.3. Hammer М., Champy J. Reengineering thecorporation: A manifesto for businessrevolution. - N.Y.: Harper-Collins, 1993.4. Автоматизированные информационныетехнологии в экономике / Под ред. ГА.Титоренко. — М.: Компьютер, ЮНИТИ,1998.5. Спицнадель В.Н. Основы системногоанализа. — СПб.: Изд. дом «Бизнеспресса»,2000.6. ХанД. Планирование и контроль: концепцияконтроллинга. — М., Финансы истатистика, 1997.7. Марка Д., МакГоуэн К. Методологияструктурного анализа и проектирования.— М.: МетаТехнология, 1993.8. Калянов Г. Н. Консалтинг приавтоматизации предприятий: Научнопрактическоеиздание. Серия«Информатизация России на пороге XXIвека». — М.: СИН-ТЕГ, 1997.9. Лебедев А.Н. Моделирование в научнотехническихисследованиях. — М.: Радиои связь, 1989.10. Ойхман Е.Г., Попов Э.В. Реинжинирингбизнеса: Реинжиниринг организаций иинформационные технологии. — М.:Финансы и статистика, 1997.11.ARIS Methods. Version 5. June 2000.Copyright (©) 1997 - 2000 by IDS ScheerAG, Saarbrucken.Литература12. ARIS Quick Start Guide. Version 5. May2000. Copyright (©) 1997 - 2000 by IDSScheer AG, Saarbrucken.13. POET© Object Server for ARIS 5 May 2000.Copyright (©) 1997 - 2000 by IDS ScheerAG, Saarbrucken.14. ARIS Installation Guide. Version 5. April2000. Copyright (©) 1997 - 2000 by IDSScheer AG, Saarbrucken.15. Chen P.P. The Entity-Relationship Model:Toward a Unified View of Data. — ACMTransactions on Database Systems, vol. 1, №1,1976.16. Терминология и глоссарий WfMC.Спецификация коалиции по управлениюworkflow (Workflow management coalition).— М.: Весть-МетаТехнология, 2000.17. Кулопулос Т. М. Необходимость workflow.Решения для реального бизнеса. — М.:Весть-МетаТехнология, 2000.18. Фишер Л. Совершенство на практике.Лучшие проекты в области управлениябизнес-процессами и workflow. — М.:Весть-МетаТехнология, 2000.19. ИСО 9000-2000. Системы менеджментакачества. Основные положения и словарь.20. ИСО 9001-2000. Системы менеджментакачества. Требования.21. ИСО 9004-2000. Системы менеджментакачества. Рекомендации по улучшениюдеятельности.22. ИСО 10006-1997. Менеджмент качества.Руководство качеством при управлениипроектами.