1 - Gouvernance

Cas d’usages de gouvernance.

1.1 - Evaluation de la qualité des échanges

Cas d’usage: Evaluation de la qualité des échanges

Besoins

Problématique

Réponse

1.2 - Evaluation de la qualité des flux

Cas d’usage: Evaluation de la qualité des flux

Besoins

Problématique

Réponse

2 - Métier

Cas d’usages métier

2.1 - Alerte rapide des dysfonctionnements

Cas d’usage: Alerte rapide des dysfonctionnements

Problématique

  • Comment alerter efficacement les référents fonctionnels lors de dysfonctionnement ?
  • Comment identifier les référents ?
  • Comment regrouper des dysfonctionnements entre eux afin de ne pas submerger en erreurs ?
  • Quel est le niveau de l’alerte ?

Besoins

Une alerte est le fait de communiquer sur un dysfonctionnement. Elle doit être envoyée aux destinataires concernés par celui-ci. Dans le cas des échanges, il s’agit des responsables des applications sources et cibles.

Le niveau de l’alerte répond à 2 critères:

  1. La criticité fonctionnelle de l’échange,
  2. La gravité de l’erreur rencontrée.

Réponse

EFR organise sa vision du système d’information suivant des principes d’urbanisation. Ainsi il peut déterminer:

  1. les applications mises en jeu lors d’un échange,
  2. les contacts à solliciter.

EFR regroupe les dysfonctionnements suivant 2 perspectives:

  1. métier pour offrir une vision par le métier (échanges et informations),
  2. applicative pour permettre une compréhension des comportements des applications et de leurs interfaces.

Chaque contact est alors informé 1 seule fois lors de dysfonctionnements. Il n’y a pas d’ effet TSUNAMI lors d’erreurs en masse sur un flux.

Enfin, la criticité de l’alerte est déduite par la définition de l’échange dans la vue métier de l’ urbanisation.

2.2 - Prouver le transport d'une information

Cas d’usage: Prouver le transport d’une information

Problématique

  • Comment démontrer le bon transport d’une donnée ?
  • Comment suivre l’avancement du transport ?
  • Comment valider le départ ou l’arrivée à destination ?

Besoins

Lors de la réception de données commercialement sensibles, il est primordial d’être en capacité de démontrer la réception dans le Système d’Information de l’entreprise. Un mécanisme de preuvre est alors nécessaire.

Exemples:

  • Lors de la réception de flux EDI
  • Lors d’échanges intégrés par MESSAGES avec un partenaire.

Réponse

EFR gère tout contenu de traces et leurs états correspondant. Il organise ces traces afin de les regrouper dans des ensembles simples et cohérents. Ces traces peuvent donc servir de preuves de transport entre des partenaires internes ou externes à l’entreprise.

Les partenaires émettent des traces aux étapes clés des traitements comme :

  • émission,
  • réception,

Les étapes internes (envoi, transformation, erreurs) viennent ensuite compléter le cheminement complet afin de permettre le suivi et la preuve de bout en bout.

2.3 - Recherches transverses de données transportées

Cas d’usage: Recherches transverses de données transportées

Problématique

  • Quelles sont les données transportées par les échanges ?
  • Comment gérer les perspectives des données dans le SI ?

Besoins

Le métier a besoin de vérifier le transport d’informations au sein des briques du système d’information.

Il convient de rechercher par nature ou par identifiant métier les échanges réalisés.

Exemple:

  • Tous les échanges ayant transportés la facture ABC,
  • Quelle est le dernier système à avoir reçu la commande DEF ?

Réponse

Pour répondre à ce besoin, 3 fonctionnalités sont nécessaires:

  1. la définition d’information purement fonctionnelle,
  2. la capacité à lier des données (techniques ou applicatives) à ces informations,
  3. l’identification des données dans les échanges.
Exemple:
Une commande est transportée sous les noms suivants:
- pour SAP: BLAORD et E1EDK03 suivant les contextes,
- pour Salesforce: order. 
- des raccourcis versionnés tels que ORDER01 et ORDER02

Enterprise Flows Repository y répond pleinement avec:

  1. la prise en compte de:
  • information: notion purement fonctionnelle, dans la vue BUSINESS,
  • donnée: notion applicative, dans la vue APPLICATIONS.
  • alias: synonymes des informations et des alias.
  1. Le marquage des données transportées dans le format interne de la trace

2.4 - Suivi de bout en bout

Cas d’usage: Suivi de bout en bout.

Problématique

  • Comment suivre un échange dans le systèmes d’information de bout en bout ?
  • Comment obtenir une vision accessible par les non spécialistes ?

Besoins

Un échange entre le producteur et ses consommateurs passent régulièrement

Réponse

3 - Support

Cas d’usages de support.

3.1 - Réduction des efforts de support

Cas d’usage: Réduction des efforts de support

Besoins

Problématique

Réponse

3.2 - Centralisation de la supervision

Cas d’usage: Centralisation de la supervision

Besoins

Problématique

Réponse

4 - Technologique

Cas d’usages technologiques.

4.1 - Migration de produits

Cas d’usage: Migration de produits

Besoins

Problématique

Réponse

4.2 - Transformation technologique

Cas d’usage: Transformation technologique

Besoins

Problématique

Réponse

4.3 - Upgrade de version

Cas d’usage: Upgrade de version

Besoins

Problématique

Réponse