Cas d'utilisation

besoins ..........................................................................................16 II.2.1. Identification des acteurs ...................................................................................16 II.2.2. Diagramme des cas d'utilisation ........................................................................16 III. ARCHITECTURE DU SYSTEME ...........................................................................................21 III.1. Architecture matérielle du système .

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

Réaliser par : Mohamed EL BAY & ROGUI Mohammed 2007-2008 SOMMAIRE 1. PRESENTATION DE LA DEMARCHE. 2. PRESENTATION DU PROJET 3. CAS D’UTILISATION 3.1 IDENTIFIER LES ACTEURS. 3.2 IDENTIFIER LES CAS D’UTILISATION 3.3 CREATION DE RELATIONS ENTRE LES CAS 3.4 CLASSEMENT DES CAS D’UTILISATION PAR PACKAGE. 4. SCENARIOS : DESCRIPTION TEXTUELLE DES CAS D’UTILISATION 5. DIAGRAMMES DE SEQUENCE 6. DIAGRAMMES DE CLASSES PARTICIPANTES 7. MODELISATION DE LA NAVIGATION 8. DIAGRAMMES DE CLASSES DE CONCEPTION

____________________________________________________________ 10 I.2) La genèse d’UML _______________________________________________________ 14 I.2.1) Historique des méthodes d’analyse ______________________________________________ I.2.2) Cadre d’utilisation d’UML _____________________________________________________ I.2.3) Points forts d’UML __________________________________________________________ I.2.4) Points faibles d’UML _________________________________________________________ 14 15 16 17

Modeling Language 1 A. Larhlimi Génie Logiciel UML Introduction Cycle de vie d’un logiciel Historique d’UML Diagrammes UML g Diagrammes de classes et d'objets Diagrammes des cas d'utilisation Autres diagrammes g Passage vers le code De UML vers Java UML et les bases de données Langage de contraintes : OCL Études de cas De l’analyse des besoins au code l analyse 2 A. Larhlimi Cycle de vie d un logiciel d’un 3 Processus (ensemble d’activités) nécessaire d activités) au développement et

| |Spécification d’exigences logicielles |( Non |( Non | | | |Spécifications des cas d’utilisation |( Non |( Non | | | |Réalisation des cas d'utilisation |( Non |( Non | | | |Prototype d’interface utilisateur |( Non

Table de matiè Introduction générale 1 Chapitre 1 : Etude préalable 2 Introduction 2 1.1. DEFINITION DE LA MISSION 2 1.1.1 Présentation de l’application 2 1.1.2 Objectifs à atteindre 3 1.2 DIGRAMME DE CAS D’UTILISATION METIER 5 1.2.1 Diagramme de contexte métier 5 1.2.2 Diagramme de cas d’utilisation métier 6 1.2.2.1 Description des processus métier 7 1.3 CRITIQUE DE L’EXISTANT 7 1.3.1 Définitions des orientations 8 1.3.1.1 Orientations de gestion 8 1.3.1.2 Orientation d’organisation 8 1.3.1.3 Orientation

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

besoins au moyen d'un diagramme de cas d’utilisation ; si nécessaire, fractionner le diagramme en plusieurs sous-diagrammes pour en améliorer la visibilité. Donner la description textuelle du cas correspondant à une prise de RdV par un patient en précisant bien le scénario nominal ainsi que les principaux cas d'anomalies et d'erreurs, sans entrer dans les détails de traitement des anomalies et des erreurs. Décrire par un diagramme de séquence, la réalisation du cas ci-dessus correspondant au scénario