Table des matières. Introduction générale

Transcription

1 Introduction générale Table des matières Chapitre 1. Cadre général du projet Introduction Présentation de l organisme Description de l existant Fonctionnement actuel Critique de l existant Solution proposée Présentation du projet Conclusion... 5 Chapitre 2. Phase d incubation Introduction Capture des besoins Description du contexte du projet Identification des besoins fonctionnels et non fonctionnels Identification des acteurs et des cas d utilisation Diagramme des cas d utilisation initial Affectation des priorités aux cas d utilisation Raffinement des cas d utilisation de priorité Structuration Elaboration des prototypes des interfaces Analyse des cas d utilisation de priorité Analyse du cas d utilisation «s identifier» Analyse du cas d utilisation «sélectionner personnel» Analyse du cas d utilisation «Sélectionner affaire» Analyse du cas d utilisation «gérer secteur d activité» Analyse du cas d utilisation «gérer forme juridique» Conception Conception du cas d utilisation «S identifier» Conception du cas d utilisation «Sélectionner personnel» Conception du cas d utilisation «sélectionner affaire» Conception du cas d utilisation «Gérer nomenclature» La conception des classes Implémentation

2 Introduction générale Environnement du travail Implémentation du cas d utilisation «s identifier» Implémentation du cas d utilisation «sélectionner personnel» Implémentation du cas d utilisation «sélectionner affaire» Implémentation du cas d utilisation «Gérer nomenclature» Conclusion Chapitre 3. Phase d élaboration Introduction Capture des besoins Identification des besoins fonctionnels et non fonctionnels Identification des acteurs et des cas d utilisation Diagramme des cas d utilisation initial Affectation des priorités aux cas d utilisation : Raffinement des cas d utilisation de priorité 2 : Structuration Prototype interface Prototype des interfaces du chef de projet Prototype des interfaces du personnel L analyse Analyse des cas d utilisation de priorité La conception Conception du cas d utilisation «décomposer affaire en tâches» Conception du cas d utilisation «planifier travail» Conception du cas d utilisation «insérer tâche et sa période» Conception du cas d utilisation «consulter les taches en cours» Conception du cas d utilisation gérer client Conception du cas d utilisation modifier affaire La conception des classes L implémentation Implémentation du cas d utilisation «décomposer affaire en tâche» Implémentation du cas d utilisation «planifier travail» Implémentation du cas d utilisation «insérer tâche et sa période» Implémentation du cas d utilisation «consulter tâches en cours» Implémentation du cas d utilisation «gérer client» Implémentation du cas d utilisation «modifier affaire»

3 Introduction générale 3.11 Conclusion Chapitre 4. Phase de Construction Introduction Capture des besoins Identification des besoins fonctionnels et non fonctionnels Identification des acteurs et des cas d utilisation Diagramme des cas d utilisation initial Affectation des priorités aux cas d utilisation Raffinement des cas d utilisation de priorité Analyse des cas d utilisation de priorité Analyse du cas d utilisation «Editer état» Analyse du cas d utilisation «Ajouter affaire» Analyse du cas d utilisation «Ajouter personnel» Analyse du cas d utilisation «Ajouter personne de contact» La conception Conception des cas d utilisation de priorité La conception des classes Implémentation Implémentation du cas d utilisation «Editer état» Implémentation du cas d utilisation «Ajouter affaire» Implémentation du cas d utilisation «Ajouter Personnel» Implémentation du cas d utilisation «Ajouter Personne de contact» Conclusion Chapitre 5. Phase de Transition Introduction Enchainement des interfaces Interface d identification Menu principal du chef de projet Interface de sélection du personnel Interface de gestion de la forme juridique Interface «modifier forme» Interface «afficher forme juridique» Interface supprimer «forme juridique» Interface ajouter client Interface de planification

4 Introduction générale Menu principal du personnel Interface de «consulter tâches en cours» Interface d édition d état Conclusion Web graphie Bibliographie

5 Introduction générale Liste des figures Figure 1: Diagramme de cas d'utilisation initial Figure 2: Raffinement du cas d'utilisation «s'identifier» Figure 3: Raffinement du cas d'utilisation «sélectionner Personnel» Figure 4: Raffinement du cas d'utilisation «sélectionner affaire» Figure 5: Raffinement du cas d'utilisation «gérer nomenclature» Figure 6: Structuration des cas d'utilisation Figure 7 : Prototype des interfaces du chef de projet Figure 8 : Prototype des interfaces du personnel Figure 9 : Diagramme de classe du modèle d analyse pour Figure 10 : Diagramme de collaboration du modèle d analyse pour le cas d utilisation «s identifier» Figure 11 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier mot de passe» Figure 12 : Diagramme de classe du modèle d analyse pour le cas d utilisation «sélectionner personnel» Figure 13 : Diagramme de collaboration du modèle d analyse pour le cas d utilisation «sélectionner personnel» Figure 14 : Diagramme de classe du modèle d analyse pour le cas d utilisation «sélectionner affaire» Figure 15 : Diagramme de collaboration du modèle d analyse pour le cas d utilisation «sélectionner affaire» Figure 16 : Diagramme de classe du modèle d analyse pour le cas d utilisation «gérer secteur d activité» Figure 17 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter secteur d activité» Figure 18 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «supprimer secteur d activité» Figure 19 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier secteur d activité» Figure 20 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher secteur d activité» Figure 21 : Diagramme de classe du modèle d analyse pour le cas d utilisation «gérer forme juridique» Figure 22 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter forme juridique» Figure 23 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «supprimer forme juridique» Figure 24: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier forme» Figure 25: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher forme juridique»

6 Introduction générale Figure 26 : Diagramme de classe du modèle de conception pour le cas d utilisation «s identifier» Figure 27: Diagramme de séquence du modèle de conception pour le cas d utilisation «s identifier» Figure 28 : Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier mot de passe» Figure 29: Diagramme de classe du modèle de conception pour le cas d utilisation «sélectionner personnel» Figure 30: Diagramme de séquence du modèle de conception pour le cas d utilisation «sélectionner personnel» Figure 31: Diagramme de classe du modèle de conception pour le cas d utilisation «sélectionner affaire» Figure 32: Diagramme de séquence du modèle de conception pour le cas d utilisation «sélectionner affaire» Figure 33: Diagramme de classe du modèle de conception pour le cas d utilisation «gérer secteur d activité» Figure 34: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «ajouter secteur d activité» Figure 35: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «Supprimer secteur d activité» Figure 36: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier secteur d activité» Figure 37: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «afficher secteur d activité» Figure 38: Diagramme de classe du modèle de conception pour le cas d utilisation «gérer forme juridique» Figure 39: Diagramme de séquence du modèle de conception pour le cas d utilisation «ajouter forme juridique» Figure 40: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «supprimer forme juridique» Figure 41: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier forme juridique» Figure 42: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «afficher forme juridique» Figure 43: Diagramme de classe entité Figure 44: Implémentation du cas d utilisation«s identifier» Figure 45: Implémentation du cas d utilisation«sélectionner personnel» Figure 46: Implémentation du cas d utilisation«sélectionner affaire» Figure 47: Implémentation du cas d utilisation «Gérer forme juridique» Figure 48: Implémentation du cas d utilisation«gérer secteur d'activité» Figure 49 : Diagramme de cas d'utilisation initial Figure 50: Raffinement du cas d utilisation «planifier le travail» Figure 51: Raffinement de cas d utilisation «insérer tâche et sa période» Figure 52: Raffinement du cas d utilisation «consulter les tâches en cours» Figure 53: Raffinement du cas d utilisation «gérer client» Figure 54: Raffinement de cas d utilisation «modifier affaire» Figure 55: struturation des cas d'utilisation

7 Introduction générale Figure 56: Prototype des interfaces du chef de projet Figure 57: Prototype des interfaces du personnel Figure 58: Diagramme de classe du modèle d analyse pour le cas d utilisation «décomposer affaire en taches» Figure 59: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «décomposer tâche» Figure 60: Diagramme de classe du modèle d analyse pour le cas d utilisation «planifier travail» Figure 61: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «planifier travail» Figure 62: Diagramme de classe du modèle d analyse pour le cas d utilisation «Insérer tâche et sa période» Figure 63: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «Insérer tâche et sa période» Figure 64: Diagramme de classe du modèle d analyse pour le cas d utilisation «consulter les tâches en cours» Figure 65: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «consulter les tâches en cours» Figure 66 Diagramme de classe du modèle d analyse pour le cas d utilisation «gérer client» Figure 67: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter client» Figure 68: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «supprimer client» Figure 69: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier client» Figure 70: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher client» Figure 71: Diagramme de classe du modèle d analyse pour le cas d utilisation «modifier affaire» Figure 72: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «modifier affaire» Figure 73: Diagramme de classe du modèle de conception pour le cas d utilisation «Décomposer affaire en tâches» Figure 74: Diagramme de séquence du modèle de conception pour le cas d utilisation «décomposer affaire en tâches» Figure 75: Diagramme de classe du modèle de conception pour le cas d utilisation «Planifier travail» Figure 76: Diagramme de séquence du modèle de conception pour le cas d utilisation «planifier travail» Figure 77: Diagramme de classe du modèle de conception pour le cas d utilisation «insérer tâche et sa période» Figure 78: Diagramme de séquence du modèle de conception pour le cas d utilisation «insérer tâche et sa période» Figure 79: Diagramme de classe du modèle de conception pour le cas d utilisation «consulter les taches en cours»

8 Introduction générale Figure 80: Diagramme de séquence du modèle de conception pour le cas d utilisation «consulter tâche et sa période» Figure 81: Diagramme de classe du modèle de conception pour le cas d utilisation «gérer client» Figure 82: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «ajouter client» Figure 83: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «supprimer client» Figure 84 : Diagramme de séquence du modèle de conception pour le cas d utilisation «modifier client» Figure 85: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «afficher client» Figure 86: Diagramme de conception du modèle de conception pour le cas d utilisation «modifier affaire» Figure 87: Diagramme de séquence du modèle de conception pour le cas d utilisation «modifier affaire» Figure 88 : Diagramme de classe entités Figure 89 : Implémentation du cas d utilisation «décomposer affaire en tâche» Figure 90 : Implémentation du cas d utilisation «planifier affaire» Figure 91: Implémentation du cas d utilisation «insérer tâche et sa période» Figure 92: Implémentation du cas d utilisation «consulter tâches en cours» Figure 93: Implémentation du sous cas d utilisation «Ajouter client» Figure 94: Implémentation du sous cas d utilisation «supprimer client» Figure 95: Implémentation du sous cas d utilisation «modifier client» Figure 96: Implémentation du sous cas d utilisation «afficher client» Figure 97: Implémentation du cas d utilisation «modifier affaire» Figure 98: Diagramme de cas d'utilisation initial Figure 99: Raffinement du cas d utilisation «Editer Etat» Figure 100: Raffinement du cas d utilisation «Ajouter affaire» Figure 101: Raffinement du cas d utilisation «Ajouter personnel» Figure 102: Raffinement du cas d utilisation «Ajouter personne de contact» Figure 103 : Diagramme de classe du modèle d analyse pour le cas d utilisation «Editer état» Figure 104: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «Editer état» Figure 105: Diagramme de classe du modèle d analyse pour le cas d utilisation «Ajouter affaire» Figure 106: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter affaire» Figure 107: Diagramme de classe du modèle d analyse pour cas d utilisation «Ajouter personnel» Figure 108: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter personnel» Figure 109: Diagramme de classe du modèle d analyse pour cas d utilisation «Ajouter personne de contact» Figure 110 : Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter personne de contact»

