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
architecture middleware
gestion de projets
architecture d'entreprise.

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 vues habituellement utilisés dans l' Architecture d'Entreprise ou Urbanisation:

stratégie / entreprise: Missions et objectifs
procéssus métier: Processus et Organisation
fonctionnel: Système et Information
application: implémentation Logicielle
technique: déploiement physique.

Vue Stratégie / Entreprise

Nom	Description
Enjeu	Est un enjeu de niveau entreprise. Un macro objectif définit par le top management. « Ce que l'on peut gagner ou perdre dans une entreprise quelconque », Larousse
Objectif	Est un objectif d'entreprise porté par un ou plusieurs métiers. « But, résultat vers lequel tend l'action de quelqu'un, d'un groupe », Larousse Exemple: "Proposer un catalogue de produits adapté aux professionnels en déplacement".
Reporting	Rapports de suivi de la performance globale.
Organisation	Regroupement de rôles et de responsabilités.

Vue Processus Métier

Nom	Description
Rôle	Est une responsabilité fonctionnelle portée par une population de personnes. Exemple: Responsable d'atelier, Chef de pont, etc.
Processus	Représente un résultat tangible pour le métier qui doit être réalisé au travers d'une ou plusieurs activités. Chaque processus porte un objectif sous la forme d'un résultat opérationnel.
Activité	Ensembles d'actions qui produisent un résultat direct ou indirect en vue de répondre au résultat à atteindre.
Indicateur de performance	Indicateur qui permet de suivre l'activité business. Exemple: Nombre d'articles en stocks, Nombre de ventes à l'heure, etc.

Vue Fonctionnelle

Nom	Description
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ée	La donnée est la notion fonctionnelle créée, enrichie, transformée ou détruite.
Règle	La règle est un traitement fonctionnel court qui utilise des données du domaine et produit un ou plusieurs données en résultats. Exemple: Calculer un taux de TVA sur un article.
Evénement	Lors 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.
Flux	Un 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 est une représentation logique d'une activité métier qui a un résultat précis. Il est caractérisé par: il est auto-porté il peut être composé d'autres services il est vu comme une boite noire pour son consommateur. il propose des opérations fonctionnelles atomiques basés sur des règles fonctionnelles. Exemple: Calculer la TVA sur un panier utilisateur.

Vue Applicative

Nom	Description
Module applicatif	Il s'agit d'un élément autonome et possédant une consistance physique. Il est déployable. Exemple: WebApp Front AC, Portlet AB, etc.
Interface	Une interface est l'exposition d'une structure de données dans un format et suivant un protocole précis. Exemple: fichier XML, Tables DB
Médiation	Une médiation est le transport d'un ensemble de données sous la forme de message, requête, etc. Elle relie les interfaces entre elles pour permettre ces transferts.
Restriction d'usage	Une restruction est la définition des contraintes d'usage à respecter: volumétrie, cache, etc.
Contrat de Services	Est une interface manipulée au travers d'opérations. Les types peuvent être: WSDL, WADL, PL/SQL, etc.
SLA service	SLA associé au Contrat de Services.
Sécurité	Contraintes de sécurité regroupées dans une vision commune et simplifiée.

Vue Technique

Nom	Description
Socle technologique	Un socle correspond à une plateforme technologique et un produit. Exemple: Wildfly 10, SAP R3, etc.
Process OS	Correspond au processus machine.
Serveur	Serveur virtuel ou physique
Data Center	Grappe matérielle de serveurs.
SLA matériel	SLA associé au matériel ou la plateforme de virtualisation.

Browser not supported