Cas Audire

extension a surtout été inspirée par les besoins des domaines des télécoms, qui doivent exprimer finement des protocoles. Guide de la modélisation UML 15  Les diagrammes de classes ont bénéficié de quelques extensions Dans une grande majorité de cas, ceux-ci restent inchangés par rapport à UML1.4. Lorsque des besoins de modélisation architecturale apparaissent, alors de nouvelles notions sont utilisées, comme par exemple les composants, les parts et les ports Guide de la modélisation UML

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

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