9 Introduction générale Figure 111: Diagramme de classe du modèle de conception pour le cas d utilisation «Editer état» Figure 112: Diagramme de séquence du modèle de conception pour le cas d utilisation «Editer état» Figure 113: Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter affaire» Figure 114: Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter affaire» Figure 115: Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter personnel» Figure 116: Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter personnel» Figure 117: Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter personne de contact» Figure 118 : Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter personne de contact» Figure 119: Diagramme de classe entité Figure 120: Implémentation du cas d utilisation «Editer état» Figure 121: Implémentation du cas d utilisation «Ajouter affaire» Figure 122: Implémentation du cas d utilisation «Ajouter Personnel» Figure 123: Implémentation du cas d utilisation «Ajouter Personne de contact» Figure 124 Interface d'identification Figure 125: Menu principal du chef de projet Figure 126 : Interface de sélection du personnel Figure 127 Interface «gérer forme juridique» Figure 128 : Interface «modifier forme» Figure 129 : interface afficher forme Figure 130 : supprimer «forme juridique» Figure 131 : Interface «ajouter client» Figure 132: Interface de planification Figure 133 : Menu principal du personnel Figure 134 Interface consulter tâches en cours Figure 135 : interface d'édition d'état

10 Introduction générale Liste des tableaux Tableau 1 : Identification des acteurs et des cas d'utilisation Tableau 2: Affectation des priorités aux cas d'utilisation Tableau 3: Raffinement du cas d'utilisation «s'identifier» Tableau 4: Raffinement du sous cas d'utilisation «modifier mot de passe» Tableau 5: Raffinement du cas d'utilisation «sélectionner Personnel» Tableau 6: Raffinement du cas d'utilisation «sélectionner affaire» Tableau 7: Raffinement du cas d'utilisation «gérer nomenclature» Tableau 8: Raffinement du cas d'utilisation «gérer forme juridique» Tableau 9 : Raffinement du sous cas d utilisation «ajouter forme juridique» Tableau 10 : Raffinement du sous cas d utilisation «modifier forme juridique» Tableau 11 : Raffinement du sous cas d utilisation «afficher forme juridique» Tableau 12 : Raffinement du sous cas d'utilisation «supprimer forme juridique» Tableau 13 : Raffinement du cas d utilisation «gérer secteur d activité» Tableau 14 : Raffinement du sous cas d utilisation «ajouter un secteur d activité» Tableau 15 : Raffinement du sous cas d utilisation «modifier secteur d activité» Tableau 16 : Raffinement du sous cas d utilisation «afficher secteur d activité» Tableau 17 : Raffinement du sous cas d utilisation «supprimer secteur d activité» Tableau 18 Identification des acteurs et des cas d'utilisation Tableau 19 : Affectation des priorités aux cas d'utilisation Tableau 20 : Raffinement du cas d utilisation «décomposer l affaire en tâches» Tableau 21: Raffinement du cas d utilisation «planifier le travail» Tableau 22: Raffinement de cas d utilisation «insérer tâche et sa période» Tableau 23: Raffinement du cas d utilisation «consulter les tâches en cours» Tableau 24: Raffinement du cas d utilisation «gérer client» Tableau 25: Raffinement du sous cas d utilisation «ajouter client» Tableau 26: Raffinement du sous cas d utilisation «supprimer client» Tableau 27: Raffinement du sous cas «modifier client» Tableau 28: Raffinement du sous cas d utilisation «afficher client» Tableau 29: Raffinement de cas d utilisation «modifier affaire» Tableau 30: Identification des acteurs et des cas d'utilisation Tableau 31: Affectation des priorités aux cas d'utilisation Tableau 32: Raffinement du cas d utilisation «Editer Etat» Tableau 33: Raffinement du cas d utilisation «Ajouter affaire» Tableau 34 : Raffinement du cas d utilisation «Ajouter personnel» Tableau 35: Raffinement du cas d utilisation «Ajouter personne de contact»

11 Introduction générale Introduction générale L importance des systèmes automatisés évolue d un jour à un autre pour devenir indispensable dans notre vie et plus précisément dans la vie professionnelle au sein d une entreprise. Ces systèmes informatisés prennent aujourd hui une autre tournure, outre son utilisation, pour optimiser le travail et le faciliter puisqu ils assurent une bonne communication au sein d une entreprise. C est dans cette optique, que la Société Tunisienne d Informatique pour l Ingénierie a pensé à automatiser son processus de gestion des charges de personnel pour accélérer le déroulement du travail, faciliter la communication entre les employés et assurer un bon suivi du projet. C est dans ce cadre, que s inscrit notre projet de fin d étude intitulé «Gestion des charges de personnel» qui consiste à réaliser une application web incluant des interfaces claires et faciles à utiliser afin d accélérer le travail. Pour donner une idée claire et précise sur notre projet et tracer les différentes phases de sa réalisation, nous proposons ce mémoire comme témoin et résultat de notre travail sur cette application. Afin d assurer l étude conceptuelle de notre système, nous utiliserons le processus unifié qui est une méthode de développement générique, itérative et incrémentale. Le processus unifié (UP ou PU) est centré sur l'architecture, piloté par des cas d'utilisation et orienté vers la diminution des risques. Cette démarche est pilotée par les cas d utilisation et elle comporte 4 phases : i) phase d incubation, ii) phase d élaboration, iii) phase de construction et iv) phase de transition incluant chacune une liste d activités : capture des besoins, analyse, conception, implémentation et test [1]. Ce rapport intègre cinq chapitres : Dans le premier, «cadre général du projet», nous présenterons l entreprise d accueil et l étude de l existant ; définir le contexte et les objectifs généraux du projet. 11

12 Introduction générale Le deuxième chapitre concernera la phase d incubation où nous développerons les cas d utilisation de priorité une. Le troisième chapitre présentera la phase d élaboration où nous nous intéresserons aux cas d utilisation de priorité deux. Le quatrième chapitre présentera la phase de construction où nous traiterons les cas d utilisation de priorité trois. Dans le dernier chapitre, celui de la transition présenterons les interfaces de certaines fonctionnalités mises au point. Enfin, ce rapport sera clôturé par une conclusion générale qui montre les bénéfices acquises de ce stage, les problèmes rencontrés et quelques perspectives 12

13 Cadre général du projet Chapitre 1. Cadre général du projet 1.1 Introduction Notre stage s'inscrit dans le cadre d'un projet de fin d'études qui est effectué au sein de la Société Tunisienne d'informatique pour l'ingénierie ST2I. Le sujet est intitulé «gestion des charges de personnel». Au cours de ce stage nous sommes amenées à réaliser une application web qui répond aux exigences de la société. Au cours de ce premier chapitre, nous présenterons l organisme d accueil, nous décrierons l existant, nous dégagerons les différents problèmes actuels et nous présenterons notre projet. 1.2 Présentation de l organisme ST2I est la Société Tunisienne d Informatique pour l Ingénierie filiale du groupe STUDI, groupe international d ingénierie pluridisciplinaire. Crée en 1992, ST2I est un intégrateur de solutions informatiques et de télécommunication novatrice et à forte valeur ajoutée. Elle se positionne parmi les sociétés de services en ingénierie informatique leaders du marché des nouvelles technologies de l information et de la communication [2]. ST2I, présente des produits et des services dans plusieurs secteurs, citons: télécoms, finances publiques, économie, éducation, santé, banques Les produits de l entreprise sont destinés à des clients en Tunisie et à des clients étrangers. Parmi ces produits citons : Acquisition du système SESAME. Centre National de l Informatique (2012). Projet PISEAU II. Ministère de l Agriculture ( ). Sénégal : MCA Sénégal ( ). Maroc : Projets DRI-MVB. Ministère de l Agriculture (2005) [2]. La société est caractérisée par ses diverses activités : Etude et conseil : ST2I dispose de grandes références nationales et internationales en "Études et Conseil" dans de nombreux secteurs. Géomatique : ST2I est l une des plus importants pôles de compétence en géomatique en Tunisie et en Afrique. Elle assure la conception et le développement des systèmes d informations géographiques. Intégration de solution logicielle : la Société Tunisienne d Informatique pour l Ingénierie est un intégrateur reconnu aussi bien à l échelle régional qu à l Afrique. 3

14 Cadre général du projet Développement spécifique : La société, produit des progiciels adaptés aux besoins de ses clients. 1.3 Description de l existant Fonctionnement actuel Au sein de l entreprise, la plupart des projets sont réalisés en collaboration entre plusieurs employés. Comme dans la plupart des entreprises, le chef de projet prend en charge la planification du travail : il identifie le personnel, l affaire et veille à décomposer cette dernière en plusieurs tâches pour les distribuer ensuite sur les différents personnels en précisant la période de travail. Cette planification ainsi que le suivi du travail distribué se font au cours des réunions périodiques exigées par le chef de projet pour assurer le bon déroulement du travail. Nous pouvons conclure alors que tout le processus se base sur les réunions Critique de l existant Le processus actuel engendre quelques problèmes : Manque de collaboration : les réunions assurent une coordination entre les employés mais elles restent insuffisantes. Perte de temps : Comme la planification d une affaire est faite manuellement cela engendre une perte de temps. Le chef de projet perd beaucoup de temps pour sélectionner l affaire, les personnels, diviser les tâches, distribuer le travail et suivre le déroulement manuellement : processus lent et lourd. Une difficulté dans le suivi : il est difficile au chef de projet de bien suivre le déroulement du travail et de contrôler la réalisation des tâches puisqu il n existe pas des traces de travail. Manque d évaluation : comme le déroulement du travail est non tracé, il est très difficile au chef de projet ou à un simple employé d évaluer le travail et d améliorer les prévisions. Il est difficile aussi de déduire les causes d une défaillance. Difficulté d amélioration : comme l évaluation est difficile, l amélioration devienne risquée. Sans savoir les lacunes du travail il est difficile d améliorer la qualité de produit, la rapidité de la réalisation Solution proposée La solution proposée pour dépasser les problèmes du processus actuel est d automatiser tout le travail. Il s agit de présenter une application web qui assure le bon encadrement du travail à réaliser et la traçabilité afin de garantir l évaluation et puis l amélioration. 4

