Skip to end of metadata
Go to start of metadata

La Doctrine est un ensemble de règles synthétisant l'Architecture d'Entreprise présentée dans cet espace.

Elles simplifient les concepts de l'EA et offre un support de communication épuré envers les Chef de Projets, les Managers et les Métiers.

Règles de la doctrine 

Règle 1: Le Maître de la donnée  DEA-01

« Les données appartiennent à un système principal qu’il convient de solliciter pour obtenir tout ou partie de la donnée. La copie de copie est interdite. »

Un système unique est maître de 1 à n notions métier. Il en maîtrise le cycle de vie.

Un système peut consommer des données en les demandant à celui-ci. Il peut les stocker temporairement pour faciliter leur usage en lecture.

Règle 2: Minimiser l’embonpoint  DEA-02

« Seules les données nécessaires et suffisantes sont stockées. »

A chaque donnée, correspond des traitements. A chaque donnée redondante, il existe des traitements redondants. Pour réduire les coûts induits par cette duplication, il ne faut pas de données  redondantes, voir inutiles.

« Seules les données nécessaires sont véhiculées. »

Les échanges entre systèmes sont coûteux pour le SI. La réutilisation prévaut pour éviter le transport, les transformations, le stockage, la synchronisation et les rejets inutiles.

Règle 3: Maîtriser les interactions  DEA-03

« Un cadre d’échanges clair pour le métier ».

Un ensemble réduit de patterns fonctionnels d’échange définit un cadre simple pour le métier. Ils sont compréhensibles et sont la base des spécifications avec :

  • la propagation de données,
  • l’émission d’événements métier,
  • l’appel d’opérations ou de règles fonctionnelles.

Ces patterns d’échange régissent les flux d’informations dans et en périphérie de l’entreprise.

Règle 4: Faciliter l’accès à l’information  DEA-04

« L’information doit être accessible rapidement. »

Afin de proposer des offres innovantes et s’adapter rapidement au marché, les données doivent être accessibles. Les workflows et cadres applicatifs sont donc séparés des données.

Les moyens techniques support aux échanges utilisent des protocoles standards, normalisés et outillés. Par opposition, les protocoles propriétaires ne sont jamais exposés et consommés par un autre système.

Règle 5: Un vocabulaire d’entreprise  DEA-05

« Une communication sans ambiguïté est essentielle. Les concepts métier de l’entreprise en sont les fondations. »

La richesse d’une entreprise est sa connaissance et sa maîtrise de son métier. Il doit être documenté et partagé. Le SI le met en musique dans ses bases de données et dans les échanges. Ces derniers utilisent un format très proche de ce vocabulaire. Comme il fait partie de la culture d’entreprise, il est stable et apporte une abstraction au changement.

Par opposition, la translation brute d’un format natif est interdite entre les systèmes.

Règle 6: Anticiper le changement  DEA-06

« Chaque application évolue indépendamment des autres ».

Afin de permettre l’évolution désynchronisée des briques du Système d’Information (applications et systèmes), les échanges sont indépendants aux technologies et contractualisés dans :

  • des API,
  • des Services,
  • des Messages.

Ce cadre contractuel facilite la communication entre les MOA et MOE sur les cycles de vie des ressources consommées: ouverture, obsolescence et fermeture.

Règle 7: Pilotage par le métier  DEA-07

« Le métier est le pilote ».

Le métier est le demandeur des évolutions de ses outils (ie le Système d’Information). Il les finance directement ou indirectement. Il doit être en capacité de piloter les coûts engagés et de comprendre les usages. Ils sont collectées et mis à disposition au management dans des rapports adaptés.

Tous les flux sont dits “facturables”: Qui, Quoi, Combien et Quand.

Règle 8: QoS First  DEA-08

« La qualité de service est anticipée, mesurée et améliorée ».

Les systèmes et leurs interactions sont conçus avec des contraintes de Qualité de Services (QoS). Les principaux critères sont :

  • la disponibilité,
  • le temps de réponse,
  • la capacité maximale,
  • le temps de transfert de la source vers la cible.

Chaque système consommateur doit avoir connaissance du contrat de service (SLA) de chaque ressource utilisée.

Enfin, Chaque système évolue en améliorant sa QoS.

Règle 9: Minimiser le coût de l’erreur  DEA-09

« Les erreurs et incompréhensions entre les systèmes ne complexifient pas les échanges ».

Pour simplifier la gestion des erreurs dans les échanges, les responsabilités sont claires:

  • La médiation assure le rejeu technique lié à des indisponibilités (SLA non égaux).
  • Les rejeux fonctionnels sont pris en charge par les systèmes sources et cibles.

Les principes simples sont partagés par tous les systèmes:

  • Il est interdit de perdre des messages ou appels transactionnels.
  • Les appels “simples” sont non garantis et ne sont pas rejoués par défaut par la médiation.
  • Les échanges fichiers (sans feedback direct) sont minimisés.

Règle 10: La sécurité est l’affaire de tous  DEA-10

« Chaque utilisateur n’accède qu’aux données de son périmètre ».

Toute connexion par un utilisateur au SI est identifiée et authentifiée.

Toute production d’information doit être adaptée au bon niveau d’accréditation et de confidentialité de l’utilisateur (personne, application, système, partenaire, etc.). Le producteur d’information est le garant de cette adéquation.

Règle 11: Gouvernance du SI  DEA-11

« Le chef d’orchestre est la Direction des Systèmes d’Information ».

Tous les projets participent au bien commun. Les efforts sont partagés et mutualisés.

La vision des systèmes et des applications est organisée et structurée dans un référentiel documentaire et cartographique accessible par tous.

La DSI gère un plan d’évolution du Système d’Information à 3 ans minimum. Les architectes d’entreprise en dressent le chemin et les détails. Ils sont les garants de la cohérence globale.

Support de Présentation

  • No labels