![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Framework-View-1.jpg\")
<\/p>\n<\/p>\n
Vue du cadre.<\/p>\n
Cette vue repr\u00e9sente le cadre pour construire tous les aspects du d\u00e9veloppement et les diagrammes associ\u00e9s. Cette vue peut \u00eatre modifi\u00e9e selon la situation. Elle peut donc \u00eatre utilis\u00e9e pour naviguer entre les diagrammes. Cette version de la vue est appliqu\u00e9e \u00e0 partir du cadre ArchiMate (3). La motivation est introduite ici comme une \u00ab couche \u00bb plut\u00f4t qu\u2019un \u00ab aspect \u00bb.<\/p>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Motivation-View-1.jpg\")
<\/p>\n
Point de vue de la motivation.<\/p>\n
Cette vue peut \u00eatre utilis\u00e9e pour analyser les motivations ou moteurs qui guident l’organisation et sa conception ou transformation de l’architecture d’entreprise. Ces analyses de motivation constituent le point de d\u00e9part de toutes les activit\u00e9s de changement ou transformations commerciales au sein de l’organisation. Cette vue repr\u00e9sente la vision du travail de d\u00e9veloppement \u2014 que le p\u00e9rim\u00e8tre et l’\u00e9chelle couvrent l’organisation enti\u00e8re ou une partie de celle-ci (par exemple, une ligne d’activit\u00e9) ou un seul programme ou projet (niveau solution). Remarque : Une valeur peut \u00eatre ajout\u00e9e \u00e0 un \u00e9l\u00e9ment ArchiMate, par exemple Outcome (ou tout autre \u00e9l\u00e9ment ArchiMate), pour indiquer la v\u00e9ritable valeur ajout\u00e9e !<\/p>\n
Les \u00e9l\u00e9ments de motivation sont fond\u00e9s sur le mod\u00e8le de motivation d’entreprise (BMM) [sp\u00e9cification<\/a> v.1.3, 2015, OMG].<\/p>\n Mission \u2013 Vision \u2013 Valeurs.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e pour repr\u00e9senter la mission, la vision et les valeurs fondamentales de l’organisation. La mission exprime, par exemple, \u00ab Quel est le but de l’organisation, ce qu’elle fait r\u00e9ellement ou entend faire, et quelle est la raison principale de son existence ? \u00bb La vision est l’\u00e9tat futur vers lequel l’organisation souhaite \u00e9voluer. Les valeurs fondamentales soutiennent la vision, fa\u00e7onnent la culture et refl\u00e8tent les valeurs de l’organisation. Pour r\u00e9aliser la vision de l’organisation, des objectifs strat\u00e9giques doivent \u00eatre atteints.<\/p>\n R\u00e9f\u00e9rence : Aldea, A. \u2013 Iacob, M.-E. \u2013 Hillegersberg, J. \u2013 Quartel, D. \u2013 Franken, H. (2015) Mod\u00e9lisation de la strat\u00e9gie avec ArchiMate.<\/p>\n Carte de valeur \u2013 Vue Carte de strat\u00e9gie.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e pour visualiser la strat\u00e9gie de l’organisation. Elle contient des \u00e9l\u00e9ments de valeur strat\u00e9gique, et toutes les activit\u00e9s de d\u00e9veloppement doivent \u00eatre d\u00e9riv\u00e9es \u2014 directement ou indirectement \u2014 des \u00e9l\u00e9ments de valeur strat\u00e9gique. En visualisant la valeur strat\u00e9gique, il devient possible de suivre tous les autres \u00e9l\u00e9ments li\u00e9s \u00e0 l’ex\u00e9cution strat\u00e9gique r\u00e9elle. Gr\u00e2ce \u00e0 cette vue, la strat\u00e9gie peut \u00eatre rendue concr\u00e8te : visualis\u00e9e, communiqu\u00e9e et reli\u00e9e \u00e0 la r\u00e9alit\u00e9.<\/p>\n Vue d’analyse des parties prenantes.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e pour l’analyse des parties prenantes dans le cadre du d\u00e9veloppement commercial : quels sont les moteurs du changement ? Tout d’abord, les parties prenantes pertinentes sont identifi\u00e9es, puis les moteurs du changement qui s’alignent sur leurs int\u00e9r\u00eats sont d\u00e9termin\u00e9s. Le concept \u00ab \u00c9valuation \u00bb peut \u00eatre utilis\u00e9 pour analyser plus en d\u00e9tail les moteurs, par exemple selon l’approche SWOT (Forces, Faiblesses, Opportunit\u00e9s, Menaces). En g\u00e9n\u00e9ral, des vues diff\u00e9rentes des parties prenantes peuvent \u00eatre cr\u00e9\u00e9es \u00e0 partir de diff\u00e9rents points de vue. Une autre raison de diviser le grand tableau en \u00e9l\u00e9ments plus petits est de garder les diagrammes compacts et lisibles \u2014 pour plus de simplicit\u00e9.<\/p>\n Point de vue des parties prenantes.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e pour relier les moteurs des parties prenantes aux objectifs commerciaux. Les objectifs sont des \u00e9l\u00e9ments cl\u00e9s du d\u00e9veloppement de l’organisation. Tous les \u00e9l\u00e9ments ult\u00e9rieurs doivent \u00eatre rattach\u00e9s \u00e0 ces moteurs principaux de toutes les activit\u00e9s de changement.<\/p>\n Vue des principes.<\/p>\n Vue Risque et S\u00e9curit\u00e9. Mappage des concepts de risque et de s\u00e9curit\u00e9 sur ArchiMate. Les questions de s\u00e9curit\u00e9 et de protection des donn\u00e9es font partie de la gestion des risques. Cette approche de mod\u00e9lisation couvre les deux aspects.<\/p>\n R\u00e9f\u00e9rences :<\/p>\n Vue d’analyse SWOT.<\/p>\n Vue des objectifs (avec \u00e9l\u00e9ment Valeur).<\/p>\n Mod\u00e8le OKR.<\/p>\n L’OKR est une strat\u00e9gie de gestion populaire pour d\u00e9finir des objectifs et suivre les r\u00e9sultats. Il aide \u00e0 cr\u00e9er une alignement et une implication autour des objectifs mesurables. Les OKR ont deux parties importantes : l’objectif que vous souhaitez atteindre et les r\u00e9sultats cl\u00e9s, qui sont la mani\u00e8re dont vous mesurez l’atteinte de l’objectif.<\/p>\n Objectif :<\/p>\n R\u00e9sultats cl\u00e9s :<\/p>\n Une autre version de l’OKR est pr\u00e9sent\u00e9e ci-dessous.<\/p>\n Mod\u00e8le OKR (2).<\/p>\n Vue de la couche Strat\u00e9gie<\/p>\n Vue Strat\u00e9gie.<\/p>\n ArchiMate version 3 prend d\u00e9sormais en charge des concepts li\u00e9s \u00e0 la strat\u00e9gie d’entreprise, tels que \u00ab\u00a0Parcours d’action\u00a0\u00bb, \u00ab\u00a0Capacit\u00e9\u00a0\u00bb et \u00ab\u00a0Ressource\u00a0\u00bb, qui peuvent \u00eatre utilis\u00e9s pour mod\u00e9liser la strat\u00e9gie d’entreprise d’une organisation. La valeur et l’importance de cette vue r\u00e9side dans le fait que les objectifs de l’organisation peuvent \u00eatre li\u00e9s \u00e0 la strat\u00e9gie, et dans la mani\u00e8re dont ils sont li\u00e9s \u00e0 l’architecture d’entreprise \u00e0 travers les capacit\u00e9s. Cette vue peut \u00eatre utilis\u00e9e pour appliquer la \u00ab\u00a0mod\u00e9lisation strat\u00e9gique bas\u00e9e sur les objectifs\u00a0\u00bb (Azevedo et al., 2015), o\u00f9 les objectifs forment une hi\u00e9rarchie permettant de d\u00e9composer les objectifs de haut niveau en objectifs de niveau inf\u00e9rieur.<\/p>\n Strat\u00e9gie d’entreprise.<\/p>\n Vue du mod\u00e8le de motivation d’entreprise (BMM).<\/p>\n Vue des exigences.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e pour recueillir des exigences bas\u00e9es sur des objectifs strat\u00e9giques. Cela lie la strat\u00e9gie \u00e0 la r\u00e9alisation : la strat\u00e9gie peut \u00eatre suivie jusqu’\u00e0 l’ex\u00e9cution.<\/p>\n Vue de la strat\u00e9gie vers la capacit\u00e9.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e, par exemple, pour des fins de planification bas\u00e9e sur les capacit\u00e9s (CBP), ainsi que pour d’autres concepts ArchiMate tels que \u00ab\u00a0Pilote\u00a0\u00bb et \u00ab\u00a0Objectif\u00a0\u00bb, comme indiqu\u00e9 dans la figure ci-dessous. Cette vue peut \u00eatre utilis\u00e9e pour soutenir les objectifs de planification strat\u00e9gique (et d’ex\u00e9cution). Ainsi, cette vue peut \u00eatre utilis\u00e9e pour la phase Strat\u00e9gie-vers-capacit\u00e9, qui peut \u00eatre incluse dans la \u00ab\u00a0Strat\u00e9gie-vers-Portefeuille\u00a0\u00bb d’IT4IT.<\/p>\n Vue Cartographie des Capacit\u00e9s.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e pour obtenir un aper\u00e7u des capacit\u00e9s de l’organisation : ce que l’organisation fait ou peut faire.<\/p>\n Vue Planification des Capacit\u00e9s.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e par exemple \u00e0 des fins de planification bas\u00e9e sur les capacit\u00e9s (CBP), c\u2019est-\u00e0-dire \u00ab le lien entre la strat\u00e9gie et l\u2019architecture d\u2019entreprise \u00bb. Cette vue peut \u00eatre utilis\u00e9e par exemple pour relier la strat\u00e9gie aux capacit\u00e9s n\u00e9cessaires, et les capacit\u00e9s aux ressources et aux autres \u00e9l\u00e9ments de construction.<\/p>\n Vue R\u00e9alisation des Capacit\u00e9s.<\/p>\n Une autre vue d\u00e9finissant comment les capacit\u00e9s sont r\u00e9alis\u00e9es par quels \u00e9l\u00e9ments\u2026<\/p>\n Vue R\u00e9alisation des Capacit\u00e9s 2.<\/p>\n Vue Flux de Valeur (mod\u00e8le).<\/p>\n Remarque ! \u00ab Association dirig\u00e9e \u00bb utilis\u00e9e au d\u00e9but de la cha\u00eene de valeur \/ flux de valeur. Un flux de valeur peut se composer de \u00ab phases \u00bb de valeur. De m\u00eame, un flux de valeur global et de haut niveau peut \u00eatre une \u00ab cha\u00eene de valeur \u00bb, qui \u00e0 son tour se compose de flux de valeur. Par exemple, IT4IT (lien<\/a>) introduit une cha\u00eene de valeur compos\u00e9e de quatre flux de valeur comme suit : Strat\u00e9gie de portefeuille, D\u00e9ploiement de la demande, Ex\u00e9cution de la demande, D\u00e9tection \u00e0 correction (lien<\/a>).<\/p>\n Un exemple simple d’une cha\u00eene de livraison de valeur est pr\u00e9sent\u00e9 ci-dessous. Les cha\u00eenes de valeur, les r\u00e9seaux de valeur et les flux de valeur peuvent \u00eatre mod\u00e9lis\u00e9s \u00e0 l’aide de l’\u00e9l\u00e9ment Flux de Valeur ArchiMate, inclus dans la version ArchiMate 3.1.<\/p>\n Vue d’exemple de cha\u00eene de valeur Id\u00e9e \u00e0 Production.<\/p>\n Cha\u00eene de livraison de valeur. Il s’agit d’un exemple \u00e9tendu qui illustre comment les fonctions soutiennent (servent) le flux de valeur. Cette vue peut \u00eatre utilis\u00e9e pour d\u00e9finir ce que fait l’organisation (mod\u00e8le \u00e9conomique), pourquoi les capacit\u00e9s sont n\u00e9cessaires, et quel est leur lien avec la cr\u00e9ation de valeur.<\/p>\n Cette vue est incluse dans l’impl\u00e9mentation de r\u00e9f\u00e9rence du cadre Lean EA (LEAF) (lien<\/a>). Acc\u00e9dez \u00e0 \u00ab Flux de valeur \u00bb, \u00ab Cha\u00eene de livraison de valeur \u00bb.<\/p>\n Vue Mod\u00e8le d’Affaires.<\/p>\n Il s’agit de la forme de base du Tableau de bord du Mod\u00e8le d’Affaires<\/a> (BMC), mais il peut \u00eatre adapt\u00e9 selon la situation. Il existe \u00e9galement des approches versionn\u00e9es, telles que \u00ab Tableau de bord du Mod\u00e8le de Service \u00bb ou \u00ab Tableau de bord Lean \u00bb. Le BMC peut \u00eatre utilis\u00e9 par exemple pour la conception et l’innovation de mod\u00e8les d’affaires.<\/p>\n La mod\u00e9lisation du BMC avec ArchiMate \u00ab permet de suivre les exigences depuis les besoins m\u00e9tiers jusqu’aux sp\u00e9cifications de conception. Cela aide \u00e0 d\u00e9couvrir l’impact des changements de mod\u00e8le d’affaires sur la conception architecturale. \u00bb [LO Meertens et al.]<\/p>\n Le d\u00e9veloppement global inclut un support architectural int\u00e9gr\u00e9 pour l’analyse de la strat\u00e9gie et du mod\u00e8le d’affaires. Cela permet aux analystes m\u00e9tier et aux d\u00e9veloppeurs d’observer, par exemple, comment le mod\u00e8le d’affaires soutient la strat\u00e9gie et comment le mod\u00e8le d’affaires s’adapte \u00e0 l’organisation, et r\u00e9ciproquement.<\/p>\n Si le BMC est mod\u00e9lis\u00e9 dans un outil de mod\u00e9lisation, l’avantage de cette approche est que tous les \u00e9l\u00e9ments du BMC peuvent \u00eatre utilis\u00e9s dans d’autres vues du m\u00eame r\u00e9f\u00e9rentiel de mod\u00e8les. Lorsque le mod\u00e8le d’affaires est pivot\u00e9, tous les changements deviennent imm\u00e9diatement visibles. Les mod\u00e9lisateurs m\u00e9tier peuvent cr\u00e9er de nouveaux \u00e9l\u00e9ments (par exemple, des services) ou utiliser tous les \u00e9l\u00e9ments existants du r\u00e9f\u00e9rentiel (par exemple, des unit\u00e9s organisationnelles ou des ressources).<\/p>\n Canevas conceptuel. Le BMC peut pr\u00e9senter diff\u00e9rentes variantes, comme indiqu\u00e9 dans la figure ci-dessous. La mise en page de ce canevas conceptuel est conforme \u00e0 l’approche en couches d’ArchiMate.<\/p>\n Vue de la couche d’architecture m\u00e9tier.<\/p>\n Vue des services m\u00e9tiers.<\/p>\n Cette vue fournit un aper\u00e7u des services m\u00e9tiers de l’organisation. Cette vue peut \u00eatre utilis\u00e9e comme un \u00ab catalogue de services \u00bb ou un \u00ab portefeuille de services \u00bb pour la gestion. Il est tr\u00e8s important d’identifier quels services m\u00e9tiers l’organisation fournit \u00e0 ses clients. En outre, les services m\u00e9tiers constituent le point de d\u00e9part pour mod\u00e9liser tous les processus et structures organisationnelles sous-jacents. Par cons\u00e9quent, les services m\u00e9tiers sont parmi les \u00e9l\u00e9ments les plus importants de l’architecture d’entreprise.<\/p>\n Vue des processus m\u00e9tiers.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e comme une \u00ab carte des processus \u00bb qui fournit un aper\u00e7u des processus m\u00e9tiers de l’organisation.<\/p>\n Vue de la coop\u00e9ration des processus m\u00e9tiers.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e, par exemple, pour mod\u00e9liser des mod\u00e8les d’exploitation.<\/p>\n Vue des acteurs m\u00e9tiers.<\/p>\n Les acteurs m\u00e9tiers peuvent \u00eatre a) internes ou b) externes. Les acteurs m\u00e9tiers internes sont par exemple des unit\u00e9s organisationnelles, tandis que les acteurs m\u00e9tiers externes sont par exemple des clients, des partenaires commerciaux ou d’autres groupes de parties prenantes qui collaborent avec l’organisation (par exemple, des organisations du secteur public ou d’autres organismes de gouvernance).<\/p>\n Vue de la coop\u00e9ration des acteurs m\u00e9tiers.<\/p>\n Deux cas d’utilisation sont les suivants :<\/p>\n Vue des processus m\u00e9tiers.<\/p>\n Cette vue des processus m\u00e9tiers fournit une \u00ab structure et composition de haut niveau d’un ou plusieurs processus m\u00e9tiers (ou de leurs parties), o\u00f9 des services sont fournis, des acteurs sont attribu\u00e9s \u00e0 des r\u00f4les, et l’information est utilis\u00e9e par les processus m\u00e9tiers \u00bb [sp\u00e9cification ArchiMate 2.1]. Le diagramme de processus contient des \u00e9l\u00e9ments \u00ab Junction \u00bb utilis\u00e9s pour mod\u00e9liser les \u00ab fork \u00bb et les \u00ab join \u00bb dans les flux de processus.<\/p>\n Une vue de haut niveau des processus est pr\u00e9sent\u00e9e ci-dessous. Elle est bas\u00e9e sur le mod\u00e8le d’exploitation d\u00e9riv\u00e9 du mod\u00e8le d’affaires, comme indiqu\u00e9 dans le diagramme de flux de valeur ci-dessus.<\/p>\n Processus de l’id\u00e9e \u00e0 la production.<\/p>\n SIPOC.<\/p>\n L’outil Six Sigma appel\u00e9 SIPOC (Fournisseurs, Entr\u00e9es, Processus, Sorties, Clients) peut \u00eatre utilis\u00e9 pour d\u00e9finir les \u00e9l\u00e9ments communs \u00e0 tous les processus. Il s’agit d’un outil simple d’analyse des cas commerciaux : quelle valeur le client re\u00e7oit-il et comment la re\u00e7oit-il ?<\/p>\n Vue en couloirs du processus m\u00e9tier (mod\u00e8le) 2.0.<\/p>\n \u00ab R\u00f4le m\u00e9tier A \u00bb repr\u00e9sente le client, tandis que le \u00ab couloir \u00bb sup\u00e9rieur repr\u00e9sente le parcours du client.<\/p>\n Remarque ! Les \u00e9tapes de processus (activit\u00e9s) sont imbriqu\u00e9es dans les r\u00f4les m\u00e9tiers (visualis\u00e9s comme des \u00ab couloirs \u00bb), ce qui signifie : ces r\u00f4les m\u00e9tiers sont attribu\u00e9s \u00e0 ces processus m\u00e9tiers\/\u00e9tapes de processus. Par cons\u00e9quent, cette vue est une combinaison d’une vue du processus m\u00e9tier et d’une vue en couches.<\/p>\n La version ci-dessous illustre les flux d’information et de donn\u00e9es (relations de flux). Le \u00ab couloir \u00bb sup\u00e9rieur repr\u00e9sente le parcours du client (activit\u00e9s reli\u00e9es par des relations de d\u00e9clenchement).<\/p>\n Vue en couloirs du processus m\u00e9tier (mod\u00e8le) 2.0 (flux d’information).<\/p>\n La version ci-dessous repr\u00e9sente une approche de conception de service. Le \u00ab couloir \u00bb sup\u00e9rieur (R\u00f4le A) repr\u00e9sente le parcours du client, qui est connect\u00e9 \u00e0 l’organisation (R\u00f4les B et C) \u00e0 travers des services m\u00e9tiers (1 et 2).<\/p>\n Vue en couloirs du processus m\u00e9tier (mod\u00e8le) 2.0 (services).<\/p>\n Vue en couches.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e pour mod\u00e9liser des processus m\u00e9tiers comprenant \u00e0 la fois des \u00e9tapes manuelles et automatis\u00e9es.<\/p>\n Lors de l’analyse des parcours clients \u00e0 un niveau \u00e9lev\u00e9, cette version est cr\u00e9\u00e9e \u00e0 l’aide d’\u00e9l\u00e9ments de motivation et de strat\u00e9gie.<\/p>\n Carte du parcours client (niveau \u00e9lev\u00e9).<\/p>\n Lors de l’analyse d\u00e9taill\u00e9e des parcours de service client, cette version est cr\u00e9\u00e9e \u00e0 l’aide d’\u00e9l\u00e9ments des couches m\u00e9tier et d’application (noyau).<\/p>\n Vue du parcours client (exemple) 1.0.<\/p>\n Cette vue centr\u00e9e sur le client se concentre sur l’exp\u00e9rience client. Cette approche de d\u00e9veloppement \u00ab ext\u00e9rieur-int\u00e9rieur \u00bb li\u00e9e \u00e0 la \u00ab conception de service \u00bb met en \u00e9vidence l’aspect important selon lequel les services et produits sont con\u00e7us pour apporter de la valeur au client \u2014 et indirectement \u00e0 l’organisation elle-m\u00eame. Les parcours du client peuvent \u00eatre utilis\u00e9s pour visualiser les flux de valeur client qui s’\u00e9tendent sur plusieurs services d’applications et applications.<\/p>\n Vue du plan de service 1 (services et flux)<\/p>\n Cette vue est centr\u00e9e sur le client et le service, mais elle met \u00e9galement en avant la partie \u00ab int\u00e9rieure-ext\u00e9rieure \u00bb du service. Gr\u00e2ce \u00e0 cette approche, le d\u00e9veloppement pilot\u00e9 par le service peut identifier les impacts potentiels sur le comportement et la structure des services \u00e0 concevoir. Par cons\u00e9quent, cette vue compl\u00e8te l’approche pilot\u00e9e par l’exp\u00e9rience client \u00e0 travers des aspects processus et fonctionnels.<\/p>\n Cette vue dispose de plusieurs variantes. L’exemple ci-dessus se concentre sur les flux d’information entre les couches et les \u00e9l\u00e9ments.<\/p>\n Vue des histoires d’utilisateur.<\/p>\n Cette vue peut \u00eatre utilis\u00e9e pour visualiser les histoires d’utilisateur.<\/p>\n Vue des mod\u00e8les de service cloud.<\/p>\n Vue de l’information.<\/p>\n L’information peut \u00eatre mod\u00e9lis\u00e9e \u00e0 diff\u00e9rents niveaux d’abstraction comme suit : a) niveau conceptuel, b) niveau logique et c) niveau physique. La figure ci-dessus illustre ces niveaux d’abstraction.<\/p>\n Vue du mod\u00e8le de donn\u00e9es conceptuel.<\/p>\n L’architecture de l’information de l’EA inclut les objets m\u00e9tiers utilis\u00e9s dans les processus m\u00e9tiers, c’est-\u00e0-dire des concepts. Ces concepts et leurs relations peuvent \u00eatre repr\u00e9sent\u00e9s dans un mod\u00e8le de donn\u00e9es conceptuel.<\/p>\n Concept service.<\/p>\n Le concept de service est souvent probl\u00e9matique et peut \u00eatre compris de nombreuses fa\u00e7ons diff\u00e9rentes. Pour distinguer clairement les types de services impliqu\u00e9s, il est bon de mentionner le pr\u00e9fixe : service m\u00e9tier, service application ou service technologique. Selon ITIL, les services informatiques se rapportent aux services de production. Ainsi, les services informatiques correspondent le plus \u00e9troitement aux services application.<\/p>\n Vue Produit.<\/p>\n Le concept de produit peut \u00eatre utilis\u00e9 comme \u00e9l\u00e9ment composite pour regrouper des services. Selon la sp\u00e9cification ArchiMate :<\/p>\n \u00ab Un produit repr\u00e9sente une collection de services coh\u00e9rents et\/ou d’\u00e9l\u00e9ments de structure passifs, accompagn\u00e9s d’un ensemble de contrats\/accords, offerts en totalit\u00e9 aux clients (internes ou externes). \u00bb<\/p>\n<\/blockquote>\n \u00ab Un produit peut regrouper ou composer des services m\u00e9tier, des services application et des services technologiques, des objets m\u00e9tier, des objets donn\u00e9es et des objets technologiques, ainsi que des contrats. Ainsi, un produit peut regrouper ou composer des \u00e9l\u00e9ments provenant de couches autres que la couche m\u00e9tier. \u00bb<\/p>\n<\/blockquote>\n \u00ab Une valeur peut \u00eatre associ\u00e9e \u00e0 un produit. Le nom du produit est g\u00e9n\u00e9ralement le nom utilis\u00e9 dans la communication avec les clients, ou il peut s’agir d’un nom plus g\u00e9n\u00e9rique (par exemple, \u00ab assurance voyage \u00bb). \u00bb<\/p>\n<\/blockquote>\n Vue de la couche architecture application.<\/p>\n Vue des services application.<\/p>\n Vue carte des applications.<\/p>\n Portefeuille d’applications, o\u00f9 les applications peuvent \u00eatre regroup\u00e9es par unit\u00e9 m\u00e9tier.<\/p>\n Vue de coop\u00e9ration application.<\/p>\n Plusieurs fa\u00e7ons alternatives de mod\u00e9liser le transfert de donn\u00e9es entre applications sont illustr\u00e9es dans l’exemple ci-dessous (1 \u00e0 10).<\/p>\n Vue d’int\u00e9gration application.<\/p>\n Cette vue aide \u00e0 concevoir ou \u00e0 comprendre la structure principale d’une application et de ses sous-composants ainsi que des donn\u00e9es associ\u00e9es. Le diagramme peut \u00eatre utilis\u00e9 pour d\u00e9composer la structure du syst\u00e8me d’application en cours de construction afin d’illustrer la modularit\u00e9\/d\u00e9composition : quels sont les sous-syst\u00e8mes\/sous-composants, quels services application (ou interfaces application) fournissent-ils.<\/p>\n Vue de la structure de l’application.<\/p>\n Notez que les services d’application (figure du haut) sont des fonctionnalit\u00e9s comportementales fournies par des interfaces structurelles (GUI et\/ou API dans la figure du bas). Les services d’application et les interfaces d’application sont \u00ab deux faces d’une m\u00eame pi\u00e8ce \u00bb.<\/p>\n Vue de la structure de l’application 2.<\/p>\n Cette vue combine des approches au niveau EA et au niveau solution, car \u00e0 la fois les applications et les modules d’application existent dans la m\u00eame vue.<\/p>\n Architecture de l’application.<\/p>\n Le mod\u00e8le de composants d’application 0-n est une m\u00e9thode de mod\u00e9lisation de l’architecture d’application compos\u00e9e de diagrammes \u00e0 diff\u00e9rents niveaux d’abstraction comme suit :<\/p>\n Le diagramme du mod\u00e8le de composants d’application (CM) ci-dessous comprend des composants d’application et des services d’application. En alternative, les interfaces d’application peuvent \u00eatre utilis\u00e9es \u00e0 la place des services d’application, selon la situation. Comme toujours, il est important d’utiliser un style de mod\u00e9lisation adapt\u00e9 \u00e0 l’objectif et de ne mod\u00e9liser que les \u00e9l\u00e9ments qui apportent des informations suffisantes et de la valeur. Cela d\u00e9pend du concepteur \u2014 s’il pr\u00e9f\u00e8re mettre l’accent sur les aspects fonctionnels ou \u00eatre plus pr\u00e9cis et mod\u00e9liser par exemple des interfaces r\u00e9elles avec des noms pr\u00e9cis.<\/p>\n Le diagramme du mod\u00e8le de composants ci-dessous comprend des composants d’application et des services d’application. En alternative, les interfaces d’application peuvent \u00eatre utilis\u00e9es \u00e0 la place des services d’application.<\/p>\n Mod\u00e8le de composants d’application \u2013 0.<\/p>\n Niveau du mod\u00e8le de composants \u2013 0 (CM-0) (ci-dessus) illustre l’interaction entre l’application cible et les applications adjacentes. Tous les services d’application pertinents (ou interfaces d’application) sont introduits. Le diagramme de niveau 0 comprend des composants de couche d’architecture d’entreprise et leurs services, avec l’application cible au centre.<\/p>\n Mod\u00e8le de composants d’application \u2013 1.<\/p>\n Niveau du mod\u00e8le de composants \u2013 1 (CM-1) (ci-dessus) illustre comment l’application cible est d\u00e9compos\u00e9e en modules (ou composants principaux), et quels services d’application (ou interfaces d’application) chaque module r\u00e9alise. Notez ! Les applications externes peuvent \u00eatre exclues de ce niveau, mais leurs services (ou interfaces) sont affich\u00e9s. Lorsqu’on montre des \u00e9l\u00e9ments de niveau inf\u00e9rieur, certains \u00e9l\u00e9ments de niveau sup\u00e9rieur peuvent\/ont besoin d’\u00eatre omis \u2013 pour simplifier : gardez le diagramme lisible.<\/p>\n Mod\u00e8le de composants d’application \u2013 2.<\/p>\n Niveau du mod\u00e8le de composants \u2013 2 (CM-2) (ci-dessus) illustre comment les modules de l’application cible sont compos\u00e9s de sous-composants et comment ils interagissent.<\/p>\n D\u00e9composition des fonctions de l’application : quelles fonctions contient le syst\u00e8me et quels services d’application fournit-il ?<\/p>\n Vue des fonctions de l’application.<\/p>\n Vue des processus de l’application.<\/p>\n Vue des processus de l’application \u2013 imbriquage.<\/p>\n Vue des processus de l’application \u2013 internes.<\/p>\n Les diagrammes de s\u00e9quence ne sont pas enti\u00e8rement dans le cadre d’ArchiMate, mais dans celui de UML. Toutefois, nous pouvons mod\u00e9liser, par exemple, la s\u00e9quence des actions entreprises par les composants d’application \u00e0 l’aide d’ArchiMate, comme indiqu\u00e9 ci-dessous.<\/p>\n Vue de s\u00e9quence d’application.<\/p>\n Les relations dynamiques \u00ab D\u00e9clencheur \u00bb et \u00ab Flux \u00bb peuvent \u00eatre utilis\u00e9es pour mod\u00e9liser les dynamiques entre les composants d’application. La disposition de cette vue peut ressembler au positionnement d’un diagramme de s\u00e9quence UML.<\/p>\n Cette version (ci-dessous) illustre comment ArchiMate peut \u00eatre utilis\u00e9 pour mod\u00e9liser la s\u00e9quence des actions entreprises par les parties internes des composants d’application. Les parties internes sont par exemple a) des processus ou fonctions comportementaux et b) des sous-composants structurels. Ces \u00e9l\u00e9ments sont mod\u00e9lis\u00e9s \u00e0 l’aide des \u00e9l\u00e9ments Processus d’application, Fonction d’application et Composant d’application. Ils sont pr\u00e9sent\u00e9s ici uniquement comme des alternatives.<\/p>\n Vue de s\u00e9quence d’application (2).<\/p>\n Le flux d’op\u00e9rations dans ce diagramme de s\u00e9quence (ci-dessus) :<\/p>\n Comme indiqu\u00e9 ici, nous pouvons mod\u00e9liser des cas d’int\u00e9gration assez complexes en combinant ces \u00e9l\u00e9ments (composants d’application, processus d’application et fonctions d’application ainsi que les relations (D\u00e9clencheur, Flux)). Les diagrammes de s\u00e9quence UML ont leur utilisation sp\u00e9cialis\u00e9e dans la conception logicielle, mais ArchiMate peut \u00eatre utilis\u00e9 pour de nombreuses finalit\u00e9s de mod\u00e9lisation \u2013 y compris la conception d’applications.<\/p>\n L’int\u00e9gration des applications est l’une des parties les plus importantes de l’architecture d’entreprise (EA). C’est pourquoi il est avantageux de pouvoir mod\u00e9liser en d\u00e9tail comment les applications \u00e9changent des donn\u00e9es et quelles m\u00e9canismes d’interaction sont utilis\u00e9s. Une bonne ressource pour une compr\u00e9hension approfondie des mod\u00e8les d’int\u00e9gration est le livre \u00ab Enterprise Integration Patterns \u00bb, voici le lien<\/a>.<\/p>\n La s\u00e9quence d’utilisateur finale ajout\u00e9e (ci-dessous) suit la m\u00eame id\u00e9e d’utiliser les relations dynamiques ArchiMate D\u00e9clencheur et Flux, qui peuvent \u00eatre utilis\u00e9es pour mod\u00e9liser les mod\u00e8les de messagerie synchrones et asynchrones (requ\u00eate-r\u00e9ponse et rappel, ainsi que publication-abonnement, etc.).<\/p>\n Vue du mod\u00e8le de s\u00e9quence.<\/p>\n Vue du processus ETL.<\/p>\n Vue du mod\u00e8le EAI \u2013 ESB.<\/p>\n Vue en couches.<\/p>\n La vue en couches peut \u00eatre utilis\u00e9e comme diagramme contextuel de synth\u00e8se de la zone cible. Le principal avantage de cette vue est de montrer l’utilisation des applications dans les processus m\u00e9tiers et les services qu’elles fournissent. La figure ci-dessus utilise l’\u00e9l\u00e9ment de regroupement ArchiMate pour mod\u00e9liser diff\u00e9rentes couches, tandis que la figure ci-dessous utilise l’\u00e9l\u00e9ment de groupe visuel fourni par l’outil (Archi<\/a>).<\/p>\n Dans ArchiMate, il existe fondamentalement trois couches : 1) la couche m\u00e9tier, 2) la couche application et 3) la couche technologie. Leurs couleurs sont g\u00e9n\u00e9ralement les suivantes : la couche m\u00e9tier est jaune, la couche application est turquoise, la couche technologie est verte (voir le cadre fondamental ArchiMate, lien<\/a>).<\/p>\n Vue en couches.<\/p>\n Les bases de donn\u00e9es constituent une unit\u00e9 significative dans l’architecture d’entreprise globale d’une organisation. Par exemple, \u00ab base de donn\u00e9es client \u00bb ou \u00ab base de donn\u00e9es client \u00bb, \u00ab base de donn\u00e9es produit \u00bb, etc. Alternativement, une base de donn\u00e9es peut \u00eatre constitu\u00e9e de toutes les tables d’une application (par exemple, \u00ab table client \u00bb, \u00ab table commande \u00bb, \u00ab table facture \u00bb, etc.), qui ensemble forment une seule base de donn\u00e9es. Selon la sp\u00e9cification ArchiMate, l’objet de donn\u00e9es peut \u00eatre utilis\u00e9 pour mod\u00e9liser des bases de donn\u00e9es logiques (figure ci-dessous), le chapitre 9.4.1 \u00ab Objet de donn\u00e9es \u00bb indique : \u00ab Les exemples typiques d’objets de donn\u00e9es sont les enregistrements clients, les bases de donn\u00e9es clients ou les r\u00e9clamations d’assurance. \u00bb \u00ab Une exception importante concerne le cas o\u00f9 un objet de donn\u00e9es est utilis\u00e9 pour mod\u00e9liser une collection de donn\u00e9es, telle qu’une base de donn\u00e9es, o\u00f9 un seul exemplaire existe. \u00bb ArchiMate dispose d’un m\u00e9canisme int\u00e9gr\u00e9 \u00e9l\u00e9gant qui permet \u00e0 certains concepts d’\u00eatre utilis\u00e9s \u00e0 diff\u00e9rents niveaux d’abstraction (et de d\u00e9tail). Ainsi, par exemple, l’objet de donn\u00e9es peut \u00eatre utilis\u00e9 pour mod\u00e9liser des bases de donn\u00e9es logiques, des tables de base de donn\u00e9es, des structures de messages (\u00e9chang\u00e9es entre applications), etc.<\/p>\n Consid\u00e9rations relatives \u00e0 la mod\u00e9lisation des bases de donn\u00e9es.<\/p>\n Base de donn\u00e9es en tant que composant d’application.<\/p>\n Niveaux d’abstraction des bases de donn\u00e9es.<\/p>\n Vue du mod\u00e8le de donn\u00e9es.<\/p>\n ArchiMate peut \u00eatre utilis\u00e9 pour analyser les cas d’utilisation du point de vue fonctionnel des applications. Les cas d’utilisation (connus dans UML) peuvent \u00eatre mapp\u00e9s aux services d’application, comme indiqu\u00e9 dans la figure ci-dessous.<\/p>\n Vue des cas d’utilisation (mod\u00e8le 1).<\/p>\n Les cas d’utilisation peuvent \u00eatre divis\u00e9s en : a) cas d’utilisation m\u00e9tier et b) cas d’utilisation syst\u00e8me (\u00e9galement appel\u00e9s cas d’utilisation syst\u00e8me). La figure ci-dessous illustre comment les \u00ab cas d’utilisation principaux \u00bb sont mod\u00e9lis\u00e9s comme services m\u00e9tier, et les cas syst\u00e8me ult\u00e9rieurs comme services d’application.<\/p>\n Vue des cas d’utilisation (exemple).<\/p>\n Lorsque les cas d’utilisation sont identifi\u00e9s comme services d’application, ils peuvent \u00eatre utilis\u00e9s ult\u00e9rieurement comme \u00e9l\u00e9ments fonctionnels des applications cibles dans d’autres diagrammes (par exemple, dans les vues en couches). Autrement dit : les services d’application repr\u00e9sentent le comportement (fonctionnalit\u00e9) des applications. Pour plus d’informations d\u00e9taill\u00e9es sur l’analyse des cas d’utilisation, voir le cookbook ArchiMate,lien<\/a>.<\/p>\n Vue de la couche d’architecture technologique.<\/p>\n Cette vue repr\u00e9sente la plateforme des applications. Ce mod\u00e8le peut \u00eatre utilis\u00e9 pour mod\u00e9liser la configuration de l’environnement d’ex\u00e9cution et le d\u00e9ploiement des applications m\u00e9tier.<\/p>\n Vue de l’infrastructure.<\/p>\n Vue de l’infrastructure (imbriqu\u00e9e).<\/p>\n Vue du plan d’impl\u00e9mentation.<\/p>\n Tableau Kanban (EA).<\/p>\n Kanban peut \u00eatre utilis\u00e9 pour visualiser le travail et le flux de travail. Kanban montre par exemple comment les exigences de d\u00e9veloppement, les \u00e9pics, les histoires utilisateur, etc., passent du backlog \u00e0 l’\u00e9tat pr\u00eat (termin\u00e9). Kanban peut \u00eatre appliqu\u00e9 \u00e0 divers usages selon l’\u00e9chelle et la port\u00e9e du cas de d\u00e9veloppement. Par exemple, les \u00ab \u00e9pics \u00bb peuvent \u00eatre utilis\u00e9s au niveau EA, ou les \u00ab histoires utilisateur \u00bb ou les \u00ab exigences \u00bb au niveau du projet. La granularit\u00e9 des \u00e9l\u00e9ments de travail peut varier selon la situation.<\/p>\n Vue g\u00e9n\u00e9rique.<\/p>\n Cette vue simplifi\u00e9e peut \u00eatre utilis\u00e9e, par exemple, comme diagramme de contexte pour un service, un programme ou un projet sp\u00e9cifique.<\/p>\nVue Mission \u2013 Vision \u2013 Valeurs<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Mission-Vision-Values-View.jpg\")
<\/p>\nVue Carte de valeur strat\u00e9gique<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Value-Map-Strategy-Map-View.jpg\")
<\/p>\nVue d’analyse des parties prenantes<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Stakeholder-Analysis-View.jpg\")
<\/p>\nPoint de vue des parties prenantes<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Stakeholder-View.jpg\")
<\/p>\nVue des principes<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Principles-View.jpg\")
<\/p>\nVue Risque et S\u00e9curit\u00e9<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Risk-and-Security-View.jpg\")
<\/p>\n\n
Vue d’analyse SWOT<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/SWOT-analysis-View.jpg\")
<\/p>\nVue des objectifs<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Goals-View-with-Value-element.jpg\")
<\/p>\nObjectifs et r\u00e9sultats cl\u00e9s<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/OKR-pattern.png\")
<\/p>\n\n
\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/OKR-pattern-2.png\")
<\/p>\nPoint de vue Strat\u00e9gie<\/h2>\n
Vue Strat\u00e9gie<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-View-2.jpg\")
<\/p>\nVue Strat\u00e9gie d’entreprise<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-for-Business.jpg\")
<\/p>\nVue du mod\u00e8le de motivation d’entreprise (BMM)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Motivation-Model-BMM-View-1.jpg\")
<\/p>\nVue des exigences<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Requirements-View.jpg\")
<\/p>\nVue de la strat\u00e9gie vers la capacit\u00e9<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Strategy-To-Capability-View-2.jpg\")
<\/p>\nVue de la carte des capacit\u00e9s<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Map-View.jpg\")
<\/p>\nVue Planification des Capacit\u00e9s<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Planning-View-1.jpg\")
<\/p>\nVue R\u00e9alisation des Capacit\u00e9s<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Realization-View-2.jpg\")
<\/p>\nVue R\u00e9alisation des Capacit\u00e9s 2<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Capability-Realization-View-2.png\")
<\/p>\nVue Flux de Valeur<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Value-Stream-View-pattern.png\")
<\/p>\nVue Croisement Flux de Valeur \u2013 Capacit\u00e9s<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Idea-to-Production-Value-Chain-Example-View.png\")
<\/p>\nVue Tableau de bord du Mod\u00e8le d’Affaires<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Model-View.jpg\")
<\/p>\nVue du canevas conceptuel<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Concept-Canvas-1.jpg\")
<\/p>\nPoint de vue m\u00e9tier<\/h2>\n
Vue de la carte des services m\u00e9tiers<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Services-View.jpg\")
<\/p>\nVue de la carte des processus m\u00e9tiers<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Processes-View.jpg\")
<\/p>\nVue de la coop\u00e9ration des processus m\u00e9tiers<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Co-operation-View-1.jpg\")
<\/p>\nVue de la carte des acteurs m\u00e9tiers<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Actors-View.jpg\")
<\/p>\nVue de la coop\u00e9ration des acteurs m\u00e9tiers<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Actor-Co-Operation-View.jpg\")
<\/p>\n\n
Vue des processus m\u00e9tiers<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-View.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Idea-to-Production-Process-2.png\")
<\/p>\nSIPOC (Fournisseurs, Entr\u00e9es, Processus, Sorties, Clients)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/SIPOC.png\")
<\/p>\nVue du processus m\u00e9tier avec les r\u00f4les m\u00e9tiers comme \u00ab couloirs \u00bb de processus \u2013 Approche en couches<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-information-flow-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Business-Process-Swimline-View-pattern-2.0-services-2.png\")
<\/p>\nVue en couches du processus m\u00e9tier<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-Process-View-2.png\")
<\/p>\nVue de la carte du parcours client<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Customer-Journey-Map-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Customer-Journey-View-example-1.0.png\")
<\/p>\nVue du plan de service<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Service-Blueprint-View-1-services-flows.png\")
<\/p>\nVue des histoires d’utilisateur<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/User-Story-View.jpg\")
<\/p>\nVue des mod\u00e8les de service cloud<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Cloud-Service-Models-View.jpg\")
<\/p>\nVue de l’information<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Information-View.jpg\")
<\/p>\nVue du mod\u00e8le de donn\u00e9es conceptuel<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Conceptual-Data-Model-View.jpg\")
<\/p>\nConcept \u00ab Service \u00bb<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Service-Concept.jpg\")
<\/p>\nService vs Produit<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Product-View-1.jpg\")
<\/p>\n\n
\n
\n
Point de vue Application<\/h2>\n
Vue carte des services application<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Services-View.jpg\")
<\/p>\nVue carte des applications<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Applications-Map-View.jpg\")
<\/p>\nVue de coop\u00e9ration application (flux de donn\u00e9es)<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Co-operation-View.jpg\")
<\/p>\nVue d’int\u00e9gration application (relations dynamiques)<\/h3>\n
\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Integration-View-2.jpg\")
<\/p>\nVue de structure application<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Structure-View-1.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Structure-View-2-1024x357-1.jpg\")
<\/p>\nVue de l’architecture de l’application<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Architecture-1024x663-1.jpg\")
<\/p>\nMod\u00e8le de composants d’application (CM)<\/h3>\n
\n
Mod\u00e8le de composants d’application \u2013 0 (CM-0)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-0-1024x639-1.jpg\")
<\/p>\nMod\u00e8le de composants d’application \u2013 1 (CM-1)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-1-1024x397-1.jpg\")
<\/p>\nMod\u00e8le de composants d’application \u2013 2 (CM-2)<\/h4>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Component-Model-2-1024x538-1.jpg\")
<\/p>\nVue des fonctions de l’application<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Functions-View.jpg\")
<\/p>\nVue des processus de l’application<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-1024x498-1.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-nesting.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Process-View-internals-1024x261-1.jpg\")
<\/p>\nVue du diagramme de s\u00e9quence de composants d’application<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Sequence-View.jpg\")
<\/p>\nVue du diagramme de s\u00e9quence de composant d’application 2<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Sequence-View-2.png\")
<\/p>\n\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Sequence-Pattern-View.png\")
<\/p>\nVue du processus ETL<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/ETL-process-View.jpg\")
<\/p>\nVue EAI \/ ESB<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/EAI-ESB-pattern-View-1-1.png\")
<\/p>\nVue en couches<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-View-2.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Layered-View-1-1024x761-1.jpg\")
<\/p>\nVue des applications et des bases de donn\u00e9es<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-Modelling-Considerations.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-As-an-Application-Component.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Database-Abstraction-Levels.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Data-Model-View.png\")
<\/p>\nVue des cas d’utilisation<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Use-Case-View-pattern-1.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Use-Case-View-example.png\")
<\/p>\nPoint de vue technologique<\/h2>\n
Vue de l’infrastructure<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Infrastructure-View-3.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Infrastructure-View-nesting.jpg\")
<\/p>\nVue de la couche de mise en \u0153uvre et de migration \/ Vue de la couche d’architecture de transition<\/h2>\n
Vue du plan d’impl\u00e9mentation<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Implementation-Roadmap-View-1.jpg\")
<\/p>\nVue du tableau Kanban<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Kanban-Board-EA-1.jpg\")
<\/p>\nVue g\u00e9n\u00e9rique<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Generic-View.jpg\")
<\/p>\nFonctionnalit\u00e9s suppl\u00e9mentaires<\/h2>\n
Aper\u00e7u du contexte \u2013 Carte de la Voie lact\u00e9e<\/h3>\n
![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Milky-Way-Map-2-2.png\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Application-Co-operation-View-Extended.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.archimetric.com\/wp-content\/uploads\/2021\/11\/Metamodel-2-1024x741-1.jpg\")
<\/p>\n