Vous êtes sur la page 1sur 30

MISE EN PLACE DUNE SOLUTION DE GESTION DE PROJETS

PROPOSITION COMMERCIALE

Destinataire M. Vincent DESNOT Matrise douvrage (MOA) Epistema Matrise duvre (MOE) ProGest Auteurs Cyril BLANCHET, Emmanuelle MAZIN, Emilien PETRINI Date de Rdaction : 10 Octobre 2007 Version : 2.0

Page 1 sur 30

Table des matires


Prsentation du projet..................................................................................................................................... 4 Contexte....................................................................................................................................................... 4 Objet ............................................................................................................................................................ 4 Prsentation de PROGEST............................................................................................................................ 4 Cadre ............................................................................................................................................................ 5 Solution propose............................................................................................................................................ 6 Fonctionnalits............................................................................................................................................. 6 Langue de lapplication ............................................................................................................................ 6 Principales fonctionnalits ....................................................................................................................... 6 Accs client .............................................................................................................................................. 6 Identification ............................................................................................................................................ 7 Administration ......................................................................................................................................... 8 Gestion du planning ................................................................................................................................. 9 Gestion de Projet ................................................................................................................................... 10 Suivi de projet ........................................................................................................................................ 12 Techniques ............................................................................................................................................. 14 Dveloppement...................................................................................................................................... 14 Environnement de production............................................................................................................... 15 Limites............................................................................................................................................................ 16 Responsabilit............................................................................................................................................ 16 Dpendances.............................................................................................................................................. 16 Maintenance .............................................................................................................................................. 16 Disfonctionnement matriel ...................................................................................................................... 17 Risques ....................................................................................................................................................... 17 Organisation structurelle ........................................................................................................................... 17 Chef de projet ........................................................................................................................................ 19 Web designer ......................................................................................................................................... 19 Dveloppeurs ......................................................................................................................................... 19 Architecte............................................................................................................................................... 19 Responsable qualit ............................................................................................................................... 19 Processus ................................................................................................................................................... 20 Etapes..................................................................................................................................................... 20 Qualit.................................................................................................................................................... 20 Livrables ..................................................................................................................................................... 21

Page 2 sur 30

Contractuels ........................................................................................................................................... 21 Non contractuels.................................................................................................................................... 21 Objectifs et priorits .................................................................................................................................. 22 Gestion du risque ....................................................................................................................................... 22 Moyens de contrle ............................................................................................................................... 22 Les runions ........................................................................................................................................... 23 Les tests................................................................................................................................................. 23 Chiffrage......................................................................................................................................................... 24 Planning ......................................................................................................................................................... 25 Planning ......................................................................................................................................................... 25 Glossaire......................................................................................................................................................... 28 Dfinition des termes lis au logiciel ......................................................................................................... 28 Dfinition des termes lis au secteur dactivits ....................................................................................... 30

Page 3 sur 30

Prsentation du projet Contexte


La socit Epistema, diteur/intgrateur de solutions logicielles pour la formation et la communication oprationnelle, a pour but damliorer son processus de gestion de projets. Elle possde un outil en interne qui permet une gestion de la charge de travail de ses collaborateurs mais qui ne lui permet pas daborder certains aspects pourtant essentiel du processus (financier, reporting, avancement temps rel ). Cest pourquoi, Epistema fait aujourdhui appel PROGEST pour dvelopper et dployer une solution lui permettant une gestion optimise de son processus interne de gestion de projet.

Objet
Cette tude a pour objectif la conception, la ralisation et le dploiement dune solution personnalise de gestion de projets pour la socit Epistema, spcialis dans le domaine du e-Learning.

Prsentation de PROGEST
Fort de son expertise en conseil, intgration de systmes et infogrance, PROGEST est reconnu dans le monde des services informatiques des entreprises et des administrations franaises. Avec un chiffre daffaires de 30 millions deuros en 2006 et plus de 100 collaborateurs, PROGEST est lun des 20 premiers groupes de services informatiques en France. La comprhension des enjeux de ses clients permet PROGEST de concevoir des solutions mtiers forte valeur ajoute dans ses domaines dexpertise secteur public et sant, banque-assurance, tlcommunications, nergie-transport-industrie ainsi que des solutions technologiques innovantes. Avec une exprience de plus de 35 ans dans la conduite de grands projets, une grande ractivit et une dmarche industrielle, PROGEST a dvelopp une culture du rsultat qui lui permet de s'engager sur la qualit du service rendu et la satisfaction de ses clients. Mobiliss autour des valeurs de simplicit, crativit, indpendance, respect et ouverture, les collaborateurs de PROGEST sattachent traduire les technologies en services innovants, sources de progrs pour leurs clients.

Page 4 sur 30

Cadre
Voici une vue globale de larchitecture de votre entreprise :

Compte tenu de votre mode de fonctionnement, nous dploierons notre solution sur un serveur accessible partout dans le monde via un ordinateur pourvu dune connexion internet.

Page 5 sur 30

Solution propose Fonctionnalits


