La perspective normative: Ingénierie de la qualité du système TI MGL 842

Extrait du cours ingénierie de la qualité du système TI MGL 842 

Sujets

  • Les activités d’implantation de la qualité dans le processus de développement
  • La perspective actuelle d’académie
  • La pratique (typique) de l’industrie
  • La perspective normative: ISO 9126, ISO 15288, ISO 25000 SQuaRE
  • Ingénierie de la qualité
  • La notion
  • Les objectifs
  • Les défis
  • Le modèle d’implantation de qualité
  • Analyse du choix des références
  • Le modèle proposé – le format générique

Implantation de la qualité
La perspective actuelle d’académie

  • Sources bibliographiques reconnues par l’académie:

1.Van Vliet: Software Engineering 2nd Edition (2002)
2.Pfleeger: Software Engineering 2nd Edition (2001)
3.Leffingwell/Widrig: Managing Software Requirements, 1st and 2nd editions (1999, 2003)
4.Lauesen: Software Requirements (2002)
5.Budgen: Software Design (2003)
6.Humphrey: A Discipline for Software Engineering (2002)
7.Ghezzi: Fundamentals of SW Engineering (2002)
8.Kendall: Systems Analysis and Design (2002)
9.Donaldson: Successful Software Development (2000)
10.Jarvis: Inroads to Software Quality (1997)
11.Kan: Metrics and Models in Software Quality Engineering (2003)
12.SWEBOK (2003)
13.Suryn: “Maturing Usability: Quality in Software, Interaction and Value. Chapter: Software Quality Engineering – the leverage for gaining maturity” (2007)

  • Premières observations:
  • Parmi 13 sources récemment publiées il y a:
  • 4 sur le génie logiciel (Software Engineering)
  • 2 sur les exigences logicielles (Software Requirements)
  • 3 sur le design et développement
  • 1 sur la qualité du logiciel (Software Quality)
  • 1 sur le corpus de connaissances (SWEBOK), et
  • 1 qui reconnaît l’ingénierie de la qualité du logiciel (Software Quality Engineering)
  • 1 qui discute le sujet directement
  • Il y a une grande richesse des articles sur la qualité du logiciel, mais ces articles sont ponctuels
  • Un peu de statistique:
  • Les sources qui:
  • Traitent la qualité comme l’effort continu de début à la fin du projet – 1
  • Reconnaissent la qualité comme processus d’ingénierie – 2
  • Recommandent l’analyse et la définition des exigences qualité au même temps que les exigences fonctionnelles – 1
  • « Enseignent» comment implanter le qualité du logiciel – 1
  • Offrent le support méthodologique, théorique et pratique aux ingénieurs qualité – 1 (partiel)
  • Livre en rédaction qui discute le sujet au complet:
LIRE AUSSI :  Le management de la qualité dans les entreprises

Suryn W., «Software Quality Engineering – A Practitioner’s Approach»

  • Les conclusions. Dans la majorité de cas:
  • La qualité du logiciel fait une relativement petite partie du matériel enseigné (~ 5-7%)
  • La façon d’enseignement n’est ni spécialisée ni précise
  • Livres discutant la qualité du logiciel réduisent la matière aux modèles et mesures
  • Les processus d’ingénierie ne sont pas reconnus
  • La vision (enseignée) d’application de la qualité du logiciel suggère les actions ponctuelles

Implantation de la qualité
 La pratique (typique) de l’industrie

  • In many cases – the recognized objective, but last thing to do
  • No specialized knowledge, and if there is one, it’s experience-based rather then education-based
  • Problems with identifying and defining quality requirements
  • Problems with requirements-to-measures decomposition
  • Software quality engineering processes (implementation processes) unknown
  • Continuous need for higher quality applies pressure to companies that are in general not prepared to deal with it
  • Companies seek for support at academia, or
  • Try to learn from the others through the participation in different fora (ex: ISO, SCC)

Implantation de la qualité
 La perspective normative: ISO 9126, ISO 15288

  • Quality model, renown but dry
  • 200+ measures, where some may be out-dated or even invalid
  • The only support is for evaluation processes
  • Applicative recommendations are vague and in many cases useless
  • Industry in mass does not know how to apply with results these standards
  • The awareness of such a situation is present in most standardization organizations
  • Only some of them react, but the innovation process is time consuming and slow

……

Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)
La perspective normative: Ingénierie de la qualité du système TI MGL 842 (745 KB) (Cours PPT)
Ingénierie de la qualité

Télécharger aussi :

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *