Cas Essilor

diagramme de cas d’utilisation (Use case diagram) – diagramme d’activités (Activity diagram) – diagramme d’états-transitions (State machine diagram) – Diagrammes d’interaction (Interaction diagram) – diagramme de séquence (Sequence diagram) – diagramme de communication (Communication diagram) – diagramme global d’interaction (Interaction overview diagram) – diagramme de temps (Timing diagram)  Les plus utiles pour la maîtrise d’ouvrage sont les diagrammes : d’activités, de cas d’utilisation

Acteurs humains 34 Acteurs système 34 Le diagramme de cas d’utilisation « Réservation » 35 Description du cas d’utilisation « Réservation » 36 Bloc « Gestionnaire » 36 Le diagramme de cas d’utilisation « Gestionnaire » 36 Description du cas d’utilisation « Gestionnaire » 37 Bloc « Administrateur » 37 Le diagramme de cas d’utilisation « Administration » 37 Identification des rôles 38 Cas d’utilisation 39 Cas d’utilisation Global 39 Cas d’utilisation Détaillé 40 Diagramme de Classe d’Analyse :

acteurs Acteur interne (acteur du logiciel) agents chef de service DRH administrateur Acteur externe paye 1 Diagramme des cas d'utilisation Ce diagrame est un diagramme statique qui étudie le lien entre les acteurs (internes) et les actions Le cas de l'administrateur qui attribue les droits correspond à un cas de paramétrage et n'est pas traité dans ce diagramme 2 Description des Cas d'utilisation Nous présentons ici notre fonctionnement actuel assortie de critique car nous nous appuyons sur un logiciel

Le nom Les cas Nominatif : • Sujet d’un verbe conjugué à l’indicatif • Attrubut solidaire du sujet Accusatif • Complément direct du verbe (qui ? quoi ?) • Sujet d’un verbe à l’infinitif • Complément après préposition (on y entre) Génitif • Complément d’un nom (de qui ? de quoi ?) Datif • Complément indirect du verbe (à qui ? à quoi ?) • Complément de phrase (pour qui ? pour quoi ?) Ablatif • Ablatif de modalité (cause

LES DIAGRAMMES DE CAS D’UTILISATION ............................... 18 4.1.1 Les concepts fournis par les cas d’utilisation........................................................................... 19 4.1.2 Diagramme de cas d’utilisation................................................................................................ 20 4.2 LA DESCRIPTION DES CAS D’UTILISATION ........................................................................................... 21 4.2.1 Cas d’utilisation : Recherche

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

E 3. 3ème conjugaison = lego, is, ere, legi, lectum : Alternance du I et E 4. 3ème conjugaison mixte = capio, is, ere, cepi, captum : Alternance du I et E 5. 4ème conjugaison = audio, is, ire ivi/ii, itum : Voyelle prédominante I Les cas en Latin : Nominatif | Sujet | Vocatif | Appellation | Accusatif | C.O.D | Génitif | C.O.I | Datif | Complément du nom | Ablatif | Complément circonstancielle | 1er Déclinaison : Nom Féminin du type Rosa, ae, f | | Singulier | Pluriel

! ! ! ! Le verbe être! ! ! ! Présent ! ! Latin cours’! Imparfait Futur eram! ero! es eras eris est erat erit sumus eramus erimus estis eratis eritis sunt erant erunt sum! ! ! ! ! - ! ! les composés du verbe être: sum,es,esse,fui! - absum,abes,abesse,afui [ je suis absent/ tu es absent/ il a était absent/ je fus présent ].! ! ! ! • • • • possum/ potes/posse/potui :pouvoir! possum/

Présentation UML Diagramme de cas d’utilisation : Ce diagramme a pour but de presenter au client une vision globale du projet. Il est donc important d’y rendre de maniere visible et comprehensible toutes les fonctionnalites de sa future application. Il nous a fallu definir ce qui a incombé ou non a l’application que nous souhaitions developper. Le premier pb rencontré fut la definition des acteurs et de « leurs «  priorité ainsi que l’accessibilité aux diff taches de l’application. Il nous

1. Problématiques 5 2. Solutions 5 IV. SPECIFICATION DE BESOINS 6 1. Besoin fonctionnel 6 2. Besoin non fonctionnel 6 V. Identification des acteurs et des Cas d’utilisation: 7 1. Les Acteurs : 7 2. Modèle de Cas d’utilisation initial : 7 3. Cas d’utilisation « Authentifier Administrateur » 8 4. Cas d’utilisation : « gérer le stock » 9 VI. Le déroulement du projet 11 VII. Conclusion 11 Chapitre 2. Conception 12 I. Introduction 12 1. Choix de la méthodologie