15 Cadre général du projet 1.4 Présentation du projet ST2I envisage d améliorer sa gestion des charges de personnel, par la mise en place d une nouvelle application web qui permet au chef de projet de planifier le travail et de contrôler son déroulement en affectant aux personnels participants à la réalisation d'un projet les tâches qui leurs concernent et en identifiant une période pour chaque tâche et ceci dans le but d'améliorer les prévisions et d accélérer l'exécution du travail demandé. Grâce à application web, les chefs des projets peuvent à tout moment, où qu il soit, à y accéder aux tâches en cours de la réalisation, évaluer le travail et anticiper aux changements. Le système présente plusieurs objectifs : Faciliter la planification pour les chefs des projets. cette Faciliter aux personnels de bien coordonner et d avoir une idée sur l avancement du travail, et de s auto évaluer. Assurer le bon déroulement de la réalisation d une affaire. Analyser l utilisation des ressources humaines. Comparer l avancement du travail prévu de chaque employé et le déroulement réel afin d améliorer les prévisions de travail. 1.5 Conclusion Dans ce chapitre nous avons présenté l'entreprise au sein de laquelle nous avons effectué notre stage dans le but d'avoir une idée sur les fonctionnalités du système et de ressortir leurs importances ainsi que le contexte du projet. Le chapitre suivant sera consacré pour la réalisation de la première phase du processus unifié : phase d incubation. 5

16 Phase d incubation Chapitre 2. Phase d incubation 2.1 Introduction Dans ce premier chapitre nous assurerons la première phase du processus unifié : «Phase d incubation» qui consiste à délimiter la portée du système. Il s agit d identifier les acteurs, lever les ambiguïtés sur les besoins et les exigences nécessaires et d identifier les cas d utilisation initiaux en les organisant selon des priorités. 2.2 Capture des besoins Description du contexte du projet Dans le cadre de notre projet de fin d études, la Société Tunisienne d Informatique et d Ingénierie nous a confié l automatisation de son système de gestion des charges de personnel en assurant la conception et le développement d une application web qui répond aux exigences de la société Identification des besoins fonctionnels et non fonctionnels Cette étape consiste à comprendre le contexte du système, Il s'agit de déterminer les fonctionnalités et les acteurs et d'identifier les cas d'utilisation initiaux. Besoins fonctionnels : doivent être réalisés à la fin de la phase de développement (cas d utilisation, scénarios). Besoins non fonctionnels : performance, etc. Nous présentons dans ce qui suit tous les besoins fonctionnels classés par acteur ainsi que les besoins non fonctionnels communs à tous ces acteurs Les besoins fonctionnels Le système doit permettre de: S identifier : les utilisateurs doivent saisir leur login et mot de passe pour accéder aux interfaces qui les appartiennent. Sélectionner personnel : le chef de projet identifie les personnels participants à la réalisation d une affaire bien déterminée. Sélectionner affaire: le chef de projet consulte la liste des affaires, identifie l affaire qui va être réalisée pendant cette période. Au cours de la consultation de l affaire le système doit identifier plusieurs informations qui la concernent y compris son client. 6

17 Phase d incubation Gérer la nomenclature : le chef de projet peut gérer les nomenclatures; il peut ajouter, supprimer, consulter ou modifier une nomenclature donnée. On désigne une nomenclature par la topologie concernant une affaire ou un client, citons : le type d affaire, la forme juridique et le secteur d activité. Décomposer l affaire en tâches : le système offre la possibilité de décomposer les affaires en tâches pour pouvoir ensuite les attribuer aux personnels. Planifier le travail : la planification consiste à affecter les personnels sélectionnés aux tâches d une affaire précise en attribuant un délai de travail à chaque tâche. Insérer les tâches effectuées et leurs périodes : Le système permet aux employés d insérer les tâches qu ils ont réalisées et d insérer aussi la période qu ils ont passé en travaillant sur cette tâche. Consulter les tâches en cours : un chef de projet a la possibilité de consulter ses tâches ainsi que les tâches de tous les personnels qui sont en cours de réalisation afin d'être au courant de tout ce qui se passe et en parallèle un personnel peut consulter ses propres tâches pour bien évaluer le travail. Editer état: l employé peut évaluer le travail en éditant une fiche d état pour comparer ce qui est fait et ce qui est censé d être fait. Cette évaluation permet d améliorer les prévisions Les besoins non fonctionnels Il s'agit des besoins qui caractérisent le système. Ces derniers représentent les exigences implicites auquel le système doit répondre. Parmi ces besoins on cite : L utilisabilité : les interfaces doivent être simples et claires. Elles ne doivent pas être trop complexes pour gagner du temps lors de l utilisation du système. La sécurité : pour pouvoir accéder aux interfaces du système chaque utilisateur doit saisir son login et son mot de passe. La cohérence : le système doit être capable de maintenir une cohérence entre les différentes informations qui le composent. La maintenabilité : le code source du système doit être clair et commenté afin de faciliter la maintenance et la modification Identification des acteurs et des cas d utilisation Les acteurs sont des entités externes qui interagissent avec le système et ils sont décrits par leur rôle. Ce rôle définit les besoins et les capacités de l acteur vis-à-vis au système. Les acteurs en interaction avec notre système sont : 7

18 Phase d incubation le chef de projet : l acteur qui a plusieurs permissions dans le système. Il assure la sélection, la planification et la réalisation. Les personnels (les personnels de toutes les directions) : ce sont les acteurs qui doivent assurer les demandes des chefs de projets et qui ont accès à des interfaces bien déterminées. Tableau 1 : Identification des acteurs et des cas d'utilisation Acteur Cas d utilisation Personnel et chef de projet S identifier Chef de projet Sélectionner personnel Chef de projet Sélectionner affaire Chef de projet Gérer nomenclature Chef de projet Décomposer l affaire en tâches Chef de projet Planifier le travail Personnel et chef de projet Insérer la tâche effectuée et sa période Chef de projet et personnels Consulter les tâches en cours Chef de projet et personnels Editer état Diagramme des cas d utilisation initial Les cas d utilisation sont une technique de description du système étudié privilégiant le point de vue de l utilisateur. Les cas d utilisation décrivent, sous la forme d actions, le comportement d un système du point de vue d un utilisateur. Ils servent à structurer les besoins des utilisateurs et les objectifs correspondants du système [3]. Le diagramme de la figure suivante présente les principales fonctionnalités offertes par l application pour les acteurs. 8

19 Phase d incubation Figure 1: Diagramme de cas d'utilisation initial Affectation des priorités aux cas d utilisation Le tableau suivant résume les priorités affectées aux cas d utilisation initiaux afin de les répartir en des cas d utilisation prioritaires ou secondaires. Tableau 2: Affectation des priorités aux cas d'utilisation Cas d utilisation Priorité S identifier 1 Sélectionner personnel 1 Sélectionner affaire 1 Gérer les nomenclatures 1 Décomposer l affaire en tâches 2 Planifier le travail 2 Insérer les taches effectuées et sa période 2 Consulter les tâches en cours 2 Editer Etat Raffinement des cas d utilisation de priorité 1 A partir du diagramme des cas d utilisation et de l identification des besoins et des acteurs, nous avons élaboré une vision générale des cas d'utilisation métiers du futur système. Ensuite, nous raffinerons les cas d'utilisation prioritaires puisque nous allons passer à une phase d'analyse qui correspond à une vision informatique du système. 9

20 Phase d incubation Raffinement du cas d utilisation «s identifier» A travers ce CU 1, les chefs des projets et les personnels vont pouvoir se connecter au système en saisissant leur login et leur mot de passe. Le système va s assurer de leur existence et leur rôle (chef de projet ou personnel) avant de leur donner l accès. Figure 2: Raffinement du cas d'utilisation «s'identifier» Tableau 3: Raffinement du cas d'utilisation «s'identifier» Cas d utilisation S identifier. Acteur Pré Condition Post Condition Scénario Principal Exception Personnel et chefs de projet. Le formulaire d identification est affiché. Utilisateur identifié et autorisé. -L utilisateur saisit son login et son mot de passe et il clique sur le bouton «Se connecter». -Le système vérifie la combinaison login et mot de passe. -Login et mot de passe correcte, le système affiche l interface du menu principal. -Si la combinaison login, mot de passe est invalide le système affiche un message d'erreur. 1 CU: Cas d utilisation 10

21 Phase d incubation Raffinement du sous cas d utilisation «modifier mot de passe» Tableau 4: Raffinement du sous cas d'utilisation «modifier mot de passe» Cas d utilisation Modifier mot de passe. Acteur Chef de projet et personnel. Précondition Utilisateur identifié. Post condition Mot de passe modifié. Scénario principal -Le système affiche l interface. - L utilisateur saisit son ancien mot de passe et le nouveau mot de passe deux fois. -L utilisateur clique sur le bouton «Enregistrer modifications» -Le Système vérifie que l'ancien mot de passe est valide et que le nouveau mot de passe saisi deux fois sont conformes et affiche un message indiquant que le mot de passe est modifié. exception -Si l ancien mot de passe est invalide le système affiche un message indiquant que le mot de passe est invalide. -Si la deuxième saisie du nouveau mot de passe est non conforme à la première le système affiche un message Raffinement du cas d utilisation «Sélectionner personnel» Il s agit d identifier les personnels concernés pour la réalisation d une affaire demandée. Figure 3: Raffinement du cas d'utilisation «sélectionner Personnel» Tableau 5: Raffinement du cas d'utilisation «sélectionner Personnel» Cas d utilisation Sélectionner personnel. Acteur Précondition Chef de projet. Utilisateur identifié et qui est un chef de projet. 11

22 Phase d incubation Post condition Personnels travaillant sur une affaire sélectionnés. Scénario principal Exception -Le système affiche l interface de la sélection d une affaire. - L utilisateur consulte les informations reliées à chaque personnel. -Il sélectionne les personnels qui vont travailler sur une affaire donnée. -Enfin, il valide son choix en cliquant sur le bouton «Sélectionner» -Le système enregistre les données et affiche la liste des personnels sélectionnés. -Le système affiche un message de rappel lorsque l un des personnels sélectionnés est non disponible ou s il a sélectionné un personnel qui sera occupé dans quelques jours. -Le système affiche un message d erreur lorsque le chef de projet n a sélectionné aucun personnel Raffinement du cas d utilisation «Sélectionner affaire» Ce CU, permet à un chef de projet de sélectionner l affaire sur laquelle il va travailler avec son groupe de travail. Figure 4: Raffinement du cas d'utilisation «sélectionner affaire» Tableau 6: Raffinement du cas d'utilisation «sélectionner affaire» Cas d utilisation Sélectionner affaire. Acteur Précondition Chef de projet. Utilisateur identifié et qui est un chef de projet. 12

