Académique Documents
Professionnel Documents
Culture Documents
Organisation des
développements
SEI-CMM & ISO-SPICE
RAD2
Organisation des
développements
Jean-Pierre Vickoff
RAD.fr
HORIZON 2010
Les changements les plus difficiles à accompagner sont ceux qui altèrent directement
nos habitudes de travail, notre structure de pensée ou notre perception d’une réalité
jusqu’ici stable et désormais en évolution. En matière de développement de systèmes
d’information, une révolution fondamentale est en cours. Elle se caractérise par
l’introduction simultanée de nouvelles méthodes de conduite de projets (comme le
RAD), de nouvelles formes de modélisation (comme UML) et elle s’appuie sur des
modèles d’évaluation et d’évolution de l’organisation (comme CMM ou ISO-SPICE).
Elle fait intervenir l’objet, les composants, le partage ou l’achat de solutions et stratifie
la production et l’exploitation du SI en couches d’externalisation. Il n’est donc pas
surprenant que les principes régissant l’émergence et la généralisation des nouvelles
technologies ou méthodologies prévoient encore, pour certains, des délais de l’ordre
une dizaine d’années avant de maîtriser ces outils du futur immédiat et d’en tirer tous
les bénéfices. En ce qui concerne le champ méthodologique, sa situation est formalisée
ci-dessous par l’incontournable modèle de maturité du Gartner Group.
SOMMAIRE DE L’OUVRAGE
2. BIBLIOGRAPHIES ET RÉFÉRENCES 20
Partie 6
SEI-CMM / ISO-SPICE
1
Management Total Quality Service. Le MTQS englobe des facteurs subjectifs comme
l'engagement effectif des ressources humaines ou la capacité de l'organisation et de ses
membres à se former dans le but de faire évoluer ses pratiques.
2
Centre de Recherche Informatique de Montréal (Québec, Canada).
© 2000, Jean-Pierre Vickoff, RAD.fr
RAD2 et organisation normalisée du développement, CEI-CMM & ISO-SPICE 7
Le référentiel ISO-SPICE évolue parallèlement à la révision des normes ISO 9000. Cette
révision vise une amélioration de la compatibilité entre les normes de management
qualité ISO 9001, 9004 et les normes de management environnemental ISO 14001, 14004.
Une seule norme subsiste (ISO 9001). Les normes ISO 9002 et 9003 disparaissent.
L'orientation de la future ISO 9004 positionne cette norme comme un guide
d'auto évaluation.
Secteurs clés
chaque niveau comporte
plusieurs secteurs clés.
Réa lise n t
Stru ctur és p ar
M is e e n o e uvre o u
Ces caractéristiques
ins titu tionn alis atio n
P rati ques
communes indiquent les
cl és pratiques clés.
D écriven t
La mise en œ uvre de
Inf ras truc ture ou
a c tivités
l’ensemble des pratiques clés
permet d'atteindre les objectifs
du secteur clé.
Pratiques « clés » Chaque secteur clé est décrit en termes de pratiques clés
(infrastructure et activités) dont la mise en œuvre
contribue à satisfaire les objectifs de ce secteur clé. Les
pratiques clés sont réparties en cinq caractéristiques
communes :
§ engagement de réalisation ;
§ capacité de réalisation ;
§ activités réalisées ;
§ mesures et analyse ;
§ vérification de mise en œuvre.
Niveaux de maturité
NIVEAU 1 « INITIAL »
NIVEAU 2 « REPRODUCTIBLE »
La gestion des nouveaux projets est fondée sur l'expérience mémorisée à l'occasion de
projets semblables. L’engagement permanent des ressources humaines garantit une
pérennité du savoir-faire dans la limite de leur présence au sein de l’organisation.
NIVEAU 3 « DEFINI »
Processus en D'optimisation
amélioration (5)
continue
Processus
Maîtrisé
prévisible (4)
Processus Défini
standard (3) Les 5 niveaux de maturité
cohérent
du processus d’évaluation
et d’évolution des capacités
Processus Reproductible
(2)
d’ingénierie du logiciel
structuré
Niveau initial
(1)
NIVEAU 4 « MAITRISE »
NIVEAU 5 « OPTIMISE »
Au niveau 2, les secteurs clés sont axés sur les aspects relatifs à la mise en place des
mécanismes élémentaires du contrôle de gestion de projet. Les secteurs clés du
niveau 2 sont décrits ci-dessous :
◊ 2.1 Gestion des exigences
La Gestion des exigences vise à établir une compréhension des besoins. Cette
compréhension aboutit à un contrat, fondement de la planification et des pratiques de
gestion qui en découlent. La planification est décrite dans le secteur clé Planification de
projet. Les pratiques de gestion dans le secteur clé Suivi et supervision de projet. Le
contrôle des relations avec le client repose sur un processus efficace de contrôle des
changements décrit dans le secteur clé Gestion de configuration.
◊ 2.2 Planification de projet
La Planification de projet vise à établir des prévisions raisonnables pour la mise en œuvre
des travaux d'ingénierie logiciel et la gestion du projet. Ces prévisions sont
indispensables à une gestion de projet efficace. L'absence de prévisions réalistes
empêche toute gestion concrète du projet.
◊ 2.3 Suivi et supervision de projet
L'Assurance Qualité logiciel vise à fournir aux gestionnaires la vision appropriée sur le
processus utilisé par le projet et sur les produits en élaboration. L'Assurance Qualité
logiciel fait partie intégrante de la plupart des processus d'ingénierie logiciel et des
processus de gestion.
◊ 2.6 Gestion de configuration
Au niveau 3, les secteurs clés portent à la fois sur les aspects relatifs au projet et à
l'organisation. À ce niveau, l'organisation met sur pied une infrastructure
permanente. Elle permet d'institutionnaliser les processus efficaces d'ingénierie et
de gestion de façon à ce qu'ils soient appliqués dans le cadre de tous les projets. Les
secteurs clés du niveau 3 sont décrits ci-dessous :
Les Revues par les pairs visent à éliminer tôt et efficacement les défauts des produits. La
revue par les pairs est une méthode indispensable et efficace utilisée en ingénierie de
produits logiciel. Elle consiste en une série de vérifications croisées dont le but est de
valider la qualité et la conformité technique du produit.
La Prévention des défauts vise à identifier et à éliminer les causes de défauts. Le groupe
de projet analyse les défauts, identifie leurs causes et modifie en conséquence le
processus défini, tel que décrit dans le secteur clé Gestion logiciel intégrée. Les
changements de processus de portée générale sont également effectués dans les autres
projets, selon la procédure décrite dans le secteur clé Gestion des changements du
processus.
◊ 5.2 Gestion des changements technologiques
Watts Humphrey, le créateur du CMM, travaille sur une adaptation des principes
du CMM applicable au niveau de la ressource individuelle de conception-
développement. La dénomination de ce futur modèle est « Personal Software
Process ».
Ce chapitre se contente d’offrir une synthèse clarifiée de CMM. Lorsque des explications
détaillées vous sembleront utiles, référez-vous aux documents d’origine disponibles sur
Internet.
Niveau 1 « initial »
Niveau 2 « reproductible »
CMM : La gestion des nouveaux projets est fondée sur l'expérience mémorisée à
l'occasion de projets semblables.
Avec la méthode RAD, cela correspond au respect de la structuration des phases, de la
dimension temporelle, de la validation des livrables, des architectures de conception et de
réalisation. La planification s’effectue en phase de Cadrage à partir de la hiérarchie des fonctions
à produire.
CMM : La gestion des nouveaux projets est fondée sur l'expérience mémorisée à
l'occasion de projets semblables.
Le RAD rencontre ces exigences avec l'usage d'outils comme Évaluateur. Une utilisation
partielle de la méthode RAD permet donc de se positionner à ce niveau.
Niveau 3 « défini »
Niveau 4 « maîtrisé »
Niveau 5 « optimisé »
Part 1 Part 9
Part 3 Part 4
Rating Processes Guide to conducting
assessment
Part 5 Part 2
Construction, selection
A model for
and use of assessment
process management
instruments and tools
Pour une vue complète du processus ou pour accéder à des communications sur le sujet ,
visitez le WEB « Toile Francophone du Génie Logiciel » (http://web.cnam.fr/TFGL).
2. Bibliographies et références
2.1. Bibliographie RAD, Conduite de projet
Boehm B. & Bose P. A Collaborative Spiral Software Process Model, USC, 1994
Bouchy S. L'Ingénierie des systèmes d'information évolutifs, Eyrolles, 1994
Clark B. The Effects of software process maturity on software development effort, USC, 1997
Englewood C. JAD the Group Session, Approach to system design, Prentice Hall, 1991.
Egyed A. & Boehm B. Telecooperation Experience with the WinWin System, USC, 1998
Henry A. & Monkam-Daverat L. Rédiger les procédures de l’entreprise, Les Éditions
d’organisation, 1995.
Mc Carty J. 54 Règles d'or pour un grand logiciel, Microsoft Press, 1997.
McConnell S. Stratégie de développement rapide, Microsoft Press, 1996.
Panet G. & Letouche R. Merise 2, modèles et techniques Merise avancés, Les Éditions
d'organisation, 1994.
Yourdon E. Modern Structured Analysis, Englewood Cliffs, 1989.
2.5. Index
A L
AFNOR · 20 livrable · 15
livraison · 16
B
N
bénéfices · 12
normalisation · 19
C
P
certification · 20
planification · 11, 16, 19
planification
D cadrage · 15
pratiques · 9
dérive Planification
pratiques · 10, 15 de projet · 11
processus
CMM · 10
RAD/CMM · 15
E productivité
évaluation · 10, 16
échec
crise · 10, 15
état de livraison permanente · 16
R
raccourci
F tentative · 10, 15
réactivité
Focus · 16 optimisation · 16
formation René Descartes · 5
programme · 10, 12
S
G
SEI · 6
Gartner Group · 20 SPICE · 5, 6, 7, 16, 17, 18, 21
gestion des exigences · 11 SWAT · 16
synergie · 10, 16
I
U
ingénierie
CMM · 9, 10 utilisateur
ISO · 5, 6, 7, 8, 16, 17, 20, 21, 25 formation · 10
J
James Martin · 20
2.6. Figures
Figure 102. — Cycle d'amélioration continue des compétences 7
Figure 103. — Principes et structure du CMM 8
Figure 104. — CMM 5 paliers dans la rigueur 10
Figure 105. — CMM : articulation des niveaux / secteurs 14
Figure 106. — SPICE : interactions des 9 parties 17
Pilote 2010 n’est pas un livre dans le sens littéraire du terme mais un document
d’étude et de référence opérationnelle.
Dans une première approche, il est préférable de parcourir l’ouvrage dans son entier,
afin de bénéficier d’une compréhension globale de l’ensemble des éléments traités et
de leurs relations.
Il est aussi possible d’accéder directement à une des parties ou à un des chapitres au
gré du besoin immédiat en utilisant le sommaire, les index de mots « clés », des figures
ou des tableaux.
Pilote 2010 n’est pas un livre dans le sens littéraire du terme mais un support d’étude, de
réflexion et d’action. Pilote 2010 instrumente l’ensemble des méthodes, pratiques et outils
indispensables à la productivité du développement ainsi qu’à la qualité des applications.Pilote
2010 constitue une source unique de références opérationnelles en matière de :
§ Conduite de projet (classique, décisionnel, NET)
§ Plan d’Assurance-Qualité du développement
§ Pilotage des risques et métrique quantitative des charges
§ Méthodes, pratiques, outils de la performance
§ Processus d’ingénierie du développement (RAD2-UML)
§ Processus spécialisé e-commerce
§ Gestion des Exigences, des Validations et des Divergences
§ Gestion de la communication et des rapports entre acteurs
§ Notations et techniques de modélisation (Merise, Flux, Objet)
§ Ingénierie « métier » et accompagnement organisationnel, BPR, MTQS
§ Industrialisation, choix de solutions, progiciel, externalisation
§ Planification, documentation, plan de tests, gestion de configuration
§ Standards d’évaluation et d’amélioration (SEI-CMM/ISO-SPICE)