49
COURS : CMMI

Resume Cmmi

Embed Size (px)

Citation preview

COURS : CMMI

• Logiciel– Définition:

Des programmes, procédures, ainsi que possiblement de la documentation et desdonnées liées à l'opération d'un système informatique.

• il est visible mais intangible• il vieillit mais ne s'use pas• il ne se détériore pas sous l'effet des tests• il est encore et toujours fabriqué artisanalement• il est (trop ?) facilement reproductible• il est (trop ?) facile à modifier• il est d'une grande complexité : coût très (trop ?) élevé

Résumé Gestion des Projets

• Qualité– Définitions- Général:

perception de la valeur d'un produit par client basé sur: prix, performance, fiabilité,satisfaction

- Pour l'ingénierie de la Qualité:- définition plus précise/opérationnelle- mesure du degré de qualité- monitoring de la qualité- amélioration du développement pour mieux atteindr- objectifs de qualité

- Conformité aux exigences- Bug/défaut conséquence d'une erreur humaine

Résulte en non-conformité aux exigences- Sens le plus étroit de qualité du logiciel

- absence de bugs- bas ratio de défauts (# de défauts/unité de taille)- haute fiabilité (nombre de pannes par n heures d'opération)

• Temps Moyen entre Pannes (Mean Time To Failure - MTTF) probabilité d'opérationsans panne dans un temps spécifié

Résumé Gestion des Projets

• Niveaux de qualité– Small q: qualité intrinsèque du produit

• Limitée au ratio de défauts et à la fiabilité– Big Q: niveau plus élargi

• qualité du produit• qualité du processus• satisfaction des clients

Résumé Gestion des Projets

• Qualité– Facteurs de qualité logicielle

• Facteur liés à l’operation du produit• Facteur liés à la révision du produit• Facteur liés à la transition du produit

Résumé Gestion des Projets

• Qualité– Facteur liés à l’operation du produit

• CorrectudeEffort requis pour localiser et corriger une erreur

(lisibilité,traçabilité,accessibilité, etc.) Y contribue :– Qualité de la documentation– Règle de présentation et de nommage– Modularité– Traitement des erreurs

• FiabilitéAptitude avec laquelle il fonctionne sans défaillance pour une durée donnée

(robuste, constant, etc.) Y contribue :– Disponibilité– Robustesse– Sécurité

• EfficacitéAptitude avec laquelle il fonctionne avec un optimum de ressources et de

temps, Y contribue :– La bonne utilisation des ressources machines (CPU, mémoire, ...)

Résumé Gestion des Projets

• Qualité– Facteur liés à l’operation du produit

• Intégrité (sécurité)Aptitude avec laquelle il est protégé contre les altérations ou les accès non

autorisés (protégé, confidentiel, etc.) Y contribue:– La disponibilité– Confidentialité

• UtilisabilitéEffort requis pour l'apprentissage et le dialogue homme/machine et la

documentation (compréhensible, maniable, documenté, etc.) Y contribue:– Ergonomie– Facilité d'utilisation– Facilité d'apprentissage

Résumé Gestion des Projets

• Qualité– Facteur liés à la révision du produit

• Maintenabilitéeffort pour identifier et corriger les pannes (documentation, lisibilité,

traçabilité, accessibilité, etc.) Y contribue:– Qualité de la documentation– Règle de présentation et de nommage– Modularité– Traitement des erreurs

• FlexibilitéEffort requis pour l'amélioration, à spécifications inchangées ou pour le

modifier afin de répondre à de nouvelles versions du systèmed'exploitation. Y contribue:

– Perfectibilité– Flexibilité– Modularité– Niveau de paramétrage

• TestabilitéEffort requis pour s'assurer de son bon fonctionnement (jeu d'essais et

vérification de résultats) Y contribue:– Modularité– Automatisation des tests– Facilité d'analyse des résultats

Résumé Gestion des Projets

• Qualité– Facteur liés à transition du produit

• PortabilitéEffort requis pour le transférer d'un environnement à un autre. La portabilité

