Cas Lego

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

is,ire :écouter,entendre! ! types à voyelles! 3) lego,is,ere! :lire! ! ! ! 3bis) corpio,is,ire:prendre! ! ! ! ! ! radical consonante! ! ! radical consonante! Type 1! amo amamus amas amatis amat amerunt ! Type 2! deleo delemus deles deletis delet delent audio audiunt audis auditis audit audimus ! ! Type 4! ! ! ! ! ! ! Types 3! lego legimus legis legitis legit legunt !

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

vocabulaire: mots invariables μ ν (2ème mot de la proposition)… δ : d’une part… d’autre part (δ se traduit souvent par et ou mais ; dans ce cas μ ν ne se traduit pas) κα : et …τε ... κα : et, à la fois (lien renforcé) : τε se place toujours après le 1er mot du groupe οὐ/οὐκ/οὐχ : ne… pas les prépositions Elles peuvent être suivies d’un seul, de deux ou de trois cas D’une manière générale: - l’accusatif indique la direction - le génitif indique l’origine - le datif indique la position Principaux

commande d’une boisson à sa distribution et traitant les deux types de payement. La prise en compte des cas exceptionnels (code de la carte bancaire erroné, monnaie manquante,…) n’est pas demandée. Traduire le diagramme de séquence élaboré dans la question précédente en un diagramme de communication. Exercice3 Etude de cas « Caisse enregistreuse » Proposer un diagramme d’état transition qui décrit le cas d’utilisation « Paiement cash » Exercice4 Considérons une montre à cadran numérique simplifiée