2016-09-06 4 views

Répondre

1

La section 12.3 montre une relation dérivée impliquée par le métamodèle de sorte qu'elle est cohérente.

Détails: 1. Le métamodèle montre qu'un composant peut être affecté à une fonction pouvant réaliser un service. 2. Réalisation découlent de (suivi de réalisation Assignation) 3. Ainsi, un composant peut réaliser (dérivé) un service

beaucoup (sinon la plupart) les relations que vous allez utiliser lorsque vous travaillez sur des exemples concrets de la vie sera dérivée, comme vous voulez seulement montrer les concepts que vous êtes intéressé par

+1

Semble raisonnable. Surpris j'ai eu une réponse à ce sujet dans stackoverflow :). D'autres lecteurs pourraient être intéressés par la section traitant de la dérivation: http://pubs.opengroup.org/architecture/archimate3-doc/chap05.html#_Toc451757969. Pourtant, je manque quelque peu la notation utilisée dans UML dans laquelle vous pouvez explicitement déclarer que la relation que vous avez dessinée est dérivée, en utilisant une barre oblique. – nize

+0

En général, les relations dérivées dans ArchiMate sont mal conçues, même si elles sont indispensables pour l'analyse d'impact ou pour créer des vues personnalisées pour un acteur donné. La prochaine version 3.1 est censée résoudre ce problème. – Oliver

+0

Eh bien je souffre de ce que mon outillage ne supporte pas la création de vues présentant des relations dérivées. Ce que je veux dire, c'est que j'ai besoin de dessiner manuellement de nouvelles relations entre les objets, au lieu de faire en sorte que l'outil visualise automatiquement une relation dérivée. – nize

0

Nouvelle réponse à une question ancienne, mais il y a un ensemble de règles à suivre lorsque les relations découlant, comme il est indiqué dans le ArchiMate 3.0 Specification.

le les relations structurelles et de dépendance peuvent être ordonnées par ' force'. relations structurelles sont 'plus forte' que la dépendance relations et les relations au sein de ces catégories peuvent également être commandées par la force:

• Influence (plus faible)

• Accès

• Servir

• Réalisation

• Affectation

• L'agrégation

• Composition (plus forte)

Ainsi, par exemple, si Oyu ont un composant d'application et un service d'application, vous disposez d'un un Assignation entre la fonction d'application et le composant d'application et Réalisation entre la fonction d'application et la fonction d'application. Donc, pour sortir la fonction d'application, vous devez représenter la relation entre le composant et le service par le plus faible, qui est la Réalisation dans ce cas.