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

MODELES DE
CYCLES DE VIE
2.1. INTRODUCTION
2.1.1 Notion de cycle de vie
C'est la description d'un processus couvrant les phases de:
- Création d'un produit,
- Distribution sur un marché,
- Disparition.
Le but de ce découpage est de
- Maîtriser les risques,
- Maîtriser au mieux les délais et les coûts,
- Obtenir une qualité conforme aux exigences.
On distingue deux types de cycle de vie
- Le cycle de vie des produits s'applique à tous les types de produits, et peut être
considéré comme un outil de gestion.
- Le cycle de développement des logiciels s'insère dans le précédent, on l'appelle
souvent abusivement cycle de vie des logiciels
2.1.2 Justification du cycle de vie
Cycle de vie et assurance qualité sont fortement liés; il faudra donc en permanence
assurer:
la validation: sommes nous en train de faire le bon produit?
(Du latin "VALIDARE", déclarer valide)
la vérification: est ce que nous faisons le produit correctement
(Du latin "VERITAS ", la vérité)
La validation et la vérification sont en général garanties par la mise en place d'inspections
et de revues. L'inspection est une lecture critique d'un document (specification, conception,
code, plan d'intégration...); elle est destinée à améliorer la qualité d'un document.
De manière générale, l'inspection est faite par une équipe indépendante du projet
constituée par: un Modérateur, un Experts(s), Secrétaire , le client éventuellement un
banquier, un représentant du service qualité...
Pour qu'elle puisse être profitable, une inspection doit donner lieu à la rédaction de fiches
de défauts avec une échelle de gravité et la définition des responsabilités concernant la
correction des défauts.
Les inspections sont à la base des décisions prises en revues. Une revue est une réunion
permettant de valider une des phases du cycle de vie.
On distingue
- les revues produits: état d'un projet sous ses différents aspects: Techniques,
Financiers, Commerciaux, Calendrier, ...
- les revues techniques (celles qui nous intéressent le plus dans le cadre de ce
cours): elles permettent de fournir au marketing et à l'unité de développement
une évaluation des aspects techniques du projet et des coûts de réalisation
- les réunions de décision: elles valident le passage à la phase suivante et font
bien souvent suite à l'une des deux précédentes.

formes de gouvernance à l'échelle internationale ont subi de profonds
changements depuis les années 1990. Les réseaux d'acteurs en capacité de se
mobiliser de manière transnationale sont agents du changement international. Loin
d'entraîner une démocratisation de la politique mondiale, ces changements
favorisent l'émergence d'une nouvelle forme d'élitisme qui affecte de nombreux
domaines dont la régulation échappe à la coopération intergouvernementale. La
gouvernance de l'Internet est en l'espèce un cas représentatif. Cette étude se
propose de montrer, à travers l'exemple de la gouvernance de l'Internet, que les
notions d'élite transnationale du pouvoir et de champ permettent de penser le
changement de manière différenciée selon les secteurs sans toutefois perdre de vue
le contexte global. Ces notions, issues de la sociologie politique et plus
particulièrement de la sociologie des élites peuvent contribuer à enrichir une
littérature critique d'économie politique internationale. Elles permettent de penser
le changement international dans une période de mondialisation au-delà du cadre
inter-étatique en prenant en compte de nouveaux types d'acteurs et de nouvelles
formes d'autorité.
Mots-clefs : élitisme, gouvernance, transnationalisme, Internet