Язык используется для специальных целей, например, поддержки специальных типов анализа, или для отражения особенностей определенных доменов (функциональных/предметных областей) предприятия (например, финансовый домен организации). В этих случаях понятий, входящих в ядро языка, может оказаться недостаточно.
Язык предоставляет средства по расширению множества понятий, входящих в его ядро. Эти дополнительные понятия отражают специфику исследуемых доменов и используется только в этих целях. Тем самым ядро не перегружается новыми понятиями и обозначениями, которые не будут применяться другими пользователями языка. Расширение ядра языка осуществляется двумя способами:
- через добавление дополнительных атрибутов к существующим понятиям (механизм профилирования);
- через определение новых понятий на основе уже существующих (механизм специализации).
Начиная с версии 2.0 в язык включены два расширения его ядра: расширение, связанное с мотивационными факторами, и расширение, связанное с реализацией и переходом.
Первое расширение необходимо для поддержки фаз A (Видение архитектуры) и H (Управление изменениями архитектуры) метода разработки архитектуры TOGAF, а также предварительной фазы и фазы управления требованиями. Для этого ядро языка было расширено элементами и отношениями, связанными с мотивационными факторами: «заинтересованная сторона», «драйвер», «требования» и т. д. Перечень элементов и отношений, связанных с мотивационными факторами,
Второе расширение предназначено для поддержки фаз E (Возможности и решения), F (Планирование перехода) и G (Руководство реализацией) метода разработки архитектуры TOGAF. Для этого ядро языка было расширено элементами и отношениями, связанными с реализацией и переходом: «пакет работ», «поставляемый результат», «разрыв» и т. д. Перечень элементов и отношений, связанных с реализацией и переходом.
Способы представления
Полная модель архитектуры предприятия достаточно сложна и объемна. Более того, заинтересованные стороны часто самостоятельно определяют требуемые им представления общей архитектуры предприятия. Для этого язык вводит понятие «представление» (view) архитектуры и обеспечивает гибкий подход к работе с архитектурными представлениями.
Представление архитектуры - это часть общего архитектурного описания, которая исследует заданный перечень вопросов и адресована определенному кругу заинтересованных сторон.
Представления задаются способами представления (точками зрения, viewpoints), которые используются для показа определенных аспектов архитектуры по отдельности или в связке.
Способ представления - это спецификация по конструированию и использованию представления, в которой описываются используемые понятия, модели, способы анализа и визуализации, поддерживающие представление.
Можно сказать, что представление - это то, что мы видим, а способ представления - это точка зрения, с которой мы смотрим [4]. Способ представления позволяет фокусировать внимание на определенных аспектах архитектуры, которые определяются интересами заинтересованных сторон. Именно они в конечном итоге определяют, какие элементы и отношения будут включены в представление.
Способы представления классифицируются в языке по двум измерениям: по назначению и по содержанию. В свою очередь каждое из измерений разбивается соответственно на 3 типа и 3 уровня:
- по назначению - для проектирования, для принятия решений, для информирования;
- по содержанию - детальный уровень, уровень согласованности и обзорный уровень.
Следует подчеркнуть, что данная классификация носит условный характер, то есть необязательно, чтобы каждый способ представления попадал только в одну категорию. Например, представление архитектуры, предназначенное для принятия решений, может использоваться и в информационных целях.
Язык предоставляет набор стандартных способов представления, в который входят 18 способов. Описание каждого стандартного способа представления включает целевую аудиторию (перечень заинтересованных сторон), общие указания по использованию, назначение, уровни содержания и включенные в него элементы и отношения. Кроме того, для привлечения внимания к определенным аспектам архитектурной модели могут использоваться цвета. Использование цвета оставлено на усмотрение пользователей языка. Например, в спецификации языка цвета применяются для выделения слоев: желтый цвет используется для бизнес-слоя, синий - для слоя приложений и зеленый - для технологического слоя.
TOGAF и ArchiMate
TOGAFи ArchiMate являются стандартами The Open Group, которые непосредственно относятся к разработке архитектуры предприятия. С одной стороны, у TOGAF и ArchiMate имеются свои спецификации, и они могут использоваться по отдельности, независимо друг от друга, или вместе с другими стандартами. С другой стороны, существуют значительные преимущества при совместном использовании TOGAF и ArchiMate.
Основная цель языка в контексте методологии TOGAF - представление архитектурных моделей. ArchiMate дополняет TOGAF, обеспечивая необходимый набор понятий и обозначений. Язык позволяет создавать как отдельные модели, в том числе соответствующие представлениям TOGAF, так и модели, объединяющие различные домены архитектуры. С включением двух расширений язык полностью покрывает все фазы метода разработки архитектуры TOGAF (таблица 2).
Таблица 2. Использование понятий языка на различных фазах метода разработки архитектуры TOGAF.
В рамках консорциума The Open Group продолжаются работы по развитию ArchiMate, сближению его спецификации со спецификацией TOGAF. В частности, рассматривается разработка новых расширений языка, которые будут включать понятия для моделирования бизнес-политик и процессов принятия решений.
ПРИМЕЧАНИЕ
1 В 2009 году название организации было изменено на Novay.
2 Проект продолжался с июля 2002 года по декабрь 2004 года. Стоимость и трудоемкость проекта составили соответственно около 4 млн евро и 35 человеко-лет.
3 Information Management писал об этом стандарте в статьях «The Open Group Architecture Framework (TOGAF) Часть 1. Структура, ключевые понятия, модель и инструменты развития архитектуры, информационный контент» (Information Management № 4 2013) и «Часть 2. Континуум предприятия, ссылочные модели и управление развитием архитектуры» (Information Management № 5 2013).
4 Автором статьи выполнен перевод данной версии стандарта на русский язык.
5 Система в общем смысле этого слова - это не синоним приложения. Система - это совокупность элементов или отношений, связанных друг с другом в единое целое, которое обладает свойствами, отсутствующими у элементов или образующих их отношений.
6 Приведенные примеры взяты из спецификации языка.
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗУЕМЫХ ИСТОЧНИКОВ
1. Q084 ArchiMate Forum. Information Sheets. The ArchiMate Forum of The Open Group. The Open Group, July 2014
2. Telematica Instituut. Annual Report, 2005.
3. Sethuraj Nair. ArchiMate: Its Time Has Come?
4. ArchiMate 2.1 Specification, Open Group Standard, December 2013.
5. M. Lankhorst et al, Enterprise Architecture at Work – Modelling, Communication and Analysis, Second Edition, Springer, 2009.
6. H. Jonkers, D. Quartel, H. Franken, ArchiMate for Integrated Modelling Throughout the Architecture Development and Implementation Cycle, Uporabna Informatika, 2012.
7. H. Jonkers, E. Proper, M. Turner, TOGAF and ArchiMate: A Future Together. A Vision for Convergence & CoExistence, The Open Group, November 2009.
8. TOGAF Version 9.1, The Open Group.
9. G. Berrisford, M. Lankhorst, Using ArchiMate with an Architecture Method. A conversation, 2009.