Application de Gestion du personnel et des formations
Contents
1. Mi ge nice Application de Gestion du personnel et des formations Analyse des besoins et Gestion de projet Groupe jaune Sous Groupe 4 Chef de projet Souhir MAYEL Participants Besma ZAGHDOUDI Mahdi BEN MAHFOUDH Bi i Safwen BEN MANSOUR Universit Nig SOPHIA ANTIPOLIS L3 MIAGE 2010 Groupe4 Gestion de projet Page 1 I DESCRIPTION DU PROJET La gestion des ressources humaines est souvent une activit lourde et on reuse pour les entreprises qui sont toujours tr s sensibles l organisation de leur temps et aux probl mes d optimisations Face ces besoins notre projet a pour but de faciliter la gestion du flux de personnel et la gestion des formations au sein de toute structure En effet le p le administratif est g n ralement surcharg en France Devant tre facile d utilisation et accessible tout type de personnes m me novice en informatique notre projet doit aboutir au d veloppement d une application web ergonomique capable d tre int gr e au portail d une entreprise Notre syst me fournit donc des proc dures d changes de donn es normalis es et s curis es et permet l int gration des employ s et des formations La s curit de l application est aussi un point non n gligeable les informations qui y sont stock es sont souvent personnelles et confidentielles Il faut tenir compte d une certaine hi rarchie respecter dans ces informations n impo2. Nous aurions d introduire un intervenant appel super administrateur qui a acc s toutes les fonctionnalit s et qui distribue les comptes d acc s Nous n avons eu le temps de corriger cette erreur Toutefois cette inattention n est pas fatale la r ussite de notre projet l administrateur devra avoir deux mot de passe un pour le statut administrateur et un second pour le statut employ Il ne pourra donc ajouter des nouveaux profils des deux types employ et admin Ce qui est galement flagrant dans notre estimation du temps c est que nous avions pr vu 50h pour la cr ation des bases de donn es alors que nous l avions fait en seulement quelques heures le reste tant le temps pour la r flexion des relations et du syst mes de SGBD utiliser Nous avions bizarrement tous pens s qu il tait n cessaire de consacrer beaucoup de temps cette partie Notre vision des bases de donn es tant assez technique nous tions persuad s que sa cr ation l tait aussi or pas du tout Cependant nous n avions pas pens au souci de compatibilit du SGBD SQL Server 2008 ce qui nous a pos probl me par la suite 6 INDICATEURS DE REUSSITE L indicateur de r ussite est la possibilit travers l application de g rer les formations et d en attribuer une ou plusieurs un ou plusieurs groupe de personnes et de g rer le flux de personnels en y apportant des modifications d ajouts et de suppressi
3. NET T 4 8 Liaison donn es entre oo formulaires et constructeurs T 5 1 Tests l mentaires T T 5 2 Tests d int gration E des interfaces GUI et API 8 3 Bilan du diagramme de Gantt Effectif travail pr vu et travail effectif Comme pr vu initialement la gestion de projet bien eu lieu sur toute la p riode de la mission sans aucune interruption seulement avec quelques d calages dans les t ches En effet nous avions pr vu de faire en parall le la d finition du projet et la r daction du cahier des charges en m me temps Ce n tait finalement pas tr s logique car nous devions terminer de d finir le projet en lui m me avant de pouvoir r diger le rapport pr liminaire Nous avons alors attendu de d terminer les limites de notre application pour commencer la r daction Cependant ce premier rapport ne correspondait pas totalement au crit re des cahiers des charges il nous a donc fallut tout reprendre Nous avions pris un retard d une semaine pour le livrable mais cela n a pas eu d impact direct sur la suite du projet Une r union de mise au point t annul e mais plusieurs autres ont t organis es Par ailleurs nous avions pr vu une dur e assez large pour la r daction du rapport final et un livrable avant la date limite Nous avions bien fait car le retard pris dans le projet en lui m me nous a permis de finir temps et de pouvoir repousser la date du livrable sans tre p nalis par le temps La
4. avail effectu et d cider de poursuivre ou modifier le planning de travail d fini C est justement travers ce WP que le coordonateur pr sente d une part le projet en sa totalit tout en pr cisant le temps consacr aux diff rentes t ches et d autre part le rapport final qui r sume toutes les d marches les difficult s rencontr es ainsi que le r sultat du projet en lui m me gr ce une vid o de d monstration T che 1 1 D finition du projet T che 1 2 Etablissement du rapport de pr sentation du projet T che 1 3 R union hebdomadaire de mise au point avec v rification de l avancement et de la qualit du projet T che 1 4 R daction du rapport final du projet accompagn de la documentation de l utilisateur T che 1 5 R alisation du support visuel pr sentation sous power point T che 1 7 R alisation de la vid o avi de d monstration de l application finale Delivrables Nom DIZ DTA DIS DTS L3 MIAGE 2010 Groupe4 Gestion de projet Page 4 Dre pt i Objectif Ce WP consiste d finir par l interm diaire du langage UML le r le de chaque t che constituant le projet Il est donc consacr principalement la conception de notre application Effectivement il va faire l objet d une analyse orient objet avec l utilisation de deux diagrammes Cas d utilisation et cas d activit Description du travail Le diagramme de cas d utilisation va nous permettr
5. dans les temps Pour finir ce qui nous a vraiment marqu dans ce projet c est la gestion des risques En effet nous avons appris que pour g rer les risques il fallait les transformer en r sultats attendus en pr cisant par qui et pour quand et v rifier que les preuves de l obtention de ces r sultats sont suffisantes pour garantir l limination de ces risques et pouvoir ainsi respecter les ch ances L3 MIAGE 2010 Groupe4 Gestion de projet Page 18
6. description du projet quant elle a t rallong e du fait du report des livrables mais le T 2 1 et le T 2 2 ont t r alis es dans les temps Nous nous sommes rendus compte que les livrables ne d pendaient pas d autres choses mais c est bien la r flexion et la d finition de cette conception qui est primordiale pour la suite des t ches L3 MIAGE 2010 Groupe4 Gestion de projet Page 16 Pour le WP3 notre temps effectif est largement inf rieur celui qu on avait pr vu car la cr ation de base de donn es s est faite en un seul jour alors qu on lui avait attribu deux semaines Nous ferons la m me remarque pour d finir les relations des BD Cependant la dur e totale de ce WP a t plus long que pr vu cause de la d livrance du livrable fournit bien apr s Ce retard n tant pas la source d un probl me 9 Probl mes rencontr s solutions apport es Chaque membre du groupe avait une id e sensiblement diff rente de ce qu tait la gestion de projet et de ce que cela repr sentait en termes de responsabilit s et d organisation Effectivement notre groupe est constitu d tudiants issus de cursus universitaire diff rent et face l laboration de ce projet commun les r actions et les probl mes ont t diverses et vari s Tout d abord nous avons pris un peu de retard pour d finir le projet en lui m me le cahier des charges tait trop g n rique et nous avions eu le besoin de r
7. diger une petite pr sentation cran par cran pour savoir exactement ce que notre application devait faire Nous nous sommes donc mis dans la peau d un utilisateur b ta Au commencement du projet nous voulions tous avoir les m mes logiciels de d veloppement de conception afin d avoir un m me support de travail facilitant ainsi l change d informations entre les membres Or ceci nous a norm ment retard s Lors du t l chargement de SQL server 2008 sur MSDN nous avons tous rencontr le m me probl me Impossibilit de t l charger le logiciel faute d incompatibilit avec nos propres syst me d exploitation Ces derniers ne pouvaient rece voir SQL Server 2008 et par la m me occasion 2005 Effectivement le logiciel nous demandait de t l charger un pack compl mentaire pour l ex cution du programme qui n a pu se faire que sur l ordinateur de Mahdi le programmeur du groupe Or Besma avait pour objectif de construire les bases de donn es de l application Nous avons donc r fl chis une autre alternative cr er les tables n cessaires contenant une dizaine de donn es sur Microsoft Access et les importer sur l ordinateur de Mahdi afin qu il les introduise dans la programmation Devant r fl chir au diagramme de cas d utilisation et au diagramme de classes nous avons eu beaucoup de d saccord pour les valider 10 Ce que ce projet nous a appris La gestion de projet n est pas si facile que ce q
8. e 11 8 1 Diagramme de Gantt Pr visionnel suite Nom de la t che Octobre Novembre pe e 04 os os 10 12 14 16 18 20 22 24 26 28 30 o1 03 os o7 o9 11 13 15 17 19 2 sch matiser les BD T 3 2 D finir les relations employ s formation grille formation et convocation T 3 3 Cr ation des tables Gestion personnels et PR T 3 1 Penser et E Cal mm formations 01 11 T 4 1 Cr ation des GUI T 4 2 Cr ation des classes T 4 3 Impl mentation des constructeurs T 4 4 impl mentation des fonctions relatives chaque classes T 4 5 Impl mentation du script T 4 6 Etablir la connexion entre les fichiers sources et la BD L3 MIAGE 2010 Groupe4 Gestion de projet Page 12 8 1 Diagramme de Gantt Pr visionnel suite Nom de la t che 30 02 oa os og 10 12 14 l 16 18 20 22 24 26 28 30 o1 03 os o7 o9 11113 15 a7 19 2 36 T 4 7 Programmation ASP NET T 4 8 Liaison donn es entre formulaires et constructeurs T 5 1 Tests l mentaires T 5 2 Tests d int gration des interfaces GUI et API T 5 3 Test global F d utilisation Ili L3 MIAGE 2010 Groupe4 Gestion de projet Page 13 8 2 Diagramme de Gantt Effectif Octobre Novembre o2 COS 006 0611901127 34 36 38 2 22 022 26 2 35 01 6S 087008915121 03500370 391102121725 Application de g
9. e d une part de d finir le syst me du point de vue des utilisateurs car il donne une vision globale de la structure de l application et d autre part d appr hender les besoins fonctionnels de notre syst me Les besoins mis en vidence sont les suivants Du point de vue de l utilisateur gt e la gestion du personnel e la gestion des formations e consultation du planning de formation e impression de sa convocation Par ailleurs nous allons pouvoir mettre en exergue les acteurs de notre application qui permettent de d crire l interaction entre l acteur et le syst me La mod lisation du processus interactif travers la conception du diagramme d activit Delivrable Diagramme de cas d utilisation Digramme de cas d activit L3 MIAGE 2010 Groupe4 Gestion de projet Page 5 Besma Objectifs Concevoir les relations et attributs respectifs chaque BD puis construction des tables qui leurs sont associ es l aide des logiciels appropri s Description du travail Penser et sch matiser le SGBD permet d amorcer la recherche et le d veloppement des bases de donn es dont on va se servir Cela fait l objet d une analyse des besoins et exigences requis pour construire des bases de donn es efficaces La d finition et la construction de ces tables ainsi que leurs remplissages seront les futures bases de donn es de notre application Celle ci aura besoin de tables pour regrouper toutes les
10. estion du personnel et des formations T 1 1 D finition du projet ss T 1 2 Rapport de oo pr sentation du projet ET E EA EA ES D T 1 3 R unions de mise au em o em gt o point T 1 4 Rapport final et documentation utilisateur lt 21 11 T 1 5 Pr sentation support visuel 21 11 T 1 6 Vid o de msi d monstration T 2 1 Pr sentation et conception des cas d utilisation annn nenn mnanaa Re EA EA A A E AA T E EA T 2 2 Mod lisation du ml processus int ractif 29 10 RESSENTI MERISIER MER SERRES CRT APES ETES EEE EEE ERP EEE SERPENT EE ETES ARE ERREUR AE E E TT 21 11 L3 MIAGE 2010 Groupe4 Gestion de projet Page 14 8 2 Diagramme de Gantt Effectif suite Octobre Novembre 30 02 04 06 o8 10 12 14 16 18 20 22 24 26 28 30 01 03 05 07 09 11 13 15 17 19 21 23 T pren Ed a A les BD T 3 2 D finir les relations C employ s formation grille formation et convocation T 3 3 Cr ation des tables CI Gestion personnels et formations 19 11 T 4 1 Cr ation des GUI T 4 2 Cr ation des classes T 4 3 impl mentation des constructeurs T 4 4 impl mentation des fonctions relatives chaque classes T 4 5 impl mentation du script L3 MIAGE 2010 Groupe4 Gestion de projet Page 15 T 4 6 Etablir la connexion ml entre les fichiers sources et la BD T 4 7 Programmation D ASP
11. iagrammes sans vraiment nous demander s ils allaient vraiment nous tre utiles par la suite Voil pourquoi nous avons mis moins de temps pour concr tiser ce WP L3 MIAGE 2010 Groupe4 Gestion de projet Page 8 En travaillant sur ce projet nous tions persuad s que nous allions d passer les 200h de travail cependant c est en faisant les calculs que nous avons d couvert avec grande surprise que nous n avions fait 189 5h Ceciest en partie d notre mauvaise perception de la gestion de projet et notre manque d exp rience dans ce domaine Le dernier WP repr sente la phase des tests et nous voyons que nous avons travaill s 10h de plus que les pr visions En effet ceci est le r sultat direct d une mauvaise gestion des risques techniques et humains Techniques car il existe toujours un moment o nous manquons de connaissances pointues dans la programmation du code source ce qui nous oblige aller chercher des informations par internet principalement travers les blogs les forums et humains car nous nous sommes tellement focalis s sur le c ur de notre application que nous en avons oubli l aspect organisationnel Nous n avons pas pris assez de recul lors de la programmation et un niveau tr s avanc nous nous sommes rendu compte que nous avons oubli de prendre en consid ration la gestion de l application en elle m me Il n est d sormais plus possible d ajouter des profils de deux types
12. informations concernant les coordonn es ainsi que des diff rentes formations de chaque salari de l entreprise d o la d finition des classes et des objectifs relatifs chaque classes Nous utiliserons comme SGBD SQL Server Delivrable Nom Tables de k BD N de work package 4 Date de d marage 55 O Impl mentation Programmation et interface graphique N de participant DT i Objectifs Ce WP est le plus important Il repr sente le c ur de notre application avec la programmation aspect interne et les GUI ainsi que les API aspect externe et esth tique Description du travail T 4 1 Cr ation des interfaces programmation html pour la mise en place des formulaires T 4 2 Cr ation des classes et des objets relatifs chaque classe T 4 3 Impl mentation des constructeurs T 4 4 Impl mentation des fonctions relatives chaque classe T 4 5 Impl mentation du script de r cup ration et d envoi des donn es la BD notamment les requ tes T 4 6 Etablir la connexion entre les fichiers sources et la base de donn es T 4 7 Programmation ASP net afin tablir la liaison de donn s entre les composantes du formulaire les tableaux d affichage d une part et la BD d une autre part T 4 8 Pour chaque fichier source tablir la liaison des donn es entre le formulaire et les constructeurs des classes utilis es dans chaque fichier L3 MIAGE 2010 Groupe4 Gestion de projet Page 6 ess etr souti e
13. on structur e du projet voil pourquoi nous l avons divis en plusieurs work packages comme ci dessous wonk Titre Leader WP Heures Date d but Date fin Dur e Packages me m Par fermet sun Ter ee le 6h Ho 2 3 5 8 WP1 P2 P3 WP4 EE PROGRAMMATION M BEN MAHFOUDH TEST ET WP5 RESOLUTION DE S BEN MANSOUR Jour 22 Jour 42 21 jours PROBLEME L3 MIAGE 2010 Groupe4 Gestion de projet Page 3 3 LISTE DES DELIV RABLES N de Nom du delivrabl N de work Date de Leader delivrable E nn package livraison du WP D 14 Rapport final plus documentation utilisateur 1 Souhir Mode d emploi E N T WP WP Pr sentation rapport visuel WP1 WP WP Rapport de pr sentation du projet 8 i 3 Vid o de d monstration Conception UML graphique de usecase WP j3 Souhr 7 9 d activit s J 2 jl Tables de a BD 4 DETAILS DES WORK PACKAGES N de work package Date de d marrage Titre de work Package Gestion du projet Objectifs L objectif de ce WP est de commencer g rer et administrer le projet tout en respectant les ch ances Evaluer chaque t che afin d tablir le cahier des charges Il fait aussi l objet de nombreux travaux livrables Description du travail Pour mener bien cette mission le chef de projet coordonne les t ches et suit leur avancement Afin d assurer une bonne qualit du produit final il organise des r unions hebdomadaires pour contr ler le tr
14. ons Au final un employ doit avoir la possibilit de consulter son planning de formations L3 MIAGE 2010 Groupe4 Gestion de projet Page 9 7 GRAPHIQUE DES DEPENDANCES SEMAINE 7 Le d livrable D 3 3 tables de la base de donn es a t rendu avec 17 jours de retard or ceci n a pas eu d impact sur le WP4 malgr la d pendance d clar e En fait la d pendance ne se trouvait pas au niveau du livrable en lui m me mais au niveau de la d finition des tables Cette derni re ayant t faite dans les temps la connexion entre les fichiers sources et la base de donn es ainsi pu tre r alis e et test e avec un seul tuple L3 MIAGE 2010 Grouped4 Gestion de projet Page 10 8 DIAGRAMME DE GANTT 8 1 Diagramme de Gantt Pr visionnel Nom de la t che Octobre Novembre 30 02 04 os og 10 12 14 16 18 20 22 24 26 28 30 o1 03 os o7 o9 11 13 15 17 19 2 1 l application de gestion du personnel et des formations T 1 1 D finition du projet T 1 2 Rapport de pr sentation du projet T 1 3 R unions de mise CJ au point T 1 4 Rapport final et m documentation utilisateur 13 11 T 1 5 Pr sentation s support visuel 13 11 T 1 6 Vid o de d monstration 13 11 T 2 1 Pr sentation et conception des cas d utilisation T 2 2 Mod lisation du processus int ractif L3 MIAGE 2010 Groupe4 Gestion de projet Pag
15. poste qu ils occupent et de pouvoir leur fournir une convocation lors d un stage de formation ou encore de leur pr senter un planning annuel des diff rents stages les concernant C est ce qu il sera visible dans l interface GUI consultation Voici les outils utilis s pour ce projet Concernant le langage de programmation nous utilisons Asp net Vb net HTML notre syst me de gestion de base de donn es est Sqlserver 2005 Rational Rose pour la conception UML et comme plateforme de programmation Plateforme visual studio 2008 L3 MIAGE 2010 Groupe4 Gestion de projet Page 2 IT ANALYSE DES BESOINS amp DECOUPAGE DU PROJET Pr sentons tout d abord les membres du projet 1 LES MEMBRES DU PROJET R les CP Chef de projet M Membre de l quipe 2 LISTE DES WORK PACKAGES Une tude pr liminaire est n cessaire pour identifier les acteurs qui vont interagir avec le syst me construire les messages qu changent les acteurs et le syst me produire le cahier des charges et mod liser le contexte Le processus s articule donc globalement autour de 3 phases essentielles une branche fonctionnelle une branche technique et une phase de r alisation En d coupant le projet en plusieurs lots et ces derniers en plusieurs t ches on s assure d une part la facilit d effectuer des tests par lots et l laboration des sous parties du produit et d autre part cela nous permet d avoir une visi
16. rte quel utilisateur ne doit pas avoir acc s tout Afin de garantir la s curit de l application nous avons opt pour une connexion par authentification et par un syst me de profils Le syst me de profil permet d attribuer des droits d acc s diff rents chaque groupe d utilisateurs administrateur et employ s Chaque utilisateur est tenu de s identifier au moyen d un identifiant et d un mot de passe pour pouvoir lancer l application Puis cette association identifiant mot de passe correspondant un profil l application est lanc e avec un mode de fonctionnement plus ou moins restreint sorte de bridage logiciel volontaire En fait l administrateur acc de l ensemble des fonctionnalit s de l application l interface GUI avec les onglets gestion du personnel et gestion des formations et l interface GUI consultation du planning des formations La premi re interface permet travers l onglet de gestion du personnel e L ajout de nouveaux employ s dans la base de donn es e La modification des donn es des employ s e La suppression des employ s quittant l entreprise Et travers l onglet de gestion des formations e L ajout d une nouvelle formation e La modification des donn es d une formation ou son report e La suppression d une formation si elle ne concerne plus personne L objectif principal est donc d octroyer chacun des employ s concern s une formation qui sera d finie selon le
17. st proche de 50 h de travail pr vues par personne alors que le total des heures par work package est totalement chamboul En effet lorsque nous y regardons de plus pr s nous remarquons que le WPI et le WP5 ont t sous estim s en quantit de travail contrairement aux WP2 WP3 et WP4 qui eux ont t surestim s Le WP1 repr sente la gestion de projet et a d but d s lors qu on s effor ait d terminer le besoin existant de notre application Il est assez difficile de mesurer le temps r el pass l organisation de toute la mission car toute communication avec les autres membres de l quipe fait galement partie du projet Le chef de projet a d sans cesse communiquer et faire des r unions pour identifier et jalonner les conditions de r ussite pour planifier et d finir qui contribue quoi pour d cider et faire un choix mais aussi pour g rer les risques et d tecter s il y a des probl mes afin de limiter les d g ts Cependant le plus difficile reste de faire confiance dans le travail de son co quipier d autant plus si le chef de projet ne maitrise pas la partie technique des ing nieurs Par ailleurs il y a une multitude d action qui gravite autour de la gestion de projet et auxquelles on ne pense pas forc ment lorsqu on d coupe son projet Dans notre cas nous n avons pas pris en consid ration le temps n cessaire la formation aux diff rents softwares pour certaine personne du groupe ainsi q
18. t ET de probl mes i Objectifs Corriger les ventuels bugs rencontr s en cours de l impl mentation Test de la liaison de donn es avec les formulaires et le fonctionnement des requ tes Description du travail Tout au long de l impl mentation une s rie de tests est effectu e Nous avons les tests dit l mentaires qui se font chaque ligne de code les tests sur la fonctionnalit des interfaces GUI et API Puis la fin de la r alisation de notre application nous effectuerons d autres tests plus globaux qui viseront valider notre projet T che 5 1 Tests l mentaires qui permet de v rifier la coh rence de chaque ligne de code tap e T che 5 2 Test d int gration des interfaces GUI et API qui permet de v rifier la coh rence entre ces deux interfaces une fois r unies T che 5 3 Test global d int gration qui permet de v rifier que l application est op rationnelle et sans message d erreurs 5 EFFORT HEURE PERSONNE H P 5 1 Effort H P pr visionnel E Mahdi BEN MAHFOUDH mo SR RS RS RE 5 2 Effort H P effectif Nom du participan Total H P D CON EE EE ES BE EE ESS D D DS LE SE ET EN RES RARE ue ere L3 MIAGE 2010 Groupe4 Gestion de projet Page 7 5 3 Bilan des efforts H P et recul par rapport au projet En comparant ces deux tableaux nous nous sommes aper us quel point il est difficile d valuer son temps de travail l avance Globalement chaque personne e
19. ue l on pensait Plus nous sommes de personnes et plus cela est compliqu organiser La communication au sein du groupe devient difficile L coute est donc un aspect banal dans la gestion de projet mais on Poublie assez souvent car il faut prendre en compte son point de vue en consid rant celui des autres et en restant coh rant dans la r alisation de notre application Par ailleurs le fait d organiser en d tail son projet nous fait perdre du temps donc il faut trouver le juste milieu C est dire qu il ne faut pas se perdre dans les d tails et ne pas tre trop g n raliste Il faut savoir mettre en coh rence le planning et la capacit assurer les charges L3 MIAGE 2010 Groupe4 Gestion de projet Page 17 Concernant le chef de projet sans r elle hi rarchie il est difficile d imposer son pouvoir de d cision Donc pour finir le projet temps il fallut insister pour d cider de la non r alisation du module des profils En outre pour r cup rer le retard nous avons plus ou moins r affect les moyens dans le WP4 En effet nous avons demand tous les membres de projet de faire des recherches concernant les points de difficult s sur la programmation et de ce fait une grande quantit de code sale a t r dig De plus en plus de bug sont apparus et dans le cas o le retard tait trop important le chef de projet a d cid d interrompre totalement la partie pour pouvoir rendre le projet
20. ue l uniformisation des logiciels sur tous les postes Par ailleurs le fait d am nager le plus pr cis ment nos t ches et d agencer les diff rentes tapes du projet est certes n cessaire mais c est un aspect qui prend beaucoup de temps et nous avions eu l impression que cette p nibilit nous retardait dans avancement du projet De plus le fait de demander l avancement des t ches et donc de contr ler chaque fois les membres du groupe peut assez rapidement les mettre dans une situation de stress et de doute Voil pourquoi le chef de projet a d cid de rajouter quelques r unions de mise au point pour le bon suivi du travail En outre notre quipe est compos e de personnes qui ne se connaissaient pas la base donc nous aurions pu faire face une personne fort caract re mais il est vrai que cette situation ne s est produite aucun moment Certainement un signe de respect du travail mutuel entre nous Chaque projet doit commencer par une analyse des besoins fonctionnels c est pourquoi nous sommes partis d une vision globale pour arriver une vision plus sp cifique Nous avons donc entreprit la conception du diagramme de cas d utilisation du diagramme de classe et du diagramme d activit Or nous en n avons fait que deux car le troisi me n tait pas tr s pertinent Etant une comp tence acquise encore nouvelle tudi ce semestre nous nous sommes tous lanc s dans la conception de ces d
Download Pdf Manuals
Related Search