Profils génériques

Les profils du groupe générique pour l’ingénierie système et l’ingénierie logiciel

Cette page décrit le concept de profil, le groupe de profils génériques pour l’ingénierie système et l’ingénierie logiciel et les 4 profils de ce groupe.

Profils

La caractéristique essentielle des entités visées par les normes et les guides ISO/IEC 29110 est la taille. Mais il y a d’autres aspects et caractéristiques des très petits organismes (TPO) qui peuvent influer sur la préparation de profils tels que : le modèle d’affaires (p.ex. commercial, sous contrat, le développement en interne, etc.) ; les facteurs conjoncturels (comme l’environnement, l’incertitude, la criticité, etc.) et les niveaux de risque [1]. La création d’un profil pour chaque combinaison possible des valeurs présentées ci-dessus se traduirait par un ensemble de profils ingérable. En conséquence, les profils sont regroupés de manière à être applicable à plus d’une catégorie. Un groupe de profils est une collection de profils qui sont liés soit par la composition des processus (p.ex. les activités, les tâches) ou par le niveau de capacité, ou les deux [2].

Le groupe de profils génériques

Le groupe de profils génériques a été défini [3] comme applicable à une grande majorité de TPO qui ne développent pas des systèmes critiques ou des logiciels critiques et ont des facteurs conjoncturels typiques. Le groupe des profils génériques est une collection de quatre profils (entrée, basique, intermédiaire, avancé) offrant une approche progressive pour satisfaire une grande majorité de TPO.

Le groupe de profilsProfil
Générique d’entrée
Générique basique
Générique intermédiaire
Générique avancé

Note : Les parties 1, 3 et 5-1-2 (profil basique en ingénierie logiciel) sont disponibles gratuitement de l’ISO sur le site

Cet ensemble de documents est destiné à être utilisé par un TPO pour établir des processus pour mettre en œuvre une approche de développement ou une méthodologie, par exemple, agile, évolutive, itérative, développement dirigé par les tests, etc. sur la base des besoins de l’organisme ou du projet d’un TPO.

Les profils en ingénierie système (en développement)

Les profils en ingénierie logiciel

1. Le profil d’entrée (Entry) (en développement)

Les TPO ciblés par ce profil travaillent sur des projets des petites tailles (par exemple, tout au plus de six mois-personne) et des TPO en démarrage (start-up).

1.1. Les caractéristiques des TPO ciblés par le profil d’entrée

  • Ils font principalement la conception et/ou le codage de petits logiciels.
  • Ils n’ont pas une expérience significative avec de grands projets de développement, ils ne peuvent souvent pas obtenir des contrats de sociétés plus grandes.
  • Le personnel est souvent relativement inexpérimenté.
  • Ils n’ont souvent pas la discipline requise pour effectuer les tâches de développement d’un produit, ils se concentrent principalement sur le codage.
  • Ils n’ont pas d’actif de processus (p.ex. processus documenté, gabarits, liste de contrôle).
  • Ils ont un accès limité aux investissements et aux prêts.
  • Ils peuvent manquer de crédibilité, d’où la nécessité d’une référence, comme celle d’un client précédent.
  • Leurs clients peuvent imposer leurs processus de développement.

1.2 Les objectifs génériques du profil d’entrée

  • Le profil devrait fournir une base pour une migration vers les processus du profil basique,
  • Le profil pourrait être utilisé par les TPO en démarrage pour les aider à mettre en œuvre un processus de gestion et de développement.

1.3 Les objectifs du processus de gestion et du processus de mise en oeuvre (Implementation)

Puisque le profil d’entrée a été développé en utilisant le profil basique (voir le profil basique ci-dessous), on montre dans les tableaux ci-dessous ce qui a été enlevé/modifié/ajouté au profil basique pour produire le profil d’entrée. La convention suivante est utilisée : l’information ajoutée ou modifiée au profil de base est représentée en bleu tandis que les informations supprimées sont affichées en rouge.

Les objectifs du processus de gestion de projet (Project Management, PM) du profil d’entrée, selon l’ébauche du document ISO/IEC TR 29110-5-1-1, sont :

Objective IDObjectives
PM.01 The Project Plan for the execution of the project is developed according to the Statement of Work and reviewed and accepted by the Customer. The tasks and resources necessary to complete the work are sized and estimated.
PM.02 Progress of the project monitored against the Project Plan and recorded in the Progress Status Record. Corrections to remediate problems and deviations from the plan are taken when project targets are not achieved. Closure of the project is performed to get the Customer acceptance documented in the Acceptance Record.
PM.03 The Changes Requests are addressed through their reception and analysis. Changes to the software requirements are evaluated for cost, schedule and technical impact. impact.
PM.04 Review meetings with the Work Team and the Customer are held. Agreements are registered and tracked.
PM.05 Risks are identified as they develop and during the conduct of the project.
PM.06 A software Version Control Strategy is developed. Items of Software Configuration are identified, defined and baselined. Modifications and releases of the items are controlled and made available to the Customer and Work Team. The storage, handling and delivery of the items are controlled. Items of Software Configuration are identified and controlled.
PM.07 Software Quality Assurance is performed to provide assurance that work products and processes comply with the Project Plan and Requirements Specification.

