- •Предисловие
- •Глава 1. Основные понятия теории моделирования § 1.1. Термины моделирования
- •§ 1.2. Классификация видов моделирования
- •§ 1.3. Проблемы проектирования информационных систем
- •§ 1.4. Моделирование предметной области
- •§ 1.5. Три уровня анализа
- •§ 1.6. Набор типов моделей Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Вопросы к главе 1
- •Глава 2. Концептуальные основы case-технологий § 2.1. Понятие case-технологии
- •§ 2.2. Проблемы внедрения case-технологий
- •§ 2.3. Общая характеристика case-средств
- •§ 2.4. Классификация case-средств
- •Вопросы к главе 2
- •Глава 3. Понятие и основные принципы функционального моделирования, обзор основных методологий.
- •§ 3.1. Технология структурного анализа и проектирования sadt
- •§ 3.2. Диаграммы потоков данных dfd (Data Flow Diagrams)
- •§ 3.3. Диаграммы потоков работ wfd (Work Flow Diagram)
- •§ 3.4. Семейство стандартов моделирования idef
- •§ 3.5. Основные элементы и понятия idef0
- •§ 3.6. Диаграммы "сущность-связь" erd (Entity-Relationchip diagram)
- •Вопросы к главе 3
- •Глава 4. Спецификации управления
- •§ 4.1. Диаграммы переходов состояний std (State Transition Diagrams)
- •§ 4.2. Особенности применения std диаграмм
- •§ 4.3. Структурные карты
- •§ 4.4. Структурные карты Константайна
- •§ 4.5. Структурные карты Джексона
- •§ 4.6. Характеристики хорошей модели реализации
- •4.6.1. Сцепление
- •4.6. 2. Связность
- •§ 4.7. Принципы проектирования, позволяющие построить качественную модель
- •§ 4.8. Транзакционный и трансформационный анализ или как получить структурные карты из диаграмм потоков данных
- •Вопросы к главе 4
- •Глава 5. Объектно-ориентированный подход к моделированию информационных систем § 5.1. Понятие объектно-ориентированного анализа
- •§ 5.2. Элементы объектно-ориентированной модели
- •§ 5.3. Объект и класс
- •§ 5.4. Язык моделирования uml
- •§ 5.5. Достоинства и недостатки объектно-ориентированного проектирования
- •Вопросы к главе 5
- •Глава 6. Метод имитационного моделирования
- •§ 6.1. Понятие имитационного моделирования
- •§ 6.2. Применение имитационного моделирования
- •§ 6.3. Виды имитационного моделирования
- •§ 6.4. Принципы и методы построения имитационных моделей
- •6.4.2. Принцип особых состояний
- •6.4.3. Основные методы имитационного моделирования.
- •Вопросы к главе 6
- •Глава 7. Инструментальные средства моделирования ис
- •§ 7.1. Российские программные продукты
- •7.1.1. Инталев: Корпоративный навигатор (инталев)
- •Бизнес-Инженер (Битек)
- •Case.Аналитик
- •§7.2. Зарубежные case - средства
- •7.2.3. Case-средство Silverrun
- •7.2.5. Case-средство Designer/2000
- •§ 7.3. Методология aris
- •7.3.1. Общие сведения о методологии aris
- •7.3.2. Архитектура aris
- •7.3.3. Обзор основных модулей
- •§ 7.4. Программные продукты имитационного моделирования
- •7.4.1. Система Arena
- •7.4.2. Пакет имитационного моделирования AnyLogic
- •Вопросы к главе 7
- •Библиографический список
- •Оглавление
7.3.2. Архитектура aris
Методология ARIS представляет собой множество различных методологий, объединенных, интегрированных в рамках единого системного подхода. В общем случае архитектура ARIS выделяет в организации такие подсистемы, как:
Организационная. Определяет структуру организации –иерархию подразделений, должностей и конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений
Функциональная. Определяет функции, выполняемые в организации
Подсистемы входов – выходов. Определяет потоки используемых и производимых продуктов и услуг
Информационная (подсистема данных). Определяет получение, распространение и доступ к информации
Подсистема процессов управления. Определяет логическую последовательность выполнения функций посредством событий и сообщений
Подсистема целей организации. Описывает иерархию целей, достигаемых в ходе выполнения того или иного процесса
Подсистема средств производства. Описывает жизненный цикл основных и вспомогательных средств производства
Подсистема человеческих ресурсов. Описывает прием на работу, обучение и продвижение по службе персонала организации
Подсистема расположения организационных структур. Описывает территориальное расположение организационных единиц.
Все эти подсистемы организации и в реальности, и в моделях должны быть связаны между собой. ARIS дает возможность описывать достаточно разнородные подсистемы в виде взаимоувязанной совокупности различных моделей, которые хранятся в едином репозитории. Именно эта взаимосвязанность и согласованность моделей являются отличительной чертой методологии ARIS.
Каждая из этих подсистем, в соответствии с правилами структурного моделирования, разбивается на элементарные блоки (модули).
Все подсистемы взаимно проникают друг в друга и поэтому, одни и те же элементарные модули могут использоваться для описания различных структурных моделей. Для устранения избыточности методология ARIS ограничивает число типов моделей. Поэтому, в ARIS выделено пять типов представлений (см. рис.7.1.):
Организационные модели, описывающие иерархическую структуру системы – иерархию организационных подразделений, должностей, полномочий конкретных лиц, многообразие связей между ними, а также территориальную привязку структурных подразделений
Функциональные модели, описывающие функции, (процессы, операции), выполняемые в организации;
Информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;
Модели процессов/управления, представляющие комплексный взгляд на реализацию деловых процессов в рамках системы и объединяющие вместе другие модели
Модели входов/выходов, описывающие потоки материальных и нематериальных входов и выходов, включая потоки денежных средств.
Рис. 7.1. Типы представлений
7.3.3. Обзор основных модулей
Интегрированная инструментальная среда ARIS состоит из комплекса средств. Средства ARIS можно разделить на три основных категории:
функциональные модули,
модели-прототипы,
интерфейсы в другие программные средства.
К основным функциональным модулям относятся следующие компоненты: ARIS Toolset (базовая среда моделирования и анализа), ARIS Easy Design (упрощенная среда моделирования), ARIS for R/3 (инструментарий внедрения системы управления R/3 фирмы SAP).
Существует ряд дополнительных функциональных модулей: ARIS ABC (средство функционально-стоимостного анализа процессов предприятия), ARIS Simulation (динамическое моделирование процессов).
Средства ARIS могут использоваться как однопользовательская среда, а также поддерживают коллективные разработки в среде «клиент-сервер». Возможность коллективной работы обеспечивается следующими средствами: процедура объединения баз данных (компонента Merge), ARIS Server (средство совместного доступа нескольких пользователей к единому хранилищу данных – репозиторию ARIS), ARIS Web Link (компонента, позволяющая организовать публикацию моделей и их совместное использование несколькими пользователями через сети Internet и Intranet).
Основным модулем анализа и проектирования является базовая компонента ARIS Toolset, включающая инструментарий для работы с моделями анализа деятельности предприятия (анализ организационной структуры, целей и функций, данных, бизнес-процессов). Включает средства моделирования, анализа, навигации, управление доступом, отчеты и другие необходимые возможности для полноценной работы по анализу и моделированию. Все функциональные модули ARIS состоят из четырех основных компонент: Проводник, Дизайнер, таблицы и мастера.
Проводник, похожий на проводник Microsoft Windows, служит средством организации проектов, моделей и объектов, а также предоставляет ряд административных функций по управлению проектами, моделями, объектами и прочей информацией.
Дизайнер обеспечивает процесс моделирования, то есть документирования знаний о предприятии с помощью графических объектов и взаимосвязей между ними. В отличие от прочих графических средств, AIRS сохраняет информацию об объектах и связях между ними в базе данных, что делает возможным использование этой информации в других моделях, при проведении анализа и составлении отчетов. Наличие методологических фильтров позволяет руководителю проекта разработать методологию организации работ, специфичную для каждого проекта. При этом каждому пользователю предоставляется лишь тот объем методологии ARIS, который соответствует его роли в данном проекте.
Каждый объект или связь имеют набор атрибутов, при помощи которых можно задать количественные и качественные характеристики моделируемых элементов. В частности, для каждой функции можно задать ее имя, уникальный код в проекте, автора, время и дату создания, детальное описание, пример реализации, затраты времени и денег на выполнение данной функции и так далее. Все указанные характеристики объектов и связей формализованы и используются при проведении анализа или составлении отчета. Значения характеристик заносятся в соответствующие таблицы. Таблицы также играют важную роль при проведении функционально-стоимостного анализа и анализа результатов динамического моделирования.
Наличие мастеров облегчает пользователю прохождение многоэтапных операций в среде ARIS. Интерактивный режим повышает наглядность и удобство использования основных функциональных возможностей ARIS. Мастера предоставляют объяснения опций или альтернатив, позволяют осуществлять возврат на шаг назад. Мастера используются для таких операций, как создание баз данных и моделей, генерация отчетов и таблиц функционально-стоимостного анализа, проведение семантических проверок моделей и так далее.
Создание моделей в среде ARIS не требует специальных знаний. Процесс выноса объектов на поле модели и проведения связей между объектами достаточно прост. Удобные средства выравнивания объектов и осуществления автоматического расположения объектов на модели значительно сокращают создание емких и удобных для восприятия графических представлений. Наличие возможности управления процессом автоматического расположения объектов на модели повышают гибкость и удобство использования данной операции.
В дополнение к информации, входящей в структуру моделей (объекты, связи и их характеристики) пользователи могут дополнять модели текстовыми заголовками, стандартными графическими объектами (окружности, прямоугольники), а также внедрять в модели внешние документы и приложения. Внешние документы и приложения могут быть связанны с конкретными объектами модели или же вынесены непосредственно на поле моделирования, как в виде образа, так и в виде значка. Таким образом, прямо из среды ARIS пользователь может обращаться за дополнительной информацией, комментирующей изучаемую им модель.
Важным отличием ARIS от других средств является также наличие возможности моделирования с использованием нескольких языков. Вся информация в базе данных может быть представлена на нескольких языках, что является крайне важным в работе многоязычных коллективов специалистов.
Разработанные модели могут быть проанализированы по определенным правилам. Правила анализа задаются в специально разработанных алгоритмах, основанных на языке, схожем с языком Visual Basic. В среде ARIS уже существуют некоторые алгоритмы анализа:
Классификация функций – анализ и классификация функций в зависимости от значений их атрибутов; данный алгоритм построен таким образом, что он может быть настроен для различных нужд (например, выявление количества выполняемых вручную функций или количество функций, добавляющих стоимость к конечному продукту).
Затраты времени и денег на выполнение процесса. Существует возможность в рамках модели процесса задать стоимость и продолжительность выполнения отдельных ее шагов, а также указать продолжительность переходов от одного шага к другому. Эта информация учитывается при проведении данного вида анализа.
Необходимые организационные изменения в процессах. Данный вид анализа предоставляет рекомендации по изменению ответственности исполнителей за выполнение отдельных операций процесса.
Анализ движения информации внутри процесса – анализ информационных разрывов внутри смоделированных процессов. Анализ использования элементов автоматизированной системы в процессах – определение состава функций, поддержанных автоматизированной системой и выполняемых традиционным способом.
Результаты анализа представляются в виде таблиц, которые могут быть просмотрены как встроенными средствами ARIS, так и другими приложениями (редакторы RTF, Microsoft Word, Excel и проч.).
При помощи соответствующего мастера пользователи имеют возможность создавать собственные алгоритмы анализа, которые будут использоваться в последующих проектах.
Операция создания отчета по заданным алгоритмам позволяет представлять содержимое базы данных (графические взаимосвязи объектов и значения их атрибутов) в текстовом виде. Структура и состав отчета определяется используемым алгоритмом, который также может быть разработан пользователем самостоятельно.
Встроенная компонента Merge позволяет осуществлять копирование моделей и объектов из одной базы данных в другую, методом Drug&Drop («перетаскивание мышью»). Данная опция приобретает особую важность при необходимости объединения результатов работы нескольких независимых команд, а также при организации процесса накопления и использования прототипов проектных решений. Компонента Merge осуществляет обработку конфликтов совпадения имен моделей и объектов при процессе копирования. Правила разрешения подобного рода конфликтов определяются пользователем.
Базовая среда моделирования ARIS Toolset предоставляет необходимые функции администрирования баз данных проектов в среде ARIS. Функции администрирования осуществляются через Проводник. К основным элементам администрирования относятся следующие: серверы, базы данных, пользователи и группы пользователей, форматы шрифтов, языки баз данных, методологические фильтры, группы моделей, модели, объекты, таблицы.
Для каждой создаваемой базы данных определяется состав пользователей, имеющих право доступа к этой базе. Среди пользователей базы существует один или несколько администраторов базы, которые обладают соответствующими правами на администрирование. Важным элементом администрирования является задание иерархии групп внутри каждой базы данных – аналог файловой структуры в операционных системах. Для каждой группы определяются привилегии доступа к ней соответствующих пользователей, что позволяет обеспечить конфиденциальность хранимой в базе информации. В каждой группе могут храниться модели, объекты, таблицы и прочая информация. Административная функция реорганизации базы данных позволяет удалить неиспользуемые элементы базы данных, а также провести реорганизацию внутренней структуры базы.
Таким образом, ARIS Toolset является мощным средством моделирования, анализа и документирования знаний о деятельности предприятия, предоставляя множество удобных и эффективных функциональных возможностей.
ARIS Easy Design представляет собой упрощенное средство моделирования и анализа, ограниченное по функциональным возможностям в сравнении с ARIS Toolset.
С точки зрения методологии ARIS Easy Design поддерживает все 83 метода моделирования, используемые в ARIS Toolset. В этом отношении между ними существует полная совместимость. Модели, создаваемые в одном из этих средств, могут быть без потерь использованы в другом. Более того, оба этих средства могут функционировать в единой среде коллективной разработки. При этом рабочие места ARIS Easy Design используются в соответствующих подразделениях предприятия для сбора информации и проведения общего анализа, а система ARIS Toolset – для выявления более глубоких противоречий и оптимизации разработанных моделей.
В среде ARIS Easy Design отсутствуют такие возможности, как объединение содержимого баз данных при помощи компоненты Merge, администрирование методологических фильтров, разработка собственных алгоритмов анализа и структур отчетов, консолидация объектов (объединение двух и более объектов, созданных разными пользователями, но имеющих одинаковый смысл), формирование бизнес-правил и некоторые другие.
Кроме того, ARIS Easy Design не позволяет использование таких дополнительных функциональных модулей, как ARIS ABC и ARIS Simulation.
Функционально-стоимостной анализ в модуле ARIS ABC
Базовая инструментальная среда ARIS Toolset содержит возможность задания различных статей стоимости выполнения функций в виде значений соответствующих атрибутов.
Однако, для проведения более точного анализа, необходимо использование соответствующих методик. Для реализации полноценного анализа стоимости процессов (цепочек процессов) существует модуль ARIS ABC, состоящий из модуля, подсоединяемого к основной среде разработки, и комплекта диаграмм, необходимых для описания исходных данных для анализа стоимостей (описание ресурсов, затратных центров, описание связи затратных центров и используемых ресурсов с цепочками бизнес-процессов).
В результате, не покидая основной среды, можно переключиться в режим анализа стоимости для расчета различных экономических показателей.
Использование метода функционально-стоимостного анализа оправдано недостатками традиционных методов определения затрат, а также изменениями структуры затрат на предприятиях (возрастает объем накладных расходов). Это связано в первую очередь с увеличением числа операций по подготовке, планированию, контролю и отслеживанию хода производства. В свою очередь, усилиями руководителей производственные затраты сокращаются и не могут быть достоверным базисом для определения накладных расходов на производство продукции (товаров или услуг).
При традиционной системе расчета, накладные расходы на производство отдельных товаров и услуг распределялись с использованием утвержденных коэффициентов, что не всегда точно отражало действительность. Согласно методу ABC, распределение накладных расходов между отдельными продуктами осуществляется на базе необходимых для их производства процессов. Процессы подразумевают всю последовательность действий по планированию, производству и реализации продукции конечному потребителю. Иными словами, накладные расходы перераспределяются от центров их возникновения (функциональных подразделений) к процессам, направленным на производство продукции.
К преимуществам использования метода ABC можно отнести следующие:
прозрачность структуры накладных расходов;
основа для "более точных" методов определения себестоимости продукции;
выявление неэффективно используемых ресурсов;
возможность проведения анализа "что, если?", то есть определение того, что произойдет с затратами, если будут изменены процессы;
основа для периодического контроля процессов.
Проведение функционально-стоимостного анализа в среде ARIS ABC осуществляется для процессов, разработанных средствами семейства ARIS (ARIS Toolset, ARIS Easy Design, ARIS for R/3). Единая интегрированная среда моделирования и анализа значительно повышает эффективность проведения подобного рода проектов. Возможность коллективной работы обеспечивает рациональное распределение обязанностей между специалистами – моделирование отдельных элементов происходим в каждом функциональном подразделении, а комплексный анализ всех бизнес-процессов осуществляется в отделе развития.
Модуль имитационного моделирования ARIS Simulation используется в тех случаях, когда есть необходимость промоделировать во времени разработанные модели бизнес-процессов. Цель динамического моделирования – определение узких мести в реализации процессов (несогласованность параллельно выполняемых процессов, нехватка ресурсов для эффективного выполнения процессов и так далее).
Разрабатывая модели бизнес-процессов, можно задать различные характеристики, являющиеся основой для моделирования во времени. Для функций можно задать время (ожидания, подготовки к работе, выполнения), периодичность выполнения функции, элементарные показатели стоимости выполнения функции. Показатели стоимости при этом могут быть взяты из результатов расчета по методу ABC, проводимого в модуле ARIS ABC. Для событий, обуславливающих выполнение функций, можно задать периодичность появления. Все указываемые таким образом данные определят реальные условия выполнения процесса во времени и могут быть успешно использованы для достаточно точного динамического моделирования.
Динамическое моделирование позволяет выявить преимущества и недостатки предлагаемых изменений. Анализируя альтернативные варианты реализации процессов, определяя их количественные характеристики (общее время на выполнение процесса, коэффициенты использования трудовых ресурсов), можно отобрать наиболее эффективных вариант с точки зрения выделенных критериев.
Процесс проведения анализа с использованием динамического моделирования можно разбить на следующие этапы:
Создание моделей процессов.
Подготовка и занесение данных для динамического моделирования – определение временных и стоимостных характеристик процессов.
Проведение динамического эксперимента – прогон процессов во времени на основе занесенных данных.
Анализ результатов моделирования.
В процессе динамического моделирования реальное поведение объектов отражается при помощи анимационных эффектов. Для ускорения процесса подобные эффекты могут быть отключены.
Основные результаты динамического моделирования отражаются в характеристиках объектов, участвующих в моделировании:
для функций – затраты денег и времени на реализацию, время ожидания освобождения ресурсов;
для точек разветвления – время ожидания завершения параллельных процессов;
для организационных единиц – коэффициенты использования.
Собранная статистика об использовании трудовых ресурсов, несогласованности параллельных процессов, о наличии узких мест может быть проанализирована как средствами ARIS (в табличной и графической форме), так и экспортирована в другие средства (Microsoft Excel) для более детального анализа, построения дополнительных диаграмм и графиков.
Интерфейсы
Обмен данными с другими приложениями может быть осуществлен следующими путями:
Передача информации через буфер обмена Windows. Возможна передача графических объектов в прочие приложения, при этом графика представляется в векторном виде и может быть отредактирована. Значения показателей из ARIS могут быть переданы как в табличном виде, так и в форме простого текста.
Экспорт/импорт данных в офисные приложения. Данная операция осуществляется за счет генерации отчетов и прохождения алгоритмов анализа, передачи данных из ABC-анализа при помощи мастеров, передача статистики по динамическому моделированию, импорт документов при помощи OLE.
Экспорт/импорт данных в формате HTML при помощи модуля Web Link.
Прямой доступ к хранилищу ARIS через интерфейс API.
Использование специальных интерфейсов для обмена данными с системами CASE-класса.
Специальные модули-интерфейсы, некоторые из которых разработаны третьими фирмами, обеспечивающие интеграцию с такими системами, как Microsoft Project, ERwin, Designer/2000, Rational Rose, IEF, PowerDesigner, System Engineer, IBM Flowmark (класс workflow), Staffware и многими другими.
Модели-прототипы
Существуют готовые базы данных моделей отдельных видов производств, таких как машиностроительное производство, производство бумаги, товаров широкого потребления, модели проектирования заводов и прочие, которые могут быть взяты за основу при анализе конкретного производства. Т.е. можно использовать как весь готовый проект, так и отдельные его компоненты с необходимыми доработками под конкретные нужды.
Процедурные модели («как разработать проект»)
В качестве дополнительных компонент существуют модели, описывающие принципы выполнения проектов, т.е. полную методологию по организации, проведению и использованию результатов различного рода проектов, таких как разработка бизнес-процессов, реализация SAP R/3 с ориентацией на процессы, сертификация в соответствии с международным стандартом ISO 9000, реализация workflow в среде ARIS, бенчмаркинг.
Модули для связи с моделями SAP R/3
При помощи модуля ARIS for R/3 можно трансформировать часть модели из репозитория R/3 в репозиторий ARIS для полноценного моделирование, по окончании которого модифицированные модели могут быть возвращены обратно в репозиторий R/3.
Непосредственно из среды ARIS можно запустить транзакции R/3 на выполнение, а также иметь доступ к документации на модели R/3.
ARIS Business Rules Designer – интегрированный продукт для моделирования бизнес-процессов и бизнес-правил.
Правила могут определять процессы утверждения, распределение ответственности в организации, цены на продукцию, и по существу оказывают сильное влияние на бизнес-процессы. Удивительно, что бизнес-правилам уделялось мало внимания в ходе описания бизнес-процессов.
Процедуры или бизнес-правила оказывают значительное влияние на успех компании, однако такого типа правила обычно существуют в головах сотрудников или автоматизированы в ИТ системах. Как результат, изменения правил могут быть внедрены в организации только с большим запозданием. У большинства инструментов моделирования бизнес-процессов отсутствуют возможности описывать правила управления на уровне детальных процедур. ARIS Business Rules Designer позволяет разрабатывать правила управления бизнес-процессами прямо в процедурах ARIS и контролировать логику выполнения отдельных шагов процесса. Интеграция моделирования бизнес-процессов и правил их выполнения позволяет повысить эффективность проектирования процессов и их внедрения в виде информационных систем.
ARIS Business Rules Designer обеспечивает параллельное ведение разработки процессов и правил на естественном языке, обнаруживать и исправлять недостатки правил, а также комплектовать пакеты правил. Полученная таким образом система правил может использоваться как в модели бизнес-процесса, так и отдельно от нее. Мощные средства анализа ARIS Business Rules Designer гарантируют интегральную целостность правил и их непротиворечивость.
Интуитивно понятный интерфейс ARIS Business Rules Designer, напоминающий электронные таблицы, позволяет описывать деловые правила на естественном языке, используя функциональные возможности drag-and-drop. ARIS Business Rules Designer предоставляет уникальные возможности поиска проблем логики правил управления бизнес-процессами, например, он может автоматически обнаруживать конфликтующие правила. Запатентованные технологии ARIS Business Rules Designer позволяют производить проверку полноты правил, и даже предлагать их новые варианты, уместные в конкретном случае, но не описанные пользователем. Также можно тестировать разработанные правила путем их моделирования и задания реальных данных, и оценивать соответствие ожидаемых ответов реальным, получаемым при помощи разработанных правил.
ARIS Business Rules Designer предоставляет пользователям доступ к информации, совместно используемой бизнес-процессами и правилами их управления, на базе ролей в базе моделей ARIS. Многопользовательская среда этого инструмента позволяет определять логику правил в точках принятия решений, расположенных в процессах ARIS, просматривать и анализировать взаимосвязи между моделями бизнес-процессов и правилами. При автоматизированном выполнении процессов эти правила можно автоматически собирать в пакеты в выполняемых сервисных процедурах, то есть передавать их прямо на уровень операционных информационных систем, выполняющих процессы. Это значительно повышает эффективность моделей бизнес-процессов и их выполнение в ИС.
ARIS UML Designer – инструмент, предназначенный для перехода от моделей процессов к выполняемым приложениям.
Основной смысл разработки прикладного программного обеспечения - предоставить наилучшую поддержку для выполнения процессов. Тесное взаимодействие между исполнителями процессов и ИТ-департаментом является необходимым условием успешного проекта внедрения при самостоятельной разработке пользовательского решения. Для облегчения этого процесса ARIS UML Designer позволяет на основе бизнес-моделей строить разработку программного кода. Это уникальный инструмент, говорящий одновременно на языке бизнес-процессов и разработки программного обеспечения.
ИТ-специалисты и операционные отделы совместно создают модели будущей системы. Однако будущие пользователи могут определить, какие элементы процесса необходимо автоматизировать, а ИТ специалисты в состоянии сопоставить эти объекты соответствующему классу или атрибуту.
Модели процессов, полученные при описании деятельности компании, с помощью ARIS UML Designer преобразуются в модели UML. Далее к полученной модели добавляются понятия, недостающие в процессной модели. Затем на основе последней генерируется программный код в различных CASE средствах. ARIS UML Designer реализованы 2 варианта связи с инструментами генерации кода: через XMI-интерфейс или интеграция через встроенный интерфейс. ARIS UML Designer покрывает все стадии разработки, от анализа процессов до дизайна системы. Как результат, разработанное ПО выполняет конкретные задачи бизнеса и автоматизирует заданные процессы.
Этот инструмент в комплексе с другими средствами разработки помогает выстроить гармоничную сервис-ориентированную архитектуру. В SOA главными клиентами сервисов являются в первую очередь клиентские приложения разного рода. Часто это небольшие приложения, функционирующие на Java-серверах приложений. Другой пример высокоуровневого сервиса – часть ERP-приложения, оформленная как сервис бизнес-процесса. Подобные сервисы организуются при помощи инструментов BPM, лучшим из которых на сегодняшний день признано семейство продуктов ARIS.
ARIS IT Architect
Среди основных требований, предъявляемых сегодня к бизнес-процессам – гибкость и адекватность поддержки их работы корпоративными информационными системами, а одна из современных тенденций развития – заметный рост сложности внутренней инфраструктуры предприятия. Многочисленные информационные системы с разными уровнями масштабирования и полноты функциональности, низкие уровни их интеграции, недостаточная гармонизация с поддерживаемыми процессами – главные препятствия оптимизации комплексных информационных сред. Разобщенность систем ведет к низкой прозрачности, чрезмерно сложному планированию требований к информационной среде всего предприятия и к затруднениям при попытках определить и устранить дублирование выполняемых ими функций.
Архитектура связывает между собой корпоративную стратегию, бизнес-процессы и информационные системы и представляет собой основу для описания, анализа и управления такой инфраструктурой. Из-за сложности современных архитектур их описание требует эффективного метода и удобного инструмента, устанавливающих связи между всеми существенными элементами, и адекватной трансляции бизнес-системы в систему технических процессов, представляющую собой каркас взаимодействия приложений. Этот метод – ARIS, а инструмент – web-продукт ARIS IT Architect, основа ARIS Enterprise Architecture Solution. Использование ARIS IT Architect позволяет управлять архитектурой предприятия в соответствии со многими стандартами, в частности, DoDAF, Zachman, TOGAF, TEAF, FEAF, ArchiMate и IT City Planning.
ARIS SOA Architect – инструмент построения сервисно-ориентированной архитектуры предприятия.
ИТ ландшафт современного крупного предприятия настолько разнороден, что для управления всеми его компонентами необходим новый подход. Многие компании “накапливали” ПО десятки лет и у них действует несколько разных поколений систем, которые требуется развивать и согласовывать между собой. Управление сервисной архитектурой предприятия является методом упорядочивания существующих в компании решений и программных средств, оптимизации их использования и создание основы для их развития. SOA состоит из множества компонентов, таких, как серверы приложений, связующее ПО, репозитории, специализированные пакеты централизованного управления SOA.
Создание SOA сопряжено с множеством технических и организационных проблем. Одним из важных вопросов построения архитектуры SOA являются ее администрирование и обеспечение безопасности. При наличии множества сервисов, готовых к применению, у специалистов возникает потребность в централизованной системе администрирования, с помощью которой можно было бы осуществлять их мониторинг и защиту. Не менее важный вопрос связан с правильным выделением сервисов, чтобы не потребовалось перепроектирование SOA в будущем. Часто встречается проблема семантической согласованности информации, находящейся в системах, охваченных SOA. Поскольку SOA не накладывает никаких ограничений на технологию, это могут быть и системы ERP и отдельно разработанные приложения. Достаточно трудно добиться унифицированного их описания в репозитории, который должен быть единым по всей корпорации.
ARIS SOA Architect предоставляет возможности решения этих вопросов и позволяет выстроить такую архитектуру сервисов, которая поддерживает процессы во всех подразделениях компании.
Специальный Service Browser в SOA Architect упрощает выявление сервисов для автоматизации деловой активности. Далее модели процесса в ARIS автоматически преобразуются в исполняемые модели BPEL, которые уже можно экспортировать на любую программную платформу, среди которых IBM WebSphere, BEA WebLogic, и различные ERP.
Комбинация системного и бизнес-ракурсов в ARIS SOA предоставляет возможность одним щелчком мыши показать, какой сервис и в каком процессе используется. Таким образом, если сервис даст ошибку, можно быстро найти на какой бизнес-процесс это повлияет, и предупредить всех задействованных исполнителей, менеджеров и ИТ персонал. Тем самым сервис-ориентированная архитектура заканчивается так же, как и начинается — на поддержке процессов.
Заключение
Таким образом, платформа ARIS предлагает целый набор инструментов для различных аспектов внедрения бизнес-процессов и применения для этого различных подходов и технологий. Компания IDS Scheer разработала уникальную методологию процессо-ориентированного внедрения информационных технологий, которая успешно применяется в различных проектах. Использование методологии поддержано линейкой продуктов ARIS и различными ИТ-решениями от других поставщиков.