Langue de lapplication
Etant donn la nationalit de vos employs, cette solution sera fournie en Franais. Il sera bien sur possible par la suite de nous commander des modules dans des langues spcifiques dans le cas dun largissement de vos ples dactivits.

Principales fonctionnalits
Notre application possde de nombreuses fonctionnalits qui vous permettront datteindre vos objectifs en optimisant votre dmarche de gestion de projet. Voici un aperu des principales fonctionnalits : Logiciel en langue franaise Accs client lapplication Moteur de recherche Gestion o Gestion de projets et de tches Estimation du reste faire Notification des oublis de dfinition du reste faire par email Evaluation de l'avancement o Gestion des ressources o Gestion des jours fris et des vacances o Gestion des dpendances o Gestion du versionning Visualisation o Diagramme de Gantt o Liste o Calendrier Statistiques o Reporting : tableau de bord, indicateurs, graphiques et statistique o Calculs des cots et rapports estims/raliss o Comparaison entre projets / tches Sauvegarde des donnes au format XML Impression des diffrents diagrammes et listes

Accs client
Aprs stre connect au portail internet dEpistema, votre client pourra accder lavancement du projet qui le concerne, les donnes qui lui seront affiches seront paramtrables via linterface dadministration. Vous pourrez ainsi personnaliser la vue du client, pour quelle soit la plus pertinente possible.

Page 6 sur 30

Identification
Notre solution vous est propose en client lger. Un utilisateur pourra y avoir accs via lIntranet de lentreprise et linternet. En effet, un portail permettra aux consultants et aux employs dlocaliss daccder lapplication Notre solution ne proposant pas la manipulation de donnes dites stratgiquement sensibles , lutilisation dun login et dun mot de passe sera utilise pour assurer la scurit des communications. Chaque utilisateur devra sidentifier laide de son mot de passe et de son login. Ces derniers seront identiques ceux utilis pour accder leur compte en fonctionnement actuellement au sein de lentreprise. Le statut de connexion dun employ la solution est effectif jusqu ce dernier quitte lapplication.

Page 7 sur 30

Administration
Voici comment sorganise le module dadministration. Il permet de grer les employs (utilisateurs) dune part, et la base client dautre part. Pour la suppression demploy et de client elle sera ralise automatiquement grce linterfaage avec lannuaire LDAP. En cas de suppression sur lannuaire LDAP, lemploy ou le client sera automatiquement supprimer de lapplication.

Page 8 sur 30

Gestion du planning
Aprs stre identifi, lutilisateur accde son planning personnel. Voici comment il peut interagir avec son planning :

Pour rsumer ce schma, les personnes enregistres dans lannuaire de lentreprise, une fois logues pourront visualiser leur planning au mois, la semaine ou la journe et imprimer ce planning. En ce qui concerne la gestion de leurs vacances et jours dabsences, ils pourront : Crer une indisponibilit Modifier une indisponibilit Supprimer une indisponibilit Visualiser la liste de ses indisponibilits Imprimer la liste de ses indisponibilits

Page 9 sur 30

Gestion de Projet
Ce module permettra aux personnes habilites le faire, de crer un projet et des tches projet, dy affecter des ressources (humaines, matriels, ) et de renseigner les cots et dlais.

Les fonctionnalits inclues dans le module Gestion de projets sont donc plus prcisment la cration, modification, suppression et visualisation dun projet, dune liste de projet ou dune tche, dune liste de tches. Lensemble des crans sont imprimables. Pour chaque tche, et projet, il sera possible dy affecter des ressources humaines ou des profils ou un groupe de personnes. Il sera aussi possible de prciser les charges financires (Ressources, matriels, ) et les donnes temporelles (Date de dbut, dure, ). Lorsquun projet drape, il est indispensable davoir la possibilit de visualiser lensemble des problmes lorigine de ce drapage. Aussi, pour chaque projet, il sera possible de renseigner une liste de problmes. Notification des oublis de dfinition du reste faire par email Les personnes ayant oubli de renseigner les champs davancement de leurs tches seront averties automatiquement par mail. La frquence et la priode davertissement seront paramtrables.

Page 10 sur 30

Filtrage Lensemble des donnes seront filtrables. Par exemple, on peut parler du filtrage temporel pour les tches, il serait donc possible de : Visualiser uniquement ses tches en cours, Visualiser uniquement les tches appartement Monsieur X, Visualiser uniquement les tches en retard, Etc Les templates Il est possible de se constituer un fichier type de projet, servant par la suite de modle l'laboration des plannings ultrieurs. Cette mthode est recommande lorsque l'on travaille sur des projets utilisant des tches semblables, le mme calendrier, les mmes ressources ou encore faisant appel une prsentation identique. Les plannings copient ainsi une structure standard qui a t initialement dtermine. Le modle peut donc faire conomiser beaucoup de temps au planificateur, dont le travail n'en devient que plus efficace et rigoureux. La personnalisation Chaque vue donne la visibilit sur des donnes spcifiques par dfaut (Nom de la tche, dure, date de dbut, ). Lensemble des donnes ne pouvant tre visualises sur une seule page, la vue par dfaut donne la visibilit sur des donnes spcifiques par dfaut (Nom de la tche, dure, date de dbut, ). Aussi, il est important que lutilisateur puisse customiser les champs quil souhaite visionner. Notre solution offre donc cette possibilit.

