Pelajaran 1Identifikasi jenis work item yang diperlukan dan pemetaan ke lifecycle produkBagian ini menggambarkan cara mengidentifikasi jenis work item Polarion yang diperlukan dan memetakannya ke lifecycle produk, memastikan traceability yang konsisten dari kebutuhan pemangku kepentingan hingga implementasi, verifikasi, dan manajemen perubahan.
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 modelPelajaran 2Field terperinci untuk Test Case (ID, Title, Preconditions, Steps, Expected Results, Test Type, Linked Requirements, Automation Status, Pass/Fail, Tester)Bagian ini berfokus pada field test case, termasuk prasyarat, langkah-langkah, hasil yang diharapkan, jenis tes, persyaratan terkait, status otomatisasi, dan hasil eksekusi, memungkinkan verifikasi yang dapat diulang dan traceable di 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 resultsPelajaran 3Field terperinci untuk Task/Work Item (ID, Title, Description, Assignee, Estimate, Status, Dependencies, Sprint/Iteration)Bagian ini menjelaskan field inti untuk work item tipe tugas di Polarion, mencakup perencanaan, kepemilikan, pelacakan kemajuan, dan penanganan dependensi sehingga tim dapat memperkirakan, menjadwalkan, dan memantau pekerjaan implementasi secara andal.
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 linksPelajaran 4Field terperinci untuk Change Request (ID, Title, Description, Impact Assessment, Affected Items, Priority, Requester, Approval Status)Bagian ini membahas field permintaan perubahan yang digunakan untuk mengendalikan perubahan lingkup, termasuk penilaian dampak, item yang terpengaruh, prioritas, peminta, dan status persetujuan, memastikan evaluasi transparan dan pengambilan keputusan yang traceable.
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 evidencePelajaran 5Field terperinci untuk Defect (ID, Title, Description, Severity, Priority, Repro Steps, Affected Items, Status, Root Cause, Fix Version)Bagian ini menjelaskan field work item defect untuk menangkap laporan masalah, termasuk severity, prioritas, langkah reproduksi, item terpengaruh, root cause, dan fix version, mendukung triage efisien dan tindakan korektif.
Defect lifecycle and key field responsibilitiesDocumenting clear Reproduction StepsUsing Severity and Priority consistentlyTracking Affected Items and Fix VersionCapturing Root Cause and prevention dataPelajaran 6Field terperinci untuk Stakeholder Requirement (ID, Title, Description, Rationale, Priority, Safety Relevance, Source, Acceptance Criteria, Linked Items)Bagian ini merinci field persyaratan pemangku kepentingan yang menangkap niat, nilai bisnis, relevansi keselamatan, dan ekspektasi penerimaan, memungkinkan traceability jelas dari kebutuhan pemangku kepentingan ke persyaratan sistem dan perangkat lunak hilir.
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 workPelajaran 7Field terperinci untuk Software Requirement (ID, Title, Description, Functional/Nonfunctional, Interfaces, Trace to System Req, Acceptance Criteria, Priority, Estimated Effort)Bagian ini menjelaskan field persyaratan perangkat lunak untuk perilaku fungsional dan nonfungsional, antarmuka, traceability ke persyaratan sistem, kriteria penerimaan, prioritas, dan usaha, mendukung perencanaan desain dan implementasi terperinci.
Separating functional and nonfunctional contentDocumenting interfaces and data contractsTracing to parent System RequirementsDefining Acceptance Criteria for softwarePriority and Estimated Effort for planningPelajaran 8Field terperinci untuk System Requirement (ID, Title, Description, Rationale, Allocation, Priority, Safety Classification, Verification Method, Status, Owner)Bagian ini merinci field persyaratan sistem yang menggambarkan perilaku sistem, alokasi, klasifikasi keselamatan, metode verifikasi, dan kepemilikan, memungkinkan traceability kuat ke arsitektur, tes, dan bukti kepatuhan.
Structuring high level system requirement textUsing Rationale and Allocation fieldsPriority and Safety Classification modelingDefining Verification Method and criteriaStatus and Owner responsibilities in Polarion
