TRAVAIL DE SESSION INDIVIDUEL COURS MGL 804 HIVER 2014 PROFESSEUR ALAIN APRIL. PAR Baptiste AURENCHE AURB MONTRÉAL, LE 23 AVRIL 2014

Transcription

1 ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC TRAVAIL DE SESSION INDIVIDUEL COURS MGL 804 HIVER 2014 PROFESSEUR ALAIN APRIL PAR Baptiste AURENCHE AURB MONTRÉAL, LE 23 AVRIL / 16

2 Cette licence Creative Commons signifie qu il est permis de diffuser, d imprimer ou de sauvegarder sur un autre support une partie ou la totalité de cette œuvre à condition de mentionner l auteur, que ces utilisations soient faites à des fins non commerciales et que le contenu de l œuvre n ait pas été modifié. 2 / 16

3 TABLE DES MATIÈRES 1Présentation de la norme ISO/IEC Cartographie normative Historique de la norme Description de la norme Description spécifique de la partie 5 de la norme...7 2Présentation des évolutions de la norme ISO/IEC Évolution des attributs de processus Evolution des catégories et des titres de processus...9 3Rappel sur le modèle S3M Méthodologie utilisée pour faire évoluer le modèle S3M Conclusion Annexe 1 :Comparaison de la description des attributs de processus / 16

4 1 Présentation de la norme ISO/IEC Cartographie normative On peut définir deux catégories de normes afin de décrire les processus d'ingénierie et les produits logiciels. Dans chacune des catégories, une norme décrit le Modèle et une seconde décrit l'évaluation. Ainsi la norme ISO/IEC permet l'évaluation des processus d'ingénierie. PROCESSUS ISO (Modèle) ISO (Évaluation) ISO 9126 (Modèle) ISO (Évaluation) PRODUITS 1.2 Historique de la norme Cette norme, qui fournit un cadre pour l'évaluation de processus, est aussi appelée SPICE (Software Process Improvement and Capability determination) dans la littérature et un groupe de travail «SPICE User Group» ( fournit une direction pour l'évolution de la norme et l'applicabilité de la norme au sein d'un secteur de l'industrie particulier. Cette norme est dérivée des modèles de maturité tel que Bootstrap, Trillium et CMM. 1.3 Description de la norme La norme est répartie en 11 parties, chaque partie étant un document distinct et la totalité couvre les exigences pour satisfaire une évaluation des processus. Chaque partie est identifiée par un numéro et un titre dont voici la description : 0 Introduction au référentiel ISO/SPICE et à son utilisation (FD Z ) 1 Concept et vocabulaire (ISO/IEC :2004) 2 Exécution d'une évaluation (ISO/IEC :2003) 3 Réalisation d'une évaluation (ISO/IEC :2004) 4 Conseils sur l'utilisation pour l'amélioration de processus et la détermination de capacité de processus (ISO/IEC :2004) 5 Un exemple de modèle d'évaluation de processus (ISO/IEC :2012) 6 Un exemple de modèle d'évaluation (ISO/IEC TR :2013) 4 / 16

5 7 Évaluation de maturité d'organisation (ISO/IEC TR :2008) 9 Profil de procédés (ISO/IEC TS :2011). A ce jour les parties 8 et 10 n'ont pas encore été publiées sous le statut de norme. La partie 2 présente le cadre pour l'exécution d'une évaluation et les parties 3 et 5 précisent comment répondre aux exigences présentées dans la partie 2 et un exemple pour conduire une évaluation d'aptitude du processus logiciel. Relations des principaux composants de la norme ISO/IEC Pour élaborer un modèle d'évaluation de processus (PAM) personnalisé, il faut préciser nécessairement son domaine de couverture. Le catalogue de processus (PRM) fournis la liste des processus à évaluer dans lequel on vient sélectionner les processus concernés. Enfin, les niveaux de maturité des processus sont indiqués dans le cadre de mesurage. 5 / 16

