Les Caractéristiques d'un Projet Informatique

7/30/2019 Les Caractristiques d'un Projet Informatique

1/18

Office de la Formation Professionnelle et de la Promotion du Travail

www.cours-ofppt.com

DIRECTION RECHERCHEET INGENIERIEDE FORMATION

SECTEUR NTIC

Les Caractristiques dun Projet Informatique


2/18

Office de la Formation Professionnelle et de la Promotion du Travail

DIRECTION RECHERCHEET INGENIERIEDE FORMATION

SECTEUR NTIC


3/18

Les Caractristique d'un Projet Informatique

www.cours-ofppt.com

Sommaire

1. Introduction .........................................................................................22. Les principaux rles dans un projet informatiques. ......................................3

2.1. Le client ..........................................................................................32.2. Le prestataire ..................................................................................32.3. Le directeur du projet ou chef de projet ...............................................32.4. La matrise douvrage ......................................................................42.5. La Matrise duvre ...........................................................................42.6. Le responsable qualit ......................................................................42.7. Les utilisateurs .............................................................................52.8. Les fournisseurs ..............................................................................5

3. Les contraintes dun projet informatique ...................................................53.1. Les cots .........................................................................................53.2. Les dlais ........................................................................................63.3. La qualit ........................................................................................6

4. Les contraintes dans la gestion de projet informatique .................................74.1. La description des besoins ..................................................................74.2. La validation des spcifications technique du projet ...............................74.3. Le maquettage ou le prototypage .......................................................84.4. La planification du projet ...................................................................84.5. Le cot de ralisation du projet ...........................................................94.6. Le suivi de la ralisation du projet .......................................................94.7. Rception et recette du projet ............................................................9

5. Les Livrables dans un projet informatique ...............................................105.1. Livrables business .......................................................................105.2. Livrables de gestion ........................................................................105.3. Exemple de livrables : ....................................................................10

5.3.1. Phase dtude : ........................................................................105.3.2. Phase danalyse : .....................................................................115.3.3. Phase de Conception .................................................................115.3.4. Phase de Ralisation et de tests ...................................................12

5.3.5. Dploiement Capitalisation et Bilan ..............................................125.3.6. Livrables Management ...............................................................12

6. Les projets de cration des logiciels ou de dveloppement des solutionsinformatiques ..........................................................................................13

OFPPT @Document Millsime Page

118845050.doc juillet 12 1 - 18


4/18


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 degrer, maintenir et suivre les projets informatiques.

Ces services ont donc pour vocation de mener bien les projets informatiques; qu'ils'agisse de dveloppements spcifiques ou d'intgration de progiciels. La question quiapparat naturellement est: Comment ces entits au sein des entreprises arrive-t-elle respecter leurs objectifs? Quelle est la mthode qui rgit la gestion de projetinformatique?

