Chapitre 1: Introduction Au Projet Informatique

Cours de Projet Informatique - Informatique Développeur d’Application 2ème Année
CHAPITRE 1 : INTRODUCTION AU PROJET

INFORMATIQUE
Objectif Général : l’Etudiant doit être capable de définir et d’identifier

clairement un projet informatique.
Objectif Spécifique 1 : l’Etudiant devra être capable de définir un projet

Informatique.
Objectif Spécifique 2 : l’Etudiant devra être capable de déterminer les

objectifs d’un projet Informatique.
Objectif Spécifique 3 : l’Etudiant devra être capable d’identifier

clairement un projet d’Informatique.
Introduction
L’Informatique est la science du traitement rationnel, notamment par
l’ordinateur, de l’information considérée comme le support des connaissances et
des communications des domaines technique, économique et Social.
De cette définition, nous déduisons que l’information est la matière première
que traite l’informatique.
L’ordinateur traite les informations rapidement et en grande quantité.
Toutefois, la capacité de traitement et la fiabilité des résultats obtenus, ne peuvent
être optimisées qu’au passage préalable d’une préparation minutieuse des divers
travaux à effectuer suivant une méthode bien déterminée.
L’analyse informatique est l’étude des informations que nécessitent les
traitements automatisés. L’objet de l’analyse informatique est donc de mettre en
évidence les informations nécessaires aux divers traitements permettant d’obtenir
les résultats recherchés.
Ceci dit, l’installation d’un système d’information automatisé (SIA) dans
une entreprise (ou plus fréquemment la modification ou l’extension du SIA), exige,
pour une mise en œuvre correcte, de recourir à des méthodes et à des outils
d’analyse et de réalisation.
Cette mise en œuvre qui comporte plusieurs étapes (le schéma directeur,
l’étude préalable, l’étude détaillée, la mise en œuvre, la maintenance et l’évolution)
doit également être faite dans le cadre d’un plan prenant en compte les objectifs de
gestion et ses contraintes financières, humaines et techniques.
1
Copy Right :YAO Konan Lacone Professeur d’informatique des grandes écoles 05947466
1-1 – DEFINITIONS
DEFINITION 1 : un projet d’informatique est un ensemble cohérent d’actions
ayant un objectif déterminé, dirigé par une personne, le chef de projet
DEFINITION 2 : Un projet est un système complexe d’intervenants, de

moyens, constitué pour apporter une réponse à une demande élaborée pour
satisfaire au besoin d’un Maître d’Ouvrage; le projet implique un objet physique
ou intellectuel, des actions à entreprendre avec des Ressources données
DEFINITION 3 : C’est une intention, plus ou moins floue, dont la

réalisation est (peut-être) lointaine.
DEFINITION 4 : Du point de vue scientifique: un projet l'image d'un futur,

qu'on espère atteindre.
Exemples de projets informatiques

- La réalisation d’un logiciel de gestion des informations sur les
clients (SGBD sur PC)
- La mise en œuvre de postes de travail bureautique standard dans
une grande entreprise
- La recherche et la mise en œuvre d’un progiciel de gestion de
production dans une PME
- La réalisation et la mise en œuvre d’un système de gestion des
crédits pour une banque
- La migration des applications d’une entreprise vers un
environnement UNIX
- La conception et réalisation d’un site WEB
1-2- OBJECTIFS DU PROJET INFORMATIQUE

L’objectif principal de l’installation d’un système d’information automatisé
(de la réalisation d’un projet informatique) dans une entreprise est d’optimiser les
profits de l’entreprise. En effet, l’objectif du projet informatique est celui poursuivi
par l’ordinateur. Il s’agit donc d’améliorer considérablement les conditions de
travail de l’employé aux fins de le rendre plus performant et productif.
Par rapport à l’ensemble des problèmes soulevés par un projet
d’informatisation, la conduite de projet a pour objectif d’améliorer le processus de
conception - développement des systèmes d’information. Le logiciel produit doit
répondre au mieux aux souhaits et besoins des utilisateurs tout en restant dans les
limites de temps et de budget imparties pour l’étude et le développement du projet.
2
1- 3- LES DIFFERENTS TYPES DE PROJETS

Il existe différents types de projets issus d’un Schéma Directeur
Informatique.
1–3-1- LES PROJETS D’APPLICATIONS

Appelés aussi projets verticaux, ils réalisent tout ou partie de
l’informatisation de domaines spécifiques de gestion. Il s’agit en clair de la
conception pure et simple d’un logiciel de gestion (comptabilité, gestion
commerciale, gestion du personnel, gestion de la scolarité, etc.…)
1-3-2- LES PROJETS GENERAUX

Appelés aussi projets horizontaux, ils réalisent des actions hors applications.
Il s’agit de la mise en place de matériels, des actions de formation, de l’élaboration
des guides d’utilisation, etc.
1-4 - LES INTREVENANTS D’UN PROJET

Aucun projet ne peut aboutir sans la mobilisation et l’organisation de la
ressource humaine nécessaire. Ainsi nous avons ci-dessus les acteurs intervenant
dans l’étude d’un projet informatique.
1-4-1- LA MAITRISE D’OUVRAGE (MOVG)

C’est le propriétaire du système construit ou corrigé par le projet, et est
responsable de son financement;
- assume l’entière responsabilité du fonctionnement futur de ce
système et, délimite le champ du projet, et spécifie les résultats à produire; définit
les objectifs assignes au maitre d’œuvre; précise éventuellement les contraintes
règlementaires, calendaires et budgétaires; valide les propositions faites par la
maitrise d’œuvre; préside le comité de pilotage (s‘il existe).
- fait appel à une ou plusieurs cellules d’assistance dans ses relations
avec la maitrise d’œuvre, aux plans de l’expertise technique, l’expertise
fonctionnelle, dans ses relations avec les partenaires extérieurs (fournisseurs, sous-
traitants, organisme de Financement,...) et dans ses relations avec les directions de
l’entreprise concernées par le projet.
1-4-2- LA MAITRISE D’ŒUVRE (MOVR)

Elle a la responsabilité de construire un système répondant aux besoins
des utilisateurs, avec le souci:
- de respecter les contraintes fixées par la maitrise d’ouvrage (délais,
Budget, qualité),
- d’assurer la cohérence de ce système avec l’ensemble du système
3
d’information de l’entreprise,
- de respecter les règles d’ingénierie de l’entreprise.
Elle définit et choisit les méthodes et moyens nécessaires dont les

objectifs sont :
-Réduire la complexité des travaux de conception (aspect démarche)

-Augmenter la productivité
-Faciliter la présentation des résultats (aspect langage)
-Faciliter la communication entre les intervenants (aspect langage)
-Augmenter la qualité des solutions mises en œuvre
-Rendre cohérents tous les projets (aspect conduite de projet)
-Capitaliser les expériences, ...
1-4-3- LE COMITE DE PILOTAGE (CP)

Il assiste le maitre d’ouvrage dans le choix des solutions et des
scenarios de mise en œuvre proposes par la maitrise d’œuvre. Il regroupe des
représentants d’autres instances décisionnelles (directeurs de service) concernées
par le champ de l’étude. Il se réunit sous forme de «réunions de décision» décidées
a priori au début de chaque phase du projet.
Le maitre d’œuvre anime le comité de pilotage, le maitre d’ouvrage le

préside.
1-4-4- LE COMITE DIRECTEUR INFORMATIQUE

Il est chargé de l’orientation du projet, de l’arbitrage en cas de conflit et
du choix des solutions. Il est formé du responsable du service informatique, du
chef des services concernés par le projet, des responsables des fonctions ayant des
liens étroits avec le projet ainsi que le directeur général. Il est créé au démarrage du
projet et a un rôle de décision.
1-4-5- L’EQUIPE DE PROJET

Elle est chargée de mener l’étude et les développements et de proposer
des solutions répondant aux objectifs définis. L’équipe de projet peut être
composée d’analystes ou concepteurs, de programmeurs, d’organisateurs, de
spécialistes en système d’exploitation, réseaux, base de données, d’utilisateurs
(notamment pour les bancs d’essai).
1-4-6- LE CHEF DE PROJET

Responsable de la réalisation technique et de la gestion des moyens
matériels, humains et budgétaires alloués au projet. De par ces définitions, il est à noter
4
l’impérativité dans la conduite d’un projet, de prendre un ensemble de mesures pour assurer la
bonne fin du projet en maîtrisant l’ensemble des ressources et les résultats. Ainsi la définition du
projet nécessité de :
- Définir les structures de travail adaptées au projet
- Identifier les étapes devant être parcourues depuis le lancement du projet
jusqu'à son achèvement.
- Définir le contenu des étapes en précisant les conditions de lancement, les
tâches devant y être effectuées, les points de validations intermédiaires et
enfin les résultats attendus.
- Effectuer un contrôle pour chaque tâche.
- Etablir une évaluation de charges par tâche.
- Suivre l’avancement en termes de charges et de délais.
1-4-6- 1 - La constitution de l’équipe de projet

Contrairement à ce que l'on pourrait penser, le choix d'une équipe est
primordial pour la réussite d'un projet. Il n'est pas de réussite d'un projet qui ne soit
la réussite d'une équipe. La constitution de celle-ci est donc essentielle. D'un point
de vue théorique, un projet est constitué d'un certain nombre d'objectifs de
réalisation, lesquels peuvent être idéalement exécutés par des personnes disposant
des compétences adéquates.
Le choix des collaborateurs d'une équipe NE DOIT JAMAIS se faire sur la
base de "qui est libre". C'est la meilleure façon de ne pas disposer des compétences
ou des comportements adéquats. Il est évidemment possible pour un "newbie" de
s'engager sur un projet sans les compétences requises, en comptant sur un
apprentissage au fil de l'eau. Une équipe peut supporter quelques éléments de ce
type, jeunes et inexpérimentés, mais dans une proportion raisonnable.
1-4-6- 2 - Les collaborateurs

Les collaborateurs se divisent en trois grandes familles qui sont :
LES GENERALISTES : Plutôt situés à l'avant-vente, leur vision globale
des technologies leur permet d'identifier dans les grandes lignes le champ
d'application du besoin du client. Ils peuvent déterminer par eux-mêmes le type de
projet que le besoin demande. Ils doivent bien connaître les différents procédés* de
production des solutions, les critères de basculement entre du développement et de
l'intégration, les solutions du marché et leur champ d'applicabilité et seront de plus
en plus spécialisés dans les "applications métier". Plus leur carrière avance et plus
leur généralité s'estompe pour faire apparaître une spécialisation de secteur. Ils
deviennent des ingénieurs d'affaire. Les généralistes sont très axés sur la largeur de
leur connaissance.
LES SPECIALISTES : Plutôt situés dans les équipes projets, leur

compétence s'aiguise sur des technologies précises. Ils permettent au projet de tirer
5
le maximum de profit des outils et des produits qu'ils maîtrisent et peuvent former
et piloter de jeunes recrues. Ils peuvent également servir de pool d'expertise pour
déterminer la pertinence d'un projet ou de l'application de telle ou telle solution.
Les spécialistes savent répondre très rapidement à des questions de faisabilité et
donner des avis précis sur les conséquences de telle ou telle stratégie. Leur savoir-
faire est indispensable à la réussite de projets difficiles. Les spécialistes sont très
axés sur la profondeur de leur connaissance. Leur champ de savoir peut être très
divers mais toujours axé sur un champ étroit de la technologie. Leur domaine peut
être un langage, une application, l'algorithmique d'une problématique, une
méthode…
LES METHODIQUES : Les méthodiques ont un profil intermédiaire entre

les généralistes et les spécialistes. Ils ont la vue globale suffisante pour évaluer
l'état d'un projet, effectuer les choix tactiques, hiérarchiser les tâches et les
contraintes, piloter les interventions successives des divers intervenants techniques
et leur expérience spécifique des technologies et des architectures manœuvrées
dans le projet leur permet de piloter les spécialistes. Ils sont particulièrement
adaptés aux fonctions de gestion de projet ou de direction technique. Les pilotes
sont très axés sur l'augmentation de leur expérience.
Plus un projet est vaste et complexe, plus la direction de projet s’éloigne du

domaine technique pour se rapprocher de celui des relations humaines;
- négociations de "contrats" avec chaque intervenant
- rapports avec la hiérarchie habituelle des intervenants non payés par le
projet
- mise en œuvre des ressources extérieures nécessaires au projet.
Le chef de projet accepte une délégation des responsabilités à des chefs de
groupes qu’il aura choisis ou qui lui auront été imposés. Dans un très grand
projet, ce sont les chefs de groupe qui vont recruter après avoir défini le profil des
collaborateurs nécessaires. Pour recruter, il faut définir les tâches à accomplir,
élaborer des cahiers des charges, puis sélectionner et engager.
6
TACHES DES ACTIVITES D’UN CHEF DE PROJET
PREPARATION DEROULEMENT TERMINAISON

- Comprendre les -Vérifier la
objectifs tendance vers les
SUIVI -Obtenir les objectifs
STRATEGIQUE moyens -Demander des Vérifier l’atteinte
-Formaliser les arbitrages des objectifs
attentes
-Identifier les -Suivre les tâches

tâches -Encadrer les -Terminer le
PILOTAGE -Planifier le projet équipes projet
OPERATIONNEL -Résoudre les -Faire les bilans :
problèmes coûts, technique
-Reestimer le projet
ORGANISATION -Définir les rôles -Faire une réunion
HUMAINE -Repartir les de lancement
responsabilités -Animer les Faire une réunion
réunions bilan
-Régler les conflits
PILOTAGE DE -Choisir les -Contrôler les
LA méthodes résultats
PRODUCTION -Choisir les outils -Adapter les
méthodes et outils
Identifier les -Prévoir la
CONDUITE DU acteurs formation Former les
CHANGEMENT -Prévoir la utilisateurs
migration
Mettre en place un -Conduire les
MAITRISE DE plan qualité revues Faire un bilan
LA QUALITE -Faire des contrôles qualité
qualité
SUIVI DES Formaliser le Etablir les contrats Clore les contrats
CONTRATS cadre du projet
La conduite de projet s’attache principalement à l’enchaînement des étapes,

phases et tâches à effectuer tout au long de l’étude. Il s’agit ici de définir le « quoi
faire », le « qui fait » et le « quand le fait-il ». Mais à méthode de conduite de
projet, doit être absolument couplée une méthode de conception, précisant le «
7
comment faire » pour les actions élémentaires définies dans la description de

conduite de projet.
Exemples de méthodes de conception : MERISE, AXIAL, NIAM, IDA,

REMORA.
1-4-7- LE GROUPE DES UTILISATEURS

Il permet la spécification des besoins et la validation opérationnelle des
solutions proposées. Les groupes de validation «utilisateurs» valident les résultats
produits par la maitrise d’œuvre. Les membres des groupes de validation sont
désignés par le comité de pilotage, et agissent par délégation de ce dernier. Les
groupes de validation sont composés d’utilisateurs potentiels du nouveau système,
choisis en fonction de la nature des dossiers ou logiciels à valider.
1-4-8- LE GROUPE D’EXPERTS

Interne ou externe a l’entreprise, il intervient auprès du chef de projet en
tant que conseil ou pour apporter entre autres, une assistance dans la résolution de
certains problèmes.
1-5- LA DOCUMENTATION
De nombreux documents sont produits au cours d’un projet informatique.
Ces documents servent à la fois de supports de communication entre les acteurs et
de véritables mémoires de projet. Il est donc indispensable d’organiser et de suivre
cette documentation parce qu’elle présente un intérêt multiple :
- Elle permet de formaliser et de mieux comprendre les résultats obtenus, les
raisonnements pour aboutir à un résultat.
- Elle facilite la maintenance.
- La documentation est donc une fonction qui doit être gérée, c’est à dire
planifiée, contrôlée, automatisée.
- L’organisation et le suivi de la documentation sont une des tâches
importantes du chef de projet.
1-6 - GESTION DE PROJET

