Vous êtes sur la page 1sur 11

Phase de spcification des besoins

1.1 PRINCIPES.....................................................................................................................................................1 1.2 OBJECTIFS....................................................................................................................................................1 1.2.1 Recensement des besoins fonctionnels..............................................................................................1 1.2.2 Analyse de la couverture fonctionnelle.............................................................................................1 1.3 MTHODOLOGIE ...........................................................................................................................................2 1.3.1 Population rencontrer...................................................................................................................2 1.3.2 Macro-mode opratoire....................................................................................................................2 1.3.3 Analyse de la couverture fonctionnelle.............................................................................................2 1.3.4 Recensement des besoins fonctionnels .............................................................................................3 1.3.5 Facteurs cls de succs...................................................................................................................11 1.3.6 Livrables........................................................................................................................................11

1.1

Principes

La phase consiste qualifier les besoins fonctionnels et analyser lexistant afin de fournir le cahier des charges des spcifications dtailles techniques. Elle contient principalement les spcifications fonctionnelles dtailles et les spcifications techniques gnrales en adquation avec la cible du client. 1.2 Objectifs

Les objectifs sont de garantir la couverture fonctionnelle de lensemble des processus mtiers concerns dans le primtre dfini. Il importe donc dassurer un balayage global des besoins dcisionnels dans toute leur transversalit Pour rpondre ces objectifs, diffrents volets danalyse seront mens dans le cadre de ce lot, savoir la dfinition des besoins fonctionnels, lanalyse de lexistant et la conception de la cible globale, pour avoir le dossier fonctionnel des besoins (fonctionnels et techniques). Les 2 volets importants de la spcification des besoins des utilisateurs sont : 1.2.1 Recensement des besoins fonctionnels Recensement des mthodes de recueil des besoins et des supports Recensement, Identification et Evaluation des besoins fonctionnels Rdaction des documents de recueil et documents de synthse : Primtres fonctionnels Niveau territorial Indicateurs Acteurs du SID Analyse de la couverture fonctionnelle Comparaison des besoins/Informations existantes et futures Analyse de lexistant : qualifier et analyser les donnes du SID (bases de donnes existantes ou en cours de construction) Dfinition des actions mener pour rpondre aux besoins exprims

1.2.2

1.3

Mthodologie

Les phases de recensement des besoins fonctionnels et danalyse de la couverture fonctionnelle existante et future seront menes conjointement. A lissue de ces phases la solution cible sera identifie travers la dfinition des besoins fonctionnels. Une part du recensement se fait avec la population des utilisateurs travers les entretiens et ateliers. 1.3.1 Population rencontrer

La population concerne minima par le recensement et lanalyse des besoins de spcifications est reprsente par 3 directions : Direction gnrale Direction du contrle des finances Direction des ressources humaines 1.3.2 Macro-mode opratoire

Le tableau suivant prsente le croisement entre les lignes organisationnelles rencontrer et le mode de recueil de besoins pour chaque direction. Direction / Organisation Entretiens Ateliers Direction Gnrale 1 1 Direction du contrle des finances 1 1 Direction des ressources humaines 1 1

En fonction de la charge de travail, des ateliers ou entretiens complmentaires peuvent tre dfinis communment au dbut de la mission. 1.3.3 Analyse de la couverture fonctionnelle

La phase danalyse de la couverture fonctionnelle permet de dresser un tat des lieux du SI en termes dexistants et de cible par rapports aux besoins exprims. Elle prendra la forme dentretiens individuels avec les experts techniques et fonctionnels responsables des diffrents systmes et danalyse documentaire. Il sera utile de prvoir une mise disposition de la documentation des diffrents systmes, ainsi quun ventuel accs (restreint/encadr) aux systmes eux-mmes. Lanalyse de lexistant possde les objectifs suivants : Formalisation de la couverture fonctionnelle de lexistant (Processus existant, cartographie applicative, cartographie des donnes, cartographie des flux, outils de restitutions existant,) Formalisation des limites et axes damlioration
Couverture fonctionnelle

Best Practices BT CSI

Cartographie applicatives Ex: Bases,

Cartographie des donnes Ex: Donne Client,.. Restitutions existantes Ex: Tableau de bord ,.

Cartographie des flux Ex : Systmes oprants GAP ANALYSIS

Bes t Pra cti ces

Profil des utilisateurs Ex: Administrateur,..

