Phân biệt yêu cầu chức năng và yêu cầu phi chức năng:

Giống nhau: Đều là những yêu cầu thông qua đó thể hiện kì vọng và mong muốn của stakeholder về dịch vụ giải pháp mà hệ thống mang lại cho stakeholder và cho tổ chức mà thông qua các yêu cầu đó sẽ giúp giải quyết các vấn đề của doanh nghiệp hoặc tổ chức.

Khác nhau:

- Functional Requirement: là khả năng mà hệ thống có thể giải quyết được các requirement liên quan đến hành vi người dùng. Như các quy trình nghiệp vụ hay các solution tính toán có trong hệ thống.

- Non-Functional Requirement: Hay còn gọi là Yêu cầu phi tính năng

là những yêu cầu trong phát triển phần mềm hoặc hệ thống mà không phải là các yêu cầu chức năng, tức là chúng không mô tả những gì hệ thống phải thực hiện, mà mô tả cách hệ thống phải hoạt động hoặc chất lượng nó phải có. NFRs quy định các yếu tố về chất lượng, ràng buộc và đặc điểm về hiệu suất mà hệ thống cần phải đáp ứng.

Sự giống và khác nhau giữa User Story (US) và Use Case (UC):

- User Story (US) là một mô tả yêu cầu từ người dùng với ngôn ngữ dễ đọc hiểu gần gũi với người dùng và thường được viết trên Card, giấy note hay các công cụ tài liệu như Words, Excels,…

- Use Case (UC) là những mô tả cách tương tác giữa người dùng và phần mềm về tất cả những trường hợp mà người sử dụng phần mềm sẽ gặp phải.

Cả US và UC đều sử dụng ngôn ngữ tự nhiên mà người dùng có thể dễ dàng hiểu, mục đích để xác định người dùng hệ thống và mô tả mục tiêu của họ. Điểm khác nhau giữa 2 khái niệm này là trong khi một UC cụ thể hơn và xem xét trực tiếp cách thức hoạt động của hệ thống thì US là một kỹ thuật phát triển Agile tập trung vào kết quả của các hoạt động và lợi ích của quá trình được mô tả.

- Acceptance Criteria là những điều kiện mà phần mềm cần để đáp ứng nhu cầu của người dùng, thông thường AC sẽ được viết, mô tả trong mỗi User Story (một mô tả nhu cầu/ yêu cầu của người dùng).

- AC được viết ra với mục đích:

Xác định rõ ràng với các thành viên trong team cần thực hiện những phần nào trước, hay trong Sprint này sẽ cần làm những gì?

Đảm bảo tất cả mọi người trong team có chung một cái hiểu đúng về vấn đề.