Il s’agit de trouver la solution :
- qui réalise la meilleure utilisation des ressources (lissage),
- qui réalise le compromis entre délai et cout.
Si le projet est contraint par les coûts, on cherchera la meilleure utilisation

des ressources pour réduire les coûts:(étalement des taches pour limiter le nombre
d’intervenants simultanés, étalement des taches pour réduire les heures
supplémentaires, ...)
8
Si le projet est contraint par les délais, on cherchera a réduire la durée des
tâches situées sur le chemin critique en leur affectant plus de ressources, ou en
faisant appel a la sous-traitance,....
Objectif
Moyen Délai
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.
La gestion de projet logiciel s'intéresse aux activités qui assurent que le projet
commandé sera livré dans les temps en accord avec les contraintes des organismes
commanditaires et réalisateurs. Il se dégage donc quatre activités principales: la
structuration, l'estimation, la planification, et le suivi.
Gestion de délai: elle consiste à déterminer un parcours qu'on va suivre, un

calendrier de réalisation et une maîtrise d'enveloppe temps.
Gestion de ressources: le moyen constitué du budget du projet donc il s'agit de

transformer le budget en travail, locaux, matériels, déplacements dans ce but.
Gestion des productions: l'objectif d'un projet doit à son terme être concrétisé par
une ou plusieurs fournitures. Il faut s'assurer que ce qui est produit se rapproche du
but final.
Remarque: la solidarité entre les sommets du triangle de gestion doit être

permanente.
1-6-1- PILOTAGE D’UN PROJET

Suivre un projet, c’est un ensemble d’actions à faire :
1. Mesurer l’état d’avancement,
2. Mesurer ce qui a été consommé,
3. Comparer les écarts entre les réalisations et les prévisionnels,
4. Expliquer les écarts,
5. Proposer les actions correctives.
Tableau de bord : Les informations codifiées sont à deux niveaux : le suivi

individuel et le suivi global du projet.
9
- Suivi individuel : Il permet de détecter les difficultés éventuelles d’un

intervenant à partir du rapport hebdomadaire qu’il doit fournir.
Nom Tâche Temps Temps passé Reste à faire

estimé
Réalisation module 1 3 6
xxx Représentation syndicale 10 1
Réunion de coordination ½
Programmation de test 4 5
xxx Maladie 8 1
Congé 2
Récapitulatif mensuel : Temps passé : T ; Reste à faire : R

Avancement : A = calculé comme la différence entre le R(n-1) et R(n).
Mois Tâche Semaine 1 Semaine 2 Semaine 3 … Total du mois

xxx A(12) T R A T R A T R A T R A
4 8 4 5 3 5 1 0 3 10 0 12
B(10) 3 7 3
xxx C(12)
Coefficient du temps passé sur le projet :

T (n) * 100
Nbre de jour (n)
Coefficient de productivité :
A (n) * 100
Nbre de jour (n)
Piloter un projet, c’est :

- Prévoir, définir et conduire les différentes ACTIONS (Tâches) qui mènent
à l’OBJECTIF GLOBAL,
- Prévoir, gérer des RESSOURCES en respectant des DELAIS, dans le cadre
d’un BUDGET.
1 –DEFINIR ce qui doit être fait
2 –PREVOIR les actions à lancer, ressources à utiliser, coûts et délais,
mettre en place le dispositif (l’équipe et les moyens).
10
3 –GERER (AGIR, CONTROLER, ANTICIPER, REAGIR)

• Lancer les actions, les tâches, et réceptionner les résultats livrés
•Contrôler les produits livrés, les actions réalisées, les ressources utilisées,
les coûts et les délais
•Analyser les écarts, déterminer les actions correctives, les ressources
complémentaires...
Il est absolument nécessaire de piloter un projet car cela permet de :

- justifier et prévoir les dépenses et les investissements
- maîtriser la dérive des projets (délais, budgets,...)
- avoir une vision synthétique de l’ensemble des projets informatiques en
cours et à venir (charge, planification,...)
- s’assurer de la bonne utilisation des ressources
- avoir des relations plus rigoureuses avec les utilisateurs (facturation
interne, gestion des changements,...)
1-6-2- ESTIMATION DE CHARGE

Définition: La charge est la quantité de travail qu'une personne peut réaliser.
Unité: Jour / Homme ; Mois / Homme ; Année / Homme.
Remarques: Mois / Homme (M/H : charge sur un mois en général 20 jours).
Taille du projet: la taille du projet se mesure à sa charge.
Ordre de grandeur: selon les normes ISO:

Charge < 6 Mois /Homme  très petit projet
6 M/H  charge  12 M/H  petit projet
12 M/H  charge  30 M/H  projet moyen
30 M/H  charge  100 M/H  grand projet
100 M/H  charge  très grand projet
Durée: dépend de la charge et du nombre de personnes impliquées.
Exemple: 60 M/H peut être 1 personne pendant 5 ans ou 10 personnes pendant 6

mois ou 60 personnes pendant 1 mois.
11
1-6-3- METHODES D’ESTIMATION DE CHARGE

1-6-3-1 – La non méthode
Elle répondre à une offre avec un prix bas pour être sur de l'avoir, mais sans
être sûr d'y gagner quelque chose en définitive au point de vue financier.
1-6-3-2 – Méthode Delphi

Basée sur l'expérience des experts du domaine son principe est le suivant :
 Chaque expert propose une estimation basée sur son expérience.
 On publie le résultat (anonyme).
 Les experts sont invités à modifier ou à maintenir leurs estimations.
 On publie les résultats nominaux.
 Les experts refont la troisième étape.
 On analyse les disparités, on calcule la moyenne.
1-6-3-3 – Méthode de répartitions

proportionnelles
Elle s'appuie sur le découpage du projet en différentes phases. On commence
par faire l'estimation de la charge globale. Ensuite, on détermine la charge pour
chaque phase du cycle de vie.
Etape Ratio
Etude préalable 10 % de la charge totale
Etude détaillée 20 à 30 % de la charge totale
Etude technique 5 à 15 % de la charge "réalisation"
Réalisation 2 fois la charge "étude détaillé"
Mise en œuvre 30 à 40 % de la charge "réalisation"
1-6-3-3 – Méthode COCOMO

Elle a été proposée par B.W. Boehm en 1981 (Construct Cost Model) basée
sur la corrélation entre la taille d'un projet et sa charge. En fonction des
hypothèses:
 Il est facile à un informaticien d'estimer le nombre de lignes source.
 La complexité d'écriture d'un programme est la même quel que soit le
langage de programmation.
12
Formules: Charge = a. (K)b Délai = c . (Charge)d
Taille moyenne d'équipe = Charge / Délai
Avec: K Nombre de milliers de lignes des codes sources.

Et les paramètres a, b, c et d qui dépendent de la catégorie du projet.
Classification:
Projet simple: < 50 000 lignes
Projet moyen: 50 000  lignes  300 000
Projet complexe: > 300 000 lignes
Type de projet Charge en M/H Délai en M

Simple a = 3.2 ; b = 1.05 c = 2.5 ; d = 0.38
Moyen a = 3 ; b = 1.12 c = 2.5 ; d = 0.35
Complexe a = 2.8 ; b = 1.2 c = 2.5 ; d = 0.32
Facteurs pris en compte pour calculer la "charge nette".
Charge nette = Produit (facteurs) x Charge (brute)

EXERCICES
Exercice 1: Estimer la taille moyenne de l'équipe qu’il faudrait prévoir pour

développer un logiciel estimé à environ 40 000 instructions sources.
Nous appliquons la méthode COCOMO et nous nous apercevons que c'est un

projet simple. Nous avons donc pour le calcul de la charge et du délai, les
coefficients suivant: a = 3.2 et b = 1.05 c = 2.5 et d = 0.38
Donc selon la formule de la charge: Charge = 3.2 (40)1.05  154 M/h

Délai = 2.5 (154)0.38  17 Mois
Ce qui nous donne: Taille équipe = charge / délai = 154/17 = 9 personnes.
Exercice 2: Sachant que la phase d'observation représente environ un tiers de la

charge de l'étude préalable, calculer la charge du projet en M/H et sa répartition dans
le cycle de développement. Nous supposons que la charge de la phase d'observation
a été estimée à 7,5 J/H.
13
Charge étude préalable = 3 x Phase observation  22 J/H

Charge totale = 10 x Charge étude préalable  22x10  220 J/H
 11 M/H
1-6-4- PLANIFICATION D’UN PROJET

La planification consiste à définir le positionnement dans le temps de chaque
tâche d’un projet en fonction des durées prévues pour chacune d’elles et en
respectant les contraintes (de précédence de tâches, des dates critiques de
disponibilité de ressources), et en cherchant à optimiser la durée du projet et/ou son
coût. Les outils pour représenter le résultat de l'ordonnancement des tâches sont
entre autres :
- Le diagramme de PERT (Profit Evaluation and Review Technique)
montre la dépendance des tâches entre elles avec pour chaque tâche les dates de
début et de fin (tâches successives, simultanées), et met en évidence le chemin
critique.
- Le diagramme de GANTT montre le positionnement des tâches sur
l’échelle du temps.
À partir des résultats de la structuration et de l'estimation, la planification
consiste à:
 Constater les différentes tâches et leur durée,
 Déterminer les relations de dépendance entre les tâches,
 Déterminer les étages critiques,
 Ordonnancer les tâches dans le temps,
 Proposer un travail d’équipe,
 Tenir compte d'éventuels imprévus.
Pour chaque tâche, il s’agira d’indiquer sa durée, ses contraintes de

précédence(les tâches qui doivent la précéder, celles qui la suivent), ses
contraintes d’ordonnancement(les dates impératives de début et/ou de fin,
planification au plus tôt, planification au plus tard), les ressources affectées, les
charges qu’elle doit consommer.
1-6-5- MAINTENANCE DE LOGICIEL

1-6-5-1- Objectifs de la maintenance
 Gérer un processus de modification pour éviter que des corrections
partielles soient faites en dehors du processus d’itérations.
 Fidéliser le client.
14
1-6-5-1- Types de maintenance

Maintenance perfective (évolutive) : Elle consiste à maintenir les fonctionnalités
antérieures tout en ajoutant des nouvelles fonctionnalités qui modifient
profondément l'architecture.
Exemple : 1) changement de OS. ; 2) changement de SGBD…
Maintenance adaptative : Ajout de fonctionnalités qui ne modifie pas

l'architecture.
Exemple : Mise à l’euro.
Maintenance corrective : Critère important de la qualité qui corrige les anomalies
ou erreurs mises à jour par le client et non pas lors des tests de vérification et de
validation.
1-6-6- GESTION DE LA QUALITE
Définition : La gestion de la qualité est l'activité qui a pour but de donner

confiance au client pour certifier que le produit livré a une certaine qualité fixée
par entreprise. La notion de qualité est relative et vise à promouvoir le produit ou
d'entreprise. La gestion de la qualité implique la définition de procédés, le choix de
standards et procédures, et surtout le contrôle de l’équipe de développement qui
doit suivre les dispositifs mis en place pour les objectifs qualité.
Remarques : La gestion de la qualité s'articule autour de trois activités :
 Assurance qualité: concerne la définition de la manière dont
l’entreprise comptait atteindre la qualité.
 Planification qualité: sélection de procédures et standards
appropriées pour un projet bien déterminé.
 Contrôle qualité: implique l'observation du processus de
développement pour assurer que les procédures d'assurance qualité ont été suivies.
Exercice d’application: la cantine de votre établissement est gérée

manuellement. Dans le cadre de l’étude de l’installation d’un système
d’information automatisé, il vous est demandé de spécifier les différents types de
projets informatiques auxquels cette étude fait appel.
15
CHAPITRE 2 : LE SCHEMA DIRECTEUR

INFORMATIQUE
INTRODUCTION
Le schéma directeur informatique, qui initialise tout projet informatique de
taille importante, s’inscrit soit dans le cadre d’une réflexion globale de la stratégie
de l’entreprise à court et à moyen termes, soit dans le cadre d’une réflexion sur le
fonctionnement interne de l’organisation.
L’analyse du système d’information de gestion doit permettre à partir des
constations d’une situation donnée (structure et fonctionnement du système de
gestion actuel) avec ses forces et ses faiblesses, de concevoir un état souhaitable
de ce système d’information, d’en préparer et de soutenir l’éventuelle mise en
place.
Le schéma directeur informatique en gros, fixe les grandes lignes de la
politique informatique de l’entrepris. Les conclusions du schéma directeur
doivent porter sur des objectifs précis à atteindre (accès immédiat à l’information
souhaitée, contrôle et suivi des coûts, utilisation de nouvelles techniques de
stockage, de traitement …), et définit les responsabilités des différents
intervenants dans les différents projets.
2-1- OBJECTIFS
L’objectif principal du schéma directeur est de mesurer l’effort à fournir
pour mener à bien l’étude et le développement du système d’information de
l’entreprise ou d’une partie de celui-ci.
Il est tout d’abord nécessaire d’évaluer le désir de l’entreprise de se lancer
dans un tel processus. Ce premier travail donne lieu à la rédaction d’une note de
lancement de projet informatique officialisant pour tous, le lancement effectif de
l’étude. Un état des lieux est entrepris identifiant les missions principales de
l’organisation et recueillant les principaux documents utilisés et les règles de
gestions appliquées. Tout cela donne lieu au recueil des besoins globaux exprimés
par les acteurs (les responsables et les utilisateurs) rencontrés au cours des
entretiens menés.
Enfin, un travail de réflexion est alors mené pour proposer différentes
solutions possibles exprimées à l’aide de scénarii à tendances conceptuelles,
organisationnelles et techniques. Les solutions examinées doivent permettre
d’atteindre les enjeux identifiés, ainsi que de supprimer les points critiques mis en
évidence.
Mais il faut souligner que différents types de schémas directeurs peuvent
être envisagés en fonction des objectifs d’informatisation à atteindre. Ainsi nous
déterminons 3 types de schémas directeurs.
16
2-1-1 - LE SCHEMA DIRECTEUR STRATEGIQUE

Ici la réflexion porte principalement sur l’avenir de l’entreprise par rapport à
ses clients, ses marchés, ses produits et ses concurrents. L’étude est donc de nature
conceptuelle (nouvelle règle de gestion, nouvelle notion à gérer)
2-1-2 - LE SCHEMA DIRECTEUR ORGANISATIONNEL

Il s’agit ici de s’attaquer particulièrement aux structures de l’entreprise, à ses
règles d’organisation, aux rôles de l’encadrement, aux tâches incombant aux
différents acteurs, aux dysfonctionnements constatés. L’organisation des services
tant du point de vue matériel que logiciel sera examinée.
2-1-3 - LE SCHEMA DIRECTEUR TECHNIQUE

La réflexion porte surtout sur les moyens de traitement automatiques de
l’information. L’étude concerne donc les logiciels, les matériels et les réseaux de
communication permettant de traiter et transmettre l’information.
En gros, il faut noter que les objectifs du schéma directeur consistent à

définir puis à planifier les projets d’informatisation destinés à assurer de façon
optimale :
- La cohérence des projets avec la stratégie de l’entreprise
- La cohérence de l’évolution du système d’information au fur et à mesure
de la mise en place
- La rentabilité des projets en fonction des investissements consentis et des
gains financiers attendus.
2-2 - ETUDE DE FAISABILITE
2-2-1 LE CAHIER DES CHARGES