L'expansion de l'informatique cre de nouveaux besoins de comptences informatiqueset de gestion projet. Aussi, s'il y a 20 ans, il y avait peu (voir aucun) de formationinformatique et donc peu d'informaticiens (mais plutt des ingnieurs qui s'taientreconvertit); la situation est diffrente aujourd'hui: bon nombre de formation existe etdes personnes ont t forms.

Il en est de mme en ce qui concerne la gestion de projet informatique et les chefs deprojet. En effet, au dpart, la gestion de projet informatique tait un peu hasardeuse etla russite des projets tait surtout due grce aux qualits individuelles (notammentlexprience) des chefs de projets. Aujourd'hui, la gestion de projet informatique eststandardise et en perptuelle volution (amlioration). Des socits ou des associationsont 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 lagestion de projet, propose des formations et permettent mme de passer descertifications en gestion de projet.

C'est donc naturellement que de plus en plus de personnes sont formes grer desprojets.

Cependant, au sein des entreprises, plusieurs chefs de projet travaillent gnralementindividuellement (chacun sur son ou ses projets) et mme s'ils connaissent des mthodesde gestion de projet, il est plutt rare que ces personnes travaillent utilisent exactementla mme mthode. En effet, quelque soit leur formation, les chefs de projet ont uneexprience diffrente de la gestion de projet et cela influe leur mthodologie de gestionde projet.

Ce document propose une vu globale des composantes dun projet informatique avec uneprsentation des dfrentes caractristiques qui le dfinissent.


118845050.doc juillet 12 2 - 18


5/18


2.Les principaux rles dans un projetinformatiques.

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

2.1. Le client

Le client est lorganisme auquel est destin le projet, cest celui le donneurdordre et le payeur de la prestation.

Le client peut tre une entreprise qui fait appel une SSII pour ralis le projetou 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 serviceinformatique 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 projetGestion de

LInventaire dans le cadre du cahier des charges tabli.

Il est charg dtudier les besoins des utilisateurs, de dfinir des solutionsadaptes et aprs validation de les mettre en oeuvre avec les outilsinformatiques retenus.

Il sappuie sur le Groupe de Pilotage et travaille en troite collaboration avec leresponsable utilisateur.

Il dirigera lquipe affecte au projet. Il veillera au respect des dlais, la qualitdu 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, parfoisle matre douvrage.


118845050.doc juillet 12 3 - 18


6/18


2.4. La matrise douvrage

La matrise douvrage assure la conformit du projet vis--vis de la demande duclient. 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 lesgroupes de validation

Lorsquil existe un service dorganisation dans lentreprise, celle-ci frquemment

charg de la matrise douvrage, dfaut elle peut reprsenter les utilisateursauprs de celle-ci.

2.5. La Matrise duvre

La Matrise duvre est la responsabilit de lexcution du projet. Ellereprsente le prestataire tout au long du projet.

La Matrise duvre est le garant du respect des engagements pris notammentsur les dlais et les contenues des fournitures.

Il assure le pilotage technique du projet, la gestion de lquipe de productionlaffectation 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 doeuvreet la matrise douvrage

Il a le rle de :

Dfinir les dispositions dassurance qualit formalises ans le plandassurance 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


118845050.doc juillet 12 4 - 18


7/18


2.7. Les utilisateurs

Les utilisateurs sont les destinataires finaux du projet. il participe au projet sousla 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 treobtenu auprs des fournisseurs autre que le prestataire.

Ces fournisseurs peuvent fournir des matriels, logiciels, des ressourceshumaines 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 informatiqueCot, dlais, qualit : ces trois mots rsument les trois proccupations du chefde 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 partiesconcernes par le projet.

3.1. Les cots

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

le cot des jours consacrs l'tude, aux runions, la rdaction des

compte rendus,


118845050.doc juillet 12 5 - 18


8/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 intervenantsque le projet peut commencer.

La justesse du chiffrage est importante car la consommation du budget sertd'indicateur l'avancement du projet. Cet indicateur est fauss d'emble si lechiffrage a t volontairement ou involontairement surestim ou sous-estim.

La sous-estimation est par exemple pratique par une socit de prestationinformatique pour dcrocher un appel d'offres. Gnralement, la socit serattrape par des avenants au contrat sur des prtextes plus ou moins rels (seulun contrat bien ficel, et un cahier des charges trs prcis permet de contrer cestentatives).

3.2. Les dlais

Un planning prcis doit tre tabli entre la matrise d'oeuvre et la matrised'ouvrage. Ce planning doit donner les dates jalon principales, c'est dire cellesqui correspondent des tapes prcises dans le projet.

La validation de ce planning est importante, parce qu'il sera utilis par toutes lesparties pour juger de l'avancement du projet. Ce planning doit tre tabli entenant 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 enmatire de dlais si elle se voit contrainte d'adapter le planning non pas enfonction des vritables contraintes, mais en fonction de la demande initiale de lamatrise 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 quifonctionne sans erreurs, et surtout, qui respecte le cahier des chargesfonctionnelles valides avec la matrise d'ouvrage.

La matrise d'oeuvre risque de ne pas pouvoir tenir ses contraintes de qualit sila matrise d'ouvrage modifie en cours de projets ses spcificationsfonctionnelles, en ajoutant ici et l des fonctionnalits impactantes, non prvuesinitialement.


118845050.doc juillet 12 6 - 18


9/18


4.Les contraintes dans la gestion de projetinformatique

Il est quelque fois difficile d'expliquer un non initi le droulement d'un projetinformatique et ses contraintes.

Pour certaines matrises d'ouvrage, le projet informatique se rsume audveloppement d'un code informatique. La qualit de la matrise d'oeuvre sersume son agilit, c'est dire sa capacit raliser vite et bien, sansncessairement 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 estindispensable.

Un projet informatique ne peut pas tre lanc par une matrise d'ouvrage sansque 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, enterme de fonctionnalits, en terme d'objectifs. Le projet informatique ne peut pasavancer si la matrise d'ouvrage ne s'implique pas personnellement dans ladescription de l'outil demand, en consacrant le temps ncessaire la rflexionet la description des besoins.

La matrise d'oeuvre de votre projet informatique doit dfinir tous les dtails, etnotamment toutes les rgles de gestion. L'implication active de la matrised'ouvrage est ncessaire.

Les modifications aprs coups ou production sont extrmement coteux

raliser.

4.2. La validation des spcifications technique duprojet

La matrise d'oeuvre doit rdiger les spcifications dtailles de votre projetinformatique. Il sera de la responsabilit de la matrise d'ouvrage de valider cesdocuments en y consacrant toute l'attention ncessaire. Ces spcifications sont

un engagement de chaque matrise vers l'autre.


118845050.doc juillet 12 7 - 18


10/18

Les Caractristique d'un Projet InformatiqueLes spcifications dtailles de votre projet informatique vous permettront dejuger 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 matrised'ouvrage modifie le primtre de son projet alors qu'il est en cours deralisation.

Or modifier un projet informatique pendant sa ralisation cote trs cher.Modifier une simple rgle de gestion peut parfois ncessiter de modifier d'autresprogrammes et la structure de la base de donnes. Ces demandes ont donc desimpacts sur le cot, le dlai, et la qualit de la ralisation. Mais ces impacts sontsouvent incompris par la matrise d'ouvrage.

D'o l'importance de la phase de spcification qui permet de se garantir de cetype de problme.

4.3. Le maquettage ou le prototypage

En matire de projets informatiques, la notion de "maquette" existe aussi. C'estun outil dvelopp sur la base des spcifications fonctionnelles, et qui donne uneide 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 modlerduit en carton et en plastique, la matrise d'ouvrage des projets informatiquesattend souvent de la maquette qu'elle soit... le projet complet. Elle attend decette maquette toutes les fonctionnalits du vrai outil, avec toutes lescaractristiques attendues (en terme de look, d'ergonomie, ...), le tout, bienentendu, sans aucun surcot pour le projet, ni aucun impact sur le planning deralisation.

