Les référentiels pour le logiciel is Mi. norme ISO/IEC 12207 Face a la problématique des projets informatiques, I'ISO a développé une norme générique ISO/IEC 12207? : «Processus du cycle de vie d’un logiciel. » Cette norme est relative aux processus du cycle de vie en général et non & un cycle de vie en particulier. ISO 9000-3 ISO/IEC 12207 Processus Logiciel |: Produit, livrable Eléments Assurance Qualité Figure 3.2 Le positionnement de la norme ISO/IEC 12207 Objet Cette norme recense et décrit les processus couramment mis en cuvre dans les projets informatiques, elle définit de maniére générique : + Les activités 4 mettre en ceuvre. + Les responsabilités des différents intervenants. + La politique qualité associée & ces activités. Contrainte La norme ISO/IEC 12207 constitue le modéle pour les processus. En effet elle identifie trois types de processus du cycle de vie (voir figure 3.3) : les processus de base, les processus de support et les processus organisationnels. Chaque pro- cessus est décrit en terme d’activités et de taches qui doivent étre mises en ceuvre. Cette norme s’applique & l’acquisition d’un systéme contenant du logiciel, 4 un logiciel tout seul ou a une prestation logicielle. Plan de la norme internationale ISO/IEC 12207 La norme ISO/IEC 12207 est structurée par articles selon le plan suivant : Article 1 - Domaine d’ application Article 2 - Références normatives 2. La notation ISOMEC 12207 est 'identification internationale en langue anglaise de cette norme. En frangais, elle est reprise sous la notation NF ISO/CEI 12207 publiée par l'AFNOR en novembre 1995 (indice de classement Z 67-150).Processus d'ngénere du 7 aie ee Article 3 - Définitions Article 4 - Application de la norme internationale Article 5 - Les processus de base Un processus de base concerne les activités liges au développement (oncepy ¢t réalisation), a l'exploitation et a la maintenance du logiciel, 'on Processus d’ acquisition (§ 5.1)3 Il définit les activités de l'acquéreur du logiciel ou de la prestation logiciet, comprend les activités suivantes : meet ~ initialisation ~ préparation de l’appel d’offres ~ préparation et mise a jour du contrat ~ suivi du fournisseur — acceptation et achévement du processus Processus de fourniture (§ 5.2) Il définit les activités du fourni comprend les activités suivantes : ur du logiciel ou dela prestation logicieteg ~ initialisation ~ préparation de la réponse = contrat = planification ~ exécution et maitrise — Tevue et évaluation — fourniture et achevement Processus de développement (§ 5.3) 1 definit les activités du développeur du logiciel ou de la prestation logicielle et comprend les activités suivantes — mise en ceuvre du processus — analyse des exigences du syst&me — conception de l’architecture du systme ~ analyse des exigences du logiciel = conception de I'architecture du logiciel — conception détaillée du logiciel ~ codage et essai du logiciel — intégration du logiciel ~ essais de qualification du logiciel — intégration du systéme ~ essais de qualification du systéme — installation du logiciel ~ assistance & l'acceptation du logiciel 3 es numéros de paragraphe entre parenthéses comespondent ceux de la orme et font référence ala figure 3.3Les référentiels pour le logiciel 51 Processus d’ exploitation (§ 5.4) Il définit, pour les utilisateurs, les activités du char; informatique dans son environnement réel et com, — mise en ceuvre du processus — essais de fonctionnement — exploitation du systéme — assistance a l'utilisateur ‘g€ d’exploitation du systéme prend les activités suivantes : Processus de maintenance (§ 5.5) II definit les activités du chargé de maintenance du logiciel et comprend les activités suivantes : — mise en cuvre du processus — analyse des problémes et des modifications mise en ceuvre des modifications — revues et acceptation de la maintenance — migration du systéme — retrait du logiciel Article 6 - Les processus de support Un processus de support fournit un support & un autre Processus, dont il fait par- hie intégrante, dans une optique de maitrise de la qual é de ce processus. Processus de la documentation (§ 6.1) Il définit les activités destinées & enregistrer les informations processus et comprend les activités suivante: mise en ceuvre du processus — conception et développement — production — maintenance produites par un Processus de gestion de configuration (§ 6.2) 11 comprend les activités suivantes : mise en ceuvre du processus identification de la configuration — maitrise de la configuration — rapport de I’état de la configuration — évaluation de la configuration — gestion de livraison et de distribution Processus d’assurance de la qualité (§ 6.3) Il définit les activités garantissant la conformité du logiciel avec les exigences spécifiées et comprend les activités suivantes : — mise en ceuvre du processus — assurance du produit — assurance du processus — assurance des systémes qualité52 Processus d'ingéniere gy Ri Processus de vérification (§ 6.4) a Il définit les activités de Vintervenant chargé de la vérification dy logic) i el comprend les activités suivantes : — mise en @uvre du processus — vétification Processus de validation (§ 6.5) ki fini i vali Pe Il definit les activités de Mintervenant chargé de la validation du Iogigiy F comprend les activités suivantes — mise en ceuvre du processus — validation Processus de revue conjointe (§ 6.6) 11 defnit les ativtés permettant de determiner Ia gestion des revues et ogy, prend les activités suivantes : — mise en ceuvre dui processus — revues de gestion de projet — revues techniques. Processus d’audit (§ 6.7) Il définit les activités permettant de déterminer la conformité exigences et comprend les activités suivantes : — mise en ceuvre du processus — audit Par rapport aux Processus de résolution de probleme (§ 6.8) Il définit les activités permettant d’analyser et de su les non-conformités des produits et des services et c vantes — mise en euvre du processus = résolution de probléme ipprimer les problémes ep ‘Omprend les activités sy. Article 7 - Les processus organisationnels ca Pda ay creanisationnel est de nature différente des deux processus d ase et de support. Ce processus est générique et peut & : ‘ stg ut a gee ue et peut étre utilisé par tout type Processus de management (§ 7.1) 1 définit les activités de ges les activités suivantes ~ lancement du processus et ~ planification exécution et maitrise Tevues et évaluation ~ cloture tion de projet pendant le cycle de vie et comprend définition du domaineLes réfere i sntiels pour le logiciel __ ae 53 Se) Processus d’infrastructure (§ 7.2) Il définit les activités de mise en place de IRenwftoamiarasn ch coperendtl activités suivantes mise en cuyre du processus — mise en place de l’infrastructure — maintenance de Vinfrastructure Processus d’amélioration (§ 7.3) Il définit les activités d’un quelconque intervenant afin d’éy; d’améliorer les processus du cycle de vie et com mise en cuyre du processus — éyaluation du processus — amélioration du processus aluer, de piloter et iprend les activités suivantes : Processus de formation (§ 7.4) Il définit les activités nécessaires a la formation adé prend les activités suivantes : — mise en euvre du processus — développement du matériel de formation — mise en ceuvre du plan de formation "quate du personnel et com- Art. 5. Art. 6. Processus de base Processus de support 5.1 Acquisition L 6.1 Documentation 6.2 Fourniture 6.2 Gestion de configuration | 5.3 Développement 6.4 Vérification 6.3 Assurance de la qualité 5.4 Exploitation 6.5 Validation 5.5 Maintenance 6.6 Revue conjointe 6.7 Audit | —————— 6.8 Résolution de probleme | Art. 7. Processus organisationnels [ra Management 7.2 Infrastructure [7 3 Amélioration de processus 7.4 Formation Figure 3.3. Le schéma d’ organisation des processus de la norme ISO/IEC 1220754 Processus d'ingé, 7 Cas particulier du processus d’ajustement Deux projets ne sont jamais identiques. Afin de prendre en compte les p rités et les variations, I’Annexe A (normative) de la norme ISO/IEC aque nit des exigences relatives 4 I’ajustement de la norme internationale ee 4 processus d’ajustement qui comprend les activités suivantes ; Crest + Identification de l'environnement du projet. + Sollicitation des données d’entrée + Sélection des processus, des activités et des taches. + Documentation des décisions d’ajustement et leurs justifications, L’annexe B (informative) de la norme ISO/IEC 12207 fournit des o pour prendre en compte des variations dans la norme internationale, C’eg, cessus d’ajustement qui comprend les activités suivantes : © Pro. + Conseils généraux pour l’ajustement. + Ajustement du processus de développement. + Ajustement des activités relatives a l’évaluat + Considérations concernant I’ajustement et I’application, n. Evolution La révision de la norme ISO/IEC 12207 n'est pas a Vordre du jour po moment, En attendant, un amendement n° 1 PDAM*) a 6t6 publié gui cone notamment son annexe F. Ce document constitue une synthase des processa posés par ISO/IEC 12207 et ISOMEC 15504 et présente un véritable model référence des processus, La liste de ces processus figure dans le tableau 3. te les processus répertoriés dans cette liste seront détaillés au cours des aes ty notre démarche méthodologique. Lroriginalité de cet amendement n° | réside dans I’introduction de deux dé nitions nouvelles : ig se finalité de Perse Gui représente Vobjectif de niveau supérieur de réali- eae Liimplémentation du processus doit fournir des bénéfices 2 les résultats du processus désignent ce que l’on peut observer lorsque la fina- lité du processus est atteinte. 4. Publié en francais sous le titre FPDAM 1.referentiels pour le logiciel Les é ur le | 55 Tableau 3.1 Tableau de corrélation entre les processus (d’aprés annexe F du projet de révision 12207) PROCESSUS N° Code Acquisition Fil Préparation de l'acquisition PLL Sélection des fournisseurs Fii2 Administration fournisseurs Eales) Acceptation client Fii4 Evaluation produit acheté FLIS ns Foumiture F12 Dacloppement Développement F13 Spécifications Elicitation’ des exigences F131 Analyse des exigences systéme (besoins) Fiste3 2) Conception Conception architecture du systéme (conception générale) F 1.3.3 Analyse des exigences du logiciel F134 Conception du logiciel (Conception détaillée) F135 Réalisation Construction du logiciel (codage et tests unitaires F136 du logiciel) Intégration du logiciel F137 Tests (d’intégration) du logiciel F138 Recette Intégration du systéme et tests du systéme intégré F139 Evaluation de produit développé F 13.10 Installation Implémentation Acceptation par équipe support Exploitation Exploitation Fi4 Utilisation opérationnelle F141 Support client F142 Maintenance Maintenance Fis citation des exigences c'est rassembler, traiter et suivre les besoins et exigences en cours d’évolution du client durant la vie du produit et/ou service, de maniére & établir une référence des exigences.processus d'ingénierie gy logici, 6 PROCESSUS N° Coag Processus de support Documentation FQ] Documentation = figuration 2 Gestion de configuration Gestion de config . ce qualité 23 Assurance qualité Assurance qualité Vérification Vérification F24 Validation Validation F25 i vue conjointe F26 Revue conjointe Revue conj Audit Audit F27 Résolution de probleme Résolution de probleme F28 Utilisabilité Utilisabilité (IEEE 1517) F29 Processus organisationnels Management Management F31 Gestion de l’organisation roth Gestion de projet F312 Gestion de la qualité F313 Gestion des risques F3ia Alignement organisationnel F315 ‘Mesurement (ISO 15939) F316 Gestion des connaissances F317 Amélioration Amélioration F32 Etablissement de processus F321 Evaluation or Amélioration de processus F323 Gestion des ressources Gestion des ressources humaines F33 humaines Formation F331 Infrastructure Infrastructure aon Gestion du capital Gestion du capital (IEEE 1517) F35 Gestion de programme Gestion de programme (IEEE 1517) F36 réutilisable Ingénierie de domaine Ingénierie de domaine (IEEE 1517) F37 RQUE : le numéro de code est celui donné par annexe F de UVamendement de la norme ISOMEC REMA 12207. Grace a ce numéro rra fai 07. Grice a ce numéro, on pourra Saire la liaison entre ce tableau récapitulatif et la description détaillée du processus contenue da 4 pI ‘s contenue dans les chapitres correspondant a chacune des étapes du cycle de vie du logiciel.referentic Js pour le logiciel La norme ISO/IEC 15504 En fait, il s'agit d’un ensemble normatif publié décembre 1998 sous le titre ISO/SPICES - L'éy, Cette publication constitue une norme expéri techniques et d’un fascicule de documentat ISO/SPICE a bénéficié des apports de plusie nications, CMM’, Bootstrap®...). par ’ AFNOR entre septembre et aluation des processus logiciels, mentale & partir de neufs Tapports. ion d’introduction. Le référentiel ‘urs modéles sectoriels (télécommu- ISO 9000-3 ISO/IEC 12207 Eléments: Processus Assurance Qualité Logiciel ogee ISONEC 15504 reat livrable Figure 3.4 Le positionnement de la norme ISOMEC 15504 Objet Ce cadre de référence est consacré aux processus. II doit permettre a une entre- prise d’avoir des processus «répétables», c’est-a-dire capitalisables et réutili- sables. Il favorise ’obtention de produits/services logiciels conformes a un niveau de qualité prédéfini. L’organisation doit pouvoir soutenir une optimisation de sa productivité, Contrainte Le management des processus est obtenu au moyen d’un modéle de référence. Ce modéle comporte une dimension processus et une dimension aptitude. Des exi- gences sont fournies, elles concerent l'utilisation de ce modéle de référence et la réalisation des évaluations. LISO/SPICE fournit aussi des guides pour la mise en euvre de l’évaluation, de l’amélioration et de la détermination d’aptitude des processus. 6. SPICE a été un projet d’évaluation de processus fondé sur une dynamique d’amélioration, a ori- gine en juin 1991 une étude «Improve IT» menée par le ministtre de la Défense (MoD) de Grande-Bretagne, puis en septembre 1992 les travaux de l'ISO en vue dune norme internatio- nale. SPICE comporte un diagnostic initial puis la mesure de l'amélioration, Initialement développé par le SEI (Software Engineering Institute de Pittsburg) afin de sélection- ner les fournisseurs du Département de la Défense des Etats-Unis, le Capability Maturity Model privilégie une approche processus répartis. 8. Modéle issu d’un projet européen permettant d’évaluer et d’améliorer les processus logiciels.58 | Processus d'ngénierie q — uk “Biciy Composition de la norme internationale ISO/IEC 1 5504 ; Voici Ia liste des différents documents de la norme : «on au référentiel ISO/SPICE et & son utilisation (FD z, 67.9 i eee rs (introduction (XP ISO/IEC TR 15504-1) 10) 5 Modéle de référence pour les processus (XP ISO/IEC TR 15504-2) Réalisation d’une évaluation (XP ISO/IEC TR 15504-3) * Guide pour la réalisation d'une évaluation (XP ISO/IEC TR 15504.4) Nodbie d'évaluation et guide des indicateurs (XP ISO/IEC TR 15504, 5 Guide de la compétence des évaluateurs (XP ISO/IEC TR 15504-6) ; de processus (XP ISO/IEC TR 15504-7) Guide pour I'amélioration de pr Guide ae determination d’aptitude de processus (XP ISO/IEC TR 1554 Vocabulaire (XP ISO/IEC TR 15504-9) ) Lorganisation du référentiel ISO/SPICE Le client peut étre T'instigation dune évaluation pour demander au fourisseuq, démontrer sa capacité a fournir tel ou tel produit ou service. Un élément d’une oe nisation peut aussi avoir 'initiative d'une démarche d’amélioration, c'est e mye, utiliser Pévaluation comme outil d’amélioration du fonctionnement de cet ors, nisation, A partir du constat des forces et faiblesses résultant de I’évaluation, ey axes d’amélioration sont recherchés afin datteindre les objectifs que V’on s'est fing La figure 3.5 montre les différents documents d’exigences a utiliser poy, que I’évaluation soit conforme & la norme, Les guides servent & assister les per sonnes en charge du management des processus (évaluation, amélioration, déter. COI AHAwWD— mination d’aptitude). Guide® | Introduction o| " Pees eee aaa pou ia determination | Vocabulaire © | de la capacite fr [Evaluation ~~ y Mise en ceuvre processus par organisation Modele de rétérence @ hase Exigences conduite évaluation @ Evaluation <_-------- < Modele d'évaluation @) Guide conduite dune évaluation @ ee Guide qualification compétences @) een des évaluateurs ¥ Mise en ceuvre de l'amélioration Guide® pour tamélioration des proceseus | Figure 3.5 Utilisation des composants du référentiel ISOISPICE? 9. Les chiffres mentionnés dans les cercles (ex. ©) font référence au numéro de document de la nomeantiels pour le logiciel a La dimension processus La dimension processus du modéle comporte cing catégories : CUS - Client Fournisseur 1, Processus d’ acquisition — préparation de l’acquisition - sélection du fournisseur — suivi d’avancement fournisseur acceptation client 2. Processus de fourniture 3, Processus d’élicitation des exigences 4. Processus d’exploitation — utilisation opérationnelle support au client ING - Ingénierie 1, Processus de développement analyse des exigences et conception du systéme — analyse des exigences du systéme — conception du logiciel — construction du logiciel intégration du logiciel — essais du logiciel — intégration et essais du systéme . Processus de maintenance du systéme et du logiciel nv MAN - Management 1. Processus de management 2. Processus de management de projet 3. Processus de management de la qualité 4, Processus de management des risques. SUP - Support du cycle de vie 1. Processus de documentation 2. Processus de gestion de configuration 3. Processus d’assurance de la qualité 4. Processus de vérification 5 s de validation s de revue conjointe 7. Processus d’audit 8. Processus de résolution de probleme60 Processus d'ingénietie dy, ae Bicig| ORG - Organisation 1. Processus d’alignement or; 2, Processus d’amélioration (établ 3, Processus de management des ressources 4, Processus d’ infrastructure 5, Processus de mesurage 6. Processus de réutilisation ganisationnel ; issement, évaluation, amélioration) humaines Processus de base Processus de support SUP. cus =2-3-4 1-2-3-4 ee 5-6-7-8 ENG as Processus organisationnels MAN ORG 1-2-3-4 1-2-3-4-5-6 Figure 3.6 Le modeéle de processus ISO/IEC 15504 La dimension d’aptitude La dimension d’aptitude introduit six niveaux dont les caractéristiques sont : + Niveau 0 Processus incomplet. Le processus n’est pas réalisé. + Niveau 1 Processus réalisé. Le processus a qualifié ses objectifs. + Niveau 2 Processus géré. Le processus est géré, c’est-A-dire que toutes les activités planitiées sont faites et que toutes les exigences des produits issus du processus sont identifiées, + Niveau 3 Processus établi. La mise en ceuvre du processus s’appuie sur des pratiques standardisées, + Niveau 4 Processus prévisible. Les variations d’un processus sont mesurées et comprises. ian ; stk hs $ mesures collectées sont utilisées pour piloter et controler le déroulement du processus.=ntiels pour le logiciel Les réfere ae a. + Niveau 5 Processus en optimisation, Lrorganisation est capable d’améliorer ses processus et de les adapter de fagon proactive afin de s’adapter & l’évolution des exigences, Dans le modéle, chaque niveau est composé d°attribut attributs de processus sont en fait des éléments d’a échelle de critéres. Is permettent 4” s de processus, Les ppréciation par rapport a une identifier les forces et faiblesses de chaque processus et de déterminer leur niveau d’aptitude, Le processus d’évaluation Ce processus comprend quatre étapes : Linitialisation pour analyser les objectifs et les contrainte: Dans cette étape il faut définir le périmétre de Vévaluation, les responsabilités et organisation mise en place. + Laprépa 's de l’évaluation, ation pour élaborer le plan de |’évaluation. tenir compte des facteurs de risque de l’évaluation. Lévaluation proprement dite pour collecter les donn fils d’aptitude des processus analysés. Les élém trés et devront étre soumis a validation, Leexploitation des résultats pour produire le rapport d’évaluation. La planification doit aussi \ées et déterminer les pro- ents recueillis seront enregis-tes re jerentiels pour le logiciel La norme ISO/IEC 14598 I] s’agit un ensemble normatif en cours de cr€ation. Ces normes Constituent | 2 nt le it sur le cadre de référence ISOMEC 9126, modéle d’éyaluation de produits logiciels et S’appuient des caractéristiques qualité définies dans les normes | ISO 9000-3 ISO/IEC 12207 ISO/IEC 9126 Elements: Processus Assurance Qualité Logiciel ISO/IEC 15504 Tens ISO/IEC 14598, Figure 3.12 Le positionnement de la norme ISOMEC 14598 Ces normes prennent en compte la diversité des Préoccupations des trois par- S concernées par 1'évaluation des produits logiciels et qui ont des besoins spécifiques et différents. A savoir : les acquéreurs, les développeurs, les éva- luateurs. Contrainte Un acquéreur va intervenir lors de l’achat de deux caté; gories distinctes de pro- duits logiciels : + Soit le produit est un logiciel commercial «sur étagére ». + Soit le produit est un logiciel sur mesure ou un logiciel existant 4 modifier, On peut noter que le processus d’acquisition (initialisation, appel d’ofires, préparation contrat, suivi fournisseur et acceptation) est défini et évalué par ailleurs dans la norme ISO/IEC 12207. Un développeur doit s’assurer que les exigences qualité applicables au logi- ciel sont identifiées. Elles doivent tenir compte des besoins utilisateurs, des expé- riences de l’organisation, des différents standards, régles et lois. Le développeur devra définir les caractéristiques qui relévent des attributs qualité interes et identifier les métriques correspondantes. De méme, le développeur devra définir les caractéristiques externes le concernant qui relévent des attributs qualité externes et identifier les métriques correspondantes.68 ee * a ie} valuateur doit utiliser toute son expérience en ingénierie lopiciy par essence, une cause de réduction dg Pour jectivité de I'évaluation, Or, objectivité de L'évaluation doit étre Maint : sieve possible et quelles que soient les circonstances, Le epg. ves anéthodes non déterministes peut étre un moyen d’y arriver. Un exemple 4 ‘aire illustré avec la traduction des spécifications des composants du produit Peu, modéle formel. De telles méthodes peuvent conduire I’€valuateur a f, ou se Faire choix pas foreément prédéfinis. es Un é effectuer une évaluation. C'est don niveau le plu Composition de la norme internationale ISO/IEC 14598 fa liste des différents documents de la norme ; Voi + Vue générale (ISO/IEC 14598-1) Planning et management (ISO/IEC 14598-2) + Processus pour les développeurs (ISO/IEC 14598-3) + Processus pour les acquéreurs (ISO/IEC 14598-4) Processus pour les évaluateurs (ISO/IEC 14598-5) + Documentation des modules d’évaluation (ISO/IEC 14598-6) Déroulement d’une évaluation pour un acquéreur Ftape 1 - Etablir les exigences d’évalua = objectifs et portée — spécifier les exigences Etape 2 - Spécifier l'évaluation = choix de la/des métrique(s) = choix des méthodes — délégation de l’évaluation Etape 3 - Concevoir l’évaluation Etape 4 - Exécuter I’évaluation — exécuter les méthodes d’évaluation — analyser les résultatsrenticls pour le logiciel Les réfe ————ee 69 —— aes péroulement d'une évaluation pour un développeur Etape 1 - Etablir les exigences d’évaluation choix des exigences _ analyse de leur faisabilité Ftape 2 - Spécifier l’évaluation — exigences qualité externes — exigences qualité internes Etape 3 - Concevoir I’évaluation — planifier l’évaluation externe — planifier !’évaluation interne Etape 4 - Exécuter l’évaluation évaluation interne — éyaluation du produit final Etape 5 - Capitalisation de l’expérience Déroulement d’une évaluation pour un évaluateur pe 1 - Etablir les exigences — responsabilités du demandeur — responsabilités de l’évaluateur Etape 2 - Analyser des exigences de I’évaluation Etape 3 - Spécifier l’évaluation pe 4 - Concevoir l’évaluation cuter l’évaluation Etape 6 - Conclure l’évaluation70 |e perspectives d’évolution : SQUARE Le modéle SQUARE (Software Product Quality Requirement and concerne la qualité des produits logiciels, donc le périmétre des no ISO/IEC 9126 et ISO/IEC 14598. Une convergence de ces normes ¢t u dardisation des métriques correspondantes sont apparues comme unb aider la standardisation de la qualité du produit logiciel, La structure du my SQUARE est représentée a la figure 3.13. Modéle qualité | | Modéle de référence = : Vocabulaire : Management | | Exigences quaité [_ resco] Métriques qualité Figure 3.13 La structure du modéle SQUARE