23 Phase d incubation Post condition Scénario principal Exception L affaire est sélectionnée. -Le système affiche l interface de sélection de l affaire. - L utilisateur consulte la liste des affaires. -Il sélectionne l affaire à réaliser. -L utilisateur valide son choix en cliquant sur le bouton «Sélectionner». -Le système affiche un message d erreur lorsqu aucune affaire n est sélectionnée Raffinement du cas d utilisation «Gérer nomenclature» Ce cas d utilisation, permet aux chefs des projets la gestion des nomenclatures. Le système présente ici les fonctions CRUD 2 pour permettre : la création, la suppression, la modification et l ajout d une nomenclature. Le système permet aussi de sélectionner les nomenclatures concernant une affaire ou un client donné. Figure 5: Raffinement du cas d'utilisation «gérer nomenclature» 2 Create, Read, Update, Delete 13

24 Phase d incubation Tableau 7: Raffinement du cas d'utilisation «gérer nomenclature» Cas d utilisation Gérer nomenclature. Acteur Précondition Post condition Chef de projet. Utilisateur identifié et qui est un chef de projet. Interface de gestion correspondante affichée. Scénario principal - L utilisateur choisit la nomenclature qu'il va gérer. -Le système prend en charge son choix. Exception En cas de difficulté d affichage de l interface le système affiche un message Raffinement du cas d utilisation «gérer forme juridique» Tableau 8: Raffinement du cas d'utilisation «gérer forme juridique» Cas d utilisation gérer forme juridique. Acteur Chef de projet. Précondition Utilisateur identifié et qui est un chef de projet. Post condition Interface de gestion correspondante affichée. Scénario principal -L'utilisateur choisit l'une des gestions proposées (modifier, ajouter, afficher ou supprimer). -Le système affiche l interface concernée. Exception En cas de difficulté d affichage de l interface le système affiche un message Raffinement du sous cas d utilisation «ajouter forme juridique» Tableau 9 : Raffinement du sous cas d utilisation «ajouter forme juridique» Cas d utilisation Ajouter forme juridique. Acteur Chef de projet. Précondition Utilisateur identifié et qui est un chef de projet. Post condition Scénario principal Exception Forme juridique ajoutée -L'utilisateur saisit le formulaire d ajout. -Il clique sur le bouton «Ajouter». -Le système enregistre les données et affiche la forme juridique ajoutée. -Si la forme juridique existe déjà, le système affiche un message. 14

25 Phase d incubation Raffinement du sous cas d utilisation «modifier forme juridique» Tableau 10 : Raffinement du sous cas d utilisation «modifier forme juridique» Cas d utilisation Modifier forme juridique. Acteur Chef de projet. Précondition Utilisateur identifié et qui est un chef de projet. Post condition Forme juridique modifiée. Scénario principal -L'utilisateur sélectionne la forme qu'il désire modifier. -Le système affiche le formulaire qui contient les informations de la forme sélectionnée. -L'utilisateur saisit les nouvelles informations et clique sur le bouton «Modifier». -Le système enregistre les données et affiche la forme juridique après la modification. Exception -Si la forme juridique modifiée existe déjà le système affiche un message d erreur Raffinement du sous cas d utilisation «afficher forme juridique» Tableau 11 : Raffinement du sous cas d utilisation «afficher forme juridique» Cas d utilisation Afficher forme juridique. Acteur Chef de projet. Précondition Utilisateur identifié et qui est un chef de projet. Post condition Forme juridique affichée. Scénario principal -L acteur clique sur le bouton «Afficher» de la forme juridique souhaitée. -Le système affiche les informations de cette forme juridique. Exception -Si la liste des formes juridiques est vide le système affiche un message indiquant que cette liste est vide Raffinement du sous cas d utilisation «supprimer forme juridique» Tableau 12 : Raffinement du sous cas d'utilisation «supprimer forme juridique» Cas d utilisation supprimer forme juridique Acteur Chef de projet 15

26 Phase d incubation précondition Post condition Scénario principal exception utilisateur identifié et qui est un chef de projet Forme juridique supprimée -l acteur clique sur le bouton «Supprimer» qui concerne la forme souhaitée. -le système affiche un message de confirmation -l acteur valide son choix -le système supprime cette forme juridique. -Si la forme à supprimer concerne un client existant le système affiche un message d erreur Raffinement du cas d utilisation «gérer secteur d activité» Tableau 13 : Raffinement du cas d utilisation «gérer secteur d activité» Cas d utilisation gérer secteur d activité. Acteur Chef de projet. précondition utilisateur identifié et qui est un chef de projet. Post condition Interface de gestion correspondante affichée. Scénario principal -l acteur choisit la gestion qu il va réaliser (ajout, suppression, modification ou affichage). -le système affiche l interface concernée. exception En cas de difficulté d affichage de l interface le système affiche un message Raffinement du sous cas d utilisation «ajouter un secteur d activité» Tableau 14 : Raffinement du sous cas d utilisation «ajouter un secteur d activité» Cas d utilisation Ajouter secteur d activité. Acteur Chef de projet. précondition utilisateur identifié et qui est un chef de projet. Post condition Secteur d activité ajouté. Scénario principal -l'utilisateur saisit le formulaire d ajout. -il clique sur le bouton «Ajouter». -le système enregistre les données et affiche le secteur d'activité ajouté. exception -Si le secteur d'activité existe déjà le système affiche un message indiquant que ce secteur existe déjà. 16

27 Phase d incubation Raffinement du sous cas d utilisation «modifier secteur d activité» Tableau 15 : Raffinement du sous cas d utilisation «modifier secteur d activité» Cas d utilisation modifier secteur d activité. Acteur Chef de projet. précondition utilisateur identifié et qui est un chef de projet. Post condition Secteur d activité modifié. Scénario principal -L'utilisateur sélectionne le secteur qu'il désire modifier. -Le système affiche le formulaire qui contient les informations du secteur d'activité sélectionné. -L'utilisateur saisie les nouvelles informations et clique sur le bouton «Modifier». -le système enregistre les données et affiche le secteur après la modification. exception -si le secteur d activité modifié existe déjà le système affiche un message d erreur Raffinement du sous cas d utilisation «afficher secteur d activité» Tableau 16 : Raffinement du sous cas d utilisation «afficher secteur d activité» Cas d utilisation afficher secteur d activité. Acteur Chef de projet. précondition utilisateur identifié et qui est un chef de projet. Post condition Secteur d activité affiché. Scénario principal -l acteur clique sur le bouton «Afficher». -le système affiche les informations du secteur d'activité sélectionné. exception -Si la liste des secteurs d'activités est vide le système affiche un message indiquant que cette liste est vide Raffinement du sous cas d utilisation «supprimer secteur d activité» Tableau 17 : Raffinement du sous cas d utilisation «supprimer secteur d activité» Cas d utilisation supprimer secteur d activité. Acteur Chef de projet. 17

28 Phase d incubation précondition Post condition Scénario principal exception utilisateur identifié et qui est un chef de projet. Secteur d activité supprimé. -l acteur clique sur le bouton «Supprimer» qui concerne le secteur souhaité. -le système affiche un message de confirmation. -l acteur valide son choix. -le système supprime ce secteur. -Si le secteur à supprimer concerne une affaire ou un client existant le système affiche un message d erreur Structuration Figure 6: Structuration des cas d'utilisation Elaboration des prototypes des interfaces Les figures suivantes présentent des prototypes des interfaces des cas d utilisation prioritaires qui sont classés par acteur Prototype des interfaces du chef de projet 18

29 Phase d incubation Figure 7 : Prototype des interfaces du chef de projet Prototype des interfaces du personnel Figure 8 : Prototype des interfaces du personnel 19

30 Phase d incubation 2.3 Analyse des cas d utilisation de priorité 1 La phase d analyse a pour objectif d accéder à une compréhension plus aigüe des besoins et des exigences de l utilisateur. Les figures suivantes représentent : les diagrammes de classe analyse qui ont pour objectif de mettre en évidence les différentes classes analyses (entités, contrôles et interface utilisateur) et les relations entre elles. Les diagrammes de collaboration qui représenteront les interactions entre les différents objets Analyse du cas d utilisation «s identifier» Diagramme de classe du modèle d analyse pour le cas d utilisation «S identifier» La figure 9, représente les différentes classes analyses utilisées pour le cas d utilisation s identifier et les relations entre elles. Figure 9 : Diagramme de classe du modèle d analyse pour Cas d utilisation «s identifier» Diagramme de collaboration du modèle d analyse pour le cas d utilisation «s identifier» Pour les diagrammes de collaborations nous supposerons qu il n y aura pas d exceptions dans les scénarios. La figure 10, représente le diagramme de collaboration qui décrit les messages échangés entre les différents objets pour montrer le fonctionnement de l'opération d identification. Un acteur saisit son login et son mot de passe et clique sur le bouton pour se connecter. Le système prend en charge la vérification de ses coordonnés et affiche ensuite l interface. 20

31 Phase d incubation Figure 10 : Diagramme de collaboration du modèle d analyse pour le cas d utilisation «s identifier» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier mot de passe» La figure 11, représente le diagramme de collaboration du sous cas d utilisation «modifier mot de passe». Un acteur, chef de projet ou simple personnel, saisit son ancien mot de passe et le nouveau mot de passe deux fois, le système vérifie les données saisies et affiche un message. Figure 11 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier mot de passe» Analyse du cas d utilisation «sélectionner personnel» Diagramme de classe du modèle d analyse pour le cas d utilisation «sélectionner personnel» La figure 12, représente le diagramme de classe d analyse pour le cas d utilisation «sélectionner personnel». Figure 12 : Diagramme de classe du modèle d analyse pour le cas d utilisation «sélectionner personnel» 21

32 Phase d incubation Diagramme de collaboration du modèle d analyse pour le cas d utilisation «Sélectionner personnel» La figure 13, représente le diagramme de collaboration du cas d utilisation «sélectionner personnel». Le système se charge et affiche la liste des personnels. Le chef de projet peut consulter cette liste et sélectionner les personnels souhaités en cliquant sur le bouton «sélectionner» et enfin le système prend en charge l enregistrement de l action. Figure 13 : Diagramme de collaboration du modèle d analyse pour le cas d utilisation «sélectionner personnel» Analyse du cas d utilisation «Sélectionner affaire» Diagramme de classe du modèle d analyse pour le cas d utilisation «Sélectionner affaire» La figure 14, représente le diagramme de classe d analyse pour le cas d utilisation «sélectionner affaire» Figure 14 : Diagramme de classe du modèle d analyse pour le cas d utilisation «sélectionner affaire» Diagramme de collaboration du modèle d analyse pour le cas d utilisation «Sélectionner affaire» La figure 15, expose le diagramme de collaboration relatif au cas d utilisation «sélectionner affaire». Figure 15 : Diagramme de collaboration du modèle d analyse pour le cas d utilisation «sélectionner affaire» 22

