/04-cheatsheets/diagram-cheatsheets.md — Diagram Cheatsheets for IT BUSINESS ANALYST — ZERO TO DELIVERY READY

Metadata quản trị tài liệu tham khảo biểu đồ

Trường kiểm soát	Giá trị kiểm soát	Diễn giải kiểm soát
Artifact ID	`DIAGRAM_CHEATSHEETS`	Định danh quản trị duy nhất của tài liệu tham khảo biểu đồ. Dùng ID này khi liên kết từ các artifact khác trong corpus Nova Foods, đảm bảo tính truy vết và nhất quán.
Tên tệp	`/04-cheatsheets/diagram-cheatsheets.md`	Đường dẫn canonical của tài liệu này trong cấu trúc corpus. Mọi bản sao hoặc xuất không thay thế tệp được kiểm soát này.
Tiêu đề	`Diagram Cheatsheets for IT BUSINESS ANALYST — ZERO TO DELIVERY READY`	Tiêu đề chính thức của tài liệu này. Phản ánh mục đích cung cấp các biểu đồ tham khảo cho BA.
Status	`IN_REVIEW`	Tài liệu đang trong quá trình xem xét và hoàn thiện. Trạng thái này không có nghĩa là tài liệu đã được phê duyệt (`APPROVED`), thiết lập nền tảng (`BASELINED`), sẵn sàng triển khai (`production-ready`) hoặc được người dùng chấp thuận.
Version	`v0.9.0`	Phiên bản hiện hành của tài liệu tại thời điểm ghi nhận metadata, phù hợp với hợp đồng đóng băng (`frozen contract`) của dự án. Mọi thay đổi sau này sẽ dẫn đến phiên bản mới.
Owner	`Principal IT Business Analyst / Technical Curriculum Author`	Cá nhân chịu trách nhiệm duy trì tính toàn vẹn quản trị của tài liệu này. Owner đảm bảo metadata, phiên bản, và nội dung cheatsheet được cập nhật và sử dụng đúng ranh giới.
Trách nhiệm Owner	Duy trì cấu trúc, metadata, phiên bản, và tính nhất quán của cheatsheet. Đảm bảo mọi biểu đồ, ký hiệu được trình bày rõ ràng và tuân thủ các nguồn chuẩn, đồng thời giữ nhãn Nova Foods là mô phỏng.	Nhiệm vụ của Owner là quản trị tài liệu tham khảo, không phải xác nhận nghiệp vụ, pháp lý, kế toán hay kỹ thuật.
Giới hạn thẩm quyền Owner	Owner không có quyền tự thiết lập baseline, ghi nhận approval, hoặc đưa ra các quyết định thay thế thẩm quyền của Business Owner, Legal Owner, Accounting Owner, Security Lead, Technical Architect hoặc QA Lead. Tài liệu này chỉ mang tính chất tham khảo giáo dục.	Ranh giới rõ ràng về quyền hạn của Owner để tránh hiểu lầm về mức độ phê duyệt hoặc giá trị pháp lý của nội dung.
Last updated date	`2026-08-07`	Ngày cập nhật gần nhất của metadata và trạng thái tài liệu, được ghi nhận theo múi giờ quản trị của corpus.
Múi giờ quản trị	`Asia/Ho_Chi_Minh`	Múi giờ chuẩn được áp dụng để ghi nhận các sự kiện, thay đổi và bằng chứng quản trị liên quan đến tài liệu.
Locale áp dụng	`vi-VN`; bối cảnh Việt Nam; đơn vị tiền tệ mô phỏng `VND`	Ngôn ngữ chính của nội dung, bối cảnh pháp lý mặc định cho case study và đơn vị tiền tệ được sử dụng trong các ví dụ mô phỏng của Nova Foods.
Case study	`Nova Foods Trading & Manufacturing — mô phỏng giáo dục, chỉ sử dụng dữ liệu tổng hợp`	Mọi ví dụ, quy trình, và dữ liệu liên quan đến Nova Foods đều là giả định và được tạo ra để phục vụ mục đích giáo dục, không phản ánh một thực thể hoặc hoạt động kinh doanh có thật.
Phân loại artifact	`Tài liệu tham khảo nhanh (Cheatsheet)`	Mục đích chính là cung cấp thông tin tra cứu nhanh về các loại biểu đồ, ký hiệu và nguyên tắc thiết kế. Không phải tài liệu quy trình, chính sách hoặc yêu cầu nghiệp vụ.
Trạng thái baseline	`Chưa có baseline reference tại v0.9.0; IN_REVIEW không được diễn giải là BASELINED`	Tài liệu chưa đạt được trạng thái ổn định và phê duyệt chính thức (baseline). Nội dung có thể thay đổi trong các phiên bản tiếp theo.
Trạng thái phê duyệt	`Chưa có approval reference tại v0.9.0; không có approval ngầm định từ việc Owner duy trì artifact hoặc từ sự tồn tại của metadata này`	Tài liệu chưa được phê duyệt bởi bất kỳ bên liên quan có thẩm quyền nào. Sự tồn tại của metadata không hàm ý phê duyệt.
Mục đích tài liệu	`Ranh giới tra cứu có kiểm soát cho các ký hiệu và mẫu biểu đồ`	Mục tiêu chính của cheatsheet là cung cấp một tài liệu tham khảo đáng tin cậy và có kiểm soát để hiểu và sử dụng đúng các ký hiệu và mẫu biểu đồ trong phân tích nghiệp vụ.

1. Purpose, Scope, and Governance

Đối tượng, Ranh giới Sử dụng, Nguồn Tham khảo và Điều hướng

1. Đối tượng Sử dụng (Audience)

Tài liệu này phục vụ cá nhân muốn hiểu, áp dụng sơ đồ (diagram) trong phân tích nghiệp vụ (Business Analysis - BA). Mục đích học, tra cứu. Không dùng làm tài liệu phê duyệt nghiệp vụ thực tế.

Vai trò	Mục đích sử dụng	Lý do
Học viên BA	Hiểu cú pháp chuẩn của các loại sơ đồ (diagram notation) như BPMN, UML; áp dụng cho case study Nova Foods.	Giúp xây dựng nền tảng kiến thức sơ đồ, từ đó diễn giải hoặc tự tạo sơ đồ nghiệp vụ và hệ thống.
Chuyên viên BA	Tra cứu nhanh ký hiệu, ngữ nghĩa sơ đồ chuẩn khi làm việc. Đảm bảo tính nhất quán trong tài liệu.	Tiết kiệm thời gian, duy trì chất lượng tài liệu phân tích nghiệp vụ, đặc biệt khi làm việc với các hệ thống ERP mô phỏng như Nova Foods.
Người kiểm soát chất lượng (QA)	Đối chiếu sơ đồ với chuẩn để đánh giá chất lượng tài liệu BA. Xác minh tính đúng đắn của thể hiện nghiệp vụ (business process), cấu trúc hệ thống.	Bảo đảm sơ đồ BA tuân thủ chuẩn, dễ hiểu, tránh hiểu lầm trong quy trình kiểm thử (testing) và triển khai.
Không dành cho	Ra quyết định nghiệp vụ thực tế, phê duyệt triển khai sản xuất (production approval), thay thế tài liệu pháp lý hoặc tài liệu ERP Nova Foods thực.	Nova Foods là case study mô phỏng (simulated case study), dữ liệu tổng hợp (synthetic data only). Tài liệu này là học liệu, không có thẩm quyền ra quyết định vận hành.

2. Ranh giới Sử dụng (Use/Not-Use Boundary)

Tài liệu này xác định rõ phạm vi dùng và không dùng để duy trì tính toàn vẹn học thuật, tránh hiểu lầm về thẩm quyền.

Phạm vi dùng (Use Scope)	Phạm vi không dùng (Not-Use Scope)	Lý do và Giới hạn thẩm quyền (Authority Limit)
Tham khảo nhanh ký hiệu sơ đồ chuẩn (standard diagram notations) và nguyên tắc xây dựng sơ đồ BA.	Xác nhận tính đúng đắn của nghiệp vụ (business validity), quy trình vận hành thực tế của Nova Foods.	Nova Foods là môi trường mô phỏng. Sơ đồ chỉ thể hiện ví dụ, không phải quy trình đã được phê duyệt cho vận hành thật.
Áp dụng cú pháp sơ đồ chuẩn trong bài tập và case study Nova Foods mô phỏng.	Đưa ra quyết định đầu tư, quyết định pháp lý (legal decision), quyết định kế toán (accounting decision), hoặc quyết định bảo mật (security decision) cho Nova Foods.	Cheatsheet cung cấp công cụ, không cung cấp thẩm quyền nghiệp vụ, pháp lý hoặc tài chính. Các quyết định này thuộc về vai trò chuyên môn tương ứng.
Hiểu mối quan hệ giữa các loại sơ đồ và vị trí của chúng trong vòng đời phát triển hệ thống (System Development Life Cycle - SDLC).	Dùng làm cơ sở để yêu cầu thay đổi sản phẩm (product change request) hoặc làm tài liệu hướng dẫn vận hành (operational manual) cho Nova Foods ERP.	Cheatsheet là tài liệu học tập, không thay thế tài liệu thiết kế chi tiết (detailed design document), tài liệu quy trình vận hành chuẩn (Standard Operating Procedure - SOP) hoặc tài liệu đào tạo người dùng cuối.

3. Nguồn Tham khảo (Sources)

Tài liệu này tổng hợp thông tin từ các nguồn chuẩn quốc tế và pháp luật Việt Nam. Chi tiết về nguồn gốc, phiên bản, URL, và giới hạn sử dụng của từng nguồn được quản lý tại /00-research/00_SOURCE_MAP.md.

Nguồn chuẩn (Standard Source)	Phạm vi tham khảo chính (Primary Reference Scope)	Giới hạn áp dụng trong Cheatsheet
BABOK Guide (IIBA)	Các vùng kiến thức (Knowledge Areas), kỹ thuật (techniques) và nhiệm vụ (tasks) trong phân tích nghiệp vụ.	Cung cấp bối cảnh về việc sử dụng các loại sơ đồ trong BA. Không trích dẫn trực tiếp nội dung BABOK có bản quyền.
BPMN (OMG)	Cú pháp (syntax) và ngữ nghĩa (semantics) chuẩn của sơ đồ quy trình nghiệp vụ (Business Process Model and Notation).	Cheatsheet tóm tắt ký hiệu, cách dùng cho các luồng nghiệp vụ Nova Foods mô phỏng. Luôn giữ BPMN đúng chuẩn.
UML (OMG)	Cú pháp và ngữ nghĩa chuẩn của Ngôn ngữ Mô hình Hợp nhất (Unified Modeling Language) cho sơ đồ cấu trúc và hành vi hệ thống.	Tóm tắt các loại sơ đồ UML phổ biến (ví dụ: use case, class, activity, sequence) và ứng dụng chúng trong mô hình hóa Nova Foods.
ISO/IEC/IEEE 29148	Tiêu chuẩn về yêu cầu kỹ thuật (requirements engineering) và tài liệu yêu cầu (requirements documentation).	Tham khảo để định hình cách tài liệu hóa yêu cầu sử dụng sơ đồ, không phải nội dung chi tiết của tiêu chuẩn.
Luật Bảo vệ dữ liệu cá nhân (Việt Nam)	Các quy định về xử lý dữ liệu cá nhân (personal data processing) và quyền của chủ thể dữ liệu (data subject rights).	Ảnh hưởng đến cách mô hình hóa luồng dữ liệu (data flow) trong sơ đồ nghiệp vụ và hệ thống của Nova Foods, đặc biệt với dữ liệu nhạy cảm.

4. Điều hướng (Navigation)

Mục tiêu điều hướng: Giúp người dùng nhanh chóng tìm thông tin cần thiết.

Thành phần điều hướng	Cách sử dụng	Vị trí tham chiếu
Mục lục (Table of Contents) của tài liệu này	Dùng để chuyển đến các phần chính về từng loại sơ đồ (diagram type) và nguyên tắc vẽ.	Đầu tài liệu `/04-cheatsheets/diagram-cheatsheets.md` và các heading trong tài liệu.
Mục 2. Core Reference Map	Xem để hiểu các sơ đồ tương tác với nhau, cách các sơ đồ cấu thành cái nhìn tổng thể về hệ thống và nghiệp vụ Nova Foods.	`/04-cheatsheets/diagram-cheatsheets.md#2-core-reference-map`
Mục 3. Applied Nova Foods Reference	Tìm ví dụ cụ thể về sơ đồ được áp dụng cho Nova Foods case study.	`/04-cheatsheets/diagram-cheatsheets.md#3-applied-nova-foods-reference`
Registry ID truy vết (Traceability ID Registry)	Khi cần hiểu ID được dùng trong sơ đồ Nova Foods, hoặc để tra cứu nguồn gốc của một yêu cầu, quy tắc.	`/01-curriculum/TRACEABILITY_ID_REGISTRY.md`
Sơ đồ nguồn gốc (Source Map)	Khi cần xem lại chi tiết về nguồn gốc, phiên bản và giới hạn của các tiêu chuẩn đã được tham khảo.	`/00-research/00_SOURCE_MAP.md`