Bien entendu, c'est impossible. Une maquette informatique restera toujours undveloppement jetable "simulant" en grande partie des fonctionnalits qui nesont pas rellement dveloppe. Dans le cas contraire, ce n'est plus unemaquette, mais l'outil rel.

4.4. La planification du projet

En matire de projet informatique, le planning est le sujet le plus sensible dansla gestion de projet. Par manque de connaissance des contraintes du mtier, lesmatrises d'ouvrage tardent souvent soumettre leur projet aux matrisesd'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 lamatrise d'oeuvre, elle, ne bouge pas. Le dlai de ralisation du projetinformatique s'en trouve alors compress, avec tous les risques que celacomporte, notamment en terme de qualit.


118845050.doc juillet 12 8 - 18


11/18

Les Caractristique d'un Projet InformatiqueL'exemple de ce client qui se dcide tardivement, mais qui impose la constructionde sa maison en seulement deux mois est donc un exemple assez courant enmatire 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 ilfaut 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 ngociationssvres s'engagent entre matrise d'ouvrage et matrise d'oeuvre pour lediminuer, mais souvent sans en rduire le primtre fonctionnel.

Il arrive aussi trs souvent qu'un chiffrage soit demand sur un projetinformatique dont on ne sait rien. Tout le monde s'accordera sur le fait que laquestion est dplace pour une maison ; elle l'est tout autant pour un projetinformatique dont on ne connat rien des fonctionnalits. A la rigueur, unefourchette de prix mini / maxi pour tre donn, la vue de projets peu prsquivalents.

4.6. Le suivi de la ralisation du projet

En matire de projet informatique, il n'est pas rare que la matrise d'ouvrage nevienne jamais prendre de nouvelles du dveloppement de son application,pendant toute la dure de la ralisation. On dit que la matrise d'ouvrage entrealors 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 depouvoir montrer quelques modules dj dvelopps, si c'est possible. L'objectifest de permettre la matrise d'ouvrage de lever une alarme si elle constate unenon 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 aussiraliser 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, enl'ignorant, ou en ralisant fort peu de tests. C'est un tord, car en dernier lieu, lamatrise d'ouvrage est responsable de ses choix, et notamment de celui derendre l'outil accessible aux utilisateurs.


