Một Hướng Dẫn Toàn Diện Về Mô Hình Hóa Trường Hợp Sử Dụng

Mô hình hóa trường hợp sử dụng là gì?

Đây là một kỹ thuật được sử dụng trong phát triển phần mềm và kỹ thuật hệ thống để mô tả các yêu cầu chức năng của một hệ thống. Nó tập trung vào việc hiểu và ghi chép cách một hệ thống nên hoạt động từ góc nhìn của người dùng cuối. Về cơ bản, nó giúp trả lời câu hỏi: “Hệ thống nên làm gì để đáp ứng nhu cầu và mục tiêu của người dùng?”

Những khái niệm chính trong mô hình hóa trường hợp sử dụng

Yêu cầu chức năng: Yêu cầu chức năng là những tính năng, hành động và hành vi mà một hệ thống phải có để đáp ứng mục đích được thiết kế. Mô hình hóa trường hợp sử dụng chủ yếu tập trung vào việc xác định và ghi nhận các yêu cầu này theo cách có cấu trúc.

Góc nhìn của người dùng cuối: Mô hình hóa trường hợp sử dụng bắt đầu bằng việc xem xét hệ thống từ góc nhìn của những người hoặc thực thể (được gọi là “người thực hiện”) sẽ tương tác với hệ thống. Rất quan trọng là phải hiểu cách những người thực hiện này sẽ sử dụng hệ thống để đạt được mục tiêu hoặc thực hiện các nhiệm vụ của họ.

Tương tác: Mô hình hóa trường hợp sử dụng nhấn mạnh việc ghi lại các tương tác giữa người dùng cuối (người thực hiện) và hệ thống. Không chỉ đơn thuần là những gì hệ thống làm một cách độc lập; mà là cách hệ thống phản hồi trước các hành động hoặc yêu cầu của người dùng.

Các nguyên tắc cơ bản về trường hợp sử dụng:

• Một trường hợp sử dụng là mô tả về cách một hệ thống tương tác với một hoặc nhiều thực thể bên ngoài, được gọi là người thực hiện, nhằm đạt được một mục tiêu cụ thể.
• Một trường hợp sử dụng có thể được viết dưới dạng văn bản hoặc dạng biểu đồ, tùy thuộc vào mức độ chi tiết và độ phức tạp cần thiết.
• Một trường hợp sử dụng nên ghi lại các khía cạnh thiết yếu và liên quan đến tương tác, chẳng hạn như điều kiện tiền hành, điều kiện hậu hành, luồng chính, luồng thay thế và ngoại lệ.

Sơ đồ trường hợp sử dụng là gì?

Sơ đồ trường hợp sử dụng là một biểu diễn hình ảnh được sử dụng trong mô hình hóa trường hợp sử dụng để trực quan hóa và truyền đạt các tương tác và mối quan hệ này. Trong sơ đồ trường hợp sử dụng, bạn thường thấy các người thực hiện được biểu diễn dưới dạng hình người, và các trường hợp sử dụng (các chức năng hoặc tính năng cụ thể) dưới dạng hình elip hoặc hình chữ nhật. Các đường và mũi tên nối các người thực hiện với các trường hợp sử dụng, thể hiện cách chúng tương tác với nhau.

 

• • Người thực hiện: Đây là những thực thể hoặc người dùng bên ngoài hệ thống, những người tương tác với hệ thống. Họ có thể là con người, các hệ thống khác, hoặc thậm chí là các thiết bị phần cứng bên ngoài. Mỗi người thực hiện có những vai trò hoặc trách nhiệm cụ thể trong hệ thống.
  • Các trường hợp sử dụng: Các trường hợp sử dụng đại diện cho các chức năng hoặc quy trình cụ thể mà hệ thống có thể thực hiện để đáp ứng nhu cầu của người thực hiện. Mỗi trường hợp sử dụng thường có tên và mô tả, giúp hiểu rõ hơn về điều mà nó đạt được.
  • Mối quan hệ: Các đường và mũi tên nối giữa người thực hiện và các trường hợp sử dụng trong sơ đồ thể hiện cách người thực hiện tương tác với hệ thống thông qua các trường hợp sử dụng này. Các loại mối quan hệ khác nhau, chẳng hạn như mối quan hệ liên kết, mối quan hệ mở rộng và mối quan hệ bao gồm, có thể được sử dụng để xác định bản chất của các tương tác này.