peut être vue sous ses deux aspects :» intégrable sur d'autres systèmes d'exploitation» intégrable sur d'autres machines.

Y contribue:– Modularité– Indépendance logiciel et matériel

• ReusabilitéAptitude avec laquelle il peut être utilisé dans de multiples applications

(paramétrable, modulaire, indépendant, etc.) Y contribue:– Modularité– Indépendance logiciel et matériel– Niveau de paramétrage

• InteropérabilitéAptitude avec laquelle il peut communiquer ou interagir avec d'autres

systèmes (interfaçable, compatible) Y contribue:– Compatibilité– Banalité des communications– Banalité des données

Résumé Gestion des Projets

• Assurance qualité– DéfinitionUn ensemble d'activités conçu pour évaluer le processus par lequel les produits sont

développés ou fabriqués.

– Objectif AQLAssurer un niveau de confiance acceptable que le logiciel sera conforme aux exigences: --

- fonctionnelles techniques.- de gestion concernant l'échéancier et le budget.

Résumé Gestion des Projets

• Trois principes généraux de l'AQL– Savoir ce que vous faites

• comprendre ce qui est entrain d'être construit• comment il est construit et ce qu'il fait• suppose un processus de développement logiciel

– une structure de gestion (milestones, schéduling)– politique de rapport– processus de suivi

Résumé Gestion des Projets

• Trois principes généraux de l'AQL– Savoir ce que vous devriez faire

• avoir des exigences et spécifications explicites• suppose un processus de développement logiciel avec

– analyse des exigences– tests d'acceptabilité– feedback fréquent des usagers

– Savoir mesurer la différenceAssurer un niveau de confiance acceptable que le logiciel sera conforme aux exigences: --

- fonctionnelles techniques.- de gestion concernant l'échéancier et le budget.

Résumé Gestion des Projets

• Trois principes généraux de l'AQL– Savoir mesurer la différence

- avoir des mesures explicites comparant ce qui est entrain d'être fait de ce quidevrait être fait- quatre méthodes complémentaires:

• Méthodes formelles– vérifier mathématiquement des propriétés spécifiées

• Tests– données explicites pour exécuter le logicielle et vérifier si les résultats

correspondent aux attentes• Inspections

– examen par humain des exigences, design, code, ... basés sur des check-lists• Métriques

– mesures un ensemble connu de propriétés liées à la qualité

Résumé Gestion des Projets

• Démarche assurance qualité (ISO)

Résumé Gestion des Projets

Plan d’action

Études vis-à-vis des clients

Étude de l’entreprise

• Démarche assurance qualité (ISO)– Étude de l’entreprise

Résumé Gestion des Projets

Choix du référentiel

Choix du cycle de vie

Manuel et plan d’assurance qualité

La gestion de projet

La gestion de configuration

• Démarche assurance qualité (ISO)– Étude vis-à-vis du client

• Satisfaction du client– Exigences– Besoins– Attentes

Faire une requet• Respecter les délais• Respecter les couts

Résumé Gestion des Projets

• Démarche assurance qualité (ISO)– Plan d’actions

• But :améliorer la qualité dans la conception de logiciel .• Comment: en agissant sur les différentes phases de conception du logiciel

Résumé Gestion des Projets

• Assurance qualité– Plan d’Assurance Qualité

– Le plan d'assurance qualité est un document énonçant les pratiques, les moyens et laséquence des activités liées à la qualité spécifiques à un produit, un projet ou uncontrat particulier

• Représente la mise en application du manuel de qualité• Rédigé par les réalisateurs du projet logiciel• Permet d'obtenir des logiciels de qualité• Décrit les moyens utilisés afin d'obtenir les logiciels de qualité

Résumé Gestion des Projets

• Assurance qualité– Manuel qualité

• activité principale à la base d'une démarche qualité• permet d'évaluer rapidement le niveau de l'entreprise• rôle interne : pour les employés• rôle externe : auditeur, stagiaire...• doit permettre à l'entreprise d'établir une alliance entre outils, les méthodes et

l'assurance qualité.• organisé en 6 parties principales :

