Upravlenie_izmeneniyami

262

представлены три уровня описания фазовой концепции: определение требований, спецификация проекта и описание реализации. Эти уровни во многом сходны с уровневыми представлениями других CASE-средств.

Горизонтальная ось ("поэтапная конкретизация") описывает последовательную индивидуализацию понятий. На первом этапе определяются базовые требования (общие требования, стандартные блоки), которые на следующем, втором этапе конкретизируются с учетом специфики отрасли (частные требования), а на третьем этапе дифференцируются применительно к специфике предприятия (конкретные требования).

Эта "проекция" наглядно показывает, что, согласно концепции CIMOSA, общие стандартные блоки следует использовать для определения стандартов, после чего блоки группируются в модели-прототипы для конкретных отраслей. На последнем этапе они используются для выработки решений, предназначенных для конкретных организаций. В инфраструктуре некоторых других моделей CASE-технологий степень детализации информационной модели определяется при решении вопросов структурирования.

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

Третья ось ("поэтапная генерация") описывает различные типы моделей информационной системы. Цели этой "проекции" направлены на создание типов описаний.

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

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

Несмотря на внушительные затраты финансовых и интеллектуальных ресурсов, практическая отдача CIMOSA пока минимальна. Судя по сообщениям пользователей из реального бизнеса, участвующих в проекте, число специальных приложений, разработанных при помощи этой архитектуры, еще крайне незначительно. Исключение составляют автомобильная компания "Renault", внедрившая прикладную систему для ремонтного обслуживания производственных установок, и компания "TRAUB AG", внедрившая при-

263

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

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

Всеобъемлющая методология разработки более традиционных информационных систем создана членами одной из рабочих групп Международной федерации по обработке информации (IFIP). IFIP-методология не сужает объект исследования какими-то конкретными методами разработки ИС. Напротив, она базируется на широком спектре знаний, стремясь охватить как можно больше концепций, среди которых: интерактивный метод проектирования (IDA); методология информационного инжиниринга (IEM); один из вариантов высокоуровневых сетей Петри (IML); метод систем разработки Джексона (JSD); метод информационного анализа Нийссена (NIAM); язык постановки задач/анализатор постановки задач (PSL/ PSA); метод структурированного анализа и проектирования (SADT); метод Йордона.

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

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

Ряд концепций описания информационных систем разработан в иссле-

довательских проектах Санкт-Галленского университета (Швейцария).

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

264

инжиниринговых проектов и подразделяются на следующие категории: функции, организационная ролевая концепция, описываемые результаты и методики. Проектные компоненты соответствуют "типам представления" и подразделяются на следующие категории: потоки работ, результаты (выходы) процессов, управление процессами, информационная система, организационная структура и организационная (корпоративная) культура.

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

Рис.6.12. Типы моделей в архитектуре IFIP

Концепция ARIS (Architecture of Integrated Information Systems – архи-

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

265

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

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

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

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

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

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

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

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

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

267

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

Всвязи с этим в методологии ARIS выделено четыре основных вида моделей, отражающих основные аспекты организации – пять типов представлений:

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

• функциональные модели, описывающие функции (процессы, опера-

ции), выполняемые в организации;

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

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

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

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

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

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

граммы Чена ERM, язык UML (Unified Modeling Language), методики ОМТ

(Object Modeling Technique), BSC (Balanced Scorecard) и т.п.

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

268

модели, отражающей все существующие связи между подсистемами организации.

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

Организационные и функциональные модели, а также модели данных, входов/выходов и процессов/управления рассматриваются как поля в специ-

альной базе данных – репозитории.

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

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

До сих пор бизнес-процессы обсуждались с точки зрения управления, т.е. без акцента на информационной технологии. Рассмотренные выше прикладные системы (компоненты функциональной модели), компьютерная техника (компонент организационной модели) и носители данных (компоненты модели данных) содержат только имена систем, но не описания в категориях ИТ. Этапы создания информационных систем характеризуются фазовой моделью ARIS, отражающей все аспекты использования ИТ в рамках каждой модели:

269

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

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

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

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

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

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

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

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

Стратегическое планирование отражает долгосрочные корпоративные цели организации, общие корпоративные функции и ресурсы. Таким образом, стратегические установки определяют в долгосрочной перспективе бизнеспроцессы организации, включая корпоративные цели, критические факторы успеха и распределение ресурсов. Обсуждаемые методы "адаптированы" к представлению концепций управления бизнес-процессами с точки зрения стратегического планирования. Если фактические бизнес-процессы уже описаны, это происходит обычным способом. На данном этапе нежелательно разбивать процессы и функции на модели ARIS и описывать их в деталях.

Фаза 2 посвящена определению требований. На этом этапе создаются подробные модели (каждого типа) прикладной системы. И здесь тоже ключе-

270

вое место занимает организационное содержание бизнеса. На этом уровне следует включить примеры бизнес-процессов.

Рис.6.15. Фазовая модель ARIS

Однако на этой фазе, в отличие от стратегического подхода, необходимы более формализованные языки описания, поскольку описания, предназначенные для определения требований, являются отправной точкой для реализации ИТ. Языки описания должны быть понятны с точки зрения бизнеса,