Cas Poma

statique ..........................................................................................5 Figure 3: Diagramme de cas d'utilisation.............................................................................................8 Figure 4: Diagramme de séquence du cas ou le visiteur recherche les sites proches de sa localité ........9 Figure 5: Diagramme de séquence du cas ou le visiteur consulte la position d'un site sur la carte ........9 Figure 6: Diagramme des classes.....................

Diagramme de Cas d’utilisation 6 1) les enseignants 6 2) les Responsables des diplômes 6 3) Diagramme 7 Base de donnée 8 Dictionnaire de donnée 8 Table 1: Diplôme 9 Table 2 : Enseignant 9 Tableau 3 : UE 9 Tableau 4 : Matière 10 Tableau 5 : enseignant matière 10 Cas d'utilisation et scénarios : 10 1) Cas d’utilisation : Les responsables des diplômes Rentrent les maquettes 10 2) Cas d’utilisation : Les responsables des diplômes Modifient les maquettes 11 3) Cas d’utilisation :

........................................... 15 Conception et Réalisation d’un CRM 2011 3. UML ............................................................................................................................... 15 3.1 Diagramme des cas d’utilisation. ............................................................................... 16 3.2 Diagramme de classes : .............................................................................................. 17 3.3 Diagramme de séquences

d’abstraction. UML est fortement inspiré de l’approche 4+1 vues (logique, composants, processus, déploiement et cas d’utilisation) indépendantes définies par P. Kruchten pour exprimer les diverses perspectives de l’architecture d’un système informatique. UML se compose d’une part des éléments de modélisation qui représentent toutes les propriétés du langage et d’autre part des diagrammes (de cas d’utilisation, de classes, d’objets, d’états-transitions, d’activités, de séquence, de collaboration, de composants

...... 43 FIGURE 14 : MODELISATION DES DONNEES REALISEE AVEC DBDESIGNER ................................. 48 FIGURE 15 : MODELISATION DES DONNEES SIMPLIFIEE.............................................................. 49 FIGURE 16 : DIAGRAMME DES CAS D'UTILISATION REALISE AVEC ARGOUML ........................... 50 FIGURE 17 : ARCHITECTURE RETENUE POUR L’APPLICATION RENDEZ-VOUS ............................. 53 FIGURE 18 : ARCHITECTURE DE SPRING ..................................................

points de vue et diagrammes • cas d'utilisation, analyse, conception, implémentation 2) Le diagramme des cas d’utilisations • acteur • cas d'utilisation et scénario 3) Notion de classes et objets et leur diagramme • introduction aux classes, aux objets • notion de relation, de composition et d'héritage • recherche d'un diagramme de classes à partir du cahier des charges 4) Modèle dynamique • diagramme de séquences, de collaboration, d' et d' état activité • réalisation des cas d' utilisation par les diagrammes

extension a surtout été inspirée par les besoins des domaines des télécoms, qui doivent exprimer finement des protocoles. Guide de la modélisation UML 15  Les diagrammes de classes ont bénéficié de quelques extensions Dans une grande majorité de cas, ceux-ci restent inchangés par rapport à UML1.4. Lorsque des besoins de modélisation architecturale apparaissent, alors de nouvelles notions sont utilisées, comme par exemple les composants, les parts et les ports Guide de la modélisation UML

................................................................ 2 1.2UP est centré sur l'architecture...................................................................................................................... 2 1.3UP est piloté par les cas d'utilisation d'UML.................................................................................................. 2 2VIE DU PROCESSUS UNIFIÉ........................................................................................................

* Les diagrammes de flots de UML n'ont jamais été bien expliquée * La méthode est trop près du programme La méthode OOSE : Object Oriented Software Engineering * Une méthode pour l'analyse initiale des usages de logiciel, fondée sur les "Cas d'utilisation" (Use case) La méthode Objecteering: Une méthode orientée objet * Populaire car elle était associée à un outil de "design", capable de générer du code L’UML * Fusion de OOA / OOSE / OMT * Un standard de l' OMG * Couvre

COMPORTEMENT COMPORTEMENT ATTENDU Pour démontrer sa compétence, le stagiaire doit spécifier fonctionnellement une application selon les conditions, les critères et les précisions qui suivent. CONDITIONS D’EVALUATION • Epreuve écrite de type étude de cas CRITERES GENERAUX DE PERFORMANCE • Utilisation des commandes appropriées. • Respect du temps alloué. • Respect des règles d’utilisation du matériel et logiciel Informatique. 3 OBJECTIF OPERATIONNELS DE PREMIER NIVEAU DE COMPORTEMENT PRECISIONS