Каково происхождение графической нотации Archimate?
Archimate использует определенный набор символов и обозначений
Нотации отношений в значительной степени основаны на UML. Просто не уверен насчет основных элементов мотивации, стратегии, реализации и миграции. Откуда они взялись? Они были разработаны специально для Archimate? Или получены из другого стандарта моделирования?
1 ответ
ArchiMate - это язык с обозначениями, как UML - это язык с обозначениями. ArchiMate заметно повторно использует нотации из UML, UML старше, чем ArchiMate.
Как вы можете видеть на http://pubs.opengroup.org/architecture/archimate3-doc/toc.html есть ссылка на UML и другие стандарты:
В Приложении D "Взаимосвязь с другими стандартами (информативный)" описываются отношения языка ArchiMate с другими стандартами, включая структуру TOGAF, BPMN, UML и BMM.
D Связь с другими стандартами (информативно)
По поводу UML:
D.3 Стандарт UML
Язык ArchiMate получил несколько концепций из UML [8]. Для других понятий могут быть определены прямые соответствия.
На бизнес-уровне концепцию бизнес-процесса ArchiMate можно отобразить на диаграммах деятельности UML, где можно дать более подробные спецификации таких процессов (хотя BPMN будет предпочтительным языком для подробного моделирования процессов и рабочих процессов). Концепции бизнес-актеров и ролей ArchiMate могут быть отображены на акторов UML, хотя последние также можно использовать для моделирования автоматизированных актеров. Бизнес-сотрудничество было вдохновлено совместными действиями, определенными в стандарте UML [8], хотя UML-сотрудничество применяется к компонентам на уровне приложений.
На прикладном уровне элемент компонента приложения соответствует компоненту UML. Это облегчает прямую связь между моделями корпоративной архитектуры более высокого уровня, описанными в нотации ArchiMate, и архитектурой решений более низкого уровня и моделями реализации в UML в одной непрерывной цепочке разработки. Менее прямым образом концепция прикладной функции ArchiMate может быть отображена на диаграммах активности UML, а сервис приложения - на диаграмму прецедентов. Совместная работа приложений также соответствует совместной работе UML.
Многие из элементов технологического уровня ArchiMate соответствуют непосредственно UML. Узел, артефакт, устройство, системное программное обеспечение и элементы пути имеют прямой аналог в UML (где системное программное обеспечение называется средой выполнения).
В дополнение к этим элементам многие отношения в языке ArchiMate также имеют тесные связи с UML. Связи ArchiMate, состав, объединение, специализация и реализация имеют прямой аналог в UML.
Есть также некоторые заметные различия между двумя языками. Отношение обслуживания ArchiMate (ранее использовавшееся) отличается от зависимости UML. Хотя их обозначения похожи, их направления разные. Зависимость UML часто используется для моделирования, например, вызовов функций в программных программах, но в нотации ArchiMate направление отношения обслуживания обозначает направление предоставления услуги, независимо от того, вызывается ли эта услуга пользователем или предлагается активно. провайдером. На архитектурном уровне, на котором нацелен язык ArchiMate, рабочие подробности таких графов вызовов во время выполнения менее важны, чем более устойчивое и общее понятие предоставления услуг.
Это также указывает на другое важное отличие: UML не имеет отдельной концепции сервиса, поскольку в своей объектно-ориентированной парадигме поведение, выражаемое сервисом, инкапсулировано в интерфейсе, предлагающем такое поведение (т. Е. Его операциях). Язык ArchiMate различает интерфейсы и предоставляемые ими сервисы, позволяя, например, указывать, что один и тот же сервис предлагается через несколько интерфейсов. Следовательно, интерфейс приложения ArchiMate не приравнивается непосредственно к интерфейсу UML.
Наконец, UML имеет предопределенный фиксированный набор типов диаграмм, в то время как механизм точек зрения ArchiMate позволяет создавать собственные ориентированные на заинтересованные стороны виды архитектуры.