Le cahier des charges est consacré essentiellement à la définition des projets
et consiste à exposer les besoins de l’organisation. L’objet principal d’un cahier
des charges est de définir les besoins en matériels, en progiciels et les
fonctionnalités de l’application à produire de façon à présenter une demande
suffisamment précise aux constructeurs et aux sociétés de services
Un cahier des charges est un document structuré et organisé, qui sépare
l'ensemble des fonctions à décrire en différentes problématiques.
Un cahier des charges informatique décrit de façon claire une solution
informatique.
Le cahier des charges constitué par l’informaticien représente une
traduction des désirs du client.
Le cahier des charges est qualifié de "fonctionnel", ce qui indique que ce qui
est important, ce sont les "fonctions" du système. Dans l'optique du cahier des
17
charges, une fonction peut être définie comme : "une opération élémentaire qu'un
des opérateurs peut effectuer, décrit et précisé dans son propre langage".
Pour tout établissement d'un document, il convient de différentier ce qui

relève de la forme et ce qui relève du fond.
La forme, c'est l'organisation de ce que l'on écrit, le style, la présentation, le
langage utilisé pour décrire, les informations standard qu'il faut ne pas oublier. La
forme est importante, car le cahier des charges est un document qui s'insère dans le
cadre d'une communication entre différents acteurs. Respecter la forme, c'est
s'assurer que le récepteur trouvera rapidement et efficacement les informations qui
lui sont nécessaires, et verra également rapidement les manques ou les
imprécisions du texte.
Le fond, c'est ce qui est écrit, le sens des textes qu'il contient, l'approche.
2-2-2- LES TYPES DE CAHIER DES CHARGES

L’utilité d’un cahier des charges est variable et dépend essentiellement du
contexte de l’étude. Il existe 3 grands types des cahiers des charges.
2-2-2- 1 - Cahier des charges de matériels

Il concerne les systèmes d’exploitation associés aux matériels
2-2-2- 2 - Cahier des charges de logiciels

Il concerne les langages de programmation, les logiciels outils et les
logiciels spécialisés (dessin industriel, balistique, aéronautique, etc.)
2-2-2- 3 - Cahier des charges d’applications

Appelé aussi cahier des charges fonctionnel il décrit les spécifications
fonctionnelles à réaliser.
2-2-3- STRUCTURE D’UN CAHIER DES CHARGES
2-2-3- 1 - Décrire les acteurs du système

L’ensemble des utilisateurs envisageables doivent être classés dans des rôles
qui seront décrits en préliminaire (quels sont les acteurs du système) Les rôles
permettent de rassembler des fonctionnalités selon des "intentions d'action". Un
Administrateur d'une base de données n'aura pas les mêmes besoins qu'un
Directeur général ou qu'un comptable même s'ils peuvent partager de temps en
temps les mêmes éléments du système.
18
2-2-3- 2 - Décrire les éléments manipulés

Pour pouvoir décrire ces fonctions, il est nécessaire de définir préalablement
quels sont les "objets fonctionnels" à la disposition de l'utilisateur. On décrit donc
d'abord la définition de ces objets, en prenant des conventions sémantiques
précises et stables : "un document", "une source", "une version", "un droit", "un
collègue", "un index" etc. En somme, alors que l'informaticien va décrire ces
éléments en termes de modèle de données et de classes d'objets, le rédacteur
du cahier des charges décrit ces éléments dans la perception de l'utilisateur.
2-2-3- 3 - Décrire les actions nécessaires

La solution est exploitable si chaque élément peut être manipulé d'une façon
conforme à l'objectif de la solution. Il faut donc décrire précisément les opérations
et les conséquences attendues de ces opérations. On ne s'intéresse pas de façon
appuyée :
2-2-3- 4 - Le style
En fait, on choisira de préférence un langage neutre. On utilisera donc de
préférence un langage écrit de façon impersonnel : "L'application permettra de ..."
Le temps verbal "idéal" est le futur, qui décrit une exigence à venir sur le
système non encore constitué, il définit bien le contrat "à remplir" par une future
implémentation. L'emploi des verbes clefs (DEVRA, POURRA, DEVRAIT,
POURRAIT) est recommandé, et introduit des différences entre ce à quoi on
s'oblige, ce qu'on envisage possible, et ce qu'on envisage souhaitable.
Les acteurs qui sont sensés opérer le système sont décrits comme des classes
: "L'Utilisateur", "L'Administrateur". Il est intéressant pour la lecture de bien faire
comprendre au lecteur qu'il s'agit d'une définition formelle, c'est-à-dire le résultat
de l'attribution d'un rôle parfaitement volontaire à un utilisateur et encadrés par la
définition du rôle.
Un plan ou un schéma est une représentation synthétique d'un cahier des

charges pour fournir une vision d'ensemble du projet, pour permettre de se situer
dans ses grandes masses lorsqu'on discute sur des détails. Le cahier des
charges reste une description textuelle détaillée et organisée qui décrit le système
par la façon dont on souhaite le manipuler et les services qu'on souhaite en
obtenir.
2-2-3- 4 - Plan de base d'un cahier des charges

- Explicitation du contexte (qui demande ? quelle est sa situation ?)
- Objectif attendu (paragraphe résumé)
- Contraintes sur le projet (technologies sous-jacentes, contraintes de
volumétrie, de performances, contexte d'exploitation)
19
- Définitions (un glossaire des termes qui ont ou prennent une

signification précise dans le langage du cahier des charges).
- Utilisateurs (description des rôles et classes d'utilisateurs)
- Sections (les sections divisent le problème en grandes classes d'actions, en
général sur la base des divisions de rôles ou division structurelles du produit)
- Clauses contractuelles
2-2-4- ETUDE DE FAISABILITE

Le cahier des charges a établi le "QUOI". Qu'est ce que la solution doit
savoir faire, autant que possible, d'un point de vue fonctionnel, c'est à dire, en
termes d'actions du client final. La solution est dès lors assimilable à une grande
boîte noire dont on ne sait pas grand-chose, sauf toutes les entrées et sorties qu'elle
doit avoir.
Commencer à estimer sa faisabilité, avant le contrat, nécessite de rapidement
savoir où on met les pieds. Il est nécessaire de pouvoir faire une évaluation :
- de la quantité de travail à investir
- des éléments constitutifs et de leur coût
L'objectif de ce dégrossissage est de pouvoir livrer une estimation de charge et
de coût au client. Ce résultat est primordial dans la plupart des négociations : vous
ne pouvez rendre un cahier des charges sans estimation du coût car c'est ce coût
qui est à la base de votre activité.
Le dégrossissage architectural permet de diviser le système entier en
constituants, que l'on appellera des sous-ensembles. Pour chaque sous-ensemble,
une solution parmi trois peut être envisagée :
- la fonction ou l'ensemble de fonctions de ce sous-ensemble est disponible
sur le marché sous forme d'un produit, d'une technologie, de solutions logicielles
partielles ou complètes.
- la fonction n'existe pas en tant que tel, mais le prestataire a déjà résolu un
problème similaire et a constitué une solution réutilisable.
- la fonction n'existe pas, existe mais n'est pas adaptée, et il faut
reconstruire un sous-ensemble spécialement pour ce projet.
2-2-4- 1 - Le réalisme d'un projet

Le problème majeur est maintenant de savoir si une telle solution est faisable, si
elle est réaliste :
- D'un point de vue technique (Les technologies nécessaires à sa
construction sont-elles disponibles ? Il y a-t-il des impossibilités techniques ou
technologiques ?)
- D'un point de vue économique (Les technologies nécessaires sont-elles
accessibles à un coût compatible avec le budget du projet ? Le temps de travail
nécessaire pour conduire le projet est-il en rapport avec le budget proposé ou
20
disponible ? Le changement du contexte est-il suffisamment lent pour supporter le

temps de développement de la solution ?)
L'un des pièges les plus connus en conduite de projet informatique est de
penser que tout est possible. Tout est possible avec un délai infini, en effet.
L'informatique, lorsqu'elle ne se propose pas un but lié à des technologies
matérielles spécifiques, n'est que du brassage d'information. Avec un temps
suffisamment long, il doit être possible d'acquérir la connaissance suffisante des
éléments existants pour faire ce que l'on veut, quelle qu'en soit la complexité. La
réalité est évidemment tout autre. La pression économique sur un projet fait que
certaines ambitions fonctionnelles sont hors de portée. Cependant, il existe des
tactiques de conduite de projet qui permettent de contourner l'écueil. Des systèmes
pharaoniques sont possibles, si des parties de tels systèmes existent déjà et sont
assemblables. Une telle stratégie, dite "d'intégration" permet de construire des
systèmes.
2-2-4- 2 - Les estimations

Estimer les temps de réalisation et les délais est une épreuve difficile à
laquelle la plupart des ingénieurs n'aiment pas se frotter. En effet, l'estimation de
cette charge de travail est une responsabilité importante à prendre. On pourra
toujours, si on est simple "opérateur", se défausser sur la personne qui a mal
mesuré l'effort à fournir. Celui qui mesure et décide de cet effort n'a personne sur
qui se retourner. Les projets ne sont pas équivalents, au regard d'une estimation.
Mais il existe un facteur assez régulier qui permet d'estimer si un projet est
facilement évaluable ou non : le degré d'inconnu.
Un projet est toujours qualifié par ses objectifs son cahier des charges. Si
celui-ci manque, alors l'affaire est réglée : on sera dans l'impossibilité absolue
d'effectuer une moindre prévision. Si le cahier des charges est partiel, la
prévisibilité sera probablement fonction de la part de couverture des objectifs.
Le cahier des charges une fois établi, le problème de la prévisibilité des charges
repose essentiellement sur l'expérience du problème, la compétence requise et la
disponibilité de cette compétence.
Tout projet, défini par son cahier des charges, peut être scindé
en trois grands ensembles d'actions à mener :
1. La réalisation de ce qui est connu
2. La réalisation de ce qui n'est pas connu
3. Les tâches de gestion des deux derniers ensembles
2-2-4- 3 - La réalisation de "ce qui est connu"

La partie connue d'un projet est la partie des lots qui représentent des
systèmes déjà réalisés par le passé, et dont on connait les processus de réalisation.
Il est alors possible de décomposer ces parties en processus élémentaires dont on
21
connait l'impact sur les temps de travail et sur les besoins en compétences. Pour
que la partie soit connue, il ne suffit pas de savoir la faire, ou de penser savoir la
faire, il faut l'avoir réalisée une fois (au moins) de façon à avoir pu observer les
bonnes procédures, leur coût opérationnel effectif.
2-2-4- 4 - La réalisation de "ce qui n'est pas connu"

C'est évidemment sur cette partie que la plupart des projets échouent. Ce qui
n'est pas connu est par définition "non connu". Cette partie du projet pose plusieurs
problèmes :
 Est-elle réalisable (technologiquement) ?
 Est-elle raisonnable (économiquement) ?
 Peut-elle être remplacée par une solution connue (technologiquement) ?
 Peut-elle être remplacée par une solution connue (stratégiquement) ?
 Combien coûtera l'apprentissage nécessaire à sa réalisation ?
 Combien coûtera sa réalisation, une fois l'apprentissage effectué ?
2-2-4- 5- Analyse empirique

L'analyse empirique aussi appelée "à la louche" essaye de déterminer des
grandes masses et d'attribuer des estimations globales d'une masse de travail.
L'analyse empirique est dangereuse dans tous les sens, même si elle paraît être une
démarche apparemment acceptable pour des personnes expérimentées. Ce qui est
certain, c'est qu'une analyse à l'emporte-pièce ne peut pas estimer grande chose
sans une solide et longue expérience du terrain, et sans connaître parfaitement les
ressources et compétences dont on dispose. Ce n'est qu'à ce moment qu'on peut
tenter d'affirmer une valeur globale, en espérant que la masse lisse les divers petits
problèmes quotidiens que va subir le projet.
L'analyse empirique peut donc simplement identifier la nature du projet,
dans quelle catégorie de pratiques le projet se situe. Par exemple, on dira que le
projet est un développement logiciel monofenêtré ou qu'il s'agit d'un site Web à
deux faces (frontoffice et backoffice), ou encore qu'il s'agit d'un déploiement d'un
produit applicatif packagé. En deuxième lieu, une estimation de "masse" peut être
faite en gros, par des ordres de grandeur. Ainsi on se doute que gérer un lot de
50.000 factures n'a pas la même incidence que gérer une centaine de messages.
Plus la masse est importante, plus les fonctionnalités de gestion d'information sont
lourdes et nombreuses.
Le problème de l'analyse empirique est qu'une erreur grossière est facile à
commettre. En effet, il suffit qu'un point de détail particulièrement retors et ignoré
lors de l'estimation ne demande une reconstruction globale de l'architecture, et c'est
l'ensemble du projet qui part hors des rails. D'autre part, pour peu que le projet
comporte des sous-ensembles innovants, on a fortement tendance à faire un abus
d'optimisme, voire un excès de vanité. On prévoit alors de pouvoir gérer cette
partie comme le reste et on ignore la difficulté technique.
22
2-2-4- 5- Analyse méthodique

L'analyse méthodique est beaucoup plus précise. Elle permet de dissocier
précisément ce qui est déjà fait, de ce qui est faisable, de ce qui est risqué ou
problématique. L'analyse méthodique suppose une décomposition en couches de
détail successives depuis une spécification très globale jusqu'à un plan d'action
détaillé. Lorsque le plan d'action est suffisamment détaillé, on peut alors attribuer
un facteur temps et un facteur charge à chaque poste. L'estimation devient la
somme de toutes les charges partielles attribuées à chacune des actions. Toutes les
parties du projet ne peuvent pas être couvertes au même niveau de détail. Certaines
parties posent un problème que seule une analyse technique pourra résoudre. Le
processus de décomposition méthodique isole ces sous-ensembles et décompose
ceux qui sont "connus". Il peut être difficile, par exemple, de savoir comment
réaliser une certaine fonction du système, tout en pouvant chiffrer avec une assez
grande précision la charge de travail que représentera sa documentation. L'analyse
méthodique comprend deux phases de travail qui sont itérées en boucle jusqu'à ce
que le plan d'action soit considéré comme suffisamment précis :
 La segmentation de tout ou partie du problème
 L'évaluation et la classification de chaque segment
Pour chaque segment il peut être décidé de :

 diviser en segments plus fins
 réaliser (développement logiciel)
 intégrer un existant (propriétaire ou produit du marché)
 récupérer un développement antérieur
Segmentation par sous-ensembles organiques :

Les méthodologies d'analyse abstraites tendent à unifier l'analyse pour ne voir
plus qu'un seul système d'information monolithique dans lequel la totalité de la
problématique est inscrite. Tout chef de projet expérimenté sait que ces approches
conduisent très souvent de telles conduites de projet à l'échec, non pas parce que le
modèle est sémantiquement erroné, mais parce qu'elles ignorent la réalité d'une
conduite pragmatique dans un environnement très subjectif. L'échec d'un projet
n'est pas souvent le fait du modèle, mais le plus souvent celui des hommes qui
construisent la solution. L'unité de mesure visée par le découpage organique est
essentiellement une mesure de "masse à produire". Elle s'exprime usuellement en
LOC ou "ligne de code". Un organe aura besoin de x lignes de code d'écriture pour
être réalisé. L'intégralité du projet est assimilable à la totalité des lignes de code
nécessaires à le faire fonctionner.
Segmentation par sous-ensembles fonctionnels :

C'est à partir du cahier des charges fonctionnel qui définit ce que l'utilisateur attend
du système que l'on commence à raffiner les fonctions attendues pour estimer la
23
masse totale du projet. Les fonctions, exprimées à un niveau sémantique proche du

