Les couches Métier, Application et Technologie sont chacune divisées en trois types de concepts : structure passive, comportement et structure active. Les éléments de structure passive sont écrits et lus par les éléments de structure active. Les éléments de comportement décrivent les transactions entre les éléments de structure active et passive, ainsi que celles entre les éléments de structure active eux-mêmes. Les exemples d’éléments de structure passive incluent les contrats, les objets de données et les produits. Les participants, rôles, collaborations et autres éléments représentent la structure active. Les fonctions, processus et événements sont des exemples d’éléments de structure de comportement. L’article suivant traite des concepts de la couche Application. La couche Application soutient la couche Métier grâce à des services d’application, qui sont réalisés par des composants d’application (logiciels).
Concepts de composant d’application
Un composant d’application est défini comme une partie modulaire, déployable et remplaçable d’un système logiciel qui encapsule son comportement et ses données et les expose au travers d’un ensemble d’interfaces. Le nom d’un composant d’application est le plus souvent un nom.
Relations entre les composants d’application, les fonctions, les interfaces et les collaborations
- Un composant d’application exécute une ou plusieurs fonctions d’application.
- Il encapsule son contenu : sa fonctionnalité ne peut être accédée que par l’intermédiaire d’un ensemble d’interfaces d’application.
- Les composants d’application collaborant sont reliés par des collaborations d’application.
Exemple de composant d’application
Dans un diagramme ArchiMate, cela est représenté comme suit :
- L’application Financière est modélisée comme un composant d’application composé de deux sous-composants : un pour la comptabilité et un pour la facturation.
- Chacun fournit des services d’application à l’environnement.
- Ces services sont accessibles via une interface d’application commune de comptabilité et de facturation, qui fait partie de l’application Financière.
Concepts de collaboration d’application
Une collaboration d’application est définie comme une collection de deux ou plusieurs composants d’application qui travaillent ensemble pour effectuer un comportement collectif. Une collaboration d’application est un élément de structure active. Le nom d’une collaboration d’application est le plus souvent un nom.
Une collaboration d’application précise quels composants collaborent pour effectuer certaines tâches. Elle est une spécialisation d’un composant qui regroupe deux ou plusieurs composants d’application (collaborant) et possède les caractéristiques suivantes :
- Les collaborations d’application modélisent généralement des collaborations logiques ou temporaires de composants d’application et n’existent pas comme entités distinctes dans l’entreprise.
- Le comportement collaboratif peut être attribué à une ou plusieurs interactions d’application ou interactions métier, qui modélisent le comportement associé.
- Une interface d’application peut être utilisée par une collaboration d’application, ou une collaboration d’application peut être composée d’une interface d’application.
Exemple de collaboration d’application
Le diagramme ArchiMate est présenté ci-dessous :
- Deux composants collaborent dans la gestion des transactions : un composant de comptabilité et un composant de facturation.
- Cette collaboration exécute l’interaction d’application « Gérer les transactions ».
Concepts d’interface d’application
Une interface d’application est définie comme un point d’accès où les services d’application sont mis à disposition des utilisateurs ou d’autres composants d’application. Le nom d’une interface d’application est le plus souvent un nom.
Exemple d’interface d’application
Le diagramme ArchiMate ci-dessous montre une interface d’application fournie pour l’échange de données de transaction, ainsi qu’un composant de facturation qui nécessite une telle interface.
- Une interface d’application précise comment d’autres composants peuvent accéder à la fonctionnalité d’un composant (interface fournie).
- Les interfaces d’application mettent en évidence les services d’application à l’environnement.
- Le même service d’application peut être exposé à travers différentes interfaces.
Concepts de comportement
Fonction d’application
Un élément de comportement qui regroupe un comportement automatisé pouvant être effectué par un composant d’application.
Interaction d’application
Un élément de comportement qui décrit le comportement d’une collaboration d’application.
Service d’application
Un service qui expose un comportement automatisé.
Concepts de fonction d’application
Une fonction d’application décrit le comportement interne d’un composant d’application. Elle est définie comme un élément de comportement qui regroupe un comportement automatisé pouvant être effectué par un composant d’application. Le nom d’une fonction d’application est idéalement un verbe se terminant par « -ing » ; par exemple, « Accounting ».
Si le comportement d’une fonction d’application est visible de l’extérieur, cela est réalisé à travers un ou plusieurs services. Une fonction d’application peut réaliser un ou plusieurs services d’application. Les fonctions d’application s’abstrayent de leur réalisation. Seul le comportement nécessaire est spécifié, avec les caractéristiques suivantes :
- Une fonction d’application peut utiliser les services d’application et les services d’infrastructure d’autres fonctions d’application.
- Une fonction d’application peut accéder aux objets de données.
- Un composant d’application peut être attribué à une fonction d’application (ce qui signifie que le composant d’application exécute la fonction d’application).
Exemple de fonction d’application
Le diagramme ArchiMate est indiqué ci-dessous :
- Le comportement interne du composant Application Financière est modélisé comme une fonction d’application composée de deux sous-fonctions : Accounting et Billing.
- Ces fonctions d’application réalisent des services d’application fournis aux utilisateurs d’application.
Concepts d’interaction d’application
Une interaction d’application est définie comme un élément de comportement qui décrit le comportement d’une collaboration d’application. Le nom d’une interaction d’application est idéalement un verbe.
- Une interaction d’application décrit le comportement collectif effectué par les composants participant à une collaboration d’application (concept structurel).
- Une collaboration d’application (concept structurel) peut être attribuée à une interaction d’application.
- Une interaction d’application peut réaliser des services d’application.
- Une interaction d’application peut utiliser des services d’application et des services d’infrastructure (de l’extérieur).
- Une interaction d’application peut accéder aux objets de données.
Exemple d’interaction d’application
Le diagramme ArchiMate est indiqué ci-dessous :
- Un composant Accounting et un composant Billing dans un système financier collaborent pour former une interaction appeléeGérer les transactions financières.
- Cela est modélisé comme une interaction d’application attribuée à la collaboration entre les deux composants.
Concepts des services d’application
Un service d’application expose la fonctionnalité d’un composant à son environnement et est défini comme un service qui expose un comportement automatisé. Du point de vue de l’environnement, un service d’application doit avoir un sens. Le nom d’un service d’application devrait idéalement être un verbe se terminant par « -ing » ; par exemple, « Traitement de transaction ». Les noms incluant explicitement le mot « service » peuvent également être utilisés.
- Un service d’application peut être utilisé par des processus métiers, des fonctions métiers, des interactions métiers ou des fonctions d’application.
- Une fonction d’application peut réaliser un service d’application.
- Une interface d’application peut être attribuée à un service d’application.
- Un service d’application peut accéder à des objets de données.
Exemple de service d’application
Le diagramme ArchiMate est présenté ci-dessous :
Illustration
- Le service de traitement de transaction (application à application) est réalisé par la fonction d’application Comptabilité, et d’autres composants peuvent y accéder via l’interface de programmation d’application (API) de traitement de transaction.
- Ce service est utilisé par la fonction d’application Facturation exécutée par le composant Facturation.
- La fonction d’application Facturation fournit une fonction (application à métier) appelée Création de facture, qui peut être utilisée pour soutenir les processus métiers et est accessible par les rôles métiers via un écran de facturation en tant qu’interface application à métier.
Concepts des structures passives
Objet de données
Un élément passif adapté au traitement automatisé.
Concepts des objets de données
Un objet de données est défini comme un élément passif adapté au traitement automatisé pouvant être accédé par des fonctions d’application, des interactions d’application ou des services d’application. Un objet de données peut réaliser un objet métier et peut également être réalisé par un artefact. Un objet de données peut avoir des relations d’association, de spécialisation, d’agrégation ou de composition avec d’autres objets de données. Le nom d’un objet de données devrait idéalement être un nom.
Exemple d’objet de données
Le diagramme ArchiMate ci-dessous montre deux fonctions d’application collaborant via un service d’application, échangeant un objet de données contenant des données de transaction.
Autres ressources ArchiMate :
English
Arabic
Chinese (Simplified)
Dutch
French
German
Italian
Japanese
Korean
Portuguese
Russian
Spanish