urbanisation-si.com

Dans notre quête du Graal pour outiller les méthodes d’AE et d'urbanisation du SI et plus généralement pour la modélisation multiparadigmes, nous avons testé ChatGPT pour la production de code PlantUML (voir notre article : Texte vers UML et autres outils de "diagrammes en tant que code" - Le moyen le plus rapide de créer vos modèles ? ) pour des vues ArchiMate et XMI pour des diagrammes UML et BPMN. L'intérêt d'avoir les diagrammes sous forme de code facilite entre autres la mise en œuvre de MDA (Model Driven Architecture).

  

Évidemment, nous avons demandé à DALL·E, une autre IA d'OpenAI,
spécialisée dans la génération d'images à partir d'une description textuelle, d'illustrer notre article.

"An illustration for an article about a chatbot generating code for diagrams".

 

Un générateur de code qui tient compte de ses erreurs

A quoi sait-on qu’une nouvelle technologie peut vraiment changer la donne ? Quand elle suscite la panique chez les leaders installés du secteur, tout autant que leur convoitise. Présenté pour la première fois fin novembre par OpenAI, le bot conversationnel ChatGPT n’a mis que quelques jours pour devenir le sujet de discussion numéro 1 de la planète numérique.

ChatGPT se révèle être à la fois :

• un moteur de recherche donnant immédiatement et exactement le résultat sans avoir à ouvrir plusieurs liens,
• un Wikipédia,
• un générateur de contenu,
• un traducteur,
• un agent conversationnel mémorisant tous les éléments du dialogue lui permettant d’affûter ses réponses. Chaque conversation est stockée, pour être potentiellement reprise ultérieurement,
• un générateur et vérificateur de code informatique ayant absorbé tous les codes trouvés sur internet jusqu’à fin 2021. 

C’est cette dernière fonctionnalité qui nous intéresse ici.

 

En lui fournissant des informations supplémentaires, comme des données contextuelles ou des préférences utilisateur, ChatGPT formule une réponse encore plus en adéquation avec le sujet demandé. De manière similaire à une conversation entre 2 humains, où la reformulation est le moyen le plus efficace pour se faire comprendre et en procédant par itérations de plus en plus précises, nous avons constaté que ChatGPT affine sa compréhension des attendus et fournit un meilleur résultat.

 

Le système fait également croire qu’il peut se corriger. Si l’utilisateur n’est pas satisfait d’une réponse, il peut demander de recommencer, et recueillir ensuite une meilleure réponse. ChatGPT ne comprend pas son erreur, mais comme c’est un système probabiliste qui fournit la meilleure réponse parmi plusieurs possibles, il finit par proposer les suivantes dans la liste.

 

Nos tests (les codes générés se trouvent en annexe 1)

Pour connaître l'environnement de nos essais, les reproduire et les adapter, vous pouvez vous reporter à l'annexe 1 à la fin de cet article.

 

Nous avons choisi de converser avec ChatGPT en anglais sachant que le domaine abordé est plutôt anglophone, ce qui n’aurait pas été le cas si nous lui avions demandé de disserter sur l'œuvre romanesque de Proust.

 

Test #1

Code PlantUML d'une vue ArchiMate d'un processus de prêt bancaire

Étant néophytes pour la génération de code PlantUML pour des vues ArchiMate avec ChatGPT, nous nous lançons avec une première demande relativement basique. 

 

Question :

 

"Give me the code for PlantUML corresponding of an ArchiMate diagram for a bank loan process"

 

Résultat :

 

Le résultat est un diagramme de classes UML largement satisfaisant pour un débutant en UML.

 

 

ChatGPT a généré du code PlantUML représentant un diagramme de classe
alors qu'on lui a demandé un diagramme ArchiMate. Il a pris le type de diagramme par défaut.

 

A priori, ChatGPT n’a pas tout à fait compris que nous voulions une vue ArchiMate un peu plus consistante.

 

Nous allons alors lui indiquer le code de démonstration pour ArchiMate fourni par PlantUML et nous lui demanderons de générer un code similaire pour un prêt bancaire.

 

Test #2

La même demande après lui avoir donné un exemple

Question :

 

"Can you generate a similar plantuml code for a bank loan process"

 

Résultat :

 

 

Résultat après lui avoir indiqué un exemple et lui avoir dit que nous voulions le même type de code

 

Nous avons une vue faisant intervenir les niveaux métier et applicatif. Des relations de composition relient les processus. Les services applicatifs fournissent des fonctionnalités au processus et les composants réalisent les services.

ChatGPT a compris que nous voulions incorporer dans le diagramme un titre et une légende qui sont souvent négligés et fastidieux à mettre en œuvre.

 

ChatGPT mémorise tous les échanges, nous pouvons donc lui demander de détailler tour à tour chacun des sous-processus. 

 

Test #3

Zoom sur le sous-processus de vérification

Question :

 

"Like the previous plantuml diagram, can you give me the plantuml code for the Verification process ?"

 

Résultat :

 

 

Zoom sur le processus de vérification

 

Nous avons demandé le détail de tous les sous-processus composant le prêt bancaire.

Les autres codes générés n'ont pas été intégrés à cet article, mais restent disponibles sur demande.

 

Test #4

Description textuelle du cas d'utilisation ""Demander un prêt bancaire"

Examinons maintenant ce que va nous donner ChatGPT pour le cas d'utilisation cas d'école "Demander un prêt bancaire".

 

Question :

 

"Lets define a simple use case in bank loan, something that is very well established and easy to understand"

 

Réponse :

 

Sure, let's consider the use case of obtaining a personal loan from a bank.

 

Here's how the process might work:

 

1. A customer starts by researching different banks and comparing their personal loan options.
2. Once the customer has found a loan that they are interested in, they complete a loan application, which requires them to provide personal and financial information, such as their income, employment history, and credit score.
3. The bank uses this information to determine the customer's creditworthiness and assess their ability to repay the loan.
4. If the customer is approved for the loan, they receive an offer with the loan terms, including the interest rate, monthly payment amount, and repayment period.
5. If the customer accepts the loan offer, they sign the loan agreement and provide any necessary documentation, such as proof of income or collateral.
6. The bank then disburses the loan funds to the customer, either as a lump sum payment or in installments.
7. The customer then repays the loan over time, including both the principal amount and the interest, according to the terms agreed to in the loan agreement.

 

This is just a basic example of how a personal loan from a bank works, but it should give you an idea of how individuals can use loans to access the funds they need for a variety of purposes, from paying for large expenses to consolidating debt.

 

Test #5

Tableau du modèle métier d'un prêt bancaire

Évidemment il s'agit du processus standard. Pour un cas plus spécifique, il suffirait d'ajouter les informations métier supplémentaires.

Demandons-lui le modèle métier sous la forme de tableau au format standard markdown.

 

Question :

 

"Describe the data model in more detail or tabular format using markdown"

 

Réponse :

 

Test #6

Diagramme de classe UML d'un prêt bancaire

Passons à l'aspect structurel avec un diagramme de classe UML généré à base de code PlantUML.

 

Question :

 

"This is perfect, I would like to depict the relationships in a plantuml diagram, can you give me the code to do this"

 

A la première génération, ChatGPT met des espaces dans les noms de classe, ce qui provoque un message d'erreur de syntaxe à l'exécution dans PlantUML.

 

Nous lui indiquons :

"There is a syntax error about class Loan Application, I think there is no space in the class name."

 

Résultat :

 

I apologize, you're correct. Here's the corrected PlantUML code:

 

Voir le code généré en annexe 1.

 

Voici l'exécution dans PlantUML :

 

 

Représentation dans PlantUML du code généré par ChatGPT
pour le modèle d'entités métiers pour un prêt bancaire.

 

Test #7

Diagramme de séquence UML pour le prêt bancaire

Continuons avec l'aspect comportemental avec un diagramme de séquence UML.

 

Question :

 

"How would a client asking for a bank loan impact the classes mentioned above, I would like to depict this as a sequence diagram. Can you help describe the diagram in code for plantuml"

 

Résultat :

 

 

Le diagramme de séquence UML avec les commentaires s'il vous plaît !

 

Test #8

Diagramme états/transitions UML pour le prêt bancaire

Demandons à ChatGPT quels seraient les états métier du prêt bancaire et de générer le code PlantUML pour le représenter dans un diagramme de "state machine" UML.

 

Question :

 

"Will the loan have states like new, closed, active inactive, cancelled, etc ? I would like to depict the states in a state diagram using plantuml. Can you help describe the diagram in code for plantuml"

 

Résultat :

 

  

Les états et les transitions représentés par PlantUML correspondant au code généré par ChatGPT

 

Test #9

Mind map pour un prêt bancaire

On aurait pu commencer par là : voyons ce que donne un mind map toujours relatif au prêt bancaire.

 

Question :

 

"Let's start by creating a simple MindMap on the topic of Bank Loan 
Can you give the mindmap in PlantUML format. Keep it structured from the core central topic branching out to other domains and sub-domains. Let's go to 5 levels to begin with. Add the start and end mindmap tags and keep it expanding on one side for now"

 

Résultat :

 

  

Pour finir un mind map des concepts clés d'un prêt bancaire
toujours avec du code PlantUML généré par ChatGPT.

 

Test #10

Un pattern ArchiMate : Strategic Value Map View

Évidemment, si l’on restreint le périmètre, si on supprime les mots clés, et si l’on ne précise pas les règles métier, tout en augmentant le niveau d’abstraction, on obtient une vue correspondant au contexte demandé.

 

Question :

 

"Like the previous plantuml diagram, can you give me the plantuml code for the Strategic Value Map View ?"

 

Résultat :

 

 

Essai de génération du pattern "Strategic Value Map View"

 

Test #11

Business Model Canvas View

Demandons-lui de faire un template avec ArchiMate pour un Business Model Canvas View.

 

Question :

 

"Like the previous plantuml diagram, can you give me the plantuml code for the Business Model Canvas View ?"

 

Réponse :

 

ChatGPT répond que malheureusement PlantUML ne supporte pas ce type de diagramme. Il nous propose de trouver un plugin ou de créer nos propres éléments.

 

En fait, il est tout à fait possible de créer une telle vue avec ArchiMate.

 

 