Page 11 sur 30

Suivi de projet
Cest llment central de notre solution. Vous allez enfin pouvoir suivre tous les aspects dun projet. En effet notre solution propose des fonctionnalits qui vous permettront de connaitre en temps rel lvolution dun projet, en charge de travail, en reste faire et surtout sur le plan financier. Les nombreuses analyses et reportings disponibles vous permettrons de prioriser votre portefeuille et de prendre les bonnes dcisions stratgiques (investissement, arrt dun projet, etc.). Le suivi de projet vous permet de suivre lavancement de chaque tche et notamment daccder des donnes concernant le projet : o Indicateurs du projet Afficher cot en temps rel Afficher cot du reste faire Estimer le temps restant Estimer du temps pass par type Ex : la phase X dpasse de 10% ses Dead-line Contrle sur la saisie des membres du projet Ex : M. Durand na rien saisie depuis 1 semaine Afficher marge initiale (prix de ventes cot du projet estim) Afficher marge relle (prix de ventes cot du projet rel) Estimation de la charge effectue Pourcentage sur charge estime, charge restante Pourcentage de la marge estime Pourcentage defficacit sur les membres de lquipe Dpassement des Dead-line Estimation de la drivation sur une priode Afficher le cot total du projet (RH x Cot journalier) En plus du suivi global dun projet vous pourrez consulter la liste des tches (en cours, termine, en attente, en retard) o Indicateurs de la tche Afficher cot en temps rel Afficher cot du reste faire Estimer le temps restant Estimation de la charge effectue Pourcentage sur charge estime, charge restante Estimation de la drivation sur une priode Afficher le cot total de la tche (RH x Cot journalier) Les icnes La visualisation rapide des indicateurs importants de faon efficace est essentielle dans le suivi de projet, aussi nous ferons le ncessaire pour raliser une interface logique et agrable. Cest pour cela que nous aurons un Web Designer pour raliser les interfaces graphiques. Pour exemple, ltat dune tche peut prendre diffrentes valeurs. Dans une optique de simplicit, ltat pourra tre reprsent par un icne. Ltat Termin serait reprsent par une croix rouge, ltat En cours par une flche verte horizontale, ltat En retard par une flche rouge dirige obliquement vers le bas, ltat En avance par un soleil et une tche en attente par un panneau stop.

Page 12 sur 30

Les alertes Quoi de plus naturel que d'tre prvenu lorsque des seuils critiques sont atteints ? Notre application vous permettra de dfinir ces seuils et surveille pour vous vos donnes mtier et vos indicateurs. Les utilisateurs retrouvent ces alertes directement dans leurs tableaux de bord, mais sont aussi prvenus par email selon les choix de paramtrage raliss. Ainsi, chaque collaborateur consacre son temps des tches plus forte valeur ajoute. Ils ne perdent plus de temps rechercher et vrifier de manire rgulire des informations, mais sont informs lorsque qu'une situation particulire apparat et ncessite une ou plusieurs actions.

Page 13 sur 30

Techniques
Lapplication de gestion de projet sappuiera sur un rfrentiel technique dj prsent dans lentreprise : Linux Red Hat 7.3 Apache 2.0.55 MySQL 5.0.5 Internet Explorer ( partir de la version 6) Mozilla Firefox ( partir de la version 5) De plus lapplication supportera lenvironnement dadministration suivant : Supervision assure par HP Insight Manager et OVO Tl-administration : ALTIRIS Sauvegarde : HP Dataprotector v5.5

Dveloppement
Ce projet sera ralis en suivant une mthode de dveloppement en V. Le modle du cycle en V est un modle conceptuel de gestion de projet imagin suite au problme de ractivit du modle en cascade. Il permet, en cas d'anomalie, de limiter un retour aux tapes prcdentes. Les phases de la partie montante doivent renvoyer de l'information sur les phases en vis--vis lorsque des dfauts sont dtects, afin d'amliorer le logiciel.

Page 14 sur 30

Il se dcomposera en quatre phases distinctes :

Description
Analyse PHASE A Dans cette phase nous fournirons des prototypes afin de valider les principes dergonomie et de fonctionnement. Le codage sera effectu en correspondance avec les analyses et ralis en langage PHP sous un environnement Linux. Ralisation PHASE B Les tests unitaires seront raliss sur lensemble des lments cods. De plus nous nous engageons vous fournir les fiches dcrivant les diffrents tests unitaires (FTU) ainsi que leurs rsultats. Les tests dintgrations seront raliss afin dacqurir la conviction que le logiciel fonctionne dans sa globalit, en relation avec les applications environnantes. Recette PHASE C De plus nous nous engageons vous fournir les fiches dcrivant les diffrents tests dintgration (FTI) ainsi que leurs rsultats. Nous raliserons la recette dans vos locaux. Une formation nest pas ncessaire pour la prise en main de lapplication, nous vous fournirons une documentation technique et utilisateur ainsi quune aide en ligne complte. Nous vous fournirons tous les documents ncessaires la mise en exploitation. Nous nous engageons vous fournir un document qui prcisera toutes les tches et procdures dexploitation et dadministration sur lapplication. Phase de VSR dun priode minimale de 3 mois.

