1 Mesures de qualité et maintenance Mesures de

Mesures de qualité et maintenance
Mesures de qualité
• utilisabilité
– fiabilité : POFOD, ROCOF, MTBF, AVAIL
– efficacité : temps d'exécution par transaction
– convivialité : ??????
• maintenabilité : FONC / coûtmod
– compréhensibilité : ???
– testabilité : ???
– modifiabilité : ???
– portabilité : ???
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 1
Chapitre 7 - Les mesures
Ift514 - Gestion de systèmes informatiques
Mesures de fiabilité
00-02-03 p. 2
Mesures de fiabilité
• POFOD : probabilité d’occurrence d’une panne
lorsque qu’une transaction est effectuée
• MTBF = temps moyen entre deux pannes (incluant le
temps de réparation)
– PODFOD = nbre de trans. erronées / nbre total de transactions
– MTBF = MTTF + MTTR
– systèmes critiques et systèmes en opération continue
– MTTR = temps moyen pour corriger le système (dans le cas où le
système doit être réparé avant de pouvoir poursuivre l’exécution)
– MTTF = temps moyen d’exécution entre deux pannes
• ROCOF = taux d’occurrence des pannes
– MTTF = 1 / ROCOF
– ROCOF = nbre de pannes / temps d’exécution
• AVAIL : temps disponible sur le temps total
– systèmes d’exploitation
– systèmes en opération continue (ex: commutateur de réseau
téléphonique)
– systèmes transactionnels
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 3
Chapitre 7 - Les mesures
Ift514 - Gestion de systèmes informatiques
Évaluation et estimation de la qualité
Estimer les mesures de qualité
• les mesures de qualité ne sont calculables que
lorsque le système est en opération depuis un
certain temps
systèmes
• doit estimer leur valeur durant le développement à
l’aide de mesure du produit
modifications
mesurer les
attributs des
systèmes
00-02-03 p. 4
processus de
maintenance
calculer
mesures de
qualité
échantillon
techniques
- statistiques
- appren. autom.
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 5
Ift514 - Gestion de systèmes informatiques
construire
un modèle
modèle de
qualité
Chapitre 7 - Les mesures
00-02-03 p. 6
1
Maintenance
Modification
• gestion des configurations
• ajouter/modifier des fonctions après la livraison est
coûteux
– gérer les produits du changement
– personnel inexpérimenté, parfois peu motivé
• maintenance
– programmes non structurés
– gérer le processus de changement
– modifications génèrent des fautes
– entropie: dégradation de la structure du système
• maintenance : 50 % à 80 % de l'effort logiciel
– documentation obsolète
(i.e., de 1 à 4 fois l'effort de développement)
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 7
Types de maintenance
• corrective:
fautes
(17 %)
• adaptative:
design
(18 %)
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 8
Types de maintenance
• plusieurs auteurs confondent adaptative et perfective
• statistiques varient beaucoup
• adaptative plus élevée pour logiciel acheté sur le
marché
• perfective:
spécification
(65 %)
• faute: une condition accidentelle qui occasionne une
erreur dans l'exécution d'un programme
• erreur: manifestation d'une faute
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 9
Problème de gestion
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 10
Motivation du personnel
• maintenance est perçue comme une activité
ennuyeuse, peu attrayante
• justifier l'importance de la maintenance pour
l'atteinte des objectifs organisationnels
• pourtant, maintenance représente un défi aussi
grand que le développement
• associer mérite à la performance organisationnelle
• intégrer maintenance et développement
– plus de contraintes, donc plus difficile
– révèle l'importance du design
• ne pas négliger maintenance adaptative
– ré-ingénierie
• planifier à l'avance le processus de maintenance
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 11
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 12
2
Processus de maintenance
Planifier version
• tenir compte des objectifs organisationnels
(perfective, adaptative, corrective)
demande
de
changement
analyser
d'impact
planifier
version
émettre
version
mettre en
oeuvre
• évaluer pertinence d'une restructuration
(maintenance adaptative)
• même processus que développement
– spécification, design, programmation, test
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 13
Processus de maintenance
00-02-03 p. 14
• chaque module a un propriétaire
– modifications au module sont effectuées exclusivement par le
groupe propriétaire
– structure de projet: budget, échéancier, suivi
– assure une plus grande cohésion des modifications,
préserve architecture
– plus grande visibilité organisationnelle
– planifier à l'avance (budget annuel)
– goulot d'étranglement
• petits changements (< 60 jours)
(version)
• demandeur modifie
– réduit les communications
– indicateurs de gestion différents
– modifications mises en oeuvre plus rapidement,
mais coût plus élevé
– nbre demandes en attente, en cours, complétées
– budget total en attente, en cours, complétés
Chapitre 7 - Les mesures
Chapitre 7 - Les mesures
Assignation des tâches
• plusieurs changements majeurs (>= 60 jours)
(release)
Ift514 - Gestion de systèmes informatiques
Ift514 - Gestion de systèmes informatiques
– augmente l'entropie du logiciel
00-02-03 p. 15
Documentation
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 16
Gestion de la maintenance
• critique pour la maintenance
• release: gestionnaire de projet
– spécification, design, code source, test unitaire et d'intégration
– respecter budget, échéance, qualité
– historique des modifications
• version: gestionnaire de maintenance
– données de test
– le système en opération doit bien performer
• bonne qualité
– bon niveau d'abstraction (de détail)
– réaction rapide pour problème d'opération
– claire, porter une attention particulière au style, à la syntaxe,
orthographe
– fournir un niveau de service acceptable
– plus d'interaction directe avec les usagers pour les opérations
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 17
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 18
3
Services aux usagers
Imputation des coûts
• demandes d'information
• A) Service informatique
– utilisateurs peu concernés par le coût, maximisent services
• 15 % à 45 % du budget de maintenance
– facilite maintenance adaptative
– information sur les règles et comportement du système
• B) Utilisateurs
– analyse préliminaire
– rapport ad-hoc, conversions de données, interface
– gestion très serrée des demandes de changements (diminution)
• réduire par une meilleure documentation et formation
– processus approbation plus long,
inapproprié pour changement urgent ou mineur
(processus d'exception, budget spécial au service informatique)
• on ne peut les éliminer (complexité du système)
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
– difficile de justifier maintenance adaptative
00-02-03 p. 19
Mesurer la qualité du service de
maintenance
• indicateurs
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 20
Interprétation
• si duratt , dematt ou % coûtcor est élevé, déterminer les causes
– dematt = nombre de demandes de changements en attente
– piètre qualité du système (évaluer Q)
– équipe de maintenance inefficace, inexpérimentée
– duratt = temps d'attente pour compléter une demande de
changement (date demande - date mise en opération)
– processus trop lourd
– ressource insuffisante
– proportion de chaque type de maintenance
– nombre de demandes trop élevé
%coûtcor = coûtcor/coûtmnt , %coûtper = coûtper/coûtmnt, etc.
coûtmnt = coûtcor + coûtadp + coûtper + coûtdmi
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 21
• comparer avec des systèmes de même catégorie
pour déterminer ce qui est acceptable (bâtir une
norme)
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 22
Importance de mesurer
• on ne peut gérer ce qu'on ne peut mesurer
• mesures solides => crédibilité
• décider selon les faits,
et non sur les apparences ou les impressions
Ift514 - Gestion de systèmes informatiques
Chapitre 7 - Les mesures
00-02-03 p. 23
4