Espace privé






Mot de passe oublié ?
Accueil arrow Terminologie arrow CMM (Capability Maturity Model)
CMM (Capability Maturity Model) Convertir en PDF Version imprimable Suggérer par mail
Appréciation des utilisateurs: / 0
FaibleMeilleur 
Écrit par chafinour   
20-05-2005
Le message, dont quelques extraits sont ci joints(RajaaMailCMMI.pdf), de Mlle Rajaa Arrafi m’a vivement poussé à chercher le sens de quelques termes qui m’étaient méconnus jusqu’à ce jour. Je partage donc avec vous le fruit d’une recherche hâtive sur la signification de CMM et de CMMI.
 


Je commence par vous recommander le téléchargement d’un document PDF un peu plus explicite sur le sujet à partir du lien suivant :
http://www.q-labs.fr/pdf/000600-Modele_CMM.pdf



http://www.journaldunet.com/encyclopedie/definition/595/51/20/capability_maturity_model.shtml

CMM

Capability Maturity Model  modèle d'évolution des capacités
Modèle permettant d'évaluer les processus logiciels d'une   organisation. Il répartit les processus évalués sur une échelle de niveaux de   raffinement allant de 1 à 5. Le niveau 4 indique que l'on est capable de   quantifier la qualité des processus et le 5, que l'on peut les améliorer de   façon continue. Le niveau 1 n'est pas défini. Les expressions Capability   Maturity Model for Software et SW-CMM sont des marques déposées du Software   Engineering Institute (SEI) de l'Université Carnegie Mellon.



http://www.guideinformatique.com/DOSSIERS/DS420.htm

CMM (Capability Maturity Model) 

Norme   américaine du SEI (Software Engineering Institute) définissant le niveau de   qualité des pratiques de développement logiciel. CMM définit cinq niveaux de   “maturité” :
  1. Initial : Procédures et autorité mal définies. La réussite des projets   dépend du savoir-faire de quelques personnes clés. Aucune ou mauvaise   application des principes du génie logiciel. Difficulté à maîtriser les coûts   et les délais.
  2. Reproductible : Utilisation de méthodes standards pour gérer les activités   de développement. Le développement est planifié et suivi. L’équipe   maîtrise et applique des règles. Bonne gestion des coûts et des délais.
  3. Défini : Utilisation des méthodes du génie logiciel et application des   normes. L'efficacité de chacun des processus est vérifiée et les meilleurs   pratiques sont mises en avant. Processus bien définis et raisonnablement   compris.
  4. Maîtrisé : Collecte et analyse systématique des données sur les processus.   Les processus sont mesurés, les risques calculés et devancés. Processus bien   compris, quantifiés, mesurés et raisonnablement maîtrisés.
  5. Optimisé : Utilisation des données pour l'amélioration itérative des   processus, capitalisation de l'expérience. Tous les processus sont optimisés.   Toutes les évolutions sont appréhendées. Maîtrise des processus.
  CMM s’intéresse à la qualité de l’organisation et à son   amélioration (passage d’un niveau au niveau supérieur). Elle considère   implicitement que seule une organisation correcte permet d’aboutir à un   résultat correct. Elle ne garantit pas la qualité du résultat final.  

Copyright GUIDE-INFORMATIQUE.com - octobre 2004

 
http://www.synspace.com/FR/Assessments/cmm.html

 

CMM -   Capability Maturity Model