Mise en exploitation PHASE D

Environnement de production
Ce projet ne doit pas tre conduit en perdant de vue la nature et les caractristiques de lenvironnement de production. On devra tenir compte notamment de la rsolution des crans dont le standard est le (1024x768). Lapplication se doit de fonctionner correctement sur la configuration minimale parmi celle recense comme tant des hbergeurs potentiels de la solution. Loutil install va tre dvelopp afin de fonctionner en interaction avec le matriel existant. Toute modification ultrieure pourrait toutefois entraner des problmes de compatibilit qui ne pourraient nous tre imputs.

Page 15 sur 30

Limites Responsabilit
ProGest ne traitera ni ne formera les utilisateurs la gestion des anciens logiciels prsents sur vos diffrents postes. La formation utilisateur ne prendra en compte que ce qui est ncessaire la bonne manipulation, rinstallation, modification de loutil que nous mettrons votre disposition. Nous ne pouvons tre tenus responsables de tout problme rencontr suite une modification de loutil par des intervenants autre que ProGest. En cas de piratage du systme, nous ne pouvons tre tenus responsables de la perte de donnes. Epistema sengage mettre disposition des postes de travail durant les heures douverture de la socit. Ces postes seront utiliss pour effectuer des tests dans lenvironnement de production, des changes de fichiers ou dinformations lis uniquement au projet ralis.

Dpendances
Lapplication ralise devra tre capable didentifier les diffrents utilisateurs. Pour tablir une hirarchie dutilisateurs, nous nous interfacerons avec votre annuaire (LDAP) contenant tous vos employs, afin de garantir une centralisation des donnes. Lapplication sera hberge sur un de vos serveurs dj prsent dans votre entreprise. Des tests de performances seront raliss par nos soins afin de vrifier que lapplication que nous vous fournirons fonctionnera de faon optimale.

Maintenance
Avec la ralisation de ce projet et lissue de votre choix concernant notre solution, ProGest sengage assurer une garantie corrective (suivi et maintenance) de 3 mois. Les anomalies releves devront tre signales par mail ladresse suivante : support@progest.com ou au numro vert 24/24 suivant : 0800 111 111 La garantie du logiciel est relative aux mauvais fonctionnements caractriss par une diffrence reproductible entre lapplication et la description faite dans ce document. La garantie est consentie aux conditions suivantes : Dclenchement de la garantie : compter de la signature du procs verbal de recette. La mise en vidence dun dfaut est du ressort dEpistema qui fait une demande dintervention par email (cf. procdure ci-dessus) La garantie sapplique uniquement si notre solution na subi aucune modification de votre part, sauf dans le cas dun accord pralable entre les deux parties. ProGest sengage par ailleurs respecter les dlais suivants :

Degr durgence Grave Urgent Normal

Description

Dlais dintervention

Bloque plusieurs postes sur les fonctions ncessaires la 2 jours ouvrs vente au client, ou au paiement fournisseur. Bloque un poste sur les fonctions ncessaires la vente au 4 jours ouvrs client, ou au paiement fournisseur. Autres cas 8 jours ouvrs

Page 16 sur 30

Les prestations de maintenance tendue (au-del de 3 mois) nintgre pas le package gnral de la ralisation de projet. Cest donc un service totalement indpendant. Toutefois, nous offrons la possibilit dadopter un contrat de ce type. Lventualit ou la ncessit de sa mise en uvre reste bien videmment votre apprciation.

Disfonctionnement matriel
Tout disfonctionnement li des fournisseurs de services auxquels vous avez souscrit (tlphonie, Internet) ne pourra pas mettre en cause ProGest. Tout disfonctionnement li une dfaillance matrielle du systme, ne pourra pas mettre en cause ProGest.

Risques

Risques
Une gestion des risques est primordiale lors du commencement dun projet afin de pouvoir les anticiper et les parer le plus tt possible. Cest pour cela que nous les avons rpertoris dans un tableau les regroupant selon leurs criticits, qui est tablit selon trois critres :

