Cas d'utilisation

.......9 II.4.1. Liste des exigences ..................................................................................................................9 II.4.2. Scénarios et des cas d’utilisation « module recrutement » ..........................................................9 II.4.3. Scénarios et des cas d’utilisation « module espace employées »…………………. ........................ 15 II.5. Conclusion .................................................................................................

3-les résultats attendus : 3 4-ANALYSE FONCTIONNELLE (cahier des charges) : 4 5-Démarche suivie: 5 .Phase de l’analyse et la spécialisation du projet : 6 Partie UML : 6 A- Diagrammes de cas d’utilisation : 6 Cas d’utilisation : Emprunte document. 6 Cas d’utilisation : Enregistrer les nouveaux usagers 7 Cas d’utilisation : Consulter document 8 B- Diagrammes de classe : 8 Partie Merise : 9 Modèle logique de données : 10 Schéma de la base de données : 12 Phase de réalisation : 12 Le Langage C sharp.net :

personnel très complexe. Les anomalies détectées sont les suivantes: - Le gaspillage de temps dans la recherche des fiches pour la mise à jour des données des personnels. - Difficultés de modifier les grades et les fonctions en cas d’ajout ou de suppression. - Difficultés pour le suivi de pointage des employés. - Il y a une redondance des données et des interfaces. - Présence de quelques taches manuelles. -Problème de sécurité :

31 iv Liste des Tableaux Tableau 4.1 : Cas d’utilisation « Créer un compte utilisateur »................................. 16 Tableau 4.2 : Cas d’utilisation « S’enregistrer sur le système »................................. 17 Tableau 4.3 : Cas d’utilisation « Évaluer tous les jumelages possibles »................... 17 Tableau 4.4 : Cas d’utilisation « Faire une demande de jumelage ».......................... 18 Tableau 4.5 : Cas d’utilisation « Accepter une entente » ..................

1/19 1 Analyse fonctionnelle 1 Analyse fonctionnelle Connaissances Savoir-faire Cahier des charges :  diagramme des exigences  diagramme des cas d’utilisation Décrire le besoin Traduire un besoin fonctionnel en exigences Présenter la fonction globale Définir les domaines d’application, les critères technico-économiques Identifier les contraintes Identifier et caractériser les fonctions Qualifier et quantifier les exigences (critère, niveau) Table des matières 1.1 B.A.E.S. .

.... 54 Aperçu avant impression….................................................................................. 54 Edition du rapport (Ctrl+E) ................................................................................... 54 Manuel d’utilisation PALLET-Express Version 3.0 3 Table des matières Quitter................................................................................................................... 54 4 – Menu / Edition .......................................

diagramme de cas d’utilisation global8 Diagramme de classe d’analyse global12 Etude et choix de l’environnement13 Choix des langages et des outils de développement13 Choix de l’outil de gestion de configuration13 Modélisation de l’architecture logique et physique globale de l’application.14 Architecture logique14 Architecture physique15 Elaboration du product backlog17 Elaboration de la maquette25 Conclusion29 Table des figures Figure 1 : Les acteurs 6 Figure 2 : diagramme de cas d’utilisation

22 3.4.3. Langage de modélisation 22 3.5. Spécification des besoins 23 3.5.1. Les besoins fonctionnels 23 3.5.2. Les besoins non fonctionnels 24 3.6. Scénarios des cas d’utilisations 24 3.6.1. Définition des acteurs 24 3.6.2. Définition des cas d’utilisations 25 3.7. Conclusion 36 Chapitre 4. Conception 37 4.1. Introduction 37 4.2. Architecture du système 37 4.3. Vue statique du système 39 4.3.1. Le diagramme de déploiement

d'UML Une méthode archi-minimale     Conduit par les cas d’utilisation, comme UP, mais beaucoup plus simple Adaptée pour des projets modestes Relativement léger et restreint, comme XP, mais sans négliger les activités de modélisation en analyse et conception, Fondé sur l’utilisation d’un sous-ensemble nécessaire et suffisant du langage UML, conformément à AM. 2 Nécessité d’une méthode 3 Besoins modélisés au moyen des cas d’utilisation.  Ils seront également représentés de façon plus concrète

3. Conclusion .37 Chapitre IV : conception 38 1 .Conception du cas d'utilisation « s'authentifier » 39 2.Conception du cas d'utilisation « gérer le système » .41 3.Conception du cas d'utilisation « Créer une nouvelle demande de carte» .44 4.Conception du cas d'utilisation « Vérification» .47 5.Conception du cas d'utilisation « Evaluation» 49 6. Conception cas d'utilisation général ..52 7.Conception du diagramme de classe général 53 8.Conception