Les modèles   Capability Maturity (CMMs) de Software   Engineering Institute de la Carnegie Mellon University veulent contribuer   à l'amélioration de la qualité des systèmes à composantes logicieles et à   plus d'efficacité dans leur développement. 
 Ils sont basés sur plusieurs principes:
  - Il existe une approche systématique dans la manière d'améliorer le   développement et la maintenance de systèmes logiciels. Cette approche exige   une vue orientée processus et se concentre sur l'élimination systématique des   problèmes dans les processus.
  - Il existe des étapes discernables de maturité des processus. Dans les   années 1987-1990, le SEI a procédé à des évaluations de processus dans des   organisations de tous types pour valider ce modèle de degrés de maturité et   de capacité de processus.
  - Un développement continu ciblé exige l'observation d'une certaine séquence   dans les étapes. Certaines activités de base de gestion de projet doivent   être maitrisées au niveau 2 avant que les processus logiciels ne puissent   être établis au niveau 3 dans toute l'organisation. De même, les processus   standards doivent être établis et évalués pendant un certain temps avant   d'obtenir une compréhension des processus nécessaire au niveau 4.
  - Sans un minimum d'efforts pour son maintien, la maturité des   processus d'une organisation diminue. Lors d'évaluation de processus, on   entend souvent des déclarations comme 'dans des projets précédents, nous   avons mieux [établi un cahier de charges, ou documenté de design, ou formé   l'équipe, ou testé, ou...]'. Des changements durables exigent un effort   constant.
  Le Capability Maturity Model pour logiciels (connu comme SW-CMM ou plus   simplement CMM) a longtemps servi de base pour évaluer la maturité des   processus de nombreuses organisations. Celà les a aidé à indentifier les   activités et à les améliorer de façon ciblée. Il a été développé sous la   direction du SEI.
  C'est un des modèles qui ont servi de point de départ pour la famille des   produits CMMI. Le SEI a défini une transition qui aide les organisations à   migrer de SW-CMM vers CMMI.
  La famille de produits CMMI intègre d'autres niveaux de maturité (par exemple   systems engineering, développement intégré de produits, supplier sourcing).   Parallèlement, une convergence a été visée vers ISO 15504 (SPiCE). De ceci   découlent deux représentations:
- CMMI-Staged   pour définir la maturité des processus (plus proche de SW-CMM dans sa   présentation)
- CMMI-Continuous   pour définir la capacité de processus (plus proche de ISO 15504 / SPiCE dans   sa présentation) 


http://solutions.journaldunet.com/0306/030624_faq_cmm.shtml

Quelles   limites à ce modèle ? 
  Les   détracteurs du modèle CMM lui reprochent parfois son manque de fondement   théorique, le modèle reposant essentiellement sur des bonnes pratiques   constatées dans diverses entreprises, notamment des administrations. Un   référentiel clair et unique, base de toute démarche s'appuyant sur un modèle,   pourrait donc faire défaut au CMM. Par ailleurs, les fondamentaux sur   lesquels repose le CMM sont sources de contestation. Le CMM présuppose en   effet que des processus stables et éprouvés sont les principaux garants d'un   fonctionnement optimal, tenant peu compte des aspects organisationnels et   humains. Le CMM a malgré tout gagné ses lettres de noblesse à travers le   monde et a certainement séduit ses partisans justement par ses bonnes   pratiques.


http://www.q-labs.fr/cmmi.html


Le modèle CMMI

Issu   de l'expérience le CMMI est un modèle décrivant quelles sont les pratiques à   mettre en  oeuvre dans une organisation afin d'améliorer et d'assurer la   maîtrise des coûts, des délais et des performances des applications, des   équipements et des systèmes développés.

Le   CMMI est à la fois :
- une version   étendue du CMM, prenant en compte les aspects "système" des   développements, le CMM se limitant au logiciel, 
- une nouvelle   version du CMM, prenant en compte des demandes d'évolution provenant   d'industriels après 8 années d'utilisation.

Le modèle est   constitué de cinq niveaux de maturité : 
- Niveau 1 -   Initial : le processus de développement n'est pas défini. La réussite des   projets dépend du savoir-faire de quelques personnes clés dans   l'organisation. Ce savoir-faire n'est pas formalisé ni partagé par les   différentes équipes projet de l'organisation, 
- Niveau 2 -   Reproductible : les entrées et les sorties des différentes activités sont   gérées et contrôlées. Les règles sont connues et appliquées par les équipes.   Le développement est planifié et suivi. Les produits sont vérifiés par   rapport aux exigences initiales, 
- Niveau 3 -   Défini : les meilleures pratiques mises en oeuvre au niveau 2 sur les projets   sont généralisées à toute l'organisation. Un projet instancie le processus   standard afin de définir la meilleure solution répondant à ses propres   objectifs. L'efficacité de chacun des processus est mesurée et renforcée, 
- Niveau 4 -   Maîtrisé : chaque processus est systématiquement mesuré. Les données sont   consolidées et exploitées pour la prise de décision et l'anticipation des   risques,

- Niveau 5 - Optimisation : les processus sont totalement   maîtrisés et optimisés en permanence. Toute évolution est anticipée et gérée.


Nombre de commentaires (0) - Ajoutez vos commentaires à cet article...

 
< Précédent   Suivant >
Comments

Il n'existe pas encore de commentaire. N'hésitez pas à en ajouter un (en utilisant le formulaire ci-dessous)....



Page 1 de 0 ( 0 commentaires )
©2006 MosCom

Ajoutez vos commentaires à cet article...CMM (Capability Maturity Model) ...

Enter your comment below.

Votre adresse e-mail n'apparaîtra pas sur le site et ne sera visible que pour l'administrateur.

BLOG DE CHAFINOUR - 2004-2006 All Rights Reserved