(2) Une phase de prototypage, avec le développement de type cathedral par un individu ou

un petit groupe fermé d’un prototype prometteur (promising prototype).

(3) Une phase de transition qui correspond à l’ouverture vers la communauté des
développeurs libres par la mise en place d’une infrastructure sur le Web et d’une
organisation compatible avec les habitudes de cette communauté.
(4) Une phase de type bazaar, avec le développement, le débogage, et l’extension du
prototype avec la communauté.
(5) Une phase de transfert de la responsabilité du projet à un successeur compétent en cas de
perte d’intérêt du porteur initial.

c) Spécificités en recueil et analyse de besoins

Dans les phases de type bazaar, les besoins pour les logiciels libres proviennent plus des
développeurs que des utilisateurs, au contraire des contextes traditionnels. Ces besoins
résultent de l’expérience personnelle des développeurs, qui sont très souvent eux-mêmes des

utilisateurs, de leur désir d’explorer des idées nouvelles, ou de leur connaissance de ce que
les utilisateurs peuvent désirer.

Les utilisateurs non développeurs peuvent aussi contribuer directement en postant sur le site
du projet des rapports d’anomalies ou des demandes de fonctionnalité (feature requests).
Enfin, les besoins répondent souvent à l’apparition ou à l’évolution d’un standard publié ou
du succès d’une nouveauté dans un produit concurrent, vu comme un standard de fait.
Les communautés décrivent et gèrent ces besoins à travers des artefacts web, que Scacchi
qualifie d’informalisms. Cela inclut les outils de communication comme le mail, les
forums, les blogs, les wikis, les news, la messagerie instantanée, ainsi que les pages web,
les how-to, les to do lists, les FAQ (Frequently Asked Questions) et des documentations plus
traditionnelles.

EXERCICES

Exercice 3.1. Choix d’un modèle de cycle de vie

a) Si les utilisateurs d’un logiciel à développer sont hésitants sur ce qu’ils veulent, quel(s)
modèle(s) de cycle de vie est (sont) à privilégier ?

(1) prototypage, (2) cascade, (3) modèle en V.

b) Si on dispose d’une équipe de développeurs expérimentée dans le domaine d’application

concerné et qu’on doit développer un grand logiciel assez similaire à ce que cette équipe a
déjà développé dans le passé, quel(s) modèle(s) de cycle de vie est (sont) à privilégier ?

(1) prototypage, (2) cascade, (3) modèle en V.

Exercice 3.2. Caractéristiques des modèles de cycle de vie

57
Associer les modèles de cycle de vie à gauche aux caractéristiques qui leur conviennent à
droite.

cascade projet classique

V projet innovant

spirale projet critique

incrémental projet mal défini

prototypage projet de grande taille

agile projet de petite ou moyenne taille

Exercice 3.3. Activités génériques du développement

Pour Pressman, tout processus de développement, quelles que soient la nature et la

complexité de l’application, inclut cinq activités génériques qu’il nomme : communication,
planification, modélisation, construction et déploiement.

Comment peut-on les rattacher aux activités classiques du chapitre 2 dont une seule se
retrouve avec la même dénomination : recueil des besoins, analyse et spécification des
besoins, conception architecturale et détaillée, implantation et déploiement ?

58