métier de l'utilisateur sont analysées et décomposées en actions élémentaires qui
représentent des manipulations du système (activation de telle ou telle commande.
Une équipe connaissant bien les technologies de développement peut alors savoir
avec assez de précision combien de temps de développement une commande
élémentaire nécessite.
La segmentation par sous-ensembles fonctionnels est une pratique induite par la
pragmatique industrielle : il vaut mieux un certain nombre de petits problèmes bien
caractérisés qu'un gros problème flou. En segmentant le système en sous-
ensembles, chacun ayant une responsabilité organique, la taille de chaque sous-
ensemble est plus petite, et l'effort à faire par une équipe de développement ou
d'intégration pour en venir à bout est plus faible. La segmentation par sous-
ensemble organique suppose la reconnaissance, dans le système, de services
identifiables qui peuvent être isolés du reste de la solution et qui peuvent être
formalisés "à part". Il s'agit de reconnaître des organes, comme un anatomiste
dissèque un corps pour comprendre comment il est organisé. La réalisation d'une
fonction utilisateur peut mettre en service plusieurs organes, successivement,
simultanément, concurrentiellement ou au contraire collaborativement.
2-3 - LE PLAN DIRECTEUR
2-3- 1 - INITIALISATION DU SCHEMA DIRECTEUR

Il s’agit de définir l’objectif principal de l’étude, c'est-à-dire préciser le
champ d’application et les objectifs de l’étude.
Il faut aussi mettre en place les structures de validation et de décision pour
approbation des travaux (composer l’équipe conduisant les travaux …)
Enfin il faut, affecter les ressources humaines et matérielles puis rédiger les
documents pour le lancement officiel du schéma directeur
2-3- 2 - RECUEIL DES BESOINS

- Découpage en domaines
Il s’agit d’identifier les missions principales de l’organisme, d’identifier les
principaux thèmes de réflexion, de recueillir la documentation ayant trait au champ
de l’étude, de découper l’organisme en domaines puis en processus.
- Analyse des besoins

Il s’agit ici d’identifier et de hiérarchiser les besoins, d’identifier les
contraintes invariantes imposées par l’extérieur ou par la direction générale et de
modéliser les données, de schématiser l’architecture actuelle et d’inventorier les
principaux logiciels utilisés (système d’exploitation, applicatifs, bureautique,
24
réseaux). A la fin de cette tâche, il faut établir un bilan en analysant les forces et les
faiblesses du système informatique
NB : l’analyse des besoins nécessite au préalable de mener des entretiens

avec les responsables.
- Etablissement d’une synthèse pour les responsables

Cette tâche consiste à faire le bilan de la situation actuelle. Il s’agit aussi
d’examiner les thèmes majeurs ainsi que les principaux enjeux du système
d’information cible, de définir les principaux objectifs du système futur, et de
proposer des scénarios conceptuels permettant d’atteindre les enjeux identifiés et
de supprimer les points critiques. L’établissement de cette synthèse permettra de
faire procéder au choix d’un scénario conceptuel.
2-3- 3 - CONCEPTION DES SYSTEMES CIBLES

- Etablissement des modèles conceptuels futurs
Pour le scénario retenu, il faut établir les MCT et MCD en y intégrant les
nouvelles règles de gestion et en vérifiant la cohérence des données.
- Proposer des scénarios organisationnels et opérationnels

Il faut décrire la répartition géographique et fonctionnelle des traitements,
confirmer ou préciser les missions des acteurs impliqués dans la nouvelle
organisation, identifier les principaux projets en vue de l’étude du système futur.
Il s’agit aussi de décrire les principes généraux de l’architecture cible,
d’identifier les utilisateurs concernés, et de mener une réflexion sur la transition de
l’architecture actuelle vers l’architecture cible.
- Etablissement d’une synthèse pour les responsables

Cette tâche consiste d’abord à mettre en évidence les priorités de la direction
et de définir des plans d’action en termes de scénarios. Il s’agit d’établir une
évaluation globale des coûts et délais du projet.
2-3- 4 - PLANS D’ACTION ET BUDGETS

Pour le scénario retenu, il s’agit de définir clairement les objectifs de chaque
projet ainsi que son champ d’application, d’identifier les acteurs impliqués dans
chaque projet, de décrire les liaisons entre les différents projets. Il est aussi
impératif d’évaluer les charges pour les étapes futures (étude préalable, conception,
implémentation, mise en œuvre), les calendriers et les budgets nécessaires.
Enfin il faut définir un échéancier, proposer des plans de transitions du
système actuel vers le nouveau système et évaluer l’impact du passage au nouveau
système sur les effectifs et éventuellement les mesures à prendre.
25
2-3- 5 - PREPARATION DE LA MISE EN ŒUVRE

Il s’agir d’abord de définir les structures de suivi et d’encadrement des
projets, et de mettre en place une cellule de mise en œuvre et de suivi du schéma
directeur. Le plan directeur, document de synthèse du schéma directeur doit être
soumis à l’appréciation des décideurs. Il doit y avoir une continuité entre les
équipes qui ont élaboré le schéma directeur et celles qui vont mettre en place et
coordonner les projets. L’équipe chargée d’effectuer un schéma directeur est
généralement composée d’un à trois intervenants selon l’importance de l’étude,
donc de l’entreprise (il s’agit du responsable du service informatique ou du chef de
projet, plus une ou deux autres personnes selon le cas)
EXEMPLE DE PLAN DIRECTEUR
1 - Introduction
Il s’agit de rappeler les objectifs et les types de schémas directeurs entrepris.
2 - Système actuel
a - Système d’information de l’entreprise
Il s’agit de décrire l’organisation actuelle de l’entreprise en précisant les
acteurs ainsi que leurs fonctions clés, de décrire l’informatique actuelle en insistant
sur ses grands principes, le matériel utilisé ainsi que les volumes de données
caractéristiques
b - Bilan de l’existant
Il s’agit d’établir un diagnostic de la situation actuelle en mettant en
évidence les problèmes de gestion, les problèmes organisationnels et techniques
c- Principaux besoins
Il s’agit de présenter les principaux besoins gestionnels, organisationnels et
techniques.
3 - Système futur
a - Orientations générales
Il s’agit de présenter de manière générale, les orientations gestionnelles,
organisationnelles et techniques souhaitées pour le système futur.
b - Principaux scénarios
Il s’agit de décrire les principaux scénarios envisagés en mettant en évidence
leurs composantes conceptuelles organisationnelles et techniques et de préciser le
scénario retenu.
26
4 - Mise en œuvre des scénarios retenus

a - Priorité
Etablir une liste des points à traiter en priorité
b - Identification
Identifier les projets et donner leurs enchaînements
c - Charges
Evaluer et présenter le plan des charges de chaque projet
d - Le plan d’action
Présenter le plan d’action pour deux à trois ans
5 - Structure
a- Equipe d’étude
Donner la composition générale des équipes chargées de mener les différents
projets
b - Acteur de l’entreprise
Donner les modalités de participation des acteurs de l’entreprise impliqués
6 - Bilan économique
Etablir le bilan économique de l’opération de schéma directeur.
7 - Conclusion
C’est le dernier mot c’est là qu’on conclut
Exercice d’application THEME : Identification du projet
Enoncé : La bibliothèque de votre établissement et gérée manuellement.

Dans le cadre de son informatisation, il vous est demandé d’identifier les différents
projets aux quels cette étude fait appel.
PROPOSITION DE CORRIGE
La gestion manuelle de la bibliothèque expose au gérant de celle-ci des

difficultés réelles d’administration telle la lenteur dans l’exécution des tâches, la
recherche fastidieuse à l’issue incertaine des informations et des ouvrages,
l’identification (parfois) subjective des abonnés et des ouvrages (avec des risques
de redondance), les grands risques d’erreurs dans l’élaboration des documents de
gestion, et la vétusté des moyens d’archivage des informations.
Ainsi, nous voudrions croire objectivement que la gestion manuelle qui ne
s’opère pas sans difficultés ne se présente pas aujourd’hui comme un moyen fiable
27
et efficace de gestion devant pouvoir optimiser les rendements ou améliorer les

conditions de travail.
Fort heureusement, les avancées techniques et technologiques dans le
domaine du traitement de l’information permettent de vaincre la lenteur, d’établir
efficacement et aisément des états statistiques, et d’obtenir des résultats fiables
permettant aux responsables d’entreprise de prendre des décisions justes et
objectives de gestion, d’améliorer les conditions de travail et surtout de présenter
des moyens fiables d’emmagasinage de l’information, ajoutés à la fluidité de la
circulation des données.
L’ordinateur, support de l’informatique, se définit aujourd’hui comme la
machine par excellence du traitement de l’information. Ceci dit, nous pensons alors
que la solution à proposer pour l’optimisation de la gestion de la bibliothèque est
tout simplement son informatisation.
Mais l’application d’une solution informatique exige au préalable une
réflexion rigoureuse sous-tendue par des méthodes d’analyse bien élaborées.
A l’analyse donc du thème qui nous est soumis, nous subdiviserons la
conduite du projet en deux grandes parties :
- les projets généraux qui se résument ici à l’achat de matériels et la
formation,
- les projets d’application qui se veulent être l’élaboration des programmes
devant permettre d’automatiser les tâches à exécuter par le gestionnaire de la
bibliothèque.
1- Détermination des projets généraux
A l’issue de notre analyse, nous proposons deux projets fondamentaux qui

sont :
- L’acquisition d’un ordinateur multimédia pour le gestionnaire, d’un
scanner pour l’entrée des images, d’une imprimante à jet d’encre pour les sorties
papiers et d’un onduleur pour la sécurité d’utilisation du matériel.
- La formation de l’utilisateur à l’utilisation du matériel et à l’exploitation du
logiciel mis à sa disposition pour l’automatisation des tâches dans la gestion de la
bibliothèque.
2- Détermination des projets d’applications
Ici, il s’agit d’identifier clairement les fonctionnalités du logiciel à mettre en

œuvre dans le respect des objectifs fondamentaux élaborés. Dans notre cas, nous
pouvons déterminer trois modules :
- Automatisation de la gestion des livres : l’objectif ici est l’identification

et la classification des livres selon des paramètres rigoureux à élaborer devant
permettre et de faciliter les conditions d’entreposage, d’entretien et de recherche,
28
- Gestion automatisée des abonnés : Ce projet a pour but d’identifier et de

classifier clairement les abonnés afin d’améliorer la collaboration (prêts, relance,
…) avec le gestionnaire de la bibliothèque.
- Automatisation de la gestion des prêts : Il s’agit de sécuriser les ouvrages

prêtés, en les identifiant clairement, d’établir des états statistiques, des lettres de
relance, et d’optimiser la gestion des stocks, …
Exercice d’application
Une entreprise distribue des produits chimiques et des produits d’entretien

(500 références) à des industriels (100) et à des détaillants (2000). Les commandes
(90 par jour) sont passées soit directement par les clients, soit par l’intermédiaire
de représentants. Les commandes des clients sont livrées dans un délai d’une
semaine par des tournées régulières par camions, chaque client étant affecté à un
jour de la semaine en fonction de sa situation géographique.
Le DG de l’entreprise est préoccupé par la tendance à la baisse du chiffre
d’affaires de la clientèle.
Certains utilisateurs, constatant l’importance des réclamations de la clientèle,
mettent en cause le fonctionnement du système informatique. Le DG décide alors
le lancement de l’étude d’un schéma directeur informatique.
NB : L’architecture actuelle est distribuée et fonctionne bien avec une

équipe compétente et des matériels récents.
Le personnel est très motivé pour des améliorations et la situation financière
de l’entreprise est bonne.
Il vous est demandé de mener l’étude du schéma directeur informatique.
PROPOSITION DE CORRIGE
Elaboration du plan directeur
1- Introduction
Le directeur général étant préoccupé par la tendance à la baisse du chiffre
d’affaires, l’objectif stratégique apparaît clair et unique : il s’agit de stopper la
diminution du chiffre d’affaires.
L’atteinte de cet objectif principal exige étude d’un schéma directeur
stratégique pour la réalisation des objectifs de gestion, d’un schéma directeur
technique pour un échange en temps réel avec la clientèle et un schéma directeur
29
organisationnel pour la modification des habitudes de travail du personnel qui est

du reste est très motivé pour des améliorations.
2- Système actuel
L’architecture actuelle est distribuée et fonctionne bien, avec une équipe
technique et compétente et des matériels récents. Sensibilisé aux difficultés de
l’entreprise, le personnel dans toute sa globalité est très motivé.
Remarque :
Dans l’informatique distribuée, les organes de traitement (unité centrale)

et de stockage sont concentrés sur un unique ordinateur, dit central. Les utilisateurs
disposent uniquement d’organes de communication avec cet ordinateur central
(écran/clavier, imprimante) donc dépourvus de possibilités de traitement et de
stockage. On dit que les utilisateurs disposent de terminaux passifs. (Réseau en
étoile).
L’informatique centralisée se caractérise par un regroupement des moyens

informatiques sur un site central. Les utilisateurs ne disposent d’aucun matériel
informatique. Les données sont acheminées vers le site central par des moyens
manuels, puis saisies, stockées et traitées. C’est aussi à partir de ce site unique que
les données informatisées sont diffusées. L’outil informatique est exclusivement
entre les mains des informaticiens.
Dans l’informatique repartie, les utilisateurs disposent d’organes de

traitement (unités centrales) et de stockage de données ; le cas le plus usuel est
constitué par des micro-ordinateurs. (Ils peuvent être reliés entre eux ou avec un
gros ordinateur central (Main frame) par un réseau.
Dans le cas soumis à notre analyse, il s’agit véritablement de lutter contre la

concurrence et de fidéliser la clientèle. Du point de vue technique, il n’y a pas de
communication directe avec la clientèle qui du reste n’est pas toujours bien
informée à temps. Il se pose aussi un problème de structuration du personnel.
Pour répondre favorablement à toutes ces préoccupations, il faudra :
- Mieux informer la clientèle par la production de catalogues, de dépliants,…
- Diminuer les délais de livraison et éviter les ruptures de stock
- Traiter rapidement les réclamations de la clientèle…
2- Système futur
Les enjeux sont de maintenir et de développer l’activité de l’entreprise, les
risques étant peu importants comptes tenus de la bonne qualité du personnel.
Le système futur devra nous permettre de satisfaire les besoins de lutte
contre la concurrence en disposant à tout moment des informations sur les produits,
30
tarifs, les chiffres d’affaires de la concurrence ; les besoins de fidélisation de la

clientèle en améliorant le service rendu c'est-à-dire informer clairement et
régulièrement la clientèle par l’ouverture d’un réseau de communication de qualité
et éviter les ruptures de stock, les erreurs sur les produits et aussi réduire
sensiblement les délais de prises de commandes et des livraisons.
Les objectifs du directeur général étant fixés sans ambiguïté et étant surtout
stratégiques, il ne sera établi qu’un seul scénario. La stratégie de l’entreprise est la
priorité à l’amélioration du service à la clientèle dans les délais les plus brefs
(moins d’un an).
Au niveau technique, l’architecture actuelle est distribuée et fonctionne bien
avec une équipe technique compétente et des matériels récents. Il ne faut pas la
changer, mais il faut continuer à réaliser des logiciels sur mesure avec les outils
logiciels actuels, et aussi envisager des systèmes télématiques (type messagerie)
pour les informations échangées avec les clients et produire des catalogues et des
dépliants à leur distribuer.
Au niveau de la structure de l’entreprise, le personnel est motivé pour des
améliorations, car sensibilisé aux difficultés, il ne faut pas donc hésiter à modifier
la structure et les habitudes de travail.
La situation financière de l’entreprise est bonne. Pour les objectifs à
atteindre, les moyens financiers et matériels seront dégagés.
4- Mise en œuvre du scénario retenu

Il ressort que la priorité des points à traiter concerne la gestion des
commandes des clients.
Identification des projets
1- Contrôle et enregistrement des commandes des clients.

Il est d’abord question ici de réunir toutes les informations pertinentes et
caractéristiques des clients ainsi que celles concernant les produits (prix,
quantités,…). A la suite de cette première réflexion, il faudra identifier et mettre à
jour les commandes des clients.
2- Livraison et facturation des clients

Il faut spécifier les affectations aux clients en tenant rigoureusement compte
du planning des tournées et en effectuant les listes des chargements.
Il faut ensuite établir les factures et les bons de livraison (à informatiser)
3- Mise à jour des stocks

Avec les bons de livraison, il faut faire l’inventaire des produits en stocks
afin d’identifier clairement les commandes de réapprovisionnement (à
informatiser)
31
4- Mise en place de terminaux supplémentaires

Il s’agit d’augmenter le nombre de terminaux existant pour permettre la
fluidité de la circulation de l’information.
5- Formation aux applications

Il s’agira de former les utilisateurs à utilisation du nouveau matériel à
acquérir et des nouveaux programmes à mettre en place.
Identification des charges

Les projets verticaux (contrôle et enregistrement des clients, livraison et
facturation, mise à jour des stocks) seront réalisés par le service informatique et de
l’entreprise, et devront durer de M à M + 10 (M désignant le mois de départ
d’exécution de ce dit schéma directeur), compte tenu de l’urgence formulée par le
DG. Le chiffrage de cette partie se résumera en une prime de motivation au
personnel concerné.
Les projets généraux pour la mise en place d’une ‘’application clients
messagerie’’ (commandes, consultation du catalogue, terminaux, formation) durera
en moyenne de M + 6 à M + 14, et l’obtention d’informations sur la clientèle devra
pouvoir être permanente.
Le chiffrage financier de cette partie doit tenir compte de l’expertise
extérieure (charge de sous-traitance de l’application clients télétel (temps de main-
d’œuvre)) et de l’addition de matériels (prix de matériel à acheter).
Plan d’action
La sous-traitance est gérée par le chef de projet. Les besoins donc en
logiciels et matériels à sous-traiter sont confiés par le chef de projet au responsable
de la sous-traitance qui le formalise, en évalue le coût, passe le contrat et contrôle
l’exécution.
Les projets verticaux seront exécutés sous la conduite du chef de projet.
Il faut aussi noter que les terminaux doivent être installés au moment où les
projets d’applications sont en fin de réalisation.
5- Structures
Equipes d’études : l’équipe chargée des études sera constituée du chef de
projet (le responsable informatique) et son adjoint, les deux personnes chargées de
diriger la réalisation ultérieure du projet. A cette équipe, sera adjoint le responsable
de sous-traitance.
Acteur de l’entreprise : Ici, il s’agit de se référer à toute personne de
l’entreprise concernée par la gestion des commandes des clients.
6. Bilan économique
Les enjeux ici sont le maintien et le développement de l’activité de
l’entreprise. La mise en œuvre du scénario ci-dessus présenté permettra
32
incontestablement de faire évoluer la clientèle (chiffre d’affaires, nombre de

clients, …) par la réduction des incidences, l’amélioration de la communication
avec la clientèle, et la motivation du personnel par l’amélioration de ses conditions
de travail.
En clair la réalisation de ce projet permettra d’accroître la rentabilité de
l’entreprise, voie royale pour une gestion rigoureuse devant aboutir à court moyen
et long terme la maximisation du projet.
33
CHAPITRE 3 : L’ETUDE PREALABLE
OBJECTIF GENERAL : l’étudiant devra être capable de juger de l’opportunité

et de la faisabilité d’un projet et d’en préparer la réalisation.
Objectif Spécifique 1 : l’étudiant devra être capable d’effectuer l’étude

documentaire d’un projet.
Objectif Spécifique 2 : l’étudiant devra être capable de préparer et de mener un

entretien pour le recueil des informations
Objectif Spécifique 3 : l’étudiant devra être capable d’analyser les informations

recueillies et d’établir le bilan
Objectif Spécifique 4 : l’étudiant devra être capable, à partir du bilan, de

formaliser les informations et d’évaluer les charges financières
Objectif Spécifique 5 : l’étudiant devra être capable de proposer des solutions de

conception et d’organisation
INTRODUCTION
L’étude préalable précède le travail de conception qui doit aboutir au
remplacement (ou au renforcement) du système d’information actuel par une
solution meilleure qui prenne en compte les besoins non encore satisfaits et résolve
les défauts et insuffisances ressentis. C’est avant tout une étape d’analyse et
d’investigation qui conduit généralement à présenter aux décideurs un choix de
solution clairement formalisé et argumenté. Ainsi donc, il est impératif de veiller à
l’adaptation du système automatisé d’information à l’évolution de l’entreprise et
aussi à l’évolution technologique du matériel.
L’étude préalable qui a pour objectif d’étudier l’opportunité du projet et sa
faisabilité afin d’en préparer la réalisation, permet d’exposer une démarche globale
conduisant à l’informatisation d’une organisation. En gros, il sera question de
déterminer le cadre de l’étude, d’analyser l’existant, de critiquer le système actuel
et enfin de proposer une solution
3-1 - L’ANALYSE DE L’EXISTANT

Il s’agit ici d’analyser les exigences et les besoins tant des décideurs que des
utilisateurs du futur système. Dans cette optique, on procède tout d’abord à la
détermination des frontières du domaine d’étude, ce qui permet de cibler les
préoccupations de gestion ainsi que les acteurs concernés. Le système actuel est
34
ensuite étudié grâce à un ensemble d’entretiens pendant lesquels sont recueillis les
documents utilisés ainsi que les règles de gestions et de calcul appliquées.
Un bilan permet d’établir dans quelle mesure le système actuel satisfait les
besoins des utilisateurs, en précisant les orientations de gestions et d’organisation
pour le futur système.
L’analyse de l’existant doit être menée avec rigueur dans le souci de
l’exhaustivité et de la cohérence. Si le projet a été découpé en plusieurs
applications, l’analyse du système d’information existant sera fractionnée en autant
d’études distinctes.
3-1-1- LA COLLECTE D’INFORMATIONS
3-1-1- 1- Initialisation de l’analyse

Ici il s’agit d’abord d’identifier les tâches envisagées dans le cadre du projet.
Il faut ensuite établir une évaluation des charges et délais pour la phase de
l’analyse préalable. Dans le cas de l’existence d’un schéma directeur, il suffira
d’étudier tout simplement le contenu du plan directeur et d’établir l’évaluation à
partir des orientations décrites.
Dans le cas d’une absence de schéma directeur, il faudra procéder à un
recueil de l’existant, et établir l’évaluation à partir des éléments fournis par le
commanditaire.
Il faut enfin mettre en place les structures c'est-à-dire
- Composer les équipes conduisant les travaux
- Identifier et définir les besoins en formation
- Planifier les travaux, affecter les ressources humaines et matérielles
- Mettre en place les moyens de gestions et de suivi de projet.
3-1-1- 2 - Détermination du domaine de l’étude

L’importance des études entreprises sur le système d’information est
extrêmement variable, car dépendant de la taille de l’organisation ainsi que de son
degré actuel d’informatisation.
Généralement, les entreprises à vocation multinationale sont informatisées
depuis longtemps déjà. Les études actuelles à mener dans un tel cas consistent en
des améliorations ponctuelles, souvent assez techniques. Cependant, l’évolution
technique, technologique et informatique amène ces organisations à reconsidérer
leurs systèmes d’information de façon plus fondamentale. Dans ce cas les
opérations menées sont alors longues, lourdes et onéreuses. Elles sont donc peu
fréquentes.
Les petites organisations (PME - PMI) ne sont pas encore toutes
informatisées. La microinformatique conviviale y est souhaitée pour palier le
manque éventuel de compétence informatique.
35
La détermination du domaine de l’étude commence par l’identification du

type de projet et son impact, par la définition des objectifs et des structures
touchées par le projet.
3-1-1- 2 - 1 - Présentation de la société

Il s’agit de situer le type juridique de l’organisation (SA, SARL, etc.), son
chiffre d’affaires, ses activités, son organisation commerciale et administrative, etc.
Il s’avère donc absolu d’identifier les acteurs liés aux projets, de les situer
par rapport aux structures et de préciser à chaque fois l’acteur clé par structure.
Il faut aussi définir le modèle de gestion c'est-à-dire définir les objectifs par
structure et identifier clairement les règles de gestion.
3-1-1- 2 - 2- Validation du champ de l’étude

A la fin, il faut rédiger une note de définition du champ d’étude et la
soumettre aux décideurs pour validation
3-1-1- 3 - Recueil d’informations

Il est question d’aboutir à la compréhension du fonctionnement actuel du
système d’information. Cette étude permettra donc de connaître l’ensemble des
données utilisées, la manière dont elles sont obtenues et les difficultés rencontrées
dans leurs utilisations. Elle permet ainsi de mettre en évidence les
dysfonctionnements perçus du système actuel et de pouvoir cerner la perception
que chacun a de son poste de travail. Pour mener à bien cette tâche fastidieuse,
délicate mais toujours absolument nécessaire, il faut savoir quel type d’information
il convient de recueillir et quels sont les moyens de collecte existant pour y
parvenir.
3-1-1- 3 -1- Etude du système documentaire

Pour chaque poste de travail concerné par l’étude, l’analyste devra collecter
tous les documents utilisés - aucun document ne doit échapper à son investigation
(bon de commande, facture bulletins bordereaux etc.) puis les classer.
L’étude documentaire doit compléter et recouper les connaissances acquises
lors des interviews.
NB : Si la lecture ou l’écriture d’un document est à l’origine d’une

insatisfaction, la conception du document incriminé exige d’être revue et corrigée.
36
3-1-1- 3 -2- Les techniques d’interviews
Etape 1 - La préparation des entretiens

De la qualité des questions dépendra celle des réponses. Une interview doit
donc être préparée. Le questionneur, selon ses objectifs doit décider du style de
l’entretien et du choix de son interlocuteur. Il doit donc :
- Définir les acteurs concernés par chaque entretien
- Déterminer les points à aborder par acteur
- Coordonner et vérifier la liste des questions
- Etablir le planning des entretiens
Etape 2 - La conduite des entretiens

L’étude du poste doit donner un éclairage sur l’identification du poste (nom
du service), l’identification des fonctions assumées, la description des matériels
utilisés, la liste des documents manipulés (provenances et destinations), la
description des tâches effectuées et les postes de travail associés, la description des
modes de stockages de l’information utilisés et l’établissement des procédures de
traitements actuels.
La conduite d'un entretien individuel demande des compétences : la
première est celle de piloter l'entretien, en évitant un certain nombre de pièges. La
deuxième est celle de la capacité d'écoute et de décodage de ce que dit le client.
Une troisième compétence, ultérieure, consistera à effectuer une traduction
adéquate des informations obtenues dans les concepts générateurs d'une solution
technique réaliste. Il existe plusieurs façons de conduire un tel entretien, mais les
situations les plus courantes tournent toujours autour du même scénario :
 Un rendez-vous formel est pris avec la personne à interroger.
 Le rendez-vous est réalisé sur le lieu d'opération de la personne à
interroger, dans son quotidien de travail.
 Une introduction est nécessaire, non pas pour indiquer ce que vous
souhaitez obtenir (cela a été fait à la prise de rendez-vous), mais pour rassurer
l'interlocuteur sur vos motivations. Vous introduisez le sujet en confirmant votre
"indépendance" vis à vis de l'institution de dépendance de la personne. Ce détail
permettra d'obtenir autre chose qu'une réponse conventionnelle ou auto-censurée.
 Commencez par prendre des informations sur les pratiques et les
méthodes de votre interlocuteur. Votre interlocuteur est un professionnel en
activité. Même si la solution que l'on veut développer constitue une évolution,
votre interlocuteur n'est pas un "idiot professionnel". Il connait ses procédures, en a
l'habitude, a construit une certaine productivité avec. Vous allez les remettre en
cause en partie, ou pendant un certain temps. Vous devez donc évaluer
l'installation de votre interlocuteur dans ses propres pratiques.
37
- Les méthodes directives (méthodes utilisant les questions fermées) : elles

ne laissent que très peu d’initiative à l’interviewé et ont l’avantage de la précision
des réponses. Elles permettent d’éviter les pertes de temps dûes aux digressions
abusives ou explications oiseuses. Cependant elles ont l’inconvénient d’enfermer
l’interviewé, aboutissant à une perte probable d’informations, car les aspects non
prévus ne seront pas abordés
- Les méthodes non-directives sont plus fécondes puisque l’interviewé

peut exprimer sans retenue sa connaissance du sujet (méthodes utilisant les
questions ouvertes). Mais elles ont l’inconvénient de présenter de grands risques
d’oublis en plus d’être difficiles à mener correctement.
- Les méthodes semi directives combinent les deux méthodes précédentes.

Les questions ouvertes ou fermées s’alterneront selon les besoins de l’interview.
L’analyste doit adapter le style de son interview au fur et à mesure de son
déroulement en fonction de son interlocuteur et des réponses apportées. Les
questions ouvertes seront réservées aux points importants pendant que les
questions fermées serviront à présenter certains détails ou recentrer l’entretien.
NB :
- Il est impératif d’être attentif à toute remarque, mais il faut rester neutre
vis-à-vis des dysfonctionnements présentés, en évitant tout jugement de valeur.
- Il est recommandé de ne pas exagérer son rôle et les bienfaits du futur
système.
- Il faut analyser avec chaque acteur les documents manipulés et les flux
échangés.
- Les questions fermées : elles sont généralement utilisées dans les
questionnaires demandant des réponses précises, toute demande suggérant une
quantification. Elles ne laissent que peu d’initiative au questionné quant au contenu
de la réponse à fournir.
Exemple : Combien d’imprimantes avez-vous ?

Quels sont les documents que vous utilisez ?
- Les questions ouvertes : elles sont plus vagues et sollicitent des réponses
plus descriptibles. Elles doivent être préférées lorsque la connaissance préalable du
sujet par le questionneur est faible, sinon nulle. Il s’agit en fait des questions
‘’pourquoi ?’’ et ‘’comment ?’’
NOTE : Afin d’être à même de concevoir des solutions nouvelles qui

répondent au mieux aux attentes des utilisateurs, il est indispensable de cerner le
plus correctement possible les insatisfactions et les besoins qui les prolongent.
38
L’analyste devra se souvenir que l’utilisateur n’exprime pas toujours

l’intégralité de ses insatisfactions soit par ignorance, soit par crainte
Etape 2 - Synthèse des entretiens

Il faut rédiger les fiches d’entretiens et conclure ceux- ci par un compte
rendu qui sera éventuellement commenté par l’interlocuteur. C’est un bon moyen
de mieux l’associer à l’étude, de créer la confiance, de corriger les éventuelles
erreurs d’interprétation qui ne sont pas rares, et de prévoir aussi éventuellement des
entretiens complémentaires.
En définitive, il est à souligner que l’entretien permet de découvrir les
supports d’informations, le travail des personnels (voire de l’ordinateur) impliqués
dans le projet et les problèmes qu’ils rencontrent, les moyens (ou leur absence) de
synchronisation entre postes, des idées de solutions. Il oriente l’analyste vers les
points essentiels et permet d’appréhender la réalité du système d’information.
3-1-1- 4 - Représentation de l’existant

Les études documentaires et les entretiens aboutissent à une somme
importante d’informations qu’il convient d’organiser clairement et rigoureusement
pour faciliter la compréhension d’une réalité souvent complexe. Il est impératif
d’établir le diagnostic sur la situation actuelle c'est-à-dire dresser le bilan sur la
gestion, l’organisation et sur les postes de travail et matériels de traitement. A la
suite donc de l’exploitation de l’entretien et des documents, il est judicieux
d’élaborer un schéma de circulation de l’information (présentant l’enchaînement
des traitements à travers les opérations réalisées par chaque poste de travail et les
supports de données).
A partir donc des études précédentes, il faut établir et faire valider par les
acteurs concernés, les modélisations organisationnelles et conceptuelle des données
et des traitements (MCD, MOT et MCT).
NB :
- Si l’existant est informatisé, l’analyste devra consulter les dossiers
d’analyse existants et l’enquête aura surtout pour but de recueillir les
insatisfactions ressenties. Au titre de la formalisation des données, il doit être
établi l’organigramme de l’entreprise
- Il est fortement conseillé l’usage d’un logiciel pour la saisie de l’étude au

fur et à mesure de sa validation (les modifications ultérieurs pouvant être
effectuées à l’écran, le traitement informatique présentant d’ailleurs un bien
meilleur visage, en plus ne serait ce que pour démentir l’adage selon lequel le
cordonnier est le plus mal chaussé)
39
- Il est rare qu’une interview soit complète dès la première fois. L’ordre
dans lequel les postes de travail seront étudiés n’est pas indifférent ; il peut y avoir
une incidence sur la qualité des renseignements recueillis.
- Le dictionnaire des données est un document dont le contenu ne cesse

d’évoluer jusqu’au terme de l’analyse.
3-2- CRITIQUE DE L’EXISTANT

Cette phase a pour but de fournir un état de la situation actuelle et
notamment de faire apparaître les défauts et les qualités de ce qui existe déjà. Il
s’agit d’être objectif, sans chercher à tout prix à tout reconstruire.
La critique de l’existant peut déboucher sur une remise en cause des
structures, des postes de travail, des hommes ou des documents.
3-2-1 - CRITIQUES RELATIVES AUX DONNEES

- L’information doit être précise sans excès, mais suffisante (pas de données
inutiles) et doit également éviter la confusion (homonymie, synonymie et
polysémie)
Exemple : nom pour nom de salarié et nom de client
- Les contraintes d’intégrité doivent être définies précisément et la

confidentialité de l’information doit être assurée par la mise en place des
permissions d’accès (mots de passe, paramètres, etc.)
- La convivialité qui assure et augmente le confort d’utilisation doit
permettre une présentation claire des informations et une facilité d’accès.
3-2-2 – CRITIQUES RELATIVES AUX TRAITEMENTS

- L’inadaptation des circuits d’informations qui ont été mal étudiés, ou qui
sont trop longs
- L’insuffisance ou l’inadéquation des documents qui peuvent être
inexistants inutiles incomplets mal présentés
- La mauvaise formalisation des méthodes et règles de gestions.
3-2-3 – CRITIQUE RELATIVE A L’ORGANISATION

- La mauvaise organisation sur le plan de la hiérarchie, de la compétence et
de la définition des tâches,
- L’insuffisance des moyens de traitement notamment en personnels,
matériels et locaux.
- La mauvaise organisation des fichiers qui peuvent être inexistants, mal
structurés, incomplets, trop chargés ou redondants.
40
3-3- EBAUCHE DE SOLUTIONS

Il s’agit, à partir des dysfonctionnements constatés, de dégager les besoins
réels à satisfaire en adéquation avec les objectifs prescrits et les contraintes.
L’ébauche de solution a pour rôle d’établir une ou plusieurs propositions de
solutions globales, permettant de palier aux carences repérées (les solutions
proposées ne sont pas obligatoirement informatiques, cas rares).
Chaque solution proposée doit être décrite de façon à faire ressortir son
originalité, ses conséquences budgétaires ainsi que son impact sur l’entreprise.
Sachant qu’on ne reconstruit pas sans justification, il est important que soit mis en
exergue le lien existant entre les critiques et les solutions qui leurs sont apportées.
3-3-1 - SOLUTIONS CONCEPTUELLES

Il s’agit ici d’afficher les contraintes découlant des orientations de l’analyse
des besoins et de planifier l’étude des scénarios conceptuels pour les acteurs
concernés. Il est donc question d’établir les modélisations conceptuelles (MCD et
MCT) du système futur et de vérifier la cohérence données /traitements. Il faut
tenir compte des nouvelles règles de gestion, déterminer les nouveaux processus
de gestion ainsi que l’impact financier de chaque scénario.
3-3-2 - SOLUTIONS ORGANISATIONNELLES

Il s’agit d’afficher les contraintes d’organisation découlant des orientations
souhaitées dans l’analyse des besoins et de planifier l’étude des scénarios
organisationnels. Il est question d’établir le modèle organisationnel des traitements
(MOT) et de décrire les procédures globales ainsi que celles des acteurs. Il faut
définir les tâches automatisées et les tâches manuelles, détailler le contenu des
tâches et identifier les acteurs touchés par ces tâches.
Il s’agit enfin de déterminer et d’évaluer les progiciels éventuellement
utilisables dans le cadre d’un ou plusieurs scénarios.
3-3-3 - SOLUTIONS MATERIELLES

Il s’agit de déterminer et d’évaluer les progiciels éventuellement utilisables.
Il faut aussi définir les structures de stockages des données, les matériels de
traitement et déterminer l’évolution envisageable de l’architecture actuelle (si elle
existe). A la suite, il faudra déterminer les charges financières (déterminer les
coûts de fonctionnement, les échéanciers d’exécution et de remboursement
éventuels), établir le calendrier de développement (préciser les dates de début et de
fin de chaque phase) et évaluer les coûts d’étude et de développement.
NB : A la fin de cette étape, il est établi un plan autour duquel devra se

structurer le document final appelé « dossier de choix »
41
PLAN TYPE DE « DOSSIER DE CHOIX »
1– Introduction
Elle comporte le rappel du contexte de l’étude et du champ délimité pour
celle-ci, la présentation des objectifs assignés et enfin le rappel des orientations
principales souhaitées.
2 - Scénarios conceptuels
- Généralité
Il s’agit ici de rappeler l’intérêt de développer des scénarios conceptuels, de
préciser le nombre de scénarios
- Scénario conceptuel retenu

Il consiste en la présentation détaillée du scénario par l’établissement des
nouvelles règles de gestion, des nouveaux processus de gestion et des
conséquences sur les documents et flux, sur la modélisation conceptuelles des
traitements et sur la modélisation conceptuelles des données (MCD futur)
Il s’agit aussi de préciser en quoi le scénario apporte une solution aux
problèmes et besoins exprimés dans le bilan de l’existant et dire pourquoi ce
scénario a été retenu.
- Scénarios conceptuels non retenu

Cette partie est donc développé suivant un plan similaire au précédent , si un
autre scénario a été étudié, mais dans ce cas , le développement doit être moins
détaillé , et il faudra préciser pourquoi le scénario n’a pas été retenu.
3 - Scénarios organisationnels
- Généralités : il s’agit ici de rappeler l’intérêt de développer des scénarios
organisationnels et de préciser le nombre de scénarios étudiés
- Scénario organisationnel n°1

Il s’agit ici de signaler les nouvelles composantes organisationnelles, les
conséquences sur les tâches et les postes de travail et de déterminer les limites de
l’autorisation.
Il s’agit aussi de décrire les matériels et logiciels de traitement nécessaires et
d’estimer les charges financières et le calendrier de développement. A la fin, il
faut préciser en quoi le scénario apporte une solution opérationnelle aux
problèmes et besoins exprimés dans la bilan de l’existant.
- Scénario organisationnel N°2

Partie développée suivant le même plan que précédemment
4 - Comparaison des différents scénarios

- Critères de comparaison : déterminer la liste des critères de comparaison
42
- Analyse des avantages : il faut faire ressortir les avantages de chaque

scénario organisationnel étudié
- Analyse des inconvénients : il faut répertorier les inconvénients respectifs

de chaque scénario
- Synthèse : il faut dresser un tableau de synthèse comparant les différents
scénarios organisationnels, puis effectuer un choix.
5 - Conclusion
6 - Annexes : donner les éléments de description détaillés des scénarios jugés
utiles.
LES INTERVENANTS
L’équipe de projet pour la phase d’étude de scénario est composée d’un
groupe de base comprenant le chef de projet ainsi qu’un nombre variable
d’analystes concepteurs, renforcé par des sous groupes d’étude. Il faut préciser
que les personnes du groupe de base affectées au projet, le sont à temps plein alors
que les personnes des sous groupes d’étude ne le sont qu’à temps partiel et
uniquement pour la durée des tâches leur incombant.
Le nombre et la nature des personnes constituant ces sous groupes peuvent
varier en fonction de la complexité organisationnelle et technique du projet. Il est
donc possible d’envisager des sous groupes spécialisés dans les domaines comme
l’organisation des postes de travail, les réseaux, les transmissions, les matériels.
Petits projets Moyens projets Gros projets

Groupe de base Chef de projet Chef de projet Chef de projet
+ + +
1 à 2 personnes 2 à 4 personnes 4 à 7 personnes
Sous- groupe 1à 2 personnes 2 à 3 personnes
Exercice d’application : la cantine de votre établissement est gérée

manuellement. Dans le cadre de l’étude de l’installation d’un système
d’information autorisée, il vous est demandé de :
- d’analyser l’existant
- rédiger le dossier de choix
43
CHAPITRE 4 : ETUDE DETAILLEE
Introduction
L’étude de conception du système consiste à partir du scénario retenu à
effectuer la conception complète du futur système avant son développement.
L’étude détaillée du futur système est la phase au cours de laquelle est
établie la définition complète et non ambiguë de toutes les caractéristiques externes
du système futur. Les spécialisations générales décrites dans le scénario choisi à
l’issue de la phase précédente, servent de base à une description détaillée et
exhaustive des caractéristiques du système du point de vue de l’utilisateur.
Pour la réalisation effective de l’étude détaillée, il est tout d’abord procédé à
une définition de l’environnement du système automatisé de façon à établir un
ensemble de contraintes et d’hypothèses qui servirons à évaluer par la suite les
différentes taches afin d’assurer que le résultat final satisfait les paramètres de
départ.
L’étude détaillée proprement dite du système débute par la définition précise
de la modélisation conceptuelle du scénario choisi. En outre, le soin avec lequel ce
travail est effectué garantit dans une certaine mesure la qualité du système futur.
Cette tache est ensuite suivie de la conception externe du système qui détaille
notamment les procédures utilisateurs ainsi que les postes de travail, la
manipulation des données, la diffusion de états de sortie, …
Une réflexion est également menée sur les problèmes liés à la sécurité et à la
confidentialité, sur la définition détaillée des entrées – sorties, des dialogues, de la
répartition homme – machine, des écrans, et aussi par la description du stockage
des données sous forme de fichiers ou de base de données.
Il est utile de rappeler que le travail entrepris lors de cette phase est très
importante pour l’acceptation futur du système parles utilisateurs. En effet, il s’agit
pratiquement de la dernière phase de conception réellement validée par les
utilisateurs, car les spécifications proposées serviront de référence tout au long des
phases de développement. Il faut donc insister sur le fait que le soin tout particulier
apporté à cette constituera le garant de la qualité du système développé et de son
acceptation.
4-1– OBJECTIFS
L’objectif principal de l’étude détaillée est l’aboutissement à un accord sur
la conception générale de la nouvelle solution, avant de commencer la conception
détaillée des différentes phases.
Le point de départ de l’étude détaillée reste le dossier validé de l’étude
préalable. Le point d’arrivée de l’étude détaillée est la rédaction du rapport de
44
conception générale et l’établissement du plan de développement approuvé par le

responsable utilisateur.
4-2 – ELABORATION DES MODELES CONCEPTUELS
4-2-1 – DESCRIPTION COMPLETE DU MCD

Ici, il s’agit de construire le MCD, en tenant compte de la démarche
proposée par MERISE (dictionnaire des données, structure d’accès théorique,
schéma du MCD) et des différents formalismes.
L’élaboration du MCD s’inscrit dans le respect des contraintes et des
objectifs affichés dans l’étude préalable.
4-2-2 – DESCRIPTION COMPLETE DU MCT

Selon les différents découpages effectués à l’étude préalable, il s’agit
d’élaborer le MCT en tenant compte de tous les acteurs concernés selon les
différents processus.
4-2-3 – VALIDATION DONNEES / TRAITEMENTS

Ici, la réflexion doit porter sur l’adéquation données / traitements. En effet,
toutes les données manipulées par les traitements doivent trouver leurs origines
(leurs existences) dans le MCD
4-3 – ELABORATION DES MODELES ORGANISATIONNELS
4-3-1 – DESCRIPTION COMPLETE DU MCD

A partir du MCD validé, il s’agit de construire le MLD relationnel en
respectant la démarche de MERISE.
4-3-2 – DESCRIPTION COMPLETE DU MOT

A partir du MCT, et en tenant compte des objectifs et contraintes identifiés,
il s’agit ici d’élaborer une description exhaustives du MOT. Particulièrement, il
faut réaliser une étude poussée de chaque procédure fonctionnelle (PF) avec les
spécifications suivantes :
- Description des états
- Fiche de description des PF
- Description des documents éventuels
- conception des écrans (à faire approuver par les utilisateurs concernés)
- Fiche de répartition des taches Homme – Machine (à faire approuver par
les utilisateurs concernés)
45
4-4 – L’ENVIRONNEMENT DE DEVELOPPEMENT

Ici, il s’agit de déterminer l’environnement matériel et logiciel de
développement en tenant compte des contraintes générales et technique, de décrire
les règles et conditions de sécurité.
L’évaluation globale de la mise en œuvre demande la prise en compte des
spécifications suivantes :
- Evaluation des charges de formation
- Evaluation des charges d’élaboration de la documentation
- Evaluation des charges d’assistance technique
- Evaluation des charges d’équipements matériels et logiciels
- Evaluation des charges de réalisation.
46
CHAPITRE 5 : REALISATION
Introduction
La réalisation se présente comme l’aboutissement de toutes les études
« théoriques » objectives réalisées. La qualité d’une telle étape est exclusivement
tributaire de celle la précédant.
L’étape de la réalisation est en fait celle où toutes les théories seront
appliquées.
Il s’agit ici d’aller sur la machine pour réaliser tous les objectifs assignés.
La réalisation a donc pour objectif, la prise en compte de l’environnement de
développement et la description de la solution avant la production du logiciel.
Le point d’arrivée de la réalisation est la description de l’architecture du
logiciel à développer et du modèle physique des données.
5-1– DESCRIPTION DE L’ENVIRONNEMENT TECHNIQUE

La réalisation (production) d’un logiciel exige l’utilisation d’un langage de
programmation un environnement donné.
5-1-1 –ENVIRONNEMENT TECHNIQUE

L’investissement en informatique se fait toujours en tenant compte de
l’évolution technique et technologique. Le choix du matériel, tenant compte des
contraintes et des objectifs retenus, doit toujours anticiper sur l’avenir.
Le matériel étant lié étroitement au système d’exploitation, son choix doit
absolument s’opérer selon le type d’exploitation des données et traitements à
automatiser (Multi-Utilisateurs, multi-tâches, …).
Dans tout les cas, c’est ici qu’il faut décrire les différentes configurations
matérielles et logicielles du logiciel à produire.
5-1-2 – CHOIX DES PROGICIELS

Selon les spécifications objectives et les contraintes techniques et
financières, il faut choisir le langage (le logiciel) à utiliser pour la création de la
base de données (système de gestion de bases de données relationnelles) et à
utiliser pour « attaquer » la base de données.
Ces différents choix opérés en tenant compte des outils d’implémentation
(convivialités, outils d’aide, portabilité, normes et standards de développement,
stabilité, …).
Exemple : SGBDR : Microsoft Access

Langage de programmation : Visual Basic
47
5-2– DESCRIPTION DE L’ARCHITECTURE DU LOGICIEL

Dans ce cas, il s’agit de structurer les procédures fonctionnelles du MOT en
application (transformation du PF de type automatisé en unités de traitement).
Les PF de type automatisés conversationnels (ou automatisés interactifs)
deviennent des unités de traitement « interactifs ») appelées aussi transactions.
Les PF de type automatisé Batch deviennent des unités de traitement
« temps différé » appelées aussi programmes Batch.
C’est ici qu’il faut écrire les algorithmes correspondant aux différentes
procédures fonctionnelles de type automatisé du MOT. En clair, il s’agit de
déterminer pratiquement les fonctionnalités du logiciel.
5-3– DESCRIPTION DU MPD

En intégrant complètement le choix de la solution technique retenue pour le
système de gestion de base de données, il s’agit de présenter clairement la structure
des tables. Il faut aussi préciser les procédures de sécurité (autorisation d’accès,
mot de passe, etc.)
5-4 – PRODUCTION DE LOGICIEL

L’objectif fondamental est de produire le logiciel conformément aux
spécifications de l’étude détaillée. Le logiciel doit donc être écrit, testé au plan
technique et prêt à être livré aux utilisateurs pour la réception.
5-4-1 - PRODUCTION DU LOGICIEL

Il s’agit ici, de réaliser tous les écrans spécifiés et identifiés et d’écrire le
logiciel (écrire les différents codes nécessaires à l’agencement harmonieux des
écrans) en utilisant une démarche structurée et rigoureuse (méthodes, normes,
outils, etc.). il faut avoir aussi comme objectif, dans l’écriture du programme, de
facilité la maintenance future du système. De plus la réutilisation du code doit
aussi être une des préoccupations du « développeur ».
5-4-2 - TESTS UNITAIRES

Chaque écran produit et chaque code écrit, correspondant à une unité de
traitement, doit faire l’objet d’un premier test à partir d’un jeu d’essai technique.
5-4-3 - TEST D’INTEGRATION

Ces tests doivent permettre de vérifier le bon fonctionnement de l’ensemble
du logiciel. Ces tests sont effectués en général par le responsable technique du
projet. Tout au long de la production du logiciel, il est souvent nécessaire
d’affirmer certaines optimisations du MPD.
48
CHAPITRE 6 : MISE EN ŒUVRE
Introduction
La mise en œuvre permet d’abord la mise en place de tous les moyens
nécessaires à la réception et au lancement du nouveau système. Il s’agit aussi
d’aboutir à la réception du logiciel par l’utilisateur et au démarrage progressif du
nouveau système.
6-1 – LES MOYENS TECHNIQUES

La mise en place des moyens techniques regroupe les étapes suivantes :
- Préparation des locaux pour la configuration matérielle et les postes de
travail : Il est question dans ce cas d’apprêter les locaux (bureaux, ordinateurs,
imprimantes, etc.) des utilisateurs du nouveau système.
- Mise en place des premiers moyens de fonctionnement (fournitures).
6-2– LES MOYENS HUMAINS

A l’issue de l’étude théorique, il s’agit ici de la préparation, de l’organisation
et de la réalisation de la formation des utilisateurs du nouveau système, de la
rédaction de toutes les nouvelles consignes de travail. Au sur plus, il faut mettre en
place l’équipe de réception et d’assistance au lancement du nouveau système, la
réalisation de la documentation d’utilisation du système. Aussi, il faut effectuer
avec rigueur la préparation, l’organisation et la réalisation de l’initialisation ou la
reprise de données.
6-3 – LIVRAISON
Cette étape concerne d’abord la livraison du logiciel et de la documentation
aux utilisateurs, l’exécution des jeux d’essai utilisateur et enfin l’appréciation de la
conformité des résultats par rapport aux dossiers d’étude détaillée.
6-4 – LANCEMENT
Il s’agit du lancement progressif du nouveau système en parallèle au système
existant si cela est possible. Ce lancement concerne le fonctionnement en grandeur
nature (en double commande éventuelle) pendant une période d’observation.
49
REDACTION DU DOSSIER D’ANALYSE
INTRODUTION
La réalisation d’un mémoire constitue une étape importante et indispensable
dans le cadre de la formation universitaire. Le diplôme de brevet de Technicien
Supérieur est décerné aux étudiants lorsque ceux-ci ont répondu de manière
satisfaisante aux exigences du plan d’études ainsi qu’aux requis du travail de fin
d’études. Ce chapitre se propose de présenter et d’expliquer brièvement les
démarches méthodologiques et théoriques à entreprendre dans le
cadre d’un mémoire axé sur une recherche de solution informatique.
L’étudiant doit organiser et prévoir non seulement son temps de travail mais
surtout réfléchir à un cadre de recherche ainsi qu’aux ressources matérielles et
humaines qui pourront l’aider durant tout le processus d’élaboration et de rédaction
du travail. Dans un premier temps, les aspects qu’il doit absolument envisager sont
: le choix d’un sujet fiable et pertinent en vue d’une recherche, la documentation
nécessaire pour nourrir cette recherche.
L’automatisation des tâches d’une entreprise ne se fait pas de manière
désordonnée mais il s’agit d’une succession de phases dans une démarche
rigoureuse. De même, la rédaction du dossier d’analyse s’effectue dans le respect
d’une démarche rigoureuse composée de différentes étapes selon la méthode
utilisée.
C’est ainsi que pour la rédaction de notre rapport d’étude de projet
informatique (ou mémoire de fin de cycle) au niveau BTS, nous vous proposons un
aperçu, en montrant, chaque fois que cela est possible, le lien avec MERISE,
méthode d’analyse adaptée à toutes les organisations.
1 – LE SOMMAIRE
La table des matières ou le sommaire contient ou précise la localisation de
chaque partie dans l’ouvrage permettant une recherche et/ou une consultation
aisées et rapides. Une table des matières (à placer en fin de document) ou un
sommaire (à placer en tête du document) permet de structurer et ordonner les idées
principales et secondaires du travail. Ils comprennent des divisons et sous-divisions
numérotées à l’aide d’un système de lettres ou de chiffres préétabli.
Note: Si possible, une division doit comprendre au moins deux sous-

divisions. Le plan doit démontrer votre capacité de synthèse, il n’est pas
nécessaire de multiplier excessivement les divisons et les sous-divisions, mais
plutôt de réfléchir à une table de matière (sommaire) claire et intelligible qui vous
permet de faire ressortir « les idées forces » de votre réflexion.
50
L’introduction, la conclusion, la bibliographie, les annexes, sont

mentionnées dans la table des matières (le sommaire) mais ne sont pas numérotées
! La liste et le dossier des illustrations figurent dans la table des matières (le
sommaire) s’ils ne font pas le sujet d’un deuxième dossier, séparé. Pour chaque
partie, la table des matières renvoie aux numéros de pages correspondants.
2 – LA DEDICACE - REMERCIEMENTS
Ces pages, venant juste après le sommaire, permettent de rendre hommage et
de remercier toutes les personnes qui de près ou de loin, directement ou
indirectement ont contribué à la réalisation du projet (obtention du poste, conduite
et suivi de l’analyse, élaboration du rapport,…)
Cette partie constitue une unité textuelle distincte dans laquelle l’étudiant
mentionne le nom des personnes ou des institutions qu’il souhaite remercier (le
directeur du mémoire, le maître de stage, etc.). Évitez surtout de lister les noms et
proposez plutôt un texte bien construit.
3 – L’AVANT PROPOS
Dans cette partie, le stagiaire présente succinctement son établissement
scolaire d’origine, présentation accompagnée de celle du diplôme préparé (ici
BTS) afin de pouvoir situer le cadre du stage. Le stagiaire éclaire le lecteur sur les
circonstances qui ont engendré la rédaction du rapport et annonce le thème soumis
à sa réflexion.
4 - L’INTRODUCTION
Au début du texte, il est indispensable de cerner le sujet présenté,
d’introduire la problématique générale du sujet, d’expliciter la démarche par
laquelle le sujet a été travaillé. L’étudiant doit également expliciter sa démarche de
travail, ses méthodes.
Ici, il s’agit d’abord de présenter l’ordinateur et l’informatique en insistant
sur leurs caractéristiques principales. En gros, il faut expliquer les raisons de
l’utilisation de l’informatique, sa capacité de résolution des problèmes
d’automatisation des fonctions de gestions.
Ensuite, il faut annoncer le thème à étudier et préciser l’objectif global du
thème et les raisons du choix de la méthode d’analyse à utiliser pour l’étude
détaillée.
En fin, le rédacteur doit annoncer le plan de travail (les différentes parties
qui seront traitées ultérieurement dans le corps du rapport)
51
5- DEVELOPPEMENT
5-1 - PRESENTATION GENERALE DE LA SOCIETE

Il s’agit de présenter la Situation actuelle de la structure. Cette partie traitera
en gros de la présentation générale de l’entreprise et du diagnostic.
5-1-1 - La présentation générale

Cette partie doit comporter des informations sur les points suivants :
Le statut juridique de l’entreprise, éventuellement son histoire, ses objectifs,
ses activités, les moyens matériels et humains actuels utilisés. Dans la mesure du
possible, il sera intéressant de situer la place de la société par rapport à la
concurrence.
Il s’agira aussi d’envisager la présentation succincte des organes (Direction,
fonction et objectif de chaque organe et de ses subdivisions, services, postes de
travail, …et rôle de chaque organe) que comporte l’entreprise, appuyée par un
organigramme de toute la structure.
NB : - IL n’est pas nécessaire d’indiquer le nom des personnes responsables

des services, car les hommes passent contrairement aux services.
- Un accent particulier doit être mis sur la présentation sur service d’accueil
5-1-2 - Le diagnostic
Cette partie se subdivise en trois points essentiels qui sont : la description de
l’existant, la critique de l’existant et l’ébauche de solution
5-1-2 - 1 - L’analyse de l’existant

Il s’agit de décrire clairement les procédures de traitements, les relations
entre les données, les interconnexions entre les services par rapport aux différentes
circulations des informations tout en précisant le mode de traitement (manuel ou
automatisé) et les moyens (matériels et humains) utilisés.
E n clair, il faut rapporter exactement et clairement ce qui existe et ce qui se
fait. Ce rapport devait permettre d’aboutir à la mise à nu des dysfonctionnements,
des insuffisances et aussi des éventuelles qualités du système actuel.
Cette partie doit être rédigée avec rigueur et objectivité car elle représente le
point de départ réel de l’analyse des données et des traitements.
5-1-2 - 2 - La critique de l’existant

C’est ici qu’il faut noter les déphasages, et insuffisances du système actuel.
La critique doit être en adéquation avec les objectifs globaux assignés au thème
soumis à l’étude, et les qualités de l’informatique précisées dans l’introduction.
52
Le stagiaire doit mettre en exergue les problèmes réels d’organisation et de

traitement existant et auxquels l’automatisation constitue la solution idoine (coût
de traitement actuel, lenteur dans le traitement, solution inadaptée, …)
5-1-2 - 3 - L’ébauche de solutions

Cette partie traitera de la solution globale envisagée, solution constituant la
réponse aux problèmes posés dans la critique de l’existant, tout en précisant tous
les moyens à mettre en œuvre pour l’atteinte des objectifs fixés. Il est donc
judicieux de préciser entre autres les raisons du choix de la méthode d’analyse
utilisée pour la poursuite du projet. Il est aussi important ici de rappeler les
objectifs d’informatisation poursuivis.
5-2 - ETUDE DETAILLEE

Ici, il est demandé au stagiaire (à l’étudiant) d’utiliser les formalismes, les
concepts et les étapes de la méthode d’analyse choisie. Il s’agit d’appliquer le
cours (sur la méthodologie MERISE) à une situation réelle d’entreprise.
5-2-1 - AUTOMATISATION DES DONNEES
5-2-1 -1 - Elaboration du MCD

En introduction de cette partie, il faut donner le rôle de chaque étape entrant
dans l’élaboration du MCD.
Etape 1 - Le dictionnaire des données

C’est un tableau renfermant toute les données (calculées ou non) utilisées
dans le système d’information. Il faut représenter avec beaucoup de clarté et de
rigueur en expliquant avec une légende les différentes abréviations utilisées.
Etape 2 - Les règles de gestion
Etape 3 - La Structure d’Accès Théorique (SAT)

Elle représente tous les chemins d’accès aux données possibles. Elle doit
être présentée sur une page (au moins), clairement après l’introduction expliquant
son rôle.
Etape 4 – Le schéma du Modèle Conceptuel des Données (MCD)

Le MCD donne une représentation statique du système d’information de
l’entreprise, c'est-à-dire l’ensemble des données manipulées par l’entreprise ainsi
que les relations existant entre ces différentes données. Il faut représenter
clairement et lisiblement le MCD tout en respectant les formalismes requis.
53
5-2-1 -2 – Le Modèle Logique des Données Relationnel
- Choix du système de gestion de base de données

Le MCD n’est pas directement exploitable par un système de gestion de base
de données. Pour cela, il est nécessaire de passer au modèle logique des données.
Dans notre cas, nous opterons pour le type relationnel du MLD, de nos jours
efficacement adaptable et adapté pour l’utilisation des systèmes de gestion des
bases de données relationnelles.
Notre choix s’appuie du reste sur l’utilisation de Microsoft Visual Basic
pour l’implémentation du thème soumis à notre étude
– Le Modèle Logique des Données Relationnel

Il s’agit de représenter ici le MLD Relationnel tout en respectant les
formalismes et principes requis.
5-2-1-3 - Le Modèle Physique des Données (MPD)

Le MPD est la traduction logique du MLD dans un langage de description
des données spécifiques au système de gestion de base de données choisi pour
l’implémentation du thème étudié. Le MPD se préoccupe donc de l’organisation
interne des données, c'est-à-dire la structure des données sur les supports
informatique et l’optimisation des accès à ces données pour des objectifs de
performance. Le MPD doit aussi permettre de déterminer la volumétrie pour les
capacités mémoires requises. Il s’agit de présenter clairement la structure de
chaque table issue du MLD relationnel.
Aussi, la description des structures des données se fera dans le respect des
procédures, principes et méthodes du logiciel choisi pour la création de la base de
données à utiliser. Pour illustrer cela, nous avons retenu Microsoft Access pour la
création de notre base de données, d’où l’exemple de table suivant :
Exemple de table
Nom de la table : ETUDIANT Organisation : Relative

Support : Disque Dur
Clé Primaire : Matetu
Clé Etrangère : Codeclas
N°ORDRE CODE SIGNIFICATION TAILLE TYPE REMARQUES

01 Matetu Matricule Etudiant 10 Texte Clé primaire
02 Nometu Nom Etudiant 20 Texte
03 Prenetu Prenoms Etudiant 30 Texte
04 Adetu Adresse Etudiant 50 Texte
05 Codeclas Code de la classe 10 Texte Clé étrangère
120
TOTAL
54
5-2-1 -4 - Etude conceptuelle des traitements

Il s’agit de donner les étapes principales de la démarche d’élaboration du
MCT de chaque processus tout en précisant le contenu de chaque étape.
Etape 1- Présentation des acteurs et leurs rôles

Il s’agit ici de spécifier dans le tableau suivant les différents acteurs qui
interviennent dans chaque processus.
ACTEURS Rôles
Externes Internes
E1
I1
I2
Etape 2- Graphe de flux

Il est important de présenter très clairement le graphe des flux qui à pour
rôle de monter les circuits de l’information et des flux physiques.
Etape 3- Graphe d’ordonnancement des événements

Son rôle est d’ordonner les événements internes de l’entreprise
Etape 4– Le schéma du modèle conceptuel des traitements

Il permet de déduire les traitements tout en spécifiant les taches des
constituants. Il retrace le circuit de l’information mettant ainsi en exergue les
opérations subites par l’information (en fait il s’agit du « quoi faire »). Il est
obligatoire de diviser le MCT en processus. Il doit être représenté clairement en
spécifiant chaque processus
6-– REALISATION
Il s’agit de rédiger avec beaucoup de clartés un mini guide utilisateur
spécifiant les aspects suivants de votre logiciel :
- Procédures d’installation du logiciel
- Présentation Générale des Fonctionnalités du logiciel
7 - CONCLUSION
Il s’agit ici de faire le bilan de l’étude (de la conception) en précisant les
difficultés (ainsi que les aisances) rencontrées durant le parcours. Il sera aussi utile
de faire des suggestions assez objectives devant permettre de cerner les
impressions et l’intérêt du stagiaire (sans oublier de remercier les collaborateurs).
8 - LA BIBLIOGRAPHIE
La bibliographie finale contient la liste de tous les ouvrages, articles et autres
types de documents consultés et utilisés dans la rédaction du mémoire. Vous devez
55
penser et adopter une classification qui facilite le mieux l’identification rapide des
ressources bibliographiques citées dans la bibliographie finale. Les œuvres d'un
même auteur doivent être ordonnées par ordre chronologique (du plus récent au
plus ancien).
PRESENTATION DES ŒUVRES BIBLIOGRAPHIQUES:

Auteurs, titre, Lieu d’édition : Maison d’édition, Année de publication
Plus de deux auteurs : utiliser la locution latine et al. (en italique) :

- GÉRARD André-Marie et al., Dictionnaire de la Bible, Paris : Éd. Robert
Laffont, 1989.
L’auteur est directeur/éditeur de la publication :

- ROMANINI Angiola Maria (dir.),Enciclopedia dell’arte medievale, Roma :
Istituto della Enciclopedia italiana, 12 vols., 1991-2002.
Un article dans un journal:

NOM Prénom, « Titre de l’article » (toujours entre guillemets et pas en
italique), in : Titre de la revue(en italique), n°, volume(s), date, pages.
- TOUBERT Pierre, « Le règne de Charles le Chauve : bilan et perspectives », in:
Le Moyen Age : Revue d’histoire et de philologie, vol. 89, n° 3-4, 1983, pp. 441-
456.
SITES WEB ET AUTRES RESSOURCES ELECTRONIQUES:

Auteurs, titre, Lieu d’édition : Maison d’édition, Année de publication
disponible à l’adresse URL : -www.sousdoues.com
ou : Site personnel de NOM et Prénoms, disponible à l’adresse URL :
9 - SOUTENANCE DU MÉMOIRE
La soutenance du mémoire a lieu en présence d’un jury au plus tôt un mois
après le dépôt du mémoire. La soutenance dure environ 60 minutes et comprend :
une présentation orale réalisée par l’étudiant (15 à 20 minutes), une évaluation de
la part du jury et une discussion libre (réponses du candidat aux questions du jury).
La présentation orale est un exercice extrêmement important qui doit être
rigoureusement préparé par l’étudiant à l’avance. Elle est axée principalement sur
la méthodologie du travail : il ne s’agit en aucun cas de résumer le contenu du
mémoire ou de reprendre les points du plan. L’étudiant doit prendre un certain
recul par rapport à son sujet afin de réaliser le bilan de son travail. En ce sens, il
abordera les points suivants :
- Rappel du sujet et de sa pertinence dans le cadre de la recherche
56
effectuée (quels ont été les connaissances générales, les débats théoriques, les
circonstances pratiques qui ont nourri la problématique ?) ;
- Le cheminement méthodologique (présentation des sources, des
méthodes et des outils qui ont permis d’étudier et d’analyser le sujet) ;
- Les conclusions et les résultats obtenus (ont-ils répondu de manière
satisfaisante aux hypothèses de départ ?) ;
- Les difficultés et les problèmes rencontrés (même si la tendance est de
ne pas en parler, il est également important de souligner les aspects que vous
n’avez pas pu traiter intégralement et que vous auriez souhaité améliorer
davantage) ;
- Les perspectives d’avenir qui pourront valoriser le travail réalisé,
l’apport que ce travail a eu dans le cadre de votre développement professionnel
et/ou personnel.
10 - QUELQUES RECOMMANDATIONS
- Le mémoire (ou le rapport) doit être le reflet du travail personnel du
stagiaire, s’appuyant sur son maître de stage et un professeur encadreur.
- Il doit être évité les fautes d’orthographe, de style, les informations
erronées (ou obsolètes).
- Les différentes parties du plan doivent être bien agencées afin d’amener le
lecteur à suivre et à comprendre aisément le contenu du rapport. La mise en page
doit être agréable.
- Les documents à joindre en annexe doivent être numérotés
chronologiquement annoncés dans l’ordre d’utilisation dans le rapport.
- Le stagiaire doit s’impliquer véritablement parce que qu’il s’agit de juger
de sa capacité d’application des outils étudiés au cours de sa formation à la vie
professionnelle.
- Le travail de mémoire correspond à au moins 50 pages dactylographiées,
sans la bibliographie, le dossier des illustrations et les annexes.
- Utilisation d’une police lisible (Times New Roman, Cambria, Garamond,
Arial, Calibri 14 points) et un interligne de 1,5. Pour ce qui est des notes de bas de
page ou des citations dans le corps du texte, vous pouvez envisager une police de
10 points.
- Le texte doit être justifié et les marges doivent être définies en fonction des
exigences de l’impression et de la reliure du document (3 cm à gauche et 2,5 cm en
haut, à droite, en bas).
- Les pages sont numérotées. La numérotation débute dès la page de titre,
mais n’est visible qu’après celle-ci. Les paragraphes doivent être très bien
structurés en unités compactes et distinctes. Évitez de passer trop souvent à la
ligne, départagez les différents paragraphes par un espace blanc avant et après,
57
soignez et marquez les transitions entre paragraphes principaux et secondaires. La

règle générale est la clarté et la facilité de lecture !
- Guillemets : utilisez le système de guillemets propres à la langue dans
laquelle vous rédigez le travail de mémoire (formes françaises « », formes
anglaises " "). Pour marquer une citation à l’intérieur d’une autre citation, il faudra
utiliser les apostrophes : « ’ ‘ ».
- Le gras et l’italique doivent répondre aux usages suivants :
es mots étrangers (en italique, sans guillemets) ;
es locutions latines : et al., a priori etc. (en italique) ;
es mots-clés ou les termes à faire ressortir dans le texte (en italique de
préférence ; le gras sert également à appuyer une idée, mais attention à ne pas en
abuser : son usage peut affecter l’aspect général de la page) ;
es titres et les sous-titres des ouvrages et revues (en italique)
Abréviations : toute abréviation qui n’est pas largement et couramment connue,

doit être explicitée dans une table des sigles (voir ci-après).
Notes de bas de page : Les notes de bas de page sont préférables aux notes de fin
de document. Les notes constituent des unités textuelles en soi et signalent non
seulement les références pures et simples des ouvrages et articles consultés mais
également des commentaires secondaires ou des réflexions personnelles. L’appel
des notes est indiqué par un numéro (1,2 …) après les guillemets et
avant la ponctuation finale de la phrase. La première occurrence d’une référence
doit faire l’objet d’une mention complète. La deuxième occurrence de la référence
peut être abrégée sur ce modèle :
GOB André, Des musées au-dessus de tout soupçon, Paris : Armand Colin, 2007,
p. 20.
Les abréviations suivantes : idem., ibidem., op.cit.ne sont pas admises !
Citations : Une citation est « la reproduction d’un texte écrit par un auteur, qui lui
explicitement attribué avec indication de la source au moyen du guillemet et de la
note »
- Pour chaque citation, le lecteur doit pouvoir clairement identifier
la référence exacte et complète : le nom de l’auteur, le titre de l’ouvrage et la page
d’où le texte a été extrait.
- Les citations relativement courtes figureront entre guillemets dans
le corps du texte, alors que les textes plus longs constitueront des paragraphes
séparés, délimités à l’aide d’une marge plus importante à gauche et/ou d’une police
ou d’un interligne réduits.
- Il est recommandé de ne pas modifier le texte cité (corrections et
changement des termes, modification de la ponctuation, etc.). Toutefois, si une
modification est nécessaire, elle doit être clairement indiquée : si vous avez
58
remarqué une faute de syntaxe ou de grammaire, utilisez le terme « sic », entre

parenthèses après le terme erroné ; si vous souhaitez ajouter des mots dans le texte,
indiquez-les entre crochets [ ] ; pour éliminer des phrases ou des mots d’une
citation, remplacez-les par le signe […]
- Utilisez les citations avec modération, sans en abuser : le travail de

mémoire n’est pas une compilation d’idées des auteurs lus, mais le fruit d’une
réflexion personnelle. Les citations répondent dès lors à deux fonctions de base :
appuyer votre propre discours, vos opinions ainsi que marquer les textes que vous
souhaitez interpréter dans le cadre de votre analyse
- Il est important de mentionner chaque citation dans la langue
d’origine. Toutefois, si une traduction est proposée, il est nécessaire de la signaler
en note de bas de page (« traduction de l’auteur », « notre traduction ») avec renvoi
au texte original également.
Illustrations : Les illustrations sont regroupées à la fin du travail ou peuvent faire,

en fonction du volume du mémoire, l’objet d’un deuxième document, séparé.
Chaque illustration est légendée de manière très précise selon le modèle :
Nom/prénom de l’artiste/titre de l’œuvre/date/support ou matériau, technique,
mesures (longueur x largeur)/lieu de conservation (musée, institution,
éventuellement numéro d’inventaire/cote).
- Ces données se fondent sur les catalogues raisonnés, les catalogues
de musées et de collections, les catalogues de ventes au caractère scientifique. S’il
s’agit d’une photographie personnelle, veuillez l’indiquer par la mention «
photographie de l’auteur ». Si les images proviennent de sources web, vous devez
si possible indiquer la source exacte et les crédits photos (nom de l’institution ou
nom du photographe). Si les images sont scannées, la source utilisée, c’est-à-dire
l’ouvrage où l’image est reproduite, doit être également indiquée.
FRAGNIÈRE Jean-Pierre, Comment faire un mémoire ?, Lausanne : Éditions

Réalités sociales, 2000, p. 126.
59
PLAN DU MEMOIRE DE PROJET INFORMATIQUE
Sommaire
Dédicace …………….…………………………………………………..
Avant-propos ………………………………………………………….
Remerciements ………………………………………………………...
INTRODUCTION ……………………………………………………
PROBLEMATIQUE …………………………………………………
Première Partie : APPROCHE METHODOLOGIQUE ………….
Chapitre 1 : Présentation de la structure d’accueil …………………
1-1 - Cadre de référence générale …………………………………………….
1-2 – Cadre de référence spécifique …………………………………………..
Chapitre 2 : Etude de l’existant ………………………………………

2 – 1 Présentation de l’existant ………………………………...…………….
2 – 2 Critique de l’existant …………………………………..……………….
2 – 3 Proposition des solutions ……………………………...………………..
Chapitre 3 : Définition des termes de l’étude et Présentation des méthodes

d’analyse …………………………………………………..
3 – 1 – Définition des termes de l’étude ………………………………………
3 – 2 – Procédés de recherche …………………………………………………
3 – 3 – Présentation des méthodes d’analyse ………………………………...
Deuxième Partie : CONCEPTION DU SYSTEME …………………

Chapitre 4 : Modélisation conceptuelle ………………………………
4 – 1 – Modélisation des données ………………………………………….....
4 – 2 – Modélisation des traitements ……………………………...…………
Chapitre 5 : Modélisation logique et organisationnelle …………….

5 – 1 – Modèle Organisationnel des Traitements …………………………...
5 – 2 – Modèle Logique des Données ……………...…………………………
5 – 3 – Modèle Physique des Données et Volumétrie de la base de données.
60
Troisième Partie : ETUDE TECHNIQUE ET REALISATION ….

Chapitre 6 : Etude Technique …………………………………………
6 – 1 – Choix des outils de développement ……………………………………
6 – 2 – Choix de l’architecture de déploiement ………………………………
Chapitre 7 : Réalisation du projet ……………………………………

7 – 1 – Evaluation du coût des choix techniques effectués …………………..
7 – 2 – Sécurité des données …………………………………………………...
7 – 3 – Présentation de quelques écrans ….…………………………..………
Conclusion ……………………………………………………………..
Annexes
BIBLIOGRAPHIE
-claire Fleure, le modèle COCOMO, Bonnes pratiques, spirula
- S. Bordage, conduite de projet Web 2e edition
-Frémaux Valéry. Le projet informatique de A à Z
-Pressman Roger S. Software Engineering 5th edition.
WEBOGRAPHIE
- http://liris.cnrs.fr/
- http://www.ethnoinformatique.fr/
61

Chapitre 1: Introduction Au Projet Informatique

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

Chapitre 1: Introduction Au Projet Informatique

Transféré par

Droits d'auteur :

Formats disponibles

Cours de Projet Informatique - Informatique Développeur d’Application 2ème Année

CHAPITRE 1 : INTRODUCTION AU PROJET

Objectif Général : l’Etudiant doit être capable de définir et d’identifier

Objectif Spécifique 1 : l’Etudiant devra être capable de définir un projet

Objectif Spécifique 2 : l’Etudiant devra être capable de déterminer les

Objectif Spécifique 3 : l’Etudiant devra être capable d’identifier

DEFINITION 2 : Un projet est un système complexe d’intervenants, de

DEFINITION 3 : C’est une intention, plus ou moins floue, dont la

DEFINITION 4 : Du point de vue scientifique: un projet l'image d'un futur,

Exemples de projets informatiques

1-2- OBJECTIFS DU PROJET INFORMATIQUE

1- 3- LES DIFFERENTS TYPES DE PROJETS

1–3-1- LES PROJETS D’APPLICATIONS

1-3-2- LES PROJETS GENERAUX

1-4 - LES INTREVENANTS D’UN PROJET

1-4-1- LA MAITRISE D’OUVRAGE (MOVG)

1-4-2- LA MAITRISE D’ŒUVRE (MOVR)

Elle définit et choisit les méthodes et moyens nécessaires dont les

-Réduire la complexité des travaux de conception (aspect démarche)

1-4-3- LE COMITE DE PILOTAGE (CP)

Le maitre d’œuvre anime le comité de pilotage, le maitre d’ouvrage le

1-4-4- LE COMITE DIRECTEUR INFORMATIQUE

1-4-5- L’EQUIPE DE PROJET

1-4-6- LE CHEF DE PROJET

1-4-6- 1 - La constitution de l’équipe de projet

1-4-6- 2 - Les collaborateurs

LES SPECIALISTES : Plutôt situés dans les équipes projets, leur

LES METHODIQUES : Les méthodiques ont un profil intermédiaire entre

Plus un projet est vaste et complexe, plus la direction de projet s’éloigne du

TACHES DES ACTIVITES D’UN CHEF DE PROJET

PREPARATION DEROULEMENT TERMINAISON

-Identifier les -Suivre les tâches

La conduite de projet s’attache principalement à l’enchaînement des étapes,

comment faire » pour les actions élémentaires définies dans la description de

Exemples de méthodes de conception : MERISE, AXIAL, NIAM, IDA,

1-4-7- LE GROUPE DES UTILISATEURS

1-4-8- LE GROUPE D’EXPERTS

1-6 - GESTION DE PROJET

Si le projet est contraint par les coûts, on cherchera la meilleure utilisation

La gestion du projet logiciel a pour but de le mener à son terme, en tenant

Gestion de délai: elle consiste à déterminer un parcours qu'on va suivre, un

Gestion de ressources: le moyen constitué du budget du projet donc il s'agit de

Remarque: la solidarité entre les sommets du triangle de gestion doit être

1-6-1- PILOTAGE D’UN PROJET

Tableau de bord : Les informations codifiées sont à deux niveaux : le suivi

- Suivi individuel : Il permet de détecter les difficultés éventuelles d’un

Nom Tâche Temps Temps passé Reste à faire

Récapitulatif mensuel : Temps passé : T ; Reste à faire : R

Mois Tâche Semaine 1 Semaine 2 Semaine 3 … Total du mois

Coefficient du temps passé sur le projet :

Piloter un projet, c’est :

3 –GERER (AGIR, CONTROLER, ANTICIPER, REAGIR)

Il est absolument nécessaire de piloter un projet car cela permet de :

1-6-2- ESTIMATION DE CHARGE

Unité: Jour / Homme ; Mois / Homme ; Année / Homme.

Remarques: Mois / Homme (M/H : charge sur un mois en général 20 jours).

Taille du projet: la taille du projet se mesure à sa charge.

Ordre de grandeur: selon les normes ISO:

Durée: dépend de la charge et du nombre de personnes impliquées.

Exemple: 60 M/H peut être 1 personne pendant 5 ans ou 10 personnes pendant 6

1-6-3- METHODES D’ESTIMATION DE CHARGE

1-6-3-2 – Méthode Delphi

1-6-3-3 – Méthode de répartitions