Diagramme des cas d'utilisation

sur 10 environ d’atteindre une durée d’utilisation de 8 mois. Renseignements indispensables pour fixer une période de garantie : 6 mois d’utilisation par exemple La fiabilité : notions fondamentales Fréquence des défaillances Fréquence des défaillances Mois La fiabilité : notions fondamentales Fréquence des défaillances Moyenne de durée d’utilisation Cette courbe permet de voir comment se répartissent les différentes durées d’utilisation des capteurs autour de leur moyenne

normalisation Ce qu’on attend de l’élève : Importance du service rendu (besoin réel et besoin induit) Identifier pour un produit donné le service à rendre (exploitation d’un diagramme de cas d’utilisation et/ou le diagramme des exigences pour identifier le ou les besoins réels) Identifier les besoins induits lors de la phase d’utilisation d’un produit : consommables, pièces d’usure, ‘’accessoires’’ Justifier l’adéquation produit/besoin par une analyse des performances Innovation (de produit, de procédé

................................5 II.1 Modélisation UML ........................................................................................................... 5 II.1.a Diagramme des cas d’utilisation. ................................................................................................. 5 II.1.b Diagramme de séquence. ............................................................................................................ 6 II.1.c Architecture générale. .....................

.................................................28 Architecture de l’Environnement Centré Procédé. ....................................................29 Les cas d’utilisation. ................................................................................................29 Scénarios principaux identifiés au travers des cas d’utilisation..................................30 3.3.2.1 3.3.2.2 3.3.2.3 3.3.2.4 Créer un composant procédé :.............................................................

Gestion des patients dans une clinique Cas d’utilisation pour le SGICM 12/11/2006 Version : 0.1 Auteurs : Hafedh Mili TP 1 INF5151 - groupe 40 Automne 2006 1. Introduction 3 1.1. But du document 3 1.2. Public visé 3 1.3. Structure du document 3 1.4. Historique des modifications 3 1.5. Références 3 1.6. Acronymes 3 2. Description sommaire de la fonctionnalité du système 3 3. Gestion des dossiers patients 5 3.1. Création d’un dossier patient

besoins et Etude préalable Introduction 2. 1 Spécification des besoins fonctionnels 2. 2 Spécification des besoins non fonctionnels 2. 3 Spécification semi-formelle des besoins 2.4.1. Acteurs 2.4.2. Diagrammes des cas d’utilisation 2.4.3. Diagrammes de séquences : acteur/système (Scénarios d’utilisation) Conclusion Introduction générale Un system d’indexation d’un réseau télephonie est une application destiné a des entreprise de telephonie fixe qui assure la gestion des abonnées en fonction

besoins Conception Réalisation Conclusion Perspectives Besoins Fonctionnels: Acteurs et cas d’utilisation 12/29 Cadre général Spécification des besoins Conception Réalisation Conclusion Perspectives Besoins Fonctionnels: Acteurs et cas d’utilisation 12/29 Cadre général Spécification des besoins Conception Réalisation Conclusion Perspectives Besoins Fonctionnels: Acteurs et cas d’utilisation 12/29 Cadre général du projet Spécification & Analyse des Besoins PLAN Conception Réalisation

de modélisation: UML Outil d’élaboration des diagrammes UML :  StarUML  Diagrammes développés: Diagrammes des cas d’utilisation Digrammes de séquences système Diagramme de classes 13 Présentation de l'entreprise Étude préalable Étude conceptuelle Réalisation Conclusion Cas d’utilisation 14 Présentation de l'entreprise Étude préalable Étude conceptuelle Réalisation Conclusion Diagramme de séquence 15 Présentation de l'entreprise

9 9 9 9 9 9 9 10 5. Conception 5.1 Cas d’utilisations 5.2 Description des cas d’utilisation 5.2.1 Déterminer les produits phares et leurs prix 5.2.2 Paramétrer les magasins 5.2.3 Communiquer prix des produits phares des concurrents 5.2.4 Fixer prix 5.2.5 Comparer prix des produits phares 11 11 12 12 13 14 15 16 CheaperISI3BE3 Page 3 sur 24 Cheaper Rapport 5.3 Version: 1.0 Date: 15/06/2014 5.2.6 Emettre les recommandations 5.2.7 Rendre compte Diagramme des classes 17 18 19 6. Elaboration

récursivité . . . . . . . . . . . . . . . . . . . . . . . . . 4.3.5 L’utilisation d’ontologies . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.4 Les composantes de l’architecture conceptuelle de SO2M . . . . . . . . . . . . . . 4.5 Scénario d’utilisation de SO2M . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.5.1 Principe général . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.5.2 Présentation de l’exemple . . . . . . . . . . . . . . . . . . . . . . . . . . . 4.5.3 Déroulement