Mô phỏng Nova Foods và Giới hạn Thẩm quyền

Nova Foods Trading & Manufacturing là một tình huống nghiên cứu mô phỏng giáo dục (educational case study simulation). Mục đích của việc sử dụng Nova Foods là cung cấp một bối cảnh thực hành nhất quán để học viên áp dụng kiến thức và kỹ năng phân tích nghiệp vụ, không phải để mô tả một doanh nghiệp có thật. Mọi dữ liệu liên quan đến Nova Foods trong toàn bộ tài liệu này đều là dữ liệu tổng hợp (synthetic data), được tạo ra chỉ cho mục đích học tập và minh họa. Dữ liệu này không chứa thông tin nhạy cảm, thông tin cá nhân (personally identifiable information - PII) của cá nhân hoặc tổ chức thật, và không phản ánh bất kỳ hoạt động kinh doanh, tài chính hay thông tin độc quyền nào của một thực thể hiện có.

Việc xây dựng nội dung cho Nova Foods nhằm giúp học viên hiểu các khái niệm, quy trình và cách thức tài liệu hóa mà không cần tiếp cận môi trường doanh nghiệp thực tế. Do đó, mọi "yêu cầu nghiệp vụ" (business requirements), "quy tắc kinh doanh" (business rules), "quyết định" hệ thống, hoặc "kịch bản" (scenarios) liên quan đến Nova Foods đều là giả định trong phạm vi học tập. Chúng không phải là yêu cầu đã được phê duyệt (approved requirements) cho một hệ thống vận hành thực tế, không phải cam kết pháp lý (legal commitment), không phải quyết định kế toán (accounting decision), và không phải là lệnh triển khai sản xuất (production deployment instruction). Việc xác nhận tính hợp lệ của các yêu cầu này trong môi trường thực tế cần thẩm quyền của các bên liên quan (stakeholders) như Chủ sở hữu nghiệp vụ (Business Owner), Phòng Pháp chế (Legal Department), Kế toán trưởng (Chief Accountant) hoặc Kiến trúc sư giải pháp (Solution Architect).

Để đảm bảo tính toàn vẹn và giới hạn của tài liệu học liệu này, các ranh giới thẩm quyền (authority limits) của người soạn tài liệu (Owner) và các artifact (tạo phẩm) được định nghĩa rõ ràng. Bảng dưới đây tóm tắt các giới hạn quan trọng nhất liên quan đến case study Nova Foods:

Khía cạnh Quản trị	Diễn giải về Nova Foods (Mô phỏng)	Giới hạn Thẩm quyền (Owner và Artifact)	Căn cứ Trích dẫn
Tính chất Doanh nghiệp	Nova Foods là mô hình doanh nghiệp giả định, phục vụ mục đích giáo dục, không có tư cách pháp nhân hoặc hoạt động kinh doanh thật.	Không có thẩm quyền xác nhận Nova Foods là một doanh nghiệp thực tế, đang hoạt động, hoặc có bất kỳ cam kết pháp lý nào.	`/00-research/00_SOURCE_MAP.md` (`SRC-READY-010`)
Loại Dữ liệu Sử dụng	Mọi dữ liệu Nova Foods là tổng hợp (synthetic data), được tạo ra theo kịch bản để minh họa các khái niệm.	Không được tạo, sử dụng, hoặc diễn giải dữ liệu thật. Không có thẩm quyền xác nhận dữ liệu tổng hợp phản ánh dữ liệu thật hoặc tuân thủ quy định bảo vệ dữ liệu thật.	`/01-curriculum/01_CURRICULUM_ARCHITECTURE.md` (mục `Case study`)
Quy tắc và Yêu cầu	"Quy tắc nghiệp vụ" và "yêu cầu hệ thống" Nova Foods là giả định để đào tạo kỹ năng phân tích.	Không được coi là đã được phê duyệt (approved), đã được baseline (baselined), hoặc có hiệu lực bắt buộc trong một hệ thống sản xuất. Owner không có thẩm quyền phê duyệt nghiệp vụ, pháp lý, kế toán, bảo mật hoặc sản xuất.	`CHAPTER_MANIFEST.md`, `TEMPLATE_MANIFEST.md`, `CANONICAL_BUSINESS_RULES.md`, `CANONICAL_DATA_DICTIONARY.md`, `TRACEABILITY_ID_REGISTRY.md` (mục `Giới hạn thẩm quyền Owner`)
Tuân thủ và Pháp lý	Các ví dụ về luật, quy định cho Nova Foods chỉ minh họa cách áp dụng; không khẳng định Nova Foods tuân thủ.	Người soạn không có thẩm quyền xác nhận tính tuân thủ (compliance) của Nova Foods hoặc đưa ra tư vấn pháp lý. Mọi vấn đề pháp lý cần xác minh bởi vai trò có thẩm quyền.	`/00-research/00_SOURCE_MAP.md` (mục `Safe use boundary` cho nguồn pháp lý)

Người học cần luôn ghi nhớ rằng việc tạo dựng một tình huống nghiên cứu giả định như Nova Foods giúp tập trung vào phương pháp và kỹ thuật phân tích nghiệp vụ, nhưng đồng thời đòi hỏi sự phân biệt rõ ràng giữa môi trường học tập và các quyết định có tác động thực tế trong một doanh nghiệp hoạt động.

2. Core Reference Map

Sơ đồ (Diagram) là công cụ trực quan hóa. Giúp phân tích, truyền đạt thông tin phức tạp hệ thống, nghiệp vụ. Mục đích chính: mô tả ranh giới, quy trình, dữ liệu, tương tác hệ thống. Tìm điểm thiếu, không nhất quán. Con người xử lý hình ảnh nhanh hơn chữ. Sơ đồ tạo hiểu biết chung giữa các bên liên quan: nghiệp vụ, kỹ thuật.

Nhiều loại sơ đồ tồn tại. Mỗi loại cung cấp góc nhìn riêng. Không sơ đồ nào đủ cho mọi phân tích. Phân loại chung: Cấu trúc (Structural), Hành vi (Behavioral), Tương tác (Interaction), Dữ liệu (Data), Quy trình (Process). Chọn đúng loại sơ đồ, đúng nhu cầu phân tích.

Bảng dưới đây cung cấp định nghĩa, mục đích, phân loại và nguồn chuẩn cho các sơ đồ cốt lõi, áp dụng cho bối cảnh Nova Foods mô phỏng:

Tổng quan Sơ đồ Nghiệp vụ và Hệ thống (Overview of Business and System Diagrams)

Tên Sơ đồ (Diagram Name)	Tên tiếng Việt (Vietnamese Name)	Mục đích chính (Primary Purpose)	Loại Góc nhìn (View Type)	Nguồn chuẩn (Standard Source)	Liên kết Nova Foods mô phỏng (Simulated Nova Foods Link)
Use Case Diagram	Sơ đồ Trường hợp Sử dụng	Xác định phạm vi hệ thống; mô tả tương tác cấp cao giữa người dùng (actor) và hệ thống.	Hành vi (Behavioral)	UML 2.5.1 (OMG) (tham khảo `00-research/00_SOURCE_MAP.md`)	Nova Foods (mô phỏng): Xác định người dùng chính (ví dụ: `NV_BanHang`, `KhachHang_B2B`) và các chức năng hệ thống ERP (ví dụ: `QLDH_TaoDonHang`, `QLTK_CapNhatTonKho`).
Activity Diagram	Sơ đồ Hoạt động	Mô hình hóa luồng công việc (workflow), quy trình nghiệp vụ (business process) hoặc luồng điều khiển bên trong hệ thống.	Hành vi (Behavioral)	UML 2.5.1 (OMG) (tham khảo `00-research/00_SOURCE_MAP.md`)	Nova Foods (mô phỏng): Minh họa quy trình `NhapKho_NguyenLieu`, quy trình `DongGoi_SanPham`.
Business Process Model and Notation (BPMN) Diagram	Sơ đồ Mô hình Quy trình Nghiệp vụ và Ký hiệu	Mô tả chi tiết, tiêu chuẩn hóa các quy trình nghiệp vụ; bao gồm các đối tượng như `Pool`, `Lane`, `Gateway`, `Event`, `Task`.	Quy trình (Process)	BPMN 2.0.2 (OMG) (tham khảo `00-research/00_SOURCE_MAP.md`)	Nova Foods (mô phỏng): Thiết kế chi tiết quy trình `MuaHang_TuNCC` hoặc quy trình `XuLyDonHang_XuatKhau`.
Class Diagram	Sơ đồ Lớp	Biểu diễn cấu trúc tĩnh của hệ thống; thể hiện các lớp (class), thuộc tính (attribute), phương thức (method) và mối quan hệ giữa chúng.	Cấu trúc (Structural)	UML 2.5.1 (OMG) (tham khảo `00-research/00_SOURCE_MAP.md`)	Nova Foods (mô phỏng): Định nghĩa thực thể dữ liệu (ví dụ: `SanPham`, `KhachHang`, `DonHang`) và mối quan hệ trong module `QL_Kho`.
Sequence Diagram	Sơ đồ Tuần tự	Trình bày tương tác giữa các đối tượng (object) theo trình tự thời gian; thể hiện luồng thông điệp (message) giữa chúng.	Tương tác (Interaction)	UML 2.5.1 (OMG) (tham khảo `00-research/00_SOURCE_MAP.md`)	Nova Foods (mô phỏng): Mô tả luồng thông tin khi khách hàng `DatHang_Online`, từ giao diện người dùng đến các dịch vụ backend và cơ sở dữ liệu.
Data Flow Diagram (DFD)	Sơ đồ Luồng Dữ liệu	Mô tả sự di chuyển (flow) của dữ liệu qua hệ thống, các quá trình (process) chuyển đổi dữ liệu và nơi dữ liệu được lưu trữ (data store).	Dữ liệu (Data)	Nguồn thông lệ công nghiệp (Industrial practice); không có chuẩn OMG/ISO duy nhất.	Nova Foods (mô phỏng): Phân tích luồng dữ liệu từ hệ thống `QuanLySanXuat` đến hệ thống `BaoCao_QuanTri`.
State Machine Diagram	Sơ đồ Máy trạng thái	Mô hình hóa các trạng thái (state) và sự chuyển đổi (transition) giữa chúng của một đối tượng trong suốt vòng đời của nó.	Hành vi (Behavioral)	UML 2.5.1 (OMG) (tham khảo `00-research/00_SOURCE_MAP.md`)	Nova Foods (mô phỏng): Mô tả vòng đời của một `DonHang` từ trạng thái `TaoMoi` đến `HoanThanh` hoặc `Huy`.

Giải thích Thuật ngữ Tiếng Anh Quan trọng về Biểu đồ

Trong phân tích nghiệp vụ, việc hiểu rõ các thuật ngữ chuyên môn tiếng Anh là nền tảng để đọc, tạo và đánh giá các biểu đồ hiệu quả. Các biểu đồ này là công cụ mô hình hóa các khía cạnh khác nhau của hệ thống và nghiệp vụ. Bảng dưới đây cung cấp giải thích các thuật ngữ cốt lõi, tầm quan trọng và nguồn gốc tham chiếu để đảm bảo tính chính xác cho mọi hoạt động phân tích tại Nova Foods (mô phỏng).