118845050.doc juillet 12 9 - 18


12/18


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 livrablesobligatoires sont cits dans les notes de cours mais il peut y en avoir d'autres enfonction 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 rapportsdavancement.

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 deprojet formelle) :Ce document, en conjonction avec le dimensionnement et le plan de projet,dfinit clairement la mthode, le personnel et les frais associs au projetpropos.

Le document de dimensionnement du projet constitue la premire dfinitiondtaille des objectifs et de la structure du projet. Le dimensionnement sert debase toutes les dcisions de planification et de gestion du projet, ainsi que decharte approuve du projet.


118845050.doc juillet 12 10 - 18


13/18


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 texprims 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.

Rapport Fonctionnelle : Spcifier en dtail toutes les frontires de chaque zone automatise

(entres, sorties), toutes les fonctions, les rgles de gestion et les donnesgres par le systme automatis, de faon aboutir un accord avec lesutilisateurs sur les caractristiques de ce nouveau systme, et disposerde spcifications de rfrence pour les tests d'acceptation.

Prsenter les plans d'acceptation, de conversion et d'installation.

5.3.3. Phase de Conception

Choix d'architecture ou de technologie :

Dcrire de faon claire et concise chaque scnario tudi pouvant fournirune solution aux problmes et besoins des utilisateurs, en prsentant lesaspects 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 auxproblmes et aux besoins des utilisateurs.

Pour chacun des scnarios tudis, les fonctions, processus, flux de donnes etstockages de donnes associs sont dcrits, les exigences de conception sontprcises et les cots et avantages escompter sont identifis.

Enfin une analyse comparative de ces scnarios est entreprise de faon ce quele scnario offrant le meilleur compromis sur les plans fonctionnels, techniques etfinanciers soit retenu. Cette analyse comprend une valuation de chaquescnario par rapport au plan de dveloppement informatique.


118845050.doc juillet 12 11 - 18
http://www.anere.com/Gestion_de_projet/GP_PF_CAS.htmhttp://www.anere.com/Gestion_de_projet/GP_PF_CAS.htm


14/18


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 ceque les personnes puissent crire le code une fois rsolus tous les aspectslis 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 moyensncessaires.

Documentation technique du programmeConstituer 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, testsd'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 enuvre 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 procduresclaires De faon ce que les exploitations d'une application soient correctementplanifies et excutes et ce que les sorties aboutissent aux bons destinataires.

Bilan du projetFournir une base identifiant les problmes rencontrs au cours du projet de faon ceque les actions correctives ncessaires lors des projets futurs puissent tre prises

Fournir une base permettant la promotion des meilleures pratiques relatives la qualitdu 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 dedveloppement.

Dcrire le cadre de rfrence utilis pour le projet de dveloppement oud'volution.

Enoncer les actions et les rgles d'Assurance Qualit acceptes la fois par leclient et le fournisseur dans le cadre d'un projet.


118845050.doc juillet 12 12 - 18


15/18

Les Caractristique d'un Projet InformatiquePlan de Management des risques :

Dcrire l'ensemble des dispositions spcifiques, ainsi que leur mise en uvre, prisespour :

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 duprojet 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 dechaque phase du projet. Ceci assure que les dlais, les cots et les performances duprojet 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 lesgrandes tapes de la ralisation (planification), de la manire dont on passed'une tape l'autre (modle incrmental ou en cascade, en V, en spirale ).


118845050.doc juillet 12 13 - 18


16/18


Pour les petits projets (ou les petites quipes de dveloppement), cette rflexionest souvent nglige (on se rpartit les modules et chacun dveloppe dans soncoin). 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 lesnormes 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. Unprojet peut alors intgrer une approche de la qualit et de la sret defonctionnement des systmes informatiques afin de contrler autant que possiblele produit final.

Un projet comprend les tapes suivantes (selon le modle incrmental) :

l'tablissement d'un cahier des charges qui dfinit les spcificationsauxquelles 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, assistantpersonnel, tlphone portable, guichet automatique de banque,ordinateur embarqu dans un vhicule ;