Làm thế nào để thực hiện mô hình hóa trường hợp sử dụng?

1. Để hiểu một trường hợp sử dụng, bạn cần xác định các người thực hiện và các trường hợp sử dụng liên quan đến hệ thống.
   Một người thực hiện là một thực thể bên ngoài có vai trò trong tương tác với hệ thống. Một người thực hiện có thể là một con người, một hệ thống khác hoặc một sự kiện thời gian.
2. Một trường hợp sử dụng là một tập hợp các tình huống mô tả cách hệ thống và người thực hiện hợp tác để đạt được một mục tiêu chung1. Một tình huống là một chuỗi các bước mô tả điều gì xảy ra trong một tình huống cụ thể1.
   Người thực hiện trong mô hình hóa trường hợp sử dụng:
3. Các người thực hiện được biểu diễn bằng hình người trong sơ đồ trường hợp sử dụng.
   Các người thực hiện có thể có mối quan hệ tổng quát hóa, cho thấy một người thực hiện kế thừa đặc điểm và hành vi của người thực hiện khác. Ví dụ, một người thực hiện Student có thể là tổng quát hóa của người thực hiện Undergraduate Student và người thực hiện Graduate Student.
4. Các người thực hiện cũng có thể có mối quan hệ liên kết, cho thấy một người thực hiện tham gia vào một trường hợp sử dụng. Ví dụ, một người thực hiện Instructor có thể liên kết với một trường hợp sử dụng Grade Assignment.

Các mối quan hệ giữa các tác nhân và các trường hợp sử dụng:

• Các trường hợp sử dụng có thể cóbao gồmcác mối quan hệ, cho thấy rằng một trường hợp sử dụng tích hợp hành vi của một trường hợp sử dụng khác như một phần của quá trình thực thi bình thường. Ví dụ, một trường hợp sử dụng Đăng nhập có thể được bao gồm bởi nhiều trường hợp sử dụng khác yêu cầu xác thực.
  • Mối quan hệ bao gồm là một mối phụ thuộc giữa hai trường hợp sử dụng, trong đó một trường hợp sử dụng (cơ sở) tích hợp hành vi của một trường hợp sử dụng khác (được bao gồm) như một phần của quá trình thực thi bình thường.
  • Mối quan hệ bao gồm được biểu diễn bằng một mũi tên gãy với kiểu dáng «bao gồm» từ cơ sở đến phần được bao gồm.
  • Mối quan hệ bao gồm có thể được sử dụng để tái sử dụng chức năng chung, đơn giản hóa các trường hợp sử dụng phức tạp hoặc trừu tượng hóa các chi tiết cấp thấp

• Các trường hợp sử dụng cũng có thể cómở rộngcác mối quan hệ, cho thấy rằng một trường hợp sử dụng thêm hành vi tùy chọn hoặc ngoại lệ vào một trường hợp sử dụng khác dưới một số điều kiện nhất định. Ví dụ, một trường hợp sử dụng Hủy đặt chỗ có thể mở rộng trường hợp sử dụng Đặt chỗ nếu người dùng quyết định hủy đặt chỗ của mình.
  • Mối quan hệ mở rộng là một mối phụ thuộc giữa hai trường hợp sử dụng, trong đó một trường hợp sử dụng (mở rộng) thêm một số hành vi tùy chọn hoặc ngoại lệ vào một trường hợp sử dụng khác (cơ sở) dưới một số điều kiện nhất định.
  • Mối quan hệ mở rộng được biểu diễn bằng một mũi tên gãy với kiểu dáng «mở rộng» từ phần mở rộng đến phần cơ sở.
  • Mối quan hệ mở rộng có thể có một điểm mở rộng, là một vị trí trong trường hợp sử dụng cơ sở nơi mà phần mở rộng có thể được chèn vào.
  • Một điểm mở rộng có thể được đánh nhãn bằng tên và điều kiện

Tạo các trường hợp sử dụng hiệu quả:

• Xác định ranh giới hệ thống:
  • Ranh giới hệ thống là một hộp bao quanh các trường hợp sử dụng và thể hiện phạm vi của hệ thống.
  • Ranh giới hệ thống giúp phân biệt những gì nằm bên trong hệ thống (các trường hợp sử dụng) và những gì nằm bên ngoài hệ thống (các tác nhân).
  • Ranh giới hệ thống nên được đánh dấu rõ ràng bằng tên của hệ thống và phiên bản của nó.
