Phương pháp hướng đến trường hợp sử dụng là một phương pháp tập trung vào việc xác định các yêu cầu và tính năng hệ thống từ góc nhìn của người dùng. Đây là một phương pháp lấy người dùng làm trung tâm, nhấn mạnh vào việc xác định nhu cầu, mục tiêu và hành vi của người dùng nhằm đảm bảo hệ thống đang được phát triển sẽ đáp ứng được kỳ vọng của họ. Trong phương pháp này, các trường hợp sử dụng được dùng để mô tả hành vi của hệ thống phản ứng với các tương tác của người dùng. Các trường hợp sử dụng là những tình huống mô tả cách hệ thống được sử dụng trong các tình huống khác nhau.
Lợi ích
Phương pháp hướng đến trường hợp sử dụng mang lại nhiều lợi ích, bao gồm:
- Hiểu rõ hơn về nhu cầu và yêu cầu của người dùng
- Định nghĩa rõ ràng về hành vi và chức năng của hệ thống
- Phát hiện sớm các vấn đề và xung đột tiềm tàng
- Cải thiện giao tiếp giữa các bên liên quan
- Phân bổ nguồn lực và nỗ lực một cách hiệu quả
- Ưu tiên hiệu quả các tính năng và yêu cầu
Hướng dẫn Phát triển Trường hợp Sử dụng theo từng bước
Dưới đây là một mẫu quy trình phát triển trường hợp sử dụng ở cấp độ cao, có thể điều chỉnh và tùy chỉnh để phù hợp với nhu cầu của đội nhóm bạn:
- Xác định các bên liên quan và yêu cầu của họ:Bắt đầu bằng việc xác định tất cả các bên liên quan tham gia vào dự án, và thu thập các yêu cầu của họ. Điều này có thể bao gồm người dùng cuối, chủ doanh nghiệp và các thành viên khác trong đội nhóm.
- Ưu tiên các yêu cầu:Sau khi có danh sách các yêu cầu, hãy ưu tiên chúng dựa trên mức độ quan trọng và tác động đến dự án. Điều này sẽ giúp bạn tập trung vào những nhu cầu quan trọng nhất trước tiên.
- Xác định phạm vi:Dựa trên các yêu cầu đã được ưu tiên, xác định phạm vi của dự án. Điều này bao gồm việc xác định các tính năng và chức năng mà dự án sẽ bao gồm.
- Tạo các trường hợp sử dụng:Các trường hợp sử dụng là những mô tả về cách người dùng tương tác với hệ thống để đạt được một mục tiêu cụ thể. Hãy tạo các trường hợp sử dụng mô tả các tình huống khác nhau mà hệ thống sẽ được sử dụng.
- Xem xét và tinh chỉnh các trường hợp sử dụng:Xem xét các trường hợp sử dụng cùng với các bên liên quan và tinh chỉnh chúng dựa trên phản hồi của họ. Điều này có thể bao gồm việc thêm hoặc xóa các bước, cập nhật yêu cầu hoặc làm rõ chi tiết.
- Tạo các câu chuyện người dùng:Các câu chuyện người dùng là những mô tả ngắn gọn về một tính năng hoặc chức năng từ góc nhìn của người dùng cuối. Hãy tạo các câu chuyện người dùng dựa trên các trường hợp sử dụng bạn đã phát triển.
- Ước lượng nỗ lực:Ước lượng nỗ lực cần thiết để phát triển mỗi câu chuyện người dùng. Điều này sẽ giúp bạn lập kế hoạch thời gian thực hiện dự án và phân bổ nguồn lực.
- Ưu tiên các câu chuyện người dùng:Ưu tiên các câu chuyện người dùng dựa trên mức độ quan trọng và tác động đến dự án.
- Lên kế hoạch các đợt phát triển (sprint):Dựa trên các câu chuyện người dùng đã được ưu tiên, lên kế hoạch các đợt phát triển. Mỗi đợt phát triển nên bao gồm một tập hợp các câu chuyện người dùng có thể hoàn thành trong thời gian quy định của đợt đó.
- Xem xét và hoàn thiện:Xem xét tiến độ của từng giai đoạn sprint và hoàn thiện các trường hợp sử dụng và câu chuyện người dùng khi cần thiết.
- Thử nghiệm và xác minh:Thử nghiệm hệ thống để đảm bảo nó đáp ứng các yêu cầu và xác minh rằng nó đáp ứng nhu cầu của các bên liên quan.
- Triển khai và giám sát:Sau khi hệ thống được thử nghiệm và xác minh, triển khai vào môi trường sản xuất và giám sát để phát hiện bất kỳ vấn đề hay lỗi nào.
Đây chỉ là một mẫu chung có thể được điều chỉnh để phù hợp với nhu cầu cụ thể của đội nhóm và yêu cầu dự án của bạn. Bạn cũng có thể sử dụng các công cụ quản lý dự án linh hoạt như Jira hoặc Trello để hỗ trợ quản lý quy trình và theo dõi tiến độ.
Các mẫu tài liệu Agile theo phương pháp trường hợp sử dụng
Tài liệu phân tích bên liên quan
Dưới đây là một ví dụ về tài liệu phân tích bên liên quan cho mô tả vấn đề bạn đã cung cấp:
Tài liệu phân tích bên liên quan: Ứng dụng ngân hàng di động
| Bên liên quan | Vai trò | Lợi ích | Yêu cầu |
|---|---|---|---|
| Khách hàng | Người dùng cuối của ứng dụng ngân hàng di động | Trải nghiệm ngân hàng dễ sử dụng, an toàn và thuận tiện | Khả năng xem số dư tài khoản, chuyển tiền giữa các tài khoản và thanh toán hóa đơn thông qua ứng dụng di động |
| Nhân viên ngân hàng | Hỗ trợ khách hàng và quản lý hệ thống phía sau | Hệ thống phía sau hiệu quả và an toàn | Khả năng xử lý khối lượng giao dịch lớn, dễ bảo trì và khắc phục sự cố |
| Chủ doanh nghiệp | Các bên liên quan muốn cải thiện sự hài lòng của khách hàng và giảm chi phí | Tăng sự hài lòng của khách hàng, giảm chi phí và theo dõi các chỉ số sử dụng | Khả năng theo dõi mức độ sử dụng của khách hàng, mức độ hài lòng và phân tích các chỉ số sử dụng để cải thiện ứng dụng di động |
Tài liệu Phân tích Bên liên quan này xác định các bên liên quan khác nhau tham gia vào dự án, vai trò, lợi ích và nhu cầu của họ. Nó cung cấp cái nhìn rõ ràng về mục tiêu mà mỗi bên liên quan muốn đạt được từ dự án, cũng như ưu tiên của họ. Tài liệu này có thể được sử dụng như điểm tham chiếu trong suốt quá trình dự án và có thể được cập nhật khi phát hiện bên liên quan mới hoặc khi nhu cầu của các bên liên quan thay đổi.
Mẫu thu thập yêu cầu
Dưới đây là một ví dụ về mẫu thu thập yêu cầu cho mô tả vấn đề bạn đã cung cấp:
Mẫu thu thập yêu cầu: Ứng dụng ngân hàng di động
| Mô tả yêu cầu | Mức độ ưu tiên | Tiêu chí chấp nhận | Tên bên liên quan |
|---|---|---|---|
| Khả năng xem số dư tài khoản | Cao | Người dùng phải có khả năng xem số dư tài khoản hiện tại cho tất cả các tài khoản liên kết với hồ sơ của họ | Khách hàng |
| Khả năng chuyển tiền giữa các tài khoản | Cao | Người dùng phải có khả năng chuyển tiền giữa các tài khoản thông qua ứng dụng di động | Khách hàng |
| Khả năng thanh toán hóa đơn | Cao | Người dùng phải có khả năng thanh toán hóa đơn thông qua ứng dụng di động | Khách hàng |
| Hệ thống nền hiệu quả | Cao | Hệ thống nền phải có khả năng xử lý khối lượng giao dịch lớn và dễ dàng bảo trì | Nhân viên ngân hàng |
| Theo dõi các chỉ số sử dụng | Trung bình | Ứng dụng phải có khả năng theo dõi các chỉ số sử dụng và mức độ hài lòng của khách hàng | Chủ doanh nghiệp |
Mẫu thu thập yêu cầu này giúp thu thập các yêu cầu từ các bên liên quan bằng cách xác định từng yêu cầu, mức độ ưu tiên, tiêu chí chấp nhận và tên bên liên quan liên quan đến nó. Mẫu này có thể được sử dụng để ghi nhận các yêu cầu trong các cuộc phỏng vấn, khảo sát và nhóm tập trung với các bên liên quan. Nó đảm bảo rằng tất cả các yêu cầu được thu thập, ưu tiên và phù hợp với lợi ích và nhu cầu của các bên liên quan. Mẫu này có thể được cập nhật khi phát hiện các yêu cầu mới hoặc khi mức độ ưu tiên của các yêu cầu hiện có thay đổi.
Ma trận theo dõi yêu cầu
Dưới đây là một ví dụ về Ma trận theo dõi yêu cầu cho mô tả vấn đề bạn đã cung cấp:
Ma trận theo dõi yêu cầu: Ứng dụng ngân hàng di động
| Mã yêu cầu | Mô tả yêu cầu | Tên bên liên quan | Trạng thái | Tham chiếu tài liệu thiết kế | Tham chiếu tài liệu kiểm thử |
|---|---|---|---|---|---|
| R1 | Khả năng xem số dư tài khoản | Khách hàng | Đã thực hiện | Thiết kế giao diện 1.1 | Case kiểm thử 1.1 |
| R2 | Khả năng chuyển tiền giữa các tài khoản | Khách hàng | Đang tiến hành | Thiết kế giao diện 1.2 | Case kiểm thử 1.2 |
| R3 | Khả năng thanh toán hóa đơn | Khách hàng | Chưa bắt đầu | Thiết kế giao diện 1.3 | Case kiểm thử 1.3 |
| R4 | Hệ thống backend hiệu quả | Nhân viên ngân hàng | Đã thực hiện | Thiết kế backend 2.1 | Case kiểm thử 2.1 |
| R5 | Theo dõi các chỉ số sử dụng | Chủ doanh nghiệp | Đang tiến hành | Thiết kế phân tích 3.1 | Trường hợp kiểm thử 3.1 |
Ma trận theo dõi yêu cầu này giúp theo dõi tiến độ của các yêu cầu trong suốt dự án. Nó liên kết mỗi yêu cầu với mô tả, tên bên liên quan, trạng thái và các tài liệu tham khảo về thiết kế và kiểm thử. Ma trận đảm bảo rằng tất cả các yêu cầu đều được tính đến và cung cấp cách rõ ràng để theo dõi trạng thái triển khai của từng yêu cầu. Ma trận có thể được sử dụng như điểm tham chiếu trong quá trình phát triển và kiểm thử để đảm bảo rằng tất cả các yêu cầu đã được đáp ứng và kiểm thử. Ma trận có thể được cập nhật khi dự án tiến triển và các yêu cầu mới được thêm vào hoặc các yêu cầu hiện có thay đổi.
Tài liệu Nhân vật Người dùng
Dưới đây là một ví dụ về tài liệu Nhân vật Người dùng cho mô tả vấn đề bạn đã cung cấp:
Tài liệu Nhân vật Người dùng: Ứng dụng Ngân hàng di động
Tên nhân vật: Sarah
Nền tảng:
Sarah là một nhà thiết kế đồ họa 29 tuổi làm việc cho một công ty thiết kế tại thành phố. Cô là người am hiểu công nghệ và sử dụng điện thoại di động cho hầu hết mọi thứ, bao gồm cả ngân hàng. Cô luôn bận rộn và thích sử dụng ứng dụng di động để quản lý tài chính cá nhân vì điều đó giúp cô tiết kiệm thời gian.
Nhân khẩu học:
- Tuổi: 29
- Giới tính: Nữ
- Tình trạng hôn nhân: Độc thân
- Nghề nghiệp: Nhà thiết kế đồ họa
- Địa điểm: Thành thị
Mục tiêu:
- Có thể truy cập số dư tài khoản một cách nhanh chóng và dễ dàng
- Có thể chuyển tiền giữa các tài khoản của mình mà không gặp khó khăn
- Có thể thanh toán hóa đơn đúng hạn bằng ứng dụng di động
Thách thức:
- Sarah có nhiều tài khoản ngân hàng và đôi khi cảm thấy khó theo dõi số dư của mình trên tất cả các tài khoản đó.
- Cô lo lắng về vấn đề bảo mật thông tin tài chính của mình và muốn đảm bảo rằng ứng dụng ngân hàng di động của cô là an toàn.
Trích dẫn:
“Tôi yêu thích việc sử dụng ứng dụng di động để quản lý tài chính cá nhân. Nó giúp tôi tiết kiệm rất nhiều thời gian và công sức. Tôi chỉ mong muốn có thể truy cập số dư nhanh chóng và dễ dàng, chuyển tiền giữa các tài khoản và thanh toán hóa đơn đúng hạn.”
Tài liệu Nhân vật Người dùng này giúp tạo ra một hồ sơ chi tiết về một người dùng điển hình của ứng dụng ngân hàng di động. Nó cung cấp thông tin về nền tảng, nhân khẩu học, mục tiêu, thách thức và trích dẫn của người dùng. Tài liệu này có thể được sử dụng như điểm tham chiếu khi thiết kế và kiểm thử ứng dụng di động, để đảm bảo rằng ứng dụng đáp ứng nhu cầu của người dùng mục tiêu. Tài liệu có thể được cập nhật khi phát hiện ra các nhân vật người dùng mới hoặc khi nhu cầu của các nhân vật hiện tại thay đổi.
Danh sách các trường hợp sử dụng tiềm năng
Dựa trên mô tả vấn đề bạn cung cấp, dưới đây là danh sách các trường hợp sử dụng tiềm năng cho ứng dụng ngân hàng di động:
- Xem số dư tài khoản – Người dùng nên có thể xem số dư tài khoản hiện tại cho tất cả các tài khoản liên kết với hồ sơ của họ.
- Chuyển tiền giữa các tài khoản – Người dùng nên có thể chuyển tiền giữa các tài khoản của họ thông qua ứng dụng di động.
- Thanh toán hóa đơn – Người dùng nên có thể thanh toán hóa đơn thông qua ứng dụng di động.
- Thiết lập thanh toán tự động – Người dùng nên có thể thiết lập thanh toán tự động cho các hóa đơn định kỳ.
- Gửi séc – Người dùng nên có thể gửi séc thông qua ứng dụng di động.
- Tìm các máy ATM và chi nhánh gần đó – Người dùng nên có thể tìm các máy ATM và chi nhánh ngân hàng gần đó thông qua ứng dụng di động.
- Báo mất hoặc bị trộm thẻ – Người dùng nên có thể báo mất hoặc bị trộm thẻ thông qua ứng dụng di động.
- Liên hệ hỗ trợ khách hàng – Người dùng nên có thể liên hệ hỗ trợ khách hàng thông qua ứng dụng di động.
- Xem lịch sử giao dịch – Người dùng nên có thể xem lịch sử giao dịch của tất cả các tài khoản liên kết với hồ sơ của họ.
- Thiết lập thông báo tài khoản – Người dùng nên có thể thiết lập thông báo về số dư thấp, giao dịch lớn và các hoạt động tài khoản khác.
Các trường hợp sử dụng này bao gồm một loạt các chức năng mà người dùng có thể mong đợi từ một ứng dụng ngân hàng di động. Mỗi trường hợp sử dụng đại diện cho một hành động hoặc nhiệm vụ cụ thể mà người dùng có thể thực hiện trong ứng dụng. Các trường hợp sử dụng này có thể được sử dụng để phát triển các câu chuyện người dùng, các trường hợp kiểm thử và các tài liệu dự án khác. Chúng cũng có thể được ưu tiên dựa trên nhu cầu và lợi ích của các bên liên quan.
Các trường hợp sử dụng được ưu tiên
Dưới đây là một bảng ví dụ ưu tiên các trường hợp sử dụng theo kích thước, mức độ ưu tiên và mục tiêu/giá trị cho ứng dụng ngân hàng di động:
| Trường hợp sử dụng | Kích thước | Ưu tiên | Mục tiêu/Giá trị |
|---|---|---|---|
| Xem số dư tài khoản | Nhỏ | Cao | Tiện lợi, Truy cập thông tin |
| Chuyển tiền giữa các tài khoản | Trung bình | Cao | Tiện lợi, Hiệu quả |
| Thanh toán hóa đơn | Trung bình | Cao | Tiện lợi, Hiệu quả |
| Thiết lập thanh toán tự động | Trung bình | Trung bình | Tiện lợi, Hiệu quả |
| Gửi séc | Trung bình | Trung bình | Tiện lợi, Hiệu quả |
| Tìm các máy ATM và chi nhánh gần đó | Nhỏ | Trung bình | Tiện lợi, Truy cập thông tin |
| Báo mất hoặc bị trộm thẻ | Nhỏ | Trung bình | Bảo mật, Phòng chống gian lận |
| Liên hệ hỗ trợ khách hàng | Nhỏ | Trung bình | Dịch vụ khách hàng, Sự hài lòng |
| Xem lịch sử giao dịch | Trung bình | Thấp | Lưu trữ hồ sơ, Truy cập thông tin |
| Cài đặt thông báo tài khoản | Trung bình | Thấp | Tiện lợi, Bảo mật |
Bảng này liệt kê từng trường hợp sử dụng, cùng với kích thước của nó (nhỏ, trung bình hoặc lớn), mức độ ưu tiên (cao, trung bình hoặc thấp), và mục tiêu hoặc giá trị mà nó đại diện (ví dụ: tiện lợi, truy cập thông tin, bảo mật, v.v.). Kích thước của trường hợp sử dụng được xác định dựa trên lượng công sức cần thiết để triển khai, trong khi mức độ ưu tiên dựa trên tầm quan trọng của trường hợp sử dụng đối với thành công của dự án. Mục tiêu hoặc giá trị giúp cung cấp bối cảnh cho từng trường hợp sử dụng và giải thích lý do tại sao nó quan trọng. Bảng này có thể được sử dụng để hướng dẫn việc phát triển ứng dụng ngân hàng di động và đảm bảo rằng các trường hợp sử dụng quan trọng nhất được ưu tiên một cách phù hợp.
Ví dụ mô tả trường hợp sử dụng
Dưới đây là một ví dụ mô tả trường hợp sử dụng cho trường hợp sử dụng “Xem số dư tài khoản”:
Tên trường hợp sử dụng: Xem số dư tài khoản
Người tham gia:
- Khách hàng
Mô tả: Khách hàng muốn xem số dư tài khoản của mình thông qua ứng dụng ngân hàng di động. Trường hợp sử dụng này cho phép khách hàng nhanh chóng và dễ dàng kiểm tra số dư tài khoản mà không cần phải đến chi nhánh ngân hàng hay máy rút tiền tự động.
Điều kiện tiên quyết:
- Khách hàng có một tài khoản hợp lệ tại ngân hàng.
- Khách hàng đã tải xuống và cài đặt ứng dụng ngân hàng di động trên điện thoại thông minh hoặc máy tính bảng của mình.
- Khách hàng đã đăng nhập vào tài khoản ngân hàng di động của mình.
Luồng cơ bản:
- Khách hàng mở ứng dụng ngân hàng di động.
- Khách hàng chọn tùy chọn “Xem số dư tài khoản” từ menu chính.
- Ứng dụng hiển thị danh sách tài khoản của khách hàng, cùng với số dư hiện tại của từng tài khoản.
- Khách hàng xem lại số dư tài khoản.
Luồng thay thế:
- Nếu khách hàng chỉ có một tài khoản, ứng dụng có thể tự động hiển thị số dư tài khoản mà không cần hiển thị danh sách tài khoản (bước 3).
- Nếu khách hàng có nhiều tài khoản, nhưng ứng dụng không thể lấy được số dư tài khoản, một thông báo lỗi sẽ được hiển thị cho khách hàng.
Điều kiện hậu tố:
- Khách hàng đã xem số dư tài khoản của mình.
- Khách hàng có thể chọn thực hiện các thao tác khác trong ứng dụng ngân hàng di động hoặc đăng xuất khỏi tài khoản.
Trường hợp ngoại lệ:
- Nếu ứng dụng ngân hàng di động không khả dụng hoặc hoạt động không ổn định, khách hàng sẽ không thể xem số dư tài khoản của mình.
- Nếu khách hàng quên thông tin đăng nhập, họ sẽ cần đặt lại mật khẩu hoặc liên hệ bộ phận hỗ trợ khách hàng để được hỗ trợ.
- Nếu tài khoản của khách hàng đã đóng hoặc không hoạt động, họ sẽ không thể xem số dư tài khoản.
Tóm tắt
Để triển khai phương pháp dựa trên trường hợp sử dụng, điều quan trọng là phải tuân theo một quy trình có cấu trúc bao gồm việc xác định các bên liên quan, thu thập yêu cầu, phát triển các trường hợp sử dụng và kiểm tra hệ thống đối với các trường hợp sử dụng này.
Các mẫu và ví dụ thực tế có thể được sử dụng để minh họa cách áp dụng phương pháp này trong thực tế. Ví dụ, trong một dự án phát triển phần mềm, các trường hợp sử dụng có thể được dùng để mô tả cách phần mềm sẽ được người dùng cuối sử dụng và cách nó sẽ tương tác với các hệ thống khác. Phương pháp này có thể dẫn đến quá trình phát triển hiệu quả và hiệu suất cao hơn, đồng thời tăng sự hài lòng và mức độ tham gia của người dùng.