Identification des sources

La phase danalyse de lexistant prsentera le SI existant en termes dapplications dcisionnelles et apportera les axes damlioration ventuels. Cette phase permettra de dfinir le cadre de ralisation de la solution cible en tenant compte des projets connexes.

2/ 11

1.3.4

Recensement des besoins fonctionnels

1.3.4.1 Constitution du binme Avant toutes choses, il est important de mentionner la constitution dun binme affect chaque exercice de recensement des besoins par un entretien ou bien un atelier thmatique. Ce binme sera choisi partir de lquipe projet, et sera dtermin en fonction : Du thme mtier abord en atelier Des personnes rencontrer Du niveau hirarchique des personnes prsentes dans les ateliers Remarque : Ladquation des profils de lquipe XXXX avec les interlocuteurs de lYYYY sera pralablement valide par la Direction de Projet. Nous proposons les hypothses structurales suivantes pour la ralisation des spcifications de besoins. Nous procderons par entretien ou par atelier en fonction des cas de figures. Les paragraphes suivants prsentent ces deux modalits de ralisation. 1.3.4.2 Modalits relatives aux entretiens Les modalits des entretiens seront abordes au regard de la population concerne, de la dmarche prconise et des grilles dentretiens utilises. 1.3.4.2.1 Population concerne Les utilisateurs pouvant potentiellement tre sollicits pour des entretiens sont des interlocuteurs privilgis dans le projet : de part son niveau hirarchique, de part son statut de dutilisateur cl (reprsentatif), de part son niveau dexpertise (Fonctionnel ou technique). 1.3.4.2.2 Dmarche des entretiens Les entretiens peuvent tre individuels avec au maximum 2 personnes. Ces entretiens utiliss permettront : De prsenter la mthode utilise, prcision des rgles du jeu De faire expliciter par les utilisateurs leurs quotidiens , leurs besoins, leurs exigences et attentes Didentifier les relations de travail au sein de lorganisation et les difficults rencontres De valider les informations structures recueillies Lobjectif principal est daider linterview formuler et exprimer son besoin de pilotage. Tout entretien fera lobjet dune phase de prparation, pour dfinir le canevas prcis pour formaliser le besoin savoir la dfinition des thmes que lon va aborder en fonction de lobjectif atteindre. Les thmes seront dclins en questions qui serviront de fil conducteur tout au long de lentretien. Les thmes abords couvriront lensemble des phases de la mthodologie propose, de la dfinition des objectifs stratgiques la dfinition des restitutions. .

Objectifs stratgiques Ex: Augmenter la part de march Restitutions Pr im fon tre ctio nne l Ex: Tableaux de bord, Analyse multidimensionnelle

Processus Ex: Vente

Facteurs cls de succs Ex: Adaptation du produit aux besoins

Profils utilisateurs Direction commerciale Direction Marketing

Be st Pra cti ces

Vision danalyse Ex: Produit, Entit, Mois,

Mesures (rgles de gestion) Ex: part de march, Taux de fidlisation, Taux de satisfaction client

3/ 11

1.3.4.2.3 Exemple de grilles dentretien Les objectifs de ce questionnaire sont les suivants : Apprhender le mtier et lorganisation de la socit Collecter les lments permettant deffectuer lanalyse du SID existant Rassembler les informations majeures pour llaboration du modle du SID cible La grille dentretien sera la base de lentretien. La liste suivante prsente un exemple de questions types pouvant tre abordes : Vision technique & exemple de grille dentretien : Lobjectif est ici un tat des lieux du SI existant sous langle technique, au travers dentretiens avec la DSI et la cellule en charge de lurbanisation. THEMES Gnralits CONTENU Nom de linterlocuteur Position et rle au sein de la socit Relation avec les diffrentes matrises douvrages et/ou duvres Domaines mtiers Couverture fonctionnelle Nom de ou des applications Technologies Nombre dutilisateurs potentiels Volume de donnes traites Flux entrants . Technologie (diteurs, etc.)

Description de larchitecture mtier Description de larchitecture applicative

Description de larchitecture technique Description des rapports (identifier le nombre de rapports par application) Donnes Rfrentiels (identifier les sources de donnes pour les rapports lists ci-dessus) Quels sont les projets en cours ? Selon vous quels sont les risques sur un tel projet ? Prs requis fonctionnels