• Xác định mục tiêu và kịch bản của trường hợp sử dụng:
  • Mục tiêu của một trường hợp sử dụng là một tuyên bố tóm tắt những gì trường hợp sử dụng đạt được cho tác nhân.
  • Mục tiêu của một trường hợp sử dụng nên cụ thể, đo lường được, đạt được, có liên quan và kiểm tra được.
  • Một kịch bản trường hợp sử dụng là một chuỗi các bước mô tả cách tác nhân và hệ thống tương tác để đạt được mục tiêu.
  • Một kịch bản trường hợp sử dụng nên đầy đủ, nhất quán, thực tế và có thể truy xuất nguồn gốc.
• Viết mô tả trường hợp sử dụng rõ ràng và súc tích:
  • Mô tả trường hợp sử dụng là một tài liệu văn bản cung cấp thêm chi tiết về trường hợp sử dụng, chẳng hạn như điều kiện tiền và hậu, luồng chính, luồng thay thế và ngoại lệ.
  • Mô tả trường hợp sử dụng nên rõ ràng và súc tích, sử dụng ngôn ngữ đơn giản và chính xác, tránh thuật ngữ chuyên môn và sự mơ hồ, đồng thời tuân theo một định dạng nhất quán.
  • Mô tả trường hợp sử dụng cũng nên mạch lạc và toàn diện, bao quát tất cả các kịch bản, kết quả và biến thể có thể xảy ra, đồng thời giải quyết tất cả các yêu cầu liên quan.
• Mẫu dùng và tài liệu:
  • Một mẫu dùng là một định dạng chuẩn giúp tổ chức và trình bày thông tin dùng một cách nhất quán và có cấu trúc.
  • Một mẫu dùng có thể bao gồm nhiều phần khác nhau, chẳng hạn như tên dùng, ID, mục tiêu, người tham gia, độ ưu tiên, giả định, điều kiện tiền đề, điều kiện hậu đề, luồng chính, luồng thay thế, ngoại lệ, v.v.
  • Tài liệu dùng là một tập hợp các trường hợp dùng mô tả chức năng của hệ thống từ nhiều góc độ khác nhau.
  • Tài liệu dùng có thể được sử dụng cho nhiều mục đích khác nhau, chẳng hạn như giao tiếp, xác minh, kiểm tra, kiểm thử, bảo trì, v.v.

Các thực hành tốt nhất trong mô hình hóa dùng:

• Một số thực hành tốt nhất trong mô hình hóa dùng là:
  • Xác định các đối tượng then chốt và mục tiêu của họ, đồng thời tham gia họ vào quá trình phát triển dùng
  • Sử dụng một tiếp cận từ trên xuống để xác định và ưu tiên các trường hợp dùng quan trọng nhất
  • Sử dụng một thỏa thuận đặt tên có tính nhất quán, có ý nghĩa và mô tả rõ ràng cho các trường hợp dùng và người tham gia
  • Sử dụng sơ đồ và mô tả văn bản để bổ sung cho nhau và cung cấp các mức độ chi tiết khác nhau
  • Sử dụng mối quan hệ như mở rộng, bao gồm và tổng quát hóa để thể hiện các mối phụ thuộc và điểm chung giữa các trường hợp dùng
  • Xem xét và xác minh các trường hợp dùng với các bên liên quan và đảm bảo chúng phù hợp với yêu cầu hệ thống

Mô hình hóa dùng bằng mẫu dùng

Mô tả vấn đề: Hệ thống thư viện đại học

Hệ thống Thư viện Đại học đang đối mặt với nhiều thách thức vận hành khác nhau, ảnh hưởng đến hiệu quả và chất lượng dịch vụ mà hệ thống cung cấp cho sinh viên, giảng viên và nhân viên. Những thách thức này bao gồm:

1. Quy trình mượn và trả sách thủ công: Thư viện phụ thuộc vào các quy trình dựa trên giấy tờ để mượn sách, trả sách và theo dõi ngày hết hạn. Cách tiếp cận thủ công này dễ xảy ra lỗi, dẫn đến sai lệch trong việc lưu trữ hồ sơ và đôi khi gây tranh chấp giữa nhân viên thư viện và người dùng.
2. Quản lý kho: Hệ thống hiện tại để quản lý bộ sưu tập sách và tài liệu phong phú của thư viện đã lỗi thời. Sự thiếu vắng một hệ thống quản lý kho hiệu quả khiến việc tìm kiếm các mục cụ thể trở nên khó khăn, dẫn đến sự bực bội của người dùng thư viện và những sự chậm trễ không cần thiết.
3. Theo dõi phí quá hạn: Việc theo dõi và thu phí quá hạn cho các sách quá hạn là những nhiệm vụ thách thức. Nhân viên thư viện thiếu một hệ thống tự động để theo dõi ngày hết hạn và tính phạt chính xác. Điều này dẫn đến thất thoát doanh thu và bất tiện cho người dùng.
4. Quản lý tài khoản người dùng: Tài khoản người dùng, bao gồm việc cấp và quản lý thẻ thư viện, dựa vào các quy trình thủ công. Điều này dẫn đến sự chậm trễ trong việc cung cấp quyền truy cập vào tài nguyên thư viện cho sinh viên mới và khó khăn trong việc cập nhật thông tin người dùng cho các thành viên hiện tại.
5. Khả năng tiếp cận hạn chế: Hệ thống thư viện hiện tại thiếu khả năng truy cập trực tuyến cho người dùng để tìm kiếm sách, đặt giữ hoặc gia hạn các tài liệu đã mượn từ xa. Hạn chế này làm giảm sự tiện lợi và khả năng tiếp cận mà sinh viên và giảng viên hiện đại mong đợi.
6. Phân bổ tài nguyên kém hiệu quả: Nhân viên thư viện thường đối mặt với những thách thức trong việc tối ưu hóa việc phân bổ tài nguyên, như sách, tạp chí và không gian học tập. Sự thiếu vắng dữ liệu và phân tích thời gian thực khiến việc đưa ra quyết định có căn cứ về phân bổ tài nguyên trở nên khó khăn.
7. Khoảng cách giao tiếp: Có sự khoảng cách giao tiếp giữa nhân viên thư viện và người dùng. Người dùng thường không biết về chính sách thư viện, các đầu sách mới đến hoặc thay đổi giờ hoạt động, dẫn đến hiểu lầm và bực bội.
8. Lo ngại về an ninh: Hệ thống thư viện thiếu các biện pháp an ninh phù hợp để bảo vệ dữ liệu người dùng và ngăn chặn trộm cắp hoặc truy cập trái phép vào tài nguyên thư viện.

Những thách thức này cùng nhau góp phần tạo nên trải nghiệm thư viện kém tối ưu cho cả nhân viên thư viện và người dùng. Giải quyết những vấn đề này và hiện đại hóa Hệ thống Thư viện Đại học là điều cần thiết để cung cấp dịch vụ hiệu quả, nâng cao sự hài lòng của người dùng và cải thiện trải nghiệm học thuật tổng thể trong cộng đồng đại học.

Mẫu trường hợp sử dụng:

Dưới đây là mẫu trường hợp sử dụng và ví dụ về việc mượn sách từ thư viện đại học dưới dạng bảng:

Tên trường hợp sử dụng	Mượn một cuốn sách
Mã trường hợp sử dụng	UC001
Người thực hiện chính	Sinh viên
Người thực hiện phụ	Thư viện viên, Hệ thống quản lý tồn kho sách
Điều kiện tiên quyết	– Sinh viên có thẻ thư viện hợp lệ.
	– Sách đang có sẵn trong kho sách của thư viện.
Điều kiện hậu tố	– Sách được đánh dấu là đã mượn trong hệ thống.
	– Sinh viên đang sở hữu cuốn sách.
Luồng chính	1. Mô tả: Sinh viên muốn mượn một
	cuốn sách từ thư viện đại học.
	2. Hành động của người thực hiện:
	– Sinh viên trình thẻ thư viện của mình cho
	thư viện viên.
	– Nhân viên thư viện quét thẻ thư viện để
	xác minh tính hợp lệ của nó.
	– Sinh viên cung cấp tiêu đề hoặc số ISBN của
	cuốn sách họ muốn mượn.
	– Nhân viên thư viện tìm kiếm trong danh mục thư viện
	cuốn sách đó.
	– Nhân viên thư viện xác nhận sự sẵn có của cuốn sách.
	– Nhân viên thư viện mượn cuốn sách cho sinh viên
	sinh viên.
	– Sinh viên mang cuốn sách đi và rời khỏi
	thư viện.
	3. Hành động của hệ thống:
	– Hệ thống xác minh thẻ thư viện.
	– Hệ thống cập nhật trạng thái cuốn sách thành
	“đã mượn.”
	– Hệ thống ghi lại ngày trả cho mượn sách
	mượn.
	– Hệ thống tạo hóa đơn cho giao dịch
	giao dịch.
	4. Luồng thay thế:
	– Nếu thẻ thư viện của sinh viên không hợp lệ, nhân viên
	thư viện sẽ thông báo cho sinh viên, và trường hợp sử dụng
	kết thúc.
	– Nếu cuốn sách được yêu cầu không có sẵn, nhân viên
	thư viện sẽ thông báo cho sinh viên, và trường hợp sử dụng
	kết thúc.
