Уровень технологии описывает системные программные приложения и инфраструктуру. Во всех случаях, когда это применимо, язык ArchiMate использует аналогии с бизнес-уровнем и уровнем приложений. Элементы уровня технологии обычно используются для моделирования технической архитектуры предприятия, описывая структуру и поведение технологической инфраструктуры предприятия.

Активные элементы структуры

Основным активным элементом структуры на уровне технологии является узел. Этот элемент используется для моделирования структурных сущностей на данном уровне и обладает следующими характеристиками:

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

Обозначение концепции узла

Узел — это активный элемент обработки, определяемый как вычислительный ресурс, на котором могут храниться или развертываться артефакты для выполнения.

Пример концепции узла

На приведенном ниже диаграмме ArchiMate вы видите узел сервера приложений, состоящий из устройств типа «лейм» и системного программного обеспечения сервера приложений на базе Java EE.

Имя узла лучше всего является существительным.

Обозначение концепции устройства

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

Устройство определяется как аппаратный ресурс, на котором могут храниться или развертываться артефакты для выполнения, с следующими характеристиками:

• Устройства вместе с системным программным обеспечением составляют часть узла.
• Устройства могут быть составными, то есть состоять из подустройств.
• Устройства могут быть соединены между собой посредством сетей.
• Артефакты могут быть назначены (то есть развернуты) на устройства.
• Системное программное обеспечение может быть назначено устройствам.
• Устройство может состоять из подустройств.
• Узел может содержать одно или несколько устройств.
• Имя устройства лучше всего является существительным, обозначающим тип аппаратного обеспечения, например «IBM Mainframe».
• Для различения типов устройств могут использоваться различные иконки, например мейнфреймы и персональные компьютеры.

Пример концепции устройства

Диаграмма ArchiMate ниже показывает пример нескольких серверов, смоделированных как устройства, соединенных между собой посредством локальной вычислительной сети (LAN).

Обозначение концепции системного программного обеспечения

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

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

• Системное программное обеспечение может представлять, например, операционные системы, серверы приложений JEE, системы баз данных, системы управления рабочими процессами или программное обеспечение коммерческого использования (COTS), такое как пакеты ERP или CRM.
• Системное программное обеспечение может содержать другое системное программное обеспечение, например, операционная система, содержащая базу данных.
• Системное программное обеспечение, объединённое с устройствами, представляющими аппаратную среду, образует общий узел.
• Системное программное обеспечение может быть назначено устройствам.
• Название системного программного обеспечения лучше всего представлять существительным, обозначающим тип среды выполнения, например, «JEE Server».
• Артефакты могут быть назначены (то есть размещены) на системном программном обеспечении.
• Узел может содержать системное программное обеспечение.

Пример концепции системного программного обеспечения

На приведённой ниже диаграмме ArchiMate мы видим устройство основного компьютера, которое размещает две среды системного программного обеспечения: сервер транзакций клиентов и система управления базами данных (СУБД).

Обозначение концепции технологического интерфейса

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

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

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

Пример концепции технологического интерфейса

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

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

Обозначение концепции сети

Сеть определяется как средство связи между двумя или более устройствами.

Сеть представляет физическую инфраструктуру связи и обладает следующими характеристиками:

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

Пример концепции сети

В модели ниже сеть LAN со скоростью 100 Мбит/с соединяет устройства хоста и ПК.

Обозначение концепции пути связи

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

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

Пример концепции пути связи

На приведённой ниже диаграмме ArchiMate мы видим путь связи «Очередь сообщений» между сервером приложений и клиентом.

Концепции поведения

Элементы поведения на уровне технологии похожи на элементы поведения на других уровнях.

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

Обозначение концепции технологической функции

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

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

• Технологические функции могут реализовывать технологические услуги.
• Технологические функции могут обслуживаться технологическими услугами других технологических функций.
• Технологические функции могут обращаться к технологическим объектам.
• Узел может быть назначен технологической функции (то есть узел выполняет технологическую функцию).
• Название технологической функции лучше всего является глаголом, оканчивающимся на «-ing».

Пример концепции технологии функции

На диаграмме ArchiMate ниже, Система управления базами данных (СУБД) узел выполняет две функции инфраструктуры: Обеспечение доступа к данным (реализация Услуга доступа к данным для программного обеспечения приложений) и Управление данными (реализация Услуга управления данными для администрирования баз данных).

Обозначение концепции технологического процесса

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

Технологический процесс обладает следующими характеристиками:

• Технологический процесс может реализовывать технологические услуги.
• Технологический процесс абстрагируется от своей реализации. Указывается только необходимое поведение.
• Он может использовать технологические объекты в качестве входных данных, использовать или преобразовывать их и создавать другие технологические объекты в качестве выходных данных.
• Другие технологические услуги могут обслуживать (использоваться) технологическим процессом.
• Технологический процесс может обращаться к технологическим объектам.
• Узел может быть назначен технологическому процессу, что означает, что узел выполняет этот процесс.
• Название технологического процесса должно четко определять последовательность технологического поведения, например, «Последовательность запуска системы» или «Репликация базы данных».

Обозначение концепции технологической услуги

Технологическая услуга представляет собой явно определенное внешнее техническое поведение.

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

• Технологические услуги реализуются технологическими функциями или процессами.
• С точки зрения окружения, технологическая услуга должна быть осмысленной.
• Она должна предоставлять единицу поведения, полезную сама по себе для пользователей, например, компоненты приложений и узлы.
• Технологические услуги могут обслуживать компоненты приложений или узлы.
• Технологические услуги могут требовать, использовать и создавать артефакты, например, файлы, содержащие сообщения.
• Услуги технологий могут состоять из подуслуг.
• Услуги технологий могут включать услуги обмена сообщениями, хранения, именования и служб каталогов.
• Название услуги технологии лучше всего является глаголом, оканчивающимся на «-ing»; например, «Обмен сообщениями». Также можно использовать названия, явно включающие слово «услуга».

Пример уровня технологий

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

Эта технологическая услуга реализуется технологической функциейРепликация базы данных, которая состоит из четырех дополнительных технологических функций:

1. Управление репликацией
2. Обработка локальных обновлений
3. Обработка удаленных обновлений
4. Мониторинг состояния репликации

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

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

Обозначение концепции артефакта

Элемент артефакта взят из UML. Артефакт — это часть данных, создаваемая или используемая при разработке программного обеспечения или при развертывании и эксплуатации системы. Их можно развернуть на узле.

Он представляется в виде: артефакт: например, файл для объекта данных.

Пример концепции артефакта

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

• Java-архив доступа к базе данных
• Архив бизнес-логики Java

Два специализации артефакта веб-архива:

• Архив веб-приложения для покупки
• Архив веб-приложения для предложения

Артефакт базы данных страхования путешествий (который может реализовать объект данных) связан с артефактом веб-архива.

Другие ресурсы и статьи по ArchiMate

• Что такое ArchiMate?
• Полное руководство по точкам зрения ArchiMate
• Обновление ArchiMate 3
• Что нового в ArchiMate 3?
• Использование инструмента ArchiMate с TOGAF ADM