– organisation de l'entreprise– activité de production et de contrôle technique– activités de gestion– activités de contrôle de qualité– plan type du plan qualité– lignes directrices pour le plan qualité

• exigences :– Être bien maintenu– Contrôler son accès dût au "Know How" de l'entreprise– Servir à toute l'entreprise– Formation à l'assurance qualité

Résumé Gestion des Projets

• Plan Assurance et Controle de Qualité– Définition

• Le PACQ est un document rédigé pour chaque projet. Il est spécifique au projetconsidéré. C'est un document contractuel entre le maître d'oeuvre et la maîtrised'ouvrage

• la stabilisation et la documentation des activités de développement des produits,à deux niveaux :

– niveau référentiel : il s'agit des procédures, plans types et guidesméthodologiques communs à la l’organisation .

– niveau spécifique : il s'agit de l'application de ces procédures de manièrespécifique dans chaque projet ; ces dispositions font l'objet d'un Pland'Assurance et Contrôle Qualité (PACQ) par projet.

• Le PACQ s'élabore lors du démarrage de la phase de développement du projet.• Rédigé par :

– Le correspondant qualité du projet– Le chef de projet– Responsable qualité.

• doit rester un document synthétique renvoyant en tant que :– de besoins aux procédures– guides méthodologiques du site de conduite de projet.

Résumé Gestion des Projets

• Plan Assurance et Controle de Qualité– Définition

• validé par :– le chef de projet– le responsable qualité,

• le PACQ peut être diffusé à toutes les parties prenantes– Maîtrise d'ouvrage– Maîtrise d'œuvre– équipes projets

• Le PACQ peut être remis à jour à chaque étape d'avancement du projet. Dans cecas, il sera soumis à l'acceptation des interlocuteurs les plus directementconcernés.

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Définitions et historique– Modèle dédié à l’industrie du logiciel– Processus itératif qui vise à s’améliorer en permanence

• Démarche– Étagée

» 5 niveaux de maturité» Par SW CMM

– Continue» 6 niveaux de capacité» Par EIA/IS 731 ISO 15504

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Démarche

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Démarche

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Maturité

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Maturité

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Maturité

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Maturité

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Maturité

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Maturité

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Structure– Objectif (goal): Une atteinte de haut niveau des résultats à atteindre par

l'application efficace des pratiques de groupe.– On distingue deux types d’objectifs de domaine de processus :

» les objectifs spécifiques» les objectifs génériques.

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Méthode de mise en pratique

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Méthode de mise en pratique– Ciblage

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Méthode de mise en pratique– Sensibilisation

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Méthode de mise en pratique– Processus

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Méthode de mise en pratique– Outillage

Résumé Gestion des Projets

• Référentiels de qualité– CMMI

• Méthode de mise en pratique– Evaluation

Résumé Gestion des Projets

• PA CMMI– Gestion des exigences

• Collecter TOUTES les exigences– Explicites– Implicites

• Valider la compréhension des exigences– Un référentiel partagé

• Tracer les exigences– Sur l’ensemble des livrables (spécifications, sources, cas de tests, …)– Niveau de couverture des livrables (individuellement)– Une analyse d’impact immédiate

Résumé Gestion des Projets

• PA CMMI– Gestion des exigences

• Cycle d’un projet

– Démarrage du projet :

» Identification et catégorisation des exigences

» définition et priorisation des modules d’analyse.

– Référentiel des exigences et matrice de traçabilité :

» Référentiel de l’ensemble des exigences. Initialisé au début, il vittout au long du cycle du projet.

– Demande de changement :

» Nouvelles exigences ou modification d’exigences existantes suite auxséances d’analyses ou au tests utilisateurs

– Analyse de l’impact

» Utilisation des la matrice des exigences couplée avec la matrice detraçabilité pour déterminer rapidement l’impact exact d’unchangement.

Résumé Gestion des Projets

• PA CMMI– Gestion des exigences

• Caractéristiques des exigences dans le référentiel

– Identification:

» Identifiant unique, catégorie, intitulé