Mở rộng	– Nếu sinh viên có sách quá hạn, sẽ có thông báo
	được gửi đến sinh viên.
	– Nếu sinh viên muốn gia hạn sách, họ có thể
	yêu cầu gia hạn thông qua trang web thư viện.
Yêu cầu đặc biệt	– Hệ thống phải có cơ sở dữ liệu an toàn về
	người持有 thẻ thư viện.
	– Ngày hạn và phí quá hạn phải được tính toán và
	thực thi bởi hệ thống.

Ví dụ trường hợp sử dụng: Mượn sách từ thư viện đại học

Tên trường hợp sử dụng	Mượn một cuốn sách
Mã trường hợp sử dụng	UC001
Nhân vật chính	Sinh viên
Nhân vật phụ	Thư viện viên, Hệ thống kho sách
Điều kiện tiên quyết	– Sinh viên có thẻ thư viện hợp lệ.
	– Sách đang có sẵn trong kho sách của thư viện.
Điều kiện hậu tố	– Sách được đánh dấu là đã mượn trong hệ thống.
	– Sinh viên đang sở hữu cuốn sách.
Luồng chính	1. Mô tả: Sinh viên muốn mượn một
	cuốn sách từ thư viện đại học.
	2. Hành động của nhân vật:
	– Sinh viên trình thẻ thư viện của mình cho
	người thư viện.
	– Người thư viện quét thẻ thư viện để
	xác minh tính hợp lệ của nó.
	– Sinh viên cung cấp tiêu đề hoặc số ISBN của cuốn sách
	mà họ muốn mượn.
	– Người thư viện tìm kiếm trong danh mục thư viện
	cuốn sách đó.
	– Người thư viện xác nhận sự sẵn có của cuốn sách.
	– Người thư viện mượn cuốn sách cho sinh viên.
	sinh viên.
	– Sinh viên mang cuốn sách và rời khỏi thư viện.
	thư viện.
	3. Hành động của hệ thống:
	– Hệ thống xác minh thẻ thư viện.
	– Hệ thống cập nhật trạng thái cuốn sách thành
	“đã mượn.”
	– Hệ thống ghi lại ngày trả cho việc mượn sách.
	mượn.
	– Hệ thống tạo hóa đơn cho giao dịch này.
	giao dịch.
	4. Luồng thay thế:
	– Nếu thẻ thư viện của sinh viên không hợp lệ, người thư viện sẽ thông báo cho sinh viên, và trường hợp sử dụng sẽ kết thúc.
	người thư viện sẽ thông báo cho sinh viên, và trường hợp sử dụng sẽ kết thúc.
	trường hợp sử dụng sẽ kết thúc.
	– Nếu cuốn sách được yêu cầu không có sẵn, người thư viện sẽ thông báo cho sinh viên, và trường hợp sử dụng sẽ kết thúc.
	người thư viện sẽ thông báo cho sinh viên, và trường hợp sử dụng sẽ kết thúc.
	trường hợp sử dụng sẽ kết thúc.
Mở rộng	– Nếu sinh viên có sách quá hạn, sẽ gửi thông báo
	đến sinh viên.
	– Nếu sinh viên muốn gia hạn sách, họ có thể
	yêu cầu gia hạn thông qua trang web thư viện.
Yêu cầu đặc biệt	– Hệ thống phải có cơ sở dữ liệu an toàn của
	người sở hữu thẻ thư viện.
	– Ngày hạn và phí quá hạn phải được tính toán và
	thực thi bởi hệ thống.

Các bảng trên trình bày mẫu và ví dụ về trường hợp sử dụng theo cách có cấu trúc và có tổ chức, giúp việc đọc và hiểu các yếu tố chính của trường hợp sử dụng trở nên dễ dàng hơn.

