Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

Ce modèle est très personnel. Il est le fruit de mon expérience dans les domaines de:

  • architecture logicielle
  • méthodes UML et RUP
  • architecte middleware

Celui-ci est volontairement simple. Il n'a pas vocation a être exhaustif. J'y ai d'ailleurs laissé quelques incohérences mais au profit d'une meilleure compréhension.

Les regroupements suivent les couches SOA:

  • métier
  • fonctionnel
  • application
  • technique.

 

 

 

 

 

Métier

NomDescription
EnjeuEst un enjeu de niveau entreprise. Un macro objectif définit par le top management.
Objectif

Est un objectif fonctionnel porté par le métier.

Exemple: "Proposer un catalogue de produits adapté aux professionnels en déplacement".

ProcessusReprésente un résultat tangible pour le métier qui doit être réalisé au travers d'une ou plusieurs activités.
ActivitéEnsembles d'actions qui produisent un résultat direct ou indirect en vue de répondre au résultat à atteindre.

 

Fonctionnel

NomDescription
Cas d'Usage

Porte un résultat fonctionnel de niveau tâche qui peut être informatisé ou non.

Terme issue d'UML afin de formaliser un micro résultat au travers de plusieurs interractions entre des personnes, un ou des systèmes, etc. Un scénario le décrit très bien.

Domaine

Regoupe dans une cartographie les domaines et sous-domaines fonctionnels. L'urbanisation du SI permet d'affiner ce principe au travers d'une démarche plus formelle.

L'application s'inscrit dans un ou plusieurs domaines (en superposition).

Application

L'application est un système applicatif autonome.

Exemple: ERP, SIRH, etc.

DonnéeLa donnée est la notion fonctionnelle créée, enrichie, transformée ou détruite.
EvénementLors de la réalisation de tâches, des événements arrivent. Ils sont créés lors de ces interractions. Ils peuvent ou non être interceptés pour analyse ou déclenchement de traitements.
FluxUn flux est un transport ou transfert d'une donnée fonctionnelle d'une application vers une autre. Attention, lors d'une échange, une donnée peut etre poussée et une autre récupérée.
Service

Un service propose des opérations fonctionnelles atomiques.

Exemple: Calculer un prix de TVA en fonction du produit et de la localisation du client.

 

Application

Technique

 

 

 

 

 

 

  • No labels