La figure ci-dessous montre les activités du processus de gestion de projet du profil d’entrée (en développement).

Figure — Diagramme du processus de gestion de projet du profil d'entrée (traduit de l'ébauche de ISO/IEC TR 29110-5-1-1)

Figure — Diagramme du processus de gestion de projet du profil d’entrée (traduit de l’ébauche de ISO/IEC TR 29110-5-1-1)

Les objectifs du processus de mise en oeuvre du logiciel (Software Implementation, SI), selon l’ébauche du document ISO/IEC TR 29110-5-1-1, sont :

Objective IDObjectives
SI.01 Tasks of the activities are performed through the accomplishment of the current Project Plan.
SI.02 Software requirements are defined, analyzed for correctness and testability, approved by the Customer, baselined and communicated.
SI.03 Software components are identified.Software architectural and detailed design is developed and baselined. It describes the software components and internal and external interfaces of them. Consistency and traceability to software requirements are established.
SI.04 Software components defined by the design are produced. Unit test are defined and performed to verify the consistency with software requirements. and the design. Traceability to the requirements and design are established.
SI.05 Software is integrated and tested, and defects are corrected. Software is produced performing integration of software components and verified using Test Cases and Test Procedures. Results are recorded at the Test Report. Defects are corrected and consistency and traceability to Software Design are established.
SI.06 Software configuration is prepared for delivery. A Software Configuration, that meets the Requirements Specification as agreed to with the Customer, which includes user, operation and maintenance documentations is integrated, baselined and stored at the Project Repository. Needs for changes to the Software Configuration are detected and related Change Requests are initiated.
SI.07 Verification and Validation tasks of all required work products are performed using the defined criteria to achieve consistency among output and input products in each activity. Defects are identified, and corrected ; records are stored in the Verification/Validation Results.

La figure ci-dessous montre les activités du processus d’implémentation du profil d’entrée (en développement).