Nombre de rapports Frquence de diffusion Niveau de complexit de lecture Interface utilisateur (c/s, web, etc.). Technologie Type de stockage (fichier plats, relationnel, multidimensionnel) Volume trait Performance ? (satisfaisante, insatisfaisante) Niveau de qualit actuel (satisfaisant, insatisfaisant) Question ouverte Question ouverte De quel type dinformation les personnes des domaines mtier cibles ont-elles besoin ? Quels rapports veulent-elles ? Quels rapports sont les plus importants et quels sont ceux les moins importants ? Quel type de requtes les utilisateurs pourront-ils lancer ? Qui administrera les donnes, les univers, etc.? Existe t-il au sein du Systme dinformation des requtes dj similaires ? Quelles donnes mtier les utilisateurs veulent-ils ? O trouvent-ils ces donnes aujourdhui?
4/ 11

Pr requis pour les donnes

Pr requis en terme dhistorique Pr requis scurit

Pr requis en terme de performance

Donnes sources

Qualit des donnes :

Nettoyage des donnes

Comment les donnes sont-elles nettoyes aujourdhui, et comment doivent-elles tre dans le futur ? Quelles donnes sont considres comme les plus importantes pour les domaines mtiers? Les donnes peuvent-elles tre agrges, si oui, quelles sont les dimensions ? Les utilisateurs doivent-ils pouvoir descendre dans le dtail, si oui, avec quelle granularit ? Existe t-il des utilisateurs pouvant valider les donnes, si oui quand sont-ils disponibles ? Quels sont les dlais en terme de restitution des donnes ? Quelle est la dure de stockage souhaite ? Existe t-il un historique des donnes disposition ? Quelle est la scurit qui doit tre applique ? Quelle typologie de scurit existe t-il aujourdhui ? La scurit doit-elle tre la mme pour toute la population cible ? Qui aura accs aux donnes ? Quel est le dlai maximum que les utilisateurs sont-ils prts accepter ? Quels sont les rapports qui peuvent tre lancs de nuit ? Combien de fois dans la journe les utilisateurs sont-ils susceptibles de lancer un rapport ? Sait-on o sont stockes les donnes sources ? Est-il possible davoir plusieurs sources pour une mme donne ? Les donnes font-elles dj partie intgrante dune base de donnes dans un modle relationnel, etc. ? Connat-on les utilisateurs/propritaires des donnes sources ? Existe t-il une norme dchange dinformation au sein de la socit ? Connat-on le niveau de qualit des donnes sources ? Quel est le niveau de qualit attendu en rapport avec les besoins mtier ? Qui dtient les rgles mtier pour valider les donnes ? Existe t-il de la documentation sur des oprations passes de nettoyage ou bien de gestion des rejets ? Existe t-il des tables de rfrences ou de transcodage dun systme un autre ? Qui connat les erreurs les plus courantes survenues ?

5/ 11

Vision fonctionnelle & exemple de grille dentretien : Lobjectif est ici un tat des lieux du SI existant sous langle fonctionnel, au travers dentretiens avec les domaines mtiers (direction gnrale, contrle de finances, ressources humaines) THEMES Gnralits Prsentation du dpartement, service, quipe Analyse de lexistant CONTENU Nom de linterlocuteur Relation avec les diffrentes matrises douvrages et/ou duvres Fonction et organisation du dpartement, service, quipe Intgration au sein de lorganigramme de la socit Description succincte lactivit actuelle (fonctionnalits) Quels sont vos objectifs stratgiques ? (Augmenter mes ventes,..) Comment se structure votre activit (identification du processus) ? Quelles sont les informations, indicateurs que vous suivez ? (Priodicit, fiabilit,) ? Avez-vous des documents (rfrentiels, rapports type,.) dcrivant ou faisant rfrence votre utilisation? Quelles sont les diffrents outils (SI, applications) et les diffrentes bases de donnes que vous utilisez ? Quelles donnes vous remplissez dans lapplication ? Quelles donnes vous consultez dans lapplication ? De faon oprationnelle est-ce que loutil dcisionnel correspond la ralit aujourdhui ? (par rapport votre mode de fonctionnement, par rapport son positionnement comme outil de pilotage, par rapport aux indicateurs de performance) Quels sont vos besoins en termes de restitutions (que souhaitez-vous suivre avec quels types de restitutions)? Vos besoins sont-ils aujourdhui couverts? A quoi attribuez-vous le fait que tous vos besoins ne sont pas couverts (systmes, type du modle) ? Quels sont les projets en cours qui peuvent avoir une incidence sur vos besoins de restitutions? (citez tous vos projets en cours) Avec lobjectif de suivre vos processus, quels sont les indicateurs qui vous voudrez tre capables de suivre ?