o type et version du(des) systme(s) d'exploitation sous-jacent ;

o priphriques ncessaires l'enregistrement des donnes et la

restitution des rsultats (capacit de stockage, mmoire vive,possibilits graphiques...) ;

o nature des connexions rseau entre les composants (niveau de

confidentialit et de fiabilit, performances, protocoles decommunication...) ;

la conception de l'application et de ses constituants, et notamment del'interactivit entre les modules dvelopps : structure des donnespartages, traitement des erreurs gnres par un autre module... : c'estle 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 pourranormalement rencontrer, mais aussi dans des cas limites.

Aprs chacune de ces phases, on peut avoir une tape de recette, o le client vavalider 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 transformerce code crit dans un langage informatique comprhensible par un humain en uncode comprhensible par la machine, le rsultat est un excutable. On peut


118845050.doc juillet 12 14 - 18


17/18

Les Caractristique d'un Projet Informatiquegalement, pour certains langages de programmation, utiliser un interprteur quiexcute un code au fur et mesure de sa lecture, sans ncessairement crerd'excutable. Enfin, un intermdiaire consiste compiler le code crit vers dubytecode. Il s'agit galement d'un format binaire, comprhensible seulement parune machine, mais il est destin tre excut sur une machine virtuelle, unprogramme qui mule les principales composantes d'une machine relle. Leprincipal avantage par rapport au code machine est une portabilit

thoriquement accrue (il suffit d'implanter la machine virtuelle pour unearchitecture donne pour que tous les programmes en bytecode puissent y treexcuts), portabilit qui a fait, aprs sa lenteur, la rputation de Java. Ilconvient de noter que ces trois modes d'excution ne sont nullementincompatibles. Par exemple, OCaml dispose la fois d'un interprteur, d'uncompilateur vers du bytecode, et d'un compilateur vers du code natif pour unegrande varit de processeurs. Une fois crit (et compil si ncessaire), le codedevient un logiciel.

Pour des projets de grande amplitude, ncessitant la collaboration de beaucoupde programmeurs, voire de plusieurs quipes, on a souvent recours une

mthodologie commune (par exemple MERISE) pour la conception et un atelierde gnie logiciel (AGL) pour la ralisation.

Au cours de la programmation et avant la livraison du produit final, leprogramme est test afin de vrifier qu'il fonctionne bien (y compris dans descas d'utilisation en mode dgrad) et qu'il est conforme aux attentes del'utilisateur final. Les tests intermdiaires permettent de s'assurer que chaquemodule de code ralise correctement une fonction : ce sont les tests unitaires.Les tests finals qui vrifient le bon enchanement des modules et des traitementssont des tests d'intgration.

Pour certaines applications demandant un haut niveau de sret defonctionnement, les tests sont prcds d'une tape de vrification, o deslogiciels spcialiss effectuent (gnralement sur le code source, mais parfoisaussi sur le code compil) un certain nombre d'analyses pour vrifierpartiellement le bon fonctionnement du programme. Il n'est toutefois paspossible (et des thormes mathmatiques montrent pourquoi), de garantir laparfaite correction de tout logiciel par ce moyen et la phase de test reste doncncessaire. Elle se complte aussi, lorsqu'il s'agit d'une volution d'uneapplication existante, de nombreux tests automatiss de non-rgression. Lestests non plus ne pouvant pas garantir totalement l'absence d'erreurs, il est bonde 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 projetsinformatiques sont abandonns avant d'tre termins, plus de 50% des projets cotent le doubledu cot initialement estim et seulement 15% des projets finissent dans les temps et selon lebudget dfini. Les besoins de seule maintenance de l'existant peuvent prendre jusqu' 50% deseffectifs d'une quipe charge d'un logiciel (or, c'est l une fonction pnible, ingrate, peuvalorisante et qui rebute et dmotive souvent les bons programmeurs).


118845050.doc juillet 12 15 - 18


18/18


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/


118845050.doc juillet 12 16 - 18
http://www.techno-science.net/http://www.wikipedia.org/http://www.gestiondeprojet.net/http://www.techno-science.net/http://www.wikipedia.org/http://www.gestiondeprojet.net/

Documents

Les Caractéristiques d'un Projet Informatique