LES DIFFERENTES PHASES DU CYCLE DE VIE
2.2.1 Définition des Objectifs
Le management étudie la stratégie et décide de la nécessité de fabriquer ou acheter un
nouveau produit. On s'intéresse aux produits contenant du logiciel.
C'est pendant cette phase qu'est défini un schéma directeur dans le cas de la création ou de
la rénovation d'un système d'information complet d'une entreprise prenant en compte la
stratégie de l'entreprise (voir méthode Merise).
2.2.2 Définition des Besoins
Un cahier des charges est établi par le client après consultation des divers intervenants du
projet ( utilisateurs, encadrement...), un appel d'offres est éventuellement lancé.
Le cahier des charges décrit, en langage naturel, les fonctionnalités attendues du produit
ainsi que les contraintes non fonctionnelles (temps de réponse, contraintes mémoire...). Dans
le cas de la refonte d'un système complet on peut avoir un cahier des charges par sous
domaine.
Le produit intermédiaire obtenu à l'issue de cette phase est le cahier des charges.
On peut décrire le produit à partir de différents scénarii d'utilisation (Use Case). Le
chapitre 4 reprend ces méthodes.
Génie logiciel Anne-Marie Hugues © 19/12/02 2-3
2.2.3 Définition du Produit
Les spécifications précises du produit sont décrites ainsi que les contraintes de réalisation.
A l'issue de cette phase, les fournitures intermédiaires sont le dossier de spécifications
fonctionnelles et une première version du manuel utilisateur.
On peut également désigner cette phase par le terme analyse des besoins. A l'issue de
cette phase, le client et le fournisseur sont d'accord sur le produit à réaliser et les contraintes
auxquelles il doit obéir ainsi que sur la façon de l'utiliser et en particulier sur l'interface
utilisateur qu'il s'agisse d'une interface homme-machine ou d'une API.
Les produits intermédiaires à l'issue de cette phase sont
- le dossier d'analyse comprenant les spécifications fonctionnelles et non
fonctionnelles du produit
- une ébauche du manuel utilisateur
- une première version du glossaire contenant les termes propres au projet
Il existe différentes méthodes et formalismes qui peuvent être utilisés pendant cette phase,
ils seront vus au chapitre 4.
2.2.4 Planification et gestion de projet
Il est évident que le client comme le développeur doivent être d'accord sur les coûts et la
durée du projet. La phase de planification permet de découper le projet en tâches, de
décrire leur enchaînement dans le temps, d'affecter à chacune une durée et un effort
calculé en homme*mois. Il est également important de définir les normes qualité qui seront
appliquées comme la méthode de conception choisie ou les règles qui régiront les tests. On
notera également les dépendances extérieures (comme par exemple l'arrivée d'une nouvelle
machine ou d'un nouveau logiciel) afin de mesurer les risques encourus. Cette phase est
traitée en détail dans le chapitre 3.
Les produits intermédiaires à l'issue de cette phase sont
- le plan qualité,
- le plan projet destiné aux développeurs,
- une estimation des coûts réels (utile pour le management)
- un devis destiné au client précisant le prix à payer, les délais et les fournitures.
- une liste des dépendances extérieures
En cas de réalisation du produit par un sous-traitant le dossier de spécifications
fonctionnelles ainsi que le plan projet et le plan qualité terminent cette phase et sont
contractuels.
2.2.5 Conception globale
Pendant cette phase l'architecture du logiciel est définie ainsi que les interfaces entre les
différents modules. On veillera tout particulièrement à rendre les différents constituants du
produits aussi indépendants que possible de manière à faciliter à la fois le développement
parallèle et la maintenance future. Nous reviendrons sur les différentes méthodes de
conception dans le chapitre 5 consacré à ce problème.
A l'issue de cette phase les produits