Figure — Diagramme du processus d'implémentation logicielle du profil d'entrée (traduit de l'ébauche de ISO/IEC TR 29110-5-1-1)

Figure — Diagramme du processus d’implémentation logicielle du profil d’entrée (traduit de l’ébauche de ISO/IEC TR 29110-5-1-1)

2. Le profil basique (Basic Profile)

Note : Tous les documents de ce profil ont été publiés par l’ISO

2.1 Les caractéristiques des TPO ciblés par ce profil

Le profil basique décrit le développement de logiciels d’une seule application par une équipe de projet unique sans risque ou des facteurs conjoncturels spéciaux. Le projet peut être de remplir un contrat externe ou interne. Le contrat interne n’a pas à être explicite entre l’équipe du projet et son client [1].
Pour utiliser le Guide (c.à.d. la partie 51-2) un TPO doit satisfaire aux conditions d’entrée suivantes :

  • Un énoncé des travaux (Statement of work) est documenté,
  • Une étude de faisabilité du projet a été réalisée avant son lancement,
  • L’équipe de projet, y compris le chef de projet, a été assignée et formée, et
  • Les biens, les services et l’infrastructure pour démarrer le projet sont disponibles.

Le profil basique est composé de deux processus (voir figure ci-dessous), un processus de gestion de projet et un processus de mise en oeuvre de logiciels. Le but du processus de gestion de projet est d’établir et de mener à bien de façon systématique, les tâches du projet de mise en œuvre du logiciel, ce qui qui permettra de répondre aux objectifs du projet en ce qui concerne la qualité, le calendrier et le coût. Le but du processus de mise en œuvre de logiciels est la performance systématique des activités d’analyse, de conception, de construction, d’intégration et de tests pour les produits logiciels nouveaux ou modifiés selon les exigences spécifiées.

Figure — Processus du profil basique (ISO/IEC TR 29110-5-1-2)

Figure — Processus du profil basique (ISO/IEC TR 29110-5-1-2)

2.2 Les objectifs du processus de gestion de projets et du processus d’implémentation du profil basique

Les objectifs du processus de gestion de projet (Project Management (PM) Process) du profil basique, selon le document ISO/IEC TR 29110- 5-1-2, sont :

PM.01 Le plan du projet pour l’exécution du projet est élaboré en fonction de l’énoncé des travaux et validé avec le Client. Les tâches et les ressources nécessaires pour achever les travaux sont dimensionnées (sized) et estimées.
PM.02 L’avancement du projet est évalué en fonction du plan de projet et enregistré dans le Registre d’état d’avancement. Des corrections pour remédier aux problèmes sont prises lorsque les objectifs du projet ne sont pas atteints. Des actions appropriées sont prises pour corriger ou éviter l’impact des risques. La clôture du projet est effectuée pour obtenir l’acceptation par le client tel que documenté dans le dossier d’acceptation.
PM.03 Les demandes de changement sont enregistrées et analysées. Les impacts sur le coût, le calendrier et l’impact technique, dus aux changements aux exigences logicielles sont évalués.
PM.04 Des réunions d’évaluation avec l’équipe de travail et le client sont tenues. Les accords sont enregistrés et suivis.
PM.05 Les risques sont identifiés lorsqu’ils se développent et tout au long du déroulement du projet.
PM.06 Une stratégie de contrôle de version est développée. Les éléments de configuration logicielle sont identifiés, définis et placés dans le référentiel (Baselined). Les modifications et les versions des articles sont contrôlées et mises à la disposition du client et de l’équipe y compris le stockage, la manutention et la livraison des articles.
PM.07 L’assurance-qualité du logiciel est effectuée afin de fournir l’assurance que les produits et processus de travail se conforment au plan de projet et aux spécifications des exigences.

Le processus de gestion de projet comporte les activités suivantes (voir la figure ci-dessous) :

  • PM.1 Project Planning
  • PM.2 Project Plan Execution
  • PM.3 Project Assessment and Control
  • PM.4 Project Closure

Figure 2 Project Management process diagram. (ISO/IEC TR 29110-5-1-2)

Figure - Processus de gestion de projet (ISO/IEC 29110-5-1-2)

Les objectifs du processus de mise en oeuvre (Software Implementation (SI) Process) du profil basique selon le document ISO/IEC TR 29110 Part 5-1-2, sont :

SI.01 Les tâches des activités sont effectuées exercées en suivant le plan de projet.
SI.02 Les exigences logicielles sont définies, analysées pour l’exactitude et la testabilité, sont approuvées par le client, déposées dans le référentiel (baselined) et communiquées.
SI.03 La conception architecturale et détaillée est développée et déposée dans le référentiel. Elle décrit les éléments et les interfaces internes et externes entre eux. La cohérence et la traçabilité des exigences logicielles sont établies.
SI.04 Les composants logiciels définis lors de la conception sont produits. Les tests unitaires sont définis et réalisés pour vérifier la cohérence avec les exigences et la conception. La traçabilité aux exigences et à la conception est documentée.
SI.05 Le logiciel est produit en effectuant l’intégration des composants logiciels et vérifié à l’aide de cas de tests et de procédures de tests. Les résultats sont consignés dans le rapport de tests. Les défauts sont corrigés et la cohérence à la conception et la traçabilité du logiciel vers la conception est documentée.
SI.06 Une configuration logicielle qui répond aux spécifications des exigences, tel que convenu avec le client, ce qui comprend l’utilisateur, l’opérateur et le mainteneur est intégrée, documentée, déposée dans le référentiel et stockée dans la librairie du projet. Des demandes de changements sont initiées si des changements à la configuration du logiciel sont détectés.
SI.07 Les tâches de vérification et de validation de tous les produits de travail nécessaires sont effectuées selon les critères définis pour assurer la cohérence entre les produits de sorties et d’entrée pour chaque activité. Les défauts sont identifiés et corrigés ; les enregistrements sont stockés dans le rapport de vérification/validation.

Le processus de mise en oeuvre comporte les activités suivantes (voir la figure ci-dessous) :

  • SI.1 Software Implementation Initiation
  • SI.2 Software Requirements Analysis
  • SI.3 Software Architectural and Detailed Design
  • SI.4 Software Construction
  • SI.5 Software Integration and Tests
  • SI.6 Product Delivery

Processus de mise en oeuvre du logiciel (ISO/IEC 29110-5-1-2)

Figure - Processus de mise en oeuvre du logiciel (ISO/IEC 29110-5-1-2)

3. Le profil intermédiaire (Intermédiaire) (en développement)

Ce profil vise les TPO qui effectuent plus d’un projets à la fois.

4. Le profil avancé (Avancé) (en développement)

Ce profil vise les TPO qui veulent mettre en place des pratiques de gestion des affaires (business management) et de gestion du portfolio (portfolio management).

Références

  • [1] Laporte, C.Y., Alexandre, S., O’Connor, R., A Software Engineering Lifecycle Standard for Very Small Enterprises, in R.V. O’Connor et al. (Eds.) : EuroSPI 2008, CCIS 16, pp. 129–141.
  • [2] O’Connor, R.V., Laporte, C.Y., Towards the Provision of Assistance for Very Small Entities in Deploying Software Lifecycle Standards, 11th International Conference on Product Focused Software Development and Process Improvement (Profes2010), Hosted by LERO, Ireland, June 21-23, 2010.
  • [3] ISO/IEC 29110-2 Software Engineering - Lifecycle Profiles for Very Small Entities (VSEs) — Part 2 : Framework and Taxonomy, Geneva : International Organization for Standardization (ISO), 2011. ISO/IEC 29110-2-2011
  • [4] ISO/IEC TR 29110-5-1-2 Software engineering — Lifecycle profiles for Very Small Entities (VSEs) — Part 5-1-2 : Management and engineering guide : Generic profile group : Basic profile. ISO/IEC TR 29110-5-1-2-2011
  • ISO/IEC TR 29110-1 est disponible gratuitement de l’ISO sur le site suivant.
  • ISO/IEC TR 29110-3 est disponible gratuitement de l’ISO sur le site suivant.
  • ISO/IEC TR 29110-5-1-2 est disponible gratuitement de l’ISO sur le site suivant.