Pistes de rflexion pour la cible

A la fin de lentretien, la personne rencontre est informe quelle recevra un compte rendu afin quil puisse valider les informations recueillies. Remarque :Un mme utilisateur pourra tre rencontr plusieurs fois: 1. pour lanalyse de lexistant et le recueil des besoins (cibles) 2. pour valider et prioriser les indicateurs collects.

1.3.4.3 Modalits relatives aux ateliers thmatiques


Les ateliers thmatiques constituent le second levier pour recueillir les besoins. Ces ateliers runiront au maximum 4 personnes qui occupent une mme position hirarchique et qui ont en commun une proximit fonctionnelle (mtier). Le partage dune mme position hirarchique sera un facteur de succs dans la facilit dexpression du besoin, alors que la proximit mtier sera le socle commun partir duquel les utilisateurs dialogueront et changeront leur vision du besoin et de la cible.

6/ 11

1.3.4.3.1 Rgles essentielles rgissant les ateliers de travail Ces trois rgles peuvent tre reprsentes comme suit : Savoir se projeter : les tableaux de bord cibles sont labors sans prendre en compte la faisabilit technique actuelle Savoir sexprimer : toutes les ides exprimes sont susceptibles dalimenter la rflexion sur llaboration du modle dcisionnel Savoir partager : les ateliers de travail doivent sappuyer sur les expriences de chaque participant (indicateurs crs, outils spcifiques dvelopps, pratiques,) qui peuvent tre mises en commun appliques la solution cible. Les facteurs cls de succs des indicateurs et des tableaux de bord dfinis sont : Reprsentativit Cohrence Synthse Facilit dutilisation Anticipation 1.3.4.3.2 Distinction des domaines mtiers projet et contenu des ateliers thmatiques

Selon les priorits et des dlais, le mode opratoire sera diffrent selon les domaines abords. Deux modes peuvent tre identifis en distinguant le domaine fonctionnel Direction Gnrale des deux autres que sont le Contrle de finances et les Ressources Humaines . Pour la Direction Gnrale, les domaines Contrle de Finance et Ressources Humaines, un minimum de 1 atelier thmatique par domaine est prconis pour recueillir les besoins fonctionnels : le premier atelier a pour objectif de : o rappeler le contexte, les attentes et les objectifs de la runion et du projet o dmarrer la discussion par lanalyse de lexistant o favoriser le brainstorming et les changes entre utilisateurs o mettre et argumenter lexpression des besoins o obtenir lopinion collective sur les besoins exprims le second atelier a pour objectif de : o synthtiser les rsultats des deux premiers ateliers o poursuivre le brainstorming o complter et affiner les besoins et indicateurs ncessaires o valider et prioriser les rsultats fonctionnels cibles Cependant, les ateliers ne se limitent pas aux principaux domaines fonctionnels pr-cits. Nous prconisons galement : Pour la DSI : 1 atelier thmatique autour de lanalyse des systmes sources, autour de lalimentation, du stockage et de la restitution, afin de verrouiller la comprhension et lanalyse de lexistant, ainsi que de bien prendre en compte les risques et opportunits. Interlocuteurs du Plan durbanisation : 1 atelier est propos afin doptimiser le prise en compte la fois des contraintes et des orientations de lurbanisation cible. Tous les ateliers seront suivis dune rdaction de compte-rendu, puis dune validation soumettre aux participants de latelier. Remarque : Un croisement sera ensuite effectu entre les rsultats des ateliers et ceux des entretiens. Dans certains cas, les entretiens avec les experts seront la base de dpart des ateliers, alors que dans dautres les rsultats des ateliers seront arbitrs par les experts dsigns. De ce fait, le mode opratoire garantit lexhaustivit, la fiabilit et la faisabilit des besoins exprims.

7/ 11

