Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Cartographier avec Archimate 3

6.031 visualizaciones

Publicado el

Cartographie du SI, des activités métier, de la stratégie d'entreprise et des services à destination des clients
Issue de la démarche d'urbanisme TOGAF, ARCHIMATE est devenu le complément indispensable pour se transformer

Publicado en: Empresariales

Cartographier avec Archimate 3

  1. 1. Blue Jigsaw Competensis Christine Dessus chdessus@competensis.com +336 31 09 73 54 www.competensis.com Cartographier avec ARCHIMATE 3.0
  2. 2. Licence • Ce document est sous licence « CREATIVE COMMONS » • Pas d’utilisation commerciale • Partage dans les mêmes conditions http://creativecommons.org/licenses/by-nc-sa/3.0/fr/ v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE2
  3. 3. Sources • Les photos duVal d’Allos sont trouvées sur Internet, grâce à Google • Certaines pages sont issues d’une formation en anglais àArchimate 3 par la société BizzDesign https://www.bizzdesign.com/academy Ces pages ont été traduites et bien souvent transformées. v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE3
  4. 4. Améliorer les performances et atteindre les enjeux de l’organisation • 30 ans d’expérience professionnelle dans le monde du DIGITAL et de l’INFORMATIQUE • Nous vous offrons une offre complète allant de la formation au conseil digital, en passant par la transformation de vos organisations directions commerciales, industrielles et opérationnelles ou DSI. • Nous travaillons en direct ou via un réseau d’apporteurs d’affaires. • Nous nous déplaçons sur tout le territoire et à l’étranger (anglais courant) Contactez nous ! Christine DESSUS chdessus@competensis.com +33 6 31 09 73 54 COMPETENSIS - ARCHIMATE4 v1.0 Sept. 2017
  5. 5. Objectif du document • L’objectif de ce document est de vous présenter une démarche de cartographie portée tout commeTOGAF par l’Open Group. • SiTOGAF présente les processus et la démarche d’architecture d’entrepriseet urbanisation du SI, ARCHIMATE est la démarche de cartographie associée. • Des outils sont certifiés ARCHIMATE, rendant homogène les vues et points de vue cartographiés et favorisant l’interopérabilité des composants du système d’information. • En savoir plus ? Démarrer une expérimentation de cartographie du système d’information en vue de sa transformation ? Contactez nous ! Bonne lecture ! Christine Dessus v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE5
  6. 6. Documentation •Groupe LINKEDIN « Archimate » •Blog et livre de GerbenWIERDA « Mastering Archimate » : https://masteringarchimate.com/ •Spécifications de l’OPEN GROUP : http://pubs.opengroup.org/architecture/archi mate3-doc/ v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE6
  7. 7. Cartographier A quoi cela sert ? v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE7
  8. 8. Réduire le volume documentaire •De façon raisonnée •En facilitant l’information partagée, le consensus et la décision •« Un schéma vaut mille mots mais mille et un mots valent mieux qu’un schéma. » •On travaille différemment, on améliore la lisibilité des livrables. v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE8
  9. 9. Démontrer le besoin de changement •Communiquer sur le fonctionnement actuel •Communiquer les changements attendus ✓Sans les spécifier ✓On montre l’écart et on l’évalue, tant du point de vue de son périmètre, complexité, voir charge et délais de mise en œuvre • Le changement est vu selon 4 axes : stratégique, métiers, fonctionnel, applicatif v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE9
  10. 10. Démontrer l’adéquation aux besoins du client, des utilisateurs, directions utilisatrices •Cartographier le mode de fonctionnement attendu par le demandeur •Démontrer l’adéquation des solutions proposées •Montrer les écarts •Démontrer l’apport de valeur v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE10
  11. 11. Communiquer avec tout le monde •Cartographier facilite les échanges, partages ▪Langage commun métier, fonctionnel et technique ▪Niveau de granularité adéquat : on reste à un niveau macro, on se concentre sur le QUOI et le POURQUOI. • On ne décrit pas le comment •On s’inscrit dans une véritable démarche de transformation. v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE11
  12. 12. Pourquoi cartographier ? v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE12 Cap Cohérence Coopération Co- construction Communication Créativité Changement Coordination Source : Hervé SERIEYX sur blog.neocamino.com
  13. 13. Pourquoi cartographier ? v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE13 • Parler le même langage Boot ? Lever les ambiguïtés de vocabulaire et les double significations Source : Formation à Archimate 3 par BizzDesign
  14. 14. Cartographier Définition & positionnement v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE14
  15. 15. Discipline •Urbanisation du système d’information •Enterprise Architecture •Business Architecture • et un métier : Urbaniste v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE15
  16. 16. Discipline : Son positionnement v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE16 Gouvernance Portefeuille Urbanisation Cartographie du SI Business Analyse Projets Projet Conduite du projet Business Analyse Spécification Conception et développement
  17. 17. Enjeux •L'effet de levier de l'urbanisme porte sur la création de valeur. •Renforcer la valeur d’usage du Système d’Information et en faire un atout pour l’Entreprise COMPETENSIS - ARCHIMATE17 v1.0 Sept. 2017
  18. 18. Enjeux •Révéler les points faibles du système d’information •Une fonction sous-configurée et incapable de répondre, en qualité, aux enjeux, pourra mettre en péril l'entreprise, bien au-delà de la performance des processus. •Mettre le client et ses besoins au centre du dispositif de création de valeur. COMPETENSIS - ARCHIMATE18 v1.0 Sept. 2017
  19. 19. Enjeux • Introduire de la cohérence et de l’efficacité dans la construction du SI : •Définir les règles de construction des futurs systèmes communs. •Définir un cadre normalisé de référence pour la gouvernance •Homogénéiser les développements lorsqu'il y a plusieurs directions fonctionnelles. •Faire partager la vision, rechercher le consensus. COMPETENSIS - ARCHIMATE19 v1.0 Sept. 2017
  20. 20. Objectif – Changer de modèle • Un mécanisme progressif et cumulatif, par cycle : commencer par ce qui pose le plus de problèmes, les domaines fonctionnels les moins connus • Quelques principes : •alignement sur les métiers •cohérence •modularité •subsidiarité •progressivité COMPETENSIS - ARCHIMATE20 v1.0 Sept. 2017
  21. 21. Objectif – Changer de modèle •Du modèle en silos à la vision modulaire •Historiquement les systèmes d’information des métiers sont isolés les uns des autres. •Urbaniser son système d’information, c’est d’abord le rationaliser. COMPETENSIS - ARCHIMATE21 v1.0 Sept. 2017
  22. 22. Objectif – Changer de modèle •Système d’information des années 1990 à 2000 COMPETENSIS - ARCHIMATE22 v1.0 Sept. 2017
  23. 23. Objectif – Changer de modèle •Du modèle en silos à la vision modulaire, service, composant, fonctionnalité réutilisable COMPETENSIS - ARCHIMATE23 v1.0 Sept. 2017
  24. 24. D’où vient la démarche Archimate ? v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE24
  25. 25. Démarche proposée • Structurée • S’appuie sur un référentiel mondial d’urbanisation • Outillée, c’est un « standard » v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE25
  26. 26. Démarche proposée v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE26
  27. 27. Démarche proposée v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE27
  28. 28. Démarche proposée v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE28 Archimate masque les détails techniques. Archimate a été pensé pour s’intégrer avec UML. Archimate est une formalisation « chapeau », de haut niveau, très synthétique.
  29. 29. The Open Group v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE29 • TOGAF, IT4IT,ARCHIMATE… sont des référentiels de l’Open Group • Un référentiel neutre, du point de vue des fournisseurs et des technologies • Portée mondiale mais son origine est hollandaise • 300 organisations membres de l’Open Group. • >40 pays, 6000 contributeurs au Framework, environ 58000 certifiés • Utilisateurs finaux • Banques, organismes financiers, assurances • Commerces retail, industriels • Agences gouvernementales (EEU) • Fournisseurs • Vendeurs de solutions • ESN, Développeurs de solutions • Intégrateurs, architectes fonctionnels et techniques • Consultants
  30. 30. Mantra de l’Open Group v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE30
  31. 31. Standards de l’Open-Group v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE31 • 200 sociétés participent au forum de l’OpenGroup • 2 thèmes :TOGAF et ARCHIMATE
  32. 32. Preliminary A Architecture Vision B Business Architecture C Information System Architecture D Technology ArchitectureE Opportunities & Solutions F Migration Planning G Implementation Governance H Architecture Change Management Requirements Management Standards de l’Open-Group Togaf v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE32
  33. 33. Standards de l’Open-Group Archimate v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE33
  34. 34. EnterpriseArchitecture Tout ensemble d’organisations ayant des objectifs ou un intérêt commun. Any collection of organisations that has a common set of goals and/or a single ‘bottom line’. v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE34
  35. 35. Enterprise Architecture • On définit l’architecture d’un système par : • Son organisation interne • Ses composants, leurs relations • Les principes qui guident sa conception et son évolution • Ses interactions avec l’environnement v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE35
  36. 36. Enterprise Architecture • 4 niveaux d’architecture v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE36 Stratégie, métiers, processus, organisation, contrôle Applications et leurs relations aux processus Structure et organisation des données logiques et physiques Infrastructure technique (middleware y compris)
  37. 37. Partie-prenante v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE38 •Toute personne ou organisation concernée par le sujet ou projet •Du point de vue de sa conception, construction, maintenance •Du point de vue de sa description •Du point de vue de son usage
  38. 38. Enterprise Architecture | Points de vue etVues v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE39 Point de vue :Val d’Allos Un point de vue n’est pas une opinion Point de vue Où je me trouve ? A qui je m’adresse  partie-prenante On commence généralement par une vue d’ensemble.
  39. 39. Enterprise Architecture | Points de vue etVues v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE40 Vue n°1 Fonte des neiges en été Vue n°2 Construction d’un chalet en montagne Vue n°3 Surveillance de la croissance des sapins dans le Mercantour Vue n°4 Analyse de l’érosion du sol Vue n°5 Analyse de la pollution des lacs de montagne et de l’impact faune et algues du réchauffement climatique Vues Ce que je veux montrer ou dire Ce que j’ai analysé Un intérêt ou un sujet particulier Donne un message précis A qui je m’adresse  partie-prenante
  40. 40. Enterprise Architecture | Points de vue etVues v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE41 Vue n°1 Fonte des neiges en été Vue n°2 Construction d’un chalet en montagne Vue n°3 Surveillance de la croissance des sapins dans le Mercantour Vue n°4 Analyse de l’érosion du sol Une vue n’a pas besoin d’être exhaustive. On transmet un message. Vue n°5 Analyse de la pollution des lacs de montagne et de l’impact faune et algues du réchauffement climatique Vues Ce que je veux montrer ou dire Ce que j’ai analysé Un intérêt ou un sujet particulier Donne un message précis A qui je m’adresse  partie-prenante
  41. 41. Archimate Structure du langage v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE42
  42. 42. Version Version de la démarche ARCHIMATE : Archimate 3 ® v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE43
  43. 43. Quelques clarifications de langage •Beaucoup de documentation, supports en anglais •La norme est en anglais, la plus part des outils aussi v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE44
  44. 44. Quelques clarifications de langage v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE45 Anglais Français Clarification Capacity Capability Capacité Capacity : Possibilité au sens physique, quantité mesurée Capability : au sens compétences, aptitudes pour une personne ou une organisation Planning Scheduling Planifier Planning : Lister ce qui doit être fait Scheduling : Mettre des dates, jalons dans un calendrier Perform Performance Réaliser Réalisation Réaliser, réalisation une action Sans lien forcément avec une évaluation chiffrée Responsible Accountable Responsable Responsible : c’est celui qui réalise l’activité Accountable : c’est celui qui a le pouvoir de valider, superviser
  45. 45. Quelques clarifications de langage v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE46 Anglais Français Clarification Outcome Output Résultat Produit Outcome = gain Output = ce qui est fabriqué, produit Business Function Fonction métier En français, une fonction est souvent liée à un organigramme En anglais, c’est un ensemble de responsabilités ou compétences. Exemple de fonctions : freinage (pour un vélo), réparation des vélos (business function) On assigne un rôle à un acteur qui réalise des fonctions. Ces fonctions peuvent être associées à des processus. Event Evénement Considéré ici comme un changement d’état
  46. 46. ARCHIMATE 3.0 v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE47 • Standard ouvert maintenu par l’Open-Group www.opengroup.org/archimate www.archimate.org • Un langage graphique avec une sémantique • Pour décrire les architectures : •métiers, applicatives, données, infrastructures techniques • Un framework, modèle en couches • Décrire chaque niveau • Décrire les liens entre les couches
  47. 47. Structure du langage ARCHIMATE 3.0 v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE48 •6 couches / layers •4 aspects •59 concepts •13 types de relations • 13 250 possibilités de combinaisons entre ces éléments et non pas 18 408…
  48. 48. Structure du langage ARCHIMATE 3.0 v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE49 Aspect Couches / layer
  49. 49. Structure du langage ARCHIMATE 3.0 v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE50 JE LIS LE LIVRE L’APPLICATION TRANSMET LES DONNEES DE LA COMMANDE ACTIVE STRUCTURE BEHAVIOR PASSIVE STRUCTURE SUJET VERBE COMPLÉMENT
  50. 50. Structure du langage ARCHIMATE 3.0 v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE51 PASSIVE STRUCTURE BEHAVIOR ACTIVE STRUCTURE LE LIVRE LIRE TU POURRAS LE CÔTÉ OBSCUR DE LA FORCE REDOUTER TU DOIS La construction des phrases en pratique…. http://www.dessein-de-dessin.com/comment-dessiner-yoda/
  51. 51. Structure du langage ARCHIMATE 3.0 v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE52 LE LIVRE EST CLASSÉ PAR MME ROCHAT, BIBLIOTHECAIRE LA FACTURE EST VALIDÉE PAR LE SERVICE COMPTABLE LES DONNEES DE LA COMMANDE SONTTRANSMISES PAR L’APPLICATION PASSIVE STRUCTURE BEHAVIOR ACTIVE STRUCTURE En pratique…. On lit à la voie passive
  52. 52. Archimate 3 CORE v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE53 • 3 couches : Business, Application,Technologie • 3 aspects • Active structure : Une entité capable de réaliser une action (un behavior) • Behavior: Une activité réalisée par un ou plusieurs éléments de structure • Passive structure: Un objet sur lequel le “behavior” est réalisé • Des éléments composites
  53. 53. Synthèse – ARCHIMATE 3.0 PASSIVE STRUCTURE BEHAVIOR ACTIVE STRUCTURE COMPOSITE Business object Contract Representation Event Function Process Service Actor Rôle Interface Product BUSINESS Data object Event Function Process Service Interface Component APPLICATION Artifact Event Function Process Service Interface Node Device Path Network System software TECHNOLOGY v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE54
  54. 54. Business Actor v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE55 BUSINESS ACTIVE STRUCTURE Une entité business capable de réaliser une action de type « behavior » Un « business actor » peut être une personne, une fonction, une machine (bot) impliqué dans la réalisation d’une action de type « behavior »
  55. 55. Business Role v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE56 BUSINESS ACTIVE STRUCTURE Une responsabilité pour réaliser une action de type « behavior » Un rôle peut être assigné à un acteur (business actor) Les rôles sont utilisés pour décrire une organisation avec la perspective d’un processus. Les rôles sont associés aux tâches réalisées par un acteur. Un acteur peut avoir plusieurs rôles alors que généralement un rôle est associé à une fonction dans l’organisation.
  56. 56. Business Interface v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE57 BUSINESS ACTIVE STRUCTURE Un point d’accès à un service business. Exemple : Service = Passer une commande et Interface = téléphone, web ou magasin La façon dont une « active structure » peut communiquer avec l’environnement
  57. 57. Business process v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE58 BUSINESS BEHAVIOR Une séquences d’actions (behaviors) pour réaliser un résultat. Le résultat d’un processus/activité peut être un service ou un produit. Un processus décrit le comportement de l’organisation
  58. 58. Business function v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE59 BUSINESS BEHAVIOR Une collection de « behavior » basée sur des critères de sélections à définir, très liés à l’organisation, mais pas nécessairement gouverné par l’organisation. Exemple : hébergement d’applications, achats… Une fonction requiert des ressources et des compétences
  59. 59. Business event v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE60 BUSINESS BEHAVIOR Un élément de comportement (behavior) qui indique un changement d’état dans l’organisation. Il peut avoir une origine interne ou externe. De même, il peut avoir une influence interne ou externe à l’organisation. Les processus, fonctions business peuvent être déclenchées (trigger) ou interrompues par un événement. Un processus peut déclencher un événement qui va déclencher un autre processus. Attention : aucune vision temporelle.
  60. 60. Business service v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE61 BUSINESS BEHAVIOR Un service est exposé aux clients, parties-prenantes. Un service produit un « comportement » qui a du sens du point de vue de l’environnement. Exemple : passer une commande d’un produit
  61. 61. Business Object v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE62 BUSINESS PASSIVE STRUCTURE Un concept ou un ensemble d’informations utilisés au sein d’un domaine spécifique. Exemples : commande, livraison, facturation, équipement, intervention, bâtiment, asset… Généralement un ensemble d’informations décrivant un concept d’un domaine métier
  62. 62. Contract v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE63 BUSINESS PASSIVE STRUCTURE Spécification formelle ou informelle d’un accort qui spécifie les droits et obligations associés à un produit. Définit les éléments fonctionnels et non-fonctionnels d’une interaction. On peut utiliser cet objet pour décrire un contrat au sens légal mais aussi des accords moins formels associés à un produit. Un contrat est une spécialisation d’un « business object ». Exemple : SLA
  63. 63. Représentation v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE64 BUSINESS PASSIVE STRUCTURE Le format du « business object » Peut être utilisé pour décrire le média utilisé : électronique, papier, audio, vidéo mais aussi le format : HTML, XML,ASCII, RTF
  64. 64. Product v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE65 BUSINESS COMPOSITE Combine des éléments « passive structure » et de type « behavior » Collection cohérente de services, données constituant un contrat offer globalement aux clients Cette définition couvre à la fois les services offerts aux clients et les produits physiques.
  65. 65. Product v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE66 BUSINESS COMPOSITE Product Passive structure Business Layer : BusinessObject IS Layer : Data objects Technology object Behavior Business service Application service Technology service
  66. 66. Application Interface v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE67 APPLICATION ACTIVE STRUCTURE Expose un point d’accès aux services d’une application pour un utilisateur, une autre application ou un composant d’infrastructure (node) Une « application interface » expose une fonctionnalité, un service à l’environnement. Un service peut être exposé au travers de plusieurs interfaces. Explique comment les fonctionnalités de l’application sont accédées Explique quelles fonctionnalités sont requises par une application
  67. 67. Application Component v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE68 APPLICATION ACTIVE STRUCTURE Encapsulation de fonctionnalités alignées avec l’infrastructure Vision modulaire, interchangeable. Le composant agrège des comportements (behavior), données, expose des services et les rend disponible au travers d’interfaces. Regroupement de fonctionnalités, déployables indépendamment, réutilisables et interchangeable.
  68. 68. Application Function v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE69 APPLICATION Comportement (« behavior ») automatisé réalisé par un composant applicatif. On fait abstraction des moyens d’implémentation technique. On ne spécifie que le comportement (behavior). BEHAVIOR
  69. 69. Application Process v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE70 APPLICATION Processus automatisé, workflow réalisé par un composant applicatif. Séquences d’étapes produisant un résultat (outcome) On décrit le comportement interne d’un composant applicatif requis pour réaliser un/plusieurs services applicatifs On peut indiquer qu’un composant applicatif réaliser le « Application process » par une relation d’assignation BEHAVIOR
  70. 70. Application Event v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE71 APPLICATION BEHAVIOR Montre un changement d’état C’est un événement particulier qui signale le changement d’état. Un événement est instantané. Il n’a pas de duré. Un événement peut provenir de l’environnement de l’organisation (externe) ou de composants ou fonctions internes.
  71. 71. Application Service v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE72 APPLICATION BEHAVIOR Un comportement (behavior) explicitement exposé aux utilisateurs. Un service a un objectif : il a du sens du point de vue de l’environnement. Il propose un ensemble de fonctionnalités qui ont une utilité pour les utilisateurs du service.
  72. 72. Data Object v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE73 APPLICATION Représente les données structurées pour être traitées automatiquement. On reste à un niveau macro qui doit être compréhensible pour l’utilisateur et le métier. Exemple : dossier client, base de données fournisseur, réclamation. On ne décrit pas une structure de tables . PASSIVE STRUCTURE
  73. 73. Technology interface v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE74 TECHNOLOGY ACTIVE STRUCTURE Point d’accès où les services techniques offerts par un « nœud » (node) sont accessibles. Un node est soit un élément logiciel (software) soit un élément d’infrastructure technique (hadware) Indique comment les services d’un nœud (node) sont accessibles
  74. 74. Node v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE75 TECHNOLOGY ACTIVE STRUCTURE Un élément de logiciel ou de matériel qui héberge, manipule, interagit avec d’autres éléments logiciels ou matériels. Eléments qui réalise un « behavior » technologique (action ou comportement) ou qui transforme des éléments passifs (artefacts). Un « node » est utilisé pour cartographier des serveurs applicatifs, serveurs de base de données, stations de travail clients
  75. 75. Device v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE76 TECHNOLOGY ACTIVE STRUCTURE Spécialisation d’un « node » Elément technologique sur lequel les logiciels et artefacts sont stockés ou déployés Spécialisation d’un « node » qui représente une ressource physique, ayant une fonction « processeur ». Exemple : PC, routers
  76. 76. System Software v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE77 TECHNOLOGY ACTIVE STRUCTURE Logiciel qui contribue au stockage, exécution de traitements, utilisant (ou non) des données stockées. Spécialisation d’un « node » qui représente l’environnement logiciel dans lequel les artefacts sont mis en œuvre. Exemple : système d’exploitation, serveur d’application JEE, système de base de données.
  77. 77. Path v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE78 TECHNOLOGY ACTIVE STRUCTURE Un lien entre plusieurs nœuds, pour échanger des données ou partager l’usage d’un élément technique (matériel). Modéliser la communication logique entre les nœuds. Un path sera réalisé par un ou plusieurs réseaux de communication (communication network)
  78. 78. Communication network v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE79 TECHNOLOGY ACTIVE STRUCTURE Un ensemble d’éléments de structure ou comportement (behavior) qui connecte des systèmes informatiques ou des composants électroniques pour la transmission, routage, réception de données, voie ou vidéo C’est l’infrastructure physique de communication.
  79. 79. Technology function v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE80 TECHNOLOGY Un ou plusieurs « behaviors » (comportement ou action) réalisés par un « node » Décrire le comportement interne du nœud. Du point de vue de l’utilisateur, une fonction technique n’est pas visible. Une fonction technique reste une abstraction de son mode d’implémentation, ne décrit pas tout le détail de son implémentation BEHAVIOR
  80. 80. Technology process v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE81 TECHNOLOGY Une séquence de « behaviors » (comportement ou action) produisant un résultat Workflow technique Décrire le comportement interne du nœud. On prend des objets techniques en entrée, pour les transformer BEHAVIOR
  81. 81. Technology event v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE82 TECHNOLOGY Changement d’état d’un élément de structure Des fonctions techniques ou processus techniques peuvent être déclenchés ou interrompus par un événement, un changement d’état. Un changement d’état (event) est instantané et n’a pas de durée. Exemple : une alarme BEHAVIOR
  82. 82. Technology service v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE83 TECHNOLOGY Un service (comportement (behavior) explicitement exposé. Fait abstraction de son fonctionnement interne. Fonctionnalité exposée à l’environnement. Un service expose une fonctionnalité d’un « node » à son environnement. Doit être utile pour les utilisateurs. Exemple : envoi de messages, stockage, service d’annuaire… BEHAVIOR
  83. 83. Artifact v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE84 TECHNOLOGY Un élément physique de données utilisé ou produit par un « node » Un élément tangible comme : un fichier source, des exécutables, scripts, tables d’une base de données, messages, documents, spécifications, modèles. Un artifact peut être utilisé pour représenter tout élément de donnée physique. Un artifact réalise un « data object » PASSIVE STRUCTURE
  84. 84. Quelques précisions ! Services – Fonctions - Processus • Couche métier • Un service est exposé au client final, sans considération de la technologie ou de l’organisation.C’est une possibilité qui lui est offerte. • Exemple : payer son loyer, faire une demande de logement, Click&Collect • Une fonction décrit un ensemble d’activités et d’aptitudes de l’entreprise, sans considération de la technologie ni de l’organisation • Exemple : gérer et suivre les encaissements de loyers pourra englober les encaissements mais aussi le suivi des retards et le déclenchement d’un contentieux. On ne décrit pas dans quel ordre sont exécutés les activités. • Un processus décrit un enchainement d’activités avec les responsabilités, résultats obtenus mais sans considération de la technologie • Le processus décrit le QUOI et le COMMENT v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE85 réaliser servir réaliser servir
  85. 85. Quelques précisions ! Services – Fonctions - Processus • Couche applicative • Un service applicatif est exposé à l’utilisateur, sans considération de la technologie ni de l’organisation. • Un service peut être utilisé peut décrire une exigences attendues par l’utilisateur vis-à-vis de la solution à mettre en place. • Un fonction applicatif représente une fonctionnalité ou une possibilité attendue (ou offerte) de la solution applicative. Une fonction décrit un ensemble d’aptitudes que devra réaliser la solution. • Exemple : consulter le catalogue de produits, commander une pizza et payer en ligne • Un processus décrit un enchainement d’activités à automatiser. Exemple : un workflow de validation d’une commande v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE86 réaliser servir Assigner
  86. 86. Quelques précisions ! Echanges entre applications v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE87 • Le composant applicatif A déclenche le composant application B  Relation =Triggering • C envoie les données (data) à D  Relation = Flows • H envoie les données (Data Object) à I  Relation = Flows
  87. 87. Quelques précisions ! Echanges entre applications v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE88 • Les composants applicatifs E, F et G partagent un même ensemble de données. • Les applications E et G mettent à jour les données Relation =ACCESS avec la flèche WRITE, du composant vers les données. • L’application F lit les données  Relation =ACCESS avec la flèche READ, des données vers le composant.
  88. 88. Archimate Relations v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE89
  89. 89. Relations v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE90
  90. 90. Utiliser les relations v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE91 Type Usage Serving D’une couche à une autre, relation de dépendance entre 2 objets Association Relation la plus faible, entre n’importe quel objet, quand on ne sait pas. Assigned D’un élément de type BEHAVIOR vers un élément de typeACTIVE STRUCTURE Realize Toujours au sein d’une même couche, sauf pour les data Triggers Flows Entre éléments de processus, au sein d’une même couche Access Un élément de structure « behavior » ou « active » accède à un élément passif (données ou data ou artifact).On peut spécifier le niveau d’accès : access, read, write, read/write Composition Décomposition d’un objet Aggregate Un objet composite agrège d’autres éléments passif, behavior ou actif. Exemple : PRODUCT Specialize Entre objets de même type, même usage que UML
  91. 91. Archimate Cooperation & Interaction v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE92
  92. 92. Collaboration • Agrégation de 2 ou plusieurs ACTIVE STRUCTURE qui travaillent ensemble pour fournir un « behavior » (comportement, activité, service…) commun • Business collaboration : plusieurs rôles • Application collaboration : ERP constitué de plusieurs outils indépendants • Technology collaboration : collaboration de plusieurs technologies pour offrir un service commun (exemple : médiation) v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE93 ACTIVE STRUCTURE
  93. 93. Interaction • BEHAVIOR (comportement) collectif réalisé par la collaboration de plusieurs ACTIVE STRUCTURE v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE94 BEHAVIOR
  94. 94. EXEMPLE BUSINESS v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE96
  95. 95. EXEMPLE APPLICATION v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE97
  96. 96. EXEMPLE – TECHNOLOGY INFRASTRUCTURE v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE98
  97. 97. Exemples de cartes v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE99
  98. 98. Business Function & Business process & Business role v1.0 Sept. 2017 COMPETENSIS - ARCHIMATE100

×