Miage It

Master 2 MIAGE 2007--2008
M ANAGEMENT DE PROJETS INFORMATIQUES

Projet ralis sous la direction de Mr WINTER
BOSQUET Sylvain
DUFAY Sbastien
EL ATIQ Hicham
SICART Elsa
Management de projets informatiques
OUTIL DE GESTION ET DE
DE SUIVI DE PROJETS
Suite lappel doffre

re n X405VFR, veillez trouver dans la prsente, les lments
fonctionnels du projet, ainsi que
qu notre proposition tarifaire.
Page 2 sur 41
TABLE DES MATIERES
PRESENTATION DES PARTIES

PAR
................................................................................................
................................ 4
PROPOSITION FONCTIONNELLE
FONCTION
................................................................
........................................................... 5
2.1 ACTEURS ................................................................................................................................

................................
........................................ 5
2.2 FONCTIONNALITES ATTENDUES
ATTEN
................................................................................................
................................... 7
2.3 OPTIONS................................................................................................................................
................................
....................................... 16
2.4 SCHEMA DE LA SOLUTION FONCTIONNELLE PROPOSEE...........................................................
................................
18
3
PROPOSITION TECHNIQUE
TECHNIQU ................................................................................................
.................................... 19
3.1 BASE DE DONNEES ................................................................................................

................................
....................................................... 19
3.2 LIBRAIRIES UTILISEES ................................................................................................
................................
................................................ 19
3.3 ARCHITECTURE TECHNIQUE
TECHNIQU ................................................................................................
...................................... 19
3.4 LIMITES ................................................................................................................................
................................
....................................... 19
4
RISQUES ET PLAN DACTION

DAC
................................................................................................
................................ 20
4.1 NON APPROPRIATION DU NOUVEAU PRODUIT ................................................................

........................................... 20
4.2 CLIENT LEGER OBSOLETE OU RARE ................................................................
.......................................................... 20
4.3 PROBLEME DERGONOMIE ................................................................................................
......................................... 20
4.4 MODULE DE GESTION DE PROJET ..............................................................................................
.............................. 21
4.5 MODULE DE GESTION DES UTILISATEURS ................................................................
................................................. 21
5
PLANNING................................................................................................................................
................................
.................................... 21
5.1 CYCLE DE DEVELOPPEMENT

DEVELOPPEMEN ................................................................................................
...................................... 22
5.2 DIAGRAMME DE GANTT ................................................................................................
........................................... 23
5.3 PHASE DE REALISATION (PHASE B) ................................................................
............................................................ 24
5.4 LIVRABLES................................................................................................................................
................................
................................... 25
5.5 RESSOURCES................................................................................................................................
................................
................................ 28
6
PROPOSITION TARIFAIRE
TARIFAIR ................................................................................................
...................................... 29
6.1 TARIFS PRATIQUES PAR MIAGE IT ................................................................

.......................................................... 29
6.2 PLANIFICATION GLOBALE
OBALE ................................................................................................
.......................................... 29
7
ANNEXES ................................................................................................................................
................................
...................................... 30
7.1 CONDITIONS GENERALES DE VENTES ................................................................

........................................................ 30
7.2 QUALIFICATIONS DU PERSONNEL
SONNEL MIAGE IT ................................................................
.......................................... 32
Page 3 sur 41
P RESENTATION
DES
ES PARTIES
Nous, soussigns socit MIAGE IT, SAS au capital social de 1 345 000, nomms ciaprs MAITRE dUVRE rpondons
rpond
par la prsente lappel doffre n X405VFR dont
lauteur est la soussigne socit E P I S T E M A , SA au capital de 1 240 000
, nomme ci-aprs
MAITRE dOUVRAGE.
MIAGE IT est une jeune socit spcialise dans la ralisation de solutions
informatiques. Elle dispose de plusieurs quipes de conception dynamiques
dynamiques et innovantes.
Ses principaux clients sont aussi prestigieux
prestig
les uns que les autres : (liste non exhaustive)
Atos Origin, 9Telecom, Voip-Telecom,
Telecom, SICA
MIAGE IT respecte tous les standards et les normes
normes en vigueur dans linformatique et
est certifie ISO 9001-2000 depuis 2005.
2005
Vous trouverez en annexe, les qualifications
qualification des principaux intervenants de notre
socit.
Page 4 sur 41
P ROPOSITION
FONCTIONN
FONCTIONNELLE
Veuillez trouver ci-aprs

aprs notre proposition dans laquelle nous dtaillons les
diffrentes fonctionnalits de la future solution logicielle. Vous trouverez
trouve
galement le
schma de cette dite proposition.
2.1 Acteurs
Lanalyse des informations contenues dans votre appel doffre nous
n
a permis
didentifier deux types dacteurs
acteurs1 :
-
les acteurs internes
les acteurs externes

nes
2.1.1 Acteurs internes