1.3.4.3.3 Dmarche du recensement des besoins Afin de couvrir la phase de recensement des besoins et den faciliter le processus, nous nous appuierons sur une mthodologie dentretien robuste : cette dmarche repose la fois sur la prsence dune grille dentretien et sur des tapes cls suivre pour optimiser lexpression des besoins : 1. Formaliser des objectifs stratgiques, 2. Identifier et analyser les processus mtiers en relation avec ces objectifs, 3. Identifier et dfinir les profils utilisateurs concerns travers le processus, 4. Choisir et dfinir les mesures pertinentes au regard des objectifs stratgique en termes daxes et dindicateurs de pilotage, 5. Dfinir les regroupements indicateurs axes en termes de restitutions, 6. Dfinir la solution cible gnrale en formalisant les besoins.

Best Practices

Objectifs stratgiques Primtre fonctionnel Ex: Augmenter la part de march Restitutions Ex: Tableaux de bord, Analyse multidimensionnelle

Processus Ex: Vente

Facteurs cls de succs Ex: Adaptation du produit aux besoins

Profils utilisateurs Direction commerciale Direction Marketing

Vision danalyse Ex: Produit, Entit, Mois,

Mesures (rgles de gestion) Ex: part de march, Taux de fidlisation, Taux de satisfaction client

Cette mthodologie dresse la trame des entretiens qui seront mens avec les utilisateurs identifis dans le primtre de projet. La base des grilles dentretien sera adapte chaque cible en termes de mtier, et de profil. Nous vous avons plac dans ce dossier deux grilles dentretien titre dexemple dans le paragraphe Exemple de grilles dentretiens ci-avant. 1.3.4.3.4 Illustration de la dmarche du recensement des besoins A partir dun domaine mtier comme celui de la Direction Commerciale, le cheminement mthodologique (dcrit ci-dessus) dbute par lidentification des objectifs stratgiques et facteurs cls de succs, aboutissant aux indicateurs qui permettent leur suivi. Ceci est matrialis par lexemple ci-dessous (intgrant galement une illustration du fichier de travail constituer) :
A) Dtermination des sous- familles dindicateurs:
Exemples: Indicateurs de suivi dactivit Indicateurs datteinte dobjectif Indicateurs de satisfaction client

Marketing

Commercial B)

Choix du nombre dindicateurs pour mesurer lactivit ou les parties dactivit Prise en compte des deux composantes de la performance:
Indicateurs defficience Indicateurs defficacit

C)

RESULTAT
Activits Sous-familles dindicateurs Nombre dindicateurs ncessaires au pilotage Objectifs de mesure des indicateurs Chiffre daffaires Marge brute Nombre de colis envoys . Nombre de rclamations Nombre dincidents Note de satisfaction . Indicateurs defficience/ defficacit

Suivi dactivit Service Satisfaction client

10

Efficacit: OUI Efficience: OUI Efficacit: OUI Efficience: OUI

Illu

str ati o

8/ 11

A partir de lidentification des objectifs, facteurs cl de succs impliquant des indicateurs de suivi, il est maintenant important de dtailler chaque indicateur exprim. Nous prenons lexemple de lindicateur Nombre dincidents courrier pour illustrer cette tape :

Illu

Indicateurs
Nombre dincidents courrier

Objectif de lindicateur
Mesurer la qualit de service pour les prestations courrier

Mode de calcul
Nombre de retours client de nature Incidents client

str ati on

Priodicit
Hebdomadaire

Prvision / suivi

Indicateur de suivi

Ensuite, pour chaque indicateur dtaill, le tableau de bord associ doit tre tudi afin de rflchir sur la reprsentation de cette indicateur sous forme de : Courbe
Texte Texte Texte Texte T exte Texte

Histogramme

Secteurs
10 % 35 %

Illu str ati on


Titre

Illu 100 str % 90% 80% ai 70% 70% t 60% 60% on 50% 50% 40% 40% 30%

10 % 15 % 10 %

Illu str ati 20 % on


10 % 5 %

25 %