Thuật ngữ (Tiếng Anh)	Giải thích (Tiếng Việt)	Tầm quan trọng trong Phân tích Nghiệp vụ (BA)	Tham chiếu Nguồn Gốc
Business Process Model and Notation (BPMN)	Một tiêu chuẩn ký hiệu đồ họa để mô hình hóa quy trình nghiệp vụ (business process). BPMN cung cấp các phần tử đồ họa (ví dụ: tác vụ, sự kiện, cổng) để biểu diễn trình tự các hoạt động và luồng điều khiển.	Cung cấp ngôn ngữ chung, rõ ràng để mô tả quy trình hiện tại (As-Is) và quy trình mục tiêu (To-Be). Giúp các bên liên quan hiểu, phân tích, tối ưu hóa quy trình nghiệp vụ của Nova Foods (mô phỏng), dễ dàng xác định vấn đề và cơ hội cải tiến.	OMG BPMN 2.0.2
Unified Modeling Language (UML)	Một ngôn ngữ mô hình hóa đồ họa chuẩn hóa, chủ yếu dùng để đặc tả, trực quan hóa, xây dựng và ghi lại các thành phần của hệ thống phần mềm. UML bao gồm nhiều loại biểu đồ (ví dụ: Biểu đồ Use Case, Biểu đồ Lớp, Biểu đồ Hoạt động).	Là nền tảng để mô hình hóa kiến trúc, thiết kế và hành vi của hệ thống phần mềm, giúp giao tiếp rõ ràng giữa BA, nhà phát triển và kiểm thử. Quan trọng để định hình các yêu cầu phi chức năng và thiết kế hệ thống ERP tại Nova Foods (mô phỏng).	OMG UML 2.5.1
Actor	Trong ngữ cảnh biểu đồ, một "Actor" (Tác nhân) là một thực thể bên ngoài tương tác với hệ thống hoặc quy trình. Tác nhân có thể là con người (ví dụ: nhân viên bán hàng, khách hàng), một hệ thống khác, hoặc một thiết bị.	Xác định rõ ai/cái gì tương tác với hệ thống. Giúp BA hiểu các vai trò, trách nhiệm và nhu cầu từ góc độ của người dùng hoặc hệ thống bên ngoài, là đầu vào quan trọng cho việc định nghĩa phạm vi và yêu cầu chức năng.	BABOK Guide
System Boundary	"System Boundary" (Ranh giới Hệ thống) là một đường biên giới logic hoặc vật lý phân định phạm vi của một hệ thống, phân chia các thành phần bên trong hệ thống với môi trường bên ngoài nó.	Cực kỳ quan trọng để xác định rõ phạm vi (scope) của dự án và hệ thống. Giúp tránh hiểu lầm về những gì được bao gồm và những gì không, đặc biệt khi tích hợp các module ERP khác nhau tại Nova Foods (mô phỏng). Mọi tương tác qua ranh giới này cần được đặc tả cẩn thận.	ISO/IEC/IEEE 29148:2018
Use Case	Một "Use Case" (Trường hợp Sử dụng) mô tả một chuỗi các hành động mà hệ thống thực hiện để tạo ra một kết quả có giá trị cho một Actor cụ thể. Mỗi Use Case đại diện cho một chức năng hoàn chỉnh của hệ thống từ góc nhìn của người dùng.	Là một kỹ thuật cốt lõi để thu thập và đặc tả yêu cầu chức năng. Giúp BA hiểu rõ các chức năng mà người dùng mong muốn từ hệ thống Nova Foods (mô phỏng), đảm bảo hệ thống đáp ứng đúng nhu cầu nghiệp vụ.	BABOK Guide
Activity Diagram	Một loại biểu đồ UML mô tả luồng điều khiển hoặc luồng công việc (workflow) của một hệ thống hoặc quy trình nghiệp vụ, tập trung vào trình tự các hoạt động và các điều kiện chuyển tiếp.	Hiệu quả để mô hình hóa logic nghiệp vụ phức tạp, các quy trình song song hoặc rẽ nhánh. Giúp phân tích các bước cụ thể trong một quy trình Nova Foods (mô phỏng) (ví dụ: quy trình xử lý đơn hàng) và xác định các điểm quyết định.	OMG UML 2.5.1
Data Flow	"Data Flow" (Luồng Dữ liệu) là sự di chuyển của dữ liệu từ một quy trình, thực thể bên ngoài, hoặc kho dữ liệu này sang một quy trình, thực thể bên ngoài, hoặc kho dữ liệu khác.	Quan trọng để hiểu cách dữ liệu được tạo ra, xử lý, lưu trữ và truyền tải trong hệ thống. Giúp BA phân tích các mối quan hệ dữ liệu, các điểm tích hợp và đảm bảo tính toàn vẹn của dữ liệu trong hệ thống ERP của Nova Foods (mô phỏng).	BABOK Guide

Cấu trúc Bảng Tham chiếu và Quy tắc Tránh Thiếu Sót Dữ liệu

Bảng (table) là công cụ thiết yếu để cấu trúc thông tin phức tạp, cho phép tra cứu nhanh (scan-friendly lookup) và ánh xạ rõ ràng các yếu tố quan trọng. Trong một tài liệu tóm tắt (cheatsheet), việc sử dụng bảng dễ quét (scan-friendly) giúp giảm tải nhận thức (cognitive load) cho người đọc, đồng thời đảm bảo tính nhất quán và đầy đủ của dữ liệu. Quy tắc "không bỏ sót dòng" (no omitted rows) yêu cầu mọi thuộc tính đã định nghĩa trong bảng phải có một giá trị tường minh, ngay cả khi giá trị đó là "Không áp dụng" (N/A). Điều này ngăn ngừa sự mơ hồ, đảm bảo mọi thông tin được ghi nhận minh bạch, cải thiện khả năng quản trị (governance) và truy vết (traceability) nguồn gốc quyết định, bởi lẽ không có dữ liệu nào bị ẩn đi hoặc ngầm hiểu.

Mỗi dòng trong bảng phải đại diện cho một mục duy nhất và hoàn chỉnh, với các cột được định nghĩa rõ ràng để phân loại thông tin một cách có hệ thống. Mục đích của bảng là chuyển đổi dữ liệu phân tán hoặc phức tạp thành cấu trúc dễ tiêu thụ, hỗ trợ quá trình tham chiếu và ra quyết định nhanh chóng cho người phân tích nghiệp vụ.

Ví dụ về bảng tham chiếu các loại sơ đồ chính yếu được dùng trong phân tích nghiệp vụ tại Nova Foods (dữ liệu mô phỏng, tổng hợp):

Loại Sơ đồ (Diagram Type)	Mục đích chính (Main Purpose)	Chuẩn tham chiếu (Standard Reference)	Áp dụng tại Nova Foods (Nova Foods Application)	Điểm cần lưu ý (Key Consideration)
Sơ đồ Quy trình nghiệp vụ (Business Process Diagram)	Minh họa trình tự các hoạt động, quyết định, luồng điều khiển của một quy trình nghiệp vụ từ điểm bắt đầu đến kết thúc.	BPMN 2.0.2 (Business Process Model and Notation) https://www.omg.org/spec/BPMN/2.0.2/About-BPMN/	Mô tả chi tiết quy trình "Xử lý Đơn hàng Thực phẩm Đông lạnh" từ khi nhận đơn đến giao hàng và thanh toán.	Tập trung vào luồng điều khiển nghiệp vụ. Phân biệt rõ ràng các thành phần như Pools, Lanes, Events, Activities, Gateways.
Sơ đồ Ca sử dụng (Use Case Diagram)	Định nghĩa các chức năng (Use Case) mà hệ thống sẽ cung cấp và các vai trò người dùng (Actor) tương tác với những chức năng đó.	UML 2.5.1 (Unified Modeling Language) https://www.omg.org/spec/UML/2.5.1/About-UML/	Xác định các chức năng cho "Hệ thống Quản lý Tồn kho Nguyên liệu Nova Foods" như "Tạo Phiếu Nhập Kho", "Cập nhật Thẻ Kho", "Kiểm kê Định kỳ".	Chỉ mô tả "cái gì" hệ thống cần làm (what), không đi sâu vào "làm như thế nào" (how) hoặc các bước chi tiết bên trong.
Sơ đồ Luồng dữ liệu (Data Flow Diagram - DFD)	Minh họa cách dữ liệu di chuyển và được biến đổi qua các quá trình trong hệ thống, nơi dữ liệu được lưu trữ, và các thực thể bên ngoài tương tác với hệ thống.	Kỹ thuật Mô hình hóa Yêu cầu (Requirements Modeling Techniques) - ISO/IEC/IEEE 29148:2018 https://www.iso.org/standard/72089.html (DFD là một công cụ phân tích cấu trúc)	Phân tích luồng thông tin "Theo dõi Chuỗi cung ứng Nguyên liệu" của Nova Foods từ nhà cung cấp đến các phân xưởng sản xuất và kho thành phẩm.	Tập trung vào luồng dữ liệu và sự biến đổi của chúng, không phải trình tự hoạt động hay luồng kiểm soát.
Sơ đồ Trạng thái (State Machine Diagram)	Mô tả các trạng thái (State) khác nhau của một đối tượng hoặc một phần của hệ thống và các chuyển đổi (Transition) giữa các trạng thái đó dựa trên các sự kiện hoặc điều kiện.	UML 2.5.1 (Unified Modeling Language) https://www.omg.org/spec/UML/2.5.1/About-UML/	Theo dõi vòng đời của một "Đơn hàng" trong ERP Nova Foods: "Mới tạo", "Chờ duyệt", "Đang xử lý", "Đã xuất kho", "Đã giao", "Đã hủy".	Hiệu quả cho các đối tượng có vòng đời phức tạp, có nhiều trạng thái và điều kiện chuyển đổi rõ ràng.
Sơ đồ Quan hệ thực thể (Entity-Relationship Diagram - ERD)	Mô hình hóa cấu trúc cơ sở dữ liệu logic, bao gồm các thực thể (Entity), các thuộc tính (Attribute) của chúng và mối quan hệ (Relationship) giữa các thực thể.	Mô hình hóa Dữ liệu Quan hệ (Relational Data Modeling - không có chuẩn quốc tế duy nhất nhưng là phương pháp thiết kế phổ biến)	Thiết kế cấu trúc dữ liệu cho "Danh mục Sản phẩm", "Khách hàng", "Nhà cung cấp" và "Đơn hàng" trong hệ thống ERP Nova Foods.	Đảm bảo tính toàn vẹn dữ liệu, tối ưu hóa cấu trúc lưu trữ và dễ dàng mở rộng khi có yêu cầu mới.

Bảng trên minh họa cách trình bày thông tin đầy đủ, chi tiết và dễ hiểu theo quy tắc "không bỏ sót dòng". Mỗi ô trong bảng đều có giá trị tường minh, cung cấp ngữ cảnh cần thiết cho từng loại sơ đồ và cách áp dụng chúng vào bối cảnh Nova Foods mô phỏng. Việc tuân thủ cấu trúc này giúp người học và BA dễ dàng tham chiếu, đảm bảo tính chính xác và nhất quán trong việc sử dụng các công cụ sơ đồ trong dự án.

3. Applied Nova Foods Reference

Phần này trình bày các ví dụ ứng dụng cụ thể từ hệ thống ERP mô phỏng Nova Foods. Mỗi ví dụ minh họa cách sử dụng sơ đồ trong phân tích nghiệp vụ (Business Analysis - BA), kết nối tác nhân (Actor), tạo tác (Artifact), định danh (ID), quyết định (Decision) và cổng chất lượng (Quality Gate) với dữ liệu tổng hợp (synthetic data) của Nova Foods.

3.1 Sơ đồ Trường hợp sử dụng (Use Case Diagram) Nova Foods

Sơ đồ Trường hợp sử dụng (Use Case Diagram) là công cụ quan trọng để xác định ranh giới hệ thống, các chức năng chính (Use Cases) và những tác nhân (Actors) tương tác với hệ thống. Đối với Nova Foods, sơ đồ này giúp BA hiểu các mục tiêu cấp cao của người dùng và phạm vi của từng phân hệ ERP.

Thành phần	Diễn giải	Ví dụ Nova Foods (Dữ liệu tổng hợp)	Cơ sở/Lý do
Tác nhân (Actor)	Thực thể bên ngoài tương tác với hệ thống để đạt được một mục tiêu.	`NVBH001` (Nhân viên Bán hàng Nova Foods)	Đại diện cho vai trò người dùng có trách nhiệm khởi tạo và quản lý đơn hàng bán.
Tạo tác (Artifact)	Đầu ra hoặc đầu vào cụ thể được tạo hoặc sửa đổi trong quá trình tương tác.	`SO-20260807-001` (Đơn hàng Bán)	Hồ sơ nghiệp vụ cốt lõi, thể hiện sản phẩm, số lượng, giá và thông tin khách hàng.
Định danh (ID)	Mã duy nhất để truy vết tạo tác hoặc thực thể.	`SO-20260807-001` (ID Đơn hàng Bán)	Đảm bảo tính duy nhất, giúp hệ thống truy xuất và quản lý đơn hàng hiệu quả. Tham chiếu `/01-curriculum/TRACEABILITY_ID_REGISTRY.md` để biết cấu trúc ID.
Quyết định (Decision)	Lựa chọn nhị phân hoặc đa lựa chọn ảnh hưởng đến luồng nghiệp vụ.	"Đơn hàng đủ điều kiện tồn kho không?"	Xác định xem đơn hàng có thể được xử lý tiếp hay cần điều chỉnh do thiếu hàng.
Cổng chất lượng (Quality Gate)	Điểm kiểm soát trong quy trình yêu cầu đạt tiêu chí nhất định trước khi chuyển sang bước tiếp theo.	"Xác nhận Phê duyệt Tín dụng Khách hàng"	Đảm bảo tuân thủ chính sách tài chính của Nova Foods, giảm thiểu rủi ro công nợ xấu. (Tham khảo `/01-curriculum/CANONICAL_BUSINESS_RULES.md` về quy tắc tín dụng).
Trường hợp sử dụng (Use Case)	Tập hợp các hành động mà hệ thống thực hiện để tạo ra một giá trị có thể đo lường được cho một tác nhân cụ thể.	"Quản lý Đơn hàng Bán"	Đơn giản hóa chức năng phức tạp thành một mục tiêu có ý nghĩa nghiệp vụ.