Les acteurs internes sont les intervenants
in
des projets Epistema :
-
Administrateur
Utilisateurs finaux
2.1.1.1 Administrateur
Ladministrateur est en charge des crations de comptes utilisateurs sur lapplication
et de la gestion courante de notre
not solution. Il possde tous les droits sur lapplication
lapplicati et son
profil est celui dun informaticien.
2.1.1.2 Utilisateurs finaux
On entend par utilisateurs finaux les personnes internes Epistema qui utilisent
notre outil quotidiennement. Ont t dfinis comme
comme utilisateurs finaux la direction de
projet, le(s) chef(s) de projet et les membres quipe projet.
2.1.1.2.1
Direction de projet
La direction de projet est en charge de crer les projets dans lapplication. Elle
possde une vision globale de tous les projets (indicateurs
(indicateurs confidentiels et publics) et a accs
toutes les informations de chaque projet.
projet
Elle peut galement consulter les statistiques concernant la rentabilit et
lavancement des projets,, lefficacit des chefs de projet et de leurs quipes.
quipes
Futurs utilisateurs
lisateurs de lapplication.
lapplication
Page 5 sur 41
2.1.1.2.2
Chef de projet
Le chef de projet a galement la possibilit de crer un projet. Il a accs toutes les

informations des projets quil encadre (indicateurs confidentiels et publics) et soccupe de la
planification du projet (dcoupage en tches,
tches affectation des tches, )
2.1.1.2.3
Membre
embre quipe projet
Il na accs qu une vision globale du projet : indicateurs personnels (tches finies

dans les temps, en retard ou en avance) et publics (tat davancement du projet).
projet Il a la
mme vision que le chef de projet sans laspect
l
financier.
A frquence rgulire, il modifie les informations davancement
ent concernant les
l
tches non cltures quil ralise. Il a galement la possibilit de commenter une tche afin
de constituer un historique des faits marquants du projet.
2.1.2 Acteurs externes

Dans un but de transparence, il est possible de donner accs aux clients dEpistema
aux informations publiques concernant les projets communs.. Cette fonctionnalit peutpeut
tre intressante si vous vendez vos projets en rgie.
Page 6 sur 41
2.2 Fonctionnalits attendues

2.2.1 Gestion
estion des comptes utilisateurs
Ladministrateur est la seule personne qui a la possibilit de grer des comptes
utilisateurs. En effet, il peut procder la cration, la modification ainsi qu la suppression
de ceux-ci.
Ladministrateur est galement en charge des droits des utilisateurs et doit ainsi
affecter chaque employ dEpistema un des 4 profils prdfinis (et dcrits prcdemment).
Afin, de faciliter la gestion des droits des utilisateurs, des profils seront crs par
dfaut.
2.2.2 Cration dun projet

La cration dun projet est la charge du chef de projet ou de la direction de projet.
Pour crer un projet, il faut renseigner les attributs suivants :
-
Nom du projet
Type
Client
Description
Date de dbut
Date de fin
2.2.2.1 Type
La distinction entre les diffrents
dif
types de projets permettra
tra par la suite dtablir des
statistiques propres chaque catgorie de projets.
Nous avons distingu deux types de projet chez Epistema :
-
dveloppement dune nouvelle version dun produit dEpistema
dveloppement spcifique
spcifiqu pour un client particulier
Remarque : Il sera galement possible de crer de nouveaux types de projets.

2.2.2.2 Date de fin
La date de fin du projet est en fait la date limite. Elle permet de prvenir le chef de
projet ou la direction de projet en cas de dpassement
ment lors de la planification.
2.2.2.3 Composition dun projet
Un projet est compos de plusieurs tches hirarchises.
Page 7 sur 41
2.2.3 Planification du projet

Cest lactivit qui consiste dterminer et ordonnancer les tches
t
du projet,
estimer leur charge et choisir les membres quipe projet ncessaires leur ralisation. De
ce fait, seuls la direction de projet et/ou le chef de projet peuvent accder cette
fonctionnalit.
2.2.3.1 Crer une tche
La conduite dun projet repose sur un dcoupage chronologique (phases) du projet
proje
en tches.
Ainsi, la direction de projet et/ou le chef de projet ont la possibilit de crer des
tches en renseignant les attributs suivants :
-
Nom
Description
Tche parent
Type
Date
ate de dbut prvisionnelle
Date
ate de fin prvisionnelle
Ressource(s) affecte(s)
affect
Charge prvue lheure, la

l demi-journe ou la journe
Prdcesseurs
2.2.3.1.1
Tche parent
Une tche de haut niveau (primaire) na pas de pre. Elle peut possder, comme
toutes les tches, des tches filles. Ceci permet la hirarchisation des tches. Celles-ci
Celles
peuvent s'enchaner squentiellement ou bien tre excutes en parallle.
-Pre
TACHE
0..*
-Fille
2.2.3.1.2
Type
La distinction entre les diffrents types de tches permettra par la suite dtablir des
statistiques propres chaque catgorie de tches.
La liste
ste des types de tches est entirement paramtrable par ladministrateur, la
direction de projet et/ou le chef de projet.
Page 8 sur 41
2.2.3.2 Importer la planification au format Excel

La direction de projet et/ou le chef de projet pourront galement importer une
planification
n existante faite sous Excel selon un modle que nous fournirons.
2.2.3.3 Exporter la planification au format Excel
La direction de projet et/ou le chef de projet pourront aussi exporter
ex
une
planification enregistre dans lapplication vers une feuille Excel standard
stand
sur le mme
modle fourni.
2.2.3.4 Exporter la planification au format PDF
La direction de projet et/ou le chef de projet pourront exporter une planification
enregistre dans lapplication vers un fichier PDF.
2.2.3.5 Gnrer
rer un diagramme de GANTT
Lapplication permettra
tra de gnrer des diagrammes de GANTT.
GANTT Ces diagrammes
permettent de visualiser l'volution des tches sur une base mensuelle ou hebdomadaire.
hebdomadaire
Ceux-ci
ci seront imprimables et enregistrables au format PDF.
Afin de faciliter la visualisation lcran de ces diagrammes pouvant
pouva stendre sur
plusieurs pages, la granularit pourra tre choisie. De plus, limpression rentrera toujours sur
une page de format A4.
ication ne permettra pas de modifier le planning en modifiant le
Remarque : lapplication
diagramme de GANTT.
Page 9 sur 41
2.2.3.6 Ecran de planification

Afin de mieux comprendre comment se droule la planification dun projet, un
prototype a t ralis :
Comme montr ci-dessus,

dessus, la cration dune tche se fait dans un tableau. Celui-ci
Celui
permet de les crer, modifier, supprimer la vole.
Ainsi, chaque modification du tableau entrane une mise jour de lintgralit des
donnes du tableau. Celles-ci
ci sont recalcules en fonction des informations enregistres en
dur dans la base de donnes.
Prenons pour exemple la modification de la tche C. Si lee chef de projet prvoit plutt
une charge de 10 jours (au lieu de 5),
5), il y aura une rpercussion de ce changement sur la
date de fin de la tche. Celle-ci
ci passera du 22/01/2008 au 24/01/2008. De plus, la tche F est
dpendante de la C. Les dates
dates de dbut et de fin prvues de la tche F seront donc
repousses de 2 jours. Ce changement impliquera galement le dcalage de la date de fin de
la tche mre nomme Module 12 (et de toutes les tches ayant pour prdcesseurs
cette tche).
Page 10 sur 41
2.2.4 Evolution du projet

Une fois le projet rellement commenc, les diffrents membres de lquipe projet
vont alimenter le projet. Ils vont ainsi renseigner leur activit en compltant les
informations propres aux tches comme :
-
Date de dbut effective
Temps de travail
avail effectu ce jour sur cette tche
Temps restant estim
Date de fin effective
Commentaires
2.2.4.1 Dates
Les dates de dbut et de fin effectives
effectives sont les dates qui seront compares avec les
dates prvisionnelles.
2.2.4.2 Commentaires
Les membres de lquipe projet ont
ont la possibilit de laisser des commentaires sur les
tches qui leur sont affectes..
2.2.5 Budgtisation
La budgtisation est le rsultat dun calcul fait en fonction de la planification
prvisionnelle dclare par le chef de projet et en fonction des diffrentes
diffrentes ressources.
2.2.5.1 Ressources
2.2.5.1.1
Internes
Le chef de projet et la direction de projet sont en charge

cha ge dinitialiser et de mettre
jour les informations suivantes.
A chaque employ dEpistema correspond un cot de revient P OU R
U N E P E RI O D E
(i.e. Le salaire de M. Bernard pour la priode). Pour un employ, chaque changement de

