Bài học 1Xác định các loại work item cần thiết và mapping vào lifecycle sản phẩmPhần này mô tả cách xác định các loại work item Polarion cần thiết và map chúng vào lifecycle sản phẩm, đảm bảo traceability nhất quán từ nhu cầu stakeholder qua implementation, verification và quản lý thay đổi.
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 modelBài học 2Các trường chi tiết cho Test Case (ID, Title, Preconditions, Steps, Expected Results, Test Type, Linked Requirements, Automation Status, Pass/Fail, Tester)Phần này tập trung vào các trường test case, bao gồm preconditions, steps, expected results, test type, linked requirements, automation status và execution outcome, cho phép verification lặp lại và traceable trong 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 resultsBài học 3Các trường chi tiết cho Task/Work Item (ID, Title, Description, Assignee, Estimate, Status, Dependencies, Sprint/Iteration)Phần này giải thích các trường cốt lõi cho work items loại task trong Polarion, bao gồm planning, ownership, progress tracking và dependency handling để các đội ước lượng, lập lịch và giám sát công việc implementation đáng tin cậy.
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 linksBài học 4Các trường chi tiết cho Change Request (ID, Title, Description, Impact Assessment, Affected Items, Priority, Requester, Approval Status)Phần này bao quát các trường change request dùng để kiểm soát thay đổi scope, bao gồm impact assessment, affected items, priority, requester và approval status, đảm bảo đánh giá minh bạch và decision making 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 evidenceBài học 5Các trường chi tiết cho Defect (ID, Title, Description, Severity, Priority, Repro Steps, Affected Items, Status, Root Cause, Fix Version)Phần này giải thích các trường work item defect để capture báo cáo vấn đề, bao gồm severity, priority, reproduction steps, affected items, root cause và fix version, hỗ trợ triage hiệu quả và corrective actions.
Defect lifecycle and key field responsibilitiesDocumenting clear Reproduction StepsUsing Severity and Priority consistentlyTracking Affected Items and Fix VersionCapturing Root Cause and prevention dataBài học 6Các trường chi tiết cho Stakeholder Requirement (ID, Title, Description, Rationale, Priority, Safety Relevance, Source, Acceptance Criteria, Linked Items)Phần này chi tiết các trường stakeholder requirement capture intent, business value, safety relevance và acceptance expectations, cho phép traceability rõ ràng từ nhu cầu stakeholder đến system và software requirements.
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 workBài học 7Các trường chi tiết cho Software Requirement (ID, Title, Description, Functional/Nonfunctional, Interfaces, Trace to System Req, Acceptance Criteria, Priority, Estimated Effort)Phần này giải thích các trường software requirement cho functional và nonfunctional behavior, interfaces, traceability đến system requirements, acceptance criteria, priority và effort, hỗ trợ detailed design và implementation planning.
Separating functional and nonfunctional contentDocumenting interfaces and data contractsTracing to parent System RequirementsDefining Acceptance Criteria for softwarePriority and Estimated Effort for planningBài học 8Các trường chi tiết cho System Requirement (ID, Title, Description, Rationale, Allocation, Priority, Safety Classification, Verification Method, Status, Owner)Phần này chi tiết các trường system requirement mô tả system behavior, allocation, safety classification, verification method và ownership, cho phép traceability mạnh mẽ đến architecture, tests và compliance evidence.
Structuring high level system requirement textUsing Rationale and Allocation fieldsPriority and Safety Classification modelingDefining Verification Method and criteriaStatus and Owner responsibilities in Polarion
