Cas Exercice

Addison-Wesley France, 1993. OMT (Object Modeling Technique), J. Rumbaugh, 1987-1989. • J. Rumbaugh, M. Blaha, W. Premerlani et F. Eddy, OMT Modélisation et Conception Orientées Objet, Masson, 1996 (2nde éd.). • J. Rumbaugh et al., OMT Solution des exercices, Masson, 1996. • http://www.csioo.com/cetusfr/oo_ooa_ood_methods.html#oo_meth_omt : Cetus • http://www.rational.com/support/techpapers/omt/ : Rational Software Corporation • http://www.rational.com/support/techpapers/omt/summary.html : J. Rumbaugh

régler ce conflit demeure le dialogue. Retour sur le cas : Bref, contrairement à ce que laisse entendre Bush, ne pas être « avec » les terroristes n’implique pas que nous soyons obligatoirement « avec » les États-Unis et vice versa. 37 14) FAUSSE ANALOGIE : Consiste à comparer deux cas semblables pour conclure que ce qui prévaut dans l’un des cas vaut aussi pour l’autre. Attention, l’analogie peut être un raisonnement légitime si les deux cas sont effectivement comparables. « Ce qui rend difficile

pour chaque opération si l’utilisateur le souhaite. Un système central extérieur permettra de vérifier le solde des comptes dans le cas d’un retrait important, et de fournir les informations nécessaires dans le cas d’une consultation. Proposez un diagramme de cas d’utilisation pour modéliser les fonctionnalités attendues du système DAB. Exercice3 : Déterminer les cas d'utilisation d'un distributeur de billets. On considère les scénarios où un client désire retirer de l'argent en euros ou en dollars

| |[pic]En première position | |C’est le cas le plus fréquent | | Das Fest findet heute Abend statt. | |La fête a lieu

Portée des procédures Hiérarchie de processus ou de fonctions Processus ou fonction Modules et composants Événements d’entrée/sortie - Flux Paquetages FCàOO / $4 - Comparaison de modélisation Approche objets UML Classes Interfaces Collaborations Cas d’utilisation Classes actives Composants Nœuds Messages États Paquetages mai 2005 / p.-a. sunier [ISNet-43] 6 1. Métamodèles Relations (au sens UML) Approche objets UML Dépendances Associations Généralisations Réalisations Approche

groupes : ceux qui décrivent les aspects statique et ceux qui décrivent la dynamique du système. * Diagrammes des cas d’utilisation : Le diagramme de Cas d'utilisation constitue l'apport original de la méthode OOSE à la notation UML. L'approche consiste à regarder le système à construire de l'extérieur, du point de vue de l'utilisateur et des fonctionnalités qu'il en attend. Les cas d’utilisation représentent le dialogue entre l’acteur et le système de manière abstraite. * Diagramme de classes :

à travers ses fonctionnalités, répond à toutes les exigences désirées d’une manière optimale. L'étude préalable appelée techniquement ingénierie des exigences ou analyse et spécification des besoins, constitue une phase capitale dans le cas où toute la suite du projet dépend d'elle. Elle doit être faite avec beaucoup de rigueur et plus d'attention pour que le projet réussisse avec succès. Après avoir fixé nos objectifs, pour atteindre notre but, on doit suivre plusieurs étapes. Ces

.................................................................................................10 2.2. Diagrammes UML..........................................................................................................11 2.2.1. Diagramme de cas d'utilisation..................................................................................11 2.2.2. Diagramme de classes................................................................................................13 2.2.3. Diagrammes de séquence

Figure 3 : Poste IP LID-8012D 14 Figure 4 : Architecture cible 15 Figure 5: Architecture de la plateforme 16 Figure 6: Diagramme de cas d’utilisation général.......................................................................... 18 Figure 7: Raffinement de diagramme de cas d'utilisation ‘Gérer le repertoire personnel’ 20 Figure 8 : Diagramme de séquence de cas d’utilisation d’enregistrement 20 Figure9:Diagramme de séquence d’un appel........................................................

Maquette suivi de la demande de réparation (cas non encore réparé) ....................... 22 Figure 4 Maquette suivi de la demande de réparation (cas réparé) .......................................... 22 Figure 5 Maquette générer des statistiques .............................................................................. 23 Figure 6 Maquette ajout/ modification/ suppression des ressources ........................................ 23 Figure 7 Cas d'utilisation demande de réparation .......