Diagramme des cas d'utilisation

informatique : une approche intuitive........................... 4 I-A-1-b - Le "plus" de l'approche fonctionnelle : la factorisation des comportements................................. 4 I-A-1-c - Le revers de la médaille : maintenance complexe en cas d'évolution.......................................... 5 I-A-1-d - La séparation des données et des traitements : le piège !...........................................................5 I-A-1-e - 1ère amélioration : rassembler les valeurs qui caractérisent

modifications . . . 2 Analyse et specification des besoins 2.1 Introduction . . . . . . . . . . . . 2.2 Identification des acteurs . . . . 2.3 Spécification des besoins . . . . 2.3.1 Besoins fonctionnels . . . 2.3.2 Besoins non fonctionnels 2.4 Diagramme de Cas d’utilisation 2.5 conclusion . . . . . . . . . . . . . 3 3 1 1 1 1 1 1 2 2 2 2 2 2 2 4 4 4 4 4 5 5 6 7 7 8 9 9 9 9 9 10 10 11 12 14 16 18 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

......................... 13 Chapitre III : Conception UML de l’application .......................................................................... 14 1. Diagramme de classe UML : ................................................................................................................ 14 2. Diagrammes de cas d’utilisation : ....................................................................................................... 15 3. Les Tables de base de données : ................

............... 2.3 Besoins non fonctionnels .............................................................................. 2.4 Choix du langage de programmation ............................................................ 2.5 Les diagrammes des cas d’utilisation ........................................................... 2.6 Conclusion.................................................................................................... CHAPITRE 3: CONCEPTION..................................

Organigramme de la DRCP………………………………………… 12 Figure 3 : Cycle de développement en Y……………………………………… .16 Figure 4 : Diagramme de Gantt……………………………………………….... 19 Figure 5 : Architecture métier………………………………………………….. .25 Figure 6 : Diagramme de cas d’utilisation Administrateur…………… ………. .27 Figure 7 : Diagramme de cas d’utilisation Service matériel……………… …... 28 Figure 8 : Diagramme de cas d’utilisation Magasinier ………………………....29 Figure 9 : Architecture MVC………………………………………………… …34 Figure 10 : Architecture

2005, NetBeans IDE 6.9.1 DIAGRAMME TECHNOLOGIQUE INTERFACE GRAPHIQUE SWING (Client) Logique de l’application (Classes JAVA) (Pilote JDBC_SQL_SERVER: Type 4) Server de Base de données SQL Server 2005 (Server de Base de données) DIAGRAMME DE L’ETUDE DE CAS Diagramme de cas d’utilisation représentant les actions du magasinier Diagramme de classe Le diagramme de classe représente les classes de la logique métier de l’application Diagramme d’activité Conception

notion d’activité Définition : elle fait référence à celle de traitement de la conception des systèmes d’information et elle constitue la représentation de base d’un flux de travail. Une tâche = une activité de base. Le formalisme : rectangle coins cassés ça représente une tâche. ACTEUR demande Analyser 3 Gestion des systèmes d’information Master 1 2ème Semestre- On essaie de trouver un verbe explicite associé à (faire par exemple). Un groupe nominal (exemple : analyse de demande)

17 Les besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 Les cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17 Cas d’utilisation relatifs au client . . . . . . . . . . . . . . . . . . . . . . . . . . 18 Cas d’utilisation relatifs à l’internaute . . . . . . . . . . . . . . . . . . . . . . . 18 Cas d’utilisation relatifs à l’administrateur . . . . . . . . . . . . . . . . . . . . 19 20 Conception globale : l’architecture

l’application. Le chapitre 3 renferme la conception détaillée de l’application tout en prenant en compte les aspects d’application multi-tiers. On couvre le modèle, c’est-à-dire l’ensemble des entités mise en jeu, translatées en tables. Les cas d’utilisation des principaux acteurs. L’architecture du système, etc. Le chapitre 4 concerne l'implémentation du système, donc la réalisation de la base de données sous oracle et la préparation du projet dans JDeveloper11g. Il montre, en détail, l’exécution

1 Expression des besoins 19 3.1.1 Analyse à partir de l’existant 19 3.1.2 Ecoute des besoins 19 3.1.3 Ecoute du principe de l’existant 19 3.2 Cas d’utilisation 21 3.3 Diagramme d’activités du module Import 27 3.4 Diagramme de séquence du module Import 29 3.5 Scénario du diagramme de séquence Import. 31 4 Conception 33 4.1 Diagramme de classe 33 4.2 Modélisation de la base de données 33 4.3 Maquette IHM 37 4.3.1 Module Article 37 Prévisualisation d’une impression 39 4.3.2