Urbanisation SI : la méthode ultime pour modéliser les besoins d'un projet - 11ème partie - Exigences – UML – Profil spécifique
Si dans une démarche d'urbanisation du Système d'Information ( SI ), on a cartographié la vue métier, les changements dans les processus métiers qu'ils s'agissent de modifications de nouveautés, vont conduire dans le schéma directeur à des nouveaux projets dont les exigences en seront directement issues.
Les AGL ( Atelier de Génie Logiciel ), utilisent des stéréotypes UML, c'est à dire une spécialisation de certains artefacts de modélisation. Pour les exigences, une classe UML est stéréotypée "Requirement" ( Exigence ) avec comme symbole de représentation un rectangle avec une double barre verticale dans le premier tiers gauche du rectangle.
Le modélisateur utilise alors les relations du diagramme de classe comme les associations, agrégations, compositions et héritages.
L'intérêt de l'AGL, c'est d'avoir un référentiel de tous les éléments de modélisation y compris les exigences. Un ensemble d'informations comme le titre, la description, le type ( fonctionnelle ou non fonctionnelle ), l'auteur, la date mais aussi des informations concernant la conduite de projet comme la priorité, le niveau de difficulté, la phase, les documentation liés, les règles, les contraintes, ... Toutes ces informations serviront par exemple à la planification, à la génération automatique de la documentation, ...
Outre de pouvoir gérer un référentiel d'exigences, l'AGL permet, comme les exigences sont d'un point de vue UML des classes, de créer des liens de dépendances vers d'autres éléments de modélisation comme les activités du diagramme d'activité UML, celles des processus métier modélisés en BPMN.
Les cas d'utilisation ( Use Case ) modélisent les comportements attendus des futurs utilisateurs et auront des liens de dépendance ( on peut utiliser la relation UML d'implémentation ) vers les exigences.
On vérifiera ainsi que toutes les exigences sont implémentées par au moins un cas d'utilisation. S'il reste des exigences non implémentées, c'est soit que tous les use case n'ont pas encore été identifiés, soit qu'elles appartiennent à des fonctionnalités hors du périmètre projet.
"Une vie qui n'est pas réfléchie ne vaut pas d'être vécue."
Socrate
Voir aussi :
http://www.urbanisation-si.com/
http://urbanisation-si.wix.com/blog
http://urbanisme-si.wix.com/blog
http://urbanisation-si.wix.com/urbanisation-si
http://urbanisation-si.over-blog.com/
http://rhonamaxwel.over-blog.com/
http://urbanisation-des-si.blogspot.fr/
A découvrir aussi
- Modélisation des besoins : qu'est ce je dois faire et ne pas faire ?
- Urbanisation SI : la méthode ultime pour modéliser les besoins d'un projet - 1ère partie - Vue globale
- Urbanisation SI : la méthode ultime pour modéliser les besoins d'un projet - 10ème partie - Liste des exigences – UML – Diag. Package
Inscrivez-vous au site
Soyez prévenu par email des prochaines mises à jour
Rejoignez les 754 autres membres