Độ chi tiết của các trường hợp sử dụng

Định nghĩa độ chi tiết của trường hợp sử dụng: Độ chi tiết của trường hợp sử dụng đề cập đến mức độ chi tiết và tổ chức trong các đặc tả trường hợp sử dụng. Về cơ bản, nó mô tả cách bạn chia nhỏ chức năng của một hệ thống khi ghi chép các trường hợp sử dụng. Nói một cách đơn giản, đó là về việc bạn chia nhỏ một trường hợp sử dụng thành các phần hoặc bước nhỏ đến mức nào.

Tầm quan trọng của độ chi tiết của trường hợp sử dụng:

1. Nâng cao khả năng giao tiếp: Độ chi tiết của trường hợp sử dụng đóng vai trò then chốt trong việc cải thiện giao tiếp giữa các bên liên quan khác nhau trong một dự án phần mềm, chẳng hạn như các nhà phân tích kinh doanh, nhà phát triển, người kiểm thử và người dùng cuối. Khi các trường hợp sử dụng được xác định rõ ràng và có độ chi tiết phù hợp, mọi người sẽ hiểu rõ hơn về chức năng và yêu cầu của hệ thống.
2. Lập kế hoạch dự án: Mức độ chi tiết trong các trường hợp sử dụng ảnh hưởng đến lập kế hoạch dự án. Các trường hợp sử dụng nhỏ hơn và chi tiết hơn có thể giúp dễ dàng hơn trong việc ước tính thời gian và nỗ lực cần thiết cho các nhiệm vụ phát triển. Điều này hỗ trợ các quản lý dự án trong việc xây dựng lịch trình dự án chính xác hơn và phân bổ nguồn lực hiệu quả hơn.
3. Tính rõ ràng và chính xác: Đạt được mức độ chi tiết phù hợp đảm bảo rằng các trường hợp sử dụng rõ ràng và chính xác. Nếu các trường hợp sử dụng quá cao cấp và trừu tượng, chúng có thể thiếu chi tiết cần thiết cho việc phát triển hiệu quả. Ngược lại, các trường hợp sử dụng quá chi tiết có thể trở nên phức tạp và khó quản lý.

Ví dụ: Hãy minh họa độ chi tiết của trường hợp sử dụng bằng một ví dụ liên quan đến chức năng “Đăng ký người dùng” trong một ứng dụng thương mại điện tử:

• Độ chi tiết cao: Một trường hợp sử dụng duy nhất mang tên “Đăng ký người dùng” bao quát toàn bộ quy trình đăng ký từ đầu đến cuối. Nó bao gồm mọi bước, chẳng hạn như nhập thông tin cá nhân, tạo mật khẩu, xác nhận mật khẩu và gửi biểu mẫu đăng ký.
• Độ chi tiết trung bình: Các trường hợp sử dụng được chia thành các phần nhỏ hơn và tập trung hơn. Ví dụ, “Nhập thông tin cá nhân”, “Tạo mật khẩu” và “Gửi đăng ký” có thể là các trường hợp sử dụng riêng biệt. Mỗi trường hợp này tập trung vào một khía cạnh cụ thể của quá trình đăng ký người dùng.
• Độ chi tiết thấp: Mức độ chi tiết thấp nhất có thể bao gồm việc chia nhỏ các hành động trong một bước duy nhất. Ví dụ, “Nhập thông tin cá nhân” có thể được phân tích sâu hơn thành “Nhập tên”, “Nhập họ”, “Nhập địa chỉ email”, v.v.

Mức độ chi tiết phù hợp phụ thuộc vào yêu cầu của dự án và những nhu cầu cụ thể của các bên liên quan. Việc tìm ra sự cân bằng phù hợp là điều thiết yếu để đảm bảo các trường hợp sử dụng có thể hiểu được, dễ quản lý và hiệu quả trong việc truyền đạt chức năng hệ thống đến tất cả các bên tham gia.

Trong cuốn sách ‘Viết các trường hợp sử dụng hiệu quả’, Alastair Cockburn đưa ra một phép so sánh đơn giản để giúp chúng ta hình dung các mức độ đạt được mục tiêu khác nhau. Ông đề xuất hình dung các mức độ này bằng cách sử dụng phép so sánh với biển cả

Tài liệu tham khảo:

1. Sơ đồ trường hợp sử dụng là gì? (visual-paradigm.com)
2. Thông số trường hợp sử dụng là gì?