» Priorité : pour faciliter les arbitrages lorsque cela est nécessaire

» Complexité : qui donne une indication du risque de mise en œuvre

– Documentation:» Description : texte descriptif de l’exigence (Cahier des charges ou

reformulation)» Réponse : solution envisagée pour répondre à l’exigence» Validation : description de la méthode de vérification de l’exigence

(exprimer les contraintes et/ou les conditions de test particulières)

– État ou statut:» Analyse de l’exigence : a t’ elle été réalisée de manière plus

approfondie, est-elle « stabilisée » ou « validée » ?» Indications sur l’avancement des travaux d’analyse (sur leur

aboutissement), et sur l’anticipation possible des développements (si80 % du référentiel est validé alors stable)

Résumé Gestion des Projets

• PA CMMI– Gestion des exigences

• Identification des exigences

– Deux « familles » d’exigences :» Explicites

• Elles sont liées au métier de l’utilisateur (souvent exprimées dans cdc).• Couvertes par la mise en œuvre des méthodes d’analyse Merise ou

Objet» Implicites

• Pas exprimées directement car elles sortent du périmètre métier del’utilisateur final

• Elles ont très souvent une forte incidence sur l’architecture du projet• Elles ne sont pas connues au début du projet, mais identifiées durant le

travail de spécification

– Pour faciliter l’identification, des outils sont proposés comme support del’identification

» Une Check-list FURPS+ pour identifier les exigences implicites» Guide d’entretien avec le client pour piloter les entretiens d’analyse

Résumé Gestion des Projets

• PA CMMI– Gestion des exigences

• Identification des exigences (FURPS+)

Résumé Gestion des Projets

• PA CMMI– Gestion des exigences

• Gérer les changements

– Les changements sont inévitables dans le projet:» Évolution de l’organisation, nouvelles contraintes (délais, coût, …)

– Il est important d’en maîtriser l’incidence sur le projet» Identifier les changements et les nouvelles exigences» Maintenir un historique des changements» Analyser leur impact sur le projet (délai, coût,…)» Décider et accepter le changement» S’assurer de la prise en compte des changements validés

– Mise en place d’un processus avec des étapes claires» Supporté par un outils de gestion des changements

– Outils de gestion des évolutions et des anomalies» Enregistrement et qualification des demandes» Suivi des décisions/résolutions associées

Résumé Gestion des Projets

• PA CMMI– Gestion des exigences

• Synthèse– Couvre tout le cycle du projet

» Traduction des exigences en maquette» Traduction des exigences en cas de tests

– Une maîtrise parfaite du besoin…» Référentiel centralisé d’exigences» Maquettes» Scénario de tests

– …Pour une plus grande souplesse» Identification des changements au plus tôt» Meilleure analyse de leur impact» Plus de rapidité dans la prise en compte de demande

Résumé Gestion des Projets

• PA CMMI– Gestion des risques

Résumé Gestion des Projets

• PA CMMI– Planification projets ???????????– Suivi et contrôle des projets ??????????– Gestion de configuration??????????

Résumé Gestion des Projets

• Référentiel ITIL– Définition

• ITIL = IT Infrastructure Library• Reconnu comme une norme des meilleurs pratiques pour la gestion des services

informatiques– Pas de certification pour l’entreprise– Certificatin pour des intervenants

Résumé Gestion des Projets

• Référentiel ITIL– Maturité

• Pompier– Résolution d’incidents

• Réactif– Résolution d’incidents– Prise d’appel– Gestionde parc

• Pro Actif– Gestion d’incidents– Prise d’appel– Gestion de parc– Traitement des demandes– Gestion de problémes– Base de connaissance– Communication

Résumé Gestion des Projets

• Référentiel ITIL– Maturité

• Predictif– Gestion d’incidents– Prise d’appel– Gestion de parc– Traitement des demandes– Gestion de problémes– Base de connaissance– Communication– Gestion de configuration– Gestion de changements– Gestion de niveaux de service– Performance– Gestion de la capacité

Résumé Gestion des Projets