Cas d'utilisation

Ajout des équipements réseaux sur CATTOOLS 24 Figure 5 : Liste des activités sur un équipement 25 Figure 6 : Monitoring Kiwi Sys log 26 Figure 7 : fenêtre de paramétrage 27 Figure 8 : fenêtre de configuration 28 Figure 9 : Diagramme de Cas d'utilisation 30 Figure 10 : Diagramme de séquences : S'authentifier 37 Figure 11 : Diagramme de séquences Récupération de la configuration 38 Figure 12 :Ajouter équipement 39 Figure 13 :Exécuter commande 40 Figure 14 : Liste des équipements 41

Acteur externe Recette municipale Gestionnaire de crédit Tiers (fournisseur) Sous-régisseur des musées 1 Diagramme des cas d'utilisation C'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 Historique : La recette municipale gére manuellement jusqu'au 31 août les stocks des régies de la manière suivante

32 Figure 14: Diagramme SADT détaillant l'actigramme A6 .................................................... 34 Figure 15: Diagramme de cas d'utilisation du module Web .................................................. 37 Figure 16: Cas d'utilisation du sous-module « Gestion des ventes » ..................................... 38 Figure 17 : Cas d'utilisation de sous-module « Gestion Pays » ............................................. 39 Figure 18: Les Scénarios du gérer POI .................

que si des place sen disponible dans l’avion ainsi que le client à payer le prix du vol, (une réservation concerne un seule passager), la réservation dois être confirmé ou annulés avant la date de départ 3- La gestion des clients Dans notre cas les clients peuvent être divisés en de trois types :  * Visiteur : il rentre sur le site que pour consulter les offres les promotions et les prix. * Client : c’est un visiteur qui à fais une réservation de vol. * Passager : c’est un client

. . . . . . 32 32 34 36 36 43 Table des gures 1.1 1.2 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9 3.10 3.11 4.1 4.2 4.3 4.4 4.5 4.6 A.1 A.2 A.3 A.4 Diagramme de cas d'utilisation relatif à la partie simulation sur SIAFU . . Diagramme de cas d'utilisation relatifs à la partie développement sur mobile Diagramme de paquetages du module relatif à SIAFU . . . . . . . . . . . . Diagramme de paquetages du module relatif au développement sur mobile Diagramme de paquetages

Gestion Administrative /    Facturation du patient * Guide Solutions de TrakCare * Caractéristiques et avantages * TrakCare Lab * ARIES, notre méthodologie d'implémentation * Brochures et Rapports d'Analystes * Etudes de cas * Le GHICL choisit TrakCare * InterSystems s'engage au plus près des utilisateurs ARIES, architecture pour l'implémentation rapide de systèmes d'entreprise Téléchargez le pdf Synthèse de la méthodologie ARIES ARIES est une méthodologie

des besoins des utilisateurs Cette vue (dont le nom exact est "vue des cas d'utilisation"), guide toutes les autres. • Dessiner le plan (l'architecture) d'un système informatique n'est pas suffisant, il faut le justifier ! • Cette vue définit les besoins des clients du système et centre la définition de l'architecture du système sur la satisfaction (la réalisation) de ces besoins. • A l'aide de scénarios et de cas d'utilisation, cette vue conduit à la définition d'un modèle d'architecture pertinent

Diagramme de contexte Système suivi des transports Administrateur SGM DIAGRAMME DE CAS D'UTILISATION * Diagramme de cas d’utilisation introduction : Un diagramme de cas d’utilisation capture le comportement d’un système, d’un sous-système, d’une classe ou d’un composant tel qu’un utilisateur extérieur le voit. les cas d’utilisation ayant un sens pour les acteurs. Les cas d’utilisation permettent d’exprimer le besoin des utilisateurs d’un système, ils sont donc une vision orientée

PROCESSUS UNIFIE EST PILOTE PAR LES CAS D’UTILISATION ......................................6 3.1) Présentation ............................................................................................................6 3.2) Exemple: guichet de banque ...................................................................................6 IV.LE PROCESSUS UNIFIE EST CENTRE SUR L’ARCHITECTURE ..............................................8 4.1) Liens entre cas d’utilisation et architecture ? ............

...........................................................2 2.2. CYCLE DE VIE .......................................................................2 III. ANALYSE ET CONCEPTION ........................................... 4 DIAGRAMME DE CAS D’UTILISATION ............................................4 IV. ARCHITECTURE APPLICATIVE ................................. 10 V. ARCHITECTURE TECHNIQUE ...................................... 11 Page 3 sur 17 OFPPT Développement d’une application