Ba Glossary

Tài liệu này là Ba Glossary (Bảng thuật ngữ Business Analyst - BA) cho chương trình đào tạo IT BUSINESS ANALYST — ZERO TO DELIVERY READY. Glossary là tập hợp các định nghĩa chuẩn, cung cấp một nguồn tham chiếu nhất quán cho các thuật ngữ và khái niệm. Mục đích là đảm bảo mọi người tham gia vào corpus (tập hợp tài liệu) này hiểu cùng một ý nghĩa khi gặp các thuật ngữ chuyên ngành.

Metadata quản trị artifact

Metadata (siêu dữ liệu) là thông tin mô tả về tài liệu này, giúp quản lý và kiểm soát phiên bản.

Trường kiểm soát	Giá trị	Diễn giải kiểm soát
Artifact ID	`BA_GLOSSARY`	`Artifact ID` (Định danh tạo phẩm) là mã định danh duy nhất cho tài liệu này trong toàn bộ corpus Nova Foods. Mọi tham chiếu đến tài liệu này từ các tệp khác phải sử dụng chính xác ID này để đảm bảo tính nhất quán.
Tên tệp	`/05-glossary/ba-glossary.md`	Đường dẫn canonical (chuẩn mực) của tài liệu này trong hệ thống. Mọi bản sao hoặc bản xuất phải tham chiếu lại đường dẫn này làm nguồn gốc.
Tiêu đề	`Ba Glossary`	Tiêu đề chính thức của tài liệu, phản ánh nội dung là bảng thuật ngữ cho ngành Business Analyst (BA - Chuyên viên Phân tích Nghiệp vụ).
Trạng thái	`IN_REVIEW`	`Status` (Trạng thái) hiện tại của tài liệu là đang được xem xét. Điều này có nghĩa là nội dung có thể được cập nhật và thay đổi. Trạng thái `IN_REVIEW` không có nghĩa là tài liệu đã được `APPROVED` (phê duyệt), `BASELINED` (được chốt ở một phiên bản cụ thể), sẵn sàng cho production (môi trường vận hành thực tế) hoặc được người dùng chấp thuận.
Phiên bản	`v0.9.0`	`Version` (Phiên bản) hiện tại của tài liệu. Mọi thay đổi lớn sẽ được ghi nhận bằng một số phiên bản mới, kèm theo lịch sử sửa đổi rõ ràng.
Lịch sử thay đổi	`v0.9.0` — `2026-08-07` — Khởi tạo metadata và lịch sử thay đổi; trạng thái duy trì `IN_REVIEW`.	`Owner` ghi nhận phiên bản, ngày cập nhật, đối tượng thay đổi và trạng thái artifact để người review truy vết thay đổi. Bản ghi này không tạo baseline, không cấu thành approval, không trao thẩm quyền nghiệp vụ, pháp lý, kế toán hoặc production. Thay đổi sau phải tạo bản ghi mới với phiên bản, ngày theo `Asia/Ho_Chi_Minh`, nội dung thay đổi và hậu quả quản trị liên quan.
Owner	`Principal IT Business Analyst / Technical Curriculum Author`	`Owner` (Chủ sở hữu) 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, bao gồm kiểm soát phiên bản, ghi nhận lịch sử thay đổi, bảo toàn định danh artifact và đảm bảo các thuật ngữ được định nghĩa rõ ràng, có nguồn gốc và được gắn nhãn xác minh phù hợp.
Giới hạn thẩm quyền Owner	Owner không có quyền tự xác nhận baseline, phê duyệt nội dung, thẩm quyền pháp lý, thẩm quyền kế toán, thẩm quyền quyết định nghiệp vụ hoặc quyền truy cập và quyết định production.	`Giới hạn thẩm quyền` (Authority limits) quy định rõ ràng rằng Owner chỉ có trách nhiệm quản lý tài liệu, không được đưa ra các quyết định có tính pháp lý, tài chính, vận hành hoặc phê duyệt nội dung thay cho các vai trò chuyên môn khác (ví dụ: Chủ doanh nghiệp, Luật sư, Kế toán, Kiến trúc sư giải pháp).
Last updated date	`2026-08-07`	`Last updated date` (Ngày cập nhật gần nhất) của metadata và lịch sử thay đổi khởi tạo, được diễn giải theo múi giờ quản trị.
Múi giờ quản trị	`Asia/Ho_Chi_Minh`	`Timezone` (Múi giờ) chuẩn để ghi nhận thời điểm thay đổi, review và các bằng chứng quản trị liên quan đến artifact này.
Locale áp dụng	`vi-VN`; bối cảnh Việt Nam; đơn vị tiền tệ mô phỏng `VND`	`Locale` (Ngôn ngữ và Vùng miền) được áp dụng cho nội dung tài liệu là tiếng Việt, bối cảnh Việt Nam, và đơn vị tiền tệ mô phỏng `VND` (đồng Việt Nam) cho `case study` (tình huống nghiên cứu).
Case study	`Nova Foods Trading & Manufacturing — mô phỏng giáo dục, chỉ sử dụng dữ liệu tổng hợp.`	`Case study` (Tình huống nghiên cứu) là công ty `Nova Foods Trading & Manufacturing`. Đây là một doanh nghiệp `mô phỏng` (simulated), được tạo ra chỉ cho mục đích giáo dục và tất cả `dữ liệu` (data) trong tình huống này đều là `tổng hợp` (synthetic data), không phải dữ liệu thật. Việc này nhằm mục đích bảo vệ thông tin và tránh hiểu nhầm về tính hợp lệ của dữ liệu.
Phân loại artifact	`Tài liệu tham chiếu định nghĩa thuật ngữ được kiểm soát`	Mô tả loại tài liệu, khẳng định đây là một nguồn tham chiếu chính thức cho các định nghĩa trong corpus.
Trạng thái tham chiếu baseline	`Chưa có baseline reference tại v0.9.0; IN_REVIEW không được diễn giải là BASELINED.`	Hiện tại, tài liệu chưa được `baseline` (chốt phiên bản ổn định). Trạng thái `IN_REVIEW` không thể được hiểu là đã có baseline.
Trạng thái tham chiếu approval	`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 hiện tại chưa nhận được `approval` (phê duyệt chính thức) từ bất kỳ bên nào có thẩm quyền. Việc tồn tại metadata này hoặc vai trò Owner không ngụ ý sự phê duyệt.
Phạm vi nội dung	Cung cấp định nghĩa chuẩn và ngữ cảnh sử dụng cho các thuật ngữ chuyên ngành Business Analyst (BA) và các thuật ngữ đặc thù của dự án Nova Foods ERP mô phỏng.	Xác định rõ các loại thuật ngữ được định nghĩa và ngữ cảnh của chúng, đặc biệt nhấn mạnh đến dự án `ERP` (Enterprise Resource Planning - Hệ thống hoạch định nguồn lực doanh nghiệp) của Nova Foods.
Ranh giới sử dụng	Chỉ dùng cho mục đích giáo dục trong corpus Nova Foods. Không phải tài liệu tham khảo pháp lý, kế toán, nghiệp vụ thực tế hoặc hướng dẫn triển khai production.	Quy định rõ ràng mục đích sử dụng của tài liệu, tránh mọi sự nhầm lẫn với các tài liệu có giá trị pháp lý hoặc hướng dẫn vận hành thực tế.

1. Purpose, Scope, and Governance

Đối tượng, Ranh giới và Nguồn tham chiếu

Tài liệu này phục vụ Chuyên viên Phân tích Nghiệp vụ (Business Analyst - BA) mới, thực tập sinh BA, hoặc bất kỳ ai muốn nắm vững thuật ngữ BA trong bối cảnh hệ thống ERP (Enterprise Resource Planning) mô phỏng Nova Foods. Tài liệu cung cấp cơ sở từ vựng chuẩn, giúp thống nhất cách hiểu, giao tiếp giữa các bên liên quan dự án. Người soạn thảo, người học tài liệu này là đối tượng sử dụng chính.

Phạm vi sử dụng, không sử dụng tài liệu được xác định:

Phạm vi	Mô tả chi tiết	Lý do
Sử dụng để	Tra cứu định nghĩa thuật ngữ BA, công nghệ, nghiệp vụ. Nắm bắt bối cảnh kinh doanh Nova Foods (mô phỏng giáo dục). Hiểu tiêu chuẩn, khuôn khổ công nghiệp áp dụng.	Thống nhất ngôn ngữ, giảm hiểu lầm. Nền tảng học tập chung. Nova Foods chỉ là case study mô phỏng (`SRC-READY-010`).
Không sử dụng để	Đưa ra quyết định pháp lý, kế toán, thuế, hoặc bất kỳ quyết định vận hành thực tế nào. Xác nhận yêu cầu nghiệp vụ thực tế, cấu hình ERP sản xuất. Thay thế tài liệu pháp lý, quy định nghiệp vụ, phê duyệt từ các bên có thẩm quyền.	Tài liệu học liệu, không có thẩm quyền pháp lý, kế toán, nghiệp vụ, sản xuất. Dữ liệu Nova Foods hoàn toàn là tổng hợp, mô phỏng giáo dục. Không có quyền hạn phê duyệt (`00_SOURCE_MAP` `Giới hạn thẩm quyền của Owner`).

Nguồn tham chiếu chính cho định nghĩa, khái niệm trong tài liệu này từ tiêu chuẩn công nghiệp và văn bản pháp luật Việt Nam. Mọi diễn giải dựa trên nguồn xác minh, ghi rõ ràng.

Nguồn tham chiếu	Mô tả và phạm vi sử dụng chính
BABOK Guide (IIBA)	Nền tảng kiến thức BA: Lĩnh vực kiến thức, nhiệm vụ, năng lực và thuật ngữ BA.
ISO/IEC/IEEE 29148	Tiêu chuẩn quốc tế Quy trình kỹ thuật hệ thống và phần mềm — Quy trình yêu cầu.
BPMN (OMG)	Ký hiệu mô hình hóa quy trình nghiệp vụ chuẩn.
UML (OMG)	Ngôn ngữ mô hình hóa thống nhất cho hệ thống phần mềm.
ISTQB CTFL	Chương trình chứng nhận kiểm thử phần mềm cơ bản. Cung cấp thuật ngữ và kỹ thuật kiểm thử.
OpenAPI Specification	Đặc tả mô tả giao diện API HTTP chuẩn.
WCAG (W3C)	Hướng dẫn truy cập nội dung web. Tiêu chuẩn về khả năng truy cập (accessibility).
OWASP ASVS & API Security Top 10	Tiêu chuẩn kiểm tra bảo mật ứng dụng và danh sách rủi ro bảo mật API phổ biến.
Luật pháp Việt Nam	Luật Bảo vệ dữ liệu cá nhân (91/2025/QH15), Nghị định hướng dẫn (356/2025/NĐ-CP), Luật Kế toán (88/2015/QH13), Nghị định hóa đơn (123/2020/NĐ-CP), Luật An toàn thực phẩm (55/2010/QH12). Mọi quy định nghiệp vụ/pháp lý cho Nova Foods là mô phỏng, cần xác minh từ chuyên gia nếu áp dụng thực tế.

Để tìm kiếm, điều hướng trong bộ tài liệu học liệu, người dùng sử dụng liên kết nội bộ và hệ thống ID truy vết (traceability ID) đã đăng ký. Tài liệu này (/05-glossary/ba-glossary.md) liên kết chặt chẽ với các phần khác của corpus như 01-curriculum, 02-handbook, 03-templates, 04-cheatsheets, 06-qa. ID định danh cụ thể cho thuật ngữ hoặc quy tắc nghiệp vụ tra cứu trong TRACEABILITY_ID_REGISTRY (/01-curriculum/TRACEABILITY_ID_REGISTRY.md), CANONICAL_BUSINESS_RULES (/01-curriculum/CANONICAL_BUSINESS_RULES.md) và CANONICAL_DATA_DICTIONARY (/01-curriculum/CANONICAL_DATA_DICTIONARY.md).

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

Nova Foods Trading & Manufacturing là một case study (nghiên cứu tình huống) mô phỏng. Mục đích chính là cung cấp môi trường học tập an toàn, nơi người học có thể áp dụng kiến thức BA vào một ngữ cảnh cụ thể mà không lo ảnh hưởng đến dữ liệu hoặc hoạt động thực tế. Dữ liệu sử dụng trong mô phỏng này là dữ liệu tổng hợp (synthetic data), không chứa thông tin thật của bất kỳ doanh nghiệp hoặc cá nhân nào.

Giới hạn thẩm quyền và ranh giới sử dụng: Mọi nội dung liên quan đến Nova Foods trong bộ tài liệu này, bao gồm các quy trình, dữ liệu, hệ thống, quy tắc nghiệp vụ (business rules) và yêu cầu (requirements), chỉ mang tính chất minh họa và giáo dục. Chúng không đại diện cho hoạt động, chính sách, hoặc cấu hình hệ thống ERP (Enterprise Resource Planning) thực tế của một doanh nghiệp có thật.

Bảng sau đây làm rõ ranh giới thẩm quyền và cách sử dụng nội dung liên quan đến Nova Foods:

Phạm vi Nova Foods	Ranh giới sử dụng	Lý do và tham chiếu
Mô phỏng giáo dục	Chỉ dùng cho mục đích học tập, thực hành kỹ năng phân tích nghiệp vụ (business analysis). Không được xem là nguồn thông tin chính thức về doanh nghiệp, hoạt động sản xuất kinh doanh hoặc hệ thống IT thật.	`01_CURRICULUM_ARCHITECTURE` (`v0.9.0`), `CHAPTER_MANIFEST` (`v0.9.0`), `TEMPLATE_MANIFEST` (`v0.9.0`). Các artifact này đều nêu rõ Nova Foods là "mô phỏng giáo dục, dữ liệu tổng hợp".
Dữ liệu tổng hợp	Mọi dữ liệu như ID khách hàng, số lượng tồn kho, giá sản phẩm, thông tin giao dịch là nhân tạo. Không chứa dữ liệu nhạy cảm hoặc cá nhân.	Bảo vệ quyền riêng tư và tuân thủ các quy định như Luật Bảo vệ dữ liệu cá nhân (91/2025/QH15) trong môi trường học tập.
Phạm vi pháp lý	Các ví dụ về quy định pháp luật (ví dụ: Luật Kế toán, Luật An toàn thực phẩm) được đưa vào để minh họa cách BA phân tích yêu cầu tuân thủ (compliance requirements).	Không có thẩm quyền pháp lý, kế toán hoặc vận hành thực tế. Mọi diễn giải pháp lý, kế toán phải được xác minh bởi chuyên gia pháp lý hoặc kế toán có thẩm quyền. Tham chiếu nguồn gốc pháp luật tại `00_SOURCE_MAP` (`v0.9.0`).
Quyết định nghiệp vụ	Các quy tắc nghiệp vụ của Nova Foods được thiết kế để minh họa cách tạo requirement và test case.	Không phải là quyết định nghiệp vụ (business decisions) thực tế. Owner của bộ tài liệu (`Principal IT Business Analyst / Technical Curriculum Author`) không có thẩm quyền ra quyết định nghiệp vụ, kế toán, pháp lý hoặc phê duyệt triển khai sản xuất. Tham chiếu `CANONICAL_BUSINESS_RULES` (`v0.9.0`).
Tính tuân thủ	Việc đề cập đến các tiêu chuẩn như OWASP, WCAG không ngụ ý Nova Foods "tuân thủ" các tiêu chuẩn này. Mục đích là hướng dẫn BA cách áp dụng chúng.	Không xác nhận trạng thái tuân thủ. Việc xác nhận tuân thủ (compliance) phải do các bên liên quan có thẩm quyền (ví dụ: Legal Owner, Compliance Officer) thực hiện.

Người học cần hiểu rõ các giới hạn này để tránh hiểu lầm và áp dụng sai lệch nội dung đã học vào bối cảnh công việc thực tế, nơi các quyết định có thể có hậu quả pháp lý, tài chính hoặc vận hành nghiêm trọng.

2. Core Reference Map

Mục này là nguồn tham chiếu chính duy nhất cho định nghĩa thuật ngữ cốt lõi trong artifact này. BA, stakeholder và người học dùng bảng tại mục 2.1 khi diễn giải thuật ngữ; các mục sau chỉ phân loại, áp dụng hoặc liên kết thuật ngữ, không định nghĩa lại. Nguồn tham chiếu: BABOK Guide v3, ISO/IEC/IEEE 29148:2018; riêng Use Case tham chiếu UML (OMG), Acceptance Criteria tham chiếu BABOK Guide và ISTQB CTFL.

2.1. Định nghĩa cốt lõi

Thuật ngữ tiếng Anh	Thuật ngữ tiếng Việt	Định nghĩa và phạm vi áp dụng	Nguồn chính
Business Analysis	Phân tích nghiệp vụ	Hoạt động xác định nhu cầu, đề xuất thay đổi hoặc giải pháp, và hỗ trợ bên liên quan đạt mục tiêu, nhằm tạo giá trị cho tổ chức. BA phân tích cấu trúc, chính sách, hoạt động và bối cảnh thay đổi.	BABOK Guide v3
Requirement	Yêu cầu	Điều kiện hoặc khả năng cần thiết để giải pháp giải quyết vấn đề hoặc đạt mục tiêu nghiệp vụ; cũng có thể là điều kiện hoặc khả năng mà hệ thống, sản phẩm, dịch vụ hoặc thành phần phải có để đáp ứng hợp đồng, tiêu chuẩn, đặc tả hoặc tài liệu chuẩn mực khác.	BABOK Guide v3, ISO/IEC/IEEE 29148:2018
Stakeholder	Bên liên quan	Cá nhân, nhóm hoặc tổ chức có ảnh hưởng đến, bị ảnh hưởng bởi, hoặc có lợi ích trong thay đổi, dự án hoặc giải pháp. BA nhận diện stakeholder để thu thập, xác nhận và quản lý yêu cầu.	BABOK Guide v3
Solution	Giải pháp	Tập hợp thay đổi trong một bối cảnh cụ thể nhằm đáp ứng một hoặc nhiều nhu cầu nghiệp vụ. Giải pháp có thể gồm quy trình, con người, dữ liệu, công nghệ, thành phần và hệ thống tích hợp.	BABOK Guide v3
Change	Thay đổi	Hành động chuyển đổi tổ chức từ trạng thái hiện tại sang trạng thái mong muốn để cải thiện hiệu suất hoặc tạo giá trị.	BABOK Guide v3
Context	Bối cảnh	Môi trường mà thay đổi xảy ra, gồm các yếu tố ảnh hưởng nhu cầu, giải pháp, quyết định và kết quả.	BABOK Guide v3
Enterprise Resource Planning (ERP)	Hoạch định nguồn lực doanh nghiệp	Hệ thống phần mềm tích hợp quản lý các quy trình kinh doanh cốt lõi, ví dụ tài chính, nhân sự, sản xuất, chuỗi cung ứng và dịch vụ, trong một nền tảng. Trong corpus này, ERP là bối cảnh mô phỏng cho Nova Foods Trading & Manufacturing.	Khái niệm công nghiệp chung
Traceability	Khả năng truy vết	Khả năng theo dõi và hiểu quan hệ giữa các thành phần giải pháp, đặc biệt giữa nhu cầu nghiệp vụ, yêu cầu, thiết kế, mã nguồn và kiểm thử. Truy vết chứng minh mỗi thành phần có nguồn gốc và hỗ trợ đánh giá tác động thay đổi.	BABOK Guide v3, ISO/IEC/IEEE 29148:2018
Functional Requirement (FR)	Yêu cầu chức năng	Yêu cầu giải pháp mô tả chức năng hoặc dịch vụ hệ thống phải cung cấp trong ngữ cảnh xác định; trả lời câu hỏi “hệ thống làm gì”.	BABOK Guide v3, ISO/IEC/IEEE 29148:2018
Non-Functional Requirement (NFR)	Yêu cầu phi chức năng	Yêu cầu giải pháp mô tả thuộc tính chất lượng hoặc ràng buộc; trả lời câu hỏi “hệ thống hoạt động như thế nào”. Phạm vi có thể gồm hiệu năng, bảo mật, khả năng sử dụng, độ tin cậy và khả năng mở rộng.	BABOK Guide v3, ISO/IEC/IEEE 29148:2018
Business Rule	Quy tắc nghiệp vụ	Ràng buộc, chính sách, thủ tục hoặc thuật toán tổ chức áp dụng trong hoạt động nghiệp vụ. Quy tắc định hướng hành vi nghiệp vụ và có thể được giải pháp tự động hóa.	BABOK Guide v3
Use Case	Kịch bản sử dụng	Mô tả chuỗi hành động giữa tác nhân và hệ thống để tạo kết quả có giá trị cho tác nhân đó. Use Case làm rõ tương tác cần thiết để hoàn thành mục tiêu.	UML (OMG)
Acceptance Criteria	Tiêu chí chấp nhận	Tập điều kiện giải pháp phải đáp ứng để stakeholder chấp nhận kết quả. Điều kiện cần có thể kiểm tra hoặc đo lường để hỗ trợ xác nhận yêu cầu.	BABOK Guide v3, ISTQB CTFL

Nguồn chân lý cho các định nghĩa trên là bảng này. Khi tài liệu khác trong corpus dùng các thuật ngữ này, tác giả phải giữ nghĩa nhất quán và liên kết về mục 2.1 thay vì tạo định nghĩa cục bộ khác.

2.2. Phân loại yêu cầu

BA phân loại yêu cầu để xác định mục tiêu, chủ thể cần đáp ứng, phạm vi giải pháp và nhu cầu chuyển đổi. Phân loại không thay đổi định nghĩa Requirement tại mục 2.1. Nguồn: BABOK Guide v3, ISO/IEC/IEEE 29148:2018.

Loại yêu cầu tiếng Anh	Loại yêu cầu tiếng Việt	Mục đích quản lý	Ví dụ Nova Foods (mô phỏng)	Chủ thể dùng kết quả	Nguồn chính
Business Requirement	Yêu cầu nghiệp vụ	Ghi nhận mục tiêu, tầm nhìn và lý do đầu tư; làm cơ sở đánh giá giải pháp có tạo giá trị không.	Nova Foods cần tăng doanh số bán hàng online 15% trong 12 tháng.	Sponsor, quản lý nghiệp vụ, BA	BABOK Guide v3
Stakeholder Requirement	Yêu cầu bên liên quan	Ghi nhận nhu cầu của nhóm hoặc cá nhân cụ thể; làm cầu nối giữa mục tiêu nghiệp vụ và phạm vi giải pháp.	Phòng Kinh doanh cần báo cáo doanh số theo sản phẩm hàng tuần.	Stakeholder, BA, đội dự án	BABOK Guide v3
Solution Requirement	Yêu cầu giải pháp	Xác định năng lực, đặc điểm hoặc ràng buộc giải pháp cần đáp ứng để phục vụ nhu cầu stakeholder.	Hệ thống quản lý đơn hàng cần hiển thị trạng thái đơn hàng.	BA, kiến trúc sư, đội phát triển, kiểm thử	BABOK Guide v3, ISO/IEC/IEEE 29148:2018
- Functional Requirement	- Yêu cầu chức năng	Xác định hành vi hay dịch vụ cụ thể cần xây dựng và kiểm thử.	Người dùng có thể tạo đơn đặt hàng mới.	Người dùng, đội phát triển, kiểm thử	BABOK Guide v3, ISO/IEC/IEEE 29148:2018
- Non-Functional Requirement	- Yêu cầu phi chức năng	Xác định mức chất lượng hoặc ràng buộc cần đạt khi giải pháp vận hành.	Hệ thống phản hồi dưới 2 giây cho 95% yêu cầu.	Kiến trúc sư, đội phát triển, kiểm thử, vận hành	BABOK Guide v3, ISO/IEC/IEEE 29148:2018
Transition Requirement	Yêu cầu chuyển đổi	Xác định điều kiện, hoạt động và kết quả cần thiết để chuyển từ trạng thái hiện tại sang trạng thái tương lai.	Dữ liệu khách hàng cũ phải được di chuyển sang hệ thống mới trước 2026-12-31.	BA, chủ sở hữu dữ liệu, đội triển khai, vận hành	BABOK Guide v3

Nova Foods là case study mô phỏng. Ví dụ, dữ liệu và mốc thời gian trong mục này là dữ liệu tổng hợp. Chúng không phải quy tắc nghiệp vụ thật, cam kết thật hoặc phê duyệt thật của Nova Foods.

2.3. Khả năng truy vết (Traceability)

Khả năng truy vết liên kết item dự án theo chuỗi nhu cầu nghiệp vụ, yêu cầu, thiết kế, phát triển và kiểm thử. BA duy trì liên kết để stakeholder, đội phát triển và đội kiểm thử xác định:

Yêu cầu nào hỗ trợ mục tiêu nghiệp vụ nào.
Thiết kế, chức năng hoặc cấu hình nào đáp ứng yêu cầu nào.
Test case hoặc bằng chứng kiểm thử nào xác nhận yêu cầu đã được đáp ứng.
Thay đổi tại một item ảnh hưởng item nào khác.
Item nào thiếu nguồn gốc, thiếu triển khai hoặc thiếu kiểm thử.

Mỗi yêu cầu Nova Foods dùng mã định danh duy nhất từ /01-curriculum/TRACEABILITY_ID_REGISTRY.md (v0.9.0). Artifact này là nguồn tham chiếu cho quy ước mã định danh trong corpus. BA dùng mã đó để liên kết yêu cầu với artifact liên quan; mã định danh không tự xác nhận yêu cầu đúng, được phê duyệt hoặc đã hoàn thành kiểm thử.

Đối tượng nguồn	Liên kết truy vết	Đối tượng kết quả	Outcome cần kiểm tra	Authority/Artifact
Nhu cầu hoặc mục tiêu nghiệp vụ	BA ghi nhận mã nguồn và quan hệ đáp ứng	Business Requirement	Mỗi yêu cầu nghiệp vụ có nguồn gốc mục tiêu rõ ràng	BA; requirement artifact
Business Requirement	BA và stakeholder phân rã thành nhu cầu cụ thể	Stakeholder Requirement	Nhu cầu stakeholder không lệch mục tiêu nghiệp vụ	BA và stakeholder; requirement artifact
Stakeholder Requirement	BA đặc tả năng lực hoặc ràng buộc giải pháp	Solution Requirement, FR hoặc NFR	Phạm vi giải pháp đáp ứng nhu cầu đã xác định	BA; specification artifact
Requirement	Đội thiết kế hoặc phát triển liên kết hiện thực	Thiết kế, cấu hình hoặc mã nguồn	Thành phần hiện thực có lý do nghiệp vụ rõ ràng	Đội kỹ thuật; design/development artifact
Requirement	Đội kiểm thử liên kết điều kiện xác nhận	Acceptance Criteria và test case	Có bằng chứng kiểm thử cho điều kiện chấp nhận	Đội kiểm thử và stakeholder; test artifact
Thay đổi yêu cầu	BA phân tích quan hệ ngược và xuôi	Các item bị ảnh hưởng	Trade-off về phạm vi, thời gian, chi phí hoặc chất lượng được nêu rõ trước khi quyết định	Chủ thể có thẩm quyền theo artifact quản trị liên quan

Truy vết có chi phí duy trì: liên kết quá chi tiết tăng công sức cập nhật, liên kết quá ít làm tăng rủi ro bỏ sót tác động. BA phải chọn mức liên kết đủ để hỗ trợ kiểm soát thay đổi, kiểm thử và giải trình trong phạm vi artifact. Quyết định phê duyệt, ưu tiên hoặc chấp nhận trade-off không do mã truy vết quyết định; quyết định thuộc stakeholder hoặc chủ thể có thẩm quyền được xác định trong artifact quản trị liên quan.

3. Applied Nova Foods Reference

Nova Foods Trading & Manufacturing là case study mô phỏng. Dữ liệu tổng hợp dùng minh họa, không phản ánh hoạt động thật. Mục tiêu: cung cấp ví dụ cụ thể cho các khái niệm BA.

Ví dụ Quy tắc nghiệp vụ Nova Foods (Business Rules)

Quy tắc nghiệp vụ định nghĩa hành vi hệ thống. Nó tuân thủ chính sách doanh nghiệp. Artifact tham chiếu: /01-curriculum/CANONICAL_BUSINESS_RULES.md

ID Quy tắc	Mô tả Quy tắc Nghiệp vụ (Tiếng Việt)	Loại quy tắc	Nguồn tham khảo (Mô phỏng)	ID Liên quan
`NFB-BR-001`	Đơn hàng bán trên `50.000.000 VND` cần `Trưởng Phòng Kinh doanh` phê duyệt.	Phê duyệt	Chính sách nội bộ Nova Foods (NS-PO-001 v1.2)	`ORD-APP-001`
`NFB-BR-002`	Mọi giao dịch xuất kho phải có `Phiếu Xuất Kho` hợp lệ, kèm `Mã QR` sản phẩm.	Kiểm soát	Quy trình kho Nova Foods (NS-PROC-WH-003)	`INV-OUT-001`
`NFB-BR-003`	Hạn sử dụng sản phẩm `Đông lạnh` không quá `180 ngày` tính từ ngày sản xuất.	Dữ liệu	Tiêu chuẩn chất lượng Nova Foods (NS-QA-STD-005)	`PROD-EXP-001`
`NFB-BR-004`	Chiết khấu `khách hàng VIP` tối đa `10%` cho đơn hàng trên `10.000.000 VND`.	Tính toán	Chính sách bán hàng Nova Foods (NS-SALES-PO-002)	`CUST-DISC-001`
`NFB-BR-005`	Nhân viên không được tự chỉnh sửa giá bán sản phẩm đã niêm yết trên hệ thống.	Bảo mật	Chính sách bảo mật thông tin Nova Foods (NS-SEC-PO-001)	`USER-ROLE-001`

Lý do: Bảng cung cấp ví dụ quy tắc nghiệp vụ rõ ràng. Dùng định dạng ID chuẩn. Nguồn tham khảo là mô phỏng.

Ví dụ Kịch bản sử dụng Nova Foods (Use Cases)

Kịch bản sử dụng (Use Case) mô tả tương tác tác nhân (actor) với hệ thống. Mục tiêu: đạt được kết quả cụ thể. Tham khảo định nghĩa Use Case từ UML (OMG).

ID Use Case	Tên Use Case	Tác nhân (Actor)	Mục tiêu	Quy tắc nghiệp vụ liên quan
`NF-UC-001`	Tạo đơn hàng bán	`Nhân viên Kinh doanh`	Ghi nhận yêu cầu mua hàng từ khách hàng.	`NFB-BR-001`, `NFB-BR-004`
`NF-UC-002`	Duyệt yêu cầu xuất kho	`Trưởng Phòng Kinh doanh`	Phê duyệt việc xuất sản phẩm khỏi kho.	`NFB-BR-001`, `NFB-BR-002`
`NF-UC-003`	Cập nhật thông tin sản phẩm	`Nhân viên Quản lý Kho`	Bảo đảm thông tin sản phẩm chính xác, đầy đủ.	`NFB-BR-003`
`NF-UC-004`	Lập báo cáo doanh số	`Quản lý Bán hàng`	Xem tổng quan hiệu suất bán hàng.	N/A
`NF-UC-005`	Quản lý tài khoản khách hàng	`Nhân viên Chăm sóc Khách hàng`	Duy trì dữ liệu khách hàng cập nhật.	`NFB-BR-004`

Lý do: Bảng minh họa cách liên kết tác nhân, mục tiêu, quy tắc nghiệp vụ với Use Case.

Ví dụ Thành phần dữ liệu Nova Foods (Data Elements)

Thành phần dữ liệu là đơn vị thông tin nhỏ nhất có ý nghĩa. Nó được dùng trong hệ thống. Artifact tham chiếu: /01-curriculum/CANONICAL_DATA_DICTIONARY.md

ID Thành phần dữ liệu	Tên Thành phần dữ liệu (Tiếng Việt)	Kiểu dữ liệu (Mô phỏng)	Mô tả	Giá trị ví dụ (Tổng hợp)	Artifact liên quan
`NF-DE-001`	`Mã Đơn Hàng`	`VARCHAR(10)`	Mã định danh duy nhất cho mỗi đơn hàng bán.	`ORD-20260807-001`	`NF-UC-001`, `NFB-BR-001`
`NF-DE-002`	`Giá Trị Đơn Hàng`	`DECIMAL(18,2)`	Tổng giá trị các mặt hàng trong đơn hàng trước thuế, chiết khấu.	`55000000.00`	`NF-UC-001`, `NFB-BR-001`, `NFB-BR-004`
`NF-DE-003`	`Hạn Sử Dụng Sản Phẩm`	`DATE`	Ngày cuối cùng sản phẩm có thể được tiêu thụ an toàn.	`2027-02-03`	`NF-UC-003`, `NFB-BR-003`
`NF-DE-004`	`Mã Khách Hàng`	`VARCHAR(8)`	Mã định danh duy nhất cho mỗi khách hàng.	`KH000123`	`NF-UC-005`, `NFB-BR-004`
`NF-DE-005`	`Trạng Thái Phê Duyệt Đơn`	`ENUM('Đang chờ', 'Đã duyệt', 'Đã từ chối')`	Trạng thái hiện tại của quá trình phê duyệt đơn hàng.	`Đang chờ`	`NF-UC-002`, `NFB-BR-001`

Lý do: Bảng cung cấp ví dụ cụ thể về dữ liệu, kiểu dữ liệu. Liên kết chúng đến Use Case, Business Rule.

Áp dụng Thành phần Nghiệp vụ Nova Foods

Phần này bản đồ hóa các thành phần chính (tác nhân, tạo phẩm, quyết định, cổng chất lượng) trong môi trường Nova Foods mô phỏng. Mỗi thành phần có vai trò và trách nhiệm rõ ràng, hỗ trợ quy trình nghiệp vụ tổng thể.

Tác nhân (Actor) Mô phỏng Nova Foods

Tác nhân (Actor) là người dùng hoặc hệ thống tương tác với hệ thống Nova Foods.

ID Tác nhân	Vai trò	Mô tả
`ACT-KD-001`	Nhân viên Kinh doanh	Khởi tạo Yêu cầu Đơn hàng Bán (Sales Order Request - SOR). Nhập thông tin khách hàng, sản phẩm, số lượng, giá.
`ACT-TPKD-001`	Trưởng phòng Kinh doanh	Thực hiện phê duyệt sơ bộ Yêu cầu Đơn hàng Bán. Kiểm tra tính hợp lệ và lợi nhuận theo quy định Nova Foods.
`ACT-ERP-001`	Hệ thống ERP Nova Foods	Tự động xử lý kiểm tra tồn kho, kiểm tra tín dụng khách hàng. Tạo Đơn hàng Bán (Sales Order - SO) chính thức sau khi tất cả các kiểm tra đều đạt.

Tạo phẩm (Artifact) Mô phỏng Nova Foods

Tạo phẩm (Artifact) là các tài liệu hoặc dữ liệu được tạo ra, sửa đổi hoặc sử dụng trong quy trình nghiệp vụ.

ID Tạo phẩm	Tên Tạo phẩm	Mô tả
`ART-SOR-001`	Yêu cầu Đơn hàng Bán (SOR)	Dữ liệu đầu vào do Nhân viên Kinh doanh tạo. Đây là bản nháp nội bộ, chưa có tính ràng buộc pháp lý với khách hàng.
`ART-SO-001`	Đơn hàng Bán (SO)	Tạo phẩm đầu ra sau khi SOR được phê duyệt và hệ thống ERP xử lý thành công. Đây là tài liệu có giá trị ràng buộc với khách hàng.
`ART-SOP-NF-001`	Quy trình Xác nhận Đơn hàng Bán (SOP)	Tài liệu mô tả các bước chuẩn, trách nhiệm và tiêu chí để xác nhận một đơn hàng bán tại Nova Foods.

Quyết định (Decision) Mô phỏng Nova Foods

Quyết định (Decision) là một điểm trong quy trình nơi kết quả cụ thể (ví dụ: chấp thuận/từ chối) được đưa ra dựa trên các điều kiện đã xác định.

ID Quyết định	Tên Quyết định	Người/Hệ thống ra quyết định	Mô tả
`DEC-SO-001`	Phê duyệt Yêu cầu Đơn hàng	Trưởng phòng Kinh doanh (`ACT-TPKD-001`)	Xác định Yêu cầu Đơn hàng Bán phù hợp với quy định giá, chiết khấu và khả thi về mặt lợi nhuận.
`DEC-SO-002`	Kiểm tra Tồn kho Sản phẩm	Hệ thống ERP Nova Foods (`ACT-ERP-001`)	Xác định xem có đủ số lượng hàng hóa trong kho để đáp ứng các mặt hàng trong đơn hàng hay không.
`DEC-SO-003`	Kiểm tra Hạn mức Tín dụng Khách hàng	Hệ thống ERP Nova Foods (`ACT-ERP-001`)	Xác định khách hàng còn hạn mức tín dụng cho đơn hàng, tránh rủi ro công nợ quá mức.

Cổng chất lượng (Quality Gate) Mô phỏng Nova Foods

Cổng chất lượng (Quality Gate) là các điểm kiểm tra trong quy trình để đảm bảo các tiêu chuẩn, quy định hoặc yêu cầu chất lượng được đáp ứng trước khi chuyển sang bước tiếp theo.

ID Cổng chất lượng	Tên Cổng chất lượng	Mô tả	Tiêu chí Đạt
`QG-SO-001`	Xác thực Dữ liệu SOR	Đảm bảo tất cả dữ liệu nhập liệu vào Yêu cầu Đơn hàng Bán là hợp lệ và đầy đủ theo cấu trúc dữ liệu Nova Foods.	Tất cả trường bắt buộc (`ART-SOR-001`) có giá trị. Định dạng dữ liệu đúng (ví dụ: số lượng là số nguyên dương, ngày tháng hợp lệ).
`QG-SO-002`	Kiểm tra Tuân thủ Chính sách Giá/Chiết khấu	Xác nhận giá bán và mức chiết khấu áp dụng cho đơn hàng tuân thủ các quy tắc nghiệp vụ Nova Foods.	Giá sản phẩm không thấp hơn giá sàn quy định. Tổng chiết khấu nằm trong hạn mức tối đa cho phép theo [CANONICAL_BUSINESS_RULES.md].
`QG-SO-003`	Kiểm tra Bảo mật Truy cập và Quyền hạn	Đảm bảo chỉ những người dùng có quyền hạn phù hợp mới được thực hiện các thao tác (tạo, sửa, phê duyệt) trên đơn hàng.	Người dùng đã được xác thực (Authenticated). Quyền truy cập (Authorization) khớp với vai trò (`ACT-KD-001`, `ACT-TPKD-001`) và hành động thực hiện theo [TRACEABILITY_ID_REGISTRY.md].

Minh họa quy trình nghiệp vụ (BPMN) và Bảng quyết định (Decision Table)

Phân tích nghiệp vụ sử dụng công cụ mô hình hóa để làm rõ quy trình, quyết định và luồng dữ liệu. BPMN (Business Process Model and Notation - Mô hình và Ký hiệu Quy trình Nghiệp vụ) là tiêu chuẩn quốc tế để biểu diễn quy trình nghiệp vụ (business process). Chuẩn này cung cấp ký hiệu đồ họa giúp BA (Business Analyst - Chuyên viên Phân tích Nghiệp vụ) mô tả trực quan bước xử lý, tác nhân (actor), quyết định (decision), tạo phẩm (artifact) và cổng chất lượng (quality gate) trong hệ thống ERP (Enterprise Resource Planning - Hệ thống hoạch định nguồn lực doanh nghiệp) của Nova Foods.

Bảng quyết định (decision table) mô tả logic nghiệp vụ phức tạp rõ ràng, không mơ hồ. Bảng liệt kê điều kiện (conditions), hành động (actions), kết quả và lý do xử lý tương ứng. BA dùng bảng này để xác định kết quả quyết định cho từng tổ hợp điều kiện đầu vào. Với Nova Foods (mô phỏng), bảng quyết định định nghĩa quy tắc nghiệp vụ (business rules) mà hệ thống ERP phải tuân theo.

Ví dụ Mô hình Quy trình Nghiệp vụ (BPMN) của Nova Foods: "Xử lý Đơn hàng Khách hàng"

Đây là mô tả đơn giản hóa luồng xử lý đơn hàng trong hệ thống ERP mô phỏng của Nova Foods, không phải hình ảnh trực tiếp từ công cụ BPMN. Mô hình nêu đủ điểm bắt đầu, tác vụ, cổng phân nhánh, kết quả xử lý và sự kiện kết thúc cho mọi nhánh.

[Sự kiện Bắt đầu: Đơn hàng mới nhận (ID: NF-ORD-20260807-001)]
    ↓
[Tác vụ: NV Kinh doanh tiếp nhận đơn hàng (Actor: NF-NV-KD-001)]
    ↓
[Artifact: Đơn hàng được ghi nhận để kiểm tra]
    ↓
[Cổng phân nhánh (Gateway): Đơn hàng hợp lệ? (Quy tắc: BR-ORD-VALIDATE-001)]
    ├─ Có (Đơn hàng hợp lệ)
    │     ↓
    │ [Tác vụ: Chuyển kiểm tra tín dụng (Actor: Hệ thống ERP Nova Foods)]
    │     ↓
    │ [Artifact: Dữ liệu khách hàng và giá trị đơn hàng để kiểm tra tín dụng]
    │     ↓
    │ [Cổng phân nhánh (Gateway) / Cổng chất lượng:
    │  Khách hàng đạt kiểm tra tín dụng? (Quy tắc: BR-CRD-CHECK-002)]
    │     ├─ Có (Đạt tín dụng)
    │     │     ↓
    │     │ [Tác vụ: Xác nhận đơn hàng (Actor: Hệ thống ERP Nova Foods)]
    │     │     ↓
    │     │ [Kết quả: Đơn hàng được chấp nhận để xử lý tiếp]
    │     │     ↓
    │     │ [Sự kiện Kết thúc: Đơn hàng đã xác nhận]
    │     └─ Không (Không đạt tín dụng)
    │           ↓
    │     [Tác vụ: Ghi nhận đơn hàng chờ phê duyệt đặc biệt
    │      (Actor: Hệ thống ERP Nova Foods)]
    │           ↓
    │     [Tác vụ: Quản lý Tín dụng xem xét phê duyệt đặc biệt
    │      (Actor: NF-QL-TD-001 - Quản lý Tín dụng)]
    │           ↓
    │     [Cổng phân nhánh (Gateway): Phê duyệt đặc biệt?]
    │           ├─ Có (Được phê duyệt)
    │           │     ↓
    │           │ [Tác vụ: Xác nhận đơn hàng theo phê duyệt đặc biệt
    │           │  (Actor: Hệ thống ERP Nova Foods)]
    │           │     ↓
    │           │ [Kết quả: Đơn hàng được chấp nhận theo quyết định
    │           │  của Quản lý Tín dụng]
    │           │     ↓
    │           │ [Sự kiện Kết thúc: Đơn hàng đã xác nhận]
    │           └─ Không (Không được phê duyệt)
    │                 ↓
    │             [Tác vụ: Thông báo từ chối do không đạt tín dụng
    │              (Actor: Hệ thống ERP Nova Foods)]
    │                 ↓
    │             [Kết quả: Đơn hàng bị từ chối; khách hàng nhận lý do]
    │                 ↓
    │             [Sự kiện Kết thúc: Đơn hàng đã từ chối]
    └─ Không (Đơn hàng không hợp lệ)
          ↓
    [Tác vụ: Thông báo lỗi và từ chối đơn hàng
     (Actor: Hệ thống ERP Nova Foods)]
          ↓
    [Kết quả: Đơn hàng bị từ chối; khách hàng nhận lý do không hợp lệ]
          ↓
    [Sự kiện Kết thúc: Đơn hàng đã từ chối]

Giải thích Thành phần BPMN áp dụng cho Nova Foods

Bảng sau giải thích thành phần chính trong mô hình BPMN mô phỏng và cách áp dụng tại Nova Foods:

Thành phần BPMN	Mô tả	Áp dụng tại Nova Foods (Mô phỏng)	Actor / Artifact liên quan	ID liên quan (Mô phỏng)
Sự kiện Bắt đầu (Start Event)	Điểm khởi đầu của quy trình.	Quy trình bắt đầu khi Nova Foods tiếp nhận đơn hàng mới từ khách hàng.	Khách hàng (NF-KH001), Đơn hàng	NF-ORD-20260807-001
Tác vụ (Task)	Công việc hoặc hoạt động do actor hoặc hệ thống thực hiện.	Tiếp nhận đơn hàng: NV Kinh doanh kiểm tra thông tin cơ bản. Chuyển kiểm tra tín dụng: Hệ thống ERP chuyển dữ liệu. Xác nhận đơn hàng: Hệ thống đánh dấu đơn hàng được chấp nhận. Ghi nhận chờ phê duyệt: Hệ thống ghi trạng thái cần quyết định. Xem xét phê duyệt đặc biệt: Quản lý Tín dụng quyết định ngoại lệ. Thông báo lỗi hoặc từ chối: Hệ thống gửi kết quả cho khách hàng.	NV Kinh doanh (NF-NV-KD-001), Hệ thống ERP Nova Foods, Quản lý Tín dụng (NF-QL-TD-001)	NF-TASK-001, NF-TASK-002, NF-TASK-003, NF-TASK-004, NF-TASK-005
Cổng phân nhánh (Gateway)	Điểm quyết định phân nhánh luồng xử lý theo điều kiện hoặc quyết định.	Đơn hàng hợp lệ?: Xác định đơn hàng có đủ điều kiện dữ liệu hay không. Khách hàng đạt kiểm tra tín dụng?: Xác định khách hàng có đáp ứng chính sách tín dụng hay không. Phê duyệt đặc biệt?: Quản lý Tín dụng quyết định chấp nhận hoặc từ chối ngoại lệ tín dụng.	Hệ thống ERP Nova Foods, Quản lý Tín dụng, Quy tắc nghiệp vụ	BR-ORD-VALIDATE-001, BR-CRD-CHECK-002
Cổng chất lượng (Quality Gate)	Điểm kiểm soát xác nhận đầu vào hoặc điều kiện đạt yêu cầu trước khi quy trình đi tiếp.	Kiểm tra tính hợp lệ đơn hàng và kiểm tra tín dụng ngăn đơn hàng không đạt điều kiện đi tới bước xác nhận. Đánh đổi: kiểm soát giảm rủi ro đơn hàng sai hoặc vượt tín dụng, nhưng tăng thời gian xử lý khi cần phê duyệt đặc biệt.	Hệ thống ERP Nova Foods, Quản lý Tín dụng, Đơn hàng	BR-ORD-VALIDATE-001, BR-CRD-CHECK-002
Sự kiện Kết thúc (End Event)	Điểm kết thúc có kết quả nghiệp vụ rõ ràng.	Đơn hàng kết thúc ở trạng thái đã xác nhận hoặc đã từ chối. Nhánh không đạt tín dụng không còn kết thúc ở trạng thái chờ; Quản lý Tín dụng phải phê duyệt hoặc từ chối để tạo kết quả cuối cùng.	Hệ thống ERP Nova Foods, NV Kinh doanh, Quản lý Tín dụng	NF-END-001, NF-END-002, NF-END-003

Ví dụ Bảng Quyết định Mô phỏng (Simulated Decision Table)

Bảng quyết định sau minh họa Quy tắc nghiệp vụ BR-ORD-VALIDATE-001 "Đơn hàng hợp lệ?" trong ngữ cảnh Nova Foods.

Bảng Quyết định: BR-ORD-VALIDATE-001 - "Đơn hàng hợp lệ?"

ID Quy tắc	Điều kiện: Mã Khách hàng tồn tại?	Điều kiện: Số lượng sản phẩm hợp lý (>0, <= max tồn kho)?	Điều kiện: Giá bán niêm yết trên hệ thống?	Hành động: Đơn hàng hợp lệ?
R1	Có	Có	Có	CÓ
R2	Không	-	-	KHÔNG (Lý do: Khách hàng không xác định)
R3	Có	Không	-	KHÔNG (Lý do: Số lượng không hợp lệ)
R4	Có	Có	Không	KHÔNG (Lý do: Giá bán chưa xác định)

Bảng này buộc BA, actor nghiệp vụ và đội phát triển đối chiếu từng tổ hợp điều kiện đầu vào với hành động đầu ra. Hệ thống ERP Nova Foods dùng kết quả để cho phép đơn hàng đi tới kiểm tra tín dụng hoặc từ chối đơn hàng kèm lý do. Hậu quả của dữ liệu không hợp lệ là đơn hàng không được xác nhận.

Tương tự, Quy tắc nghiệp vụ BR-CRD-CHECK-002 "Khách hàng đạt kiểm tra tín dụng?" có thể được mô tả bằng bảng quyết định.

Bảng Quyết định: BR-CRD-CHECK-002 - "Khách hàng đạt kiểm tra tín dụng?"

ID Quy tắc	Điều kiện: Điểm tín dụng Khách hàng (> ngưỡng yêu cầu)?	Điều kiện: Giá trị Đơn hàng (< hạn mức tín dụng còn lại)?	Điều kiện: Lịch sử thanh toán không có nợ quá hạn?	Hành động: Đạt kiểm tra tín dụng?
R1	Có	Có	Có	CÓ
R2	Không	-	-	KHÔNG (Lý do: Điểm tín dụng thấp)
R3	Có	Không	-	KHÔNG (Lý do: Vượt hạn mức tín dụng)
R4	Có	Có	Không	KHÔNG (Lý do: Có nợ quá hạn)

Kết quả CÓ cho phép Hệ thống ERP Nova Foods xác nhận đơn hàng. Kết quả KHÔNG yêu cầu hệ thống ghi nhận đơn hàng chờ phê duyệt đặc biệt; Quản lý Tín dụng (NF-QL-TD-001) là actor có thẩm quyền quyết định chấp nhận hoặc từ chối ngoại lệ. Quyết định này tạo kết quả cuối cùng: đơn hàng đã xác nhận hoặc đơn hàng đã từ chối.

Việc sử dụng BPMN và bảng quyết định cho Nova Foods (mô phỏng) giúp BA nắm bắt, phân tích và truyền đạt yêu cầu nghiệp vụ chính xác. BPMN làm rõ actor, trình tự, cổng chất lượng, thẩm quyền và hậu quả của từng nhánh. Bảng quyết định làm rõ điều kiện, quy tắc và kết quả quyết định. Hai artifact này là nền tảng cho thiết kế và phát triển hệ thống ERP.

4. Senior Decision and Escalation Reference

Trong hành trình xây dựng hệ thống ERP (Enterprise Resource Planning - Hệ thống hoạch định nguồn lực doanh nghiệp) Nova Foods (mô phỏng), chuyên viên Phân tích Nghiệp vụ (BA) đối mặt với nhiều tình huống cần ra quyết định cấp cao hoặc leo thang vấn đề. Phần này cung cấp khung tham chiếu cho BA để hiểu và xử lý các tình huống đánh đổi (trade-offs), ngoại lệ (exceptions), cờ đỏ (red flags) và xác định thẩm quyền (authority) ra quyết định.

4.1. Đánh đổi (Trade-offs) trong Dự án ERP

Đánh đổi (Trade-off) là sự cân nhắc giữa các yếu tố cạnh tranh trong một dự án, nơi việc ưu tiên một yếu tố thường đòi hỏi hy sinh hoặc giảm bớt yếu tố khác. BA giúp các bên liên quan (stakeholders) hiểu rõ các hệ quả của việc ưu tiên, không phải là người tự đưa ra quyết định đánh đổi cuối cùng.

BA cần nhận diện các yếu tố chính khi thảo luận về đánh đổi, như trong dự án Nova Foods ERP mô phỏng.

Yếu tố đánh đổi	Diễn giải cho Nova Foods ERP	Ví dụ đánh đổi
Phạm vi (Scope)	Số lượng tính năng, module hệ thống.	Thêm module quản lý chất lượng (QC) cho sản phẩm đông lạnh (như cá basa) có thể làm tăng thời gian triển khai.
Thời gian (Time)	Lịch trình hoàn thành dự án.	Rút ngắn thời gian triển khai module kế toán công nợ sẽ giới hạn khả năng tùy chỉnh báo cáo.
Chi phí (Cost)	Ngân sách tổng thể cho dự án và vận hành.	Sử dụng giải pháp ERP "out-of-the-box" giảm chi phí ban đầu, nhưng có thể không đáp ứng 100% quy trình đặc thù của Nova Foods.
Chất lượng (Quality)	Độ tin cậy, hiệu suất, khả năng sử dụng của hệ thống.	Tăng cường kiểm thử hiệu năng cho quy trình xử lý đơn hàng lớn có thể kéo dài giai đoạn UAT (User Acceptance Testing - Kiểm thử chấp nhận người dùng).
Tài nguyên (Resources)	Số lượng và kinh nghiệm của đội ngũ dự án.	Đội ngũ BA/Dev ít kinh nghiệm có thể cần nhiều thời gian hoặc chi phí hơn cho đào tạo, ảnh hưởng đến thời gian/chi phí dự án.

BA có trách nhiệm thu thập thông tin về từng yếu tố, làm rõ các lựa chọn và trình bày các hệ quả để các bên liên quan có thẩm quyền ra quyết định. Điều này phù hợp với việc phân tích và ưu tiên yêu cầu, một phần cốt lõi của BA theo BABOK Guide.

4.2. Ngoại lệ (Exceptions) trong Quy trình Nghiệp vụ

Ngoại lệ (Exception) là một trường hợp đặc biệt không tuân theo luồng chuẩn hoặc quy tắc thông thường của một quy trình nghiệp vụ. Nhận diện và ghi nhận ngoại lệ là rất quan trọng để đảm bảo tính đầy đủ và mạnh mẽ của hệ thống, tránh trường hợp hệ thống không xử lý được hoặc phải xử lý thủ công. Theo tiêu chuẩn ISTQB CTFL, kiểm thử ngoại lệ và trường hợp biên là cần thiết để đảm bảo chất lượng phần mềm.

Nhận diện: BA cần chủ động hỏi về "điều gì sẽ xảy ra nếu...", "có trường hợp đặc biệt nào không?" trong các buổi làm việc với chủ nghiệp vụ (Business Owner).
Ghi nhận: Ngoại lệ phải được ghi nhận rõ ràng, thường đi kèm với các quy tắc xử lý cụ thể hoặc quy trình leo thang riêng. Ví dụ: một đơn hàng có giá trị rất lớn có thể cần phê duyệt bổ sung từ cấp lãnh đạo cao hơn so với quy trình phê duyệt đơn hàng thông thường của Nova Foods.
Phân loại: Ngoại lệ có thể là tạm thời (ví dụ: lỗi hệ thống, thiếu dữ liệu tạm thời) hoặc vĩnh viễn (ví dụ: quy trình xử lý hàng trả về đặc biệt cho sản phẩm có hạn sử dụng ngắn như sữa chua).

Ví dụ tại Nova Foods (mô phỏng):

Ngoại lệ về quy trình thanh toán: Một khách hàng lâu năm, đáng tin cậy không thể thanh toán đúng hạn. Thay vì tự động khóa tài khoản, hệ thống cần có cơ chế cho phép nhân viên kế toán (được ủy quyền) áp dụng thời gian gia hạn tạm thời, nhưng vẫn ghi nhận cảnh báo.
Ngoại lệ về dữ liệu sản phẩm: Một sản phẩm mới chưa có mã vạch (barcode) quốc tế. Hệ thống ERP cần cho phép tạo mã vạch nội bộ tạm thời và có quy trình cập nhật khi có mã chính thức, thay vì chặn hoàn toàn việc nhập liệu.

4.3. Cờ đỏ (Red Flags) cho Chuyên viên BA

Cờ đỏ (Red Flag) là dấu hiệu cảnh báo sớm về các vấn đề tiềm ẩn có thể gây ảnh hưởng tiêu cực đến dự án, yêu cầu nghiệp vụ hoặc khả năng triển khai của hệ thống ERP Nova Foods. Phát hiện cờ đỏ sớm giúp BA có thể chủ động leo thang và phối hợp giải quyết, giảm thiểu rủi ro cho dự án. Quản lý rủi ro là một phần quan trọng của BA theo BABOK Guide.

Cờ đỏ điển hình	Mô tả	Tác động tiềm ẩn	Chủ thể cần thông báo/leo thang ban đầu
Yêu cầu mâu thuẫn	Hai hoặc nhiều yêu cầu không thể cùng tồn tại hoặc thực hiện được.	Hệ thống không thể vận hành đúng, phát sinh lỗi logic, người dùng không hài lòng.	Chủ sở hữu nghiệp vụ (Business Owner), Kiến trúc sư giải pháp (Solution Architect).
Phạm vi dự án thay đổi liên tục (Scope Creep)	Yêu cầu mới được thêm vào mà không có quy trình kiểm soát thay đổi.	Vượt ngân sách, trễ thời gian, giảm chất lượng, đội ngũ quá tải.	Quản lý dự án (Project Manager), Chủ sở hữu nghiệp vụ.
Thiếu sự tham gia của Stakeholder	Các bên liên quan chính (ví dụ: phòng Kế toán, Sản xuất Nova Foods) không tham gia các buổi họp, xem xét tài liệu.	Yêu cầu không đầy đủ, không chính xác, hệ thống không được chấp nhận.	Quản lý dự án, Chủ sở hữu nghiệp vụ, Quản lý cấp cao.
Yêu cầu không rõ ràng/kiểm thử được	Yêu cầu mơ hồ, không có tiêu chí chấp nhận (acceptance criteria) cụ thể.	Khó khăn trong phát triển, kiểm thử, không thể xác định liệu yêu cầu đã được đáp ứng.	Đội ngũ Phát triển (Development Team), Đội ngũ Kiểm thử (QA Team), Chủ sở hữu nghiệp vụ.
Không có người ra quyết định	Các quyết định quan trọng bị trì hoãn do không rõ ai có thẩm quyền phê duyệt.	Dự án bị đình trệ, lãng phí thời gian và nguồn lực.	Quản lý dự án, Quản lý cấp cao.
Mâu thuẫn với quy định pháp luật	Yêu cầu hoặc giải pháp đề xuất không tuân thủ các quy định hiện hành (ví dụ: `Luật Kế toán 88/2015/QH13` về hóa đơn, `Luật Bảo vệ dữ liệu cá nhân 91/2025/QH15`).	Rủi ro pháp lý, phạt hành chính, mất uy tín cho Nova Foods.	Chủ sở hữu Pháp lý (Legal Owner), Chủ sở hữu Kế toán (Accounting Owner), Quản lý dự án.

BA có vai trò là người phát hiện sớm các cờ đỏ này thông qua kỹ năng quan sát, phân tích và giao tiếp, sau đó báo cáo và leo thang vấn đề cho các chủ thể có thẩm quyền giải quyết.

4.4. Thẩm quyền (Authority) Ra Quyết định

Thẩm quyền (Authority) là quyền lực hợp pháp hoặc được ủy quyền để đưa ra các quyết định có ảnh hưởng đến dự án, sản phẩm hoặc tổ chức. BA là người hỗ trợ, phân tích và trình bày thông tin, nhưng không có thẩm quyền đưa ra các quyết định cuối cùng về nghiệp vụ, pháp lý, kế toán, kiến trúc kỹ thuật hoặc an ninh bảo mật. Các tài liệu quản trị như /01-curriculum/CANONICAL_BUSINESS_RULES.md hay /01-curriculum/TRACEABILITY_ID_REGISTRY.md đều nhấn mạnh "Owner không có quyền tự xác nhận baseline, approval, legal/compliance sign-off, quyết định kế toán, quyết định vận hành Nova Foods hoặc quyết định triển khai production."

BA cần xác định rõ ai là Chủ sở hữu Quyết định (Decision Owner) cho từng loại vấn đề để đảm bảo rằng quyết định được đưa ra bởi người có chuyên môn và trách nhiệm cao nhất.

Loại Quyết định	Mô tả	Chủ sở hữu Quyết định tại Nova Foods (mô phỏng)	Tham chiếu quản trị
Quy tắc nghiệp vụ	Phê duyệt cách thức một quy trình hoạt động (ví dụ: cách Nova Foods tính giá khuyến mãi, chính sách đổi trả hàng).	Chủ sở hữu Nghiệp vụ (Business Owner) - ví dụ: Trưởng phòng Kinh doanh, Trưởng phòng Kế toán.	`CANONICAL_BUSINESS_RULES.md`
Diễn giải Pháp lý	Xác định cách tuân thủ một điều khoản luật (ví dụ: yêu cầu về hóa đơn điện tử theo `Nghị định 123/2020/NĐ-CP`).	Chủ sở hữu Pháp lý (Legal Owner) - ví dụ: Trưởng phòng Pháp chế.	`Luật Bảo vệ dữ liệu cá nhân`, `Nghị định 123/2020/NĐ-CP`
Chính sách Kế toán/Tài chính	Phê duyệt cách ghi nhận giao dịch tài chính (ví dụ: phương pháp khấu hao, ghi nhận doanh thu).	Chủ sở hữu Kế toán/Tài chính (Accounting/Finance Owner) - ví dụ: Kế toán trưởng, Giám đốc Tài chính.	`Luật Kế toán 88/2015/QH13`
Kiến trúc Hệ thống	Phê duyệt thiết kế kỹ thuật, lựa chọn công nghệ, cấu trúc module của ERP.	Kiến trúc sư Giải pháp (Solution Architect) hoặc Kiến trúc sư Doanh nghiệp (Enterprise Architect).	`01_CURRICULUM_ARCHITECTURE.md`
Yêu cầu Bảo mật	Phê duyệt các biện pháp bảo vệ dữ liệu, quyền truy cập, tuân thủ các tiêu chuẩn bảo mật (ví dụ: OWASP ASVS).	Chủ sở hữu An ninh Thông tin (Information Security Owner) - ví dụ: CISO (Chief Information Security Officer).	`OWASP ASVS`, `OWASP API Security Top 10`
Phê duyệt triển khai Production	Cho phép hệ thống được đưa vào sử dụng thực tế.	Chủ sở hữu Sản phẩm (Product Owner) hoặc Ban Giám đốc, Quản lý Vận hành (Operations Manager).	Luôn cần sự chấp thuận rõ ràng.

BA có nhiệm vụ tạo cầu nối thông tin giữa các bên, đảm bảo mọi quyết định được ghi nhận, có cơ sở và được phê duyệt bởi đúng người, đúng thẩm quyền. Điều này giúp Nova Foods (mô phỏng) duy trì tính minh bạch, giảm thiểu rủi ro và đảm bảo sự thành công của dự án ERP.

Phân biệt Sự thật, Giả định, Đề xuất và Quyết định

BA làm việc với thông tin. Nắm rõ loại thông tin giúp phân tích đúng, đưa ra khuyến nghị phù hợp, quản lý rủi ro tốt. Dưới đây là cách phân biệt bốn loại thông tin cốt lõi.

Loại thông tin	Định nghĩa (Tiếng Việt & English term)	Đặc điểm chính	Ví dụ (Nova Foods mô phỏng)	Thẩm quyền
Sự thật (Fact)	Thông tin đã được xác thực, có bằng chứng rõ ràng, khách quan. Nền tảng xây dựng yêu cầu nghiệp vụ.	- Khách quan, có thể đo lường, có thể kiểm chứng. - Không cần phê duyệt để chấp nhận. - Nguồn gốc: dữ liệu hệ thống, tài liệu chính thức, quan sát thực tế.	`FACT-NF-001`: Nova Foods xử lý trung bình 10,000 đơn hàng/ngày vào mùa cao điểm (từ báo cáo hệ thống `ERP-SALE-LOG` 2026-06-30).	Dữ liệu, bằng chứng.
Giả định (Assumption)	Điều chấp nhận là đúng trong khi chưa có bằng chứng đầy đủ. Dùng khi thiếu thông tin.	- Có rủi ro nếu giả định sai. - Cần ghi nhận, theo dõi, xác minh sau. - Không có bằng chứng cứng; dựa trên kinh nghiệm, bối cảnh.	`ASSUM-NF-001`: Khách hàng Nova Foods sẽ chấp nhận phương thức thanh toán mới qua ứng dụng di động nếu có ưu đãi 5% khi ra mắt.	BA (ghi nhận); Business Owner (chấp nhận rủi ro).
Đề xuất (Recommendation)	Gợi ý một giải pháp hoặc hành động tối ưu, dựa trên phân tích các lựa chọn.	- Chủ quan, dựa trên phân tích của BA. - Cần được xem xét, phê duyệt bởi người có thẩm quyền. - Mục tiêu: giải quyết vấn đề, cải thiện tình hình.	`REC-NF-001`: Đề xuất tích hợp cổng thanh toán di động 'NovaPay' vào hệ thống ERP để tăng 20% tiện lợi khách hàng và giảm chi phí giao dịch.	BA (tạo); Business Owner (xem xét).
Quyết định (Decision)	Sự lựa chọn cuối cùng, mang tính ràng buộc về một hành động hoặc giải pháp cụ thể.	- Có thẩm quyền, tạo ra kết quả. - Buộc các bên liên quan tuân thủ. - Nền tảng cho hành động, triển khai.	`DEC-NF-001`: Ban Giám đốc Nova Foods chấp thuận triển khai tích hợp 'NovaPay' vào quý 4/2026 theo `REC-NF-001`.	Người có thẩm quyền (ví dụ: Ban Giám đốc Nova Foods).

Lý do phân biệt: BA phải biết loại thông tin để tránh nhầm lẫn giữa điều đã chứng minh (sự thật) với điều chưa chắc chắn (giả định), giữa lời khuyên (đề xuất) với lựa chọn đã chốt (quyết định). Nhầm lẫn dẫn đến sai yêu cầu, rủi ro dự án tăng. Thẩm quyền quyết định không thuộc BA. BA cung cấp sự thật, trình bày giả định, đưa ra đề xuất. Quyết định thuộc về các bên liên quan có thẩm quyền.

Yếu tố Kích hoạt và Chủ sở hữu Leo thang Quyết định

Leo thang (Escalation): hành động chuyển vấn đề vượt thẩm quyền BA lên cấp quản lý hoặc chuyên gia cao hơn, mục đích ra quyết định. BA thực hiện leo thang khi gặp trở ngại không tự giải quyết. Đảm bảo vấn đề xử lý đúng cấp, tránh bế tắc dự án.

Yếu tố kích hoạt (Escalation Trigger): sự kiện hoặc điều kiện buộc BA leo thang. BA nhận diện sớm, không trì hoãn quyết định quan trọng. Artifact quản trị corpus Nova Foods như /01-curriculum/TRACEABILITY_ID_REGISTRY.md xác định một số yếu tố kích hoạt mặc định.

Yếu tố Kích hoạt (Escalation Trigger)	Mô tả (Description)	Ví dụ Nova Foods (Nova Foods Example)	Tham chiếu (Reference)
Vượt thẩm quyền BA (Beyond BA Authority)	BA không có quyền quyết định pháp lý, kế toán, bảo mật, nghiệp vụ cốt lõi hoặc triển khai hệ thống.	Xác nhận quy định thuế mới cho sản phẩm "Bánh mì Nova Gold", cần phê duyệt từ Chủ sở hữu Kế toán/Pháp lý.	`01-curriculum/CANONICAL_BUSINESS_RULES.md`, `01-curriculum/TRACEABILITY_ID_REGISTRY.md`
Mâu thuẫn nguồn/bên liên quan (Source/Stakeholder Conflict)	Nguồn thông tin chính thức mâu thuẫn, hoặc các bên liên quan có quyền lực không đồng ý giải pháp.	Quy tắc tính giá thành trong `/01-curriculum/CANONICAL_BUSINESS_RULES.md` mâu thuẫn yêu cầu Phòng Kinh doanh về khuyến mãi sản phẩm "Nước ép Nova Fresh".	`01-curriculum/TRACEABILITY_ID_REGISTRY.md`
Ảnh hưởng đa miền chức năng (Cross-Functional Impact)	Thay đổi hoặc quyết định ảnh hưởng đồng thời hai hoặc nhiều lĩnh vực chuyên môn (ví dụ: pháp lý + kế toán + kỹ thuật).	Thay đổi ID sản phẩm "Nova Dairy" trong `/01-curriculum/CANONICAL_DATA_DICTIONARY.md` đòi hỏi đánh giá pháp lý (tuân thủ mã HS) và kế toán (tài sản tồn kho).	`01-curriculum/TRACEABILITY_ID_REGISTRY.md`
Rủi ro cao chưa đánh giá (Unassessed High Risk)	Vấn đề có tiềm ẩn rủi ro lớn về pháp lý, tài chính, bảo mật hoặc uy tín thương hiệu Nova Foods, BA không đủ khả năng đánh giá.	Phát hiện lỗ hổng bảo mật tiềm năng quy trình đăng ký khách hàng Nova Foods (liên quan dữ liệu cá nhân theo Luật 91/2025/QH15).	`Luật Bảo vệ dữ liệu cá nhân`, `OWASP ASVS`
Thiếu thông tin/chuyên môn (Lack of Info/Expertise)	BA không thể tiếp tục công việc do thiếu thông tin quan trọng hoặc không có chuyên môn cần thiết để khuyến nghị.	Không hiểu rõ cách tính toán chiết khấu đặc biệt cho nhà phân phối "Nova Distribution" theo hợp đồng mới, cần làm rõ từ Chủ sở hữu Nghiệp vụ.	`01-curriculum/CHAPTER_MANIFEST.md`

Chủ sở hữu leo thang (Escalation Owner): cá nhân hoặc vai trò có thẩm quyền, chuyên môn giải quyết vấn đề đã leo thang. BA xác định đúng chủ sở hữu, đảm bảo vấn đề xử lý hiệu quả.

Vai trò Chủ sở hữu (Escalation Owner Role)	Trách nhiệm (Responsibility)	Thẩm quyền Quyết định (Decision Authority)	Tham chiếu (Reference)
Chủ sở hữu Nghiệp vụ (Business Owner)	Cung cấp định hướng chiến lược, xác nhận quy tắc kinh doanh, ưu tiên yêu cầu nghiệp vụ.	Quyết định về mục tiêu kinh doanh, quy trình hoạt động, định nghĩa sản phẩm/dịch vụ Nova Foods.	`01-curriculum/CANONICAL_BUSINESS_RULES.md`
Chủ sở hữu Pháp lý/Tuân thủ (Legal/Compliance Owner)	Đánh giá tuân thủ pháp luật, tư vấn pháp lý, quản lý rủi ro pháp lý.	Phê duyệt điều khoản hợp đồng, chính sách bảo vệ dữ liệu, tuân thủ luật pháp Việt Nam (ví dụ: Luật 91/2025/QH15).	`Luật Bảo vệ dữ liệu cá nhân`, `Nghị định hướng dẫn bảo vệ dữ liệu cá nhân`
Chủ sở hữu Kế toán (Accounting Owner)	Đảm bảo chính xác tài chính, tuân thủ chuẩn mực kế toán, quản lý thuế.	Quyết định về phương pháp hạch toán, báo cáo tài chính, nghĩa vụ thuế (ví dụ: Nghị định 123/2020/NĐ-CP về hóa đơn).	`Luật Kế toán`, `Nghị định 123/2020/NĐ-CP`
Chủ sở hữu Bảo mật Thông tin (Information Security Owner)	Đảm bảo an toàn thông tin, bảo vệ dữ liệu, quản lý rủi ro an ninh mạng.	Quyết định về biện pháp bảo mật, chính sách truy cập, ứng phó sự cố bảo mật cho hệ thống Nova Foods.	`OWASP ASVS`, `OWASP API Security Top 10`
Kiến trúc sư Kỹ thuật (Technical Architect)	Thiết kế tổng thể hệ thống, đảm bảo khả thi kỹ thuật, lựa chọn công nghệ.	Quyết định về cấu trúc hệ thống ERP, API tích hợp, giải pháp kỹ thuật cho nền tảng Nova Foods.	`01-curriculum/01_CURRICULUM_ARCHITECTURE.md`
Quản lý Dự án/Chương trình (Project/Program Manager)	Quản lý tiến độ, nguồn lực, phạm vi dự án, giải quyết xung đột trong nhóm.	Quyết định về kế hoạch dự án, phân bổ nguồn lực, điều chỉnh phạm vi nhỏ để đạt mục tiêu.	`01-curriculum/CHAPTER_MANIFEST.md`

5. Quick Checks and Cross-File QA

BA cần kiểm tra nhanh tài liệu. Bảo đảm tính nhất quán, tuân thủ quản trị, tránh sai lầm cơ bản. Checklist này hỗ trợ.

Checklist Kiểm Tra Nhanh cho BA

Mục Kiểm Tra Nhanh (Quick Check Item)	Lý Do Kiểm Tra (Reason for Check)	Hướng Dẫn Hành Động (Action Guidance)	Tham Chiếu (Reference)
Nova Foods: Luôn Mô Phỏng	Tránh hiểu lầm Nova Foods là doanh nghiệp thật. Ngăn suy diễn yêu cầu nghiệp vụ, pháp lý thực.	Mọi tài liệu Nova Foods phải ghi rõ "mô phỏng giáo dục, dữ liệu tổng hợp".	`SRC-READY-010` trong `/00-research/00_SOURCE_MAP.md`
Trạng Thái Artifact: `IN_REVIEW`	Bảo đảm tài liệu đúng giai đoạn hiện hành. Tránh nhầm lẫn `IN_REVIEW` là `APPROVED` (đã phê duyệt) hoặc `BASELINED` (đã có đường cơ sở).	Kiểm tra `Status` trong metadata artifact. Không tự ý thay đổi trạng thái nếu không có thẩm quyền.	Metadata của mọi artifact (ví dụ: `/01-curriculum/01_CURRICULUM_ARCHITECTURE.md`)
Phiên Bản (Version): `v0.9.0`	Đảm bảo làm việc trên phiên bản tài liệu hiện hành. Tránh thay đổi lén lút, mất truy vết.	Xác nhận `Version` trong metadata khớp `v0.9.0`. Mọi thay đổi phải tạo lịch sử mới, version mới.	Metadata của mọi artifact
Chủ Sở Hữu (Owner): Ghi đúng vai trò	Phân định rõ ràng trách nhiệm quản trị artifact. Đảm bảo đúng người duy trì tính toàn vẹn tài liệu.	Kiểm tra `Owner` khớp vai trò được giao. Owner không có thẩm quyền phê duyệt nội dung.	Metadata của mọi artifact
Ngày Cập Nhật Cuối (Last updated date): `2026-08-07`	Phản ánh thời điểm cuối cùng tài liệu được sửa đổi, xem xét.	Xác nhận `Last updated date` khớp ngày `2026-08-07`. Nếu sửa, cập nhật ngày này.	Metadata của mọi artifact
Thẩm Quyền BA: Không vượt giới hạn	Tránh đưa ra các quyết định ngoài phạm vi Business Analyst (chuyên viên phân tích nghiệp vụ) khi chưa có sự xác nhận từ vai trò chuyên môn khác.	Luôn escalation (chuyển vấn đề lên cấp cao hơn) nếu đề xuất liên quan pháp lý, kế toán, bảo mật, vận hành sản xuất (production) của Nova Foods.	`Giới hạn thẩm quyền của Owner` trong `01_CURRICULUM_ARCHITECTURE.md`
Nguồn Pháp Lý/Kế Toán: Đã Xác Minh	Đảm bảo yêu cầu tuân thủ có căn cứ pháp luật, chuẩn mực kế toán chính xác. Tránh BA tự diễn giải luật.	Yêu cầu `Legal Owner` (Chủ sở hữu Pháp lý) hoặc `Accounting Owner` (Chủ sở hữu Kế toán) xác nhận trước khi dùng làm requirement thực tế.	`Luật Bảo vệ dữ liệu cá nhân` (Luật 91/2025/QH15), `Nghị định 123/2020/NĐ-CP`
ID Định Danh (Identifier): Dùng chuẩn canonical	Đảm bảo tính duy nhất, nhất quán, khả năng truy vết (traceability) của các định danh trong toàn bộ corpus.	Tham chiếu `TRACEABILITY_ID_REGISTRY` khi tạo, sử dụng hoặc sửa ID.	`/01-curriculum/TRACEABILITY_ID_REGISTRY.md`
Quy Tắc Nghiệp Vụ (Business Rules): Có trong Canonical Catalog	Tránh tạo quy tắc không có căn cứ. Đảm bảo quy tắc được thống nhất, dễ quản lý.	Kiểm tra `CANONICAL_BUSINESS_RULES` trước khi định nghĩa quy tắc mới. Đề xuất bổ sung nếu thiếu.	`/01-curriculum/CANONICAL_BUSINESS_RULES.md`
Dữ Liệu: Có trong Từ Điển Dữ Liệu (Data Dictionary)	Đảm bảo định nghĩa dữ liệu thống nhất. Tránh trùng lặp, mâu thuẫn về cấu trúc, ý nghĩa dữ liệu.	Kiểm tra `CANONICAL_DATA_DICTIONARY` cho định nghĩa thực thể, thuộc tính dữ liệu. Đề xuất bổ sung nếu thiếu.	`/01-curriculum/CANONICAL_DATA_DICTIONARY.md`

Xác Minh Nguồn Gốc và Tính Liên Kết Của Tài Liệu

Kiểm tra nguồn chuẩn tắc, liên kết chéo tài liệu. Mục đích: đảm bảo thông tin đúng, nhất quán. Ngăn ngừa sai lệch dữ liệu, mâu thuẫn nghiệp vụ. Duy trì truy vết (traceability) từ gốc đến triển khai.

Kiểm Tra Nguồn Chuẩn Tắc (Canonical Source)

"Nguồn chuẩn tắc" (canonical source) là tài liệu gốc, có thẩm quyền cao nhất. Xác thực mọi kiến thức, tiêu chuẩn, quy định. Lý do kiểm tra: tránh dùng thông tin lỗi thời, sai lệch. Bảo đảm cơ sở Nova Foods mô phỏng chính xác.

Yếu tố kiểm tra	Mô tả	Quy tắc kiểm tra (Reason)
Nguồn (Source), Tổ chức phát hành (Issuer)	Tên tiêu chuẩn, cơ quan tạo ra nguồn.	Phải khớp hoàn toàn tên trong `Verified source seed`. Sai tên: nguồn không có thẩm quyền.
Phiên bản/Trạng thái (Version/Status)	Ấn bản cụ thể, tình trạng hiện tại của nguồn.	Phải khớp `Version/status` đã ghi. Dùng phiên bản cũ: dễ áp dụng sai luật, tiêu chuẩn lỗi thời.
URL Chính thức (Official URL)	Liên kết web của tài liệu gốc, được kiểm soát.	Dùng `Official URL` để xác thực. URL sai: nguồn có thể là bản giả mạo hoặc không chính thức.
Phạm vi sử dụng an toàn (Safe use boundary)	Giới hạn áp dụng của nguồn chuẩn tắc.	Tuân thủ giới hạn. Ví dụ: `BABOK Guide` dùng cho kiến thức BA, không phải cơ sở pháp lý. Luật Việt Nam chỉ áp dụng cho Việt Nam. Suy diễn ngoài giới hạn: sai thẩm quyền, sai bối cảnh.
Bối cảnh Nova Foods	Nova Foods là mô phỏng giáo dục.	Mọi quy định, luật pháp trong case study chỉ là ví dụ minh họa. Không phải thực tế vận hành Nova Foods. Luôn nhận diện: `Nova Foods Trading & Manufacturing — mô phỏng giáo dục, dữ liệu tổng hợp`.
Ngày truy cập nguồn	Thời điểm xác minh nguồn chuẩn tắc.	`2026-08-07` là ngày chốt nguồn. Mọi thay đổi sau ngày này: cần xác minh lại để đảm bảo tính cập nhật.

Kiểm Tra Liên Kết Chéo Tài Liệu (Cross-Link)

"Liên kết chéo" (cross-link) là việc một tài liệu (artifact) tham chiếu đến tài liệu khác trong hệ thống. Ví dụ: ba-glossary.md tham chiếu đến 00_SOURCE_MAP.md. Lý do kiểm tra: bảo đảm truy vết (traceability), nhất quán dữ liệu, quy tắc nghiệp vụ, định danh (ID) giữa các phần. Ngăn ngừa mâu thuẫn nội bộ.

Yếu tố liên kết	Mô tả	Quy tắc kiểm tra (Reason)
ID Artifact (Artifact ID)	Mã định danh duy nhất của tài liệu trong hệ thống.	Luôn dùng `Artifact ID` chuẩn khi tham chiếu. ID sai: mất truy vết, không xác định được nguồn gốc thông tin. Ví dụ: `00_SOURCE_MAP`, `CHAPTER_MANIFEST`, `TRACEABILITY_ID_REGISTRY`.
Đường dẫn tệp được kiểm soát (Controlled file path)	Vị trí file canonical của tài liệu được tham chiếu.	Đường dẫn file phải khớp. `/01-curriculum/TRACEABILITY_ID_REGISTRY.md` là đường dẫn chuẩn. Đường dẫn sai: không tìm thấy nguồn gốc tài liệu chính xác.
Trạng thái (Status)	Tình trạng hiện hành của tài liệu được tham chiếu.	Hiểu rõ `Status`. `IN_REVIEW` (đang xem xét) không có nghĩa `APPROVED` (đã phê duyệt) hoặc `BASELINED` (đã chốt). Tham chiếu tài liệu `IN_REVIEW`: nội dung có thể thay đổi trong tương lai.
Phiên bản (Version)	Phiên bản cụ thể của tài liệu được tham chiếu.	Kiểm tra `Version` của nguồn tham chiếu. Phiên bản không khớp: nội dung tham chiếu có thể không còn phù hợp, sai lệch. `v0.9.0` là phiên bản hiện tại đang xem xét.
Giới hạn thẩm quyền của Owner	Phạm vi Owner được phép thực hiện trên tài liệu.	Owner duy trì tính toàn vẹn tài liệu. Không có quyền phê duyệt nội dung nghiệp vụ, pháp lý, kế toán, bảo mật. Không suy diễn thẩm quyền của Owner để chấp nhận nội dung.
Cơ chế thay đổi sau Baseline	Quy tắc quản lý thay đổi đối với tài liệu.	Tài liệu `IN_REVIEW` chưa `BASELINED`. Baseline cần phê duyệt minh bạch. Không thay đổi im lặng tài liệu đã baseline, mọi thay đổi cần ghi nhận lịch sử rõ ràng.
Các Registry và Rule Catalog	`TRACEABILITY_ID_REGISTRY`, `CANONICAL_BUSINESS_RULES`, `CANONICAL_DATA_DICTIONARY`.	Các tài liệu này là nguồn chân lý cho định danh, quy tắc nghiệp vụ, cấu trúc dữ liệu. Mọi tham chiếu liên quan phải trỏ về đây. Không tự tạo ID hoặc quy tắc mới.

Vấn đề cần xác minh và Quy tắc lan truyền thay đổi

Đây là danh sách các vấn đề cần xác minh (verification issues) chưa giải quyết và quy tắc lan truyền thay đổi (change propagation rules) cho artifact corpus Nova Foods. Nova Foods là môi trường mô phỏng.

Các vấn đề cần xác minh chưa giải quyết

Mục này cần kiểm tra, phê duyệt bởi vai trò thẩm quyền trước khi nội dung được baseline hoặc sẵn sàng production.

ID Vấn đề	Loại vấn đề	Mô tả / Lý do cần xác minh	Nguồn gốc / Cơ sở	Chủ sở hữu xác minh
`VER-ISS-001`	Tuân thủ Pháp lý (Legal Compliance)	Diễn giải quy định pháp luật Việt Nam (ví dụ: bảo vệ dữ liệu cá nhân, kế toán) cho case study Nova Foods là giả định dự án.	`Luật Bảo vệ dữ liệu cá nhân`, `Nghị định 356/2025/NĐ-CP`, `Luật Kế toán`, `Nghị định 123/2020/NĐ-CP`, `Luật An toàn thực phẩm` (chưa được Nova Foods xác minh).	Legal Owner (Chủ sở hữu pháp lý)
`VER-ISS-002`	Kế toán & Thuế (Accounting & Tax)	Chi tiết quy tắc kế toán, quy trình thuế cho Nova Foods là mô phỏng.	`Luật Kế toán`, `Nghị định 123/2020/NĐ-CP` (cần diễn giải bởi chuyên gia).	Accounting Owner (Chủ sở hữu kế toán)
`VER-ISS-003`	Quy tắc nghiệp vụ (Business Rules)	Quy tắc nghiệp vụ Nova Foods trong `/01-curriculum/CANONICAL_BUSINESS_RULES.md` trạng thái `IN_REVIEW`.	Trạng thái `IN_REVIEW` của `CANONICAL_BUSINESS_RULES`.	Business Owner (Chủ sở hữu nghiệp vụ)
`VER-ISS-004`	Sẵn sàng Production (Production Readiness)	Toàn bộ corpus (tất cả artifact) trạng thái `IN_REVIEW`. Không `BASELINE`, không `APPROVAL`.	`Status: IN_REVIEW` metadata mọi artifact (`00_SOURCE_MAP`, `01_CURRICULUM_ARCHITECTURE`, `CHAPTER_MANIFEST`, `TEMPLATE_MANIFEST`, `TRACEABILITY_ID_REGISTRY`, `CANONICAL_BUSINESS_RULES`, `CANONICAL_DATA_DICTIONARY`).	Curriculum Owner (Chủ sở hữu học trình), Stakeholder thẩm quyền
`VER-ISS-005`	Chi tiết Tiêu chuẩn (Standard Content Details)	Điều khoản cụ thể từ BABOK Guide, ISO/IEC/IEEE 29148.	`00_SOURCE_MAP` ghi "Do not invent page or clause references. Full licensed text may require access." và "Exact clauses require licensed-text verification."	Principal IT Business Analyst (Chuyên viên BA chính) (sau quyền truy cập)
`VER-ISS-006`	Bảo mật Dữ liệu (Data Security)	Phân loại dữ liệu, yêu cầu bảo mật cụ thể cho Nova Foods.	OWASP ASVS, OWASP API Security Top 10 (chỉ khuyến nghị, không quy định bắt buộc).	Security Owner (Chủ sở hữu bảo mật)

Quy tắc lan truyền thay đổi

Quy tắc này xác định cách thay đổi một artifact yêu cầu xem xét hoặc cập nhật artifact khác. Giữ tính nhất quán, toàn vẹn.

ID Quy tắc	Phạm vi thay đổi	Mô tả lan truyền	Artifact bị ảnh hưởng	Hành động
`CHG-PROP-001`	Metadata Artifact (Artifact Metadata)	Thay đổi `Status`, `Version`, `Owner`, `Last updated date` bất kỳ artifact nào.	Tất cả artifact tham chiếu hoặc bản thân bị thay đổi.	Cập nhật nhất quán metadata trên tất cả file liên quan. Ghi lịch sử thay đổi rõ.
`CHG-PROP-002`	Bản đồ Nguồn (Source Map)	Thay đổi `/00-research/00_SOURCE_MAP.md` (thêm/sửa nguồn, giới hạn).	Mọi artifact tham chiếu nguồn trong bản đồ.	Xem xét lại mọi quy tắc, yêu cầu, định nghĩa dữ liệu dựa trên nguồn bị thay đổi.
`CHG-PROP-003`	Kiến trúc Học trình (Curriculum Architecture)	Thay đổi cấu trúc trong `/01-curriculum/01_CURRICULUM_ARCHITECTURE.md`.	`/01-curriculum/CHAPTER_MANIFEST.md`, `/01-curriculum/TEMPLATE_MANIFEST.md`, nội dung chapter, template.	Đánh giá dependency, mục tiêu học tập, phạm vi chapter/template.
`CHG-PROP-004`	Đăng ký ID (Traceability ID Registry)	Thay đổi ID hoặc cấu trúc ID trong `/01-curriculum/TRACEABILITY_ID_REGISTRY.md`.	Mọi artifact dùng ID truy vết (yêu cầu, test cases, thuật ngữ).	Cập nhật tất cả liên kết, đảm bảo tính duy nhất, nhất quán ID.
`CHG-PROP-005`	Quy tắc Nghiệp vụ (Business Rules)	Thay đổi nội dung quy tắc trong `/01-curriculum/CANONICAL_BUSINESS_RULES.md`.	Yêu cầu, tiêu chí chấp nhận, kịch bản kiểm thử, đặc tả giải pháp từ quy tắc này.	Đánh giá tác động nghiệp vụ, cập nhật artifact hạ nguồn tương ứng.
`CHG-PROP-006`	Từ điển Dữ liệu (Data Dictionary)	Thay đổi định nghĩa dữ liệu trong `/01-curriculum/CANONICAL_DATA_DICTIONARY.md`.	Đặc tả API, mô hình dữ liệu, giao diện người dùng, báo cáo, tích hợp, kịch bản kiểm thử dữ liệu.	Đánh giá tác động kỹ thuật, cập nhật artifact hạ nguồn liên quan dữ liệu.