Các Use Case đƣợc sử dụng rộng rãi để tìm ra và ghi nhớ các yêu cầu(Đặc biệt là các yêu cầu chức năng). Viết các Use Case là một kỹ thuật rất tốt để hiểu và mô tả các yêu cầu. Quy trình RUP định nghĩa Mô hình Use Case trong Requirement Discipline, về cơ bản đây là một tập hợp các Use Case, hoặc một mô hình các chức năng và môi trƣờng của hệ thống
Use Case là các tài liệu dạng mô tả bằng lời, không phải các sơ đồ và công việc mô hình hóa Use Case về cơ bản là hành động viết chứ không phải vẽ. Tuy nhiên UML định nghĩa ra sơ đồ Use Case để minh họa tên của các Use Case và các Actor cũng nhƣ quan hệ giữa chúng
Use Case là một tập hợp các tình huống thành công hoặc thất bại có liên hệ với nhau mà mô tả các tác nhân sử dụng hệ thống để hỗ trợ một mục tiêu cụ thể
Các loại và các định dạng Use Case
Use Case hộp đen là loại thông dụng và đƣợc khuyên dùng nhất, nó không mô tả hoạt động bên trong của hệ thống cũng nhƣ các thành phần hoặc thiết kế, mà ngƣợc lại hệ thống đƣợc mô tả là có trách nhiệm gì, một hình thức của tƣ duy hƣớng đối tƣợng. Bằng cách định nghĩa trách nhiệm của hệ thống với các Use Case hộp đen chúng ta có thể xác định hệ thống phải làm gì(Các yêu cầu chức năng) mà không phải quyết định nó sẽ làm nhƣ thế nào(Thiết kế). Trong phân tích yêu cầu cần tránh đƣa ra các quyết định “nhƣ thế nào” và chỉ xác định hành xử bên ngoài của hệ thống nhƣ là một hộp đen. Sau này, trong giai đoạn thiết kế sẽ tạo ra các giải pháp đáp ứng các đặc tính yêu cầu.
- Vắn tắt: Một đoạn tổng kết súc tích, thƣờng là mô tả tình huống thành công chính yếu nhất
- Bình thƣờng: Định dạng các đoạn mô tả không chính thống. Nhiều đoạn văn mô tả các tình huống khác nhau.
- Đầy đủ: Dạng kỹ lƣỡng nhất, tất cả các bƣớc và các tình huống đƣợc viết chi tiết đồng thời có các phần hỗ trợ nhƣ là các điều kiện tiên quyết và các đảm bảo thành công
Định dạng của một Use Case loại đầy đủ có thể có các phần nhƣ sau: - Tác nhân chính
- Các thành phần tham gia hệ thống và mối quan tâm tƣơng ứng - Điều kiện tiên quyết
- Điều kiện xác định thành công - Tình huống thành công chính yếu - Các tình huống mở rộng
- Các yêu cầu đặc biệt
- Danh mục các công nghệ và dữ liệu - Tần suất xuất hiện
- Các vấn đề để mở
Mục tiêu và phạm vi của một Use Case
Làm thế nào xác định đƣợc các Use Case? Chúng ta thƣờng không chắc chắn một Use Case tạo ra liệu có hợp lý hoặc hữu dụng không. Các nhiệm vụ có thể nhóm với nhau theo nhiều mức, từ một hay vài bƣớc nhỏ cho tới cấp các hoạt động của doanh nghiệp. Vậy Use Case nên đƣợc diễn đạt ở mức nào và phạm vi nào?
Để phân tích yêu cầu cho một ứng dụng phần mềm ta tập trung vào các Use Case ở mức EBP(Quy trình tác nghiệp cơ sở)
EBP là thuật ngữ trong lĩnh vực quy trình tác nghiệp đƣợc định nghĩa nhƣ sau: Một nhiệm vụ đƣợc thực hiện bởi một ngƣời trong một nơi tại một thời điểm để đáp ứng một sự kiện tác nghiệp mà đem lại một giá trị nghiệp vụ có ý nghĩa đồng thời để lại dữ liệu ở trạng thái ổn định
Đôi khi ta cũng không phải tuân thủ quá chặt chẽ từng câu chữ của định nghĩa, chẳng hạn liệu một Use Case có vi phạm EBP nếu cần thiết có 2 ngƣời, hoặc có một ngƣời phải chuyển động vòng quanh. Use Case không phải là một bƣớc nhỏ nhƣ “Xóa một dòng” hay “In tài liệu” mà một tình huống thành công chính yếu có thể bao gồm 5 hay 10 bƣớc, nó không kéo dài cả ngày và qua nhiều phiên làm việc, nó là công việc hoàn thành trong một phiên làm việc đơn lẻ
Các tác nhân có mục tiêu và sử dụng ứng dụng để thỏa mãn các mục tiêu này. Do vậy một Use Case mức EBP đƣợc gọi là một Use Case mức mục tiêu ngƣời sử dụng, để
nhân chính. Điều này dẫn tới thủ tục sau đây:
1. Chọn biên của hệ thống. Nó chỉ là ứng dụng phần mềm, phần cứng kết hợp ứng dụng, cộng với ngƣời sử dụng nó, hay là toàn bộ tổ chức?
2. Xác định các tác nhân chính là ngƣời sử dụng có mục tiêu đƣợc đáp ứng qua việc sử dụng các dịch vụ của hệ thống
3. Với mỗi tác nhân, xác định các mục tiêu ngƣời sử dụng. Đƣa chúng lên mức cao nhất của mục tiêu ngƣời sử dụng mà thỏa mãn định nghĩa EBP
4. Định nghĩa các Use Case mà thỏa mãn các mục tiêu ngƣời dùng; Đặt tên chúng theo các mục tiêu của chúng. Thông thƣờng thì có sự tƣơng ứng một một giữa các Use Case mức mục tiêu ngƣời dùng và các Mục tiêu ngƣời dùng