Urbanisation SI : la méthode ultime pour modéliser les besoins d'un projet - 11ème partie - Exigences – UML – Profil spécifique

Détails Exigences– UML – Profil spécifique : exemples d'exigences fonctionnelles

Exemple d'exigences non fonctionnelles

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, ...

Exigences non fonctionnelles : la norme ISO/CEI 25000

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.blog4ever.net

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/

http://bonnes-pratiques-si.eklablog.com/

http://urbanisation-si.eklablog.com/