Qu'est-ce que l'architecture UMA ?
L'architecture UMA (Unified Method Architecture) est un métamodèle d'ingénierie de processus. Celui-ci définit un
schéma et une terminologie qui permettent de représenter des méthodes comportant des contenus de méthode et des
processus. Voir aussi Concept : Principales fonctions de l'architecture UMA (Unified Method
Architecture) pour des informations plus détaillées.
Principes fondamentaux de l'architecture UMA
L'architecture UMA repose sur les principes fondamentaux suivants :
-
La distinction entre le contenu de méthode principal et l'application du contenu de méthode dans les processus
-
La définition d'un mécanisme d'extensibilité facultatif dans la méthode pour la gestion de méthode à grande échelle
et les référentiels de processus
-
Le regroupement par packages et la configuration du contenu de méthode, des processus et des plug-ins dans les
bibliothèques de méthode
-
Une distinction entre la méthode recommandée et les zones de description des conseils
-
Une distinction entre les éléments sémantiques et leur notation dans les diagrammes de processus
Les éléments de base de l'architecture UMA
Le principe le plus fondamental de l'architecture UMA (Unified Method Architecture) repose sur la distinction entre le
contenu de méthode principal réutilisable et son application dans le processus. Presque tous les éléments de
l'architecture UMA sont classés selon cette distinction.
L'architecture UMA distingue le contenu de méthode principal réutilisable de son application dans les processus.Le
contenu de méthode décrit ce qui doit être produit, les compétences nécessaires requises, et explique par étapes
successives le moyen d'atteindre les objectifs de développement spécifiques, indépendamment de la place de ces éléments
dans un cycle de développement.Les processus utilisent ces éléments de méthodes et les lient dans des séquences
semi-ordonnées qui sont personnalisées pour certains types de projets. Par exemple, un projet de développement logiciel
qui développe une application à partir de zéro effectue des tâches de développement, telles que le "Développement de la
vision" ou la "Conception de cas d'utilisation", semblables à celles d'un projet d'extension d'un système logiciel
existant.Cependant, les deux projets effectueront les tâches à différents moments et y accorderont une importance
différente : ils effectueront les étapes de ces tâches à différents moments et y appliqueront peut-être des variations
et ajouts particuliers.
La figure ci-dessous montre la différence entre le contenu de méthode et le processus en les représentant comme deux
dimensions différentes :
-
Le contenu de méthode, qui décrit la réalisation du travail de développement, est classé par disciplines.Chaque
discipline comprend des tâches (non visibles sur la figure), qui décrivent en plusieurs étapes la manière
d'atteindre certains objectifs de développement.
-
Les processus référencent les tâches du contenu de méthode, qui sont ensuite placées dans des structures de
répartition et des enchaînements d'activités prêts à l'instanciation, en attribuant des ressources pour effectuer
le travail et en disposant de véritables produits d'entrée et de sortie pour les tâches.
Définition du contenu de méthode et
application du contenu de méthode dans un processus
Les concepts clé de l'architecture UMA reflètent cette distinction entre le contenu de méthode et le processus, comme
le montre la figure ci-dessous. Elle indique qu'une Méthode (également appelée infrastructure de méthode)
comprend d'une part un contenu de méthode, décrit par des concepts, tels que produits, rôles, tâches et catégories, et
d'autre part des processus, décrits à l'aide d'activités, de patterns de capacité ou de processus de livraison.
Vue d'ensemble de la disposition des concepts clé de l'architecture UMA selon qu'ils représentent un contenu de méthode
ou un processus
Les principaux éléments de
contenu de méthode sont les suivants :
Les principaux éléments de
processus sont les suivants :
Les conseils revêtent de nombreuses formes :
|