ROYAUME DU MAROC

Office de la Formation Professionnelle et de la Promotion du Travail

www.cours-ofppt.com

Les Caractristiques dun Projet Informatique

DIRECTION RECHERCHE ET INGENIERIE DE FORMATION SECTEUR NTIC

ROYAUME DU MAROC

Office de la Formation Professionnelle et de la Promotion du Travail

DIRECTION RECHERCHE ET INGENIERIE DE FORMATION SECTEUR NTIC

Les Caractristique d'un Projet Informatique

www.cours-ofppt.com
Sommaire
1. Introduction .........................................................................................2 2. Les principaux rles dans un projet informatiques.......................................3 2.1. Le client..........................................................................................3 2.2. Le prestataire ..................................................................................3 2.3. Le directeur du projet ou chef de projet...............................................3 2.4. La matrise douvrage ......................................................................4 2.5. La Matrise duvre...........................................................................4 2.6. Le responsable qualit ......................................................................4 2.7. Les utilisateurs .............................................................................5 2.8. Les fournisseurs ..............................................................................5 3. Les contraintes dun projet informatique ...................................................5 3.1. Les cots.........................................................................................5 3.2. Les dlais........................................................................................6 3.3. La qualit........................................................................................6 4. Les contraintes dans la gestion de projet informatique.................................7 4.1. La description des besoins..................................................................7 4.2. La validation des spcifications technique du projet...............................7 4.3. Le maquettage ou le prototypage .......................................................8 4.4. La planification du projet...................................................................8 4.5. Le cot de ralisation du projet...........................................................9 4.6. Le suivi de la ralisation du projet.......................................................9 4.7. Rception et recette du projet............................................................9 5. Les Livrables dans un projet informatique ...............................................10 5.1. Livrables business.......................................................................10 5.2. Livrables de gestion ........................................................................10 5.3. Exemple de livrables : ....................................................................10 5.3.1. Phase dtude : ........................................................................10 5.3.2. Phase danalyse : .....................................................................11 5.3.3. Phase de Conception .................................................................11 5.3.4. Phase de Ralisation et de tests...................................................12 5.3.5. Dploiement Capitalisation et Bilan..............................................12 5.3.6. Livrables Management ...............................................................12 6. Les projets de cration des logiciels ou de dveloppement des solutions informatiques..........................................................................................13

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 1 - 18

Les Caractristique d'un Projet Informatique

1.Introduction
Depuis les 20 dernires annes, l'informatique a littralement envahit les entreprises. Ces dernires ont donc dveloppes des services informatiques puis des DSI afin de grer, maintenir et suivre les projets informatiques.

Ces services ont donc pour vocation de mener bien les projets informatiques; qu'il s'agisse de dveloppements spcifiques ou d'intgration de progiciels. La question qui apparat naturellement est: Comment ces entits au sein des entreprises arrive-t-elle respecter leurs objectifs? Quelle est la mthode qui rgit la gestion de projet informatique? L'expansion de l'informatique cre de nouveaux besoins de comptences informatiques et de gestion projet. Aussi, s'il y a 20 ans, il y avait peu (voir aucun) de formation informatique et donc peu d'informaticiens (mais plutt des ingnieurs qui s'taient reconvertit); la situation est diffrente aujourd'hui: bon nombre de formation existe et des personnes ont t forms. Il en est de mme en ce qui concerne la gestion de projet informatique et les chefs de projet. En effet, au dpart, la gestion de projet informatique tait un peu hasardeuse et la russite des projets tait surtout due grce aux qualits individuelles (notamment lexprience) des chefs de projets. Aujourd'hui, la gestion de projet informatique est standardise et en perptuelle volution (amlioration). Des socits ou des associations ont vu le jour et se sont spcialiss dans ce domaine, on peut citer par exemple le PMI (Project management institue) ou encore l'AFITEP. Ces organismes standardises la gestion de projet, propose des formations et permettent mme de passer des certifications en gestion de projet. C'est donc naturellement que de plus en plus de personnes sont formes grer des projets. Cependant, au sein des entreprises, plusieurs chefs de projet travaillent gnralement individuellement (chacun sur son ou ses projets) et mme s'ils connaissent des mthodes de gestion de projet, il est plutt rare que ces personnes travaillent utilisent exactement la mme mthode. En effet, quelque soit leur formation, les chefs de projet ont une exprience diffrente de la gestion de projet et cela influe leur mthodologie de gestion de projet. Ce document propose une vu globale des composantes dun projet informatique avec une prsentation des dfrentes caractristiques qui le dfinissent.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 2 - 18