3.2 Sơ đồ Hoạt động (Activity Diagram) Nova Foods

Sơ đồ Hoạt động (Activity Diagram) mô tả luồng công việc chi tiết, các bước tuần tự hoặc song song trong một quy trình nghiệp vụ cụ thể. Đây là loại sơ đồ rất hiệu quả để minh họa các quy trình phê duyệt hoặc xử lý trong ERP của Nova Foods. BA dùng sơ đồ này để làm rõ trình tự, điều kiện, và trách nhiệm của từng bước.

Thành phần	Diễn giải	Ví dụ Nova Foods (Dữ liệu tổng hợp: Quy trình Phê duyệt Đơn hàng)	Cơ sở/Lý do
Tác nhân (Actor)	Cá nhân hoặc vai trò thực hiện một hoạt động cụ thể.	`NVBH001` (Nhân viên Bán hàng), `QLBH002` (Quản lý Bán hàng), `KTTN003` (Kế toán Công nợ)	Phân công rõ ràng trách nhiệm tại mỗi bước trong quy trình.
Tạo tác (Artifact)	Dữ liệu hoặc tài liệu được tạo, cập nhật hoặc sử dụng trong các hoạt động.	`SO-20260807-001` (Đơn hàng Bán), `APPROV-REQ-001` (Yêu cầu Phê duyệt)	Đại diện cho thông tin được xử lý qua từng giai đoạn của quy trình.
Định danh (ID)	Mã duy nhất cho từng tạo tác hoặc phiên bản quy trình.	`SO-20260807-001`, `PROC-APP-SO-001` (ID Phiên bản Quy trình Phê duyệt)	Cung cấp khả năng truy vết và tham chiếu cụ thể cho từng luồng thực thi.
Quyết định (Decision)	Điểm trong quy trình nơi luồng thực thi phân nhánh dựa trên một điều kiện.	"Giá trị đơn hàng > 50.000.000 VND không?"	Tạo ra các đường đi khác nhau trong quy trình dựa trên giá trị đơn hàng, tuân thủ chính sách quản lý tài chính Nova Foods. (Tham chiếu `/01-curriculum/CANONICAL_BUSINESS_RULES.md`).
Cổng chất lượng (Quality Gate)	Điều kiện phải được đáp ứng trước khi chuyển đổi trạng thái hoặc tiến đến hoạt động tiếp theo.	"Đơn hàng có chữ ký số của Quản lý Bán hàng"	Đảm bảo tính hợp lệ và thẩm quyền của quyết định phê duyệt.
Hoạt động (Activity)	Một bước cụ thể trong quy trình nghiệp vụ.	"Tạo Đơn hàng Bán", "Kiểm tra Tồn kho", "Yêu cầu Phê duyệt"	Chi tiết hóa các hành động thực tế diễn ra trong quy trình.

3.3 Sơ đồ Luồng Dữ liệu (Data Flow Diagram - DFD) Nova Foods

Sơ đồ Luồng Dữ liệu (DFD) trực quan hóa cách dữ liệu di chuyển và được chuyển đổi trong một hệ thống hoặc giữa các hệ thống con của Nova Foods. DFD giúp BA hiểu nguồn gốc, đích đến, các nơi lưu trữ và quá trình xử lý dữ liệu mà không cần chi tiết hóa logic nghiệp vụ.

Thành phần	Diễn giải	Ví dụ Nova Foods (Dữ liệu tổng hợp: Luồng dữ liệu Đặt hàng Trực tuyến)	Cơ sở/Lý do
Tác nhân bên ngoài (External Entity)	Nguồn hoặc đích của dữ liệu nằm ngoài ranh giới hệ thống đang xét.	`KHTT001` (Khách hàng Trực tuyến)	Đại diện cho các thực thể bên ngoài cung cấp hoặc nhận dữ liệu từ hệ thống đặt hàng trực tuyến của Nova Foods.
Luồng dữ liệu (Data Flow)	Đường di chuyển của dữ liệu từ một thành phần này sang thành phần khác.	`Thông tin Đặt hàng` (từ Khách hàng đến Hệ thống Đặt hàng), `Xác nhận Đặt hàng` (từ Hệ thống đến Khách hàng)	Minh họa sự di chuyển của thông tin qua các bước xử lý.
Kho dữ liệu (Data Store)	Nơi dữ liệu được lưu trữ để sử dụng sau này.	`DS-SP001` (Kho dữ liệu Sản phẩm), `DS-DH002` (Kho dữ liệu Đơn hàng)	Đại diện cho các cơ sở dữ liệu hoặc kho lưu trữ thông tin, ví dụ: bảng `Product` trong `/01-curriculum/CANONICAL_DATA_DICTIONARY.md`.
Quá trình (Process)	Chuyển đổi dữ liệu đầu vào thành dữ liệu đầu ra.	`P-XT-DH001` (Xác thực và Tạo Đơn hàng), `P-CN-KH002` (Cập nhật Công nợ Khách hàng)	Mô tả các chức năng hoặc mô-đun thực hiện thao tác trên dữ liệu.
Định danh (ID)	Mã duy nhất cho từng kho dữ liệu hoặc quá trình.	`DS-SP001`, `P-XT-DH001`	Giúp truy vết các thành phần dữ liệu và xử lý trong DFD.
Cổng chất lượng (Quality Gate)	Quy tắc đảm bảo tính toàn vẹn hoặc hợp lệ của dữ liệu khi di chuyển hoặc được lưu trữ.	"Kiểm tra định dạng và tính hợp lệ của trường `Mã Sản phẩm`"	Đảm bảo dữ liệu đầu vào tuân thủ cấu trúc đã định nghĩa, phòng ngừa lỗi dữ liệu (Tham chiếu `CANONICAL_DATA_DICTIONARY`).

Ánh xạ Tác nhân, Tạo phẩm, ID, Quyết định và Cổng chất lượng trong quy trình Nova Foods

Ánh xạ là quá trình xác định, liên kết yếu tố như người làm (tác nhân – Actors), dữ liệu (tạo phẩm – Artifacts), định danh duy nhất (ID), điểm ra quyết định (Decisions) và kiểm tra bắt buộc (cổng chất lượng – Quality Gates) trong quy trình nghiệp vụ. Mục đích: hiểu rõ luồng công việc, trách nhiệm, dữ liệu cần và điểm kiểm soát cho hệ thống ERP mô phỏng Nova Foods.

1. Tác nhân (Actors) – Ai làm gì?

Tác nhân: cá nhân, vai trò, hệ thống tương tác quy trình. Nova Foods (mô phỏng), quy trình "Tạo Yêu Cầu Mua Hàng":

ID Tác nhân	Vai trò	Mô tả trách nhiệm chính
`NF-USR-WH`	Nhân viên Kho Nova Foods	Khởi tạo yêu cầu mua hàng (Purchase Request - PR) khi tồn kho đạt ngưỡng an toàn hoặc cần vật tư mới.
`NF-USR-ACC`	Kế toán Nova Foods	Kiểm tra tính hợp lệ PR, đối chiếu ngân sách, phê duyệt tài chính.
`NF-USR-PRM`	Quản lý Mua hàng Nova Foods	Phê duyệt PR cấp cao, chỉ định nhà cung cấp, giám sát quy trình mua hàng.
`NF-SYS-ERP`	Hệ thống ERP Nova Foods	Tự động kiểm tra dữ liệu, tạo ID, quản lý trạng thái, gửi thông báo.

2. Tạo phẩm (Artifacts) và Định danh (IDs) – Dữ liệu là gì?

Tạo phẩm: đối tượng dữ liệu hoặc tài liệu tạo, sử dụng, cập nhật quy trình. Mỗi tạo phẩm cần định danh duy nhất để truy vết (traceability – khả năng truy nguyên).

ID Tạo phẩm	Tên Tạo phẩm	Mô tả	Định dạng ID	Nguồn tạo ID
`NF-PR`	Yêu cầu Mua hàng (Purchase Request)	Tài liệu nội bộ khởi tạo nhu cầu mua sắm vật tư hoặc dịch vụ.	`PR-NF-YYYYMMDD-NNNNN`	Hệ thống ERP Nova Foods
`NF-PO`	Đơn đặt hàng (Purchase Order)	Cam kết mua hàng gửi nhà cung cấp.	`PO-NF-YYYYMMDD-MMMMM`	Hệ thống ERP Nova Foods
`NF-INV`	Hóa đơn (Invoice)	Yêu cầu thanh toán từ nhà cung cấp cho Nova Foods.	`INV-NF-YYYYMMDD-KKKKK`	Nhà cung cấp (qua tích hợp hoặc nhập liệu)

3. Quyết định (Decisions) – Phải chọn gì?

Quyết định: điểm trong quy trình nơi nhiều đường dẫn nghiệp vụ có thể xảy ra. Mỗi quyết định cần tiêu chí rõ ràng.

ID Quyết định	Câu hỏi quyết định	Tiêu chí	Kết quả	Vai trò ra quyết định
`NF-DEC-PR-01`	Yêu cầu mua hàng hợp lệ?	- Mã vật tư tồn tại hệ thống. - Đủ thông tin mô tả mặt hàng. - Số lượng yêu cầu hợp lý so với tồn kho an toàn.	Hợp lệ / Không hợp lệ	`NF-SYS-ERP`, `NF-USR-WH`
`NF-DEC-PR-02`	Yêu cầu có vượt ngân sách?	- Tổng giá trị PR < Ngân sách còn lại phòng ban. - Đã có phê duyệt ngân sách.	Vượt / Không vượt	`NF-USR-ACC`
`NF-DEC-PO-01`	Đơn đặt hàng cần phê duyệt cấp cao?	- Tổng giá trị PO > 50.000.000 VND (Ngưỡng mô phỏng Nova Foods). - Vật tư chiến lược.	Cần phê duyệt cấp cao / Không cần	`NF-SYS-ERP`, `NF-USR-PRM`

4. Cổng chất lượng (Quality Gates) – Kiểm tra gì trước khi đi tiếp?

Cổng chất lượng: điểm kiểm tra bắt buộc đảm bảo tạo phẩm và quy trình tuân thủ quy định, tiêu chuẩn trước khi chuyển giai đoạn tiếp theo.

ID Cổng chất lượng	Điểm kiểm tra chất lượng	Tiêu chí đạt	Tham chiếu nguồn
`NF-QG-PR-01`	Kiểm tra tính đầy đủ thông tin PR	Tất cả trường bắt buộc (`Mã vật tư`, `Số lượng`, `Ngày cần`, `Lý do`) phải điền.	Quy trình nội bộ Nova Foods (PRP-001 v1.0)
`NF-QG-PR-02`	Kiểm tra tuân thủ quy trình phê duyệt PR	Phải có tối thiểu 2 cấp phê duyệt: Kế toán và Quản lý Mua hàng (PR > 10.000.000 VND).	Quy trình nội bộ Nova Foods (PRP-001 v1.0); `01-curriculum/CANONICAL_BUSINESS_RULES.md`
`NF-QG-INV-01`	Kiểm tra hợp lệ Hóa đơn	Hóa đơn tuân thủ `Nghị định 123/2020/NĐ-CP` (ngày phát hành, mã số thuế, thông tin người bán/mua, chữ ký điện tử).	`Nghị định 123/2020/NĐ-CP` (Chính phủ Việt Nam); Quy trình kế toán Nova Foods (ACC-005 v2.1)
`NF-QG-SEC-01`	Kiểm tra phân quyền truy cập	Người dùng chỉ có quyền đọc/ghi/phê duyệt phù hợp vai trò. Ví dụ: `NF-USR-WH` không quyền phê duyệt tài chính.	OWASP ASVS 5.0.0 (V4.1 – Access Control); Quy tắc bảo mật Nova Foods (SEC-POL-003 v1.2); `01-curriculum/TRACEABILITY_ID_REGISTRY.md`

Ví dụ Biểu đồ BPMN: Quy trình Xử lý Đơn hàng Bán tại Nova Foods

BPMN (Business Process Model and Notation - Ký hiệu và Mô hình Quy trình Nghiệp vụ) thể hiện luồng nghiệp vụ. Biểu đồ mô phỏng Nova Foods dưới mô tả quy trình xử lý đơn hàng bán. Dữ liệu tổng hợp, không phải nghiệp vụ thực.