Dtectabilit : indique si lvnement redout sera facilement dtectable (chelle de 1 5) Occurrence : indique la probabilit que lvnement redout survienne (chelle de 1 5) Gravit : indique la gravit de lvnement redout ((chelle de 1 5)

Risque standard : N Risque Rejet par loprationnel 1 Cause Ergonomie non adapt D O 3 3 G 4 Criticit Solution 36 Prsentation de prototypes Accentuer le travail danalyse, formation des dveloppeurs sur les technologies. Validation des prototypes et augmentation de la frquence des runions avec le client

2 Non respect des dlais

Inadquation aux besoins 3

Mauvaise comprhension des besoins, Manque dexpertise 1 des dveloppeurs dans les technologies Mauvaise dfinition du cahier des charges, manque de runions avec le client, 4 validation des diffrents prototypes

12

32

Page 17 sur 30

Risque propre au dveloppement de lapplication de gestion de projet : N Risque Cause D O G Criticit Solution Prsentation au client du primtre de chaque version : fonctions prioritaires, possibilit de reporter les 27 besoins dans la version ultrieure. Matrise du primtre avec le prestataire via les demandes de modification. Vrification a priori des performances (simulation, 24 essais comparatifs, Test de monte en charge). Runions de coordination. Synchronisation pour la 9 diffusion. Plate-forme de test ddie. Dfinir des standards, des normes de codage, produire un code modulaire

La prsentation d'une maquette au client peut fortement remettre en cause l'expression des besoins.

Une maquette ne montre quun panel des fonctionnalits.

Blocage sur les limites des 5 technologiques plates-formes (temps de rponse). Dpendance vis --vis d'autres applications du 6 systme d'information (interfaces avec lannuaire LDAP). Problme dintgration 7 des diffrents modules dvelopps

Manque de performance des serveurs dEpistema.

Annuaire LDAP en dysfonctionnement, mauvais 3 gestion de lannuaire des employs. Programmation en parallle de diffrents modules, 4 lintgration peut tre difficile

48

Page 18 sur 30

Organisation structurelle
Lquipe qui sera en charge de la ralisation de loutil sera compose dun chef de projet assist par un responsable qualit dun web designer, de dveloppeurs ainsi que dun architecte spcialiste sur la technologie utilise.

Chef de projet
L'intervention du chef de projet commence ds la phase d'tude : elle va lui permettre de dterminer le temps ncessaire la ralisation du projet, le budget qu'il faut lui affecter ainsi que la composition et l'organisation de l'quipe de dveloppement. Une fois le projet en route, le chef de projet coordonne le travail des diffrents intervenants, adaptant le planning en fonction de l'avancement. Au quotidien, il est votre interlocuteur principal. Il na qu'un objectif : terminer le projet dans les dlais sans avoir dpass le budget, le tout en ayant rpondu aux attentes du client ! Ensuite, il participe la mise en place, procdant si ncessaire des amliorations.

Web designer
Le Web designer facilite laccs au produit multimdia sans toutefois ngliger les possibilits techniques. Il est donc en relation quasi permanente avec les quipes ditoriales et artistiques de la chane de production. Le Web designer, que l'on appelle galement designer d'interactivit ou encore ergonome, est celui qui dfinit et mettra en place la charte graphique de lapplication, rendant cette dernire la plus attractive possible. Il assure une navigation et des interfaces agrables pour les utilisateurs finaux. La principale difficult de la profession est donc de trouver un quilibre raisonnable entre l'esthtique et les possibilits techniques. Le Web designer intervient ds le dbut du projet en laborant la maquette et les diffrents lments graphiques du site.

Dveloppeurs
On imagine parfois que la mission du dveloppeur se rsume la programmation, c'est--dire la production de lignes de codes. C'est en effet le cur du travail du dveloppeur, ralis en suivant un cahier des charges. Mais auparavant, le dveloppeur doit participer l'analyse afin de bien comprendre vos besoins et de mettre au point un plan de programmation. Par ailleurs, la mission du dveloppeur ne s'arrte pas forcment l'issue de la programmation : il participe en effet la phase d'essai, prend en charge la formation des utilisateurs de l'application et peut mme rdiger un guide d'utilisation. Par la suite, il peut intervenir pour effectuer des oprations de maintenance ou pour faire voluer la solution que nous vous proposons aujourdhui.

Architecte
Analyser le systme existant, comprendre les attentes des utilisateurs, les traduire en solution informatique puis participer la ralisation du nouveau systme, telles sont les principales tapes de l'activit d'un architecte de systme d'information. Le cur de sa mission, trs technique, consiste modliser et dcomposer le systme, ce qui lui permet de faire ensuite des choix en matire de matriel, de logiciels ou de progiciels. Il labore ensuite un plan de dveloppement ou d'intgration qu'il transmet au chef de projet. C'est sur cette base que vont travailler les dveloppeurs et les intgrateurs.

Responsable qualit
Le responsable qualit / mthodes est charg de dfinir des normes, mthodes et procdures en vue d'amliorer les phases d'tudes, de dveloppement et de dploiement des projets. Il veille galement leur bonne application par les quipes informatiques.

Page 19 sur 30

Processus
Etapes

Qualit
Les clients confient PROGEST une mission. Pour PROGEST, remplir cette mission, cest : Comprendre les besoins et conseiller, Fournir des produits conformes aux spcifications, Respecter les dlais, Apporter des services associs de qualit, Travailler dans la clart et la transparence. La volont de PROGEST est de tout mettre en uvre pour tablir durablement une relation de confiance avec vous. Cette relation de confiance, dveloppe dans le temps mne un partenariat actif qui, plus efficacement que toute autre voie, mne une optimisation conomique partage. Pour combler vos attentes par une recherche permanente damliorations, PROGEST poursuivra les objectifs suivants : Sassurer un dveloppement durable, Perfectionner constamment ses processus, Amliorer notre organisation afin de satisfaire vos besoins La dmarche Qualit a t choisie comme outil pour faire converger vos intrts aux notres. La russite de notre dmarche passe par : La participation de tous, La comprhension, le respect et la recherche constante damliorations des processus, La formation. Le responsable Qualit est charg : De mettre en place et de faire voluer le systme Qualit, De veiller au respect des objectifs Qualit, Notre engagement pour la Qualit nous fera progresser ensemble.

Page 20 sur 30

Livrables
Contractuels
Le projet comporte diffrentes pices forme contractuelle, chacune de ces pices est signe par les deux parties (ProGest et Epistema). Parmi ces pices il y a la lettre de mission qui symbolisera le lancement rel du projet. Durant la phase danalyse des prototypes (IHM) vous seront prsents afin de valider les principes dergonomie et de fonctionnement ainsi que tous les documents danalyse (le dictionnaire, les diffrents diagrammes UML) Ensuite vient le document de validation des spcifications qui dtaille les diffrentes composantes fonctionnelles et le modle physique de donnes adopt. Cette pice sera bien videmment rdige en cohrence avec la rubrique solution propose du prsent. A la fin des tests, une phase de recette sera conduite. Si celle-ci est concluante, elle donnera lieu la signature dun procs verbal de recette qui symbolisera lacceptation par Epistema du produit livr. A lissue de la mise en exploitation, un procs verbal valant constat dattitude sera tabli et sign contradictoirement. Celui-ci dclenchera le dmarrage de la Vrification de Service Rgulier (VSR) de trois mois.

Non contractuels
Durant la phase de ralisation les fiches dcrivant les tests unitaires (FTU), les tests dintgrations (FTI) ainsi que les diffrents rsultats de ces tests vous seront fournis. De plus le cahier des recettes vous dcrira lenvironnement ncessaire pour commencer la recette, les diffrentes phases de la recette et leurs squences, les diffrentes actions raliser et les contrles effectuer. Pour la formation nous raliserons des supports de formation adapts chaque profil : Utilisateur simple Chef de Projet Directeur de Projet Administrateur de lapplication et de la plateforme Une formation nest pas ncessaire pour la prise en main de lapplication, nous vous fournirons une documentation technique et utilisateur ainsi quune aide en ligne complte. Le contenu de la documentation technique devra permettre aux futurs administrateurs de loutil davoir une vue dtaille de larchitecture applicative et relationnelle. Le manuel utilisateur quant lui se devra dtre au maximum illustr pour garder un caractre ludique et convivial. Durant la phase de mise en exploitation nous vous fournirons un dossier de mise en exploitation qui prcisera toutes les tches et procdures dexploitation et dadministration sur lapplication (installations serveurs, postes de travail, logiciels, rseau, ).

Page 21 sur 30

Objectifs et priorits
La gestion du projet logiciel a pour but de le mener son terme, en tenant compte de contraintes qui lient chacun des aspects du triangle projet.

Nous garderons toujours en tte, lors de notre collaboration, des objectifs et priorits qu'il est bon de dfinir. En effet vos besoins et exigences sont pour nous une priorit. Nous nous efforcerons de concevoir un logiciel facile d'utilisation, rpondant toutes vos attentes, tout cela avec un cot raisonnable. Des tests seront raliss afin de s'assurer du bon fonctionnement de notre solution au sein de votre entreprise, dans son environnement de production.

Gestion du risque
Toutes les hypothses, contraintes et dpendances que nous avons numres peuvent gnrer des risques importants. Nous avons pris soin de les identifier afin de bien les anticiper et de permettre chaque partie de les solutionner au plus vite.

Moyens de contrle
La ralisation de votre outil se droulera en trois tapes distinctes : Phase prparatoire : Cette phase permet de prendre conscience du projet, puis d'tudier son objet pour s'assurer que sa mise en uvre est pertinente et qu'il entre dans la stratgie de votre entreprise. Cette phase, gnralement qualifie d'Avant-projet, doit se conclure par la mise au point de documents formalisant le projet et indiquant les conditions organisationnelles de droulement du projet. Ce document fait partie intgrante de cette phase. Phase de ralisation : Il s'agit de la phase oprationnelle de cration de la solution. Cette phase commence par la lecture du cahier des charges et se clture par la livraison de l'ouvrage. Phase de fin de projet : Il s'agit de la mise en production de l'ouvrage, c'est--dire s'assurer que le produit livr est conforme vos attentes et faire en sorte que son dploiement et son utilisation se droulent correctement. Tout au long de ces trois tapes, il est important de vrifier que nous rpondons correctement vos besoins et que nous respectons les diffrents engagements que nous avons pris par rapport la date de livraison ainsi qu' la qualit de notre application. Nous avons ainsi mis en place diffrents moyens de contrle permettant d'assurer un avancement cohrent et efficace.

Page 22 sur 30

Les runions
Elles sont un moyen de partager, au sein dun groupe de personnes, un mme niveau de connaissance sur un sujet ou un problme et de prendre des dcisions collgialement. Qui plus est, avec des reprsentants des diffrentes parties concernes, seront davantage acceptes de tous. Ainsi elles permettront de valider les diffrentes tapes de notre projet en gardant un contact constant avec vous. Les rapports de chacune de ces runions seront communiqus dans les 24 heures suivant chaque rencontre. Runions de suivie des Spcifications : Elle dcide de la validit des spcifications (qui viennent d'tre rdiges ou dont on demande une volution). Runions d'avancement interne : Elle concerne les points de contrle que possde le bureau de direction de Junior Miage Concept sur un projet et le travail de lquipe en charge de celui-ci. Runions d'avancement client : Elle permet de vous prsenter l'tat d'avancement du projet et de ses spcifications.

Les tests
Le test est une activit importante dont le but est darriver un produit zro dfaut . C'est la limite idaliste vers laquelle ProGest sefforce de tendre pour la qualit de ses ralisations. Le but est de rechercher les anomalies dans le comportement du logiciel. Ainsi lors de la phase de dveloppement, de la livraison de modules, de la livraison finale de notre application, soit durant toute la dure du projet, nous mettrons en place une batterie de tests. Voici les diffrents types de tests qui seront mis en uvre : Tests unitaires : tester chaque composant applicatif de manire isole. Tests dintgration : tester le fonctionnement gnral de loutil dans lenvironnement de production final. Tests de validation (de recette) : Chaque partie teste les fonctionnalits rsultantes des spcifications.

Page 23 sur 30

Chiffrage
Le prix de la solution est fix 61 040 uros HT, ce qui correspond un prix TTC de 73 004 uros. Ce tableau prsente la rpartition du cot selon la fonction des ressources utilises tout au long du projet :

Tableau dfinissant les abrviations employes :

Notre solution est divise en modules. Voici un chiffrage de la solution par modules :

Page 24 sur 30

Planning
Le projet commencera compter de la rception de la lettre de commande. Nous avons pris la date du 7 janvier 2008 comme date fictive de dpart. Cette date correspond la date plausible de commencement. Cette date de planning sera ractualise lors de la rception effective de la lettre de commande. Le projet possde une dure de 15 semaines, la priode de VSR en tant exclue. Ce qui emmne finir le projet le vendredi 18 avril 2008. Le projet est compos de quatre grandes phases : Lanalyse, la ralisation, la recette et la mise en exploitation.

Le planning ci-dessous prsente un planning plus dtaill comprenant les tches et les jalons importants du projet. Nous mettons en avant les priodes durant laquelle Epistema intervient au sein du projet (Ces tches sont reprsentes par la couleur violette).

Page 25 sur 30

Si nous regardons dun peu plus prs le planning ci-dessus, nous remarquons quil en manque une partie ! On effet, la tche VSR durant 90 jours, nous ne pensons pas quil soit utile den voir la fin !

Page 26 sur 30

La visualisation des dates jalons permet davoir un rapide coup dil sur lensemble des dates importantes du projet. Les jalons reprsentent principalement les dates de livraison. Le schma ci-dessous montre lensemble des dates jalons constituant le projet :

Pour que vous puissiez planifier votre emploi du temps, limage ci-dessous montre lensemble des dates durant lesquels vous tes prsents durant ce projet (hors date Jalons).

Page 27 sur 30

Glossaire Dfinition des termes lis au logiciel


Bugs Bugs ou Bogue en franais. Erreur de programmation dans un logiciel, nuisible son bon fonctionnement. Carnet dadresse Fonction que possdent tous les logiciels de courrier lectronique pour conserver toutes les informations de contact (adresse postale, numro de tlphone, e-mail) de vos correspondants. Dbogage Processus ralis par l quipe de dveloppement qui vise liminer les erreurs de programmation dans un logiciel, nuisibles son bon fonctionnement. Etude dopportunit Permet, partir dune expression de besoin, daboutir une premire formulation de lide dun projet. Son objectif est de permettre la prise de dcision pour engager ou non un projet qui dbutera par une note de lancement. Expression de Besoins Permet de formaliser explicitement des besoins exprims par un client ou des utilisateurs afin de les valider et de les transformer en projet si cela est jug opportun. Interface Liaison entre deux systmes logiciels et/ou matriels leur permettant d'changer des informations. Internet Rseau mondial associant des ressources de tlcommunication et des ordinateurs, serveurs et clients, destin l'change de messages lectroniques, d'informations multimdias et de fichiers. Il fonctionne en utilisant un protocole commun qui permet l'acheminement de proche en proche de messages dcoups en paquets indpendants. Intranet Rseau local et priv (entreprise) qui utilise les technologies de l'Internet : Web, e-mail, etc., mais ne s'ouvre pas aux connexions publiques. LDAP LDAP (Lightweight Directory Access Protocol) est un protocole d'extraction de donnes d'annuaires d'entreprises. Il assure la compatibilit de l'application avec un annuaire pr existant. Lien hypertexte Un lien hypertexte relie un mot, une expression ou une image d'un document un autre document ou fichier (ou une autre partie du mme document). Un clic sur un lien hypertexte permet d'accder tout fichier qu'il soit sur un serveur distant ou en local. Logiciel (Software)

Page 28 sur 30

Ensemble des programmes, procds et rgles, et ventuellement de la documentation, relatifs au fonctionnement d'un ensemble de traitement de donnes. Login Processus didentification dun utilisateur dans le logiciel. Le login est toujours accompagn dun mot de passe confidentiel que lutilisateur doit saisir la suite de son login pour ouvrir une session du logiciel. Matrise d'uvre (MOE ou MOV) Le matre d'uvre est la personne ou lentreprise charge de raliser un ouvrage et avec laquelle le matre douvrage (MOA) a pass contrat. La matrise d'uvre informatique est donc lentit qui reoit mission de la Matrise d'Ouvrage pour assurer la conception et la ralisation d'un systme dinformation, conformment un programme dfini. Matrise d'Ouvrage (MOA ou MOG) Le matre douvrage est celui pour le compte duquel un ouvrage est ralis ; cest souvent le futur propritaire. La matrise douvrage informatique est donc l'entit propritaire dun projet, rsultant de la volont d'un dcideur. Elle fixe au matre d'uvre (MOE) les objectifs, l'enveloppe budgtaire et les dlais souhaits pour le projet. Les chantiers relevant de la matrise douvrage ont un caractre essentiellement fonctionnel. Dans certains cas, le matre douvrage dlgue tout ou partie de ses pouvoirs une Matrise d'Ouvrage Dlgue (MOD) qui agit alors en son nom. Manuel utilisateur Document dcrivant de faon exhaustive les procdures prvues dans l'application. Il est prsent sous une forme permettant l'utilisateur final d'accder la dmarche suivre dans une procdure donne. E-mail ou Messagerie lectronique Service permettant l'envoi de messages entre des personnes connectes sur un rseau informatique, tlmatique. Note de lancement Une des premires phases de la mthode de conduite de projet informatique, la note de lancement donne le vritable "coup d'envoi" du projet (ou chantier). Elle doit dfinir le champ du projet, les rsultats attendus, l'organisation mettre en place, les impacts inter-domaines et inter-projets, la planification et les charges. Procdure Ensemble et enchanement de rgles observer pour accomplir une action donne. Recette Le matre d'uvre MOE a pour mission de raliser une production conforme aux spcifications mises par le matre douvrage, la bonne conduite du projet lui impose donc de sassurer, pralablement la livraison, de la conformit des travaux au projet originel. Ce sont les recettes qui permettent de vrifier que le fonctionnement du systme, de l'application, de la fonctionnalit, est bien conforme aux besoins exprims, aux rgles de gestion et aux mesures de scurit dfinies dans la phase de spcifications. Ces tests se droulent l'aide de jeux d'essai devant reproduire tous les cas possibles. Ils permettent et corriger les ventuelles anomalies avant installation et gnralisation.

Page 29 sur 30

Rseau Un rseau informatique peut tre local (sa taille est relativement rduite et il relie, le plus souvent grce des cbles, plusieurs ordinateurs et priphriques l intrieur d une entreprise) ou largit (rseau longue distance). Il permet la transmission de tout type de donnes, changes la plupart du temps sous forme numrique, et exploitables par lensemble du systme reli en rseau. Ressource Moyen humain, matriel ou financier ncessaire lexcution dune tche. Reste faire Charge estime lors du suivi pour terminer le projet. Cette valeur est fondamentale pour le suivi. Elle est base sur lhonntet de lestimation. Serveur Systme informatique destin fournir des services des utilisateurs connects et, par extension, des organismes qui exploitent un tel systme. Note : Un serveur peut par exemple permettre la consultation et l'exploitation directe de banques de donnes. Spcifications Dfinitions des caractristiques d'un projet.

Dfinition des termes lis au secteur dactivits


Tche Au niveau d'un projet, une tche est une action mener qui fait gnralement lobjet dune affectation individuelle. Lordre de grandeur est en gnral le jour/homme. Projet Ensemble d'activits qui sont prises en charge, dans un dlai donn et dans les limites de ressources imparties, par des personnes qui y sont affectes dans le but d'atteindre des objectifs dfinis. Statistique La statistique est l'ensemble des instruments et de recherches mathmatiques permettant de dterminer les caractristiques d'un ensemble de donnes. Les statistiques sont le produit des analyses reposant sur l'usage de la statistique. Cette activit regroupe trois principales branches : la collecte des donnes, le traitement des donnes collectes qui s'appuie sur la thorie des sondages et la statistique mathmatique.

Page 30 sur 30