CsiII 1 2015
Démarche Agile
1
Une méthode agile
Parmi d’autres..
Proposée par Pascal Roques
Objectif:
Résoudre 80% des problèmes avec 20% d'UML
Une méthode archi-minimale
Conduit par les cas d’utilisation, comme UP, mais beaucoup plus simple Adaptée pour des projets modestes
Relativement léger et restreint, comme XP, mais sans négliger les activités de modélisation en analyse et conception,
Fondé sur l’utilisation d’un sous-ensemble nécessaire et suffisant du langage UML, conformément à AM.
2
Nécessité d’une méthode
3
Besoins modélisés au moyen des cas d’utilisation.
Ils seront également représentés de façon plus concrète par:
une maquette d’IHM : Interface Homme-Machine destinée à: faire réagir les futurs utilisateurs.
Mieux appréhender les limites du système
4
5
Le modèle du domaine peut être déduit à partir des besoins utilisateurs et raffiné par la suite
6
Revenons au but
la
structure du code est définie par: les classes logicielles et leurs regroupements en ensembles appelés packages.
Nécessité
de diagrammes représentant:
les classes logicielles les données qu’elles contiennent (appelées attributs), les services qu’elles rendent (appelés opérations ou méthodes) ainsi que leurs relations.
Diagrammes de classes
7
8
Opération responsabilité dynamique d’une classe logicielle.
L’attribution des bonnes responsabilités aux bonnes classes
Pour chaque service ou fonction:
l’un des problèmes les plus délicats de la conception orientée-objet. décider quelle est la classe qui va la contenir.
Répartir tout le comportement du système entre les classes de conception, Décrire les collaborations induites.
9
D’où l’importance des diagrammes d’interaction (séquence ou communication)
Chaque diagramme d’interaction:
Dans ce genre de diagramme,
représenter un ensemble d’objets de classes différentes collaborant dans le cadre d’un scénario d’exécution du système. les