Les Caractristique d'un Projet Informatique

2.Les principaux rles dans un projet informatiques.

Dans un projet informatique les Acteurs sont nombreux ; il ont chacun un rle et des responsabilits

2.1.

Le client

Le client est lorganisme auquel est destin le projet, cest celui le donneur dordre et le payeur de la prestation. Le client peut tre une entreprise qui fait appel une SSII pour ralis le projet ou le service de lentreprise qui fait appel la direction informatique

2.2.

Le prestataire

Le prestataire est lorganisme qui ralise le projet Le prestataire peut tre une entreprise externe spcialise (SSII) ou le service informatique de lentreprise

2.3.

Le directeur du projet ou chef de projet

Le Directeur ou chef de projet est le responsable de la mise en oeuvre du projet Gestion de LInventaire dans le cadre du cahier des charges tabli. Il est charg dtudier les besoins des utilisateurs, de dfinir des solutions adaptes et aprs validation de les mettre en oeuvre avec les outils informatiques retenus. Il sappuie sur le Groupe de Pilotage et travaille en troite collaboration avec le responsable utilisateur. Il dirigera lquipe affecte au projet. Il veillera au respect des dlais, la qualit du travail et ltablissement des critres de rception du projet. Il a pour rle dassurer la coordination de lensemble des acteurs du projet On dsigne gnralement le matre duvre comme directeur du projet, parfois le matre douvrage.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 3 - 18

Les Caractristique d'un Projet Informatique

2.4.

La matrise douvrage

La matrise douvrage assure la conformit du projet vis--vis de la demande du client. Elle reprsente le client tout au long du projet, elle a pour rle de : Veiller au respect des objectifs gnreux du projet Assurer la conduite gnrale dur projet Grer les enveloppes financires Produire lexpression des besoins Valider les documents relatifs au projet ainsi que les maquettes Prparer et excuter les testes de rception des applications Prononcer les recettes

Cest au sein de la matrise douvrage que lon trouve les experts mtier et les groupes de validation Lorsquil existe un service dorganisation dans lentreprise, celle-ci frquemment charg de la matrise douvrage, dfaut elle peut reprsenter les utilisateurs auprs de celle-ci.

2.5.

La Matrise duvre

La Matrise duvre est la responsabilit de lexcution du projet. Elle reprsente le prestataire tout au long du projet. La Matrise duvre est le garant du respect des engagements pris notamment sur les dlais et les contenues des fournitures. Il assure le pilotage technique du projet, la gestion de lquipe de production laffectation des tches et la mise en uvre des dispositions dassurance qualit.

2.6.

Le responsable qualit

Le responsable qualit est choisi en commun accord entre le matrise doeuvre et la matrise douvrage Il a le rle de : Dfinir les dispositions dassurance qualit formalises ans le plan dassurance qualit Veiller la mise en application de ces dispositions Dfinir les actions correctives si les dispositions ne sont appliques Vrifier et rendre compte de la mise en application de ces actions

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 4 - 18

Les Caractristique d'un Projet Informatique

2.7.

Les utilisateurs

Les utilisateurs sont les destinataires finaux du projet. il participe au projet sous la responsabilit du matrise douvrage. Le rle des utilisateurs est important en particulier au niveau de : Lexpression des besoins. Les tests de recette. La mise en service du projet.

2.8.

Les fournisseurs

Un certain nombre dlment indispensable lexcution du projet peuvent tre obtenu auprs des fournisseurs autre que le prestataire. Ces fournisseurs peuvent fournir des matriels, logiciels, des ressources humaines et des services. Il est recommand de dfinir :

Les relations contractuelles avec les fournisseurs Lentit qui porte la responsabilit le choix du fournisseur Lentit qui porte la responsabilit du contrle de lexcution du contrat Les dispositions financires associes

3.Les contraintes dun projet informatique

Cot, dlais, qualit : ces trois mots rsument les trois proccupations du chef de projet. Lorsqu'un chef de projet accepte la responsabilit d'un nouveau projet, il l'accepte dans un cadre qui doit tre bien dfini et valid par toutes les parties concernes par le projet.