rmunration est enregistr dans la base de donnes avec sa date de dbut. Ceci permet
une historisation des salaires et des employs afin que ceux-ci
ceux ci naltrent pas la
budgtisation des projets.
Page 11 sur 41
2.2.5.1.2
Externes
Nous proposons galement une gestion des cots externes, savoir, les frais lis
laudit dun consultant, lachat de diverses licences, ainsi
ainsi que des locations/achats
quelconques.
Ces informations sont enregistres de faon ponctuelle,
p
, sans historisation (type,
(t
prix
dachat, prix de vente).
2.2.6 Avancement du projet

La visualisation de lavancement du projet se fait naturellement dans la liste des
tches et dans le GANTT associ,
associ mais aussi dans 2 modules : Newsletter et Interface
daccueil, dfinis plus bas.
De faon gnrale, chaque intervenant du projet devra renseigner son avancement
sur les tches qui lui sont affectes.
Le chef de projet peut raffecter une tche un membre du projet.
Le chef de projet nest pas inform quand un dveloppeur
dveloppeur clture une tche.
2.2.6.1 Newsletter
Un e-mail
mail davancement sera envoy priodiquement et format selon le profil de
labonn. Labonn peut tre : client, membre du projet, chef de projet, direction de projet.
Chaque utilisateur peut
peu sabonner ou rsilier.
Le chef de projet paramtre les caractristiques (frquence de rception,
rception nature du
contenu, ).
Voici une liste non exhaustive que peut contenir la newsletter :
-
Les statistiques et indicateurs standards
Les tchess en retard de plus de 5 jours
2.2.6.2 Interface daccueil

Cette interface possde un contenu semblable
semblable celui de la newsletter auquel
sajoute,, pour les membres quipe projet, des indicateurs davancement personnel relatifs
aux tches de lusager.
Elle contient galement les tches raliser dans les
les jours venir pour les membres
quipe projet et les tches raliser par les membres de son quipe pour un chef de projet.
Page 12 sur 41
2.2.7 Suivi des cots du projet

Les valeurs du plan de charge, en hommes/jour,
hommes
, sont valorises en utilisant le
l taux
horaire standard. Les cots
ts rels (CR) sont saisis la main chaque mois. Le "Reste faire"
(RAF) est la rsultante du plan de charge renseign. Le Cot
Cot de production Prvisionnel (CPP)
(
est calcul automatiquement partir des cots
co ts rels et du Reste faire. L'cart cot par
rapport au budget (EC)) est donn pour l'ensemble projet ainsi que pour chaque tche mre.
2.2.8 Pilotage des cots et des dlais

2.2.8.1 Mthode de l'estimation terminaison
L'Estimation du cot A Terminaison (EAT) est la somme des Cots Rels (CR) cumuls
et du Reste faire (RAF) : EAT = CR + RAF.
RAF
Dans les projets ou des lots dominante main d'uvre (projets logiciels) ces calculs
peuvent se faire avec des heures.
L'cart cot (EC) est alors donn par : EC = BAC - EAT (BAC = Budget A Compltion).
2.2.8.1.1
Avantages
Cette mthode est relativement simple, il suffit d'avoir les cots rels et l'estimation
du reste faire.
Elle est trs intressante pour les financiers, car cette mthode donne une indication
du cot terminaison.
2.2.8.1.2
Inconvnients
Cette technique ne donne pas d'indication

'indication sur la tenue du planning.
La fiabilit de cette mthode repose sur une bonne estimation du Reste Faire.
Cette mthode ne donne pas d'information sur les causes ventuelles de
dpassement.
2.2.9 Statistiques et indicateurs standards

Il est prvu 2 niveaux
iveaux de statistiques : par projet et pour lensemble des projets.
2.2.9.1 Par projet
Les statistiques du projet fournissent un rsum de chaque projet dans un format
pratique d'une page.
Il y a 5 types de rapports : tches compltes, tches incompltes, tat davancement
du projet, visualisation du GANTT simplifi, vue par utilisateur (et de leurs commentaires).
Page 13 sur 41
Chacun de ces rapports informe le chef et la direction de projet sur un aspect

particulier des tches du projet, donnant ainsi tous les dtails ncessaires
ncessaires pour en suivre
l'volution.
Voici un prototype de lcran des statistiques pour le projet nomm,
nomm, pour lexemple,
Epistema Project :
2.2.9.2 Sur lensemble des projets

Nous proposons galement des statistiques gnrales sur lensemble des projets : en
fonction
nction des types de projet, mais aussi des intervenants. Ceci permet de connatre les types
de projet qui sont par exemple toujours en retard, ainsi que des statistiques sur les membres
quipe projet.
2.2.9.3 Indicateurs standards
Les indicateurs standards qui permettent
permettent dassurer le suivi rgulier du projet sont les
suivants :
-
pourcentage d'avancement (pourcentage sur la charge estime rcente)
cot (estimation de la marge l'heure actuelle en pourcentage et en en

euros)
indicateurs de charge et de cot :

Page 14 sur 41
o Cots de
d Production Rels (CPR) : montant des dpenses dj
comptabilises.
o Reste Faire (RAF) : estimation du cot et travaill restant pour finir le
projet.
o Cot de Production Prvisionnel (CPP) : budget
udget restim l'instant de
la revue d'avancement du projet.
Les indicateurs dcrits ci-dessus
ci
sont lis par la relation CPP = CPR + RAF.
-
volution de la drive
Drive
(jours
jours)
20
10
Temps
(
(jours)
J
J+10
J+20
J+30
Ce graphe permet de visualiser lvolution

l volution de la drive en fonction du temps.
Le chef de projet peut visuellement observer si le projet est en constante
drive ou sil a driv ponctuellement.
Page 15 sur 41
2.3 Options
Nous offrons la possibilit dajouter au logiciel diffrentes options dont voici le dtail.
2.3.1 Sauvegarde dun projet

Un projet ou un groupe de projets peuvent
peu
tre sauvegards dans ltat,
l
pour un
archivage, ou pour une restauration ultrieure.
2.3.2 Template de projet

Dans cette option, des modles de projets peuvent tre proposs au moment de la
cration dun projet. Ces templates reprsentent des projets prparamtrs (grandes
phases,, type de projet, client ).
Dans lventualit que cette option serait choisie, les templates seraient dfinir par
le matre douvrage.
2.3.3 Pilotage des cots et des dlais

La technique de la valeur acquise peut tre propose en option, en
e plus du pilotage
des cots par dfaut, ou la place.
2.3.3.1 Prsentation
Une part importante du contrle des cots est de dterminer la cause des ventuels
carts, l'amplitude de l'cart, et de dcider si ces carts ncessitent une action corrective.
La technique de la valeur acquise
a
(VA) utilise la rfrence de cots phass (CP)
contenue dans le plan de management pour prendre en compte l'avancement du projet et
l'amplitude des variations qui peuvent se produire.
La technique de la valeur acquise implique de suivre ces valeurs-cls
valeurs
pour chaque
activit du planning, chaque lot de travaux, ou chaque poste budgtaire.
La valeur planifie (VP) est le cot budgt du travail planifi devant tre excut sur
une activit ou un lment de WBS jusqu' un moment donn.
La Valeur acquise
ise (VA) est la valeur budgte du travail rellement accompli sur une
activit ou un lment de WBS pendant une priode de temps donne.
Les Cots rels (CR) sont les cots totaux lis l'excution du travail sur une activit
ou un lment de WBS pendant
pendant une priode de temps donne. Les cots rels doivent
correspondre en dfinition et en affectation ce qui avait t budgt pour la rfrence
initiale de cots (par ex. les heures directes seulement, les cots directs seulement, ou tout
cots incluant les cots indirects).
Page 16 sur 41
Le Reste Faire (RAF) et l'estimation terminaison (EAT).

L'cart cot (EC) est gal la Valeur Acquise (VA) diminue
diminue du montant des dpenses
(D).
Formule: EC = VA - D
L'cart Dlai (ED) est gal la Valeur Acquise (VA) diminue du montant du cot
planifi (CP). L'cart Dlai sera finalement gal zro
zro quand le projet sera termin parce que
toutes les tches planifies auront t ralises
Formule: ED = VA - CP
Ces deux carts, EC et ED, peuvent tre convertis en indicateurs de
de performance pour
reflter les performances Cots et Dlai d'un quelconque projet.
Indice de Performance Cot (IPC). Un IPC infrieur 1 indique un dpassement de
l'estimation initiale. Un IPC suprieur 1.0 indique un cot infrieur aux prvisions. LIPC
L
est
l'indicateur d'efficacit Cot le plus communment utilis.
Formule: IPC = VA / D
Indice de Performance Dlai (IPD) est utilis, en addition au statut du planning, pour
prdire la date d'achvement et est souvent utilis en combinaison avec lIPC pour prvoir
les estimations terminaison du projet. LIPD est gal au rapport de VA sur CP.
Formule: IPD = VA / CP
2.3.3.2 Avantages
Les indicateurs de valeur acquise ne s'appuient que sur des valeurs passes et sont
donc vrifiables.
Cette mthode donne une indication
indication la fois sur le respect des cots et celui du
planning. La dtermination de la valeur acquise donne un diagnostic sur les points faibles du
projet, et donc une indication sur le moyen de corriger.
2.3.3.3 Inconvnients
Pour les tches en cours, il faut pouvoir estimer l'avancement technique.
Le projet doit comporter des tches n'excdant pas en dure 2 3 priodes, pour
faciliter la mesure de l'avancement.
Cette technique exige un suivi des cots assez prcis.
Page 17 sur 41
2.4 Schma de la solution fonctionnelle propose

propo
Le diagramme darchitecture prsent ci-dessous
ci dessous correspond au plan de la solution
Intranet propose :
Page 18 sur 41
P ROPOSITION
TECHNIQUE
Veuillez trouver ci-aprs

aprs notre proposition technique concernant les librairies qui
seront utilises pour le fonctionnement de notre solution.
3.1 Base de donnes

Comme indiqu dans les clauses techniques particulires de larticle 6 de lappel
doffre, la conception de la base de donnes MySQL sera ralise selon ltat de lart.
3.2 Librairies utilises

PHP permet lutilisation de librairies.
l
Celles-ci
ci seront employes pour le module de
statistiques ainsi que pour la ralisation des diagrammes de GANTT : JPGraph,
JPGraph PHPExcel,
PDFLib
3.3 Architecture technique
3.4 Limites
Les informations contenues dans les bases de donnes sont sous la responsabilit
respo
entire du MAITRE dOUVRAGE.
dOUVRAGE Il est responsable
able de la scurit des donnes et de leur
rcupration en cas de reprise sur panne.
Page 19 sur 41
R ISQUES
ET PLAN D ACTION
La gestion des risques est le processus qui consiste matriser une conjonction
dvnements,
s, de comportements de personnes ou de situations qui contribuent
lventualit dun vnement prjudiciable, dune situation, ou dun scnario dommageable.
Lanalyse des risques a t effectue et est prsent ci-dessous.
ci
4.1 Non appropriation du nouveau produit

pr
Descriptif
Probabilit
Gravit de limpact
Rsolution
Les utilisateurs peuvent vouloir rsister au changement et ne pas

utiliser le nouveau produit
Moyenne
Elev
Impliquer la direction ds le dbut du projet que tous les
utilisateurs se sentent concerns
co
4.2 Client lger obsolte ou rare

Descriptif
Probabilit
Gravit de limpact
Rsolution
Si lutilisateur
utilisateur utilise une ancienne version de son navigateur ou un
navigateur rare il se peut que toutes les informations
napparaissent pas.
pas
Faible
Faible
Mettre jour les navigateurs web sils sont obsoltes
Homogniser si besoin les navigateurs web des utilisateurs
4.3 Problme dergonomie

Descriptif
Probabilit
Gravit de limpact
Rsolution
Lergonomie de la solution peut ne pas satisfaire totalement

Faible
Elev
Nous avons un architecte spcialement charg des problmes
ergonomique
Page 20 sur 41
4.4 Module de gestion de projet

Descriptif
Probabilit
Gravit de limpact
Rsolution
Le module de gestion de projet est le module qui demandera le

plus de temps de dveloppement il est donc possible quil y ait des
de
retards
Moyenne
Moyenne
Pour palier ces problmes :
Organiser une runion de lancement du dveloppement
Ecrire des spcifications plus dtailles
Faire la conception
c
la plus prcise possible
Etablir un cycle
cycl itratif pour ce module
4.5 Module de gestion des utilisateurs

Descriptif
Probabilit
Gravit de limpact
Rsolution
Si ce module tait dvelopp en premier cela demanderait des

modifications constantes tout au long du projet et pourrait donc
entrainer un non respect des dlais.
Moyenn
Moyenne
Moyenne
Dvelopper ce module en dernier pour palier ce problme
P LANNING
Voici le droulement chronologique du projet :
Phase A :
ANALYSES
Phase B :
REALISATION
Codage
Codage
Tests
Tests unitaires
Phase C :
RECETTE
Phase D : MISE
EN
EXPLOITATION
Tests d'intgrations Mise

Mise en
exploitation
Recette
Procdures
Procdures
Formation
d'exploitation et
d'administration
Page 21 sur 41
5.1 Cycle de dveloppement

Afin de limiter un retour aux tapes prcdentes, MIAGE IT travaille
travail selon le modle
conceptuel de gestion de projet nomm cycle en V. Celui-ci
Celui ci est prsent ci-dessous
ci
:
dessous prsente la charge en jours homme de chaque phase du projet.

projet
Le tableau ci-dessous
La premire colonne donne un pourcentage par rapport au temps total
total de dveloppement
et la troisime montre le pourcentage de temps pass sur une tche par rapport la dure
du projet.
Lancement du projet
Analyse
Dveloppement
Tests fonctionnels
Tests intgration
Documentation
Gestion de projet
Assurance qualit
Nombre de jours total
% par rapport au
dveloppement
Nombre de jours
2%
40%
100%
30%
20%
10%
30%
5%
1,5
30
75
22,5
15
7,5
22,5
3,75
% par rapport
la dure totale
du projet
1%
17%
42%
13%
8%
4%
13%
2%
178 Jours
ours
Page 22 sur 41
5.2 Diagramme de GANTT

Afin de visualiser
iser le droulement du projet dans le temps, MIAGE IT met votre disposition le diagramme de GANTT issu de la planification :
Page 23 sur 41
5.3 Phase de ralisation (phase B)

La phase de ralisation tant la base de la planification prsente prcdemment,
elle est prsente ci-dessous
dessous dans ses dtails :
Module2 : Gestion des projets
29
2
5
5
2
9
5
1
Cration de la base
ase de donnes des projets
Dveloppement de l'outil de manipulation des projets
Dveloppement des outils de gestion des taches
Tester l'outil
Interface
terface de cration et de mise jour d'un projet
Tester le module2
Mettre jour le document de conception technique
Module 7 : Budgtisation
tisation
9
2
1
3
3
Cration de la Base de donnes

Cration
ation d'outils de pilotage des cots
Interface
ace de configuration
Rvision
vision module 2 + tests
Module 3 : Statistiques
6,5
3
1
1
1
0,5
Outils de cration des statistiques

Outils de gestion cache statistiques
Interfaces d'affichages
Revoir et adapter le module1+2
Tester le module 3
Module 4 : Import/Export
3
3
Cration et tests
Module 5 : Impression
3
3
Formater les pages au format PDF
Module 6 : GANTT
8
7
1
Dveloppement de l'interface
Tester l'ensemble
Module1 : Gestion des utilisateurs
8
1
2
1
3
1
Cration de la base de donnes des utilisateurs

Scurisation de l'interface
Test scurit
Dveloppement de l'outil de manipulation des utilisateurs
Tester l'outil
1
3
0,5
2
2
Revoir et adapter le module1+2

Dvelopper le module4
module
Tester le module7
Revoir et adapter le module1+2+3+4+5.
Revoir et harmoniser le code
TOTAL
75
Page 24 sur 41
5.4 Livrables
Afin dassurer la traabilit du projet, la communication avec l'ensemble des acteurs
et la contractualisation
tualisation des relations entre le matre duvre et le matre douvrage voici les
livrables qui seront fournis.
5.4.1 Description des livrables

5.4.1.1 Phase A
5.4.1.1.1
Analyses
Les analyses seront effectues en utilisant la modlisation UML. Elles prciseront le

dictionnaire, les cas dutilisation (vues gnrales et dtailles), le diagramme de classes, le
ou les diagrammes dtat associs, les diagrammes de squence.
En fonction des besoins, le dossier danalyse comprendra galement, si ncessaire,
les diagrammes de collaboration
ion et de flux.
5.4.1.1.2
Normes
Les normes de nommage en vigueur EPISTEMA seront utilises. Cependant pour les
domaines non couverts par ces normes, nous utiliserons notre propre norme. Le cas
chant, nous fournirons une documentation sur les normes utilises ne correspondant pas
celles en vigueur EPISTEMA.
5.4.1.1.3
Dfinition de larchitecture
Nous vous remettrons un dossier dfinissant larchitecture logicielle, matrielle et

lorganisation physique et logique des donnes.
5.4.1.1.4
Dossier dinfrastructure
Un dossier visant dcrire linfrastructure

l
sera remis en fin de phase danalyse
(phase A).
5.4.1.1.5
Prototypes
Les prototypes seront conus de faon permettre la validation des principes

dergonomie, les IHM, les restitutions et les aides en ligne.
Remarque : toutes les analyses devront tre valides par vos soins avant de passer
la ralisation.
Page 25 sur 41
5.4.1.2 Phase B
5.4.1.2.1
Excutables, Sources, Composants ncessaires (modules PHP, Apache),

pache), Scripts SQL
Les excutables, les sources, les composants ncessaires seront dcrits dans un
document qui sera
ra remis en fin de phase B.
Les Scripts SQL seront gravs sur CD.
5.4.1.2.2
Fiches de tests unitaires (FTU)
Des tests unitaires seront effectus afin de s'assurer du fonctionnement correct de

chaque partie logicielle acheve.
Des Fiches dcrivant les Tests Unitaires ainsi que les rsultats obtenus seront donc
remises lors de phase de ralisation (phase B).
5.4.1.3 Phase C
5.4.1.3.1
Fiches de tests dintgration (FTI)
Afin dacqurir la conviction que le logiciel fonctionne dans sa globalit, en relation

avec les applications environnantes,
environnantes, nous effectuerons des tests dintgration.
Nous remettrons des Fiches dcrivant les Tests dIntgration (FTI) faits ainsi que les
rsultats obtenus seront remis.
5.4.1.3.2
Supports de formation
Les formations sont ralises pour plusieurs profils (utilisateur simple, chef de projet,
directeur de projet, administrateur application et plateforme).
Ainsi, nous raliserons un support de formation adapt pour chacun des profils
prcdemment dcrits.
5.4.1.3.3
Cahier des recettes
Nous rdigerons un cahier des recettes dcrivant

dcrivan :
-
lenvironnement
environnement ncessaire
nces
pour commencer la recette
les
es diffrentes phases de
d la recette et leurs squences
les actions raliser
les contrles effectuer
La validation de ce cahier sera de votre responsabilit et vous pourrez

ventuellement le complter.
lter.
Page 26 sur 41
5.4.1.3.4
Aides en lignes (contextuelles)
Un document dcrivant les aides en lignes sera livr au MAITRE DOUVRAGE. Celui-ci
Celui
sera valid et ventuellement complt par ce dernier
5.4.1.4 Phase D
5.4.1.4.1
Dossiers de mise en exploitation
Les dossiers ncessaires la mise en exploitation

exploitation seront fournis. Ceux-ci
Ceux concernent
linstallation des serveurs, des postes de travail, des logiciels. Ils comprennent galement
linventaire des composants techniques et le paramtrage du rseau.
5.4.1.4.2
Procdures dexploitation et dadministration
Less procdures dexploitation et dadministration seront dcrites dans un document

remis en phase de mise en exploitation.
5.4.2 Echancier des livrables

Dans le tableau qui suit, sont prsents les dates de livraison des livrables souhaits :
Livrables
Date de
livraison
T + 15
T + 15
T + 15
T + 15
T + 15
Phase A
Analyses
Normes
Dfinition de larchitecture
Dossier dinfrastructure
Prototypes
Phase B
Excutables, Sources, Composants ncessaires (modules PHP, Apache),

Scripts SQL (gravs sur un CD)
Fiches de tests unitaires (FTU)
T + 35
Phase C
Fiches de tests dintgration (FTI)

Supports de formation
Cahier des recettes
Aides en lignes (contextuelles)
T + 57
T + 57
T + 57
T + 57
Phase D
Dossiers de mise en exploitation

Procdures dexploitation
Procdures dadministration
T + 72
T + 72
T + 72
T + 35
T tant la date de lettre de commande.
Page 27 sur 41
Ce graphique permet de visualiser les informations prsentes dans le tableau

prcdent :
T + 15
T + 35
T + 57
T + 72
Phase A :
ANALYSES
Phase B :
REALISATION
Phase C :
RECETTE
Phase D : MISE EN
EXPLOITATION
Analyses
Normes
Dfinition de
larchitecture
Dossier
dinfrastructure
Prototypes
Excutables
Excutables
Sources
Sources
Composants
Composants
ncessaires (modules
PHP, Apache)
Scripts
Scripts SQL (gravs
sur un CD)
Fiches de tests
dintgration (FTI)
Supports de
formation
Cahier des recettes
Aides en lignes
(contextuelles)
Dossiers
Dossiers de mise en
exploitation
Procdures
Procdures
dexploitation
Procdures
Procdures
dadministration
5.5 Ressources
5.5.1.1 Chef de projet & de direction de projet
La direction de projet pilote la conception entire de notre solution. Dans le cadre
fix par le maitre douvrage, et en accord avec le chef de projet, la direction veillera au
respect des spcifications, des dlais, des budgets, ainsi quaux standards de
d qualits
applicables. La direction anticipe galement les impacts, conduit le changement, et arbitre
les dcisions.
Le chef de projet contrle et anime le droulement de la conception de notre
solution. Il assure la fonction dtude, de conception et dvolution
dvolution du domaine applicatif
relatif au projet.
5.5.1.2 Analyste
Le rle de nos analystes est dtudier les diffrentes manires de mettre en uvre
notre solution. Ils assurent la phase danalyse du projet.
projet Les
es analystes ne sont prsents que
pendant la phase danalyse.
5.5.1.3 Architecte
Nos architectes sont des experts en dveloppement de solutions informatiques. Ils
dfinissent les spcifications techniques du projet (structures de donnes, communication
entre modules). Ces experts prennent galement part la phase danalyse,
danalyse, afin que nos
analystes bnficient de leur expertise.
5.5.1.4 Dveloppeur
Sous la direction de notre chef de projet, le dveloppeur implmente notre solution
fonctionnelle partir du cahier des charges ainsi que les tests en boite noire associs.
Page 28 sur 41
P ROPOSITION
ITION
TARIFAIRE
6.1 Tarifs pratiqus par MIAGE IT

Les tarifs journaliers pour un profil particulier pratiqus par MIAGE IT sont prsents
dans le tableau suivant :
Facturation
Chef de projet
Dveloppeur
Responsable qualit
Directeur de projet
Architecte
550
380
600
600
550
6.2 Planification globale

Afin de grer au mieux le projet et de prvenir les drives ventuelles, le chef de
projet intervient de faon rgulire sur lensemble
lensemble des phases du projet. Ainsi, il nest pas
explicitement mentionn dans la proposition financire tablie par nos services :
Ressources
Lancement du projet
Analyse
Dveloppement
Tests fonctionnels
Tests intgration
Documentation
Gestion de projet
Assurance qualit
Montant HT
Directeur de projet
Architecte
Analyste
Dveloppeur
Dveloppeur
Dveloppeur
Dveloppeur
Directeur de projet
Chef de projet
Facturation
863
16 500
28 500
8 550
5 700
3 105
12 938
2 250
78 405,00
,00
Montant TVA (19,6 %)
15 367,68
367,
Montant TTC
93 772,68
Page 29 sur 41
A NNEXES
7.1 Conditions gnrales de ventes

vente
7.1.1 OBJET DU CONTRAT
Le prsent contrat consiste en la conception, le dveloppement et la ralisation dun
ensemble constitu dIntranet
Intranets destins la gestion de projett et de programmes
informatiques associs ces produits nomms ci-aprs loutil,, confi par le MAITRE
dOUVRAGE au MAITRE dUVRE
UVRE.
7.1.2 ARTICLE 1 : CONCEPTION REALISATION CONTENU

Il est convenu entre les parties que le MAITRE dUVRE procdera la rdaction
rdacti
dun cahier des charges qui prcisera les besoins du MAITRE dOUVRAGE et dcrira les
caractristiques des prestations et services,
se
les fonctionnalits, le calendrier des travaux, le
style de la ligne graphique, les logiciels utiliss.
Sur la base des donnes
nnes tablies par le MAITRE dOUVRAGE,, et en accord
acco avec lui, le
MAITRE dUVRE tablira la ligne graphique de loutil. Une maquette de loutil sera
approuve par le MAITRE dOUVRAGE avant sa mise en conception.
conception
Le MAITRE dUVRE rdige un cahier des charges
es en accord avec le MAITRE
dOUVRAGE qui le valide. Toute demande de modification
modifi
sera prise en compte et intgre
si elle est formule dans la dure de la priode de dveloppement compter de la remise de
la maquette.
7.1.3 ARTICLE 2 : RETRO PLANNING, CALENDRIER DES TRAVAUX

Le MAITRE dUVRE sengage raliser loutil (mise en production) dans un dlai
convenu aux conditions particulires, lequel court compter de la rception de la signature
des prsentes et du paiement de lacompte.
Le MAITRE dOUVRAGE sengage rgler un acompte dont le montant est prvu aux
conditions particulires.
7.1.4 ARTICLE 3 : PROPRIETES DES SERVICES

Il est entendu entre les parties que le MAITRE dUVRE donne lentire proprit des
ralisations au MAITRE dOUVRAGE qui aura droit dexploiter par la suite ces services
comme bon lui semble.
emble. Il est cependant entendu que les logiciels et le savoir-faire
savoir
utilis par
le MAITRE dUVRE durant cette prestation pourront tre rutiliss par le MAITRE dUVRE
dans ses futures activits.
Page 30 sur 41
7.1.5 ARTICLE 4 : CONDITIONS FINANCIERES

Le prix stipul ci-dessus
dessus est payable suivant les conditions particulires. Etant rappel
que toute modification
cation du cahier des charges intervenant
nant postrieurement au dbut
dexcution fera lobjet dune facturation distincte dans le cadre du forfait prvu ci-dessus.
ci
Tout dfaut de paiement aux chances convenues entre les parties entranera
lapplication dune pnalit de retard calcul sur la base des sommes impayes majores du
taux dintrt lgal compter de la date dexigibilit
dexigibilit jusqu la date du rglement.
rglement
7.1.6 ARTICLE 5 : OBLIGATIONS DU MAITRE dOUVRAGE

Le MAITRE dOUVRAGE
OUVRAGE soblige fournir au MAITRE dUVRE lensemble des
documents et donnes ncessaire la conception de loutil,
loutil, en respectant le calendrier
arrt entre les parties et collaborer avec le MAITRE dUVRE la ralisation de
d loutil en
mettant sa disposition tout document ou information qui pourrait tre demand par le
MAITRE dUVRE.
7.1.7 ARTICLE 6 : OBLIGATIONS DU MAITRE dUVRE

Le MAITRE dUVRE soblige :
- Fournir
urnir un dossier de conception et de ralisation du site sur support lectronique
et papier,
- Effectuer des tests avant la mise en production de loutil.
7.1.8 ARTICLE 7 : SOUS-TRAITANCE

TRAITANCE
Le MAITRE dUVRE pourra avoir librement recours la sous-traitance
sous traitance pour tout ou
partie des prestations objets des prsentes. Le MAITRE dUVRE demeurera responsable
lgard du client de lexcution de lintgralit des obligations dcoulant du prsent contrat.
Page 31 sur 41
7.2 Qualifications du personnel MIAGE IT

Lensemble du personne de MIAGE
MIAGE IT qui seront affects au projet Epistema sont
lists ci-dessous.
dessous. Sont galement fournis leur Curriculum Vitae respectif.
7.2.1 Directeur de projet

Monsieur Michel HIVER
7.2.2 Chef de projet

Monsieur Albert JALON
7.2.3 Analyste
Monsieur Joseph LAPAGE
Monsieur Jean-Louiss MERISE
7.2.4 Architecte
Mademoiselle Eva LUATEUR
Madame Monique PROTOTYPE
7.2.5 Dveloppeur
Monsieur Jean CODE
Monsieur Ray CURSIF
Monsieur Christian GEEK
Page 32 sur 41
MICHEL HIVER
Expriences professionnelles
Depuis 2003
1999 2002
1996 1999
MIAGE IT, 06000 Nice

Directeur de projet
Missions : direction de projet, consulting, ingnierie daffaire. MIAGE IT, est
une socit de service en ingnierie informatique.
L I RA -L A B , Gnes, Italie
Ingnieur Expert dans le cadre de diffrents projets europens.
CNRS
Allocataire de recherche
Thse de doctorat finance par l'arme, concernant la rsolution de
problmes d'optimisation combinatoire NP-complet en utilisant des
approches issus de l'intelligence artificielle.
Formation
1995
1992
1990
T H E SE E N I N T E L L I GE N C E A R T I FI C I E L LE , DEA en intelligence artificielle

Ecole Suprieurs en Sciences Informatiques (ESSI). (Paris 6)
I N GE N I E U R I N F O RM A T I Q U E
Ecole Suprieure en Sciences Informatiques (ESSI). (Paris 6)
E C O LE P OL Y T E C H 'N I C E S OP H I A
Ecole Polytechnique de Sophia-Antipolis (ex-ESSI)
ALBERT JALON
Depuis 2004
1999 2003
1998 2001

Chef de projet
Missions : Chef de projet, consulting, suivit de clientle, MIAGE IT, est une
socit de service en ingnierie informatique.
NETFECTIVE TECHNOLOGY
Direction du ple Microsoft .Net. Gestion de projets internet / intranet de
50 plusieurs milliers de jours/homme dans les secteurs de l'Industrie et
de la Grande Distribution.
Management d'quipes multi-sites dont off-shore. Participation aux
spcifications fonctionnelles; modlisation UML; conception technique.
Expertise mtier retail.
Chef de projet sur www.intermarche.fr
PLANTES-ET-JARDINS.COM Paris
Chef de projet
Pilotage des projets front-office et back-office; supervision et contribution
au dveloppement du e-catalogue (ASP;IIS5;Windows 2000;SQL Server
2000).
Refonte du ple magazine (charte graphique, maquettage, conception et
programmation du CMS propritaire pour la gestion de contenus).
Administration des plateformes d'affiliation iChannel et Affilient.
Formation
1998
1995
DESS INGENIERIE DE LIMAGE

Universit de Bordeaux III
DESS IHM
Universit de Bordeaux III
JOSEPH LAPAGE
Depuis 2004
1999 2003

Analyste UML
MIAGE IT, est une socit de service en ingnierie informatique
Missions : analyse de projets denvergure en Lapage puis en UML, analyse
UML des systmes de gestion de projet pour VOip Telecom, Atos Origin
SSII ADDEO : Bordeaux
Dveloppeur intranet
Etudes et ralisations pour la mise en place du premier Intranet intercentres de la Direction des Applications Militaires en qualit de Scientifique
du Contingent. Cration des chartes graphique et navigationnelle.
Dveloppement sur serveur d'applications HahtSite 2.0
Formation
2002
1999
Ecole dingnieur ISI Nice Sophia Antipolis

I N GE N I E U R I N F O RM A T I Q U E
Universit de Nice Sophia-Antipolis
L I C E N C E I N F O R M A T I QU E
Comptences informatiques
Langages
Programmation Web
Analyse
C/C++, icon, SQL, J A V A , SQL, camel, scheme

PHP, Html, XML, XSL, JavaScript
Lapage, UML 2.0
JEAN-LOUIS MERISE
Depuis 2003
Juin 1998
Dcembre
1998
Septembre
1997
Septembre
1998
Juin 1997

Analyste UML
MIAGE IT, est une socit de service en ingnierie informatique
Missions : analyse de projets denvergure en Merise puis en UML, analyse
UML des systmes de gestion de projet pour Air France, SNCF et Malongo.
BULL, 06700 St Laurent du Var
Stagiaire " Dveloppeur Java "
BULL, est une entreprise franaise au cur de nombreux secteurs de
linformatique.
Mission : Ralisation dun outil de gestion de projet interne la division
Coriolis en utilisant les technologies J2EE, les frameworks JSF et Hibernate.
COGNIS F R A N C E , 77400 St Fargeau Ponthierry
Apprenti " Dveloppeur Lotus Notes "
COGNIS, socit chimique, leader mondial pour les techniques de
transformation des matires premires dorigine vgtale et pour
l'optimisation des procds de production.
Missions : Dveloppement de bases Lotus Notes pour les services
informatique, logistique et qualit. Administration Windows 2000.
S O C I E T E G E N E R A LE , 91959 Courtaboeuf
Oprateur de migration des postes vers Windows XP dans les agences de
lEssonne.
Formation
2001

DESS MIAGE
Etudiant Erasmus en Maitrise software engineering (un semestre
Blekinge Tekniska Hgskola, Karlskrona, Sude)
L I C E N C E MIAGE
Institut Universitaire de Technologies dOrsay (Paris XI)
DUT I N F O R M A T I Q U E , seconde anne effectue en alternance.
1999
1997
Langages
Programmation Web
Analyse
C/C++, Visual Basic 6, PL/SQL, J A V A , SQL, LotusScript, Korn

Shell, Cobol
PHP, Html, XML, XSL, JavaScript
Merise, UML 2.0
EVA LUATEUR
Depuis 2006
2004-2006
2001-2004

Architecte
Missions : analyse et conception des SI T E S I N T E RN E T D U G R OU P E HCG:
Yackie, Yackie Mobile, PayToo
S O C I E T E L O C A LE O , 75 000 Paris
Dveloppeuse PHP
Missions : dveloppement de 6 portails public gouvernementaux,
implmentation de chartes graphiques et du CMS SPIP, dveloppement de
modules SPIP spcifiques (calendrier avanc)
C A P G E M I N I , 06 560 Sophia-Antipolis
Dveloppeuse ASP.NET 1.1 (C#)
Missions : TMA dune application intranet pour AXA, dveloppement du
nouveau systme de contrat du btiment en ASP.NET (C#)
Formation
1996 2001
E U R OP E A N I N ST I T U T E O F T E C H N OL O G I E S (EPITECH)
T I T RE D I N GE N I E U R E X P E RT E E N I N F O RM A T I QU E
Spcification dans les dveloppements de serveur/client Unix/Windows.
Langages
Programmation Web
Analyse
C/C++, Visual Basic 6, PL/SQL, Java, SQL

HTML, XHTML, PHP 4, PHP 5, Javascript, XML, SQL
Bases : MySQL, PostgreSQL, MS SQL, SQLite
Merise, UML 2.0
MONIQUE PROTOTYPE
Depuis 2006
2004-2006
2003-2004

Architecte
Missions : analyse et conception de solutions informatique pour les
entreprises : Degranne SA, GrosBill
SITE ALPHA, Noisy-le-grand (93)
Dveloppeuse
Cration et gestion dun portail Web de GMAO (Gestion et Maintenance
Assist par Ordinateur) et de FM (facilities management) de la version 1.0
la version 4.5 P3
C A P G E M I N I , 06 560 Sophia-Antipolis
Dveloppeuse PHP
Etudes doptimisation dintranets
Formation
FORMATION EN MANAGEMENT DE PROJET INFORMATIQUE
Progressif Formation
LICENCE PROFESSIONNELLE en alternance spcialit Gnie Logiciel
Aix en provence
DUT INFORMATIQUE spcialit IGI (Informatique et Gnie Informatique)
Aix en Provence
2002
2003
2002
Langages
Programmation Web
Analyse
C/C++, Java, SQL

Bases : MySQL,
Lapage, UML 2.0
JEAN CODE
Depuis 2005
2003-2005
2001-2003

Dveloppeur
Missions : Ralisation et maintenance des sites internet du groupe HCG:
Yackie, Yackie Mobile, PayToo, administration des serveurs Linux (Debian,
Gentoo, CentOS), intgration et ralisation des API bancaire, ise en place
de solutions de paiement et de tlphonie (VOIP).
Z E N I C O R P O RA T I ON SA (SSII), 60 500 Chantilly
Dveloppeur Internet
Missions : ralisation et dploiement des sites Peugeot travers le monde
(35 Pays), conception et dveloppement de sites pour les clients PSA,
Laurastar et Nouvelobs, administration de serveurs Linux et Windows.
G E D A S F RA N C E SA, 02 600 Villers-Cotterts
Dveloppeur PHP
Gesdas France est une filiale du groupe Volkswagen France (SSII, 600
employs, 628 M de CA, ISO)
Missions : dveloppements Internet et Extranet en Php/MySql/Oracle pour
les marques Audi, Volkswagen, Seat et Skoda.
Formation
D I P L O M E D I N GE N I E U R M A I T RE A L ECML (Ecole de Conception et de
Maintenance de Logiciel)
Formation de 2 ans en alternance Marseille : Major de la promo (1/60)
BTS I N F O RM A T I QU E D E G E ST I O N Administrateur de rseaux locaux,
Option Math
Lyce Marie Curie Marseille
B A C C A L A U RE A T SE R I E STT I N F O RM A T I QU E D E G E ST I ON
Mention Trs Bien
Lyce Aristide Briand Gap
2003
2001
1997
Langages
Programmation Web
Analyse
C/C++, Visual Basic 6, PL/SQL, Java, SQL, LotusScript, Korn Shell,

Cobol
PHP, H T M L , XML, XSL, J A V A S C RI P T
Merise, UML 2.0
RAY CURSIF
Depuis 2005
2003-2005
2001-2002

Dveloppeur
Missions : Ralisation et maintenance de solutions informatique pour les
entreprises : Degranne SA, GrosBill
I N T E L LI A N C E : La Rochelle
Concepteur et dveloppeur
Analyse, conception et dveloppement de site internet, intranet et
extranet. Etude et participation l'volution du CMS Intelliance permettant
la gestion des sites web : pages dynamique, boutique en ligne, module
divers (actualits, partenaires...).
L N E T M U L T I M E D I A : Poitier
Concepteur et dveloppeur
Analyse et laboration de projets Web, ralisation de spcifications
fonctionnelles, relations clientles, stage Java, ralisation de maquettes
statiques (front-office et back-office), dynamisation (PHP, ASP), vrification
daptitude et mise en production.
Formation
2001
1999
1998
Universit de Toulouse
DESS I M A GE S P OU R I N T E RN E T
Universit de Toulouse
L I C E N C E I N F O R M A T I QU E
Toulouse
DUT G E ST I ON
Langages
Programmation Web
C/C++, PL/SQL, Java, SQL, icon

Bases : MySQL, PostgreSQL, MS SQL,
CHRISTIAN GEEK
Depuis 2005
2004-2005
2001-2004

Dveloppeur
Missions : ralisation et maintenance des SI T E S I N T E R N E T D U G R OU P E
HCG: Yackie, Yackie Mobile, PayToo, administration des serveurs Linux
(Debian, Gentoo, CentOS), I N T E G RA T I ON E T RE A LI SA T I O N D E S API
BA N C A I RE , mise en place de SOLU T I O N S D E P A I E M E N T E T D E T E LE P H O N I E
(VOIP).
M ON ST E R W O R LD W I D E
Chef de projet Internet
Missions : tudes et laboration de C A H I E R D E S C H A RGE S , rdaction de
D OC U M E N T A T I O N S T E C H N I QU E S E T D E D OC U M E N T A T I O N S U T I L I S A T E U R S ,
dveloppement et maintenance dapplications PHP sur serveurs Linux,
migration technique dune base de donnes MySQL candidats et
recruteurs, ralisation dun I N T RA N E T S OU S T Y P O 3.
J O B P I L OT F RA N C E
Dveloppeur PHP/MySQL
Missions : mise jour du site Internet http://www.jobpilot.fr, cration de
nouvelles rubriques en troite collaboration avec le service Marketing,
dveloppement PHP, XML (newsletters, partenariats, outils internes,
interfaces de mise jour) sous Windows et Linux, utilisation quotidienne
dun CMS (Interwoven Teamsite)
Formation
F I N I N F O F O RM A T I ON SQL
Formation au langage SQL. Dure 3 jours.
Universit de Marseille
M A ST E R 2 MIAGE
Universit de Nice Marseille
L I C E N C E MIAGE
Lyce Audiberti, Antibes
BTS C O M P T A BI LI T E G E S T I ON
Lyce Bristol, Cannes Baccalaurat Srie ES Option Sciences conomiques
et sociales
2001
2001
1999
1998
1995
Langages
Programmation Web
Analyse
C/C++, Visual Basic 6, PL/SQL, Java, SQL

Bases : MySQL, PostgreSQL, MS SQL, SQLite
Merise, UML 2.0

Miage It

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Miage It

Transféré par

Droits d'auteur :

Formats disponibles

Master 2 MIAGE 2007--2008

M ANAGEMENT DE PROJETS INFORMATIQUES

Management de projets informatiques

Suite lappel doffre

Management de projets informatiques

TABLE DES MATIERES

PRESENTATION DES PARTIES

2.1 ACTEURS ................................................................................................................................

3.1 BASE DE DONNEES ................................................................................................

RISQUES ET PLAN DACTION

4.1 NON APPROPRIATION DU NOUVEAU PRODUIT ................................................................

5.1 CYCLE DE DEVELOPPEMENT

6.1 TARIFS PRATIQUES PAR MIAGE IT ................................................................

7.1 CONDITIONS GENERALES DE VENTES ................................................................

Management de projets informatiques

Management de projets informatiques

Veuillez trouver ci-aprs

les acteurs internes

les acteurs externes

2.1.1 Acteurs internes

Management de projets informatiques

Le chef de projet a galement la possibilit de crer un projet. Il a accs toutes les

Il na accs qu une vision globale du projet : indicateurs personnels (tches finies

2.1.2 Acteurs externes

Management de projets informatiques

2.2 Fonctionnalits attendues

2.2.2 Cration dun projet

dveloppement dune nouvelle version dun produit dEpistema

Remarque : Il sera galement possible de crer de nouveaux types de projets.

Management de projets informatiques

2.2.3 Planification du projet

Charge prvue lheure, la

Management de projets informatiques

2.2.3.2 Importer la planification au format Excel

Management de projets informatiques

2.2.3.6 Ecran de planification

Comme montr ci-dessus,

Management de projets informatiques

2.2.4 Evolution du projet

Date de dbut effective

Temps restant estim

Date de fin effective

Le chef de projet et la direction de projet sont en charge

(i.e. Le salaire de M. Bernard pour la priode). Pour un employ, chaque changement de

Management de projets informatiques

2.2.6 Avancement du projet

Les statistiques et indicateurs standards

Les tchess en retard de plus de 5 jours

2.2.6.2 Interface daccueil

Management de projets informatiques

2.2.7 Suivi des cots du projet

2.2.8 Pilotage des cots et des dlais

Cette technique ne donne pas d'indication

2.2.9 Statistiques et indicateurs standards

Management de projets informatiques

Chacun de ces rapports informe le chef et la direction de projet sur un aspect

2.2.9.2 Sur lensemble des projets

pourcentage d'avancement (pourcentage sur la charge estime rcente)

cot (estimation de la marge l'heure actuelle en pourcentage et en en

indicateurs de charge et de cot :

Management de projets informatiques

Ce graphe permet de visualiser lvolution

Management de projets informatiques