Leson 1Identifier les types d'éléments de travail requis et leur mappage au cycle de vie du produitCette section décrit comment identifier les types d'éléments de travail Polarion nécessaires et les mapper au cycle de vie du produit, garantissant une traçabilité cohérente des besoins des parties prenantes jusqu'à la mise en œuvre, la vérification et la gestion des changements.
Analyzing lifecycle phases and information needsSelecting required work item types in PolarionDefining relationships and traceability rulesAligning workflows with lifecycle milestonesGovernance for evolving the work item modelLeson 2Champs détaillés pour Test Case (ID, Titre, Préconditions, Étapes, Résultats attendus, Type de test, Exigences liées, Statut d'automatisation, Passé/Échoué, Testeur)Cette section se concentre sur les champs des cas de test, incluant les préconditions, les étapes, les résultats attendus, le type de test, les exigences liées, le statut d'automatisation et le résultat d'exécution, permettant une vérification répétable et traçable dans Polarion.
Designing clear Preconditions and test StepsWriting precise Expected Results contentModeling Test Type and coverage levelsLinking Test Cases to requirements itemsAutomation Status and Pass or Fail resultsLeson 3Champs détaillés pour Tâche/Élément de travail (ID, Titre, Description, Affecté, Estimation, Statut, Dépendances, Sprint/Itération)Cette section explique les champs principaux pour les éléments de travail de type tâche dans Polarion, couvrant la planification, la propriété, le suivi des progrès et la gestion des dépendances afin que les équipes puissent estimer, planifier et surveiller le travail de mise en œuvre de manière fiable.
Purpose of Task work items in Polarion projectsConfiguring ID, Title, and Description fieldsAssignee, Estimate, and Remaining Effort usageStatus workflow and resolution conventionsModeling Dependencies and Sprint or Iteration linksLeson 4Champs détaillés pour Demande de changement (ID, Titre, Description, Évaluation d'impact, Éléments affectés, Priorité, Demandeur, Statut d'approbation)Cette section couvre les champs des demandes de changement utilisés pour contrôler les modifications de portée, incluant l'évaluation d'impact, les éléments affectés, la priorité, le demandeur et le statut d'approbation, garantissant une évaluation transparente et une prise de décision traçable.
Role of Change Requests in configuration controlStructuring Description and Impact AssessmentTracking Affected Items and related baselinesModeling Priority, Requester, and origin dataApproval Status workflow and audit evidenceLeson 5Champs détaillés pour Défaut (ID, Titre, Description, Gravité, Priorité, Étapes de reproduction, Éléments affectés, Statut, Cause racine, Version de correction)Cette section explique les champs des éléments de travail pour défauts afin de capturer les rapports de problèmes, incluant la gravité, la priorité, les étapes de reproduction, les éléments affectés, la cause racine et la version de correction, soutenant un triage efficace et des actions correctives.
Defect lifecycle and key field responsibilitiesDocumenting clear Reproduction StepsUsing Severity and Priority consistentlyTracking Affected Items and Fix VersionCapturing Root Cause and prevention dataLeson 6Champs détaillés pour Exigence des parties prenantes (ID, Titre, Description, Raison, Priorité, Pertinence sécurité, Source, Critères d'acceptation, Éléments liés)Cette section détaille les champs des exigences des parties prenantes qui capturent l'intention, la valeur métier, la pertinence sécurité et les attentes d'acceptation, permettant une traçabilité claire des besoins des parties prenantes aux exigences système et logiciel en aval.
Capturing business context in Title and DescriptionUsing Rationale and Source to record intentModeling Priority and Safety Relevance fieldsWriting effective Acceptance Criteria contentLinking stakeholder items to downstream workLeson 7Champs détaillés pour Exigence logicielle (ID, Titre, Description, Fonctionnel/Non fonctionnel, Interfaces, Traçabilité vers Exigence Système, Critères d'acceptation, Priorité, Effort estimé)Cette section explique les champs des exigences logicielles pour le comportement fonctionnel et non fonctionnel, les interfaces, la traçabilité aux exigences système, les critères d'acceptation, la priorité et l'effort, soutenant la conception détaillée et la planification de mise en œuvre.
Separating functional and nonfunctional contentDocumenting interfaces and data contractsTracing to parent System RequirementsDefining Acceptance Criteria for softwarePriority and Estimated Effort for planningLeson 8Champs détaillés pour Exigence système (ID, Titre, Description, Raison, Allocation, Priorité, Classification sécurité, Méthode de vérification, Statut, Propriétaire)Cette section détaille les champs des exigences système qui décrivent le comportement système, l'allocation, la classification sécurité, la méthode de vérification et la propriété, permettant une traçabilité robuste vers l'architecture, les tests et les preuves de conformité.
Structuring high level system requirement textUsing Rationale and Allocation fieldsPriority and Safety Classification modelingDefining Verification Method and criteriaStatus and Owner responsibilities in Polarion