3.1.

Les cots

Avant de lancer le projet, un chiffrage prcis doit tre ralis. Ce chiffrage doit tre le plus exhaustif possible. Il doit comprendre (par exemple) :

le cot des jours consacrs l'tude, aux runions, la rdaction des compte rendus, Document
118845050.doc

OFPPT @

Millsime
juillet 12

Page 5 - 18

Les Caractristique d'un Projet Informatique les jours consacrs au dveloppement informatique du projet, les jours consacrs aux tests, la mise en production, etc... Ce n'est qu'une fois ce chiffrage est ralis et valid par tous les intervenants que le projet peut commencer. La justesse du chiffrage est importante car la consommation du budget sert d'indicateur l'avancement du projet. Cet indicateur est fauss d'emble si le chiffrage a t volontairement ou involontairement surestim ou sous-estim. La sous-estimation est par exemple pratique par une socit de prestation informatique pour dcrocher un appel d'offres. Gnralement, la socit se rattrape par des avenants au contrat sur des prtextes plus ou moins rels (seul un contrat bien ficel, et un cahier des charges trs prcis permet de contrer ces tentatives).

3.2.

Les dlais

Un planning prcis doit tre tabli entre la matrise d'oeuvre et la matrise d'ouvrage. Ce planning doit donner les dates jalon principales, c'est dire celles qui correspondent des tapes prcises dans le projet. La validation de ce planning est importante, parce qu'il sera utilis par toutes les parties pour juger de l'avancement du projet. Ce planning doit tre tabli en tenant compte de tous les paramtres pouvant impacter le projet : congs, ressources disponibles, dlais incompressibles de certaines actions, etc... La matrise d'oeuvre risque de ne pas pouvoir respecter ses engagements en matire de dlais si elle se voit contrainte d'adapter le planning non pas en fonction des vritables contraintes, mais en fonction de la demande initiale de la matrise d'ouvrage (mthode du rtro planning) qui souhaite un dlai trs court, au risque que ce dlai soit impossible tenir.

3.3.

La qualit

Un dveloppement informatique rpond des rgles de l'art prcis qui obligent la matrise d'oeuvre livrer sa matrise d'ouvrage un outil informatique qui fonctionne sans erreurs, et surtout, qui respecte le cahier des charges fonctionnelles valides avec la matrise d'ouvrage. La matrise d'oeuvre risque de ne pas pouvoir tenir ses contraintes de qualit si la matrise d'ouvrage modifie en cours de projets ses spcifications fonctionnelles, en ajoutant ici et l des fonctionnalits impactantes, non prvues initialement.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 6 - 18

Les Caractristique d'un Projet Informatique

4.Les contraintes dans la gestion de projet informatique

Il est quelque fois difficile d'expliquer un non initi le droulement d'un projet informatique et ses contraintes. Pour certaines matrises d'ouvrage, le projet informatique se rsume au dveloppement d'un code informatique. La qualit de la matrise d'oeuvre se rsume son agilit, c'est dire sa capacit raliser vite et bien, sans ncessairement trop poser de questions.

4.1.

La description des besoins

Tout projet informatique commence par la description de votre besoin. Limplication du matrise d'ouvrage, est non seulement ncessaire, mais elle est indispensable. Un projet informatique ne peut pas tre lanc par une matrise d'ouvrage sans que cette dernire n'ait rflchi de faon srieuse son besoin. Le projet informatique ne peut pas dmarrer non plus si la matrise d'ouvrage ne donne pas une dfinition la plus prcise possible de ce qu'elle en attend, en terme de fonctionnalits, en terme d'objectifs. Le projet informatique ne peut pas avancer si la matrise d'ouvrage ne s'implique pas personnellement dans la description de l'outil demand, en consacrant le temps ncessaire la rflexion et la description des besoins. La matrise d'oeuvre de votre projet informatique doit dfinir tous les dtails, et notamment toutes les rgles de gestion. L'implication active de la matrise d'ouvrage est ncessaire. Les modifications aprs coups ou production sont extrmement coteux raliser.

4.2. La validation des spcifications technique du projet

La matrise d'oeuvre doit rdiger les spcifications dtailles de votre projet informatique. Il sera de la responsabilit de la matrise d'ouvrage de valider ces documents en y consacrant toute l'attention ncessaire. Ces spcifications sont un engagement de chaque matrise vers l'autre.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 7 - 18