Biểu đồ dưới minh họa các bước, tác nhân (participant), quyết định (gateway). Dùng PlantUML tạo:

@startuml bpmn
scale 1.0

title Quy trình Xử lý Đơn hàng Bán Nova Foods
header ID: PROC-NF-SALES-001 | Phiên bản: 1.0 | Ngày: 2026-08-07

skinparam monochrome true
skinparam activityFontSize 12
skinparam activityArrowColor #111
skinparam activityBorderColor #111
skinparam activityEndColor #111
skinparam activityStartColor #111
skinparam activityDiamondFontColor #111
skinparam activityDiamondBackgroundColor #EEE
skinparam activityDiamondBorderColor #111
skinparam NoteFontColor #111
skinparam SwimlaneBorderColor #111
skinparam SwimlaneTitleFontColor #111
skinparam ActivityBackgroundColor #EEE

participant "Khách hàng" as Customer
participant "Bộ phận Bán hàng" as Sales
participant "Bộ phận Kho" as Warehouse
participant "Bộ phận Kế toán" as Accounting

start
:Đơn hàng Khách hàng đặt (SO-REQ-001);

Customer -[#red]-> Sales: Gửi Đơn hàng mới

Sales is "Xác nhận đơn hàng (TSK-SL-001)"
note right: Kiểm tra chi tiết đơn (SO-NF-2026-08-001)\n[[https://vanban.chinhphu.vn/?docid=201365 Nghị định 123/2020/NĐ-CP]]
Sales --> Sales: Lập Phiếu xác nhận ĐH (SO-ACK-001)

Sales -[#green]-> Warehouse: Yêu cầu Kiểm tra Tồn kho (REQ-INV-001)

Warehouse is "Kiểm tra Tồn kho (TSK-WH-001)"
note right: Dùng Báo cáo Tồn kho (INV-RPT-001)

if "Tồn kho đủ?" then (Có)
  Warehouse is "Lập Phiếu xuất kho (TSK-WH-002)"
  note right: Tạo DO-NF-2026-08-001
  Warehouse is "Xuất kho và Giao hàng (TSK-WH-003)"
  Warehouse -[#green]-> Sales: Thông báo Giao hàng (NOT-SHP-001)
  Sales is "Ghi nhận Giao hàng (TSK-SL-002)"
else (Không)
  Warehouse -[#red]-> Sales: Thông báo Hết hàng (NOT-OOS-001)
  Sales is "Thông báo KH / Hủy ĐH (TSK-SL-003)"
  stop
endif

Sales -[#blue]-> Accounting: Yêu cầu Lập Hóa đơn (REQ-INV-002)

Accounting is "Lập Hóa đơn (TSK-AC-001)"
note right: Tạo INV-NF-2026-08-001\n[[https://vanban.chinhphu.vn/?docid=183198 Luật Kế toán 88/2015/QH13]]
Accounting is "Ghi nhận Doanh thu (TSK-AC-002)"

Accounting -[#blue]-> Customer: Gửi Hóa đơn (SEND-INV-001)
Customer -[#purple]-> Accounting: Thanh toán Đơn hàng (PAY-ORD-001)

Accounting is "Ghi nhận Thanh toán (TSK-AC-003)"
note right: Kiểm tra Báo cáo Thanh toán (PAY-RPT-001)

if "Thanh toán thành công?" then (Có)
  Accounting -[#darkgreen]-> Sales: Thông báo Hoàn tất (NOT-CMP-001)
  Sales is "Đóng Đơn hàng (TSK-SL-004)"
else (Không)
  Accounting -[#darkred]> Customer: Thông báo Lỗi Thanh toán (NOT-PAY-002)
  Accounting is "Theo dõi Công nợ (TSK-AC-004)"
endif

end
@enduml

→ skipped: các luồng xử lý ngoại lệ chi tiết (ví dụ: hủy đơn, điều chỉnh số lượng), quy trình hoàn trả hàng. add when: cần đặc tả chi tiết quy trình nghiệp vụ cho từng trường hợp cụ thể.

Ánh xạ Thành phần Biểu đồ BPMN với bối cảnh Nova Foods

Bảng dưới ánh xạ các thành phần BPMN cơ bản vào ví dụ mô phỏng Nova Foods. Dữ liệu tổng hợp.

Thành phần Biểu đồ	Mô tả	Áp dụng Nova Foods	ID Mô phỏng (nếu có)	Cổng Chất lượng (Quality Gate) / Quyết định
Sự kiện Bắt đầu (Start Event)	Kích hoạt quy trình.	Khách hàng đặt Đơn hàng.	EVT-START-001	Xác nhận: Có yêu cầu mới hợp lệ.
Tác vụ (Task/Activity)	Hoạt động cụ thể do một tác nhân thực hiện.	Kiểm tra Tồn kho.	TSK-WH-001	Kết quả: Tồn kho thực > số lượng yêu cầu.
Cổng Quyết định (Exclusive Gateway)	Điểm rẽ nhánh luồng theo điều kiện.	Tồn kho đủ?	GW-WH-001	Điều kiện: Tồn kho đủ / Không đủ.
Tác nhân (Participant/Pool)	Bên chịu trách nhiệm cho các tác vụ.	Bộ phận Bán hàng.	ACT-SALES	Xác nhận: Vai trò được phân công. Trách nhiệm: Quản lý đơn hàng.
Đối tượng Dữ liệu (Data Object)	Thông tin được tạo/sử dụng trong quy trình.	Phiếu xuất kho.	DO-NF-2026-08-001	Kiểm tra: Dữ liệu Phiếu xuất kho chính xác. Nguồn: TSK-WH-002.
Sự kiện Kết thúc (End Event)	Điểm kết thúc của một luồng quy trình.	Đơn hàng hoàn tất.	EVT-END-001	Xác nhận: Mục tiêu quy trình đạt. Điều kiện: Đã giao, đã thanh toán.
Thông điệp (Message Flow)	Giao tiếp giữa các tác nhân khác nhau.	Khách hàng gửi Đơn hàng mới.	MSG-SO-001	Kiểm tra: Thông điệp đúng định dạng.
Ghi chú (Annotation)	Thông tin bổ sung cho thành phần.	Tham chiếu Nghị định 123/2020/NĐ-CP.	N/A	Kiểm tra: Tính hợp lệ của tham chiếu.

4. Senior Decision and Escalation Reference

Trong vai trò Chuyên viên Phân tích Nghiệp vụ (Business Analyst - BA), hiểu biết về các yếu tố đánh đổi (trade-offs), ngoại lệ (exceptions), cờ đỏ (red flags) và thẩm quyền (authority) là rất quan trọng. Điều này giúp BA điều hướng các tình huống phức tạp trong dự án Nova Foods (mô phỏng), đảm bảo các quyết định được đưa ra đúng cấp độ và có cơ sở.

4.1. Đánh đổi (Trade-offs) và Ngoại lệ (Exceptions)

Đánh đổi (Trade-offs): Là sự lựa chọn giữa hai hoặc nhiều yếu tố có lợi ích mâu thuẫn, trong đó việc ưu tiên một yếu tố đồng nghĩa với việc hy sinh hoặc giảm thiểu yếu tố khác. Trong phân tích nghiệp vụ (Business Analysis) cho dự án Nova Foods, đánh đổi thường xuyên xảy ra giữa phạm vi (scope), ngân sách (budget), thời gian (time) và chất lượng (quality).

Ví dụ đánh đổi trong Nova Foods:
- Tình huống: Phát triển tính năng "theo dõi lô hàng chi tiết theo thời gian thực" yêu cầu công nghệ phức tạp và ngân sách lớn.
- Đánh đổi: Nếu ưu tiên tính năng này, có thể phải cắt giảm các tính năng "báo cáo quản trị kho tự động" hoặc kéo dài thời gian dự án, hoặc chấp nhận tăng chi phí.
- Lý do: Nguồn lực dự án luôn hữu hạn. BA có vai trò làm rõ các lựa chọn, phân tích tác động của mỗi phương án để các bên liên quan (stakeholders) có thể đưa ra quyết định sáng suốt.

Ngoại lệ (Exceptions): Là các trường hợp đặc biệt không tuân theo quy trình, quy tắc, hoặc logic nghiệp vụ (business logic) thông thường. Ngoại lệ phải được xác định, có tiêu chí rõ ràng và quy trình xử lý cụ thể, kèm theo chủ thể có thẩm quyền phê duyệt.

Ví dụ ngoại lệ trong Nova Foods:
- Quy trình chuẩn: Mọi đơn hàng giá trị trên 100 triệu VND phải được Giám đốc Kinh doanh phê duyệt.
- Trường hợp ngoại lệ: Đối với "Khách hàng chiến lược ABC", đơn hàng giá trị đến 200 triệu VND có thể được Trưởng phòng Kinh doanh phê duyệt, với điều kiện có ghi chú đặc biệt và phải được kiểm tra chéo bởi Bộ phận Pháp chế.
- Lý do: Ngoại lệ không phải là lỗi hệ thống, mà là các tình huống nghiệp vụ đặc thù cần được xử lý riêng biệt để không làm gián đoạn quy trình chuẩn hoặc bỏ lỡ cơ hội kinh doanh. Việc định nghĩa rõ ngoại lệ giúp duy trì tính linh hoạt mà vẫn kiểm soát được rủi ro.

4.2. Cờ đỏ (Red Flags) và Thẩm quyền (Authority)

Cờ đỏ (Red Flags): Là các dấu hiệu cảnh báo sớm cho thấy một vấn đề tiềm ẩn nghiêm trọng, rủi ro cao hoặc cần sự can thiệp, leo thang (escalation) khẩn cấp. Việc nhận diện cờ đỏ giúp BA và đội dự án kịp thời xử lý, tránh để vấn đề trở nên trầm trọng hơn.

Bảng dưới đây trình bày các cờ đỏ phổ biến trong dự án ERP mô phỏng Nova Foods và lý do chúng cần được báo cáo ngay lập tức:

Cờ đỏ (Red Flag)	Mô tả	Lý do cần leo thang ngay lập tức	Thẩm quyền leo thang (Escalation Authority)	Tham chiếu
Mâu thuẫn Yêu cầu nghiệp vụ	Hai hoặc nhiều yêu cầu từ các phòng ban khác nhau về cùng một tính năng không thể cùng tồn tại.	Có thể dẫn đến xung đột chức năng, lãng phí tài nguyên và hệ thống không đáp ứng được mục tiêu.	Business Owner, Product Owner	`01-curriculum/CANONICAL_BUSINESS_RULES.md`
Phạm vi dự án trượt dốc	Yêu cầu mới liên tục được thêm vào mà không có quy trình kiểm soát thay đổi (change control process) hoặc phê duyệt.	Làm tăng chi phí, kéo dài thời gian, giảm chất lượng sản phẩm cuối cùng.	Project Manager, Business Owner	`01-curriculum/TRACEABILITY_ID_REGISTRY.md`
Không có tiêu chí chấp nhận	Yêu cầu nghiệp vụ (Business Requirement) hoặc yêu cầu chức năng (Functional Requirement) không có tiêu chí chấp nhận (acceptance criteria) rõ ràng.	Không thể kiểm thử, không biết khi nào yêu cầu được hoàn thành, dẫn đến sản phẩm không đạt chất lượng.	QA Lead, Business Owner	`01-curriculum/TRACEABILITY_ID_REGISTRY.md`
Yêu cầu vi phạm Pháp lý/Tuân thủ	Một yêu cầu hệ thống hoặc quy trình đề xuất có vẻ vi phạm luật pháp hiện hành (ví dụ: Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15, Luật Kế toán 88/2015/QH13) hoặc tiêu chuẩn ngành.	Dẫn đến rủi ro pháp lý, phạt hành chính, mất uy tín cho Nova Foods.	Legal Owner, Compliance Lead	Luật Bảo vệ dữ liệu cá nhân
Thiếu chủ sở hữu yêu cầu	Không có chủ sở hữu (owner) rõ ràng cho một yêu cầu quan trọng hoặc một tập hợp các quy tắc nghiệp vụ.	Không có người chịu trách nhiệm cuối cùng khi có vấn đề hoặc cần làm rõ.	Business Owner, Project Manager	`01-curriculum/CANONICAL_BUSINESS_RULES.md`

Thẩm quyền (Authority): Là quyền hạn chính thức của một cá nhân hoặc vai trò để đưa ra quyết định, phê duyệt, hoặc hành động. BA có trách nhiệm thu thập, phân tích, đề xuất giải pháp nhưng không có thẩm quyền quyết định cuối cùng trong nhiều lĩnh vực quan trọng.

Giới hạn thẩm quyền của BA:
- Quyết định nghiệp vụ (Business Decisions): Các quyết định về chiến lược kinh doanh, ưu tiên tính năng, thay đổi quy trình cốt lõi của Nova Foods thuộc về Business Owner hoặc Product Owner.
- Quyết định pháp lý/tuân thủ (Legal/Compliance Decisions): Các vấn đề liên quan đến việc tuân thủ luật pháp, quy định (ví dụ: Nghị định 123/2020/NĐ-CP về hóa đơn điện tử) phải do Bộ phận Pháp chế hoặc Compliance Lead quyết định.
- Quyết định kế toán/thuế (Accounting/Tax Decisions): Các diễn giải hoặc cấu hình liên quan đến hệ thống kế toán, báo cáo thuế thuộc về Kế toán trưởng hoặc Bộ phận Tài chính.
- Quyết định kiến trúc kỹ thuật (Technical Architecture Decisions): Lựa chọn công nghệ, thiết kế hệ thống tổng thể, hạ tầng thuộc về Technical Architect hoặc Development Lead.
- Lý do: Mỗi vai trò có chuyên môn và trách nhiệm riêng. BA phải biết khi nào cần leo thang vấn đề và tìm kiếm quyết định từ người có thẩm quyền phù hợp. Điều này được quy định rõ trong các artifact quản trị như /01-curriculum/TRACEABILITY_ID_REGISTRY.md và /01-curriculum/CANONICAL_BUSINESS_RULES.md.

Phân biệt Sự kiện, Giả định, Khuyến nghị và Quyết định

Trong phân tích nghiệp vụ, đặc biệt khi làm việc với các dự án như triển khai hệ thống ERP tại Nova Foods (mô phỏng), việc phân biệt rõ ràng giữa các loại thông tin là tối quan trọng. Điều này giúp đảm bảo sự minh bạch, giảm thiểu rủi ro và xác định trách nhiệm. Bốn khái niệm chính cần nắm vững là Sự kiện (Fact), Giả định (Assumption), Khuyến nghị (Recommendation) và Quyết định (Decision).

1. Sự kiện (Fact)

Sự kiện là một thông tin đã được xác minh hoặc chứng minh là đúng. Nó dựa trên dữ liệu thực tế, bằng chứng có thể kiểm chứng, hoặc quan sát trực tiếp. * Đặc điểm: Sự kiện mang tính khách quan, có thể được kiểm tra chéo và không gây tranh cãi khi có đầy đủ bằng chứng. Nó hình thành nền tảng vững chắc cho mọi phân tích và quyết định. * Lý do cần phân biệt: Sử dụng sự kiện làm cơ sở giúp xây dựng các yêu cầu nghiệp vụ một cách chính xác, tránh việc thiết kế giải pháp dựa trên thông tin sai lệch. * Ví dụ Nova Foods (mô phỏng): "Hệ thống quản lý kho của Nova Foods ghi nhận trung bình 50 lượt xuất hàng mỗi ngày trong quý 2 năm 2026." (Dữ liệu này có thể truy xuất từ báo cáo của hệ thống hiện hành, là bằng chứng xác thực).

2. Giả định (Assumption)

Giả định là một điều được chấp nhận là đúng để công việc có thể tiếp tục, mặc dù nó chưa được xác minh hoặc chứng minh tại thời điểm hiện tại. Giả định thường được đưa ra khi thông tin đầy đủ chưa có sẵn. * Đặc điểm: Giả định có tính chủ quan và tiềm ẩn rủi ro. Nếu một giả định sai, nó có thể ảnh hưởng nghiêm trọng đến phạm vi, chi phí, tiến độ và chất lượng của dự án. * Lý do cần phân biệt: Mọi giả định cần được ghi lại, công khai, và có kế hoạch để xác minh chúng thành sự kiện (hoặc bác bỏ chúng). Việc này giúp quản lý rủi ro dự án hiệu quả. * Ví dụ Nova Foods (mô phỏng): "Giả định rằng cơ sở hạ tầng mạng hiện tại của Nova Foods có đủ băng thông để hỗ trợ lưu lượng truy cập tăng thêm từ 200 người dùng ERP mới." (Giả định này cần được kiểm tra thông qua đánh giá hiệu năng hoặc thử nghiệm tải trước khi triển khai).

3. Khuyến nghị (Recommendation)

Khuyến nghị là một đề xuất hành động hoặc giải pháp cụ thể được đưa ra sau khi phân tích kỹ lưỡng các lựa chọn. Khuyến nghị thường nhằm giải quyết một vấn đề, cải thiện một quy trình, hoặc tối ưu hóa hoạt động. * Đặc điểm: Khuyến nghị mang tính định hướng, dựa trên phân tích các sự kiện và có thể bao gồm các giả định. Nó cần được đánh giá và phê duyệt bởi người có thẩm quyền trước khi chuyển thành hành động. * Lý do cần phân biệt: Phân tích viên nghiệp vụ (Business Analyst) thường đưa ra khuyến nghị. Việc phân biệt rõ khuyến nghị giúp người ra quyết định hiểu rõ cơ sở của đề xuất, các lợi ích mong đợi và rủi ro liên quan. * Ví dụ Nova Foods (mô phỏng): "Khuyến nghị Nova Foods tích hợp module quản lý chất lượng tự động vào ERP mới để giảm thiểu sai sót trong quy trình kiểm tra đầu vào và xuất hàng." (Khuyến nghị này là kết quả phân tích về các vấn đề chất lượng hiện tại và đề xuất giải pháp).

4. Quyết định (Decision)

Quyết định là sự lựa chọn cuối cùng về một hành động hoặc phương hướng đã được phê duyệt bởi người hoặc nhóm có thẩm quyền. Một khi đã được ra, quyết định sẽ trở thành một cam kết và là kim chỉ nam cho các hoạt động tiếp theo của dự án. * Đặc điểm: Quyết định mang tính dứt khoát, ràng buộc và có người chịu trách nhiệm. Nó chuyển một khuyến nghị thành một hành động bắt buộc, phân bổ tài nguyên và xác lập hướng đi. * Lý do cần phân biệt: Ghi lại các quyết định quan trọng, bao gồm ai đã ra quyết định, khi nào và lý do, là rất cần thiết cho việc theo dõi dự án, giải trình và quản lý thay đổi. * Ví dụ Nova Foods (mô phỏng): "Ban Giám đốc Nova Foods đã quyết định lựa chọn giải pháp ERP của Vendor X và phân bổ ngân sách 5 tỷ VND cho giai đoạn 1 của dự án, dự kiến hoàn thành vào tháng 12 năm 2027." (Quyết định này là một chỉ thị rõ ràng, yêu cầu các bên liên quan thực hiện theo).

Bảng so sánh tổng hợp các yếu tố

Khía cạnh	Sự kiện (Fact)	Giả định (Assumption)	Khuyến nghị (Recommendation)	Quyết định (Decision)
Bản chất	Đã chứng minh, khách quan	Được tin là đúng, chưa xác minh	Đề xuất hành động/giải pháp	Lựa chọn cuối cùng, cam kết
Bằng chứng	Có bằng chứng, dữ liệu thực tế	Thiếu bằng chứng, cần xác minh	Dựa trên phân tích, đánh giá	Kết quả phê duyệt bởi thẩm quyền
Tác động	Nền tảng xây dựng yêu cầu	Rủi ro nếu sai, cần theo dõi	Cần được đánh giá, phê duyệt	Định hướng cho hành động dự án
Chủ sở hữu	N/A (chỉ là thông tin)	Chủ dự án/BA (theo dõi)	BA/Chủ dự án (đề xuất)	Người/Ủy ban có thẩm quyền
Tính ràng buộc	Cao, không thay đổi (trừ bằng chứng mới)	Thấp, dễ thay đổi nếu sai	Trung bình, tùy thuộc phê duyệt	Cao, phải tuân thủ
Ví dụ Nova Foods	"Hệ thống cũ có lỗi 5% khi xử lý đơn hàng."	"Module kế toán ERP mới tương thích với hệ thống thuế VN."	"Nên đào tạo người dùng trước 2 tháng triển khai."	"Dự án ERP ưu tiên phân hệ sản xuất trước kho."

Điểm Kích Hoạt và Chủ Thể Leo Thang

Phân tích nghiệp vụ (Business Analysis - BA) dự án hệ thống hoạch định tài nguyên doanh nghiệp (Enterprise Resource Planning - ERP) mô phỏng Nova Foods, đôi khi gặp tình huống không tự quyết. Lúc này, "leo thang" (escalation) cần. Chuyển vấn đề cấp thẩm quyền. Đảm bảo quyết định cuối cùng đúng chủ thể, đủ quyền, chuyên môn.

1. Điểm Kích Hoạt Leo Thang (Escalation Triggers) Leo thang. Khi rủi ro, vấn đề vượt BA thẩm quyền. Hoặc cần nhiều bên can thiệp.

ID Kích Hoạt	Mô Tả Điểm Kích Hoạt	Bằng Chứng / Lý Do	Phạm Vi Áp Dụng (Nova Foods)
`ESC-001`	Mâu thuẫn nguồn canonical (canonical source conflict)	Hai nguồn chính thống (ví dụ: `Luật Kế toán`, `Nghị định 123/2020/NĐ-CP`) có yêu cầu khác, không rõ ràng cho quy trình nghiệp vụ (business process). Tham khảo `TRACEABILITY_ID_REGISTRY.md`.	Ví dụ: Cách xác định giá vốn hàng bán cho sản phẩm đông lạnh khi phát sinh chi phí bất thường, ảnh hưởng báo cáo tài chính Nova Foods.
`ESC-002`	Vượt thẩm quyền pháp lý (legal authority)	Yêu cầu nghiệp vụ (business requirement) cần giải thích pháp luật (legal interpretation). Hoặc liên quan tuân thủ quy định (regulatory compliance), ví dụ: `Luật Bảo vệ dữ liệu cá nhân`.	Ví dụ: Nova Foods cần lưu trữ dữ liệu khách hàng cũ bao lâu để tuân thủ luật Việt Nam sau yêu cầu xóa.
`ESC-003`	Vượt thẩm quyền kế toán/thuế (accounting/tax authority)	Vấn đề ảnh hưởng báo cáo tài chính (financial reporting), nghĩa vụ thuế, hoặc kiểm toán (audit).	Ví dụ: Phương pháp ghi nhận doanh thu từ chương trình khuyến mãi phức tạp của Nova Foods.
`ESC-004`	Vượt thẩm quyền kiến trúc/bảo mật (architecture/security authority)	Quyết định liên quan thiết kế hệ thống cấp cao (system architecture), hiệu năng (performance), khả năng mở rộng (scalability) hoặc an toàn thông tin (information security), tham chiếu `OWASP ASVS`.	Ví dụ: Cấu trúc cơ sở dữ liệu mới cho quản lý kho đông lạnh Nova Foods ảnh hưởng hiệu năng hệ thống hoặc rủi ro bảo mật dữ liệu sản xuất.
`ESC-005`	Quyết định nhiều bên liên quan (multi-stakeholder decision)	Đề xuất ảnh hưởng đồng thời hai hoặc nhiều bộ phận chức năng. Hoặc nhiều bên liên quan (stakeholder) không đồng thuận. Như `TRACEABILITY_ID_REGISTRY.md` quy định.	Ví dụ: Quy trình duyệt đơn hàng (order approval) ảnh hưởng Sales, Kế toán và Kho của Nova Foods, mỗi bên yêu cầu ưu tiên khác.
`ESC-006`	Rủi ro dự án cao (high project risk)	Vấn đề gây trì hoãn lớn, tăng chi phí đáng kể. Hoặc ảnh hưởng nghiêm trọng chất lượng dự án nếu không giải quyết kịp thời.	Ví dụ: Chọn nhà cung cấp giải pháp tích hợp cho hệ thống Logistics của Nova Foods có rủi ro cao về thời gian triển khai, chi phí.

2. Chủ Thể Tiếp Nhận Leo Thang (Escalation Owners) Vấn đề leo thang, có chủ thể quyết định. BA vai trò: chuẩn bị đủ, rõ thông tin. Chủ thể quyết định hiệu quả.

Loại Vấn Đề Leo Thang	Chủ Thể Tiếp Nhận (Owner)	Trách Nhiệm Quyết Định	Ghi Chú (Nova Foods)
Pháp lý (Legal)	Legal Owner / Legal Department	Đảm bảo tuân thủ `Luật Bảo vệ dữ liệu cá nhân`, `Luật An toàn thực phẩm` và quy định khác.	Diễn giải chính thức yêu cầu pháp lý cho Nova Foods.
Kế toán / Thuế (Accounting / Tax)	Accounting Owner / Finance Department	Đảm bảo tuân thủ `Luật Kế toán`, `Nghị định 123/2020/NĐ-CP` và chuẩn mực kế toán.	Định nghĩa cách Nova Foods ghi nhận giao dịch, báo cáo tài chính.
Nghiệp vụ (Business)	Business Owner / Product Owner	Định hướng, ưu tiên yêu cầu nghiệp vụ (business requirement) và quy trình (process) đạt mục tiêu kinh doanh.	Quyết định quy trình cốt lõi như quản lý chuỗi cung ứng, sản xuất, bán hàng của Nova Foods.
Kiến trúc / Kỹ thuật (Architecture / Technical)	Solution Architect / Technical Lead	Thiết kế tổng thể hệ thống, chọn công nghệ, đảm bảo hiệu năng và khả năng bảo trì.	Định hình cấu trúc ERP, tích hợp hệ thống cho Nova Foods.
Bảo mật (Security)	Security Architect / CISO	Đảm bảo an toàn thông tin (information security), tuân thủ tiêu chuẩn như `OWASP ASVS`.	Xác định chính sách bảo mật, kiểm soát truy cập dữ liệu nhạy cảm của Nova Foods.
Chất lượng (Quality)	QA Lead / Test Manager	Xác định tiêu chuẩn chất lượng (quality standard), chiến lược kiểm thử (testing strategy) và tiêu chí chấp nhận (acceptance criteria).	Đảm bảo sản phẩm phần mềm cho Nova Foods đạt chất lượng yêu cầu.
Quản lý Dự án (Project Management)	Project Manager / Steering Committee	Ra quyết định về phạm vi (scope), ngân sách (budget), tiến độ (timeline) và tài nguyên (resources) dự án.	Giải quyết xung đột nguồn lực, điều chỉnh kế hoạch dự án Nova Foods.

Principal IT Business Analyst / Technical Curriculum Author vai trò: TRACEABILITY_ID_REGISTRY.md nói, BA đóng gói vấn đề, trình bằng chứng, chọn lựa, đề xuất. Không tự quyết cuối. BA đảm bảo "truy vết" (traceability) quyết định.

5. Quick Checks and Cross-File QA

Đây là danh sách kiểm tra nhanh, giúp đảm bảo tính nhất quán (consistency) và tuân thủ quy tắc quản trị tài liệu (artifact governance rules) trong corpus Nova Foods. Áp dụng các bước này để rà soát chất lượng (quality assurance) tài liệu chéo (cross-file QA).

Mục kiểm tra (Check Item)	Mục đích (Purpose)	Nguồn tham chiếu (Reference Source)	Quy tắc kiểm tra nhanh (Quick Check Rule)
Metadata Tài liệu (Artifact Metadata)	Đảm bảo thông tin quản trị tài liệu (artifact governance information) nhất quán, dễ truy vết (traceable).	`/00-research/00_SOURCE_MAP.md`, `/01-curriculum/01_CURRICULUM_ARCHITECTURE.md`, `/01-curriculum/CHAPTER_MANIFEST.md`, `/01-curriculum/TEMPLATE_MANIFEST.md`	Kiểm tra `Status` (`IN_REVIEW`), `Version` (`v0.9.0`), `Last updated date` (`2026-08-07`), `Timezone` (`Asia/Ho_Chi_Minh`), `Locale` (`vi-VN`), `Case-study reference` phải khớp giữa các artifact.
Định danh & Đường dẫn (IDs & File Paths)	Đảm bảo mọi tài liệu, ID nghiệp vụ (business ID) và ID truy vết (traceability ID) đều có định danh chuẩn và đường dẫn canonical (chính tắc).	`/01-curriculum/TRACEABILITY_ID_REGISTRY.md`, `metadata` của mọi artifact.	`Artifact ID` phải duy nhất. `Đường dẫn tệp được kiểm soát` phải chính xác. Mọi ID (`REQ-`, `BR-`, `DATA-`) được đề cập phải đăng ký trong `TRACEABILITY_ID_REGISTRY`.
Tham chiếu Nguồn (Source References)	Mọi thông tin lấy từ bên ngoài (tiêu chuẩn, luật pháp, good practice - thực hành tốt) phải có nguồn rõ ràng, được xác minh (verified).	`/00-research/00_SOURCE_MAP.md`	Mọi nguồn ngoài (ví dụ: `BABOK Guide`, `ISO/IEC/IEEE 29148`, `Luật Bảo vệ dữ liệu cá nhân`) phải được liệt kê trong `00_SOURCE_MAP.md` và tuân thủ `Safe use boundary` (giới hạn sử dụng an toàn). Không trích dẫn mà không có bằng chứng.
Ngữ cảnh Nova Foods (Nova Foods Context)	Duy trì tính mô phỏng giáo dục (simulated educational) của case study Nova Foods, tránh nhầm lẫn với dữ liệu thực tế.	`metadata` của mọi artifact (ví dụ: `Case study: Nova Foods Trading & Manufacturing — mô phỏng giáo dục, dữ liệu tổng hợp`).	Luôn ghi rõ "Nova Foods là mô phỏng giáo dục", "dữ liệu tổng hợp" (synthetic data). Không khẳng định ERP thật, quy trình thật hay tuân thủ thật.
Luật & Quy tắc Nghiệp vụ (Legal & Business Rules)	Quy tắc nghiệp vụ (business rule), pháp lý (legal), kế toán (accounting) phải được xác minh và ghi nhận đúng thẩm quyền.	`/01-curriculum/CANONICAL_BUSINESS_RULES.md`, các luật/nghị định từ `00_SOURCE_MAP.md`.	Nếu không có trong `CANONICAL_BUSINESS_RULES.md` hoặc không trực tiếp từ luật đã xác minh, phải dán nhãn `project assumption` (giả định dự án) hoặc `Verification required` (cần xác minh). Không diễn giải ngầm.
Thuật ngữ chuyên môn (Professional Terminology)	Đảm bảo người học trình độ khởi điểm (zero-entry learner) hiểu được các thuật ngữ tiếng Anh chuyên ngành.	Không có nguồn cụ thể; là quy tắc biên soạn.	Giải thích thuật ngữ tiếng Anh chuyên ngành bằng tiếng Việt ngay lần đầu sử dụng. Ví dụ: "tính nhất quán (consistency)".
Tính toàn vẹn nội dung (Content Integrity)	Tránh các dấu hiệu nội dung chưa hoàn chỉnh, thiếu sót hoặc giả định không căn cứ.	Yêu cầu micro-batch.	Không dùng ellipsis (`...`), `TODO`, `TBD`, "omitted rows". Không có dòng bị bỏ qua, trích dẫn hoặc điều khoản bịa đặt (fabricated quotations/clauses). Dữ liệu phải là tổng hợp (synthetic).

Kiểm tra Liên kết Chéo và Nguồn Chuẩn

Mục đích kiểm tra liên kết chéo (cross-link) và nguồn chuẩn (canonical source) là đảm bảo tính nhất quán, chính xác, và độ tin cậy của mọi thông tin trong toàn bộ tài liệu corpus ERP Nova Foods mô phỏng. Nguồn chuẩn là tài liệu gốc, có thẩm quyền cao nhất, được xem là "nguồn chân lý" duy nhất cho một chủ đề. Việc tham chiếu đến nguồn chuẩn và kiểm tra liên kết giúp ngăn chặn diễn giải sai, mâu thuẫn dữ liệu hoặc quy tắc, đặc biệt với các quy định pháp luật và tiêu chuẩn kỹ thuật.

Bảng Nguồn Chuẩn và Giới Hạn Sử Dụng

Mọi tài liệu trong corpus Nova Foods phải tham chiếu đến các nguồn chuẩn đã được xác minh. Bảng sau liệt kê các nguồn chuẩn chính, mục đích và giới hạn an toàn khi sử dụng. Không được suy diễn hoặc tạo nội dung mới từ các nguồn này nếu vượt quá giới hạn đã nêu. Nova Foods là môi trường mô phỏng giáo dục, mọi diễn giải từ các nguồn chuẩn pháp lý, kế toán, bảo mật chỉ mang tính ví dụ và không thay thế thẩm quyền pháp lý, nghiệp vụ thực tế.

Tên Nguồn Chuẩn	Mục Đích Sử Dụng Chính	Đường Dẫn Kiểm Chứng	Giới Hạn An Toàn Sử Dụng
BABOK Guide (IIBA)	Kiến thức nền tảng phân tích nghiệp vụ (Business Analysis - BA)	`https://www.iiba.org/career-resources/a-business-analysis-professionals-foundation-for-success/babok/`	Dùng cho các lĩnh vực kiến thức BA, nhiệm vụ, năng lực và thuật ngữ. Không được tự tạo trang hoặc điều khoản tham chiếu.
ISO/IEC/IEEE 29148:2018	Tiêu chuẩn kỹ thuật cho yêu cầu và đặc tả hệ thống	`https://www.iso.org/standard/72089.html`	Chỉ dùng abstract và trạng thái thư mục. Cần kiểm tra bản quyền cho nội dung chi tiết.
BPMN 2.0.2 (OMG)	Ký hiệu chuẩn cho mô hình hóa quy trình nghiệp vụ (Business Process Model and Notation)	`https://www.omg.org/spec/BPMN/2.0.2/About-BPMN/`	Nguồn chuẩn cho ký hiệu BPMN thực tế. Không gọi PlantUML activity diagram là BPMN.
UML 2.5.1 (OMG)	Ngôn ngữ mô hình hóa thống nhất (Unified Modeling Language)	`https://www.omg.org/spec/UML/2.5.1/About-UML/`	Nguồn chuẩn cho ngữ nghĩa UML.
ISTQB CTFL v4.0.1	Thuật ngữ và kỹ thuật kiểm thử phần mềm (Software Testing)	`https://www.istqb.org/wp-content/uploads/2024/11/ISTQB_CTFL_Syllabus_v4.0.1.pdf`	Nguồn chính cho thuật ngữ kiểm thử và kỹ thuật hộp đen.
OpenAPI Spec 3.1.1	Đặc tả giao diện lập trình ứng dụng (Application Programming Interface - API)	`https://spec.openapis.org/oas/v3.1.1.html`	Nguồn chuẩn cho tính năng OAS 3.1 và mô tả HTTP API.
WCAG 2.2	Hướng dẫn truy cập nội dung web (Web Content Accessibility Guidelines)	`https://www.w3.org/TR/WCAG22/`	Khuyến nghị chuẩn về trợ năng. Khẳng định tiêu chí thành công phải khớp nguồn.
OWASP ASVS 5.0.0	Tiêu chuẩn xác minh bảo mật ứng dụng (Application Security Verification Standard)	`https://owasp.org/www-project-application-security-verification-standard/`	Tiêu chuẩn xác minh bảo mật ngành. Không trình bày như luật Việt Nam.
OWASP API Security Top 10 (2023)	Các rủi ro bảo mật API hàng đầu	`https://owasp.org/API-Security/editions/2023/en/0x11-t10/`	Nhận thức/thực hành tốt ngành, không phải tiêu chuẩn pháp lý.
Luật Bảo vệ dữ liệu cá nhân (91/2025/QH15)	Quy định pháp luật về bảo vệ dữ liệu cá nhân tại Việt Nam	`https://vanban.chinhphu.vn/?classid=1&docid=214590&pageid=27160&typegroup=`	Nguồn pháp lý chính thức. Mọi yêu cầu hệ thống từ luật này cần xác minh bởi chủ sở hữu pháp lý.
Nghị định 356/2025/NĐ-CP (HD Bảo vệ dữ liệu cá nhân)	Hướng dẫn chi tiết thi hành Luật Bảo vệ dữ liệu cá nhân	`https://vanban.chinhphu.vn/?classid=1&docid=216387&pageid=27160`	Nguồn pháp lý chính thức. Không dùng các giả định đã bị thay thế.
Luật Kế toán (88/2015/QH13)	Quy định về kế toán tại Việt Nam	`https://vanban.chinhphu.vn/?docid=183198&pageid=27160`	Nguồn pháp lý chính thức. Diễn giải kế toán cần vai trò kế toán/pháp lý có thẩm quyền.
Nghị định 123/2020/NĐ-CP (Hóa đơn, chứng từ)	Quy định về hóa đơn, chứng từ điện tử	`https://vanban.chinhphu.vn/?docid=201365&pageid=27160`	Nguồn pháp lý chính thức. Cần xác minh sửa đổi trước khi dùng trong sản xuất.
Luật An toàn thực phẩm (55/2010/QH12)	Quy định về an toàn thực phẩm, truy xuất nguồn gốc	`https://vanban.chinhphu.vn/?docid=96032&pageid=27160`	Nguồn pháp lý chính thức cho bối cảnh truy xuất/thu hồi sản phẩm. Cần xác minh nghiệp vụ và pháp lý.

Quy tắc Tham chiếu và Kiểm tra Liên kết Chéo

Sử dụng Định danh Canonical: Mọi tham chiếu nội bộ trong corpus phải sử dụng ID canonical từ /01-curriculum/TRACEABILITY_ID_REGISTRY.md. Ví dụ: REQ-NOVA-001, BR-NOVA-002, DATA-NOVA-003. Điều này đảm bảo tính duy nhất và khả năng truy vết trong toàn bộ hệ thống tài liệu.
Định danh Artifact: Các artifact quản trị như /00-research/00_SOURCE_MAP.md, /01-curriculum/01_CURRICULUM_ARCHITECTURE.md, /01-curriculum/CHAPTER_MANIFEST.md, /01-curriculum/TEMPLATE_MANIFEST.md, /01-curriculum/CANONICAL_BUSINESS_RULES.md, /01-curriculum/CANONICAL_DATA_DICTIONARY.md phải được tham chiếu bằng đường dẫn và ID Artifact chính xác như đã định nghĩa.
Xác định Nguồn Gốc Thông tin: Mỗi yêu cầu (requirement), quy tắc nghiệp vụ (business rule), hoặc định nghĩa dữ liệu quan trọng trong tài liệu Nova Foods phải có liên kết rõ ràng đến nguồn chuẩn hoặc artifact gốc đã được xác minh.
Kiểm tra Tính Hợp lệ: Đảm bảo mọi liên kết (URL, ID artifact) trong tài liệu còn hoạt động và trỏ đúng đến nội dung hoặc tài liệu cần thiết. Liên kết hỏng hoặc trỏ sai làm giảm độ tin cậy của tài liệu.
Kiểm tra Tính Nhất quán: So sánh nội dung được tham chiếu với nguồn chuẩn để đảm bảo không có sự sai lệch trong diễn giải. Ví dụ: Nếu tài liệu mô tả một quy trình thanh toán Nova Foods, nó phải tuân thủ ký hiệu BPMN và tham chiếu BPMN 2.0.2 đúng cách.
Xác nhận Phạm vi (Safe use boundary): Đảm bảo tài liệu chỉ sử dụng nguồn chuẩn trong phạm vi cho phép của nguồn đó. Không được mở rộng ý nghĩa hoặc áp dụng sai bối cảnh, đặc biệt với các nguồn pháp lý Việt Nam cho case study Nova Foods mô phỏng.
Quy tắc Lan truyền Thay đổi (Change Propagation Rule): Khi một nguồn chuẩn thay đổi phiên bản hoặc nội dung (ví dụ: Luật Bảo vệ dữ liệu cá nhân có sửa đổi mới), mọi tài liệu tham chiếu đến nguồn đó phải được đánh dấu để xem xét lại (re-verify). Trạng thái xem xét lại phải được ghi nhận rõ ràng để đảm bảo tính cập nhật của corpus. Principal IT Business Analyst có trách nhiệm theo dõi các thay đổi này và khởi tạo quá trình re-verify.

Các Vấn đề Xác minh Mở và Quy tắc Lan truyền Thay đổi

"Các vấn đề xác minh mở" (open verification issues) là những điểm trong quá trình phân tích và tài liệu hóa mà thẩm quyền của người viết (Principal IT Business Analyst / Technical Curriculum Author) bị giới hạn. Những điểm này cần được các vai trò chuyên môn khác xem xét và xác nhận để đảm bảo tính chính xác, hợp lệ, và tuân thủ, đặc biệt đối với case study mô phỏng Nova Foods.

Vấn đề cần xác minh (Issue for Verification)	Lý do (Reason)	Vai trò cần xác minh (Role for Verification)	Hậu quả nếu bỏ qua (Consequence if Ignored)
Mọi yêu cầu hệ thống suy diễn từ văn bản pháp luật Việt Nam (ví dụ: Luật Bảo vệ dữ liệu cá nhân, Luật Kế toán)	Tác giả không có thẩm quyền giải thích pháp lý hoặc kế toán. Nội dung corpus chỉ là học liệu mô phỏng, không thay thế tư vấn pháp luật hoặc quyết định kinh doanh thực tế.	Legal Owner (Chủ sở hữu pháp lý), Accounting Owner (Chủ sở hữu kế toán)	Sai lệch về tuân thủ pháp luật (legal compliance deviation) hoặc quy định tài chính. Rủi ro về quy trình nghiệp vụ (business process risk) không hợp lệ trong bối cảnh thực tế.
Mọi giải thích về tuân thủ (compliance) hoặc yêu cầu báo cáo cho Nova Foods	Nova Foods là mô hình giả lập, không có hoạt động kinh doanh thật. Yêu cầu tuân thủ đòi hỏi thẩm quyền nghiệp vụ và pháp lý thực tế, cùng với sự xác nhận từ cơ quan quản lý.	Compliance Owner (Chủ sở hữu tuân thủ), Business Owner (Chủ sở hữu nghiệp vụ)	Đưa ra thông tin sai lệch về khả năng tuân thủ hoặc các yêu cầu báo cáo thực tế của một doanh nghiệp mô phỏng.
Mọi giả định (project assumption) liên quan đến nghiệp vụ, quy trình hoặc cấu hình hệ thống ERP Nova Foods	Tác giả không phải chủ sở hữu nghiệp vụ của Nova Foods. Mọi giả định cần được ghi nhận minh bạch và xác nhận bởi người có thẩm quyền nghiệp vụ.	Business Owner (Chủ sở hữu nghiệp vụ), Domain Expert (Chuyên gia nghiệp vụ)	Thiếu căn cứ đáng tin cậy cho các quyết định thiết kế (design decision) hoặc phát triển hệ thống (system development) tiếp theo.
Tham chiếu chi tiết đến các điều khoản (clauses) hoặc nội dung cấp độ bản quyền từ các tiêu chuẩn (ví dụ: BABOK Guide, ISO/IEC/IEEE 29148)	Cần quyền truy cập văn bản gốc có bản quyền (licensed text access) để xác minh chính xác nội dung, không chỉ dựa vào abstract hoặc overview.	Technical Lead (Trưởng kỹ thuật), Standards Body Liaison (Đầu mối tiêu chuẩn)	Diễn giải sai tiêu chuẩn, dẫn đến hiểu lầm về kiến thức chuẩn (standard knowledge) hoặc áp dụng sai trong thực tế.
Quyết định kiến trúc (architectural decision) liên quan đến tích hợp (integration), bảo mật (security) hoặc hiệu năng (performance)	Tác giả không có thẩm quyền kiến trúc hệ thống hoặc bảo mật. Các quyết định này ảnh hưởng lớn đến thiết kế và vận hành hệ thống.	Technical Architect (Kiến trúc sư kỹ thuật), Security Architect (Kiến trúc sư bảo mật)	Tạo ra lỗ hổng bảo mật (security vulnerability), vấn đề hiệu năng (performance issues) hoặc sai lệch kiến trúc nghiêm trọng.
Bất kỳ quyết định nào có thể được hiểu là phê duyệt (approval) hoặc baseline cho bất kỳ artifact nào trong corpus Nova Foods	Trạng thái `IN_REVIEW` là mặc định cho mọi artifact hiện tại. Chỉ có vai trò có thẩm quyền mới có thể phê duyệt hoặc baseline một artifact.	Baseline Owner (Chủ sở hữu baseline), Approval Authority (Cơ quan phê duyệt)	Gây nhầm lẫn về trạng thái của tài liệu, dẫn đến sử dụng thông tin chưa được xác nhận cho các giai đoạn tiếp theo hoặc cho triển khai thực tế.

"Quy tắc lan truyền thay đổi" (change propagation rules) định nghĩa cách thức một thay đổi tại một artifact (tài liệu hoặc nguồn thông tin) có thể ảnh hưởng đến các artifact khác. Việc tuân thủ các quy tắc này là bắt buộc để duy trì tính nhất quán (consistency) và truy vết (traceability) trong toàn bộ corpus, đảm bảo các cập nhật được phản ánh đầy đủ và chính xác.

Artifact nguồn thay đổi (Source Artifact Changed)	Điều kiện kích hoạt (Trigger Condition)	Artifact đích cần xem xét (Target Artifacts for Review)	Hành động yêu cầu (Required Action)
`/00-research/00_SOURCE_MAP.md` (Bản đồ nguồn)	Bất kỳ thay đổi nào trong `Status`, `Version`, `Owner` hoặc thêm/sửa/xóa một nguồn (source)	Tất cả các artifact có tham chiếu nguồn (ví dụ: `Verified source seed` trong cheat sheets, handbooks, templates)	Kiểm tra và cập nhật các tham chiếu nguồn để đảm bảo tính chính xác và tuân thủ giới hạn sử dụng (safe use boundary) mới. Ghi nhận thay đổi trong lịch sử quản trị.
`/01-curriculum/01_CURRICULUM_ARCHITECTURE.md` (Kiến trúc chương trình)	Thay đổi về cấu trúc chapter, dependency (phụ thuộc), boundary (ranh giới) hoặc tiêu chí dừng (STOP condition)	`CHAPTER_MANIFEST.md`, `TEMPLATE_MANIFEST.md`, `TRACEABILITY_ID_REGISTRY.md` và tất cả chapter trong `/02-handbook/`	Đánh giá tác động (impact assessment) trên các artifact bị ảnh hưởng. Điều chỉnh cấu trúc, phụ thuộc, phạm vi nội dung và định danh (ID) tương ứng để duy trì sự liên kết.
`/01-curriculum/CHAPTER_MANIFEST.md` hoặc `/01-curriculum/TEMPLATE_MANIFEST.md`	Thêm, sửa, xóa chapter (chương), template (mẫu) hoặc thay đổi metadata quản trị (ví dụ: `Status`, `Version`, `Owner`)	`01_CURRICULUM_ARCHITECTURE.md`, các chapter liên quan trong `/02-handbook/`, các tệp template trong `/03-templates/`, và `/05-glossary/`	Cập nhật cấu trúc mục lục, liên kết, trạng thái và định danh. Đảm bảo tính nhất quán giữa danh mục và nội dung thực tế của các tài liệu.
`/01-curriculum/TRACEABILITY_ID_REGISTRY.md` (Registry ID)	Thêm, sửa, xóa ID, thay đổi phân loại thông tin (information classification) hoặc quy tắc kích hoạt escalation (escalation rules)	Bất kỳ artifact nào sử dụng ID (ví dụ: requirements, rules, data elements, test cases)	Kiểm tra việc sử dụng ID hiện có. Cập nhật phân loại và quy trình xử lý nếu có. Kích hoạt quy trình escalation khi thay đổi ID có ý nghĩa pháp lý, kế toán, kiến trúc hoặc bảo mật.
`/01-curriculum/CANONICAL_BUSINESS_RULES.md` (Catalog quy tắc nghiệp vụ)	Thêm, sửa, xóa quy tắc nghiệp vụ (business rule), thay đổi điều kiện hoặc kết quả của quy tắc	Các artifact liên quan đến quy trình nghiệp vụ (business processes), đặc tả yêu cầu (requirements specification), test case (kịch bản kiểm thử), và các tài liệu mô tả luồng công việc (workflow documentation)	Đánh giá tác động đến logic nghiệp vụ. Cập nhật yêu cầu, kịch bản kiểm thử và các tài liệu mô tả quy trình để phản ánh quy tắc mới hoặc thay đổi.
`/01-curriculum/CANONICAL_DATA_DICTIONARY.md` (Từ điển dữ liệu)	Thêm, sửa, xóa trường dữ liệu (data field), thay đổi định nghĩa (definition), kiểu dữ liệu (data type), hoặc ràng buộc (constraints)	Các artifact liên quan đến mô hình dữ liệu (data model), API specification (đặc tả API), UI/UX design (thiết kế giao diện), và test case (kịch bản kiểm thử)	Đánh giá tác động đến cấu trúc dữ liệu và các thành phần phụ thuộc. Cập nhật đặc tả dữ liệu, thiết kế giao diện và kịch bản kiểm thử cho phù hợp.
Phát hiện mâu thuẫn giữa nguồn canonical và artifact mô phỏng Nova Foods	Mâu thuẫn rõ ràng (explicit conflict) giữa tài liệu nguồn đã được xác minh (từ `00_SOURCE_MAP.md`) và nội dung của corpus Nova Foods	`01_CURRICULUM_ARCHITECTURE.md` và các artifact có liên quan trực tiếp đến mâu thuẫn	Đặt trạng thái `STOP — PLAN REWORK REQUIRED` cho kiến trúc chương trình. Ghi nhận mâu thuẫn và yêu cầu xem xét từ Owner cấp cao hơn hoặc vai trò chuyên môn liên quan để giải quyết.