33 Phase d incubation Analyse du cas d utilisation «gérer secteur d activité» Diagramme de classe du modèle d analyse pour le cas d utilisation «Gérer secteur d activité» La figure 16, expose le diagramme de classe d analyse relatif au cas d utilisation «gérer secteur d activité». Figure 16 : Diagramme de classe du modèle d analyse pour le cas d utilisation «gérer secteur d activité» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter secteur d activité» La figure 17, représente le diagramme de collaboration relatif au sous cas d utilisation «ajouter secteur d activité». Figure 17 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter secteur d activité» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «supprimer secteur d activité» La figure 18, expose le diagramme de collaboration relatif au sous cas d utilisation «supprimer secteur d activité». Figure 18 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «supprimer secteur d activité» 23

34 Phase d incubation Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier secteur d activité» La figure 19, décrit le diagramme de collaboration relatif au sous cas d utilisation «modifier secteur d activité». Figure 19 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier secteur d activité» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher secteur d activité» La figure 20, expose le diagramme de collaboration relatif au sous cas d utilisation «afficher secteur d activité». Figure 20 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher secteur d activité» Analyse du cas d utilisation «gérer forme juridique» Diagramme de classe du modèle d analyse pour le cas d utilisation «Gérer forme juridique» La figure 21, expose le diagramme de collaboration relatif au cas d utilisation «Gérer forme juridique». Figure 21 : Diagramme de classe du modèle d analyse pour le cas d utilisation «gérer forme juridique» 24

35 Phase d incubation Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter forme juridique»: La figure 22, représente le diagramme de collaboration relatif au sous cas d utilisation «ajouter forme juridique». Figure 22 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter forme juridique» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «Supprimer forme juridique» La figure 23, expose le diagramme de collaboration relatif au sous cas d utilisation «supprimer forme juridique». Figure 23 : Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «supprimer forme juridique» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier forme juridique» La figure 24, expose le diagramme de collaboration relatif au sous cas d utilisation «modifier forme juridique». Figure 24: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier forme» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher forme juridique» La figure 25, expose le diagramme de collaboration du cas d utilisation «afficher forme juridique». 25

36 Phase d incubation Figure 25: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher forme juridique» 2.4 Conception Les figures suivantes représentent : Les diagrammes de classe de conception qui vont illustrer les différentes classes mises en jeu et les relations entre elles en montrant les attributs, les méthodes de chacune et les cardinalités. Les diagrammes de séquence montrent l'interaction des objets au moment de l'exécution du système à un instant donné Conception du cas d utilisation «S identifier» Diagramme de classe du modèle de conception pour le cas d utilisation «S identifier» La figure 26, expose le «S identifier». diagramme de classe de conception du cas d utilisation Figure 26 : Diagramme de classe du modèle de conception pour le cas d utilisation «s identifier» 26

37 Phase d incubation Diagramme de séquence du modèle de conception pour le cas d utilisation «S identifier» La figure 27, expose le diagramme de séquence du cas d utilisation «S identifier». Figure 27: Diagramme de séquence du modèle de conception pour le cas d utilisation «s identifier» Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier mot de passe» La figure 28, expose le diagramme de classe de séquence du sous cas d utilisation «modifier mot de passe». Figure 28 : Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier mot de passe» 27

38 Phase d incubation Conception du cas d utilisation «Sélectionner personnel» Diagramme de classe du modèle de conception pour le cas d utilisation «Sélectionner personnel» La figure 29, expose le diagramme de classe de conception du cas d utilisation «sélectionner personnel». Figure 29: Diagramme de classe du modèle de conception pour le cas d utilisation «sélectionner personnel» Diagramme de séquence du modèle de conception pour le cas d utilisation «Sélectionner personnel» La figure 30, représente le diagramme de séquence du cas d utilisation «sélectionner personnel». Figure 30: Diagramme de séquence du modèle de conception pour le cas d utilisation «sélectionner personnel» 28

39 Phase d incubation Conception du cas d utilisation «sélectionner affaire» Diagramme de classe du modèle de conception pour le cas d utilisation «sélectionner affaire» La figure 31, expose le diagramme de classe de conception du cas d utilisation «sélectionner affaire». Figure 31: Diagramme de classe du modèle de conception pour le cas d utilisation «sélectionner affaire» Diagramme de séquence du modèle de conception pour le cas d utilisation «sélectionner affaire» La figure 32, expose le diagramme de séquence du cas d utilisation «sélectionner affaire». Figure 32: Diagramme de séquence du modèle de conception pour le cas d utilisation «sélectionner affaire» 29

40 Phase d incubation Conception du cas d utilisation «Gérer nomenclature» Diagramme de classe du modèle de conception pour le cas d utilisation «Gérer secteur d activité» La figure 33, représente le diagramme de conception du cas d utilisation «Gérer secteur d activité». Figure 33: Diagramme de classe du modèle de conception pour le cas d utilisation «gérer secteur d activité» Diagramme de séquence du modèle de conception pour le sous cas d utilisation «Ajouter secteur d activité» La figure 34, représente le diagramme de séquence du sous cas d utilisation «ajouter secteur d activité». Figure 34: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «ajouter secteur d activité» 30

41 Phase d incubation Diagramme de séquence du modèle de conception pour le sous cas d utilisation «Supprimer secteur d activité» La figure 35, représente le diagramme de séquence du sous cas d utilisation «supprimer secteur d activité». Figure 35: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «Supprimer secteur d activité» Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier secteur d activité» La figure 36, représente le diagramme de séquence du sous cas d utilisation «modifier secteur d activité». Figure 36: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier secteur d activité» 31

42 Phase d incubation Diagramme de séquence du modèle de conception pour le sous cas d utilisation «Afficher secteur d activité» La figure 37, représente le diagramme de séquence du sous cas d utilisation «afficher secteur d activité». Figure 37: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «afficher secteur d activité» Diagramme de classe du modèle de conception pour le cas d utilisation «Gérer forme juridique» La figure 38, expose le diagramme de classe de conception relatif au cas d utilisation «gérer forme juridique». Figure 38: Diagramme de classe du modèle de conception pour le cas d utilisation «gérer forme juridique» 32

43 Phase d incubation Diagramme de séquence du modèle de conception pour le sous cas d utilisation «Ajouter forme juridique» La figure 39, représente le diagramme de séquence du sous cas d utilisation «ajouter forme juridique». Figure 39: Diagramme de séquence du modèle de conception pour le cas d utilisation «ajouter forme juridique» Diagramme de séquence du modèle de conception pour le sous cas d utilisation «Supprimer forme juridique» La figure 40, représente le diagramme de séquence du sous cas d utilisation «supprimer forme juridique». Figure 40: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «supprimer forme juridique» 33

44 Phase d incubation Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier forme juridique» La figure 41, représente le diagramme de séquence du sous cas d utilisation «modifier forme juridique». Figure 41: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «modifier forme juridique» Diagramme de séquence du modèle de conception pour le sous cas d utilisation «Afficher forme juridique» La figure 42, représente le diagramme de séquence du sous cas d utilisation «afficher forme juridique». Figure 42: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «afficher forme juridique» 34