Enfin, la priorisation des indicateurs recueillis est un lment consensuel aborder et valider : les participants des ateliers doivent classer chacun des indicateurs choisis en fonction de leur importance pour le pilotage du domaine mtier concern (le domaine commercial dans notre illustration) : Haute priorit : la Direction peut difficilement se passer dun tel indicateur pour piloter son activit Priorit moyenne : cet indicateur est important pour le pilotage de la Direction Faible priorit : la Direction peut tre pilote sans la prsence de cet indicateur 1.3.4.4 Dfinition de la cible gnrale et primtre de la premire itration A lissue des phases de recensement des besoins, de lanalyse de la couverture fonctionnelle, il faut raliser ltude de dimensionnement et identifier le primtre fonctionnel de la premire itration. Nous prconisons une mise en uvre par lots fonctionnels (ref : Facteurs cls de succs du projet SID) en phase avec le cahier des charges de YYYY. Aussi lun des objectifs est de dterminer le primtre fonctionnel de la premire itration du projet SID (version de dmarrage). Ce primtre sera dfini en utilisant une analyse de la valeur (utilit et urgence versus complexit). Ce primtre restreint fera lobjet dun cahier des charges fonctionnelles, premier jalon de la mise en uvre. Le schma ci-dessus prsente notre dmarche de la dfinition de la cible la slection du primtre fonctionnel prioritaire pour la premire itration.

9/ 11

Dfinition de la cible

Analyse de lexistant

Rdaction du dossier fonctionnel

Spcifications dtailles Spcification gnrales du SID Itration 1 Itration n

Slection des primtres fonctionnels prioritaires Choix des itrations

Lensemble de ces lments permettent de dfinir la couverture fonctionnelle cible en termes applicatifs, techniques et organisationnels. A lissue de cette phase le dossier fonctionnel spcifiera les besoins fonctionnels et techniques du SID. Ce dossier dcline latteinte de la cible dans le respect du cadre du schma global durbanisation du SI. La premire itration identifie permet de dfinir le premier primtre fonctionnel prendre en compte. Il faut alors slectionner le couple diteur/ intgrateur le plus en adquation avec les besoins. En fonction du primtre technique et fonctionnel de litration (multidimensionnel, datamining, requteur,.) il faudra raliser un choix de couple diteur/ intgrateur rpondant aux besoins. Exemple : Litration 1 concerne lalimentation, le stockage et la prsentation via des outils multidimensionnels avec possibilits de raliser des simulations. Litration 2 concerne lalimentation, le stockage et la prsentation via des outils Datamining.

Dmarche de la conception cible

10/ 11

1.3.5

Facteurs cls de succs

Les facteurs cls de russite de ce lot sont : La disponibilit des diffrents interlocuteurs fonctionnels et techniques, Laccs aux systmes documentaires lis au projet, La matrise du primtre fonctionnel par la sensibilisation des utilisateurs aux enjeux et contraintes, La prise en compte des projets et SI connexes, par lidentification et lanalyse dimpact des projets connexes sur le SID La coordination des dmarches mtiers et SI, par la mise en place dune dmarche de convergence avec le plan durbanisme du SI et lintgration des contraintes techniques (SSO, flux,) 1.3.6 Livrables

Le tableau suivant rcapitule les livrables en termes dapproche mthodologique.


Approche m thodologie Synthse Runion de travail docum entaire Best Practices M thodologie de / Ateliers et analyse BT CSI cadrage x x Note de lancem ent type G rilles d'entretiens x x Connaissance de la x Poste x x x x x x x x Plans types x x x x x x x x x x G rilles d'entretiens x x Mthodologie de x cartographie x x x x x x x x x x x x x x P lan type B est practices issues d'expriences de cadrage P lan type B est practices issues d'expriences de cadrage x

Ref. Livrables 0.1 Support de runion de lancem ent

Entretiens x x x x

1.1 Entretien de recensem ent :


Docum ent d'inform ation aux participants des entretiens G rilles d'entretien O rdre du jour Com pte-rendu de runions (docum ent de recueil, ) 1.2 Docum ent de recensem ent des besoins fonctionnels: Spcification des axes et m esures Spcification des tableaux de bord Identification des donnes et rgles de gestion

x x x x x x x x x x

1.3 Dossier d'analyse de l'existant:


Cartographie applicative Cartographie des donnes Cartographie des flux Restitutions existantes

1.4 Etude de dim ensionnem ent

1.5 Dossier fonctionnel et technique du SID:


Identification de l'origine et de la disponibilit des donnes Schm a des flux Macro- m odle Architecture cible applicative et technique Plan de ralisation Dossier fonctionnel dtaill de la prem ire itration

x x x x x x

x x x x x x P lan type B est practices issues d'expriences de cadrage

x x x x x x

1.6

Dossier fonctionnel dtaill de la prem ire itration

Livrables proposs en com plm ents du dossier de consultation

11/ 11