Un Business Model Canvas View avec les artefacts ArchiMate et réalisé avec l’outil open source Archi (voir notre article : Top 5 2023 des outils gratuits ou open source pour l’Architecture d'Entreprise et la modélisation du Système d’Information )

 

Test #12

Plus on donne d'informations à ChatGPT, meilleure sera la réponse. Exemple d'une librairie en ligne.

Question :

 

"Give me the code for PlantUML corresponding of a class diagram for an online library with Author, Book, User, ShoppingCartLine, ShippingCart, PurchaseOrder and Status. Don't forget the multiplicity. Author wrote 0 or several books and a book is written by 0 or several authora. A User is an aggragate of 0 or several shopping cart which is an aggragate of 0 or several shopping cart lines which is linked at a book. A PurchaseOrder is linked at one user and one shopping cart. The Status are pending and shipped."

 

Résultat :

 

 

Diagramme de classe UML pour une librairie en ligne, généré par ChatGPT
après avoir décrit le contexte métier.

 

Si l’ajout des attributs des entités métier était trivial, il n'en va pas de même pour ce qui est des méthodes. Heureusement, ChatGPT les a correctement modélisées selon les meilleures pratiques de conception orientée objet.

 

Test #13

Qu’en est-il pour du code plus verbeux comme XMI représentant un processus BPMN ?

Question :

 

“Write BPMN code for a pizza order”

 

Résultat :

 

Le code XML de l’OMG pour représenter un simple cas d’école de processus BPMN est tellement verbeux que ChatGPT ne finissait pas sa génération. On peut comprendre qu’il soit limité dans sa réponse en nombre de mots étant donné les millions de conversations simultanées auxquelles il doit participer.

Nous lui avons demandé par 2 fois de terminer son code. 

Puis nous avons concaténé les 3 parties de code dans un fichier avec l’extension .bpmn, que nous avons ensuite ouvert avec l’outil bpmn.io (https://bpmn.io/) de Camunda (voir notre article : Top 5 2023 des outils gratuits ou open source pour l’Architecture d'Entreprise et la modélisation du Système d’Information ) 

 

 

En demandant par 3 fois à ChatGPT de continuer à générer le code XML pour le diagramme BPMN, nous avons pu constituer le fichier .bpmn et l'ouvrir avec l'open source bpmn.io de Camunda.

 

Un assistant de choix pour les cartographes

ChatGPT peut accompagner les cartographes de SI dans leur production quotidienne, en leur suggérant du code pour les outils de modélisation visuelle. En les aidant, ChatGPT peut augmenter leurs capacités et leur productivité, réduire les tâches manuelles et leur permettre de se concentrer sur les aspects les plus intéressants de leur travail.
Cela fait intrinsèquement partie des métiers de l’IT d’évoluer en fonction des innovations technologiques. Un développeur d'application de gestion ne programme plus en assembleur, un architecte logiciel n’écrit plus manuellement les codes techniques pour une architecture distribuée, les outils low code/no code se développent… 
De langages impératifs fastidieux, on passera inéluctablement à un formalisme déclaratif voir au langage naturel. 

Pourquoi se fatiguer à apprendre ?

Quand Wikipédia est apparu, les instances pédagogiques se sont alarmées des possibilités de plagiat par les apprenants. Avec le temps, des logiciels antiplagiat sont apparus, les enseignants ont largement fait la morale en expliquant les raisons pour lesquelles il ne fallait pas copier et finalement Wikipédia est devenu un outil pédagogique comme un autre.
Nous pensons qu’il se passera la même chose avec ChatGPT. Il ne faudrait pas exercer des contraintes coercitives, mais au contraire innover dans l’ingénierie pédagogique en incluant ce type d’agent conversationnel comme un formidable moyen pour développer les capacités cognitives. Les pédagogues devront alors vérifier, expliquer les résultats et les utiliser comme support pour aller plus loin sur le sujet concerné.

 

Conclusion

CQFD.

Bien sûr, il s'agit d'une première prise en main de ChatGPT et nos tests portent sur des cas d’école, pouvant par exemple servir comme matériel pédagogique à de futurs étudiants dans le domaine de la modélisation de Système d'Information.

Cependant, ils montrent qu’en apprivoisant ChatGPT, en décrivant un contexte métier en langage naturel, en explicitant la formulation, en ajoutant au fur et à mesure des échanges des informations supplémentaires sur l'ontologie utilisée, en affinant la question et en demandant de détailler certaines parties, ce chatbot est capable de générer du code représentant des vues ArchiMate d’Architecture d’Entreprise ainsi que des diagrammes UML et BPMN pour le SI.

 

Cette génération de "diagram as code" est fondamentale, car les avantages à représenter les modèles sous forme textuelle sont nombreux : synchronisation automatique entre les modèles, versioning avec des outils de type Git, conception collaborative avec des outils de type Google Doc, solutions open source légères, code moins verbeux que le XMI de l'OMG... (voir notre article : Texte vers UML et autres outils de "diagrammes en tant que code" - Le moyen le plus rapide de créer vos modèles ? ).

Sans oublier la mise en œuvre grandement facilitée de MDA avec la réalisation par scripts de transformations de modèles à partir de leur code. Les normes XMI et DI de l'OMG, très complexes, verbeuses et avec leurs nombreuses versions incompatibles, empêchaient la démocratisation de la dérivation des modèles correspondant par exemple aux couches d'architecture.

 

Au vu de ce que prépare par exemple le géant chinois de l’internet Baido avec son Ernie Bot, Google avec Bard et OpenAI avec la prochaine version de ChatGPT (GPT-4) et avec l’aide des milliards de Microsoft, soyons assurés que dans un proche avenir, les architectes d’entreprise, urbanistes et cartographes de SI, voir les modélisateurs multiparadigmes, seront dispensés des tâches fastidieuses et sans valeur ajoutée, leur permettant d’être plus créatif.

 

De notre côté, nous comptons bien en faire une utilisation plus poussée et utiliser ChatGPT à des fins professionnelles. Nous ne manquerons pas de vous tenir informé.

ChatGPT chat.openai.com @ChatGPT

Rhona Maxwel urbanisation-si.com @rhona_helena

“Autrefois pour faire sa cour
On parlait d'amour
Pour mieux prouver son ardeur
On offrait son cœur
Maintenant, c'est plus pareil
Ça change, ça change
…
Viens m'embrasser
Et je te donnerai
…
Une tourniquette
Pour faire la vinaigrette
Un bel aérateur
Pour bouffer les odeurs
Des draps qui chauffent
Un pistolet à gaufres
…”
Boris Vian - La complainte du progrès

 

 

Annexe 1

Les codes générés

Mode d'emploi

1. Créer un compte sur le site : chat.openai.com puis se connecter.
   
   
2. Cliquer sur le lien Serveur de démonstration en ligne de PlantUML.
   
   
3. Copier/Coller le code de ChatGPT, le diagramme correspondant apparaît instantanément.
   

 

Test #1

Code PlantUML d'une vue ArchiMate d'un processus de prêt bancaire

Question :

 

"Give me the code for PlantUML corresponding of an ArchiMate diagram for bank loan process"

 

Réponse :

 

@startuml
!define ARCHIMATE_COLOR #6495ED

class LoanProcess {
  + requestLoan(amount: int, purpose: String)
  + checkEligibility(borrower: Borrower)
  + calculateInterestRate(amount: int, purpose: String)
  + issueLoan(borrower: Borrower, amount: int)
}

class Borrower {
  + name: String
  + address: String
  + income: int
}

class Bank {
  + name: String
  + address: String
  + processLoan: LoanProcess
  + approveLoan(borrower: Borrower, amount: int)
}

Borrower -> LoanProcess : request loan
LoanProcess -> Borrower : check eligibility
LoanProcess -> Bank : calculate interest rate
Bank -> LoanProcess : approve loan
LoanProcess -> Borrower : issue loan
@enduml

chatgpt-01-code-PlantUML-ArchiMate-diagram-bank-loan-proces-.png

 

Test #2

La même demande après lui avoir donné un exemple

Question :

 

"Can you generate a similar plantuml code for a bank process"

 

Réponse :

 

@startuml
skinparam rectangle<<behavior>> {
    roundCorner 25
}
sprite $bProcess jar:archimate/business-process
sprite $aService jar:archimate/application-service
sprite $aComponent jar:archimate/application-component

rectangle "Handle claim"  as HC <<$bProcess>><<behavior>> #Business
rectangle "Capture Information"  as CI <<$bProcess>><<behavior>> #Business
rectangle "Notify\nAdditional Stakeholders" as NAS <<$bProcess>><<behavior>> #Business
rectangle "Validate" as V <<$bProcess>><<behavior>> #Business
rectangle "Investigate" as I <<$bProcess>><<behavior>> #Business
rectangle "Pay" as P <<$bProcess>><<behavior>> #Business

HC *-down- CI
HC *-down- NAS
HC *-down- V
HC *-down- I
HC *-down- P

CI -right->> NAS
NAS -right->> V
V -right->> I
I -right->> P

rectangle "Scanning" as scanning <<$aService>><<behavior>> #Application
rectangle "Customer admnistration" as customerAdministration <<$aService>><<behavior>> #Application
rectangle "Claims admnistration" as claimsAdministration <<$aService>><<behavior>> #Application
rectangle Printing <<$aService>><<behavior>> #Application
rectangle Payment <<$aService>><<behavior>> #Application

scanning -up-> CI
customerAdministration  -up-> CI
claimsAdministration -up-> NAS
claimsAdministration -up-> V
claimsAdministration -up-> I
Payment -up-> P

Printing -up-> V
Printing -up-> P

rectangle "Document\nManagement\nSystem" as DMS <<$aComponent>> #Application
rectangle "General\nCRM\nSystem" as CRM <<$aComponent>>  #Application
rectangle "Home & Away\nPolicy\nAdministration" as HAPA <<$aComponent>> #Application
rectangle "Home & Away\nFinancial\nAdministration" as HFPA <<$aComponent>>  #Application

DMS .up.|> scanning
DMS .up.|> Printing
CRM .up.|> customerAdministration
HAPA .up.|> claimsAdministration
HFPA .up.|> Payment

legend left
Example from the "Archisurance case study" (OpenGroup).
See
====
<$bProcess> :business process
====
<$aService> : application service
====
<$aComponent> : application component
endlegend
@enduml
Can you generate a similar plantuml code for a bank process

Certainly! Here is an example of PlantUML code for a bank loan process:

@startuml
skinparam rectangle<<behavior>> {
    roundCorner 25
}
sprite $bProcess jar:archimate/business-process
sprite $aService jar:archimate/application-service
sprite $aComponent jar:archimate/application-component

rectangle "Loan Application" as LA <<$bProcess>><<behavior>> #Business
rectangle "Verification" as V <<$bProcess>><<behavior>> #Business
rectangle "Credit Check" as CC <<$bProcess>><<behavior>> #Business
rectangle "Approval" as A <<$bProcess>><<behavior>> #Business
rectangle "Funding" as F <<$bProcess>><<behavior>> #Business

LA *-down- V
V *-down- CC
CC *-down- A
A *-down- F

rectangle "Customer\nInformation\nSystem" as CIS <<$aService>><<behavior>> #Application
rectangle "Credit\nBureau\nSystem" as CBS <<$aService>><<behavior>> #Application
rectangle "Loan\nAdministration\nSystem" as LAS <<$aService>><<behavior>> #Application
rectangle "Payment\nSystem" as PS <<$aService>><<behavior>> #Application

CIS -up-> LA
CBS -up-> CC
LAS -up-> A
LAS -up-> F
PS -up-> F

rectangle "Database" as DB <<$aComponent>> #Application
rectangle "CRM\nSystem" as CRM <<$aComponent>>  #Application
rectangle "Financial\nAdministration\nSystem" as FAS <<$aComponent>> #Application

DB .up.|> CIS
DB .up.|> CBS
CRM .up.|> CIS
FAS .up.|> PS

legend left
Example of a bank loan process.
See
====
<$bProcess> : business process
====
<$aService> : application service
====
<$aComponent> : application component
endlegend
@enduml

This code will create a diagram that visualizes the loan application process in a bank. The customer submits their information, which is verified and goes through a credit check. Based on the results, the loan is approved or rejected and, if approved, the funds are disbursed. The diagram also shows the relationships between the various business processes, application services, and application components involved in the loan process.

 

Test #3

Zoom sur le sous-processus de vérification

Question :

 

"Like the previous plantuml diagram, can you give me the plantuml code for the Verification process ?"

 

Réponse :

 

Here is an example of a PlantUML diagram for a Verification process:

 

@startuml
skinparam rectangle<<behavior>> {
    roundCorner 25
}
sprite $bProcess jar:archimate/business-process
sprite $aService jar:archimate/application-service
sprite $aComponent jar:archimate/application-component

rectangle "Verify Information" as VI <<$bProcess>><<behavior>> #Business
rectangle "Collect Information" as CI <<$bProcess>><<behavior>> #Business
rectangle "Check Credibility" as CC <<$bProcess>><<behavior>> #Business
rectangle "Notify Customer" as NC <<$bProcess>><<behavior>> #Business

CI *-down- VI
VI *-down- CC
CC *-down- NC

rectangle "Information Gathering" as IG <<$aService>><<behavior>> #Application
rectangle "Data Validation" as DV <<$aService>><<behavior>> #Application
rectangle "Notification" as N <<$aService>><<behavior>> #Application

IG -up-> VI
DV -up-> CC
N -up-> NC

rectangle "Know Your Customer (KYC)" as KYC <<$aComponent>> #Application
rectangle "Credit Bureau" as CB <<$aComponent>> #Application
rectangle "Notification System" as NS <<$aComponent>> #Application

KYC .up.|> IG
CB .up.|> DV
NS .up.|> N

legend left
Example of a verification process.
See
====
<$bProcess> :business process
====
<$aService> : application service
====
<$aComponent> : application component
endlegend
@enduml

 

Test #4

Description textuelle du cas d'utilisation "Demander un prêt bancaire"

Examinons maintenant ce que va nous donner ChatGPT pour le cas d'utilisation cas d'école "Demander un prêt bancaire".

 

Question :

 

"Lets define a simple use case in bank loan, something that is very well established and easy to understand"

 

Réponse :

 

Sure, let's consider the use case of obtaining a personal loan from a bank.

 

Here's how the process might work:

 

1. A customer starts by researching different banks and comparing their personal loan options.
2. Once the customer has found a loan that they are interested in, they complete a loan application, which requires them to provide personal and financial information, such as their income, employment history, and credit score.
3. The bank uses this information to determine the customer's creditworthiness and assess their ability to repay the loan.
4. If the customer is approved for the loan, they receive an offer with the loan terms, including the interest rate, monthly payment amount, and repayment period.
5. If the customer accepts the loan offer, they sign the loan agreement and provide any necessary documentation, such as proof of income or collateral.
6. The bank then disburses the loan funds to the customer, either as a lump sum payment or in installments.
7. The customer then repays the loan over time, including both the principal amount and the interest, according to the terms agreed to in the loan agreement.

 

This is just a basic example of how a personal loan from a bank works, but it should give you an idea of how individuals can use loans to access the funds they need for a variety of purposes, from paying for large expenses to consolidating debt.

 

Test #5

Tableau du modèle métier d'un prêt bancaire

Évidemment il s'agit du processus standard. Pour un cas plus spécifique, il suffirait d'ajouter les informations métier supplémentaires.

Demandons-lui le modèle métier sous forme de tableau au format standard markdown.

 

Question :

 

"Describe the data model in more detail or tabular format using markdown"

 

Réponse :

 

 

Test #6

Diagramme de classe UML d'un prêt bancaire

Question :

 

"this is perfect, I would like to depict the relationships in a plantuml diagram, can you give me the code to do this"

 

Après détection d'une erreur de syntaxe dans PlantUML :

"there is a syntax error about class Loan Application, I think there is no space in the class name"

 

Réponse :

 

I apologize, you're correct. Here's the corrected PlantUML code:

 

@startuml
title Personal Loan Data Model Relationships

class Customer {
  + CustomerID: Integer
  + Name: String
  + Address: String
  + PhoneNumber: String
  + Email: String
  + DateOfBirth: Date
  + SocialSecurityNumber: String
}

class LoanApplication {
  + LoanApplicationID: Integer
  + CustomerID: Integer
  + LoanAmount: Decimal
  + LoanPurpose: String
  + Status: String
  + DateSubmitted: Date
}

class LoanOffer {
  + LoanOfferID: Integer
  + LoanApplicationID: Integer
  + InterestRate: Decimal
  + MonthlyPaymentAmount: Decimal
  + RepaymentPeriod: Integer
  + DateOffered: Date
}

class LoanAgreement {
  + LoanAgreementID: Integer
  + LoanOfferID: Integer
  + DateSigned: Date
  + CollateralInformation: String
  + RepaymentTerms: String
}

class LoanRepayment {
  + LoanRepaymentID: Integer
  + LoanAgreementID: Integer
  + PaymentAmount: Decimal
  + PaymentDate: Date
  + Balance: Decimal
}

Customer "1" -- "1..*" LoanApplication
LoanApplication "1" -- "1" LoanOffer
LoanOffer "1" -- "1" LoanAgreement
LoanAgreement "1" -- "1..*" LoanRepayment

@enduml

 

Test #7

Diagramme de séquence UML pour le prêt bancaire

Question :

 

"How would a client asking for a bank loan impact the classes mentioned above, I would like to depict this as a sequence diagram. Can you help describe the diagram in code for plantuml"

 

Réponse :

 

Certainly! Here's a PlantUML sequence diagram that depicts the interaction between a client and the classes in the personal loan use case when the client applies for a loan:

 

@startuml
title Personal Loan Application Sequence Diagram

participant Customer
participant LoanApplication
participant LoanOffer
participant LoanAgreement

Customer -> LoanApplication: Submit Loan Application

Note right of LoanApplication: LoanApplication\nvalidates the application

LoanApplication -> LoanOffer: Generate Loan Offer

Note right of LoanOffer: LoanOffer\ncalculates loan terms and conditions

LoanOffer -> Customer: Present Loan Offer

Note right of Customer: Customer\nreviews and accepts loan offer

Customer -> LoanAgreement: Sign Loan Agreement

Note right of LoanAgreement: LoanAgreement\nrecords loan agreement details

@enduml

 

This diagram depicts the interactions between the customer, the LoanApplication class, the LoanOffer class, and the LoanAgreement class when a client applies for a personal loan. The customer submits a loan application to the LoanApplication class, which validates the application. The LoanApplication class then generates a loan offer by calculating loan terms and conditions and presenting the offer to the customer. If the customer accepts the loan offer, they sign the loan agreement, which is recorded by the LoanAgreement class.

 

Test #8

Diagramme états/transitions UML pour le prêt bancaire

Question :

 

"Will the loan have states like new, closed, active inactive, cancelled, etc ? I would like to depict the states in a state diagram using plantuml. Can you help describe the diagram in code for plantuml"

 

Réponse :

 

@startuml
title Personal Loan State Diagram

[*] --> New
[*] --> Active : Loan Agreement Signed
New --> Cancelled : Loan Application Cancelled

Active --> Inactive : Loan Repayment Completed
Active --> Closed : Loan Agreement Terminated

Inactive --> Active : Loan Repayment Resumed

Closed --> Cancelled : Loan Agreement Cancelled
@enduml

 

Test #9

Mind map pour un prêt bancaire

Question :

 

"Let's start by creating a simple MindMap on the topic of Bank Loan 
Can you give the mindmap in PlantUML format. Keep it structured from the core central topic branching out to other domains and sub-domains. Let's go to 5 levels to begin with. Add the start and end mindmap tags and keep it expanding on one side for now"

 

Remarque : au 1er essai ChatGPT nous dit que les diagrammes de mind map n'existent pas dans PlantUML.

 

Nous lui donnons alors l'exemple fourni dans la documentation de PlantUML.

 

Réponse :

 

I apologize for the earlier confusion. You are correct, PlantUML does support mind map diagrams. Here's an example of a simple mind map for the topic of "Bank Loan":

 

@startmindmap
* Bank Loan
** Loan Types
*** Personal Loan
*** Home Loan
*** Car Loan
*** Education Loan
*** Business Loan
** Loan Requirements
*** Proof of Income
*** Credit History
*** Collateral
*** Loan Application
** Loan Approval Process
*** Application Review
*** Credit Check
*** Risk Assessment
*** Approval Decision
** Loan Repayment
*** Repayment Terms
*** Interest Rate
*** Penalty for Default
*** Loan Refinancing
@endmindmap

 

This mind map starts with the central topic of "Bank Loan" and branches out to different loan types, loan requirements, the loan approval process, and loan repayment. Each sub-topic is indented and connected to the central topic.

 

Test #10

Un pattern ArchiMate : Strategic Value Map View

Question :

 

"Like the previous plantuml diagram, can you give me the plantuml code for the Strategic Value Map View ?"

 

Réponse :

 

Here is a sample PlantUML code for the Strategic Value Map View pattern in ArchiMate:

@startuml
skinparam rectangle<<strategy>> {
roundCorner 25
}

sprite $goal jar:archimate/goal
sprite $businessActor jar:archimate/business-actor

rectangle "Improve Loan Processing Efficiency" as ILPE <<$goal>><<strategy>> #Business
rectangle "Satisfy Customer Needs" as SCN <<$goal>><<strategy>> #Business
rectangle "Maximize Profit" as MP <<$goal>><<strategy>> #Business
rectangle "Customer" as C <<$businessActor>> #Business

ILPE *-down-> SCN
SCN *-down-> MP
C -- ILPE
legend left
Example of a Strategic Value Map view pattern in ArchiMate.
See
<$goal> : goal

<$businessActor> : business actor
endlegend
@enduml

 

Test #11

Business Model Canvas View

Question :

 

"Like the previous plantuml diagram, can you give me the plantuml code for the Business Model Canvas View ?"

Réponse :

 

Unfortunately, PlantUML does not have built-in support for creating a Business Model Canvas view. You may need to find a plugin or create your own custom shapes to represent the elements of the Business Model Canvas in PlantUML.

 

Test #12

Plus on donne d'informations à ChatGPT, meilleure sera la réponse. Exemple d'une librairie en ligne.

Question :

 

Give me the code for PlantUML corresponding of a class diagram for an online library with Author, Book, User, ShoppingCartLine, ShippingCart, PurchaseOrder and Status. Don't forget the multiplicity. Author wrote 0 or several Book and a Book is written by 0 or several Author. A User is an aggragate of 0 or several ShoppingCart which is an aggragate of 0 or several ShoppingCartLine which is linked at a Book. A PurchaseOrder is linked at one User and one ShoppingCart. The Status are pending and shipped.

 

Réponse :

 

class Author {
  +writtenBooks(): Book[]
}

class Book {
  +writtenByAuthors(): Author[]
  +belongsToShoppingCartLine(): ShoppingCartLine[]
}

class User {
  +hasShoppingCarts(): ShoppingCart[]
  +hasPurchaseOrders(): PurchaseOrder[]
}

class ShoppingCartLine {
  +belongsToShoppingCart(): ShoppingCart
  +linkedToBook(): Book
}

class ShoppingCart {
  +belongsToUser(): User
  +containsShoppingCartLines(): ShoppingCartLine[]
  +hasPurchaseOrder(): PurchaseOrder
}

class PurchaseOrder {
  +belongsToUser(): User
  +belongsToShoppingCart(): ShoppingCart
  +hasStatus(): Status
}

class Status {
  +pending
  +shipped
}

Author "0..*" -- "0..*" Book
User -- "0..*" ShoppingCart
ShoppingCart -- "0..*" ShoppingCartLine
ShoppingCartLine -- Book
PurchaseOrder -- User
PurchaseOrder -- ShoppingCart

 

Test #13

Qu’en est-il pour du code plus verbeux comme XMI représentant un processus BPMN ?

Ouvrir le code avec : https://bpmn.io/

 

Question :

 

Write BPMN code for a pizza command

 

Réponse :

 

<?xml version="1.0" encoding="UTF-8"?>
<bpmn:definitions xmlns:bpmn="http://www.omg.org/spec/BPMN/20100524/MODEL" xmlns:bpmndi="http://www.omg.org/spec/BPMN/20100524/DI" xmlns:dc="http://www.omg.org/spec/DD/20100524/DC" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:di="http://www.omg.org/spec/DD/20100524/DI" id="Definitions_1" targetNamespace="http://bpmn.io/schema/bpmn" exporter="bpmn-js (https://demo.bpmn.io)" exporterVersion="11.3.1">
  <bpmn:process id="Process_1" isExecutable="false">
    <bpmn:startEvent id="StartEvent_1">
      <bpmn:outgoing>Flow_1</bpmn:outgoing>
    </bpmn:startEvent>
    <bpmn:task id="Task_1" name="Receive Pizza Order">
      <bpmn:incoming>Flow_1</bpmn:incoming>
      <bpmn:outgoing>Flow_2</bpmn:outgoing>
    </bpmn:task>
    <bpmn:task id="Task_2" name="Prepare Pizza">
      <bpmn:incoming>Flow_2</bpmn:incoming>
      <bpmn:outgoing>Flow_3</bpmn:outgoing>
    </bpmn:task>
    <bpmn:task id="Task_3" name="Bake Pizza">
      <bpmn:incoming>Flow_3</bpmn:incoming>
      <bpmn:outgoing>Flow_4</bpmn:outgoing>
    </bpmn:task>
    <bpmn:task id="Task_4" name="Deliver Pizza">
      <bpmn:incoming>Flow_4</bpmn:incoming>
      <bpmn:outgoing>Flow_5</bpmn:outgoing>
    </bpmn:task>
    <bpmn:endEvent id="EndEvent_1">
      <bpmn:incoming>Flow_5</bpmn:incoming>
    </bpmn:endEvent>
    <bpmn:sequenceFlow id="Flow_1" sourceRef="StartEvent_1" targetRef="Task_1" />
    <bpmn:sequenceFlow id="Flow_2" sourceRef="Task_1" targetRef="Task_2" />
    <bpmn:sequenceFlow id="Flow_3" sourceRef="Task_2" targetRef="Task_3" />
    <bpmn:sequenceFlow id="Flow_4" sourceRef="Task_3" targetRef="Task_4" />
    <bpmn:sequenceFlow id="Flow_5" sourceRef="Task_4" targetRef="EndEvent_1" />
  </bpmn:process>
  <bpmndi:BPMNDiagram id="BPMNDiagram_1">
    <bpmndi:BPMNPlane id="BPMNPlane_1" bpmnElement="Process_1">
      <bpmndi:BPMNShape id="_BPMNShape_StartEvent_2" bpmnElement="StartEvent_1">
        <dc:Bounds x="173" y="102" width="36" height="36" />
        <bpmndi:BPMNLabel>
          <dc:Bounds x="157" y="142" width="68" height="14" />
        </bpmndi:BPMNLabel>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape id="Task_1_di" bpmnElement="Task_1">
        <dc:Bounds x="259" y="80" width="100" height="80" />
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape id="Task_2_di" bpmnElement="Task_2">
        <dc:Bounds x="443" y="80" width="100" height="80" />
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape id="Task_3_di" bpmnElement="Task_3">
        <dc:Bounds x="632" y="80" width="100" height="80" />
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape id="Task_4_di" bpmnElement="Task_4">
        <dc:Bounds x="825" y="80" width="100" height="80" />
      </bpmndi:BPMNShape>
      <bpmndi:BPMNShape id="_BPMNShape_EndEvent_2" bpmnElement="EndEvent_1">
        <dc:Bounds x="1018" y="102" width="36" height="36" />
        <bpmndi:BPMNLabel>
          <dc:Bounds x="1002" y="142" width="68" height="14" />
        </bpmndi:BPMNLabel>
      </bpmndi:BPMNShape>
      <bpmndi:BPMNEdge id="Flow_1_di" bpmnElement="Flow_1">
        <di:waypoint x="209" y="120" />
        <di:waypoint x="259" y="120" />
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNEdge id="Flow_2_di" bpmnElement="Flow_2">
        <di:waypoint x="359" y="120" />
        <di:waypoint x="443" y="120" />
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNEdge id="Flow_3_di" bpmnElement="Flow_3">
        <di:waypoint x="543" y="120" />
        <di:waypoint x="632" y="120" />
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNEdge id="Flow_4_di" bpmnElement="Flow_4">
        <di:waypoint x="732" y="120" />
        <di:waypoint x="825" y="120" />
      </bpmndi:BPMNEdge>
      <bpmndi:BPMNEdge id="Flow_5_di" bpmnElement="Flow_5">
        <di:waypoint x="925" y="120" />
        <di:waypoint x="1018" y="120" />
      </bpmndi:BPMNEdge>
    </bpmndi:BPMNPlane>
  </bpmndi:BPMNDiagram>
</bpmn:definitions>

 

Annexe 2

Les principaux concurrents à ChatGPT
en attendant la réponse de Google

• Chatsonic
   
• YouChat
   
• Copysmith
   
• Copymatic

 

 

Existe-t-il des outils idoines et en plus gratuits pour la mise en œuvre efficiente de l’Architecture d’Entreprise (AE) ? Voici notre classement des 5 meilleurs, d’après nos tests complets réalisés en 2022.

 

  

   

L’outil idéal serait un croisement de Modelio, Visual Paradigm, ADOIT:CE, Archi et GenMyModel.

 

Pas de leader parmi les outils gratuits d’AE

Dans le domaine de l’IA, nous voyons apparaître des disrupteurs gratuits comme ChatGPT d’OpenAI qui pénètre le marché, le révolutionne et bouleverse un grand nombre de domaines comme l’ingénierie logicielle, les productions de contenus textuels, la prospective, les arts, etc.

En est-il de même dans le monde de l’Architecture d’Entreprise (AE) ? Des outils open source comme Modelio, Visual Paradigm, ADOIT:CE ou encore Archi peuvent-ils couvrir tous les aspects de l’AE ? Peuvent-ils répondre aux exigences des urbanistes de SI, des architectes logiciels, des business analysts et autres consultants en IT ?

 

Le modèle open source est un facteur primordial d’innovation permettant la démocratisation et le partage de connaissances. Il offre au monde éducatif, universités, écoles d’ingénieurs ou de reconversion, professeurs, étudiants souvent sans grands moyens, la possibilité de sortir d’un monde livresque, de mettre en pratique des concepts théoriques et d’accéder à des études de cas tirées de retours d’expérience de projets réels.

 

Modsars 2023, le palmarès d’urbanisation-si.com
des outils gratuits de modélisation

 

2 outils français dans le classement cette année.

 

1ère place : Modelio

 

 

 

Modelio, le seul outil open source fonctionnant sur Windows, Linux, Mac OS, supportant ArchiMate, TOGAF, BPMN, UML, SysML, MDA et offrant, pour tous ces artefacts de modélisation, un référentiel commun assurant la traçabilité depuis la stratégie jusqu’à la couche technologique. Modelio offre une étude de cas exhaustive illustrant l’architecture d’une agence de voyages fictive. L'éditeur Softeam, société de conseils et de services, est français, c'est une filiale de Docaposte.

 

2ème place : Visual Paradigm (online) 

 

 

 

Visual Paradigm Online : sa gratuité, sa facilité d’installation en mode SaaS ne demandant aucune connaissance technique, la possibilité de partager son écran à des coéquipiers et les nombreux exemples ArchiMate, BPMN, UML, prêts à être adaptés, font de Visual Paradigm un excellent outil pédagogique pour mettre en pratique l’art de la modélisation. 

 

3ème place : ADOIT:CE

 

 

ADOIT:CE : rien à installer, toujours la dernière version en ligne, interface utilisateur relativement simple, support complet d’ArchiMate, 35 vues différentes proposées, nombreuses fonctionnalités, gestion de portefeuille d'application, Master Data Management, un contenu de démonstration de l’architecture d’une banque fictive, etc.

 

 

4ème place : Archi (archimatetool)

 

 

Archi (archimatetool) : convient parfaitement au consultant pour des missions ponctuelles. L'absence de mode collaboratif finalisé, nécessitant des installations locales aussi simples soient-elles, prive Archi de pouvoir être utilisé dans une équipe d'architectes d'entreprise.

Alors que Modelio, son concurrent direct comme outil open source de modélisation pour l’Architecture d’Entreprise, est en français, supporte en plus d’ArchiMate, BPMN, UML, SysML, MDA avec un référentiel commun et fourni une étude de cas pédagogique, Archi n’intègre qu’ArchiMate et donc n’est pas archi complet.

 

 

5ème place : GenMyModel

 

 

GenMyModel est une plate-forme française de conception logicielle basée sur les normes UML pour la modélisation de systèmes, BPMN pour les processus d'entreprise, DMN pour les règles métier et AchiMate pour l’Architecture d’Entreprise. Complètement accessible dans le cloud en mode SaaS, il fournit des générateurs de code intégrés pour Java, SQL, Spring…

 

A quoi reconnaît-on un bon outil
d’Architecture d’Entreprise ?

 

Les outils EA aident à imaginer, modéliser et planifier l'avenir de l'entreprise, avec des fonctionnalités permettant de faire évoluer en permanence les modèles commerciaux et opérationnels. Les responsables de l'architecture d'entreprise et de l'innovation technologique doivent sélectionner des outils EA qui soutiennent les objectifs de transformation, de modernisation et d'innovation à long terme.

 

Voici les principales fonctionnalités que doit posséder l'outil idéal pour l'Architecture d'Entreprise et l'Urbanisation du SI.

 

Référentiel central et collaboratif

Un référentiel central et collaboratif permet de gérer l'ensemble des objets et métadonnées sur les artefacts dont une entreprise se soucie, il offre une vue partagée du SI, comprise de tous, et permet d'anticiper l’évolutivité des services métier de l’entreprise.

Il doit intégrer la gouvernance, la gestion du cycle de vie des objets, le versioning, les accès, les typologies, les cartographies, les modèles et artefacts de modélisation, les relations et vues métier associées.

 

Contrôle de l'alignement du SI avec le métier

Il s'agit de mettre en œuvre un support à un alignement du SI avec un métier en constante évolution, facilitant la synergie, le partage et la collaboration.

 

Gestion du changement

Permettre d’examiner à la fois le besoin et l'impact du changement. 

 

Métrique de couplage entre les écosystèmes

Capturer les interrelations et les interdépendances au sein et entre un écosystème de partenaires, de modèles d'exploitation, de capacités, de personnes, de processus, d'informations, d'applications et de technologies. 

 

Socle d’architecture d’entreprise exhaustif, supportant les standards du marché

Disposer d’un socle d’architecture d’entreprise exhaustif et ouvert supportant les standards du marché (TOGAF, ArchiMate, BPMN, UML…).

Le support de TOGAF doit comprendre une bibliothèque de méthodes décrivant l’ensemble de l’ADM (Architecture Development Method) avec les différentes phases, les entrées, les sorties, les livrables, les rôles…

La modélisation doit structurer les relations entre les entités, telles que les stratégies commerciales, les objectifs, les buts, les contraintes, les capacités, les personnalités, les parcours des clients, les activités, les processus, les flux de valeur, les politiques, les modèles de décision, les métriques, les applications, les technologies, les feuilles de route, les projets et les programmes…

 

Approche capacitaire

Gérer les capacités métier afin de répondre aux besoins et enjeux du business, dans un contexte numérique. Cette approche capacitaire se concentre avant tout sur les besoins des métiers et permet aux équipes d’architecture de coller au plus près à la stratégie de l’entreprise.

 

Fonctions d’analyse et de reporting

Posséder des fonctions d’analyse et de reporting nécessaire à l’optimisation du patrimoine applicatif de l’entreprise, en lien avec la cartographie applicative et les méthodes d’urbanisation du SI.

 

Cloud et modélisation

Supporter les dernières méthodes d’architecture logicielle, le cloud, la modélisation systémique, la modélisation complexes comme les systèmes de systèmes.

 

Portfolio d'application

Gérer le portefeuille applicatif, les ressources, les projets, la gouvernance, les risques et la mise en conformité des opérations.

 

Vérification de la conformité et simulation des diagrammes

Intégrer la validation des diagrammes, avec la description détaillée des erreurs et des propositions de solutions pédagogiques.

 

Aides à la compréhension des impacts liés aux solutions

Présenter les informations sous forme de tableaux de bord, de cartes thermiques, de Sketch View, de Business Model Canvas, de modèles et de scénarios. Cela aide à comprendre et à évaluer les impacts associés aux décisions et aux solutions proposées.

 

Utilisabilité

Être convivial, facile d'utilisation permettant la prise en charge de différentes catégories d'utilisateurs. Outre les architectes d'entreprise, cela inclut les utilisateurs de n'importe où dans l'entreprise, les analystes, les utilisateurs métier, les architectes logiciels, les analystes stratégiques et les chercheurs opérationnels.

 

Administration des accès et sécurité

Gérer l’administration pour prendre en charge la sécurité de l'outil EA, ainsi que la configuration de différentes classes d'utilisateurs, leurs droits d'accès et l'alignement des fonctionnalités. Cela implique également de contrôler l'accès aux informations stockées dans le référentiel.

 

Extensibilité 

Être extensible avec la possibilité d'étendre le métamodèle de l'outil EA via la définition de nouveaux concepts de modélisation et de types de relations, jusqu'à de nouvelles représentations graphiques et l'application de règles spécifiques au domaine.

 

Exportation / Importation des données

Exporter et importer les données vers et depuis d'autres produits, permettant à l'outil EA d'être une plaque tournante réunissant d'autres outils communs dans un écosystème technologique d’entreprise. 

 

Management de l'innovation

Gérer l'innovation en soutenant la création et le suivi des initiatives de changement. Cela inclut le soutien à l'idéation, la détection des tendances et l'engagement de tous les acteurs.

 

Qu’en pense ChatGPT, la star des IA ?

Notre question

Nous avons posé la question suivante à ChatGPT, l’IA conversationnelle d’OpenAI :
" Top 5 des outils gratuits complets pour l'Architecture d'Entreprise ? "

 

Sa réponse

Enterprise Architect : un outil de modélisation d'entreprise complet qui prend en charge une variété de méthodologies et de standards, y compris ArchiMate, UML, BPMN, SysML, et les architectures d'entreprise. Il inclut également des fonctionnalités de gestion de projet, de gestion de portefeuille et de gestion de la conformité.

 

BizzDesign Architect : un outil d'architecture d'entreprise complet qui permet de créer des modèles visuels de processus, de données et de systèmes, ainsi que de gérer les aspects de la gouvernance et de la conformité de l'architecture d'entreprise.

 

Sparx Systems Enterprise Architect : un outil de modélisation d'entreprise complet qui prend en charge une variété de méthodologies et de standards, y compris ArchiMate, UML, BPMN, SysML, et les architectures d'entreprise. Il inclut également des fonctionnalités de gestion de projet, de gestion de portefeuille et de gestion de la conformité.

 

MagicDraw : un outil de modélisation unifiée qui prend en charge UML, BPMN, SysML, et les architectures d'entreprise, avec des fonctionnalités de gestion de projet, de gestion de portefeuille et de conformité pour aider les utilisateurs à créer des modèles visuels pour les processus, les systèmes et les données.

 

Visual Paradigm: un outil de modélisation d'entreprise complet qui prend en charge UML, BPMN, SysML, ArchiMate et les diagrammes de cas d'utilisation pour créer des modèles d'architecture d'entreprise, inclut également des fonctionnalités de gestion de projet, de gestion de portefeuille et de conformité pour aider les utilisateurs à gérer les aspects de la gouvernance et de la conformité de l'architecture d'entreprise.

 

Il est important de noter que la meilleure solution dépendra des besoins spécifiques de l'entreprise et de son niveau de maturité en matière d'architecture d'entreprise. Il est donc important de faire des recherches et des essais pour choisir l'outil qui convient le mieux à votre entreprise.

 

Notre avis sur la réponse de ChatGPT 

Pour ChatGPT Enterprise Architect et Sparx Systems Enterprise Architect sont 2 outils différents, alors qu'il s'agit du même outil, bien entendu. 

Malgré que l'on ait bien précisé "gratuits", ChatGPT a cité 4 outils payants sur 5. 

Enterprise Architect ne possède aucune version gratuite.

BizzDesign Architect est payant, il n’y a aucune version gratuite, même limitée.

Magic Draw est payant, on peut télécharger une version d’essai limitée dans le temps.

 

Le seul outil gratuit étant Visual Paradigm, qui arrive en 2ème position dans notre TOP 5.

 

ChatGPT a été entraîné avec des milliards de données prises sur internet (web scraping). Est-il possible que certaines de ces données soient obsolètes ?

 

Conclusion

 

L’outil idéal serait un croisement de :

 

• Modelio pour la fonctionnalité d’un référentiel commun d’Entreprise, le support d’ArchiMate, TOGAF, BPMN, UML, SysML, MDA, la validation des modèles, la traçabilité des objets du référentiel assurant l’alignement du SI sur le métier, la génération de rapports, le support d’un langage de script permettant l’automatisation.
  
  
• Visual Paradigm pour ne nécessiter aucune installation en local, être en mode Cloud, le mode collaboratif à la Google. 
  
  
• ADOIT:CE pour le cas complet de démonstration d’une banque, la gestion du portfolio d’applications, le Master Data Management, les matrices de traçabilité, les visuels.
  
  
• Archi pour la Sketch View, les conseils et la documentation sur ArchiMate.
  
  
• GenMyModel pour DMN (modélisation de règles métier), pour les générateurs de code intégrés pour Java, SQL, Spring…

 

L’outil gratuit open source d’AE capable de disrupter le marché n’est donc pas encore né. 

Si les outils précédents conviennent parfaitement au monde de l’éducation et aux PME, les très grandes organisations aux moyens plus conséquents se tournent volontiers vers les logiciels commerciaux comme MEGA, BOC Group, LeanIX, ...

 

Etes-vous certain que cet article a été rédigé par un humain et non pas par ChatGPT ?

 

 

Rhona Maxwel urbanisation-si.com @rhona_helena

 

 

"L'intelligence artificielle est la prochaine grande révolution de notre époque et les modèles de traitement du langage comme ChatGPT en sont un exemple évident."

ChatGPT

 

"Il est consolant de constater que la dysharmonie de ce monde ne semble être que numérique."

Franz Kafka

 

 

Annexe : liste de nos essais

 

Evaluations des outils gratuits/open source

Nous avons pris le parti dans cette série de tests, d’évaluer uniquement des outils gratuits-open source ou proposant une version d’évaluation ne nécessitant pas de sortir sa carte de crédit ou la visite d’un commercial pour obtenir une licence de prêt.

 

• Modelio
  
  
• Visual Paradigm (online)
  
  
• ADOIT:CE (BOC Group) et ADOIT:CE (compléments d’information)
  
  
• Archi (archimatetool)
  
  
• GenMyModel
  
  
• Camunda (les tests spécifiques sont à venir, nous l'indiquons ici, car nous l'avons utilisé maintes fois comme illustration d'articles et au cours de divers projets)
  
  
• Papyrus
  
  
• Eclipse Modeling Tools
  
  
• diagrams.net ou draw.io
  
  
• Texte vers UML et autres outils de "diagrammes en tant que code"
  
  
• Sirius (Obéo) :
  • Améliorations et notions avancées Eclipse Sirius, suite et fin de notre saga : comment concevoir son propre outil de modélisation DMN ? [4/4]
  • Ingénierie Dirigée par les Modèles : fini Eclipse GMF, vive Eclipse Sirius ( didacticiel / tutoriel Sirius)
  • Didacticiel ( tutoriel ) Eclipse Sirius ( Obeo Designer Community ) : le digne successeur de GMF le framework le plus complexe du monde !
  • Didacticiel ( tutoriel ) Eclipse Sirius ( Obeo Designer Community ) : on peaufine l'éditeur de diagramme
    

 

 

Les outils payants, mais abordables, et que nous aimons bien

• Enterprise Architect Sparx Systems :
  • Le meilleur du meilleur des outils de modélisation de Systèmes d’Information pour 2017 : les « Modsars » de « urbanisation-si.com » récompensent les plus innovants
  • Les meilleurs outils de modélisation UML, SysML, BPMN, DMN de l'année 2016 et les gagnants sont…
    
    
• WinDesign (outil français, incluant une étude de cas exhaustive illustrant l’architecture d’une compagnie d'assurance fictive.)

 

Les différents niveaux d'architecture répondent à différents niveaux de préoccupations et ont des publics différents. Le cadre d'architecture et le référentiel doivent aider à garantir que ces architectures soient stratifiées et synchronisées, afin qu’elles forment une vision cohérente et équilibrée de l'ensemble de l'entreprise. 

 

       

Les niveaux d'architecture selon TOGAF
(diagramme UML de package réalisé avec Modelio Open Source)

   

La dénomination des niveaux a été influencée par
“The Open Group Architecture Framework” (TOGAF). 

Une entreprise a une structure complexe et généralement hiérarchique, et l'on doit créer des architectures à des niveaux discrets de cette structure. Cette hiérarchie d'architectures est analogue aux hiérarchies d'objectifs et de capacités, et s'aligne intuitivement sur les divisions au niveau stratégique, programme et projet. Dans une petite organisation, il est possible de créer une architecture unique qui couvre le niveau stratégique et les niveaux de projet ou de capacité, mais dans une grande entreprise, au moins trois niveaux distincts sont généralement nécessaires :

 

• Stratégique - Long terme, de l'ordre de 3 à 5 ans,
   
• Tactique - Moyen terme, de l'ordre de 1 à 2 ans,
  
  
• Solution - Court terme, de l'ordre de 6 à 12 mois.

  

Les architectures Stratégiques

  

  

Exemples d'Architectures Stratégique, Tactique et de Solutions
(diagramme UML de package réalisé avec Modelio Open Source)

  

Elles décrivent des plans et des initiatives stratégiques et s'exécutent généralement pendant des années. Les architectures stratégiques fournissent des plans à long terme, qui sont généralement des visions de l'avenir sur une période de trois à cinq ans.
La période peut être plus longue pour les industries ou les entreprises qui ne sont pas affectées par des environnements dynamiques et perturbateurs. Les architectures stratégiques doivent prendre en charge ou s'aligner sur les objectifs stratégiques de l'entreprise.

 

La technologie de modélisation stratégique dispose d'un certain nombre d'outils qui peuvent être utilisés, tels que le diagramme “Balanced Scorecard”, qui peut aider à identifier les objectifs liés à l’IT.

  

    

Diagramme "Balanced Scorecard" (diagramme réalisé avec Visual Paradigm)

    

 

Les architectures Tactiques

  

  

Exemples d'Architecture Tactique intégrant des architectures de solutions
(diagramme UML de package réalisé avec Modelio Open Source) 

  

Elles décrivent des plans intermédiaires qui aident à partitionner les architectures de niveau Stratégique en groupes gérables.

Elles peuvent généralement durer un certain nombre d'années et représenter une feuille de route au niveau du portefeuille applicatif ou des étapes sur la manière d'atteindre les objectifs exprimés dans les architectures Stratégiques auxquelles ils se rapportent.

Elles agissent comme un cadre pour l'organisation au niveau des solutions et assurent que les capacités sont développées et qu'elles créent finalement de la valeur métier. 

  

Les diagrammes de “Roadmap” peuvent être utilisés à tous les niveaux de l'architecture Tactique, y compris les Architectures d'Entreprise, d'Information, d'Application et de Technologie, montrant le séquencement temporel des actions au niveau d'un portefeuille applicatif ou d'un programme.

  

Exemple de diagramme de "Roadmap" (diagramme réalisé avec ADOIT:CE)

     

Les architectures de Solutions

Elles décrivent des projets spécifiques ou des activités au niveau des capacités qui peuvent généralement être réalisées en quelques mois, plutôt qu'en plusieurs années. D'un point de vue métier, elles se concentrent généralement sur un problème ou une opportunité particulière. De même, d'un point de vue technique, elles impliquent généralement une tranche des domaines de l'information, des applications et de la technologie, mais peuvent, dans certaines circonstances, nécessiter l'examen d'un certain nombre de ces domaines. 

Les outils doivent aider au niveau de l'architecture de chaque Solution, de la définition des buts et objectifs métier et de leur mise en relation avec les composants d'Information et d'Application, et de Technologie qui sous-tendent les applications. 

L'architecture Métier peut être définie et gérée à l'aide de profils UML (ensemble de stéréotypes, tagged values et contraintes OCL). Cela permet de créer des “Drivers” (représentations des conditions motivant une organisation métier à définir ses objectifs et à mettre en œuvre les changements nécessaires pour les atteindre), des buts et des objectifs, qui peuvent être démontrés aux parties prenantes à l'aide de diagrammes, de matrices et de documentation, publiés automatiquement à partir des modèles.

Des générateurs de schémas de RDBMS et de scripts SQL à partir de diagrammes de classes UML aident à travailler avec l'architecture de l'Information, et les éléments créés peuvent être liés à l'architecture métier. 

Les services applicatifs, les applications et les interfaces peuvent être modélisés, et leurs relations entre eux et avec les éléments des architectures métiers et technologiques peuvent être définies et représentées par des liens de traçabilités entre des artefacts de modélisation appartenant même à des notations différentes, comme ArchiMate, BPMN, DMN, UML…

Les services technologiques, les nœuds et dispositifs technologiques peuvent être gérés et, le cas échéant, peuvent être dérivés du Modèle de référence technique. 

Les outils doivent gérer les exigences architecturales, qui peuvent être liées aux éléments qui composent entreprise, processus métier, fonctions, applications, technologies et autres architectures spécifiques. 

Un framework agile (Kanban, Scrum…) peut être utilisé pour gérer ces projets et garantir que la valeur métier est livrée en temps opportun.

 

Mais au fait, y a-t-il une norme pour représenter
les architectures Stratégiques et Tactiques ?

Vous n'en avez peut-être jamais entendu parler, mais cette norme existe et se nomme BMM (Business Motivation Model). Il s'agit d'un modèle de motivation métier qui fournit aux entreprises un ensemble de notations normalisé par l’OMG (Object Management Group), pour l'élaboration de plans métier. Il permet de modéliser ce que l'entreprise souhaite réaliser, comment y parvenir, les impacts potentiels, les ressources, etc.

  

Voir nos articles consacrés à la norme BMM de l'OMG à la fin, dans les compléments de lecture.

  

  

Exemple de diagramme BMM (diagramme réalisé avec Visual Paradigm)

  

Et l'apport d'ArchiMate ?

La stratégie et les éléments de motivation d'ArchiMate ont été inspirés en partie par BMM.
Bien qu'un mappage entre de nombreux éléments de motivation d'ArchiMate et les concepts BMM soit possible, BMM fournit une description plus détaillée de la motivation, tandis que le langage ArchiMate vise à couvrir un large champ et à interconnecter différents domaines.

  

Voir nos articles consacrés aux éléments de stratégie et de motivation d'ArchiMate à la fin, dans les compléments de lecture.

  

  

Diagramme ArchiMate de la couche Strategy, représentant les objectifs (Goals),
les résultats attendus (Outcomes) et les principes (Principles) (diagramme réalisé avec ADOIT:CE)  

 

La traçabilité comme assurance de l'alignement stratégique

La traçabilité occupe une place transverse et traverse toutes les strates d’architecture.

Il existe plusieurs outils, dont la matrice des relations et les diagrammes de traçabilité, qui peuvent être utilisés pour montrer les relations entre les éléments des architectures d'entreprise, afin de s'assurer qu'ils contribuent tous de manière démontrable à la réalisation des objectifs stratégiques. 

  

  

Matrice de Relations entre Exigences et Cas d’Utilisation et une vue de ces relations
(diagramme réalisé avec Enterprise Architect)
    

Le diagramme de Traçabilité fournit une vue hiérarchique des connexions d'éléments, permettant de visualiser et d'interroger la traçabilité au fur et à mesure qu'on accède aux éléments dans le modèle. Cet outil est particulièrement utile, car un modélisateur choisira souvent de masquer les relations du diagramme, mais en sélectionnant un élément dans le diagramme et en visualisant ses connexions dans la fenêtre Traçabilité, toutes ses relations seront révélées.

  

  

Exemple d'outil de traçabilité (diagramme réalisé avec Enterprise Architect)

  

Conclusion

Pour ne plus souffrir des modèles opérationnels, qui ont subi des changements progressifs et non structurés au fil du temps, devenant souvent des obstacles à la mise en œuvre de leur stratégie, les entreprises ne devraient plus commettre l'erreur d'appliquer leur stratégie de bas en haut (bottom-up), comme si, lors de la conception d’un bâtiment, on s’adressait en premier aux ingénieurs spécialisés dans les fondations.

Pour une entreprise, une approche de haut en bas (top-down) permet de se restructurer, de ne pas risquer de s'éloigner de la réalisation de ses objectifs à long terme, et de respecter l'alignement stratégique. 

  

Rhona Maxwel urbanisation-si.com @rhona_helena

  

"Toute idée devient fausse au moment où l’on s’en contente."

Alain

  

Compléments de lecture

BMM (Business Motivation Model)

• BMM Business Motivation Model, norme OMG, les idées clés pour mieux comprendre la stratégie d'entreprise
  
  
• BMM Business Motivation Model, norme OMG, les éléments de modélisation – vision, but, objectif, stratégie, tactique, …
  
  
• Cours complet BMM Business Motivation Model norme OMG - les concepts de base – les moyens pour parvenir à ses fins
  
  
• Cours complet BMM Business Motivation Model norme OMG - les facteurs impactants et les évaluations de leurs influences
  
  
• Positionnement des processus et règles métiers dans la norme BMM Business Motivation Model de l’OMG et autres artefacts génériques

 

ArchiMate

• ArchiMate la synthèse : les éléments de motivation
  
  
• ArchiMate en condensé : les éléments de stratégie

 

Outils d'Architecture d'Entreprise

• Essai et évaluation de Modelio : est-il un bon outil de modélisation ?
  
  
• Visual Paradigm : l’eldorado du consultant en quête de présentations dorées, mais est-il un bon outil de modélisation pour l’architecte d’entreprise, voici notre test
  
  
• ADOIT:CE pour la gestion de l’Architecture d’Entreprise
  
  
• Archi (archimatetool) : essai et analyse de cet outil ArchiMate français gratuit sous Windows, Linux et Mac OS
  
  
• Le meilleur du meilleur des outils de modélisation de Systèmes d’Information pour 2017 : les « Modsars » de « urbanisation-si.com » récompensent les plus innovants

 

Comment documenter les strates Métier et Fonctionnel, une fois que l’on a les strates Application et Technique ? Un lecteur attentif de notre blog www.urbanisation-si.com, qui monte une cellule d'urbanisation dans une grosse entreprise, nous pose beaucoup de questions pertinentes, qui peuvent être séparées en deux catégories :
des questions techniques et des questions organisationnelles, voire existentielles.

 

Comment documenter les 2 strates hautes du modèle Cigref ?

 

"The Software Architect Elevator"

Bon, autant le dire dès le début, nous n'aimons pas le terme "cellule" pour désigner une équipe qui doit être ouverte à toutes les autres, de la Direction Générale jusqu'aux spécialistes systèmes et réseaux. A moins que vous soyez attiré par la vie monacale, essayez de trouver un terme plus adéquat.

 

P.S. Nous n’aimons pas non plus le concept de « Centre d’Excellence », qui sous-entend que les autres équipes sont médiocres.

 

Plus qu'un phare qui éclaire dans la nuit, une tour de contrôle, qui donne des instructions précises aux pilotes que sont les urbanistes et les architectures d’entreprise, serait mieux appropriée. Certains proposent plus pragmatiquement l’image d’un ascenseur*, qui effectue des allers-retours incessants entre le sous-sol et le dernier étage (oui, oui, nous savons tous quelle équipe est située au dernier étage).

 

*The Software Architect Elevator (O’Reilly, 2020), par Gregor Hohpe, co-auteur des Enterprise Integration Patterns (Addison-Wesley, 2012).

 

Le modèle en strates du Cigref

 

 

Les strates de l'urbanisation, selon le Cigref

 

Une cartographie est déjà faite pour les 2 strates basses du modèle Cigref :

• la strate Application (quelques centaines d’applications, regroupées en zones d'urbanisme, avec les flux entre les applications),
• la strate Technique (avec l'infrastructure mise en place et les technologies utilisées).

Effectivement, pour effectuer une cartographie de l'architecture existante, on commence généralement par les strates basses, sous la forme d'un inventaire élaboré.

 

Questions techniques

Comment documenter les 2 strates hautes du modèle Cigref ?

Les strates hautes sont effectivement plus difficiles à représenter.
La strate Métier est peut-être la plus facile des deux (c'est très relatif).
L'approche par les processus semble être la plus consensuelle.

On pourra distinguer deux niveaux :

• les macro-processus, représentés généralement sous la forme de chevrons. Plusieurs chevrons imbriqués peuvent représenter la chaîne de valeur. On distinguera :
  • les macro-processus opérationnels, dits cœur de métier,
    qui constituent le véritable savoir-faire d'une entreprise,
  • les macro-processus de support ou de soutien
    (que l'on retrouve souvent à l'identique dans d'autres entreprises),
  • les macro-processus de pilotage, pour mesurer
    puis améliorer les macro-processus précédents.

 

 

Macro-processus de l'urbanisation du SI

 

• les processus détaillés au niveau de chaque activité ou tâches. La représentation conseillée est la notation BPMN et il existe de nombreux outils gratuits pour faire cela.
  
  

 

Exemple de diagramme de collaboration BPMN

 

La strate Fonctionnel est plus difficile à établir, surtout si l'on utilise des applications du marché (mais alors, cette strate sera-t-elle vraiment utile ?). Si vous développez vous-mêmes vos applications, ce sera peut-être plus aisé. C'est souvent un problème de granularité. Si vous appliquez un style d'architecture moderne comme celle des micro-services, alors ce problème est réglé : une fonction égale un micro-service. Oui, cette démarche d'urbanisation est simplifiée. En tout cas, il faudra au moins une fonction pour effectuer chaque activité ou tâche d'un processus détaillé dans la strate Métier.

 

 

Exemple de cartographie fonctionnelle du SI

 

Comment définir et accompagner la trajectoire ?

Pas si vite ! Il convient d'abord de définir une architecture cible. Cette fois-ci, on commence généralement les strates hautes. Quels nouveaux processus métier mettre en place pour servir la stratégie de l'entreprise ? Puis quelles fonctions sont nécessaires ? Font-elles partie d'une application toute faite ou bien faut-il les développer ? Avec quel style d'architecture, en local ou sur le cloud et avec quelles technologies ? Voilà, vous avez défini votre architecture cible, déclinée sur les 4 strates du modèle Cigref.

 

Nous ne sommes pas des adeptes du big bang (bien que cela nous plairait, parfois, de pouvoir faire abstraction du passé : legacy systems, dette technique, etc.). Aussi, sera-t-il raisonnable de définir des étapes intermédiaires entre l'architecture existante et l'architecture cible. Méditez la citation à la fin de cet article. Ce sont donc l'architecture existante, les étapes intermédiaires et l'architecture cible qui définissent la trajectoire à suivre.

 

Comment apporter de la frugalité, de la sobriété, de la sécurité et de la résilience ?

Frugalité

 

Ce terme est encore peu employé concernant l’urbanisation du Système d’Information et l’Architecture d’Entreprise. Sans doute un synonyme de la réduction des coûts 😉 Pas sûr que l’on arrive, grâce à la démarche d'urbanisation, à faire plus avec moins. Ce que nous visons, c’est de faire mieux : que chaque euro dépensé le soit à bon escient ; que la décision de cette dépense puisse être justifiée de façon rationnelle.

 

Sobriété

 

En informatique et plus particulièrement en développement logiciel, la sobriété est bien souvent synonyme de réutilisation (des fonctions, des composants, des modules, des interfaces, des micro-services. etc.). Pour reprendre une formule clef de la méthode Praxeme (Praxeme, la bonne (méthode) à tout faire ?), il faut bannir la redondance : cela vaut notamment pour les données enregistrées dans des bases, qui sont trop souvent multiples.

 

Sécurité

 

N.B. La question originelle indiquait la sécurité informatique uniquement. L'approche par les processus métier permet aussi de renforcer la sécurité des personnes, puis des biens.

 

La sécurité résultait souvent d'une dernière passe effectuée toute à la fin de chaque projet. Il semble évident désormais qu’il faut prendre en compte la sécurité le plus tôt possible dans le cycle de vie d’un projet. En fait, la sécurité devient indissociable de la gestion des risques (TOGAF 10, quelle méthodologie d’architecture de sécurité et de gestion des risques ?).

 

Résilience

 

La résilience est une des réponses adaptées aux questions de sécurité et surtout à la gestion des risques (le risque zéro n’existe pas : il faut prévoir des solutions alternatives).

 

Questions organisationnelles

Quels sont les objectifs du processus d'urbanisation du Système d'Information ?

• Faire connaître le SI existant à travers la cartographie des processus métier et la cartographie applicative, ainsi que le plan de la gestion des risques.
  
  
• Gérer les référentiels MOA des données majeures, ainsi que la mise en place d'outils de gestion de tels référentiels.
  
  
• Elaborer des cibles fonctionnelles, applicatives, techniques, mettre en œuvre des systèmes de traçabilité et de mesure d'impact de la stratégie sur le SI.
  
  
• Aligner l’architecture technique sur l’architecture métier selon les domaines traditionnels :
  • L’architecture conceptuelle ou métier,
  • L’architecture logique ou fonctionnelle,
  • L’architecture physique ou technique.
    
    
• Maîtriser la complexité des flux en les décrivant, en normalisant les données partagées (format pivot), en mettant en œuvre un dispositif d'échange mutualisé.
  
  
• Piloter l'urbanisation du SI et communiquer.
  
  
• Maîtriser la construction du SI en intégrant l'urbanisme dans la gouvernance et les études amont, décider des règles d'urbanisme et les faire appliquer, élaborer les plans de migration.

 

Quelles sont les règles de l’urbanisation du SI ?

• Pour chaque domaine métier, une cartographie des applications existe et est mise à jour à chaque nouveau projet.
  
  
• Un référentiel de données d’entreprise ne doit pas être géré sans une application spécifique opérationnelle.
  
  
• Pour chaque domaine métier, une cible fonctionnelle existe et est validée par le métier.
  
  
• La construction de tout nouveau système applicatif respecte un modèle en n couches ou mieux une architecture hexagonale (Architecture Hexagonale, exemple de mise en pratique de la méthode DDD Domain Driven Design).
  
  
• Deux applications relatives à deux activités différentes ne peuvent pas gérer une même donnée en accès CRUD (Create, Read, Update, Delete).
  
  
• Une application métier utilise des services d'une architecture SOA (Service Oriented Architecture) de type micro-services par exemple (L’Architecture Micro-Services expliquée à ma fille), pour réaliser les fonctions suivantes : échanges, données référentielles, sécurité, décisionnel, gestion des ressources nécessaires aux processus métier.
  
  
• A l’intérieur d’un SI, les échanges de données entre blocs fonctionnels n’appartenant pas au même domaine ne se font pas en point à point, mais passent par un outil d’échange comme l’EAI (Enterprise Application Integration), un bus logiciel ESB (Enterprise Service Bus), l’Event Streaming (Un problème cornélien de l’EDA, Event Driven Architecture, est de s’assurer de l’exactitude sémantique de livraison d’un message, Kafka l’aurait-il résolu ?).

 

Questions existentielles

Quels sont les apports ?

• Une méthode pour réaliser des processus ouverts pour les directions métier (MOA)
  
  
• Des recommandations pour faciliter la réutilisabilité, l’évolutivité et la généricité des applications pour les maîtrises d'œuvre (MOE). Tout échange avec les partenaires se fait à travers un portail. La propriété de généricité d’entreprise étendue est remplie avec un seul et même portail pour les employés, les clients et fournisseurs, qu’il suffit de paramétrer selon des règles appropriées.
  
  
• Une meilleure connaissance et une vue d’ensemble de l’existant, la modélisation des objectifs et processus métier, les architectures fonctionnelles et applicatives comme cadre de référence, une meilleure connaissance des projets.
  
  
• Construire une cible fonctionnelle par une approche bottom-up, comme vu précédemment, ou top-down avec des process innovants en mode "open innovation" des startups.
  
  
• Le processus de gouvernance permet d’inscrire l’urbanisme le plus en amont possible, permettant aux architectes d’intervenir le plus tôt possible dans les projets.
  
  
• Un référentiel des processus qui est alimenté par leurs concepteurs, articulé avec le référentiel applicatif et les fonctions de la cible d’urbanisme, permettant une continuité entre les modèles de processus, fonctionnels et applicatifs.
  
  
• Une meilleure intégration MOA et MOE permettant, entre autres, l’automatisation des processus métier.

 

Quel est le retour sur investissement (ROI) de l’urbanisation de SI

C’est celui d’une infrastructure caractérisée par un investissement à la création, puis par un coût d’entretien. Au début des surcoûts apparaissent ; viennent ensuite les économies réalisées :

• la réduction des études amont,
  
• l’anticipation des impacts des autres projets,
• la réduction du périmètre des projets,
• la réduction des études, des développements et de la recette,
• la réutilisabilité de blocs applicatifs,
• l’existence de règles permettant aux projets de se concentrer sur les aspects métier.

 

Dès que l’apport de valeur dépasse le cumul des surcoûts, le ROI est atteint.

Qui suis-je ?

Un urbaniste de SI est plutôt un ancien responsable de domaine métier, généralement transverse. Il peut avoir été à ses débuts un architecte logiciel ayant acquis une solide expertise métier au bout d'une dizaine d'années d'expérience au service de grands projets réussis. Dans les grandes entreprises, l'urbaniste du SI peut être rattaché à la DG, plutôt qu'à la DSI.

 

S’il est interne à l’organisation, il établit sa crédibilité personnelle avec le métier et les parties prenantes, il doit montrer la valeur de la démarche d’architecture, accompagnée de sa méthode. S’il est consultant externe, il doit démontrer sa crédibilité, ainsi que celle de la société de services qu’il représente.

 

Il doit établir la vue des besoins métier, formuler les perspectives explicites ou implicites de l’organisation, en utilisant par exemple l’outil “business model canvas”, qui présente la manière dont une organisation crée de la valeur et se l’approprie. L’objectif est de préparer la proposition de vision et de périmètre de l’architecture.

 

L’urbaniste du SI décrit les avantages quantitatifs et qualitatifs de la démarche d'urbanisation. Une des tâches est de définir les concepts d’architecture. Il s’agit de modéliser l’état actuel du métier, puis l’état souhaité, ce qui va servir de base à la conception du plan de transformation de l’organisation.

 

Les exigences des parties prenantes sont recueillies avec les méthodes standards d’analyse de documents, d’interview, de groupe de travail, de brainstorming et d’observation. Pour faciliter l’adhésion des parties prenantes, il faudra détecter les soutiens et les résistants au changement.

 

Les solutions possibles sont identifiées. La panacée passe par un brainstorming, une évaluation des dépendances, une estimation des coûts et une analyse des contraintes. L’objectif est de proposer plusieurs solutions, puis de concevoir la solution choisie et la mettre en œuvre (Les étapes d'un schéma directeur).

 

La solution acceptée doit être déployée. La mise en œuvre pouvant s’effectuer sur une période significative, un processus de gestion des changements devra être élaboré, dans une perspective de résolution consensuelle des conflits.

 

Où vais-je ? Dans quel état j'erre ?

 

 

L’IA aura sûrement un rôle à jouer dans les décisions des comités de direction.

 

Architecte de la chaîne de valeur

 

L’avenir de l’architecture d’entreprise pourrait se trouver dans les patterns organisationnels modélisant les structures communes de plusieurs entreprises. Les limites du BPM (comme les processus métier dynamiques et ad hoc) sont trop souvent mises sous silence et doivent au contraire être référencées.

 

Dès lors, le champ des préoccupations d'urbanisme débordant le monde clos de l'entreprise, il faudra raisonner sur l'entreprise et son écosystème. Les flux, la gestion des grands référentiels, l'activation de services automatisés, de bases de connaissances, seront à situer dans un contexte élargi, où les mouvements stratégiques, partenariats, fusions, filialisations, acquisitions, externalisations, pourront redistribuer les cartes autour des composants urbanisés.

 

Les urbanistes, devenant architectes de la chaîne de valeur, auront à étendre leurs investigations jusqu'aux limites de ces champs d'action. Il faudra se préoccuper de diffuser la culture du management par les processus, de faire passer le BPM dans la réalité : instituer des propriétaires de processus, gouverner l'amélioration et piloter les performances, pour que les processus répondent aux services qu'attendent les multiples parties prenantes, clients, usagers, partenaires, employés, actionnaires, sociétaires…

 

Catalyseur de cohérence

 

Les processus sont considérés comme une entrée, et l'urbaniste n'a pas de légitimité pour les optimiser, voire les remettre en cause.

 

Pourtant, il faudra fédérer les approches par les SI et celles par les processus, connecter les différentes visions transverses, réaliser la symbiose des méthodes, veiller à la cohérence des gouvernances SI et processus : l'urbaniste sera le catalyseur de la cohérence, de la transversalité, et de la flexibilité.

 

Urbaniser le métier et architecturer l'entreprise tirent les urbanistes vers le haut, que leur référence s'appelle Urbanisme des SI, Architecture d'Entreprise ou Gestion des Processus Métier (BPM Business Process Management).

 

Ils ne doivent pas ignorer les évolutions techniques. Un miracle technologique se produira-t-il (attention aux effets de buzz) ? Une révolution technique donnera-t-elle l'agilité instantanée tant espérée ?

 

Les grandes entreprises, dotées de SI de plus en plus complexes, seront confrontées à un environnement réglementaire multiple, protéiforme, à des contraintes de marché archi-mondialisé. Il leur faudra lutter férocement contre l'entropie et rechercher toujours plus d'agilité.

 

Architecte d'Entreprise augmentée

 

Dans le futur, tel un funambule, l'urbaniste devra maintenir l'équilibre sur une corde qui sera disposée malheureusement de plus en plus haut.

 

La gouvernance doit constamment faire de la prospective, afin de maintenir ses informations sur l’IA, devenue un domaine hautement stratégique. Le rôle de l’architecte d’entreprise peut être renforcé par celui d’un architecte des données (CDO Chief Data Officer) au service de la création de valeur et donc de l’IA.

 

Les entreprises entamant leur transition numérique devront composer des équipes aux triples compétences : métier, informatique et mathématiques, sous la direction du CDO.

 

Un jour peut-être, une bonne fée, nommée IA, apparaîtra avec sa baguette magique, et grâce à son omniprésence et sa protéiformité, comme le RPA (Robotic Process Automation) ou les chatbots, et déclenchera une disruption et fera naître une Architecture d'Entreprise augmentée.

 

L’IA aura sûrement un rôle à jouer dans les décisions des comités de direction (Architecture d'Entreprise augmentée, quelle influence de l’Intelligence Artificielle sur la gouvernance et la stratégie ?).

 

Thierry Biard & Rhona Maxwel urbanisation-si.com

 

“Il n'y a pas de grande tâche difficile qui ne puisse être décomposée en petites tâches faciles.”
Shantideva, grand maître bouddhiste du VIIe siècle.

 

 

Compléments de lecture

• TOGAF 10, quelle méthodologie d’architecture de sécurité et de gestion des risques ?
   
• Architecture d'Entreprise augmentée, quelle influence de l’Intelligence Artificielle sur la gouvernance et la stratégie ?
   
• Exemple de méthode d’Architecture d’Entreprise d’un grand cabinet de conseil : EAM Enterprise Architecture Management de McKinsey L’Enterprise Architecture Management (EAM) de McKinsey est une méthode pour gérer
   
• Le rôle de la prospective pour une entreprise innovante et résiliente
   
• Méta-physique ? Non, méta-modélisation !
   
• Les meilleurs articles sur l’architecture d’entreprise, ses méthodes et ses outils, découvrez quels sont les articles les plus lus de notre blog
   
• La méthode top-down dans l'urbanisme du Système d'Information
   
• TOGAF pour les nuls.
   
• Agilité logicielle : quelle solution pour diminuer le couplage entre sous-systèmes et obtenir une architecture logicielle agile ?
   
• Architecture Hexagonale, exemple de mise en pratique de la méthode DDD Domain Driven Design
   
• Les couches de l'Architecture Microservices et la méthode de conception DDD (Domain Driven Design)
   
• ADOIT:CE pour la gestion de l’Architecture d’Entreprise

 

L'informatique autonome aide à réduire la complexité en utilisant la technologie pour gérer la technologie. Dans cet environnement, les systèmes sont capables de s’adapter dynamiquement au changement des politiques métier.

 

 

Les enjeux de l'Informatique Autonome.

 

Similaire au corps humain ?

Le terme autonome est dérivé de la biologie humaine. Inconsciemment, le système nerveux autonome surveille votre rythme cardiaque, vérifie votre niveau de glycémie et maintient votre température corporelle proche de 37 °C, sans aucun effort de votre part.
De la même manière, l'informatique autonome anticipe les exigences du système informatique et résout les problèmes sans intervention humaine. Les professionnels de l'IT peuvent se concentrer sur des tâches à plus forte valeur ajoutée pour l'entreprise.

 

Cependant, il existe une distinction importante entre l'activité autonome dans le corps humain et les activités autonomes dans les systèmes informatiques : de nombreuses décisions faites par les capacités autonomes du corps humain sont involontaires. En revanche, les capacités autonomes dans les systèmes informatiques effectuent des tâches que les informaticiens choisissent de déléguer à la technologie, conformément à la gouvernance en place.
Un moteur de règles, plutôt qu'une procédure codée en dur, détermine les types des décisions et des actions que les composants autonomes effectuent. 

 

Introspection

Le système autonome se connaît :

• Il connaît ses composants, leurs spécifications, leurs capacités et leurs états en temps réel.
• Il a également des connaissances sur ses ressources propres, empruntées et partagées.
• Il peut se configurer encore et encore et exécuter sa configuration automatiquement
  au fur et à mesure des besoins.
• Il a la capacité de s'optimiser en ajustant les flux de travail.
• Il peut se réparer, il peut se remettre des échecs.
• Il peut se protéger en détectant et en identifiant diverses attaques à son encontre.
• Il peut s'ouvrir. Cela signifie qu'il ne doit pas s'agir d'une solution propriétaire
  et doit implémenter des standards ouverts.
• Il est invisible. Cela signifie qu'il a la capacité de permettre l'optimisation des ressources,
  en masquant sa complexité.

 

Un système autonome, selon IBM, doit être capable de savoir ou d'anticiper le type de demande qui va survenir pour ses ressources.

Les capacités d'auto-gestion d'un système accomplissent leurs fonctions, en prenant une action appropriée selon une ou plusieurs situations qu'ils perçoivent dans l'environnement. La fonction de toute capacité autonome est une boucle de contrôle, qui collecte les détails du système et agit en conséquence. 

Ces boucles de contrôle sont organisées en quatre catégories : auto-configuration, auto-réparation, auto-optimisation et auto-protection.

 

Auto-configuration

Les composants auto-configurables s'adaptent dynamiquement aux changements de l'environnement, en utilisant les règles fournies par les informaticiens.

De tels changements pourraient inclure le déploiement de nouveaux composants ou la suppression de ceux existants, ou des changements importants dans les propriétés du système. L'adaptation dynamique assure une productivité constante de l'infrastructure informatique, ce qui entraîne une croissance et une grande flexibilité de l'entreprise.

 

Auto-réparation

Cette propriété permet de découvrir, diagnostiquer et réagir aux perturbations.
Les composants d'auto-réparation peuvent détecter les dysfonctionnements du système et initier des actions correctives basées sur des règles, sans perturber l'environnement informatique. Une action corrective peut impliquer qu'un composant modifie son propre état ou effectue des changements sur les autres.

Le système dans son ensemble devient plus résilient, parce que les opérations quotidiennes sont moins susceptibles d'échouer. 

 

Auto-optimisation

Les ressources sont surveillées et réglées automatiquement pour une efficience optimale. 
Les composants d'auto-optimisation peuvent s'adapter pour répondre à l'utilisateur final ou aux besoins de l'entreprise. Les actions de réglage peuvent être la réallocation des ressources - par exemple en réponse à des augmentations des charges de travail - pour améliorer les temps de réponse des processus métier.

 

Auto-protection

Les menaces sont anticipées, détectées, identifiées et les parades sont mises en place.
Les composants auto-protégés peuvent détecter des comportements suspects au fur et à mesure qu'ils se produisent et prendre des contre-mesures, pour se rendre moins vulnérables par exemple aux accès non autorisés, à l'infection et à la prolifération de codes malveillants, ainsi que les attaques par déni de service.

Les capacités d'auto-protection permettent aux entreprises d'appliquer systématiquement des politiques de sécurité et de confidentialité.

 

Intégration dans ITIL

Les entreprises informatiques organisent ces tâches sous la forme d'un ensemble de meilleurs pratiques et processus, tels que ceux définis dans ITIL (Information Technology Infrastructure Library).

 

Traditionnellement, la détection d’un dysfonctionnement nécessite la mise en œuvre d’une procédure fastidieuse : il faut créer la demande de correction, recueillir les détails de l'incident et suivre l’évolution de l’état du ticket d’anomalie sur une plateforme. 
Dans un système auto-géré, les composants peuvent initier ces étapes en fonction des informations provenant directement du système. Cela aide à réduire les tâches manuelles et le temps nécessaire pour répondre aux situations critiques.

Dans un processus de gestion des problèmes, une des étapes est le diagnostic. Dans les systèmes auto-gérés, les ressources sont créées telles que l'expertise requise pour effectuer cette tâche puisse être encodée dans le système et ainsi puisse être automatisée. 

 

La plus-value client

L'efficience des processus informatiques typiques est mesurée à partir du temps écoulé pour terminer un processus, le pourcentage exécuté correctement et le coût d'exécution d'un processus. 
Les systèmes auto-gérés peuvent affecter positivement ces métriques, améliorant la réactivité et la qualité de service, en réduisant le coût total de possession (TCO) et en améliorant le délai de rentabilité. 

 

L'informatique autonome est nécessaire pour surmonter le problème de la complexité accrue :

• des systèmes distribués, dont les prévisions tablent sur une croissance de 40 % par an,
• des applications qui doivent s'adapter au travail en distanciel.

 

Architecture de l'Autonomic Computing

 

 

Les couches de l'Architecture de l'Autonomic Computing

 

L'architecture AC (Autonomic Computing) comprend des propriétés qui permettent l'auto-gestion selon divers fournisseurs, en impliquant des boucles de contrôle qu'un fournisseur de ressources intègre dans l'environnement d'exécution.

 

1. Éléments gérés (Managed Resources) : l'élément géré est un composant du système contrôlé. Il peut s'agir aussi bien d'une ressource matérielle que d'une ressource logicielle. Des capteurs et des effecteurs sont utilisés pour contrôler l'élément géré.
2. Capteurs (Touchpoint) : fournissent des informations sur l'état et tout changement d'état
   des éléments du système autonome.
3. Effecteurs (Touchpoint Autonomic Managers) : ce sont des commandes ou interfaces de programmation d'applications (API) qui sont utilisées pour changer les états d'un élément.
4. Gestionnaire autonome (Orchestrating Autonomic Managers) : utilisé pour s'assurer que les boucles de contrôle sont mises en œuvre. Celui-ci divise la boucle en 4 parties pour son fonctionnement. Ces parties sont : surveiller, analyser, planifier et exécuter -
   MAPE (Monitor, Analyze, Plan, Execute).
   
5. Interface Utilisateur (Manual Manager) : l'environnement d'exécution est configuré à l'aide d'une interface de gestion fournie pour chaque ressource, par exemple des moyens de stockage.

 

 

Architecture MAPE (Monitor, Analyze, Plan, and Execute) : surveiller, analyser, planifier et exécuter

 

Exemples

• Exécution d'une tâche d'auto-configuration telle que l'installation d'un logiciel
  lorsqu'il détecte que certains logiciels prérequis sont manquants.
• Exécution d'une tâche d'auto-réparation telle que la correction d'un chemin configuré
  afin que les logiciels installés puissent être correctement localisés
• Exécution d'une tâche d'auto-optimisation telle que l'adaptation de la CPU
  lorsqu’elle constate une augmentation des transactions.
• Exécuter une tâche d'auto-protection telle que mettre des ressources hors ligne
  en cas de détection d’une tentative d'intrusion.

 

Conclusion

L'Autonomic Computing nécessite 3 conditions :

• Automatique : le système doit pouvoir exécuter ses opérations sans intervention humaine.
• Adaptatif : les ordinateurs autonomes doivent pouvoir apporter des modifications en fonction de leur environnement et d'autres conditions imprévues, telles que les attaques de sécurité et les pannes du système.
• Conscient : il doit également avoir connaissance des processus et des états internes
  qui permettraient d'exécuter les deux fonctionnalités précédentes.

 

 Avantages

• Open Source
• C'est une technologie évolutive qui s'adapte aux nouveaux changements.
• Donne donc une meilleure efficacité et de meilleures performances.
• Sécurisé, peut contrer automatiquement des attaques.
• Dispose de mécanismes de sauvegarde qui permettent la récupération après les pannes
  et le plantage du système.
• Réduit le coût de possession (TCO) d'un tel mécanisme, car il est moins sujet aux pannes
  et peut se maintenir automatiquement.
• Il peut se configurer lui-même, réduisant ainsi le temps nécessaire
  à la configuration manuelle.

 

Inconvénients

• Il y aura toujours une possibilité de plantage ou de dysfonctionnement du système.
• Impact sur l'emploi pour certaines professions.
• Le système coûte plus cher.
• Besoin de compétences hautement qualifiées pour gérer ou développer de tels systèmes, augmentant ainsi le coût pour l'entreprise qui les emploie.
• Dépendant de la bande passante réseau et donc pas forcément disponible partout.

 

Rhona Maxwel urbanisation-si.com @rhona_helena

 

"Sur tous les sujets, des opinions contradictoires se font face, et la plupart d’entre nous n’ont pas les outils nécessaires pour savoir laquelle est la bonne."

Yuval Noah Harari

 

 

Un cadre de sécurité pour les entreprises doit permettre de maintenir un état des risques maîtrisé, correspondant à un comportement sécurisé, résilient, fiable et respectueux de la vie privée. Quel est le rôle de l'architecte d'entreprise avec la version 10 de TOGAF et son architecture de sécurité ?

   

Relation entre TOGAF et l'ISM/ERM, source The Open Group

 

TOGAF 10 plus facile à lire ?

Avec la version 10 de TOGAF, The Open Group (https://www.opengroup.org/) a restructuré le contenu de l'architecture d'entreprise pour améliorer la lisibilité, l’utilisabilité et la maintenabilité. La solution retenue a été de développer la modularité du contenu.

Bonne nouvelle, la taille de la partie standard de TOGAF est passée de 692 (version 9.1) à 532 pages et ne contient que du contenu pérenne.

La structure de TOGAF 10 ressemble à des poupées russes.

 

 

TOGAF Fundamental est la partie stable, tandis que les guides évolueront, source The Open Group

 

Le socle de TOGAF 10, très stable, se trouve dans la partie fondamentale, les guides et la bibliothèque rassemblent des aspects plus pratiques et peuvent évoluer au cours du temps.

 

 

Détails de l'organisation de TOGAF 10, source The Open Group

 

Bonnes pratiques

Pour une véritable intégration de la sécurité dans l'architecture, une approche d'ingénierie système doit être utilisée. Cela signifie que la sécurité et les risques sont pris en compte le plus tôt possible dans le cycle de vie du développement de l'ingénierie système du sujet en question. À chaque phase du cycle de vie du développement, des activités appropriées, liées à la sécurité et aux risques, sont menées. Ces activités peuvent aller de conseils et d'orientation de haut niveau dans les premières phases, à des contrôles de sécurité détaillés dans la phase finale. De cette manière, un système opérationnel sécurisé peut être réalisé, en étant fiable, sûr, résilient et respectueux des préoccupations de confidentialité. 

 

L'architecture de sécurité d'entreprise cherche à aligner les mesures de sécurité sur les objectifs métier. Pour ce faire, il définit les relations entre les composants sur les différentes couches d'architecture, assurant ainsi la traçabilité et la justification. L'architecte de sécurité d'entreprise utilise généralement les processus ISM (Information Security Management) et ERM (Enterprise Risk Management) pour développer les livrables et interagir avec les parties prenantes.

 

Qu’est-ce qu’un risque ?

D’après la norme ISO 31000:2009, un risque est l'effet que l'incertitude a sur la réalisation des objectifs de l'entreprise. L'incertitude concerne la prédiction des résultats futurs, compte tenu de la quantité limitée disponible d'informations imparfaites lors de la prise de décision métier. 

     

Gestion des risques, norme ISO-31000:2009

 

La norme ISO 31000:2009 indique clairement que la gestion des risques doit être profondément et fermement ancrée dans toutes les activités métier. Elle indique également qu'il s'agit d'un cycle de vie continu plutôt que d'une activité isolée.

Chaque décision est basée sur :

• l'évaluation de l'équilibre entre les opportunités et les menaces potentielles,
• la probabilité de résultats bénéfiques par rapport aux résultats préjudiciables,
• l'ampleur de ces évènements potentiels, positifs ou négatifs,
  
• la probabilité associée à chaque résultat identifié. 

 

L'identification et l'évaluation de ces facteurs sont appelées “évaluation des risques” ou “analyse des risques”. La gestion des risques est l'art et la science d'appliquer ces concepts dans le processus de prise de décision. Le risque peut être vu au niveau stratégique à long terme (direction générale de l'entreprise), au niveau tactique à moyen terme (projets et programmes de transformation) et au niveau opérationnel (décisions, processus métier). L'objectif de la gestion des risques est d'optimiser les résultats métier, afin de maximiser la valeur métier et de minimiser les pertes. Le risque peut être vu à n'importe quel niveau de l’architecture métier, mais est toujours guidé de haut en bas, par l'évaluation de la valeur métier et son optimisation.

  

Risques métier et cyber-risques source The Open Group

 

La triade CIA

Pour de nombreux experts, la sécurité repose sur trois piliers fondamentaux :

• la confidentialité,
• l'intégrité,
• la disponibilité.

 

Ces 3 notions sont également connues sous le nom de triade CIA avec une classification (élevé-moyen-faible), surtout omniprésente dans le domaine de la finance. A part pour James Bond 007, ces termes complexes englobant trop de significations sont peu utilisés par les dirigeants d’entreprise, préférant parler par exemple d’autorisations d’accès à des fonctionnalités.

 

Pour se recentrer sur les entreprises, TOGAF 10 a intégré le modèle SABSA (Sherwood Applied Business Security Architecture)

 

Quel outil pour les architectes sécurité ?

 

 

Le modèle en couches SABSA (Sherwood Applied Business Security Architecture),
source https://sabsa.org/

 

Dans un contexte TOGAF 10, en collaboration avec l’architecte d’entreprise, l’architecte sécurité pourra s’appuyer sur l’architecture SABSA. Son modèle en couches, centré sur les risques, est aisément modulable. 

La méthodologie donne plusieurs visions : 

• contextuelle - métier (le décisionnaire), 
• conceptuelle (les objectifs et les risques), 
• logique (informations, processus, applications, interactions), 
• physique (données, mécanismes de transfert, infrastructure), 
• composants (outils, produits, technologies, standards),
• une vision transverse avec les services de sécurité. 

 

SABSA comprend une vue pour les processus d’audits et de contrôles indépendants. 

 

Pour chaque couche, on doit répondre aux questions Quoi ? Pourquoi ? Comment ? Qui ? Où ? Quand ? A noter que ce questionnement de Quintilien est aussi utilisé par un autre framework d'Architecture d'Entreprise, celui de Zachman (voir notre article Architecture d'entreprise : le framework de Zachman).

 

 

Les perspectives de l'architecture de sécurité SABSA

 

Par exemple, on pourra déterminer les points liés à la classification de l’information, la méthode d’analyse et de traitement des risques, la cartographie des flux applicatifs et des échanges de données, les aspects IAM (Identity and Access Management), les domaines de confiance et leurs localisations.

 

Exemples de l'architecture SABSA :

• les services d'authentification (par exemple, cas d’approbations entre les annuaires, les types d'authentification en fonction des risques ou de la sensibilité des informations)
• la gestion de la cryptographie (l’organisation, les possibilités de gestion centralisée des clés, les types de chiffrement possibles selon les risques, les cas de pseudo-anonymisation…)
• les cas d’évaluation de la sécurité par des audits techniques
• l’intégration de la sécurité dans les méthodes agiles comme Scrum (répartition des rôles entre le "Product Owner", le "Scrum Master", l’équipe de développement et les experts sécurité, comment et quand intégrer la sécurité dans les réunions "Sprint Planning" et les "Daily Scrum", les standards applicables…)
• les niveaux d’audits internes
  

Conclusion

Toutes les organisations, des réseaux électriques aux systèmes de combat, les entreprises privées ou publiques, les organismes de santé, tout est vulnérable face à l’arme numérique. Quelques attaques informatiques concernant des villes et des hôpitaux ont été rendues publiques, mais ce n’est que la partie émergée de l’iceberg,

Face à ces attaques, il est bon de trouver des alliés, et pour une fois il n’y a pas à choisir entre TOGAF vs SABSA, mais un seul framework TOGAF intégrant SABSA.

 

Le rôle de l'architecte d'entreprise sera alors de créer un environnement opérationnel dans lequel le risque opérationnel pourra être optimisé, pour un bénéfice métier maximal et une perte potentielle minimale.

 

Rhona Maxwel urbanisation-si.com @rhona_helena

 

“La chose la plus difficile est de n'attribuer aucune importance
aux choses qui n'ont aucune importance.”
Charles de Gaulle

 

Compléments de lecture

 

 

• TOGAF pour les nuls.
  
  
• Le processus des itérations ADM (Architecture Development Method), le moteur de la transformation d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• La phase A Vision du cycle de la méthode ADM (Architecture Development Method) de la transformation d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Comment mettre en œuvre la phase B Métier de la méthode ADM (Architecture Development Method) du framework d’Architecture d’Entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Comment mettre en œuvre la phase C Système d’Information et la phase D Technique de la méthode ADM (Architecture Development Method) du framework d’Architecture d’Entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Comment mettre en œuvre la phase E Opportunités et Solutions de la méthode ADM (Architecture Development Method) de la transformation d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Comment mettre en œuvre la phase F Planning de migration de la méthode ADM (Architecture Development Method) de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Comment mettre en œuvre la phase G Gouvernance de la méthode ADM (Architecture Development Method) de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Les objectifs de la phase H « Gestion de la maintenance et des évolutions » de la méthode ADM (Architecture Development Method) de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• La vision dynamique des exigences de la méthode ADM (Architecture Development Method) de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• La structure de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Les concepts du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Le diagramme de classe UML du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• L’extension « Gouvernance » du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• L’extension « Services » du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• L’extension « Modélisation de processus métier » du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• L’extension « Modélisation des données » du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• L’extension « Consolidation d’infrastructure » du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• L’extension « Motivation » du métamodèle de l’architecture d’entreprise TOGAF (The Open Group Architecture Framework)
  
  
• Le référentiel TOGAF sous toutes ses coutures : le « Continuum d'Entreprise » et la réutilisation de l'architecture
  
  
• Le référentiel TOGAF, le patrimoine des informations et des bonnes pratiques pour toute l’entreprise
  
  
• Gouvernance d’entreprise, Gouvernance technologique, Gouvernance informatique et Gouvernance de l’architecture : mais où se situe la Gouvernance TOGAF ?
  
  
• Le cadre de gouvernance de l'architecture : identifier les processus et les structures organisationnelles efficaces
  
  
• Gouvernance de l'architecture en pratique : principaux facteurs de succès et éléments d'une stratégie efficace

 

 

diagrams.net ne demande rien, aucune inscription, mail ou carte de crédit. Dès que l’on clique sur “Créer un nouveau diagramme”, on découvre une liste impressionnante de types de diagrammes : Entreprise, Graphiques, Cloud, Ingénierie, Organigramme, Cartes, Réseau, UML, etc. Que demander de plus ?

  

https://www.diagrams.net/

 

Demandons-nous d'abord ce qu’est un bon outil
pour l'architecte d’entreprise ?

Prenons l’outil numéro 1 Gartner dans la catégorie “Choix des clients Gartner® Peer Insights™” de cette année, pour les outils d'architecture d'entreprise (avec une note globale de 4,7 étoiles sur 5) : la plate-forme HOPEX de MEGA International.

 

Cette plate-forme web dispose d’un socle d’architecture d’entreprise exhaustif et ouvert supportant les standards du marché (TOGAF, ArchiMate, NAF, DoDAF, UML…). Le support de TOGAF (voir nos articles dans la catégorie TOGAF) comprend une bibliothèque de méthode décrivant l’ensemble de l’ADM (Architecture Development Method) avec les différentes phases, les entrées, les sorties, les livrables, les rôles…

 

L’architecte d’entreprise gagne un temps précieux, car il lui suffit de partir d’un modèle standard qu’il adapte au contexte. Une gestion des droits facilite la collaboration, chaque partie prenante accédant à ses vues en fonction de ses missions.

 

Des outils de demande de changement et de suivi de validation assurent la conduite opérationnelle des projets d’architecture en mode collaboratif.

 

D’autre part, MEGA propose des fonctions d’analyse et de reporting nécessaire à l’optimisation du patrimoine applicatif de l’entreprise, en lien avec la cartographie applicative et les méthodes d’urbanisation du SI. 

 

MEGA intègre les derniers paradigmes de l’architecture d’entreprise comme les approches capacitaires, les dernières méthodes d’architecture logicielle, le cloud, la modélisation systémique, la modélisation complexes comme les systèmes de systèmes.

 

Les référentiels sont interopérables, par exemple les informations gérées dans une démarche d’optimisation de processus de type Lean Six Sigma peuvent être réintégrées dans une démarche d’architecture.

 

Pour la mise en œuvre d’une transformation numérique, l'architecte d’entreprise dispose d'un ensemble d’outils comme la gestion de portefeuille applicatif, de ressources et de projets, mais aussi de gouvernance, de gestion de risques et de mise en conformité des opérations.

 

Et en ce qui concerne diagrams.net ?

Absolument rien de tout cela : juste un très bon outil de dessin, couvrant la plupart des normes et standards du spectre de la schématisation de systèmes.

 

Voici une liste à la Prévert des rendus de la plupart des types de diagrammes :

 

Pour les architectes d'entreprises : ArchiMate  

Exemple de diagramme ArchiMate

 

Pour les experts métier : BPMN  

Rendu des évènements BPMN

 

Pour les concepteurs et les développeurs : UML  

UML, exemple de diagramme de séquence

 

  

UML, exemple de diagramme d’activité

 

Pour les spécifications des systèmes industriels complexes : SysML 

SysML, exemple de diagramme d'exigence

 

Pour les directions opérationnelles : Ishikawa

 

Exemple de cartographie de dépendances d'objectifs

 

Pour la prise de notes rapide : Mind Mapping 

Exemple de cartes mentales

 

Pour les infographistes et les développeurs frontend : Maquette d'écran

 

Template montrant les possibilités de maquettage d'écran

 

Pour les chefs de projets : Gantt et PERT

 

Exemple de diagramme de Gantt

 

 

Exemple de diagramme PERT

 

Pour les concepteurs et les développeurs : Git

 

Exemple de représentation des différentes versions d'une application
suivi par le SCM (Source Control Management) Git

 

Pour le DevOps : Cloud AWS

 

Les fonctionnalités d'un système dans le cloud Amazon Web services

 

Pour les architectes logiciel : Architecture Micro-Services

 

Architecture Micro-Services vue par IBM

 

Conclusion

Son mode cloud, sa version française, son entière gratuité et l’accès instantané aux diagrammes ne demandant aucune authentification en font un excellent outil pédagogique pour illustrer les types de diagrammes utilisés par les architectes d’entreprise, les chefs de projet, les architectes logiciels, les concepteurs/développeurs, les MOA…

 

Vraiment dommage que diagrams.net ne possède pas un mode collaboratif comme Visual Paradigm ou une exhaustivité et une expertise dans les normes de modélisation de système comme GenMyModel.

 

diagrams.net, comme tous les outils de dessin, ne possède pas de référentiel d'objets d'architecture, pour réutiliser les mêmes objets dans plusieurs diagrammes. Avec la version locale appelée draw.io, il sera toutefois possible de copier-coller des objets d'un diagramme vers un autre. Malgré tout, diagrams.net reste une bonne alternative gratuite à d’autres standards payant comme Visio.

 

Cet outil conviendra donc parfaitement aux étudiants, voire aux consultants pressés. 

 

Note : 2,5/5

Nous regrettons :

- pas de mode collaboratif

- l’ergonomie moindre que celle de la concurrence

- pas de mise à jour semi-automatique des diagrammes

- bibliothèque de symboles limitée

- pas de traçabilité pour les mesures d’impact

- pas de validation des diagrammes

- pas d’audit

- pas de métamodèle

 

Nous aimons :

+ pas besoin d’authentification

+ la simplicité d’utilisation

+ le nombre de points d'ancrage de connecteurs sur une forme

+ la sauvegarde automatique des diagrammes

+ le mode Cloud

+ les exemples ArchiMate, BPMN, UML...

+ les exemples de cartographies d’architecture, comme celle des micro-services

+ connecteur draw.io gratuit pour Word, Powerpoint et Excel

 

Rhona Maxwel urbanisation-si.com @rhona_helena

 

“Chrétien, on aime un Dieu capable de réduire le monde à lui­-même au point de le créer ; (...) astronome, on quête l’origine de l’Univers au point de déduire son évolution du Big Bang ; mathématicien, on cherche les axiomes qui contiendraient tout le reste comme corolaires et conséquences ; philosophe, on espère trouver le fondement radical à partir duquel tout le reste n’est que phénomènes ; intellectuel, on ramène à la vie de la pensée la simple pratique et les simples opinions du vulgaire”. 

Bruno Latour

 

Compléments de lecture

• Texte vers UML et autres outils de "diagrammes en tant que code" - Le moyen le plus rapide de créer vos modèles ?
   
• GenMyModel est un outil de modélisation en ligne, supportant ArchiMate, BPMN, UML, DMN et gratuit, mais convient-il à l’architecte d’entreprise ?
   
• Visual Paradigm : l’eldorado du consultant en quête de présentations dorées, mais est-il un bon outil de modélisation pour l’architecte d’entreprise, voici notre test
   
• Archi (archimatetool) : essai et analyse de cet outil ArchiMate français gratuit sous Windows, Linux et Mac OS
   
• L’Architecture Micro-Services expliquée à ma fille
   
• Architecture Hexagonale, exemple de mise en pratique de la méthode DDD Domain Driven Design
   
• Les couches de l'Architecture Microservices et la méthode de conception DDD (Domain Driven Design
   
• ADOIT:CE pour la gestion de l’Architecture d’Entreprise
   
• Essai et évaluation de Modelio : est-il un bon outil de modélisation ?
   
• WinDesign : essai et analyse de la version d’évaluation, ce logiciel français est-il un bon outil pour l’Architecture d’Entreprise ?

 

Que valent les outils de modélisation "diagrams as code" ?
Écrire textuellement un modèle, puis générer les diagrammes correspondant en UML, BPMN, ArchiMate, etc. : rêve ou réalité ?

 

Et hop, un diagramme de classe UML dont le texte peut être mis sur GitHub (réalisé avec yuml).

 

 

 

De quoi parlons-nous ?

Au lieu de dessiner des diagrammes dans un environnement graphique, on écrit quelques lignes (en utilisant par exemple un langage de balisage) dans un fichier texte brut. Un générateur le convertit en un fichier image.
Un outil de modélisation textuelle prend donc en charge l'utilisation d’un langage à base d’une syntaxe comportant des mots clés, pour décrire des modèles logiciels et restitue automatiquement le diagramme graphique correspondant, à partir de cette description écrite. 
Ce mode de fonctionnement se fait en round-trip, c’est à dire qu’une fois le diagramme généré, le modélisateur a la possibilité d’apporter des modifications par l’intermédiaire d’un éditeur WYSIWYG, qui sont retraduites automatiquement en texte.
Ces outils de modélisation textuelle ne se concentrent pas uniquement sur UML, mais aussi sur BPMN, ArchiMate, etc.
D’autres appellations leur sont attribuées, comme diagrams as code ou outils low-code.

 

Quelle est leur place sur le marché des outils de modélisation ?

Cette catégorie d'outils textuels serait l'un des segments à la croissance la plus rapide du marché des modeleurs UML, les éditeurs ne s’y trompent pas : il suffit de regarder l’offre pléthorique ; nous en avons recensé plusieurs dizaines et en avons retenu 5, répertoriés en annexe de cet article.
Dans ses nombreux essais d’outils de modélisation, urbanisation-si.com a toujours systématisé l’UX/UI, l’efficience de l’ergonomie et les fonctionnalités proposées.
Avoir tous les artefacts de notations sous les yeux à portée de souris, des templates sur étagère, des conseils en temps réel permettant en quelques clics de cartographier un système, apportent un réel avantage sur les plans de l’utilisabilité et la rapidité d’appropriation des procédures de fonctionnement.
Alors, quelles sont les raisons qui pousseraient à décrire textuellement, puis à générer graphiquement, les modèles ?

 

Les défauts inhérents aux éditeurs WYSIWYG

Un premier problème concerne l'incohérence des éléments dont les détails divergent selon les vues.
Soit le diagramme 1, par exemple un diagramme de classes, et soit le diagramme 2, par exemple un diagramme de séquence. Que se passe-t-il si l'on copie/colle certains éléments du diagramme 1 dans le diagramme 2 et si par la suite on modifie un élément (par exemple, le nom d'une classe) présent dans les deux diagrammes uniquement dans l'un des diagrammes ? Avec de nombreux outils graphiques, on risque de se retrouver avec des vues incohérentes.

D’autre part, les modeleurs visuels UML (et autres styles) peuvent sérialiser les diagrammes en XMI (XML Metadata Interchange) conformément à la norme de l’OMG. 
A moins d’être expert en XSD (XML Schema Definition), d’avoir lu les presque 1000 pages de la technical reference UML et lire couramment XMI, le traitement manuel de ce code généré est absolument rédhibitoire et à proscrire, compte tenu de sa complexité et de son énormité et ne peut être réservé qu’à des parsers spécialisés.

 

Pourquoi s’embêter à écrire, plutôt qu’à schématiser ?

Mais pourquoi les outils de conversion de texte en UML sont-ils si populaires ? 

Qui n’a pas rêvé de pouvoir différencier toutes les versions d’un modèle ?
Le fait que les modèles UML soient stockés sous forme de texte simplifie leur intégration avec une variété d'outils comme les SCM (Source Control Management, les systèmes de gestion de versions).
Un des usages fréquents est de pouvoir comparer des modèles, de pouvoir gérer leur cycle de vie. Depuis que l'informatique existe, on sait comparer des fichiers texte bruts de manière extrêmement rapide et efficiente.
Tous les acteurs intéressés par la modélisation peuvent ainsi mieux comprendre les différences entre deux révisions de diagramme beaucoup plus rapidement que si l’on n'avait que des fichiers image, où il faudrait basculer sans arrêt entre deux versions. Cet avantage est particulièrement important pour les différentes cartographies des grandes organisations.

 

Outils de prédilection pour les ingénieurs d’études

Si cela est valable pour les architectes d’entreprise, il l’est aussi pour les concepteurs/développeurs qui utilisent des SCM dans leurs tâches quotidiennes : pour eux nulle nécessité d’acheter/installer des outils supplémentaires. 
Ces profils sont souvent plus à l’aise avec des langages textuels qu’avec des notations visuelles. Par exemple, ils utilisent le format Markdown et les outils associés pour concevoir la documentation technique, plutôt que MS Word.
Ces aspects représentent un énorme coup de pouce pour l'adoption de ces outils.

 

Solution légère et efficiente

Avec les outils de modélisation en ligne, ils constituent l'option incontournable pour toutes les personnes à la recherche d'une solution légère pour dessiner des modèles. En effet, comme la plupart des outils graphiques, ils disposent d'un éditeur en ligne, ils constituent un jackpot pour les modélisateurs occasionnels.

 

Finies les heures perdues à la mise en forme

Les mises à jour ne doivent pas être un exercice frustrant de déplacement et de redimensionnement pour faire de la place à un nouvel artefact de modélisation. Qui n’a pas passé des heures à rendre son modèle lisible, à se casser la tête pour éviter les croisements entre les relations, à centrer les entités saillantes, à regrouper par domaine métier, à modifier l’échelle, à choisir les couleurs les plus parlantes…

Avec un peu de pratique, la création de diagrammes devient beaucoup plus efficace que l'utilisation d'éditeurs WYSIWYG. 
La disposition des éléments du diagramme se fait automatiquement par l’application par le générateur de sa propre politique de mise en forme. De même, plus besoin de passer du temps sur le style manuel des nœuds, car cela peut maintenant être fait en utilisant un mécanisme semblable à une feuille de style, à un endroit central.

 

Mise en œuvre de l’architecture pilotée par les modèles grandement facilitée

La plupart du temps, les modèles sont cantonnés à un rôle documentaire, au lieu d'un rôle prépondérant dans le processus d'ingénierie logicielle, comme le postule l'architecture pilotée par les modèles MDE Model-Driven Engineering (IDM Ingénierie Dirigée par les Modèles) ou encore dans le monde des normes de l’OMG, MDA Model Driven Architecture. Dans ces cadres de pensée, tout peut être représenté sous forme de modèles, aussi bien les outils que les référentiels, les entités métier, la conception, le développement.
La transformation de modèle a pour objectif majeur la possibilité de spécifier les manières de produire plusieurs modèles cibles à partir d'un ensemble de modèles sources.
Techniquement, le moteur de transformation est grandement simplifié, car il est bien plus facile d’avoir en intrant un texte syntaxiquement simple et des règles qui seront appliquées pour générer le texte cible, que d'avoir un transformateur XSLT (eXtensible Stylesheet Language Transformations) qui doit traiter du XMI extrêmement verbeux.

 

Et l’envers du décor ?

Le problème central des outils les plus connus, tels que PlantUML ou Mermaid, est qu'ils peuvent toujours se retrouver avec des vues incohérentes. Pour contourner un peu le problème, il existe des mécanismes tels qu'une commande include <file>. Cela permet à un diagramme d'en inclure un autre, en réutilisant tous ou un sous-ensemble sélectionné de ses éléments. 
Pourtant, lorsqu’on regarde de plus près la plupart des outils listés en annexe ci-dessous, les fonctionnalités, l'expressivité et la robustesse de ces outils sont plutôt limitées. 

L’apprentissage d’un langage de balisage est nécessaire et implique un effort supplémentaire par rapport aux éditeurs graphiques. 
La disposition automatique choisie par le générateur d'images n'est parfois pas optimale. Dans ce cas, on va passer plus de temps à apprendre les astuces de mise en page offertes par le langage de balisage, telles que les constructions de contraintes spéciales.

 

Conclusion

Toute documentation complète doit inclure des diagrammes, car les images aident souvent à transmettre des idées et des concepts, plus efficacement que le texte. 
Cet article plaide en faveur de l'utilisation de diagrammes en texte pour faire de la création de diagrammes une expérience agréable pour les ingénieurs utilisant des SCM. Ces outils seront donc plus volontiers réservés comme outils de développement et à l'architecture logicielle.
Cependant, leur limite sera atteinte dès qu’il s’agira, en architecture d’entreprise, de concevoir des référentiels d’objets et d’assurer la traçabilité entre les cartographies.
 
Nous terminerons par une formule classique : comme toujours, le meilleur outil n’existe pas, il dépendra du contexte et de votre objectif.

Rhona Maxwel urbanisation-si.com @rhona_helena

“Tout ce qu’il faut pour faire un film, c’est une fille et un revolver.” 
Jean-Luc Godard
 

Annexe : nos préférés

PlantUML

Caractéristiques

https://plantuml.com/fr/

 

https://plantuml.com/fr/guide

PlantUML est un outil open source permettant aux utilisateurs de créer des diagrammes à partir d'une description textuelle. PlantUML vous permet de dessiner à peu près n'importe quel diagramme architectural dont vous avez besoin lors de la conception d'un système. Outre les diagrammes UML, il prend en charge plusieurs autres formats liés au développement de logiciels (ArchiMate, BPMN, Gantt chart, etc.), ainsi que la visualisation de fichiers JSON et YAML. 

PlantUML permet de dessiner rapidement des :

• diagrammes de séquence
• diagrammes de cas d'utilisation
• diagrammes de classes
• diagrammes d'objet
• diagrammes d'activité
• diagrammes de composant
• diagrammes de déploiement
• diagrammes d'états
• diagrammes de temps

Certains autres diagrammes (hors UML) sont aussi possibles:

• données au format JSON
• données au format YAML
• diagrammes ArchiMate
• diagrammes de Gantt
• diagrammes d'idées (mindmap)
• organigramme ou Work Breakdown Structure (WBS)
• notation mathématique avec AsciiMath ou JLaTeXMath
• diagrammes entité relation (ER/IE)

 

Exemple de code

@startuml
skinparam rectangle<<behavior>> {
roundCorner 25
}
sprite $bProcess jar:archimate/business-process
sprite $aService jar:archimate/application-service
sprite $aComponent jar:archimate/application-component
rectangle "Handle claim" as HC <<$bProcess>><<behavior>> #Business
rectangle "Capture Information" as CI <<$bProcess>><<behavior>> #Business
rectangle "Notify\nAdditional Stakeholders" as NAS <<$bProcess>><<behavior>> #Business
rectangle "Validate" as V <<$bProcess>><<behavior>> #Business
rectangle "Investigate" as I <<$bProcess>><<behavior>> #Business
rectangle "Pay" as P <<$bProcess>><<behavior>> #Business
HC *-down- CI
HC *-down- NAS
HC *-down- V
HC *-down- I
HC *-down- P
CI -right->> NAS
NAS -right->> V
V -right->> I
I -right->> P
rectangle "Scanning" as scanning <<$aService>><<behavior>> #Application
rectangle "Customer admnistration" as customerAdministration <<$aService>><<behavior>> #Application
rectangle "Claims admnistration" as claimsAdministration <<$aService>><<behavior>> #Application
rectangle Printing <<$aService>><<behavior>> #Application
rectangle Payment <<$aService>><<behavior>> #Application
scanning -up-> CI
customerAdministration -up-> CI
claimsAdministration -up-> NAS
claimsAdministration -up-> V
claimsAdministration -up-> I
Payment -up-> P
Printing -up-> V
Printing -up-> P
rectangle "Document\nManagement\nSystem" as DMS <<$aComponent>> #Application
rectangle "General\nCRM\nSystem" as CRM <<$aComponent>> #Application
rectangle "Home & Away\nPolicy\nAdministration" as HAPA <<$aComponent>> #Application
rectangle "Home & Away\nFinancial\nAdministration" as HFPA <<$aComponent>> #Application
DMS .up.|> scanning
DMS .up.|> Printing
CRM .up.|> customerAdministration
HAPA .up.|> claimsAdministration
HFPA .up.|> Payment
legend left
Example from the "Archisurance case study" (OpenGroup).
See
====
<$bProcess> :business process
====
<$aService> : application service
====
<$aComponent> : application component
endlegend
@enduml

 

Diagramme ArchiMate généré

 

PlantUML est un des outils "diagram as code" les plus connus et utilisés

 

Mermaid

https://mermaid-js.github.io/mermaid/#/

Mermaid est un outil de création de diagrammes et de graphiques basé sur JavaScript, qui utilise des définitions de texte inspirées de Markdown et un moteur de rendu pour créer et modifier des diagrammes complexes. L'objectif principal de Mermaid est d'aider la documentation à rattraper le développement. Mermaid permet aux utilisateurs de créer des diagrammes facilement modifiables, qui peuvent également être intégrés aux scripts de production (et autres morceaux de code). Mermaid est un outil open source.

 

Mermaid est un autre standard du marché

 

 

D2 (Declarative Diagramming)

https://terrastruct.com/

D2 vous permet d'éditer des diagrammes avec du texte ou une interface graphique, avec des changements synchronisés entre les deux.

D2 n'a pas de types de diagrammes. Dans d'autres outils, vous spécifiez "ceci est un diagramme de classe", ou "ceci est un diagramme d'état". L'un des objectifs de la conception de D2 est d'avoir une syntaxe minimale avec laquelle vous composez. Terrastruct explique qu'elle évite la mode "DSL dans un DSL" qui consiste à déclarer des diagrammes spéciaux et à avoir une syntaxe spéciale pour chacun.
Pour créer des diagrammes de classes dans D2, vous créez des objets comme n'importe quels autres et leur donnez une forme : classe.

 

• D2 supporte les extraits de code et le texte Markdown
• D2 supporte entièrement les diagrammes de classe UML
• relations entre tables SQL
• fractionnement d'un seul diagramme D2 en plusieurs fichiers qui peuvent être importés et réutilisés
• transpilation à partir des standards du marché PlantUML et Mermaid
• code source disponible
• prise en charge des connexions courbes
• personnalisation et création de thèmes
• D2 supporte les icônes personnalisées

 

 

 

Aperçu de l'IDE de D2

 

Structurizr

https://structurizr.com/

 

Un outil populaire, Structurizr DSL, vous permet de créer des modèles d'architecture logicielle basés sur le modèle C4 (https://c4model.com/), en utilisant un langage textuel spécifique au domaine (DSL). Le DSL vous permet de créer plusieurs diagrammes dans plusieurs formats de sortie, à partir d'un seul fichier source DSL.

 

Structurizr est basé sur le modèle C4 technique de notation graphique allégée
pour modéliser l'architecture des systèmes logiciels.

 

Umple

https://cruise.umple.org/umpleonline/

 

https://yuml.me/

 

https://yuml.me/diagram/scruffy/class/draw

 

 

Si vous êtes pressé !

 

Compléments de lecture

• Le meilleur outil pour transformer, dériver, parcourir, requêter sur des modèles afin de mettre en œuvre MDA (Model Driven Architecture)
   
• Transformation de modèles et Ingénierie Dirigées par les Modèles (IDM ou MDE Model Driven Engineering ou bien encore MDA Model Driven Architecture)
   
• Ingénierie Dirigée par les Modèles : présentation MDA (Model Driven Architecture), mais est ce utilisé dans la vraie vie ?
   
• Modélisation de système : UML n'est rien sans OCL !
   
• Eclipse Modeling Framework (EMF) : revoyons les fondamentaux
   
• Query View Transform (QVT) Operational : tutoriel, plus simple tu meurs !
   
• Ingénierie Dirigée par les Modèles (IDM) : tutoriel ATL (ATLAS Transformation Language), concevez les métamodèles avant de passer aux choses sérieuses
   
• Ingénierie Dirigée par les Modèles (IDM) : tutoriel ATL (ATLAS Transformation Language), le "Da Vinci code" de la transformation ATL

 

GenMyModel est une plate-forme française de conception logicielle basée sur les normes UML pour la modélisation de systèmes, BPMN pour les processus d'entreprise, DMN pour les règles métier et AchiMate pour l’Architecture d’Entreprise. Complètement accessible dans le cloud en mode SaaS, il fournit des générateurs de code intégrés pour Java, SQL, Spring… Idéal ou produit d'appel à des formules payantes ?

  

L'offre des catégories de projets est pléthorique

 

Mise en œuvre

Simplissime, le site https://www.genmymodel.com/ propose de créer un compte afin d’accéder à la plate-forme. Vous pouvez aussi utiliser un compte Google ou GitHub existant.

 

Axellience, les jumeaux numériques et les heatmaps

Basé à Lille, Axellience a été le premier éditeur français de logiciel à créer une plate-forme de modélisation collaborative en ligne, GenMyModel, permettant une co-création à la « Google Drive », basée sur un référentiel commun.

 

A partir de la plate-forme technologique GenMyModel, Axellience a élaboré “Agile Architecture Factory”, une solution collaborative payante en ligne pour l’architecture agile du SI dans les projets de transformation, ainsi qu’une offre de services associés.

 

Axellience étend les possibilités de personnalisation de sa méthode en généralisant aux normes ArchiMate et BPMN la notion de profil UML. Ces profils permettent de créer de nouveaux objets avec leurs icônes, et d'en disposer immédiatement pour la modélisation, le reporting et la documentation, en mode no-code. Un projet peut être “multi-modèles”, c'est-à-dire combiner autant de notations que nécessaire, par exemple un modèle de stratégie ArchiMate, des modèles de processus BPMN, des modèles de données en diagramme entité-relation ou UML...

 

Partant du constat que personne n’a le temps de réaliser la documentation, Axellience a conçu LiveView, un outil bâti sur le principe suivant : “modéliser = documenter”, qui génère automatiquement tous types de rapports.

 

L’éditeur propose un service basé sur les jumeaux numériques (réplique numérique d'un objet, d'un processus ou d'un système), qui, combiné avec sa méthode, permet de réaliser des indicateurs visuels comme des heatmaps, graphique de données statistiques faisant correspondre à la grandeur d’une variable une gamme de couleurs, pour illustrer les résultats des décisions prises. 

 

Une ombre au tableau,
le service de collaboration à la Google est payant

 

Pour pouvoir travailler à distance à plusieurs, dans le cloud en mode SaaS ("Software as a Service"), il faut tout d’abord créer une organisation ; ce service est payant ; voir la copie d’écran ci-dessus. Une fois créée, on peut ajouter des membres avec leurs courriels. Les membres devront se connecter, aller dans leur tableau de bord où apparaîtra l’invitation et cliquer sur le bouton pour joindre l’organisation.

 

Les changements effectués par chacun des membres seront relayés en temps réel, comme pour un document Google Drive ou comme avec Visual Paradigm (voir notre article dans les compléments de lecture).

 

L’utilisateur possédant un compte FREE ou SOLO devra modifier sa souscription moyennant finance en EQUIPE ou ENTREPRISE.

 

Dépôt public

 

Les modèles dans le dépôt public ne sont malheureusement pas vérifiés
quant à leur conformité aux normes.

 

GenMyModel possède un dépôt public avec quelque 200 000 exemples permettant de ne pas partir from scratch.

 

Les modèles UML : la grande classe

GenMyModel propose les diagrammes UML ("Unified Modeling Language") suivants : classes, composants, activités, état-transitions, objets, séquence, cas d’utilisation, déploiement. Dommage que les diagrammes UML composite, package, communication, temps et global d'interaction soient absents. Les choix par défaut sont judicieux ; les noms des rôles sont automatiquement définis positionnés ainsi que les multiplicités.

 

On pressent que GenMyModel est destiné à la génération automatique de code, ce qui le positionne dans le camp des évangélistes du low-code/no-code.

GenMyModel est très certainement à ranger parmi les outils de modélisation classieux.

 

 

Pour UML, GenMyModel ravira les architectes logiciels, ainsi que les concepteurs-développeurs

 

BPMN et la notation souvent oubliée DMN

Si la norme BPMN ("Business Process Model and Notation") est incontournable pour la modélisation des processus métier et si la grande majorité des outils de modélisation l’implémentent, il en est différemment pour la norme DMN (Decision Model and Notation) pour la modélisation des règles métier et des tables de décision. Rares sont les outils supportant cette norme pourtant associée à BPMN.

 

En effet, à une “Business Rule Task” BPMN, il est d’usage de lui faire correspondre le modèle DMN détaillant les règles métier. A noter que cette tâche est nommée “Business Task” dans l’outil. Si GenMyModel supporte DMN, il est malheureusement impossible de faire correspondre les 2 modèles BPMN et DMN sur le même diagramme.

 

 

Il aurait été judicieux de pouvoir insérer le diagramme DMN ci-dessous
à côté de la Business Rule Task "Etudier l'adhésion"

 

 

 

GenMyModel supporte la norme DMN
pour la modélisation des règles métier et des tables de décision

 

ArchiMate

Nous avons utilisé le pattern ArchiMate (langage de modélisation du framework TOGAF The Open Group Architecture Framework) “Point de vue de réalisation de service" qui permet de montrer comment un ou plusieurs services métier sont réalisés par les processus sous-jacents (et parfois par les composants d'application).

 

GenMymodel est moins abouti dans ce domaine qu'Archi par exemple (voir notre article dans les compléments de lecture).

 

 

Pour ArchiMate, GenMyModel se situe un cran en dessous d'un outil comme Archi,
mais, contrairement à lui, il s'exécute à distance en environnement Cloud.

 

Import/Export

Pour accélérer la transition Cloud, GenMyModel est interopérable avec Confluence et Jira d’Atlassian. Les utilisateurs profitent de la solution pour se libérer des outils concurrents à base de clients lourds. Ainsi, l’import de l’outil Enterprise Architect de Sparx Systems (https://sparxsystems.com/) se rajoute aux imports XMI et BPMN, pour faciliter la reprise des référentiels d’architecture existants.

 

GenMyModel propose d’exporter la documentation dans les formats standards Word, PDF…

L’outil offre la possibilité d’exporter les diagrammes en XMI (XML Metadata Interchange) qui est le format textuel normalisé par l’OMG d’import/export de diagrammes UML. Pour les processus métier, le format d’import/export BPMN2 est entièrement supporté.

 

Outil low-code/no-code ?

Comme son nom l’indique, la spécialité de GenMyModel est la génération de code. Nous avons été agréablement surpris par l’étendue et la puissance du générateur de code utilisant des modules open source en provenance de l’organisation Eclipse.

 

En effet, la plupart des langages sont supportés. De plus, il est possible de générer des microservices en Java Spring Boot, qui est une des solutions d’implémentation les plus tendance pour une Architecture Microservice (voir notre article dans les compléments de lecture).

 

 

Extrait du code Java produit par le générateur UML2SpringBoot de GenMyModel

 

Conclusion

La formule gratuite n’offre pas la possibilité de gérer un référentiel d’objets transverses à l’ensemble de l’entreprise.

 

GenMyModel est sans conteste un excellent outil de modélisation, plutôt réservé à la conception d’application qu’à l’Architecture d’Entreprise. Les concepteurs-développeurs trouveront leur bonheur en modélisant, puis en générant des squelettes de code dans leur langage favori.

 

GenMyModel comporte très peu d’aide, pas d’exemple complet comme dans ADOIT:CE, Modelio ou WinDesign (voir nos articles dans les compléments de lecture). 

 

Comme beaucoup d’autres sociétés de consulting, Axellience propose gratuitement un outil de modélisation offrant les fonctionnalités de base, afin de montrer ses compétences et d’attirer de potentiels clients qui, pour leurs référentiels d’entreprises, auront nécessairement besoin d’extensions payantes et des services, autour de leur méthode maison “Agile Architecture Factory”.

 

Note : 3/5

Nous regrettons :

- L'impossibilité de lier n’importe quels objets du référentiel pour assurer la traçabilité,

 

- Peu de documentation,

 

- Pas d’exemple concret et complet, mais anonymisé, montrant les possibilités de l’outil

 

- L’absence de validation des diagrammes, avec la description détaillée des erreurs
et des propositions de solutions pédagogiques.

 

Nous aimons :

+ L’ergonomie et le design sont au niveau de ce qui se fait de mieux aujourd’hui,

 

+ Un outil de modélisation open source supportant ArchiMate, BPMN, DMN et UML,

 

+ Outil en mode Cloud se dispensant de toute installation en local et disponible sur tous les OS.

 

Rhona Maxwel urbanisation-si.com @rhona_helena

 

“Always choose people that are better than you, that challenge you and are smarter than you. Always be the student” Sandra Bullock.

(Choisissez toujours des personnes qui sont meilleures que vous, qui vous challengent et qui sont plus intelligentes que vous. Soyez toujours l'étudiant) 

 

Compléments de lecture

• Visual Paradigm : l’eldorado du consultant en quête de présentations dorées, mais est-il un bon outil de modélisation pour l’architecte d’entreprise, voici notre test
   
• Archi (archimatetool) : essai et analyse de cet outil ArchiMate français gratuit sous Windows, Linux et Mac OS
   
• L’Architecture Micro-Services expliquée à ma fille
   
• Architecture Hexagonale, exemple de mise en pratique de la méthode DDD Domain Driven Design
   
• Les couches de l'Architecture Microservices et la méthode de conception DDD (Domain Driven Design
   
• ADOIT:CE pour la gestion de l’Architecture d’Entreprise
   
• Essai et évaluation de Modelio : est-il un bon outil de modélisation ?
   
• WinDesign : essai et analyse de la version d’évaluation, ce logiciel français est-il un bon outil pour l’Architecture d’Entreprise ?