Cas Baltard

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

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