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.
Document en Français concernant la démarche ArchiMate.
De l’usage de la couche Physique de la démarche ArchiMate® et de son intégration avec les couches Métier et Système d’information
CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1COMPETENSIS
Un document très simple en français pour vous permettre de vous y retrouver entre les notions de CAPABILITY, VALUE STREAM (chaîne de valeur) et PROCESSUS.
D'autres guides suivront sur les autres notions importantes en Business Architecture.
Value analysis with Value Stream and Capability modelingCOMPETENSIS
The document discusses value streams and business capabilities in Archimate 3.1. It defines a value stream as the end-to-end activities that create value for customers through incremental value stages. Each stage is represented by a value stream and creates value for stakeholders. Business capabilities describe the operational abilities required to deliver value through the value stream stages. The document also provides templates for documenting value streams and mapping capabilities to value stream stages in order to analyze how capabilities enable the delivery of value.
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...COMPETENSIS
Avec la version Archimate 3.1 , la couche de stratégie comporte 2 objets de modélisation majeurs de l’analyse de la valeur : Value Stream & Capability.
Ce document vise à définir ce que représentent ces concepts de flux de valeur (Value stream) et aptitude (capability).
Ces objets sont complètement liés et répondent à plusieurs questions :
- [Flux de valeur / Value Stream] :
Quelle valeur délivrons-nous aux clients ?
Quelle valeur souhaitons-nous délivrer aux clients ?
Pour décrire le « modèle d’affaires » de l’entreprise
- [Aptitudes / Capability]
Quel modèle opérationnel est nécessaire pour délivrer la valeur aux clients ?
Document en Français concernant la démarche ArchiMate.
De l’usage de la couche Physique de la démarche ArchiMate® et de son intégration avec les couches Métier et Système d’information
CAPABILITY & CAPACITE - Guide de survie en Business Architecture n°1COMPETENSIS
Un document très simple en français pour vous permettre de vous y retrouver entre les notions de CAPABILITY, VALUE STREAM (chaîne de valeur) et PROCESSUS.
D'autres guides suivront sur les autres notions importantes en Business Architecture.
Value analysis with Value Stream and Capability modelingCOMPETENSIS
The document discusses value streams and business capabilities in Archimate 3.1. It defines a value stream as the end-to-end activities that create value for customers through incremental value stages. Each stage is represented by a value stream and creates value for stakeholders. Business capabilities describe the operational abilities required to deliver value through the value stream stages. The document also provides templates for documenting value streams and mapping capabilities to value stream stages in order to analyze how capabilities enable the delivery of value.
Pour une ANALYSE DE LA VALEUR avec les concepts de Value Stream et Capability...COMPETENSIS
Avec la version Archimate 3.1 , la couche de stratégie comporte 2 objets de modélisation majeurs de l’analyse de la valeur : Value Stream & Capability.
Ce document vise à définir ce que représentent ces concepts de flux de valeur (Value stream) et aptitude (capability).
Ces objets sont complètement liés et répondent à plusieurs questions :
- [Flux de valeur / Value Stream] :
Quelle valeur délivrons-nous aux clients ?
Quelle valeur souhaitons-nous délivrer aux clients ?
Pour décrire le « modèle d’affaires » de l’entreprise
- [Aptitudes / Capability]
Quel modèle opérationnel est nécessaire pour délivrer la valeur aux clients ?
VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2COMPETENSIS
Un document très simple en français pour vous permettre de vous y retrouver entre les notions de CAPABILITY, VALUE STREAM (chaîne de valeur) et PROCESSUS.
D'autres guides suivront sur les autres notions importantes en Business Architecture.
This document provides guidance on business architecture concepts and perspectives including business models, value streams, capabilities, and processes. It discusses modeling these concepts using frameworks like ArchiMate and TOGAF. It also provides templates for defining capabilities, assessing their maturity levels, and mapping them to value streams. The overall document aims to help readers learn business architecture by providing examples and best practices.
ArchiMate application and data architecture layer - Simplify the modelsCOMPETENSIS
The document provides an overview of the ArchiMate application layer including:
- A reminder of key building blocks used to describe the application layer such as application components, services, and functions.
- Recommendations for modeling the application layer with ArchiMate such as keeping models simple and using business-friendly vocabulary.
- Examples of relationships between common application building blocks like components serving or realizing services and functions.
- Specific building blocks that can be used in certain circumstances like interfaces, processes, events, and collaborations.
What Can We Do With The ArchiMate Language?Iver Band
Last year, the Open Group released version 3.0 of the ArchiMate® standard, which provides a language with concepts for describing enterprise and solution architectures, a framework for organizing these concepts, a graphical notation for these concepts, and recommendations for viewpoints, which are visualization templates that address the concerns of particular stakeholders. The standard is public and free for end users. It can be extended through specialization of its concepts and relationships, and is supported by an increasing number of tools, consultancies and training organizations.
We use a fictitious—but realistic—case study to describe what we can do with the ArchiMate language. Each of the sections in this article presents one or more views of an ArchiMate model that tells a story about the collection and analysis of Big Data to create business value. Big Data consists of datasets that cannot be handled efficiently with traditional centralized data architectures due to their extensive volume, variety, velocity and variability. These characteristics demand scalable architectures for efficient storage, manipulation and analysis.
2019 07 Bizbok with Archimate 3 v3 [UPDATED !]COMPETENSIS
ARCHIMATE & BIZBOK templates
Here is an interpretation on how to implement the BIZBOK recommendation with Archimate 3.
This is an update of the previous documents published in 2018 and 2017.
Any comments or requirements to chdessus@competensis.com
This document outlines the phases and steps of The Open Group Architecture Framework (TOGAF) architecture development method (ADM). The ADM consists of 8 phases (A through H) that guide the development, implementation and governance of an enterprise architecture. Each phase contains several numbered steps to carry out key architecture activities like developing visions, roadmaps and implementation plans. Requirements management is also described as running throughout the ADM process.
This document provides information on business composability including definitions, principles, and how organizations can transition from traditional to composable. It defines a composable business as one that is architected for real-time adaptability and resilience through a mindset of modularity. Key aspects include developing interchangeable business blocks, autonomous teams, and composable technologies and strategies to accelerate change. The document discusses expected changes in areas like strategy, customers, workforce, and operations to achieve a highly composable organization.
This document provides an overview of enterprise architecture using TOGAF methodology. It includes numerous sample templates for business, data, application, and technology architecture segments. The key phases of TOGAF include developing baseline and target architectures for each segment, performing gap analyses, and defining roadmaps. Examples of sample templates are provided for elements like architecture visions, catalogs, matrices, diagrams, and gap analyses.
Cloud architecture with the ArchiMate LanguageIver Band
This document discusses using the ArchiMate modeling language to model cloud architectures within an enterprise context. It provides an overview of ArchiMate 3.0 and shows how AWS web hosting reference architectures can be modeled at the technology layer. It demonstrates how ArchiMate can connect cloud solutions to enterprise strategy, business processes, and physical infrastructure. Adopting ArchiMate allows an organization to plan, design and ensure proper implementation of cloud solutions across the entire enterprise.
Modeling Big Data with the ArchiMate 3.0 LanguageIver Band
Health care enterprises use big data methods and technologies to gain insights for improving the efficacy, efficiency, and accessibility of their services. Effective big data initiatives require shared understanding among diverse stakeholders of business challenges and the often complex architectures required to address them. Enterprise and solution architects can use the ArchiMate language to build this understanding with compelling visual models.
This presentation introduces the ArchiMate 3.0 language, and uses it to explore the US National Institute of Standards and Technology (NIST) Big Data Reference Architecture (NBDRA), and to present a health care case study based on the NBDRA. Participants will learn how to use the ArchiMate 3.0 language, in alignment with the TOGAF framework, to propose, justify and plan big data initiatives, and to guide their successful implementation.
La data nous concerne tous, et les attentes sont considérables, partout dans l’entreprise. Mais elle n’a pas toujours tenu ses promesses.
Les conditions sont réunies pour généraliser ses usages et son adoption, en répondant à ces trois questions :
- Organisation : centraliser ou décentraliser la gestion des données ?
- Architecture : comment établir des fondations souples et pérennes ?
- Gouvernance : comment encadrer et susciter les usages et collaborations ?
This document provides an introduction to ArchiMate, an enterprise architecture modeling language. It can be used to create uniform representations of diagrams that describe enterprise architectures. ArchiMate models can be exchanged between tools using an XML format. It offers an integrated approach to describe different architecture domains and their underlying relationships. The language also complements the TOGAF standard for enterprise architecture development. ArchiMate is useful for business communication and linking business, processes, and technical development. It is commonly used by enterprise architects, business architects, and solution architects. Examples of its use include the BIAN banking architecture and agile project modeling.
Transformation organisationnelle - Plan de transformation basé sur l’architec...Miguel Iriart
Ce document présente un survol de haut niveau des principaux éléments à couvrir pour réussir la mise en œuvre d’une transformation et modernisation organisationnelle efficace. Ce survol est basé sur les bonnes pratiques afin de produire la feuille de route technologique (roadmap) alignée sur la stratégie d’affaires et sa gouvernance.
Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...Jeremie Averous
Dans cette présentation à Escofin, qui regroupe les responsables de l'estimation et du contrôle des coûts de projet des grands industriels français, les défis modernes de la profession sont évoqués sur la base de l'expérience de Project Value Delivery. Il s'agit de la version française d'une présentation disponible également en anglais
VALUE STREAM & CHAINE DE VALEUR - Guide de survie en Business Architecture n°2COMPETENSIS
Un document très simple en français pour vous permettre de vous y retrouver entre les notions de CAPABILITY, VALUE STREAM (chaîne de valeur) et PROCESSUS.
D'autres guides suivront sur les autres notions importantes en Business Architecture.
This document provides guidance on business architecture concepts and perspectives including business models, value streams, capabilities, and processes. It discusses modeling these concepts using frameworks like ArchiMate and TOGAF. It also provides templates for defining capabilities, assessing their maturity levels, and mapping them to value streams. The overall document aims to help readers learn business architecture by providing examples and best practices.
ArchiMate application and data architecture layer - Simplify the modelsCOMPETENSIS
The document provides an overview of the ArchiMate application layer including:
- A reminder of key building blocks used to describe the application layer such as application components, services, and functions.
- Recommendations for modeling the application layer with ArchiMate such as keeping models simple and using business-friendly vocabulary.
- Examples of relationships between common application building blocks like components serving or realizing services and functions.
- Specific building blocks that can be used in certain circumstances like interfaces, processes, events, and collaborations.
What Can We Do With The ArchiMate Language?Iver Band
Last year, the Open Group released version 3.0 of the ArchiMate® standard, which provides a language with concepts for describing enterprise and solution architectures, a framework for organizing these concepts, a graphical notation for these concepts, and recommendations for viewpoints, which are visualization templates that address the concerns of particular stakeholders. The standard is public and free for end users. It can be extended through specialization of its concepts and relationships, and is supported by an increasing number of tools, consultancies and training organizations.
We use a fictitious—but realistic—case study to describe what we can do with the ArchiMate language. Each of the sections in this article presents one or more views of an ArchiMate model that tells a story about the collection and analysis of Big Data to create business value. Big Data consists of datasets that cannot be handled efficiently with traditional centralized data architectures due to their extensive volume, variety, velocity and variability. These characteristics demand scalable architectures for efficient storage, manipulation and analysis.
2019 07 Bizbok with Archimate 3 v3 [UPDATED !]COMPETENSIS
ARCHIMATE & BIZBOK templates
Here is an interpretation on how to implement the BIZBOK recommendation with Archimate 3.
This is an update of the previous documents published in 2018 and 2017.
Any comments or requirements to chdessus@competensis.com
This document outlines the phases and steps of The Open Group Architecture Framework (TOGAF) architecture development method (ADM). The ADM consists of 8 phases (A through H) that guide the development, implementation and governance of an enterprise architecture. Each phase contains several numbered steps to carry out key architecture activities like developing visions, roadmaps and implementation plans. Requirements management is also described as running throughout the ADM process.
This document provides information on business composability including definitions, principles, and how organizations can transition from traditional to composable. It defines a composable business as one that is architected for real-time adaptability and resilience through a mindset of modularity. Key aspects include developing interchangeable business blocks, autonomous teams, and composable technologies and strategies to accelerate change. The document discusses expected changes in areas like strategy, customers, workforce, and operations to achieve a highly composable organization.
This document provides an overview of enterprise architecture using TOGAF methodology. It includes numerous sample templates for business, data, application, and technology architecture segments. The key phases of TOGAF include developing baseline and target architectures for each segment, performing gap analyses, and defining roadmaps. Examples of sample templates are provided for elements like architecture visions, catalogs, matrices, diagrams, and gap analyses.
Cloud architecture with the ArchiMate LanguageIver Band
This document discusses using the ArchiMate modeling language to model cloud architectures within an enterprise context. It provides an overview of ArchiMate 3.0 and shows how AWS web hosting reference architectures can be modeled at the technology layer. It demonstrates how ArchiMate can connect cloud solutions to enterprise strategy, business processes, and physical infrastructure. Adopting ArchiMate allows an organization to plan, design and ensure proper implementation of cloud solutions across the entire enterprise.
Modeling Big Data with the ArchiMate 3.0 LanguageIver Band
Health care enterprises use big data methods and technologies to gain insights for improving the efficacy, efficiency, and accessibility of their services. Effective big data initiatives require shared understanding among diverse stakeholders of business challenges and the often complex architectures required to address them. Enterprise and solution architects can use the ArchiMate language to build this understanding with compelling visual models.
This presentation introduces the ArchiMate 3.0 language, and uses it to explore the US National Institute of Standards and Technology (NIST) Big Data Reference Architecture (NBDRA), and to present a health care case study based on the NBDRA. Participants will learn how to use the ArchiMate 3.0 language, in alignment with the TOGAF framework, to propose, justify and plan big data initiatives, and to guide their successful implementation.
La data nous concerne tous, et les attentes sont considérables, partout dans l’entreprise. Mais elle n’a pas toujours tenu ses promesses.
Les conditions sont réunies pour généraliser ses usages et son adoption, en répondant à ces trois questions :
- Organisation : centraliser ou décentraliser la gestion des données ?
- Architecture : comment établir des fondations souples et pérennes ?
- Gouvernance : comment encadrer et susciter les usages et collaborations ?
This document provides an introduction to ArchiMate, an enterprise architecture modeling language. It can be used to create uniform representations of diagrams that describe enterprise architectures. ArchiMate models can be exchanged between tools using an XML format. It offers an integrated approach to describe different architecture domains and their underlying relationships. The language also complements the TOGAF standard for enterprise architecture development. ArchiMate is useful for business communication and linking business, processes, and technical development. It is commonly used by enterprise architects, business architects, and solution architects. Examples of its use include the BIAN banking architecture and agile project modeling.
Transformation organisationnelle - Plan de transformation basé sur l’architec...Miguel Iriart
Ce document présente un survol de haut niveau des principaux éléments à couvrir pour réussir la mise en œuvre d’une transformation et modernisation organisationnelle efficace. Ce survol est basé sur les bonnes pratiques afin de produire la feuille de route technologique (roadmap) alignée sur la stratégie d’affaires et sa gouvernance.
Estimation et contrôle des coûts sur les projets: répondre aux défis d'aujour...Jeremie Averous
Dans cette présentation à Escofin, qui regroupe les responsables de l'estimation et du contrôle des coûts de projet des grands industriels français, les défis modernes de la profession sont évoqués sur la base de l'expérience de Project Value Delivery. Il s'agit de la version française d'une présentation disponible également en anglais
Ce document s’adresse à toutes les personnes intervenant dans la conception et le déploiement de dispositifs digitaux ou désirant le faire, notamment aux directions marketing, aux directions des systèmes d’information ainsi qu’aux membres du COMEX. Il vise à proposer des formations pour enrichir les compétences de vos équipes et augmenter leur capacité à mener à bien vos projets.www. west.fr
Un projet informatique sur quatre est abandonné en cours de route et 20% à 25%* d’entre eux ne dégageront pas de retour sur investissement.
C’est pour lutter contre ce phénomène que de nouvelles méthodes de production dites « digitales » notamment, ont émergé. Celles-ci nécessitent de faire évoluer les compétences de vos équipes projets et de leurs managers via des formations adaptées.
Les modules proposés ici sont complémentaires et vous pouvez d’ailleurs les moduler pour composer la formation adaptée à votre équipe et à vos projets.
La PMI du futur dès maintenant avec le Club AlliancesLoic Simon
Devenir la PME du futur dès maintenant, avec l'aide du Club Alliances et de ses solutions "as a service" [SaaS, infogérance, BPO, outsourcing, externalisation]
Atelier Info Tonic : Les règles d’or pour créer son site Webambin_fr
Atelier Info Tonic du 5/6/2012 à la CCI de Touraine
Les règles d’or pour créer son site internet.
En partenariat avec la société Ackwa pour le compte de Centre&Tic
Keonys vous accompagne dans la mise en place
de projets de gestion du cycle de vie du produit. Depuis plus de 20 ans, nous aidons nos clients à optimiser
leurs filières d’ingénierie et améliorer leurs méthodes de collaboration.
Notre force ?
L’offre PLM la plus complète du marché. Des experts référents dans leur domaine, dédiés à vos projets.
Un malentendu récurrent empêche de constituer des équipes autonomes (aux sens "cross-functional" et "empowered") : lorsque les dirigeants pensent qu'on ne peut "planifier" (i.e. associer des opérations à des ressources et en avoir une vision temporelle) que dans le mode command&control/taylorien qu'ils connaissent.
Nous introduisons d'abord l'inversion du "triangle des contraintes" : allouer des domaines d'action à des équipes stables qui vont ensuite gérer un flux d'activité avec leurs parties prenantes, plutôt que des ressources éparses à des projets parallèles.
Nous soulignons ensuite les propriétés du management qui permettent de constituer ces équipes "actionnables".
Nous illustrons la logique de fonctionnement pratique que peut adopter un service (quelle que soit l'échelle) souhaitant se transformer ainsi.
Enfin, pour le cas où la production proprement dite est externalisée, nous donnons quelques pistes pour favoriser l'agilité des contrats.
Design d'une organisation produit : Flowcon 2024Samuel RETIERE
Support du talk "Design d'une organisation produit" à la flowcon24
Pitch
Pour minimiser les frictions entre la stratégie produit et les diverses formes d'organisation, nous cherchons à limiter le nombre de dépendances, qu'elles soient liées aux relations humaines ou techniques. Considérant que les organisations humaines et techniques sont imbriquées, nous proposons une méthodologie basée sur le Domain Driven Design (DDD), les Team Topologies (TT), et les Jobs To Be Done (JTBD), afin d'atteindre notre état idéal.
Dans cette session, nous ne nous plongerons pas dans la théorie des acronymes ; nous explorerons plutôt une approche pour briser/réduire/gérer les dépendances entre les équipes de développement. Cette approche portera sur la conception organisationnelle et les domaines de responsabilité.
Note : Cette approche est peu pertinente en dessous de trois équipes.
L'agilité non IT dans une Caisse d'Epargne Régionale - Nathalie Retter (BPCE)...Agile En Seine
Après un brève exposé sur l’histoire de l’Agile hors de l’approche gestion de projet informatique. Je vous propose un retour d’expérience sur une transformation Agile hors contexte de l’IT avec l’utilisation des pratiques proposés par la Sociocracy 3.0.
ITIL® : Processus et organisation adaptée à une informatique hybride (cloud p...Microsoft Technet France
Les transformations de la DSI, induites par la nécessité de répondre aux enjeux de l’entreprise digitale, entrainent des changements dans les processus et organisations. Notamment, l’IT hybride, répartie entre le Datacenter privé et le Cloud Public, amène à réfléchir à la manière dont doivent être piloté les services informatiques afin de profite pleinement des bénéfices de ce type d’approche moderne du Datacenter
Speakers : Vincent Douhairie (AMETTIS), Jean-Philippe Dupuich (Microsoft)
Matinale Technologique : création de visualisations dynamiques avec Qlik Sense en live
Avec Qlik Sense, outil d'analyse et de Data Visualisation, découvrez comment construire vos indicateurs à la volée, analyser et accélérer vos prises de décision.
Tous les baromètres révèlent le rôle crucial de la donnée dans la transformation digitale des entreprises, même si la majorité se dit déjà pilotée par la donnée, il leur reste beaucoup d'efforts à faire en termes d'outils et de compétences pour l'être réellement. Parmi les outils incontournables pour une transformation digitale : Qlik Sense, une solution Qlik, leader sur le marché de l'exploration de la donnée et de la Data Visualisation, qui vous permet :
• D’analyser et explorer vos données en suivant le cheminement de vos pensées,
• De développer des visualisations dynamiques et inégalées consultables sur mobile (responsive design),
• De révéler les associations entre vos données (« Smart search »),
• D’ajouter des sources de données à la volée,
• De donner la main aux métiers pour développer leurs dashboard en libre-service.
Les Chaines de Valeur : le bon, la brute et le truand - Agile en Seine 2021Agile En Seine
Présenté par David Ferreira et Odile Moreau, Capgemini
La transformation agile a l'échelle de l'entreprise est en tout premier lieu une transformation du mode projets vers un mode produits.
Venez partager avec nous nos expériences et comment éviter les écueils dans cette difficile recherche des bons produits qui supportent la valeur de l'entreprise.
David Ferreira, Vice President - Agile@Scale French Leader, Capgemini
David est Scaled Agile Program Consultant Trainer (SAFe®SPCT) David peut se prévaloir de plus de 20 ans d’expérience professionnelle en direction de projet dans différents secteurs : Services publics, utilities, telecom, distribution retail, … et a également occupé des fonctions d’Architecte. En 2010, David a pu partager son expertise et sa passion de l’agilité dans des environnements humains riches et complexes de différentes envergures en lançant son tout premier projet agile autour de 9 équipes.
Odile Moreau, SPCT & Principal Lean-Agile Transformation Consultant, Capgemini
Odile est la première femme française à détenir la certification Scaled Agile Program Consultant Trainer (moins de 100 SAFe®SPCT dans le monde en décembre 2020). Consultante et formatrice depuis 2005, Odile aide les organisations internationales dans leur transformation Lean Agile à tous les niveaux de l’entreprise. Elle dispense ses conseils et ses cours en français, anglais, néerlandais et partage une expérience acquise dans les domaines de la gestion des services informatiques, de la gestion de l’information et du génie logiciel. Au cours des 15 dernières années, elle les a aidés à adopter l’état d’esprit et les méthodes d’amélioration continue Agile.
ATMTL23 - Dessine-moi un train : Création d'Agile Release Trains centrés sur ...Agile Montréal
Cette conférence inspirante vous plongera dans le monde passionnant de SAFe (Scaled Agile Framework) et de la création d'Agile Release Trains (ART) qui placent véritablement l'humain au cœur du système. Nous explorerons les principes essentiels de SAFe et montrerons comment ils peuvent être adaptés pour promouvoir la collaboration, l'autonomie et l'engagement des équipes, que ce soit dans le domaine des technologies de l'information ou en dehors de celui-ci. Vous découvrirez comment SAFe favorise la création de cultures agiles où les individus peuvent établir des liens de collaboration étroits, briser les silos et comment cela conduit à une meilleure performance organisationnelle.
Planon Site Alpha témoigne de son passage au SaaS, et témoigne sur les étapes-clé d'interrogation liées à la modification du modèle commercial et des rémunérations. Présentation assurée en binôme avec son partenaire Aspaway, hébergeur dont la particularité réside en une forte maîtrise du métier d'éditeur.
STRATEGIE - Guide de survie en Business Architecture n°3COMPETENSIS
Pour nous tous, il est important de comprendre la stratégie de l'entreprise dans laquelle nous évoluons. Pour certains d'entre nous, il est aussi important de savoir la définir. Voici un document simple, en français pour vous y retrouver.
Chiffrer - Evaluer la charge d'une activité ou d'un projetCOMPETENSIS
Quelques bonnes pratiques et principes pour savoir évaluer la charge d'une activité ou d'un projet.
Ce sont les supports d'un cours effectué dans une école d'ingé.
SOD Segregation Of Duties - Séparation de Droits et ResponsabilitésCOMPETENSIS
Prévenir les fraudes, conflits d’intérêt et erreurs humaines par la "Segregation of Duties" (SOD) ou Séparation des Droits et Responsabilités.
Cas d'usage : Un audit externe ou interne signale des non-conformités liées à la séparation des droits et responsabilités (Segregation Of Duties).
REX Amélioration des processus, organisation et outilsCOMPETENSIS
Retour d'exprience de transformation d'organisations et amélioration de la performance dans le domaine IT, ITSM et métiers
Rendre les organisations plus simples et plus agiles
Scrum Book Of Knowledge - Reading Notes, Part#1COMPETENSIS
+ The document provides an overview of a 342-page guide on Scrum called the SBOKTM Guide from 2013.
+ It summarizes sections from the introduction and principles portions of the guide covering topics like the objectives of Scrum, an overview of how Scrum works, its history, principles of empirical process control, self-organization, and collaboration.
+ Links and references to the original guide and other sources are provided for readers to learn more about each topic.
Les fondamentaux de la gestion de projetCOMPETENSIS
Les fondamentaux de la gestion de projet
Une formation du groupe SQLI.
Cette présentation peut être consultée en ligne mais ne peut être communiquée sur un format PDF ou PPT.
IIBA Initiation au Business Analysis Book of Knowledge V2COMPETENSIS
IIBA Présentation du Business Analysis Book of Knowledge
Cette présentation s'appuie sur la version 2 du BABOK. Actuellement c'est la version 3, la version la plus à jour. La présentation date de 2015.
Personnellement, je préfère de beaucoup la version 2, mais ce n'est qu'une opinion personnelle.
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/
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®2
3. Sources
• Les photos duVal d’Allos sont trouvées sur Internet, grâce à Google. Je
ne suis pas le/la photographe.
• 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.
• Spécifications de l’OPENGROUP :
https://pubs.opengroup.org/architecture/archimate31-doc/
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®3
4. Objectif du document
• L’objectif de ce document est de vous présenter une démarche
de cartographie et modélisation portée tout commeTOGAF®
par l’Open Group. Ce n’est en aucun cas un support de
formation.
• Ce support est accompagné de nombreux exemples de
modélisation fournis lors de journées de conseil.
• SiTOGAF® présente les processus et la démarche d’architecture
d’entreprise et urbanisation du système d’information,
ARCHIMATE® est la démarche de cartographie associée.
• Des outils du marché sont certifiés ARCHIMATE® fournissant
des fonctionnalités de modélisation, gestion du dictionnaire,
publication des modèles et surtout des fonctions collaboratives
permettant à plusieurs acteurs de modéliser ensemble.
• La solution ARCHI, open-source vous permet de démarrer la
modélisation, sans investir dans un premier temps lourdement :
www.archimatetool.com Cette solution devient parfois pérenne
dans certaines organisations. Nous vous encourageons dans ce
cas à faire une donation afin de faciliter le maintien et le
développement de la solution. La versionARCHI 4.6 supporte
les dernières évolutions de la démarcheARCHIMATE 3.1
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®4
5. Documentation
•Groupe LINKEDIN « Archimate »
•Blog et livre de GerbenWIERDA « Mastering
Archimate » :
https://masteringarchimate.com/
•Spécifications de l’OPEN GROUP :
https://pubs.opengroup.org/architecture/arch
imate31-doc/
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®5
7. Produire, capturer et délivrer de la valeur
• Modéliser permet de montrer comment l’entreprise capture,
produit et délivre de la valeur. La valeur est toujours considérée
avec la perspective de celui qui la reçoit : client, consommateur,
utilisateur.
• Une entreprise s’appuie en général sur 2 types de savoir pour
produire la valeur
• Le savoir implicite : La connaissance est détenue par les employés, les experts
et bien souvent n’est pas transcrite sur un support. La connaissance implicite
est difficile à formaliser à extraire et à diffuser.
• Le savoir explicite : Les connaissances explicites sont transférables
physiquement car elles se présentent sous forme de documents, modèles.
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®7
8. Transformer le
savoir implicite en
savoir explicite
pour maîtriser les
flux de valeur
• Si l’entreprise ne s’appuie que sur du savoir implicite, la
capacité à produire de la valeur depend exclusivement
des personnes qu’elle choisit d’employer, de leur savoir,
savoir-faire, leur motivation et leur capacité à travailler
collaborativement.
• Le savoir explicite est un « asset », un atout, une
richesse pour l’entreprise lui permettant d’atteindre ses
objectifs. Vous ne pouvez effectivement pas améliorer,
automatiser des activitiés que vous ne connaissez pas.
• La modélisation permet de rendre explicite ce qui ne
l’était pas. Le savoir explicite ne depend plus
uniquement de la bonne volonté des personnes.
• L’entreprise fait face à de nombreux coûts cachés avec
les activités implicites « on a toujours fait comme
cela ». Personne ne peut donner une vision d’ensemble
de la situation et des sources d’amélioration. Au
contraire le savoir explicite fournit cette vue
d’ensemble et permet à l’entreprise de décider
comment investir et dépenser l’argent.
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®8
9. Les apports de
la version
Archimate 3.1
pour la
formalisation
des flux de
valeur
• Archimate 3.1 renforce les outils de modélisation de
niveau stratégique avec la modélisation des « value
stream ».
• Une value stream n’est pas un processus. C’est un
ensemble d’étapes décrivant la capture, production de
valeur avec la perspective de celui qui reçoit cette valeur.
• Le meta modèle est simple.Toujours en couches.
v2.0 - Nov 2019 COMPETENSIS- ARCHIMATE®9
10. Les apports de
la version
Archimate 3.1
pour la
formalisation
des flux de
valeur
v2.0 - Nov 2019 COMPETENSIS- ARCHIMATE®10
• VALUE STREAM : étape d’activités avec une vue très haut niveau
- encore plus haut que la vue d’avion si célèbre - et pour laquelle,
on est capable de décrire l’apport de valeur avec la perspective de
celui qui la reçoit.
• CAPABILITY : compétence que l’entreprise doit posséder ou
acheter pour garantir la production de valeur.
• Les autres éléments internes ou externes permettent de réaliser
la capability et sont des éléments opérationnels : métier,
applicatifs, fonctionnels, voir physique ou technique.
• Value stream et capability décrivent le modèle d’affaire. Les
objets de niveau métier, fonctionnel ou applicatif, physique
décrivent le modèle opérationnel.
11. 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.
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®11
12. 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
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®12
13. 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
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®13
14. 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.
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®14
15. Pourquoi cartographier ?
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®15
Cap Cohérence
Coopération
Co-
construction
Communication
Créativité
Changement
Coordination
Source : Hervé SERIEYX sur blog.neocamino.com
16. Pourquoi cartographier ?
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®16
• Parler le même langage
Boot ?
Lever les ambiguïtés
de vocabulaire et les
double significations
Source : Formation à Archimate 3 par BizzDesign
18. Discipline
•Urbanisation du système d’information
•Enterprise Architecture
•Business Architecture
• et un métier : Urbaniste
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®18
19. Discipline :
Son positionnement
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®19
Gouvernance Portefeuille
Urbanisation
Cartographie
du SI
Business
Analyse
Projets
Projet
Conduite du projet
Business Analyse
Spécification
Conception et développement
20. 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 - ARCHIMATE®20 v2.0 - Nov 2019
21. 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 - ARCHIMATE®21 v2.0 - Nov 2019
22. 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 - ARCHIMATE®22 v2.0 - Nov 2019
23. 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 - ARCHIMATE®23 v2.0 - Nov 2019
24. 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 - ARCHIMATE®24 v2.0 - Nov 2019
25. Objectif – Changer de modèle
•Système d’information des années 1990 à 2000
COMPETENSIS - ARCHIMATE®25 v2.0 - Nov 2019
26. Objectif – Changer de modèle
•Du modèle en silos à la vision modulaire,
service, composant, fonctionnalité réutilisable
COMPETENSIS - ARCHIMATE®26 v2.0 - Nov 2019
28. Démarche proposée
• Structurée
• S’appuie sur un référentiel mondial d’urbanisation
• Outillée, c’est un « standard »
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®28
31. Démarche proposée
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®31
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.
32. The Open Group
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®32
• TOGAF, IT4IT,ARCHIMATE… sont des référentiels de l’OpenGroup
• 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’OpenGroup.
• >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
33. Mantra de l’Open Group
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®33
34. Standards de l’Open-Group
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®34
• 200 sociétés participent au forum de l’OpenGroup
• 2 thèmes :TOGAF et ARCHIMATE
37. 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’.
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®37
38. 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
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®38
39. Enterprise Architecture
• 4 niveaux d’architecture
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®39
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)
40. Partie-prenante
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®41
•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
41. Enterprise Architecture | Points de vue etVues
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®42
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.
42. Enterprise Architecture | Points de vue etVues
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®43
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
43. Enterprise Architecture | Points de vue etVues
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®44
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
45. Version
Version de la démarche ARCHIMATE :
Archimate 3.1 ®
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®46
46. Quelques clarifications de langage
•Beaucoup de documentation, supports en
anglais
•La norme est en anglais, la plus part des outils
aussi
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®47
47. Quelques clarifications de langage
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®48
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
48. Quelques clarifications de langage
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®49
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
49. ARCHIMATE 3.1
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®50
• 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
50. Structure du langage
ARCHIMATE 3.1
• 6 couches / layers
• 4 aspects :
• passive structure, behavior, active
structure, composite
• 60 concepts
• 13 types de relations
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®51
51. Structure du langage ARCHIMATE 3.1
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®52
Aspect
Couches / layer
52. Structure du langage ARCHIMATE 3.1
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®53
JE LIS LE LIVRE
L’APPLICATION TRANSMET
LES DONNEES DE LA
COMMANDE
ACTIVE STRUCTURE BEHAVIOR PASSIVE STRUCTURE
SUJET VERBE COMPLÉMENT
53. Structure du langage ARCHIMATE 3.1
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®54
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/
54. Structure du langage ARCHIMATE 3.1
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®55
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
55. Archimate 3.1 CORE
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®56
• 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
56. Synthèse – ARCHIMATE 3.1
PASSIVE
STRUCTURE
BEHAVIOR ACTIVE
STRUCTURE
COMPOSITE
Business object
Contract
Representation
Event
Function
Process
Service
Actor
Rôle
Interface
Product BUSINESS
Capability
Value stream
Course of action
Resource STRATÉGIE
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®57
57. Synthèse – ARCHIMATE 3.1
PASSIVE
STRUCTURE
BEHAVIOR ACTIVE
STRUCTURE
COMPOSITE
Data object Event
Function
Process
Service
Interface
Component
APPLICATION
Artifact Event
Function
Process
Service
Interface
Node
Device
Path
Network
System software
TECHNOLOGY
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®58
58. Resource
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®59
STRATEGY ACTIVE STRUCTURE
Une ressource represente un “asset”, atout, un avantage, une
richesse possédée ou contrôlée par un acteur ou une organization.
Traduction de ASSET en français : https://www.linguee.fr/anglais-francais/traduction/asset.html
Quelques exemples de ressources, richesses pour l’entreprise :
liquidités, placements, usines, équipements, foncier, réserves
financières ou minérales, brevets, reputations, marques,
compétences, savoir-faire, copyrights (droits).
59. Value Stream
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®60
STRATEGY
Un flux de valeur (value Stream) représente une sequences d’activités
qui créé un résultat (produit de la valeur) pour un client,
consommateur, utilisateur, partie-prenante.
Value Stream et processus peuvent sembler identiques mais ils ne le sont pas. Les value stream et capability décrivent
le business model de l’entreprise (comment elle produit de la valeur avec la perspective de celui qui la reçoit).
Les processus décrivent le modèle opérationnel, le séquencement d’activités temporelles par des acteurs ou des rôles
nommés.
Value Stream et Capability décrivent le QUOI et le POURQUOI. Les processus décrivent le COMMENT
organisationnel.
BEHAVIOR
60. Capability
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®61
STRATEGY
Une capability représente une aptitude possédée par un élément de
type ACTIVE STRUCTURE : une organization, personne ou un
système.
Une capability décrit ce que l’entreprise fait (ou souhaite faire) et non pas comment elle le réalise. Une
capability met l’accent sur le résultat business, les gains pour l’entreprise, en relation avec sa stratégie.
Les capability sont réalisées par une combinaison d’éléments : personnes (acteurs, rôles), processus,
systèmes, technologie qui constituent le modèle opérationnel.
Les capability réalisent (ou servent) un flux de valeur (value stream).. Une capability peut aussi servir
une autre capability.
BEHAVIOR
61. Course of action
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®62
STRATEGY
A traduire en français par un plan d’action. Cela décrit ce que
l’entreprise a décidé de faire, soit au niveau stratégique (long terme),
soit au niveau tactique (plus opérationnel).
En toute simplicité, je vous avoue ne pas utiliser
souvent cet objet. Un usage intéressant est de
représenter un projet, plan de transformation, sans
rentrer dans un détail trop fin.
La plus part des plans d’actions sont généralement
modélisés grâce à des outils de gestion de portefeuille.
BEHAVIOR
62. Business Actor
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®63
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 »
63. Business Role
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®64
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.
64. Business Interface
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®65
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
65. Business process
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®66
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
66. Business function
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®67
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
67. Business event
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®68
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.
68. Business service
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®69
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
69. Business Object
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®70
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
70. Contract
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®71
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
71. Représentation
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®72
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
72. Product
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®73
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.
73. Product
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®74
BUSINESS COMPOSITE
Product
Passive
structure
Business Layer : BusinessObject
IS Layer : Data objects
Technology object
Behavior
Business service
Application service
Technology service
74. Application Interface
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®75
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
75. Application Component
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®76
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.
76. Application Function
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®77
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
77. Application Process
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®78
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
78. Application Event
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®79
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.
79. Application Service
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®80
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.
80. Data Object
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®81
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
81. Technology interface
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®82
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
82. Node
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®83
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
83. Device
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®84
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
84. System Software
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®85
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.
85. Path
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®86
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)
86. Communication network
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®87
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.
87. Technology function
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®88
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
88. Technology process
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®89
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
89. Technology event
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®90
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
90. Technology service
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®91
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
91. Artifact
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®92
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
92. 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
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®93
réaliser
servir
réaliser
servir
93. 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
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®94
réaliser
servir
Assigner
94. Quelques précisions !
Echanges entre applications
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®95
• 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
95. Quelques précisions !
Echanges entre applications
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®96
• 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.
97. Relations
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®98
Une relation d’ASSOCIATION peut
maintenant indiquer une direction.
Elle reste cependant par défaut
sans direction.
98. Exemple d’usage de la
relation d’ASSOCIATION
• Cette relation vous permet de réaliser des
modèles conceptuels. Je l’utilise beaucoup
pour les modèles d’information (ontologies).
• Pour les modèles logiques ou physiques, je
préfère utiliser UML et les diagrammes de
classe.
• Exemple des spécificationsARCHIMATE 3.1
par l’ Open Group
• Autre exemple
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®99
99. Utiliser les relations
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®100
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
101. 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)
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®102
ACTIVE
STRUCTURE
102. Interaction
• BEHAVIOR (comportement) collectif
réalisé par la collaboration de
plusieurs ACTIVE STRUCTURE
v2.0 - Nov 2019 COMPETENSIS - ARCHIMATE®103
BEHAVIOR