Обсуждение

бизнес деятель = делец.

Вы еще найдите "бизнес-деятеля" в моделируемых организациях :-)

думаю, что все, у кого есть свои интересы, кроме тех, что моделируются, могут считаться business actor.

Анатолий, не могу найти трёх определений. Вы их пропустили. Я конечно могу сам перевести, но сомневаюсь что правельно по смыслу. Business Activity - Бизнес деятельность? Application Interface – интерфейс данных? Composition Relation – состав отношения? Поправте, пожалуйста.

Business activity -- такого в спецификации нет (хотя и было в Архимейте давным-давно, пока не отдали в OMG на стандартизацию). Поэтому и переводить не нужно. Хотя мы переводим business как "деятельностный" (определение для пассивной и активной структур), а activity как "деятельность" (поведение) -- то есть "деятельностная деятельность", масло масляное. Так что хорошо, что не встречается :-) Вообще-то общий родовой термин, который мы используем для процессов, практик и всего деятельностного поведения (в том числе проектов и т.д.) -- "работа". Application interface в постинге есть. Composition relation -- отношение композиции (я тут бы не заморачивался с переводом -- это будет "составной части", в отличие от "совокупности" для aggregation. Но по-русски всё одно можно по-разному протрактовать, поэтому я бы оставил транслитерации для обоих отношний).

Анатолий, Вы меня удивляете. Как же нет Business activity? Вот оно в последней 2 версии.

Я что-то пропустил? Последняя версия -- 1.0 (http://www.opengroup.org/archimate/doc/ts_archimate/), вторая версия пока обсуждается в закрытом режиме.

А разве свободный редактор Archi (http://archi.cetis.ac.uk/) и Архимейт это не одно и тоже?! Я думал это просто лайт версия Архимейт. Так вот в Archi есть Business activity.

Архимейт -- это язык. Archi -- это один из многих редакторов для этого языка, т.е. программа. Редактор Archi поддерживает объект business activity, я думаю, что это осталось в нём еще с каких-то более древних версий ArchiMate.

Подскажите, пожалуйста, в чем принципиальная разница между отношениями назначения и реализации. Не могу уловить тонкой грани в различии между ними: - конструкция предназначается для выполнения функции (конструкция реализует функцию) - функция реализуется посредством конструкции (функция определяет назначение конструкции) Документация говорит скорее о типах Архимейта, которые возможно связывать тем или другим из этих отношений. Например, "A business process, business function, or business interaction may realize a business service. A business interface or application interface may be assigned to a business service". Причем Business service допускает даже одновременное использование и назначения и реализации, например для Application component или Business collaboration. PS: Business Activity есть в документации http://www.opengroup.org/archimate/doc/ts_archimate/apdxb.html

Тут важно, активная или пассивная структура. Обычно назначается активная структура (приказом, чтобы не ослушалась) -- и после этого начинает выполнять назначенное поведение. Обращу также внимание, что роль и практика в предисловии указаны как "переходные между активной и пассивной структурой", между ними как раз назначение. Реализация -- по линии либо поведения, либо по линии пассивной структуры, и означает переходы по линии конкретности (абстрактности), то есть используется главным образом для показа отношений между уровнями. Внутри одного уровня, ежели там появляются подуровни, будут большие сложности, например Архимейт не даст показать реализацию между двумя деятельностными объектами, один из которых как-то определяет другой. Это придется показывать, реифицируя отношения реализации реализующими процессами (то есть уже не отношениями реализации). P.S. Приведенное в стандарте приложение во многих местах не соответствует текстовому описанию. Так, в этом приложении еще и access может быть только однонаправленным от поведения к пассивной структуре, а в тексте четко прописано, что направление стрелки соответствует основному направлению передачи (чтение, запись). В Archi выкрутились из этого тем, что "автоматом" дают возможность протягивания стрелки только в одну сторону (по таблице спецификации), но затем в свойствах стрелки дают возможность поменять направление (по тексту спецификации).

Благодарю, стало понятнее. Получается, что кратко - "функция реализуется посредством конструкции", а "структура назначается на поведение". Судя по документации, отношение реализации применяется не только для связи уровней, но и внутри уровней для отражения воплощения сервиса.

Дык сервис -- это как раз то, что видно (через интерфейсы) другому уровню. Это как раз и есть ответственный за связь уровней тип.

А разница между отношением реализации и использования, как я понял, заключается в том, что реализацию можно "пощупать" (Artifact для Data Object, Data Object для Business Object), а используются более абстрактные вещи (сервисы и интерфейсы). Грань между этими отношениями также весьма тонкая. "In line with service orientation, the most important relation between layers is formed by “used by” relations, which show how the higher layers make use of the services of lower layers. A second type of link is formed by realization relationships: elements in lower layers may realize comparable elements in higher layers." И ещё вопрос. "структура назначается на поведение" или "поведение назначается на структуру"? Из текста спецификации отношение назначения выглядит симметричным.

Разница между всеми отношениями тонкая :-) Для меня странно звучит "можно пощупать" для абстракций разного уровня (например, данные "4, 5, 6" можно пощупать, если это данные -- и они рассматриваются поэтому независимо от носителя, а только лишь в связи с формализмом их представления integer?). Я думаю, вы хотели сказать, что речь идет о пассивных структурах, над которыми работают/которые используют активные структуры и их поведения (которые "абстрактно щупаются" активными структурами и их поведениями? ;) Реализация же -- это всегда уменьшение уровня абстракции. Землекопа назначают копать в этом месте, или копание в этом месте назначают на землекопа? Бывает по-разному. Стрелочки-то в отношениях назначения нет не случайно.

Там тонкий переход: физический уровень от уровня оборудования -- это переход от классов к индивидам. Но подобные различения в Архимейте вообще не рассматриваются. "Землекопа назначают копать" -- но значок отношения не предусматривает в своём изображении направления, тут опять противоречие приложения стандарта с другими частями.

добрый день! пытаюсь разобраться. Application level, Application Function. Я правильно понимаю, что "фича" feature приложения (типа, для примера, "поиск документов по ключевым словам, присутствующим в названии" или "возможность загрузить выборку документов одним архивом") попадают именно в тип Application Function?

> Приложения состоят (буквально: отношение композиции) из их > интерфейсов, на интерфейсы назначаются сервисы (а на сами > приложения -- функционалы) может здесь вы имели в виду: "а на сами СЕРВИСЫ -- функционалы"?

И ещё один вопрос в той же теме. Application interface -- это может быть и пользовательский интерфейс (например, GUI), и программный интерфейс (API)? Или сюда только пользовательский?

Ну да, это "функционал" -- application function. Почему отдельно? Функционал "поиск документов по ключевым словам, присутствующим в названии" вы можете делать разными приложениями, и вам нужно назначить функционал на софтинку (так, этот поиск документов я могу делать даже у себя в компьютере либо встроенной искалкой Виндов, либо всякими дополнительными поисковиками типа искалки в окошке Downloads моей Мозиллы, что я часто делаю для выгруженных из Сети документов). Если у вас "управление документами" делает на заводе и Documentum, и какой-то PLM и еще пара других систем, то вам нужно будет выбирать, какой функционал какой софтинкой вы выполняете.