45 Phase d incubation La conception des classes Diagramme de classe entité La figure 43, représente le diagramme de classe entité Schéma de la base de données SecteurActivité(IDSecteur, Nom, Decription). Figure 43: Diagramme de classe entité FormeJuridique(IDFormeJuridique, Nom, Description). TypeAffaire(IDType, Nom, Description). Profil(IDProfil, poste). Personnel(IDPersonnel, nom, prénom, adresse, TelDomicile, TelPortable, , SituationFamiliale, Compétence, Expérience, Formation, Profession, login, mot de passe, #IDProfil). Affaire(IDAffaire, Nom, DateDeb, DateFin, #IDType, #IDSecteur). 2.5 Implémentation Dans cette partie, nous citerons notre environnement de travail et nous présenterons les diagrammes de composants pour chaque cas d utilisation. 35

46 Phase d incubation Un diagramme de composants est un diagramme représentant l organisation et les dépendances liant les éléments physiques logiciels d un système. Le diagramme de composants a pour objectifs : Visualiser l organisation physique générale d un système, décrite en termes de composants logiciels. Présenter les dépendances unissant les différents constituants logiciels du système. Etablir les différentes configurations liant les éléments physiques logiciels du système Environnement du travail L environnement utilisé pour assurer la réalisation de notre application web est le suivant : Rational Rose: est un outil de modélisation qui assure l édition des diagrammes UML d un logiciel [4]. WampServer: est une plateforme de développement web sous windows pour des applications Web dynamiques à l aide du serveur Apache2, du langage de scripts PHP et d une base de données MySQL. Il possède également PHPMyAdmin pour gérer plus facilement les bases de données. WampServer se charge d'installer tous les composants nécessaires pour un site web (serveur, la base de données..). En plus, il est très simple et facile à utiliser ce qui le rend l une des plateformes les plus reconnues et utilisées [5]. Eclipse Kepler : Environnement de Développement Intégré, développé par International Business Machines ou IBM. Il est libre et téléchargeable par internet [6]. Paint : est un programme simple et facile à utiliser, que nous avons utilisé pour réaliser les prototypes des interfaces. MySql : est un système de gestion de base de données relationnel crée par la société MySQL AB. C est un SGBD libre, gratuit, performant et très populaire. MySql fonctionne sur différentes plateformes [7]. Hibernate: est une solution open source qui assure le mapping entre l objet et le relationnel, il facilite alors le développement de la couche de persistance et l utilisation de la base de donnée. Cet ORM (Object Relational Mapping) supporte plusieurs SGBD relationnel comme MySql. Le langage utilisé par Hibernate est le langage HQL qui est un peu différent de SQL [8]. 36

47 Phase d incubation JEE : Java Enterprise Edition, est une plateforme destinée aux applications entreprises. JEE s appuie entièrement sur le langage JAVA, c est un ensemble de technologies qui assurent la création des applications web développé par SUN [9]. CSS : le CSS ou Cascading Style Sheets, est un langage qui permet d assurer une bonne présentation pour les pages web. Le CSS sépare la structure d'un document HTML et sa présentation [10]. Primefaces : est une bibliothèque open source de composants JSF. Cette bibliothèque de composants graphiques facilite le travail et aide à optimiser le temps. Il est basé côté serveur sur l API standard de JSF 2. Au côté client les scripts de PrimeFaces sont basés sur la librairie la plus populaire de javascript jquery [11]. Java Server Faces : est un framework qui facilite le développement d une application web, orienté vue et qui respecte le modèle d architecture MVC (Model, View, Controller). Ce framework sépare la couche présentation de la couche métier dont la communication est assurée par le biais des ManagedBean qui sont des classes JAVA respectant des spécifications bien définies [12]. Environnement matériel : nous travaillons l application sur nos ordinateurs portables qui sont les deux : Toshiba Mémoire(RAM) :4GO. Type de système : système d exploitation WINDOWS 8. Disque dur : 500GO. 37

48 Phase d incubation Implémentation du cas d utilisation «s identifier» Figure 44: Implémentation du cas d utilisation«s identifier» Implémentation du cas d utilisation «sélectionner personnel» Figure 45: Implémentation du cas d utilisation«sélectionner personnel» 38

49 Phase d incubation Implémentation du cas d utilisation «sélectionner affaire» Figure 46: Implémentation du cas d utilisation«sélectionner affaire» Implémentation du cas d utilisation «Gérer nomenclature» Implémentation du cas d utilisation «Gérer forme juridique» Figure 47: Implémentation du cas d utilisation «Gérer forme juridique» 39

50 Phase d incubation Implémentation du cas d utilisation «Gérer secteur d activité» Figure 48: Implémentation du cas d utilisation«gérer secteur d'activité» 2.6 Conclusion Ayant réalisé cette phase, nous avons réussi à comprendre le fonctionnement de notre système, définir l acteur et ses cas d utilisation, analyser, concevoir et implémenter les cas d utilisations de priorité 1. Ces objectifs constituent le noyau du travail à réaliser et une base pour la phase d élaboration où on va traiter les cas d utilisation de priorité 2. 40

51 Phase d élaboration Chapitre 3. Phase d élaboration 3.1 Introduction L élaboration est la deuxième phase du processus unifié, elle permet de bien préciser les cas d'utilisation de priorité 2, nous allons analyser et concevoir ces cas d utilisation. L objectif de cette phase est donc d approfondir notre compréhension du système. 3.2 Capture des besoins Identification des besoins fonctionnels et non fonctionnels En plus des besoins spécifiés au premier chapitre le système doit permettre aussi de : Gérer client: le chef de projet peut gérer les clients; il peut ajouter, supprimer, modifier ou afficher un client donné. Modifier affaire: le chef de projet a la possibilité de modifier une affaire donnée Identification des acteurs et des cas d utilisation Le tableau suivant présente les nouveaux besoins dégagés. Tableau 18 Identification des acteurs et des cas d'utilisation Cas d utilisation Acteur Gérer client Modifier affaire chef de projet chef de projet 3.3 Diagramme des cas d utilisation initial La figure 60, expose le diagramme des cas d utilisation initial incluant les nouveaux besoins. 41

52 Phase d élaboration Figure 49 : Diagramme de cas d'utilisation initial 3.4 Affectation des priorités aux cas d utilisation : Le tableau 24, montre les différents cas d utilisation et leur priorité. Tableau 19 : Affectation des priorités aux cas d'utilisation Cas d utilisation priorité S identifier 1 sélectionner personnel 1 sélectionner affaire 1 Gérer les nomenclatures 1 Décomposer l affaire en tâches 2 gérer client 2 modifier affaire 2 planifier travail 2 Insérer les taches effectuées et sa période 2 Consulter les taches en cours 2 Editer état 3 42

53 Phase d élaboration 3.5 Raffinement des cas d utilisation de priorité 2 : Dans cette partie nous assurerons le raffinement des cas d utilisation de priorité 2. Tableau 20 : Raffinement du cas d utilisation «décomposer l affaire en tâches» Cas d utilisation décomposer Affaire en tâches. Acteur Chef de projet. précondition utilisateur identifié et qui est un chef de projet. Post condition Affaire Décomposée en tâches. Scénario principal -le système affiche l'interface. -l'utilisateur sélectionne l'affaire concernée. -l'utilisateur saisit les informations d'une tâche et clique sur le bouton «Ajouter». -le système enregistre les données et affiche un message indiquant que la décomposition est bien effectuée. exception -si la tâche ajoutée existe déjà le système affiche un message indiquant que cette tâche existe déjà Raffinement du cas d utilisation «planifier le travail» Figure 50: Raffinement du cas d utilisation «planifier le travail» Tableau 21: Raffinement du cas d utilisation «planifier le travail» Cas d utilisation Planifier travail. Acteur Chef de projet. précondition utilisateur identifié et qui est un chef de projet. Post condition travail planifié. Scénario principal -le système affiche l interface de la planification. -l'utilisateur sélectionne le personnel et la tâche qu il doit réaliser en affectant un délai de travail. -il saisit les informations nécessaires. -l'utilisateur clique sur le bouton «valider». 43

54 Phase d élaboration Exception -le système enregistre les données et affiche la planification. -si l'utilisateur clique sur le bouton sans avoir sélectionné toutes les informations, le système affiche un message d'erreur Raffinement de cas d utilisation «insérer tâche et sa période» Figure 51: Raffinement de cas d utilisation «insérer tâche et sa période» Tableau 22: Raffinement de cas d utilisation «insérer tâche et sa période» Cas d utilisation Insérer tâche et sa période. Acteur Acteur. précondition utilisateur identifié et autorisé. Post condition tâche et période inséré. Scénario principal -le système affiche l'interface de la réalisation. -l'utilisateur sélectionne la tâche qu'il a réalisé et la période qu'il a enduré dans sa réalisation. -l'utilisateur clique sur le bouton «valider». -le système enregistre les données. exception Raffinement du cas d utilisation «consulter les tâches en cours» Figure 52: Raffinement du cas d utilisation «consulter les tâches en cours» 44

55 Phase d élaboration Tableau 23: Raffinement du cas d utilisation «consulter les tâches en cours» Cas d utilisation Consulter tâches en cours Acteur Acteur précondition Utilisateur identifié et autorisé. Post condition Tâches consultées. Scénario principal -L utilisateur clique sur le bouton «voir les tâches en cours». -Le système affiche la liste des tâches en cours d exécution - Si c est un chef de projet, il peut consulter toutes les tâches. -Si c est un personnel il ne peut consulter que ses propres tâches. Exception Raffinement du cas d utilisation «gérer client» Figure 53: Raffinement du cas d utilisation «gérer client» Tableau 24: Raffinement du cas d utilisation «gérer client» Cas d utilisation Gérer client. Acteur précondition post condition Chef de projet. Utilisateur identifié et qui est un chef de projet. Interface de gestion correspondante affichée. Scénario principal -L'utilisateur choisit l'une des gestions proposées (modification, ajout, suppression ou affichage). 45

56 Phase d élaboration exception -Le système affiche l'interface de la gestion choisie. S il y a un problème lors de l affichage de l interface le système affiche un message Raffinement du sous cas d utilisation «ajouter client» Tableau 25: Raffinement du sous cas d utilisation «ajouter client» Cas d utilisation Ajouter client. Acteur Précondition Post condition Scénario principal Exception Chef de projet. Utilisateur autorisé et qui est un chef de projet. Client ajouté. -L'utilisateur sélectionne la forme juridique et le secteur d'activité relatifs à ce client et saisit le formulaire d ajout. -Il clique sur le bouton «Ajouter». -Le système ajoute le client et l affiche. -Si le client existe déjà, le système affiche un message indiquant que ce client existe Raffinement du sous cas d utilisation «supprimer client» Tableau 26: Raffinement du sous cas d utilisation «supprimer client» Cas d utilisation Supprimer client. Acteur Précondition Post condition Chef de projet. Utilisateur autorisé et qui est un chef de projet. Client supprimé. Scénario principal -L acteur clique sur le bouton «Supprimer» relatif au client qu'il désire supprimer. Exception -Le système affiche un message de confirmation. -L'utilisateur clique sur le bouton «Confirmer» et le système supprime ce client. -Si la liste des clients est vide le système 46

57 Phase d élaboration affiche un message indiquant que la liste est vide Raffinement du sous cas «modifier client» Cas d utilisation Acteur précondition Post condition Scénario principal exception Tableau 27: Raffinement du sous cas «modifier client» Modifier client. Chef de projet. Utilisateur identifié et qui est un chef de projet. Client modifié -L'utilisateur clique sur le client qu'il désire modifier. -Le système affiche un formulaire qui contient les informations du client sélectionné. -L'utilisateur saisit les nouvelles informations et clique sur le bouton «Modifier». -le système enregistre les données et affiche le client après la modification. -si le client modifié existe déjà le système affiche un message d erreur Raffinement du sous cas d utilisation «afficher client» Tableau 28: Raffinement du sous cas d utilisation «afficher client» Cas d utilisation Afficher client. Acteur Précondition Post condition Scénario principal Exception Chef de projet. Utilisateur identifié et qui est un chef de projet. Client affiché. -Le chef de projet clique sur le bouton «Afficher» qui concerne le client à consulter. -Le système affiche toutes les informations relatives à ce client. -Si un problème se pose lors de l affichage de l interface le système affiche un message 47

58 Phase d élaboration d erreur Raffinement de cas d utilisation «modifier affaire» Figure 54: Raffinement de cas d utilisation «modifier affaire» Tableau 29: Raffinement de cas d utilisation «modifier affaire» Cas d utilisation Modifier affaire. Acteur Précondition Post condition Scénario principal Exception Chef de projet. Utilisateur identifié et qui est un chef de projet. Affaire modifiée. -Le chef de projet sélectionne l'affaire qu'il désire modifier. -Le système affiche le formulaire qui contient les informations de l'affaire sélectionnée. -L'utilisateur saisit les nouvelles informations et clique sur le bouton «Modifier». -le système modifie l affaire et l affiche après la modification. -si l'affaire modifiée existe déjà le système affiche un message d erreur 48

59 Phase d élaboration 3.6 Structuration Figure 55: struturation des cas d'utilisation 3.7 Prototype interface Prototype des interfaces du chef de projet Figure 56: Prototype des interfaces du chef de projet 49

60 Phase d élaboration Prototype des interfaces du personnel Figure 57: Prototype des interfaces du personnel 3.8 L analyse Comme au cours de la phase précédente, la phase d incubation, nous ferons une analyse des cas d utilisations de priorité 2, tout en réalisant les diagrammes de classe d analyses et les diagrammes de collaborations Analyse des cas d utilisation de priorité Analyse du cas d utilisation «décomposer l affaire en tâches» Diagramme de classe du modèle d analyse pour le cas d utilisation «décomposer affaire en taches» La figure 58, expose le diagramme de classe du modèle d analyse du cas d utilisation «Décomposer affaire en tâches» Figure 58: Diagramme de classe du modèle d analyse pour le cas d utilisation «décomposer affaire en taches» 50

61 Phase d élaboration Diagramme de collaboration du modèle d analyse pour le cas d utilisation «décomposer tâche» La figure 59, expose le diagramme de collaboration du modèle d analyse du cas d utilisation «Décomposer affaire en tâches». Le système charge la liste des affaires. Le chef de projet sélectionne une des affaires et saisit les données nécessaires. Le système prendra en charge l ajout de cette tâche. Figure 59: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «décomposer tâche» Analyse du cas d utilisation «planifier travail» Diagramme de classe du modèle d analyse pour le cas d utilisation «planifier travail» La figure 60, présente le diagramme de classe du modèle d analyse du cas d utilisation «Planifier travail». Figure 60: Diagramme de classe du modèle d analyse pour le cas d utilisation «planifier travail» 51

62 Phase d élaboration Diagramme de collaboration du modèle d analyse pour le cas d utilisation «planifier travail» La figure 61, illustre la démarche de la planification du travail où le système charge la liste des personnels, tâches et affaires pour que le chef de projet sélectionne et saisit les données nécessaires et clôture son travail par un clic sur le bouton valider. Le système enregistrera la planification. Figure 61: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «planifier travail» Analyse du cas d utilisation «insérer tâche et sa période» Diagramme de classe du modèle d analyse pour le cas d utilisation «Insérer tâche et sa période» Figure 62: Diagramme de classe du modèle d analyse pour le cas d utilisation «Insérer tâche et sa période» 52

63 Phase d élaboration Diagramme de collaboration du modèle d analyse pour le cas d utilisation «Insérer tâche et sa période» La figure 63, expose le diagramme de collaboration du modèle d analyse pour le cas d utilisation «Insérer tâche et sa période». Le système se charge pour afficher l interface en indiquant le personnel courant et l affaire sur laquelle il travaille. L acteur sélectionne la tâche achevée, saisit les différentes données nécessaires et clique sur le bouton valider. Le système enregistrera cette tâche clôturée. Figure 63: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «Insérer tâche et sa période» Analyse du cas d utilisation «consulter les tâches en cours» Diagramme de classe du modèle d analyse pour le cas d utilisation «consulter les tâches en cours» Figure 64: Diagramme de classe du modèle d analyse pour le cas d utilisation «consulter les tâches en cours» 53

64 Phase d élaboration Diagramme de collaboration du modèle d analyse pour le cas d utilisation «consulter les tâches en cours» La figure 65, illustre le diagramme de collaboration du modèle d analyse pour le cas d utilisation «consulter les tâches en cours». Figure 65: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «consulter les tâches en cours» Analyse du cas d utilisation «gérer client» Diagramme de classe du modèle d analyse pour le cas d utilisation «gérer client» Figure 66 Diagramme de classe du modèle d analyse pour le cas d utilisation «gérer client» 54

65 Phase d élaboration Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter client» : La figure 67, expose le diagramme de collaboration d analyse pour le sous cas d utilisation «ajouter client». Figure 67: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «ajouter client» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «supprimer client» La figure 68, expose le diagramme de collaboration d analyse pour le sous cas d utilisation «supprimer client». Figure 68: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «supprimer client» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier client» La figure 69, illustre le diagramme de collaboration d analyse pour le sous cas d utilisation «modifier client». 55

66 Phase d élaboration Figure 69: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «modifier client» Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher client» La figure 70, illustre le diagramme de collaboration d analyse pour le sous cas d utilisation «afficher client». Figure 70: Diagramme de collaboration du modèle d analyse pour le sous cas d utilisation «afficher client» Analyse du cas d utilisation «modifier affaire» Diagramme de classe du modèle d analyse pour le cas d utilisation «modifier affaire» Figure 71: Diagramme de classe du modèle d analyse pour le cas d utilisation «modifier affaire» 56

67 Phase d élaboration Diagramme de collaboration du modèle d analyse pour le cas d utilisation «modifier affaire» La figure 72, expose le diagramme de collaboration d analyse pour le cas d utilisation «modifier affaire». Figure 72: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «modifier affaire» 3.9 La conception Dans cette phase nous réaliserons les diagrammes de classe de conceptions et les diagrammes de séquence relatifs aux cas d utilisation de priorité Conception du cas d utilisation «décomposer affaire en tâches» Diagramme de classe du modèle de conception pour le cas d utilisation «Décomposer affaire en tâches» La figure 73, présente le diagramme de classe du modèle de conception du cas d utilisation «Décomposer affaire en tâches». Figure 73: Diagramme de classe du modèle de conception pour le cas d utilisation «Décomposer affaire en tâches» 57

68 Phase d élaboration Diagramme de séquence du modèle de conception pour le cas d utilisation «décomposer affaire en tâches» La figure 74, expose le diagramme de séquence du modèle de classe du cas d utilisation «Planifier travail» Figure 74: Diagramme de séquence du modèle de conception pour le cas d utilisation «décomposer affaire en tâches» Conception du cas d utilisation «planifier travail» Diagramme de classe du modèle de conception pour le cas d utilisation «Planifier travail» Figure 75: Diagramme de classe du modèle de conception pour le cas d utilisation «Planifier travail» 58

69 Phase d élaboration Diagramme de séquence du modèle de conception pour le cas d utilisation «planifier travail» Figure 76: Diagramme de séquence du modèle de conception pour le cas d utilisation «planifier travail» Conception du cas d utilisation «insérer tâche et sa période» Diagramme de classe du modèle de conception pour le cas d utilisation «insérer tâche et sa période» Figure 77: Diagramme de classe du modèle de conception pour le cas d utilisation «insérer tâche et sa période» 59

70 Phase d élaboration Diagramme de séquence du modèle de conception pour le cas d utilisation «insérer tâche et sa période» Figure 78: Diagramme de séquence du modèle de conception pour le cas d utilisation «insérer tâche et sa période» Conception du cas d utilisation «consulter les taches en cours» Diagramme de classe du modèle de conception pour le cas d utilisation «consulter les taches en cours» Figure 79: Diagramme de classe du modèle de conception pour le cas d utilisation «consulter les taches en cours» 60

71 Phase d élaboration Diagramme de séquence du modèle de conception pour le cas d utilisation «consulter tâche et sa période» Figure 80: Diagramme de séquence du modèle de conception pour le cas d utilisation «consulter tâche et sa période» Conception du cas d utilisation gérer client Diagramme de classe du modèle de conception pour le cas d utilisation «gérer client» Figure 81: Diagramme de classe du modèle de conception pour le cas d utilisation «gérer client» 61

72 Phase d élaboration Diagramme de séquence du modèle de conception pour le sous cas d utilisation «ajouter client» Figure 82: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «ajouter client» Diagramme de séquence du modèle de conception pour le sous cas d utilisation «supprimer client» Figure 83: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «supprimer client» 62

73 Phase d élaboration Diagramme de séquence du modèle de conception pour le cas d utilisation «modifier client» Figure 84 : Diagramme de séquence du modèle de conception pour le cas d utilisation «modifier client» Diagramme de séquence du modèle de conception pour le sous cas d utilisation «afficher client» Figure 85: Diagramme de séquence du modèle de conception pour le sous cas d utilisation «afficher client» 63

74 Phase d élaboration Conception du cas d utilisation modifier affaire Diagramme de conception du modèle de conception pour le cas d utilisation «modifier affaire» Figure 86: Diagramme de conception du modèle de conception pour le cas d utilisation «modifier affaire» Diagramme de séquence du modèle de conception pour le cas d utilisation «modifier affaire» Figure 87: Diagramme de séquence du modèle de conception pour le cas d utilisation «modifier affaire» 64

75 Phase d élaboration La conception des classes Diagramme de classe entités Figure 88 : Diagramme de classe entités 65

76 Phase d élaboration Schéma de la base de données Client (IDClient, Nom, adresse, tel, fax, DateCreation, MatriculeFiscale, RaisonSocial, NomDirigeant, TelDirigeant, #IDFormeJuridique, #IDsecteur) PersonneDeContact (IDPersonne, Nom, Prénom, poste, adresse, Tel, , Fax, #IDClient) FormeJuridique (IDFormeJuridique, Nom, Description) SecteurActivité (IDSecteur, Nom, Description) TypeAffaire (IDType, Nom, Description) Affaire (IDAffaire, DateDeb, DatFin, Nom, Description, Sélectionnée, #IDSecteur, #IDClient, #IDType) Tâche_Affaire(#IDTâche,#IDAffaire) Tâche (IDTâche, Nom, DateDeb, DateFin, Spécification) Imputation (Type, DateDeb,DateFin, #IDTâche, #IDPersonnel) Personnel (IDPersonnel, Nom, Prénom, Adresse, TelPortable, TelDomicil, , SituationFamiliale, Compétences, Expérience, Formation, Profession, Affecté, login, MotDePasse, #IDProfil) Profil (IDProfil, Poste) 3.10 L implémentation Implémentation du cas d utilisation «décomposer affaire en tâche» Figure 89 : Implémentation du cas d utilisation «décomposer affaire en tâche» 66

77 Phase d élaboration Implémentation du cas d utilisation «planifier travail» Figure 90 : Implémentation du cas d utilisation «planifier affaire» Implémentation du cas d utilisation «insérer tâche et sa période» Figure 91: Implémentation du cas d utilisation «insérer tâche et sa période» 67

78 Phase d élaboration Implémentation du cas d utilisation «consulter tâches en cours» Figure 92: Implémentation du cas d utilisation «consulter tâches en cours» Implémentation du cas d utilisation «gérer client» Implémentation du sous cas d utilisation «Ajouter client» Figure 93: Implémentation du sous cas d utilisation «Ajouter client» 68

79 Phase d élaboration Implémentation du sous cas d utilisation «supprimer client» Figure 94: Implémentation du sous cas d utilisation «supprimer client» Implémentation du sous cas d utilisation «modifier client» Figure 95: Implémentation du sous cas d utilisation «modifier client» 69

80 Phase d élaboration Implémentation du sous cas d utilisation «afficher client» Figure 96: Implémentation du sous cas d utilisation «afficher client» Implémentation du cas d utilisation «modifier affaire» Figure 97: Implémentation du cas d utilisation «modifier affaire» 70

81 Phase d élaboration 3.11 Conclusion Après avoir raffiné le modèle des cas d'utilisation, voire capturé de nouveaux besoins, analysé et conçu la majorité des cas d'utilisation formulés dans cette phase, nous allons s'occuper de tous les besoins restants dans la phase de construction. 71

82 Phase de Construction Chapitre 4. Phase de Construction 4.1 Introduction Dans cette phase, nous allons capturer tous les besoins restants car il n'est pratiquement plus possible de le faire dans la prochaine phase. Ensuite, nous allons continuer l'analyse, la conception et l'implémentation des cas d'utilisation de priorité Capture des besoins Identification des besoins fonctionnels et non fonctionnels Des nouveaux besoins sont dégagés au niveau de ce chapitre citons: Ajouter affaire : le système doit permettre à un chef de projet d ajouter une nouvelle affaire. Ajouter personnel : un chef de projet peut ajouter un personnel. Ajouter personne de contact : chaque client de la société a une personne de contact, donc le système doit permettre l ajout d une personne de contact relative à un client donnée Identification des acteurs et des cas d utilisation Le tableau suivant présente les nouveaux besoins dégagés. Tableau 30: Identification des acteurs et des cas d'utilisation Cas d utilisation Acteur Ajouter affaire Ajouter personnel Ajouter personne de contact chef de projet chef de projet chef de projet Diagramme des cas d utilisation initial La figure suivante, expose le diagramme des cas d utilisation initial incluant les nouveaux besoins dégagés. 72

83 Phase de Construction Figure 98: Diagramme de cas d'utilisation initial 4.3 Affectation des priorités aux cas d utilisation Le tableau 36, montre les différents cas d utilisation et leur priorité. Tableau 31: Affectation des priorités aux cas d'utilisation Cas d utilisation Priorité S identifier 1 Sélectionner personnel 1 Sélectionner affaire 1 Gérer les nomenclatures 1 Décomposer l affaire en tâches 2 Gérer client 2 Modifier affaire 2 Planifier travail 2 Insérer les taches effectuées et sa période 2 Consulter les taches en cours 2 Editer état 3 Ajouter affaire 3 Ajouter personnel 3 Ajouter personne de contact 3 73

84 Phase de Construction Raffinement des cas d utilisation de priorité Raffinement du cas d utilisation «Editer Etat» Figure 99: Raffinement du cas d utilisation «Editer Etat» Tableau 32: Raffinement du cas d utilisation «Editer Etat» Cas d utilisation Editer état. Acteur Chef de projet et personnel. Précondition Utilisateur identifié et autorisé. Post condition Etat édité. Scénario principal -Le système affiche l'interface. -L'acteur clique sur le bouton «Editer Etat» -Le système télécharge l état sous fichier PDF. Exception -Si le système n a pas pu générer le fichier PDF un message d erreur s affiche Raffinement du cas d utilisation «Ajouter affaire» Figure 100: Raffinement du cas d utilisation «Ajouter affaire» Tableau 33: Raffinement du cas d utilisation «Ajouter affaire» Cas d utilisation Ajouter affaire. Acteur Chef de projet. Précondition Utilisateur identifié et autorisé. Post condition Affaire ajoutée. Scénario principal -Le système affiche l'interface. 74

85 Phase de Construction Exception -L'acteur sélectionne le type, le client et le secteur. Il saisit les informations nécessaires et clique sur le bouton «Ajouter». -Le système ajoute l affaire. -Si l affaire existe déjà le système affiche un message d erreur Raffinement du cas d utilisation «Ajouter personnel» Figure 101: Raffinement du cas d utilisation «Ajouter personnel» Tableau 34 : Raffinement du cas d utilisation «Ajouter personnel» Cas d utilisation Ajouter personnel. Acteur Chef de projet. Précondition Utilisateur identifié et autorisé. Post condition Personnel ajouté. Scénario principal -Le système affiche l'interface. -L'acteur sélectionne le profil, saisit les informations nécessaires et clique sur le bouton «Ajouter». -Le système ajoute le personnel. Exception -Si le personnel existe déjà le système affiche un message d erreur Raffinement du cas d utilisation «Ajouter personne de contact» Figure 102: Raffinement du cas d utilisation «Ajouter personne de contact» 75

86 Phase de Construction Tableau 35: Raffinement du cas d utilisation «Ajouter personne de contact» Cas d utilisation Ajouter personne de contact. Acteur Chef de projet. Précondition Utilisateur identifié et autorisé. Post condition Personne de contact ajoutée. Scénario principal -Le système affiche l'interface. -L'acteur sélectionne le client correspondant, saisit les informations nécessaires et clique sur le bouton «Ajouter». -Le système ajoute la personne de contact. Exception -Si la personne existe déjà le système affiche un message d erreur. 4.4 Analyse des cas d utilisation de priorité Analyse du cas d utilisation «Editer état» Diagramme de classe du modèle d analyse pour le cas d utilisation «Editer état» Figure 103 : Diagramme de classe du modèle d analyse pour le cas d utilisation «Editer état» Diagramme de collaboration du modèle d analyse pour le cas d utilisation «Editer état» Figure 104: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «Editer état» 76

87 Phase de Construction Analyse du cas d utilisation «Ajouter affaire» Diagramme de classe du modèle d analyse pour le cas d utilisation «Ajouter affaire» Figure 105: Diagramme de classe du modèle d analyse pour le cas d utilisation «Ajouter affaire» Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter affaire» Figure 106: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter affaire» 77

88 Phase de Construction Analyse du cas d utilisation «Ajouter personnel» Diagramme de classe du modèle d analyse pour le cas d utilisation «Ajouter personnel» Figure 107: Diagramme de classe du modèle d analyse pour cas d utilisation «Ajouter personnel» Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter personnel» Figure 108: Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter personnel» Analyse du cas d utilisation «Ajouter personne de contact» Diagramme de classe du modèle d analyse pour cas d utilisation «Ajouter personne de contact» Figure 109: Diagramme de classe du modèle d analyse pour cas d utilisation «Ajouter personne de contact» 78

89 Phase de Construction Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter personne de contact» Figure 110 : Diagramme de collaboration du modèle d analyse pour le cas d utilisation «ajouter personne de contact» 4.5 La conception Conception des cas d utilisation de priorité Conception du cas d utilisation «Editer état» Diagramme de classe du modèle de conception pour le cas d utilisation «Editer état» Figure 111: Diagramme de classe du modèle de conception pour le cas d utilisation «Editer état» 79

90 Phase de Construction Diagramme de séquence du modèle de conception pour le cas d utilisation «Editer état» Figure 112: Diagramme de séquence du modèle de conception pour le cas d utilisation «Editer état» Conception du cas d utilisation «Ajouter affaire» Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter affaire» Figure 113: Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter affaire» 80

91 Phase de Construction Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter affaire» Figure 114: Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter affaire» Conception du cas d utilisation «Ajouter personnel» Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter personnel» Figure 115: Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter personnel» 81

92 Phase de Construction Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter personnel» Figure 116: Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter personnel» Conception du cas d utilisation «Ajouter personne de contact» Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter personne de contact» Figure 117: Diagramme de classe du modèle de conception pour le cas d utilisation «Ajouter personne de contact» 82

93 Phase de Construction Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter personne de contact» Figure 118 : Diagramme de séquence du modèle de conception pour le cas d utilisation «Ajouter personne de contact» 83

94 Phase de Construction La conception des classes Diagramme de classe entité Figure 119: Diagramme de classe entité 84

95 Phase de Construction Schéma de la base de données Client (IDClient, Nom, adresse, tel, fax, DateCreation, MatriculeFiscale, RaisonSocial, NomDirigeant, TelDirigeant, #IDFormeJuridique, #IDsecteur) PersonneDeContact (IDPersonne, Nom, Prénom, poste, adresse, Tel, , Fax, #IDClient) FormeJuridique (IDFormeJuridique, Nom, Description) SecteurActivité (IDSecteur, Nom, Description) TypeAffaire (IDType, Nom, Description) Affaire (IDAffaire, DateDeb, DatFin, Nom, Description, Sélectionnée, #IDSecteur, #IDClient, #IDType) Tâche_Affaire(#IDTâche,#IDAffaire) Tâche (IDTâche, Nom, DateDeb, DateFin, Spécification) Imputation (Type, DateDeb,DateFin, #IDTâche, #IDPersonnel) Personnel (IDPersonnel, Nom, Prénom, Adresse, TelPortable, TelDomicil, , SituationFamiliale, Compétences, Expérience, Formation, Profession, Affecté, login, MotDePasse, #IDProfil) Profil (IDProfil, Poste) 4.6 Implémentation Implémentation du cas d utilisation «Editer état» Figure 120: Implémentation du cas d utilisation «Editer état» 85

96 Phase de Construction Implémentation du cas d utilisation «Ajouter affaire» Figure 121: Implémentation du cas d utilisation «Ajouter affaire» Implémentation du cas d utilisation «Ajouter Personnel» Figure 122: Implémentation du cas d utilisation «Ajouter Personnel» 86

97 Phase de Construction Implémentation du cas d utilisation «Ajouter Personne de contact» Figure 123: Implémentation du cas d utilisation «Ajouter Personne de contact» 4.7 Conclusion Dans ce chapitre nous avons réussi à capturer les besoins des cas d'utilisation de priorité 3 et aussi à analyser, concevoir et enfin implémenter ces derniers, ce qui nous permet de passer au chapitre suivant qui est la phase de transition. 87

98 Phase de Transition Chapitre 5. Phase de Transition 5.1 Introduction Dans ce chapitre, nous présenterons les différentes interfaces pour chaque profil de notre application, ainsi que l utilité de chacune. 5.2 Enchainement des interfaces Interface d identification Pour y accéder au système un utilisateur, chef de projet ou personnel, doit saisir son login et son mot de passe à travers l interface suivante: Figure 124 Interface d'identification Menu principal du chef de projet Après la vérification des coordonnées, l interface du menu principal s affiche. Cette interface regroupe toutes les fonctionnalités du système où le chef de projet choisit le travail qu il va réaliser. La figure suivante illustre le menu principal : 88

99 Phase de Transition Figure 125: Menu principal du chef de projet Interface de sélection du personnel La figure suivante montre l interface de la sélection d un personnel où le chef de projet identifie les personnels qui vont travailler sur une affaire donnée. Figure 126 : Interface de sélection du personnel Interface de gestion de la forme juridique Le système offre la possibilité de gérer les nomenclatures à savoir : le type d affaire, le secteur d activité et la forme juridique. La figure suivante montre l interface de gestion de la forme juridique. 89

100 Phase de Transition Figure 127 Interface «gérer forme juridique» Interface «modifier forme» Comme indiqué au-dessus, une nomenclature peut être gérée, donc le chef de projet peut la modifier. La figure suivante montre l interface de modification d une forme juridique. Figure 128 : Interface «modifier forme» Interface «afficher forme juridique» Le système doit permettre l affichage d une nomenclature. La figure suivante expose l interface d affichage d une forme juridique. 90

101 Phase de Transition Figure 129 : interface afficher forme Interface supprimer «forme juridique» La figure suivante illustre l interface de la suppression d une forme juridique. Figure 130 : supprimer «forme juridique» Interface ajouter client Le système permet aussi de gérer les clients de la société. Un chef de projet peut ajouter, supprimer, modifier ou afficher un client. La figure suivante expose l interface d ajout d un client. 91

102 Phase de Transition Figure 131 : Interface «ajouter client» Interface de planification Notre application, gestion des charges de personnel, permet d organiser le travail au sein de la société. L interface de planification est alors l une des interfaces importantes. Elle permet au chef de projet de planifier une affaire : affecter les tâches aux personnels et attribuer des délais de travail. Figure 132: Interface de planification Menu principal du personnel Comme indiqué aux chapitres précédents, le personnel n a pas accès à toutes les fonctionnalités du système. Il bénéficie d un menu principal autre que celui du chef de projet. La figure suivante montre ce menu. 92

103 Phase de Transition Figure 133 : Menu principal du personnel Interface de «consulter tâches en cours» La figure suivante expose l interface de consultation des tâches en cours Figure 134 Interface consulter tâches en cours Interface d édition d état Un utilisateur, chef de projet ou personnel, peut éditer un état d édition pour consulter la qualité du travail et analyser les résultats. Figure 135 : interface d'édition d'état 5.3 Conclusion Nous avons présenté au niveau de ce chapitre quelques interfaces de notre système. Au cours de réalisation de ces interfaces, nous avons essayé d assurer la clarté et la simplicité afin de garantir un usage facile aux utilisateurs. 93