6 Pour réaliser l'évaluation, il faut produire alors un certain nombre de document et définir les rôles et responsabilité de chacun durant celle-ci. Le résultat d'une évaluation se présente selon deux dimensions, le processus étudié associé à son niveau d'aptitude. L'exemple ci-dessous définit une évaluation de 5 processus et le niveau d'aptitude selon l'échelle de 4 niveaux (Fully, Largely, Partially et not achieved). 6 / 16

7 1.4 Description spécifique de la partie 5 de la norme La partie 5 de la norme, intitulé «Un exemple de modèle d'évaluation de processus», propose des fiches descriptives pour l'évaluation des processus SYSTÈME et des processus LOGICIEL. Ce modèle de processus se rapproche de celui qui est décrit dans la norme ISO/CEI : 2008 Voici la liste détaillée des groupes de processus. Processus SYSTÈME un groupe processus contractuels (AGR) Processus LOGICIEL un groupe processus d'implémentation du logiciel (DEV) un groupe processus conduite organisationnelle de projet (ORG) un groupe processus projet (PRO) un groupe processus de support logiciel (SUP) un groupe processus de réutilisation de logiciel (REU) un groupe processus techniques (ENG) Une fiche descriptive pour chaque processus est présentée et elle décrit le niveau de maturité n 1 d'un processus. Identification du processus Xxx.n (ex AGR.1) Nom du processus But du processus Résultat du processus Les résultats d'une implantation réussie du processus sont : a) b). Les pratiques de base Entrées Produits du travail Sorties 7 / 16