Les Caractristique d'un Projet Informatique Les spcifications dtailles de votre projet informatique vous permettront de juger de la conformit ou de la non conformit de ce qui a t livr, par rapport ce que vous avez valid. Dans le cadre des projets informatiques, il n'est pas rare qu'une matrise d'ouvrage modifie le primtre de son projet alors qu'il est en cours de ralisation. Or modifier un projet informatique pendant sa ralisation cote trs cher. Modifier une simple rgle de gestion peut parfois ncessiter de modifier d'autres programmes et la structure de la base de donnes. Ces demandes ont donc des impacts sur le cot, le dlai, et la qualit de la ralisation. Mais ces impacts sont souvent incompris par la matrise d'ouvrage. D'o l'importance de la phase de spcification qui permet de se garantir de ce type de problme.

4.3.

Le maquettage ou le prototypage

En matire de projets informatiques, la notion de "maquette" existe aussi. C'est un outil dvelopp sur la base des spcifications fonctionnelles, et qui donne une ide la plus exacte possible du futur comportement de l'outil. Par contre, s'il est vident que la maquette d'une maison n'est qu'un modle rduit en carton et en plastique, la matrise d'ouvrage des projets informatiques attend souvent de la maquette qu'elle soit... le projet complet. Elle attend de cette maquette toutes les fonctionnalits du vrai outil, avec toutes les caractristiques attendues (en terme de look, d'ergonomie, ...), le tout, bien entendu, sans aucun surcot pour le projet, ni aucun impact sur le planning de ralisation. Bien entendu, c'est impossible. Une maquette informatique restera toujours un dveloppement jetable "simulant" en grande partie des fonctionnalits qui ne sont pas rellement dveloppe. Dans le cas contraire, ce n'est plus une maquette, mais l'outil rel.

4.4.

La planification du projet

En matire de projet informatique, le planning est le sujet le plus sensible dans la gestion de projet. Par manque de connaissance des contraintes du mtier, les matrises d'ouvrage tardent souvent soumettre leur projet aux matrises d'oeuvre. Il n'est pas rare que les lancements soient retards, pour des raisons propres la matrise d'ouvrage. Mais la date limite de mise en production impose la matrise d'oeuvre, elle, ne bouge pas. Le dlai de ralisation du projet informatique s'en trouve alors compress, avec tous les risques que cela comporte, notamment en terme de qualit.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 8 - 18

Les Caractristique d'un Projet Informatique L'exemple de ce client qui se dcide tardivement, mais qui impose la construction de sa maison en seulement deux mois est donc un exemple assez courant en matire de projet informatique.

4.5.

Le cot de ralisation du projet

Les matrises d'ouvrage disposent d'un budget total pour le projet, dans lequel il faut caser tous les cots d'tudes, de ralisation et de mise en oeuvre. Lorsque le cot total dpasse le budget, il n'est pas rare que des ngociations svres s'engagent entre matrise d'ouvrage et matrise d'oeuvre pour le diminuer, mais souvent sans en rduire le primtre fonctionnel. Il arrive aussi trs souvent qu'un chiffrage soit demand sur un projet informatique dont on ne sait rien. Tout le monde s'accordera sur le fait que la question est dplace pour une maison ; elle l'est tout autant pour un projet informatique dont on ne connat rien des fonctionnalits. A la rigueur, une fourchette de prix mini / maxi pour tre donn, la vue de projets peu prs quivalents.

4.6.

Le suivi de la ralisation du projet

En matire de projet informatique, il n'est pas rare que la matrise d'ouvrage ne vienne jamais prendre de nouvelles du dveloppement de son application, pendant toute la dure de la ralisation. On dit que la matrise d'ouvrage entre alors dans un "tunnel". Il est de la responsabilit de la matrise d'oeuvre d'organiser des points d'avancement rguliers pour faire un tat des lieux du projet. L'idal est de pouvoir montrer quelques modules dj dvelopps, si c'est possible. L'objectif est de permettre la matrise d'ouvrage de lever une alarme si elle constate une non conformit flagrante. En fin de projet, il sera trop tard.

4.7.

Rception et recette du projet

Dans le cadre des projets informatiques, la matrise d'ouvrage doit elle aussi raliser des tests de bon fonctionnement avant d'autoriser la matrise d'oeuvre mettre l'outil "en production" (accessible tous les utilisateurs). Il n'est pas rare que la matrise d'ouvrage sous estime cette phase de recette, en l'ignorant, ou en ralisant fort peu de tests. C'est un tord, car en dernier lieu, la matrise d'ouvrage est responsable de ses choix, et notamment de celui de rendre l'outil accessible aux utilisateurs.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 9 - 18

Les Caractristique d'un Projet Informatique

5.Les Livrables dans un projet informatique

Il s'agit de dcrire ce que l'quipe de projet va fournir au client et l'encadrement (des documents, du logiciel, des services, etc.). Les livrables obligatoires sont cits dans les notes de cours mais il peut y en avoir d'autres en fonction du projet.

5.1.Livrables business
Ce sont les livrables qui contribuent satisfaire les besoins du client. Exemples: le rapport d'analyse, le logiciel constituant lapplication ou la solution dveloppe, les prestations et services de la mise en ligne ou en productions de la solution, les sances de formation destine aux futurs utilisateurs client de la solution.

5.2.Livrables de gestion
Ce sont les livrables destins aider la gestion et le contrle du projet. Exemples: le Planning, les procs-verbaux de runion, les rapports davancement.

5.3.Exemple de livrables :
5.3.1. Phase dtude :

Etude de faisabilit : Rassembler les informations permettant d'apprcier : l'opportunit de prendre en compte la Demande de Service, la complexit des solutions envisager, leurs avantages et leurs risques, l'impact de ces solutions sur le plan informatique et sur les systmes environnants.

La Note de Cadrage et de Dimensionnement de projet (Proposition de projet formelle) : Ce document, en conjonction avec le dimensionnement et le plan de projet, dfinit clairement la mthode, le personnel et les frais associs au projet propos. Le document de dimensionnement du projet constitue la premire dfinition dtaille des objectifs et de la structure du projet. Le dimensionnement sert de base toutes les dcisions de planification et de gestion du projet, ainsi que de charte approuve du projet.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 10 - 18

Les Caractristique d'un Projet Informatique

5.3.2.

Phase danalyse :

Rapport de Choix d'architecture :

Dcrire de faon claire et concise chaque scnario tudi pouvant fournir une solution aux problmes et besoins des utilisateurs tels qu'ils ont t exprims dans le documents RBA, en prsentant les aspects fonctionnels, techniques et financiers relatifs chacun d'eux. Prsenter le rsultat de l'tude comparative faite entre ces scnarios Identifier le scnario recommand. Spcifier en dtail toutes les frontires de chaque zone automatise (entres, sorties), toutes les fonctions, les rgles de gestion et les donnes gres par le systme automatis, de faon aboutir un accord avec les utilisateurs sur les caractristiques de ce nouveau systme, et disposer de spcifications de rfrence pour les tests d'acceptation. Prsenter les plans d'acceptation, de conversion et d'installation.

Rapport Fonctionnelle :

5.3.3.

Phase de Conception

Choix d'architecture ou de technologie :

Dcrire de faon claire et concise chaque scnario tudi pouvant fournir une solution aux problmes et besoins des utilisateurs, en prsentant les aspects fonctionnels, techniques et financiers relatifs chacun d'eux. Prsenter le rsultat de l'tude comparative faite entre ces scnarios Identifier le scnario recommand.

Ce document prsente un ou plusieurs scnarios apportant une solution aux problmes et aux besoins des utilisateurs. Pour chacun des scnarios tudis, les fonctions, processus, flux de donnes et stockages de donnes associs sont dcrits, les exigences de conception sont prcises et les cots et avantages escompter sont identifis. Enfin une analyse comparative de ces scnarios est entreprise de faon ce que le scnario offrant le meilleur compromis sur les plans fonctionnels, techniques et financiers soit retenu. Cette analyse comprend une valuation de chaque scnario par rapport au plan de dveloppement informatique.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 11 - 18

Les Caractristique d'un Projet Informatique

5.3.4.

Phase de Ralisation et de tests

Rapport des Spcifications Interne

Spcifier en dtail toutes les caractristiques internes du systme automatis et de chaque zone automatise qui le constitue, de faon ce que les personnes puissent crire le code une fois rsolus tous les aspects lis la conception. Dcrire les plans de Tests, de Conversion et d'Installation. Dcrire les lments ncessaires au service exploitation pour qu'il puisse se prparer pour la charge de travail supplmentaire et fournir les moyens ncessaires.

Documentation technique du programme Constituer un recueil de tous les lments lis au contenu de la bibliothque du systme, aux modules de commande et aux programmes source Dossier test : Constituer un recueil de tous les lments relatifs aux tests (tests unitaires, tests d'intgration, tests systme, tests d'acceptation).

5.3.5.

Dploiement Capitalisation et Bilan

Guides dexploitation ou dutilisation : Dcrire toutes les instructions ncessaires au personnel d'exploitation pour mettre en uvre efficacement le systme automatis sans qu'il ait besoin d'obtenir d'information auprs de ceux qui l'ont dvelopp. Il est ncessaire que le personnel d'exploitation dispose d'instructions et de procdures claires De faon ce que les exploitations d'une application soient correctement planifies et excutes et ce que les sorties aboutissent aux bons destinataires. Bilan du projet Fournir une base identifiant les problmes rencontrs au cours du projet de faon ce que les actions correctives ncessaires lors des projets futurs puissent tre prises Fournir une base permettant la promotion des meilleures pratiques relatives la qualit du systme futur et l'efficience des mthodes employes.

5.3.6.

Livrables Management

Plan dassurance qualit : PAQ Dcrire l'ensemble des dispositions spcifiques prises pour assurer la qualit du produit fourni dans le cadre d'un projet ainsi que la qualit du processus de dveloppement. Dcrire le cadre de rfrence utilis pour le projet de dveloppement ou d'volution. Enoncer les actions et les rgles d'Assurance Qualit acceptes la fois par le client et le fournisseur dans le cadre d'un projet.

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 12 - 18

Les Caractristique d'un Projet Informatique

Plan de Management des risques : Dcrire l'ensemble des dispositions spcifiques, ainsi que leur mise en uvre, prises pour :

Identifier, qualifier et quantifier les risques,

Planifier les actions, les conduire Procs-verbaux et rapports dactivit : Un rapport d'avancement et compte-rendu des runions de pilotage et de cadrage du projet et des questions associes selon un calendrier dfini conjointement. Rapport dAudit du projet : Une revue formelle et contrle les performances de l'quipe de projet l'achvement de chaque phase du projet. Ceci assure que les dlais, les cots et les performances du projet seront atteints.

6.Les projets de cration des logiciels ou de dveloppement des solutions informatiques

Un projet informatique s'inscrit dans un cycle de dveloppement qui dfinit les grandes tapes de la ralisation (planification), de la manire dont on passe d'une tape l'autre (modle incrmental ou en cascade, en V, en spirale ).

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 13 - 18

Les Caractristique d'un Projet Informatique

Pour les petits projets (ou les petites quipes de dveloppement), cette rflexion est souvent nglige (on se rpartit les modules et chacun dveloppe dans son coin). Ceci est une cause frquente d'erreurs (bogues) et de non-conformit (le produit final n'est pas conforme aux attentes de l'utilisateur). Mais mme les normes projets, avec beaucoup de moyens, sont victimes de cette ngligence ; ainsi, l'chec du premier vol d'Ariane 5 fut d un problme de logiciel, etc. Un projet peut alors intgrer une approche de la qualit et de la sret de fonctionnement des systmes informatiques afin de contrler autant que possible le produit final. Un projet comprend les tapes suivantes (selon le modle incrmental) : l'tablissement d'un cahier des charges qui dfinit les spcifications auxquelles devra rpondre le logiciel ; la dfinition de l'environnement d'excution (architecture informatique) : o type(s) d'ordinateur sur lequel le logiciel doit fonctionner (station de calcul, ordinateur de bureau, ordinateur portable, assistant personnel, tlphone portable, guichet automatique de banque, ordinateur embarqu dans un vhicule ; type et version du(des) systme(s) d'exploitation sous-jacent ; priphriques ncessaires l'enregistrement des donnes et la restitution des rsultats (capacit de stockage, mmoire vive, possibilits graphiques...) ; nature des connexions rseau entre les composants (niveau de confidentialit et de fiabilit, performances, protocoles de communication...) ;

o o

la conception de l'application et de ses constituants, et notamment de l'interactivit entre les modules dvelopps : structure des donnes partages, traitement des erreurs gnres par un autre module... : c'est le domaine du gnie logiciel ; la mise en place d'une stratgie de dveloppement : o rpartition des tches entre les dveloppeurs ou les quipes de dveloppement, qui vont assurer le codage et les tests ;

le plan de test du logiciel, pour s'assurer qu'il remplit bien la mission pour laquelle il a t crit, dans toutes les conditions d'utilisation qu'il pourra normalement rencontrer, mais aussi dans des cas limites.

Aprs chacune de ces phases, on peut avoir une tape de recette, o le client va valider les choix et les propositions du matre d'uvre. La phase de programmation consiste dcrire le comportement du logiciel l'aide d'un langage de programmation. Un compilateur sert alors transformer ce code crit dans un langage informatique comprhensible par un humain en un code comprhensible par la machine, le rsultat est un excutable. On peut

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 14 - 18

Les Caractristique d'un Projet Informatique galement, pour certains langages de programmation, utiliser un interprteur qui excute un code au fur et mesure de sa lecture, sans ncessairement crer d'excutable. Enfin, un intermdiaire consiste compiler le code crit vers du bytecode. Il s'agit galement d'un format binaire, comprhensible seulement par une machine, mais il est destin tre excut sur une machine virtuelle, un programme qui mule les principales composantes d'une machine relle. Le principal avantage par rapport au code machine est une portabilit thoriquement accrue (il suffit d'implanter la machine virtuelle pour une architecture donne pour que tous les programmes en bytecode puissent y tre excuts), portabilit qui a fait, aprs sa lenteur, la rputation de Java. Il convient de noter que ces trois modes d'excution ne sont nullement incompatibles. Par exemple, OCaml dispose la fois d'un interprteur, d'un compilateur vers du bytecode, et d'un compilateur vers du code natif pour une grande varit de processeurs. Une fois crit (et compil si ncessaire), le code devient un logiciel. Pour des projets de grande amplitude, ncessitant la collaboration de beaucoup de programmeurs, voire de plusieurs quipes, on a souvent recours une mthodologie commune (par exemple MERISE) pour la conception et un atelier de gnie logiciel (AGL) pour la ralisation. Au cours de la programmation et avant la livraison du produit final, le programme est test afin de vrifier qu'il fonctionne bien (y compris dans des cas d'utilisation en mode dgrad) et qu'il est conforme aux attentes de l'utilisateur final. Les tests intermdiaires permettent de s'assurer que chaque module de code ralise correctement une fonction : ce sont les tests unitaires. Les tests finals qui vrifient le bon enchanement des modules et des traitements sont des tests d'intgration. Pour certaines applications demandant un haut niveau de sret de fonctionnement, les tests sont prcds d'une tape de vrification, o des logiciels spcialiss effectuent (gnralement sur le code source, mais parfois aussi sur le code compil) un certain nombre d'analyses pour vrifier partiellement le bon fonctionnement du programme. Il n'est toutefois pas possible (et des thormes mathmatiques montrent pourquoi), de garantir la parfaite correction de tout logiciel par ce moyen et la phase de test reste donc ncessaire. Elle se complte aussi, lorsqu'il s'agit d'une volution d'une application existante, de nombreux tests automatiss de non-rgression. Les tests non plus ne pouvant pas garantir totalement l'absence d'erreurs, il est bon de les complter par des phases de vrification par relecture : des techniques existent pour essayer de rendre cette vrification exhaustive. Statistiques : la cration d'un logiciel est une tche ardue ; environ 31% des projets
informatiques sont abandonns avant d'tre termins, plus de 50% des projets cotent le double du cot initialement estim et seulement 15% des projets finissent dans les temps et selon le budget dfini. Les besoins de seule maintenance de l'existant peuvent prendre jusqu' 50% des effectifs d'une quipe charge d'un logiciel (or, c'est l une fonction pnible, ingrate, peu valorisante et qui rebute et dmotive souvent les bons programmeurs).

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 15 - 18

Les Caractristique d'un Projet Informatique

Pour approfondir le sujet.

Proposition de rfrences utiles permettant dapprofondir le thme abord

Sources de rfrence
http://www.techno-science.net/ http://www.wikipedia.org/ http://www.gestiondeprojet.net/

OFPPT @

Document
118845050.doc

Millsime
juillet 12

Page 16 - 18