8 2 Présentation des évolutions de la norme ISO/IEC Il n'existe pas, sur le site de l'iso ( de liste des différences entre plusieurs versions d'une norme. De plus, il s'agissait au départ d'un rapport technique qui est devenu une norme par la suite. Pour étudier l'évolution du contenu de la norme et mesurer les écarts entre le rapport technique et la norme dans les versions indiquées au paragraphe 1.3, je me suis basé sur le document «ISO/IEC EVOLUTION TO AN INTERNATIONAL STANDARD, Terence P. Rout, Software Quality Institute, Griffith University, Australia» 2.1 Évolution des attributs de processus Ce document présente les différences dans les descriptions de niveau d'aptitude. Le tableau ci-dessous présente les changements des noms des niveaux d'attributs et l'annexe indique en détail la comparaison du détail des attributs de processus. On remarque alors que les descriptions ont été significativement détaillées et clarifiées vis-à-vis d'autres normes sans en modifier les intentions. Capability Level Technical Report International Standard Level 1 Performed Process Level 2 Managed Process Level 3 Established Process Level 4 Predictable Process Level 5 Optimising Process PA 1.1 Process performance PA Performance management PA Work product management PA Process definition PA Process resource PA Process measurement PA Process control PA Process change PA Continuous improvement PA 1.1 Process performance PA Performance management PA Work product management PA Process definition PA Process deployment PA Process measurement PA Process control PA Process innovation PA Process optimization 8 / 16

9 2.2 Evolution des catégories et des titres de processus Par contre les catégories et titres de processus ont été modifiés entre la version du rapport technique qui est présenté ci-dessous et l'organisation présentée dans la partie 5 de la norme. 9 / 16

10 3 Rappel sur le modèle S 3M Le modèle S 3M ou modèle de maturité de la maintenance du logiciel comprend des pratiques de maintenance en génie logiciel et qui ont été regroupées en 4 domaines : Gestion du processus (Pro) Gestion des requêtes (Req) Ingénierie d'évolution (Evo) Support à l'ingénierie d'évolution (Sup) Chaque domaine regroupe 4 ou 5 itinéraires contenant les bonnes pratiques et les objectifs à atteindre selon les niveaux d'aptitude. Un lien est ainsi fait entre un itinéraire du modèle S 3M et un processus de la norme Exemple d'itinéraire Identifiant Nom de l'itinéraire Type SPICE Pro1 Focaliser sur les processus de la maintenance du logiciel 2 (ORG.2) 4 Méthodologie utilisée pour faire évoluer le modèle S 3M Pour faire évoluer le modèle S 3M, je propose donc de reprendre chaque itinéraire et de modifier le type SPICE associé pour le faire correspondre avec les processus de la norme ISO Voici donc dans les tableaux ci-dessous ma proposition d'évolution. Gestion du processus (Pro) Type SPICE Focaliser sur les processus de la maintenance du ORG6 : Organizational alignement logiciel Définition des processus/services de maintenanceorg.1a : Process establishment du logiciel Formation organisationnelle ORG.4 : Human resource management Performance des processus de la maintenance du ORG.7 : Organization management logiciel Innovation et déploiement ORG.1C : Process improvement Gestion des requêtes (Req) Gestion des requêtes de services et des événements Planification de la maintenance du logiciel Suivi et supervision des requêtes de la maintenance Type SPICE ENG.9 Software operation PRO.1 : Project planning PRO.2 : Project assessment and control 10 / 16

11 Gestion d'ententes de services et de sous-traitanceagr.2 : Supply Gestion des requêtes (Req) Type SPICE Gestion des requêtes de services et des ENG.9 Software operation événements Planification de la maintenance du logiciel PRO.1 : Project planning Suivi et supervision des requêtes de la PRO.2 : Project assessment and control maintenance Gestion d'ententes de services et de sous-traitance AGR.2 : Supply Gestion des requêtes (Req) Type SPICE Gestion des requêtes de services et des ENG.9 Software operation événements Planification de la maintenance du logiciel PRO.1 : Project planning Suivi et supervision des requêtes de la PRO.2 : Project assessment and control maintenance Gestion d'ententes de services et de sous-traitance AGR.2 : Supply 5 Conclusion Le travail réalisé a permis d'améliorer la correspondance entre les itinéraires du modèle S 3M et les processus de la norme ISO Pour les travaux futurs, je propose de réaliser une traçabilité complète entre les éléments du modèle S 3M et les différents modèles et normes sur lesquels il s'arrime. Cela permettra de faciliter l'évolution dans le futur et garder le modèle en cohérence avec les pratiques du domaine. 11 / 16

12 6 Annexe 1 :Comparaison de la description des attributs de processus Attribute Technical Report International Standard PA 2.1 Performance management a. the objectives for the performance of the process will be identified (e.g. quality, time- scale, cycle time and resource usage); b. the responsibility and authority for developing the work products of the process will be assigned; c. the performance of the process will be managed to produce work products that meet the defined objectives. Performance management a. objectives for the performance of the process are identified; b. performance of the process is planned and monitored; c. performance of the process is adjusted to meet plans; d. responsibilities and authorities for performing the process are defined, assigned and communicated; e. resources and information necessary for performing the process are identified, made available, allocated and used; PA 2.2 Work product management 1. the requirements (functional and non-functional) of the specified work products of the process will be defined; 2. the requirements for the documentation and control of the work products will be defined; 3. the dependencies among the controlled work products will be identified; 4. work products will be appropriately identified and documented, and changes will be controlled.; f. interfaces between the involved parties are managed to ensure both effective communication and also clear assignment of responsibility. Work product management 1. requirements for the work products of the process are defined; 2. requirements for the documentation and control of the work products are defined; 3. work products are appropriately identified, documented, and controlled; 4. work products are reviewed in accordance with planned arrangements and adjusted as necessary to meet requirements. 12 / 16

13 5. the work products will be verified and adjusted to meet the defined requirements. Attribute Technical Report International Standard PA 3.1 Process definition Process definition 1. a standard process including appropriate guidance on tailoring will be defined, that supports the execution of the managed process; 1. a standard process, including appropriate tailoring guidelines, is defined that describes the fundamental elements that must be incorporated into a defined process; PA performance of the process will be conducted in accordance with appropriately selected and/or tailored standard process documentation; 3. historical process performance data will be gathered to establish and refine the understanding of the process behaviour (e.g. in order to estimate the process performance resource needs); 4. experiences of using the defined process will be used to refine the standard process. Process ressource 2. the sequence and interaction of the standard process with other processes is determined; 3. required competencies and roles for performing a process are identified as part of the standard process; 4. required infrastructure and work environment for performing a process are identified as part of the standard process; 5. suitable methods for monitoring the effectiveness and suitability Process deployment 1. roles, responsibilities and competencies required for performing the process will be identified and documented; 2. the process infrastructure required for performing the process will be identified and documented; 3. the required resources will be available, allocated and used to support the performance of the defined process. 1. a defined process is deployed based upon an appropriately selected and/or tailored standard process; 2. required roles, responsibilities and authorities for performing the defined process are assigned and communicated; 3. personnel performing the defined process are competent on the basis of appropriate education, training, and experience; 4. required resources and information necessary for performing the defined process are made available, allocated and used; 13 / 16

14 5. required infrastructure and work environment for performing the defined process are made available, managed and maintained; 6. appropriate data are, collected and analysed as a basis for understanding the behaviour of, and to demonstrate the suitability and effectiveness of the process, and to evaluate where continuous improvement Attribute Technical Report International Standard PA 4.1 Measurement Process measurement a. product and process goals and measures will be identified in line with relevant business goals; a. process information needs in support of relevant defined business goals are established; b. product and process measures will be collected to monitor the extent to which the defined goals are met; c. process performance trends across the organization will be analyzed; b. process measurement objectives are derived from process information needs; c. quantitative objectives for process performance in support of relevant business goals are established; d. process capability will be measured and maintained across the organization. d. measures and frequency of measurement are identified and defined in line with process measurement objectives and quantitative objectives for process performance; PA 4.2 Process control a. suitable analysis and control techniques will be identified; e. results of measurement are collected, analysed and reported in order to monitor the extent to which the quantitative objectives for process performance are met; f. measurement results are used to characterise process performance. Process control a. analysis and control techniques are determined and applied where applicable; 14 / 16

15 b. in-process product and process measures will be collected and analyzed to support control of process performance within defined limits; c. process performance will be managed quantitatively. b. control limits of variation are established for normal process performance; c. measurement data are analysed for special causes of variation; d. corrective actions are taken to address special causes of variation; e. control limits are re-established (as necessary) following corrective action. Attribute Technical Report International Standard PA 5.1 Process change Process innovation PA 5.2 a. the impact of all proposed changes will be assessed against the defined product and process goals of the defined and standard processes; b. the implementation of all agreed changes will be managed to ensure that any disruption to the process performance is understood and acted upon; c.the effectiveness of process change on the basis of actual performance will be evaluated against the defined product and process goals and adjustments made as needed. Continuous improvement a. the process improvement goals for the process will be defined that support the relevant business goals of the organization; b. the sources of real and potential problems will be identified; a. process improvement objectives for the process are defined that support the relevant business goals; b. appropriate data are analysed to identify common causes of variations in process performance; c. appropriate data are analysed to identify opportunities for best practice and innovation; d. improvement opportunities derived from new technologies and process concepts are identified; e. an implementation strategy is established to achieve the process improvement objectives. Process optimization a. impact of all proposed changes is assessed against the objectives of the defined process and standard process; b. implementation of all agreed changes is managed to ensure that any disruption to the process performance is understood and acted 15 / 16

16 c. improvement opportunities will be identified; d. an implementation strategy will be established and deployed to achieve the process improvement goals across the organization. upon; c. effectiveness of process change on the basis of actual performance is evaluated against the defined product requirements and process objectives to determine whether results are due to common or special causes. 16 / 16