Làm thế nào để viết các trường hợp sử dụng hiệu quả

Bạn đã viết các trường hợp sử dụng tốt cho hệ thống của mình chưa?

Một trong những vấn đề khó khăn nhất trong phát triển phần mềm là nắm bắt chính xác điều bạn muốn xây dựng. Các yêu cầu không chính xác cuối cùng có thể dẫn đến sự chậm trễ đáng kể trong dự án, phải làm lại hoặc thậm chí từ bỏ.

Việc áp dụng hiệu quả các kỹ thuật trường hợp sử dụng có thể giúp đội của bạn thu thập yêu cầu từ góc nhìn người dùng, điều này có thể dễ dàng được cả người dùng cuối và đội của bạn hiểu. Phát triển dựa trên trường hợp sử dụng hỗ trợ các hoạt động phát triển tiếp theo như phân tích, thiết kế và kiểm thử.

use case diagram example

Trường hợp sử dụng là gì?

objective

Các trường hợp sử dụng là những việc mà các tác nhân muốn thực hiện nhằm đạt được một mục tiêu kinh doanh có thể quan sát được. Chúng được đặt tên bằng một động từ ngắn hoặc cụm động từ + danh từ. Bạn nên sử dụng các động từ và danh từ cụ thể để tránh gây hiểu lầm. Các động từ như ‘thực hiện’ và ‘thực hiện’ và các danh từ như ‘dữ liệu’ và ‘thông tin’ nên được tránh mỗi khi có thể.

Về mặt lý thuyết, người dùng cuối sẽ thực hiện các hành động được hỗ trợ bởi hệ thống để đạt được mục tiêu cuối cùng, như được xác định trong phân tích trường hợp sử dụng. Hãy lấy ví dụ về một hệ thống đặt phòng khách sạn trực tuyến. ‘Đặt phòng’ chắc chắn là một mục tiêu kinh doanh và do đó là một trường hợp sử dụng. Khả năng tìm kiếm một khách sạn trên bản đồ trực tuyến cũng có thể là mong muốn của người dùng. Tuy nhiên, đây không phải là một trường hợp sử dụng vì hành động đó bản thân nó không tạo ra bất kỳ mục tiêu nào có thể quan sát được.

Không phù hợp khi mô hình hóa các yêu cầu liên quan đến các vấn đề triển khai như hỗ trợ nhiều lần xuất hiện, bố trí triển khai, xây dựng cơ sở dữ liệu. Tất cả những điều này đều sai và có thể dẫn đến việc xây dựng các hệ thống kém chất lượng, thậm chí sai.

Câu chuyện người dùng hiện đang được sử dụng rộng rãi

Bất kỳ ai có kinh nghiệm trong phát triển phần mềm đều có thể gặp phải các vấn đề giao tiếp giữa người dùng cuối và đội phát triển. Vấn đề này có thể trở nên nghiêm trọng hơn khi các thành viên làm việc ở các vị trí xa nhau. Câu chuyện người dùng là một cách tuyệt vời để mở cuộc thảo luận với khách hàng và đảm bảo rằng chúng tôi thực sự hiểu được những gì họ thực sự muốn.

Các câu chuyện người dùng được tạo bởi người sở hữu sản phẩm ghi lại ‘ai’, ‘là gì’ và ‘tại sao’ của yêu cầu theo cách đơn giản và súc tích, và thường được viết bằng ngôn ngữ tự nhiên, không chuyên môn.

Phát triển linh hoạt đã trở thành phương pháp chính thống được sử dụng để khám phá yêu cầu cùng với các câu chuyện người dùng.

Các cân nhắc thực tiễn

Thông thường, một đội phát triển linh hoạt với trung bình 10 thành viên có thể có hàng trăm câu chuyện người dùng trong quy trình làm việc, một số trong đó liên kết với nhau và được chia nhỏ từ các epic hoặc các phiên bản chi tiết của câu chuyện người dùng từ Sprint trước. Một câu chuyện người dùng là một tài sản nhất thời, chỉ tồn tại trong Sprint và bị loại bỏ vào cuối vòng phát triển.

Các đội phát triển linh hoạt và thành viên Scrum thường nhận thấy rằng họ dễ trở nên khó kiểm soát và khó tổ chức một cách gọn gàng và trật tự, đặc biệt khi các thành viên muốn tham khảo các câu chuyện người dùng liên quan từ các Sprint trước.

Thay vào đó, trường hợp sử dụng được thiết kế để có tính liên tục hơn trong suốt vòng đời phát triển phần mềm và có thể đóng vai trò là chỗ trống để lưu trữ các câu chuyện người dùng liên quan trong phạm vi epic. Ngoài ra, trường hợp sử dụng được thiết kế để trở thành một tài liệu tham khảo liên tục cho đội phát triển

Overview of user stories creation

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

Sơ đồ trường hợp sử dụng là một loạiNgôn ngữ mô hình hóa thống nhất (UML)sơ đồ được tạo ra để thu thập yêu cầu, được định nghĩa bởiNhóm Quản lý Đối tượng (OMG). Sơ đồ trường hợp sử dụng cung cấp cái nhìn trực quan về các mục tiêu (được mô hình hóa bằng các trường hợp sử dụng) mà người dùng (được biểu diễn bằng các tác nhân) muốn đạt được khi sử dụng hệ thống (được biểu diễn bằng ranh giới hệ thống tùy chọn).

Các trường hợp sử dụng trong sơ đồ trường hợp sử dụng có thể được tổ chức và sắp xếp theo mức độ liên quan, mức độ trừu tượng và tác động đến người dùng. Chúng có thể được kết nối để thể hiện mối quan hệ phụ thuộc, bao gồm và mở rộng. Mục đích chính của việc mô hình hóa trường hợp sử dụng bằng sơ đồ trường hợp sử dụng là xây dựng nền tảng vững chắc cho hệ thống bằng cách xác định những gì người dùng muốn. Dựa trên kết quả phân tích, bạn có thể tiến hành nghiên cứu cách đáp ứng những nhu cầu của người dùng đó.

use case diagram exampleSơ đồ trường hợp sử dụng chủ yếu được tạo thành từ các tác nhân, các trường hợp sử dụng và các mối quan hệ (các kết nối).

Một tác nhân là bất kỳ cá nhân hay hệ thống bên ngoài nào tương tác với hệ thống để đạt được mục tiêu người dùng. Có hai loại tác nhân – chính và phụ.

  • Tác nhân chính là bất kỳ cá nhân hay thứ gì tương tác với hệ thống để nhận được lợi ích trực tiếp.
  • Tác nhân phụ là bất kỳ cá nhân hay thứ gì tham gia vào việc đạt được một trường hợp sử dụng, nhưng họ không nhận được lợi ích trực tiếp từ hệ thống. Thường xuyên, tác nhân phụ là người hỗ trợ tác nhân chính để đạt được một trường hợp sử dụng.

Vẽ sơ đồ trường hợp sử dụng trong Visual Paradigm

Trong hướng dẫn này, chúng tôi sẽ sử dụng một hệ thống đặt phòng khách sạn trực tuyến làm ví dụ để minh họa cách viết các trường hợp sử dụng hiệu quả bằng Visual Paradigm. Hãy bắt đầu bằng việc vẽ sơ đồ trường hợp sử dụng. Chúng tôi sẽ tiếp tục viết các trường hợp sử dụng hiệu quả dựa trên thiết kế kết quả này.

  1. Mở UeXceler trong Visual Paradigm bằng cách chọn “UeXceler > UeXceler từ thanh công cụ ứng dụng.
  2. Mở Sơ đồ Trường hợp sử dụngtrang.
    Open use case diagram
  3. Chọn Người dùngtrong thanh công cụ sơ đồ. Nhấp vào sơ đồ để tạo một người dùng và đặt tên làKhách hàng.
    actor
  4. Một khách hàng có thể đặt phòng khách sạn, đây là một trường hợp sử dụng của hệ thống. Hãy tạo một trường hợp sử dụng từ người dùngKhách hàngngười dùng. Di chuyển con trỏ chuột lên trên người dùngKhách hàngngười dùng. Nhấn vào biểu tượngThư viện Tài nguyênở góc trên bên phải và kéo ra.
    create use case
  5. Chọn Liên kết -> Trường hợp sử dụngtrong Thư viện Tài nguyên.
    select use case in resource catalog
  6. Thả nút chuột để tạo trường hợp sử dụng. Đặt tên làĐặt chỗ. Liên kết giữa người dùng và trường hợp sử dụng cho thấy người dùng sẽ tương tác với hệ thống để đạt được trường hợp sử dụng liên quan.
  7. Hoàn thiện thiết kế để nó trông giống như thế này:
    Use case diagram example

Mở rộng các trường hợp sử dụng bằng các câu chuyện người dùng

Trong khi trường hợp sử dụng là mục tiêu kinh doanh của hệ thống CNTT cần phát triển, câu chuyện người dùng đại diện cho một vấn đề hoặc mối quan tâm của người dùng được ghi nhận bởi nhà phân tích và các bên liên quan cấp đầu trong quá trình thảo luận chi tiết về một trường hợp sử dụng. Không nghi ngờ gì, tất cả các câu chuyện người dùng được ghi nhận đều nhằm mục đích đáp ứng mục tiêu kinh doanh của hệ thống CNTT.

  1. Nhấp chuột phải vào Đặt chỗvà chọn Mở chi tiết Trường hợp sử dụng… từ menu bật lên.
    open use case details
  2. Mở Câu chuyện người dùng trang.
    Open user story tab
  3. Tạo các câu chuyện người dùng bằng cách nhấp đúp vào vùng trống bên trong thẻ. Tạo ba câu chuyện: Tìm khách sạn, Đặt chỗ khách sạnXử lý đặt chỗ gấp.
    User stories created

Ghi lại kịch bản câu chuyện người dùng

Một câu chuyện người dùng cho bạn biết điều mà người dùng cuối muốn đạt được bằng cách đầu tiên xác định vấn đề của họ. Khi bạn đã xác định được vấn đề, bạn có thể bắt đầu tìm kiếm giải pháp. Công cụ Kịch bản Câu chuyện Người dùng cho phép bạn phác thảo các tương tác giữa các tác nhân và hệ thống trong việc giải quyết vấn đề được mô tả trong câu chuyện người dùng. Bạn có thể sử dụng công cụ này để xác định hành vi mong muốn của hệ thống đối với người dùng.

Một kịch bản câu chuyện người dùng bao gồm một cuộc đối thoại cấp cao giữa người dùng và hệ thống, nhằm tìm hiểu những gì các tác nhân có ý định hoặc thực hiện và hệ thống phản ứng như thế nào với đầu vào của các tác nhân. Khi quyết định nội dung cần bao gồm trong luồng sự kiện, bạn nên ngắn gọn. Đừng bao gồm các chi tiết triển khai như cách hệ thống xử lý đầu vào người dùng bên trong hoặc thậm chí là chèn các bản ghi vào cơ sở dữ liệu. Điều này là sai vì các câu chuyện người dùng, và thực tế là phân tích trường hợp sử dụng, được thiết kế để xác định yêu cầu từ góc nhìn của người dùng cuối. Tuy nhiên, các chi tiết triển khai có thể được mô hình hóa trong sơ đồ tuần tự UML dưới dạng các sơ đồ con của câu chuyện người dùng.

Hãy viết kịch bản của một câu chuyện người dùng.

  1. Nhấp đúp vào câu chuyện người dùng Tìm khách sạn để mở nó.
    Open user story
  2. Mở Kịch bảnthẻ. Trình soạn thảo kịch bản được tạo thành từ các hàng, được gọi là các bước. Mỗi bước đại diện cho đầu vào của tác nhân hoặc phản hồi của hệ thống.
    Open user story scenario tab
  3. Nhấp vào bước đầu tiên và nhập đầu vào người dùng đầu tiên: Nhập thành phố, ngày đến, ngày đi, loại phòng và nhấp vào Tìm kiếm.
    Entered first step
  4. Sử dụng các công cụ định dạng có sẵn dưới thanh công cụ UeXceler để đặt từ Tìm kiếm màu xanh và in đậm, để nhấn mạnh.
    Format scenario step text
  5. Nhấn Nhập để hoàn thành bước này. Bước 2 sẽ được tạo cho bạn.
  6. Bước 2 nói về cách hệ thống phản hồi với đầu vào của người dùng. Bạn có thể bắt đầu bằng cách viết “Hệ thống…”, nhưng có một cách tốt hơn để biểu diễn phản hồi của hệ thống. Chọn UeXceler > Thêm Điều khiển > Phản hồi Hệ thống từ thanh công cụ để thêm một bước phản hồi hệ thống.
    Add system response to scenario
  7. Bây giờ bạn có thể nhập nội dung của bước 2: Hiển thị danh sách khách sạn.
    Entering system response text
  8. Thêm các bước sau:
    Đầu vào người dùng Phản hồi hệ thống
    Nhấp vào biểu tượng khách sạn để xem chi tiết
    Hiển thị chi tiết khách sạn

    Scenario steps entered

Thêm một chút nữa – Tạo sơ đồ bố cục theo tình huống

Sơ đồ bố cục là bản phác thảo giao diện người dùng. Nó giúp bạn biểu diễn màn hình và luồng màn hình của hệ thống sẽ được phát triển, ngay từ giai đoạn thu thập yêu cầu. Bạn có thể liên kết sơ đồ bố cục với các bước trong tình huống. Phần này sẽ hướng dẫn bạn cách sử dụng công cụ công cụ sơ đồ bố cục để thêm một sơ đồ bố cục vào một bước.

  1. Nhấp vào bước đầu tiên.
    Select first step
  2. Di chuyển con trỏ chuột đến hình tam giác màu xanh ở phía bên phải. Sau đó nhấp vào Xác định Sơ đồ bố cục.
    Define wireframe
  3. Bạn thấy khung xám xuất hiện ở phía bên phải chứ? Nhấp vào nó để chọn loại sơ đồ bố cục cần tạo.
    Create wireframe
  4. Trong cửa sổ bật lên, chọn Website.
    Select wireframe type
  5. Nhấp Sơ đồ bố cục Website mới. Một sơ đồ bố cục mới xuất hiện, với một cửa sổ trình duyệt trống bên trong. Đây là nơi bạn có thể chuẩn bị bản mô phỏng cho trang web.
  6. Trước khi bắt đầu thêm các thành phần khác vào cửa sổ Trình duyệt, hãy thay đổi kích thước nó để nhỏ lại. Nhấp vào tiêu đề của cửa sổ Trình duyệt.
  7. Sau khi nhấp vào, các trình điều khiển thay đổi kích thước sẽ xuất hiện xung quanh cửa sổ Trình duyệt để bạn điều chỉnh kích thước cửa sổ một cách thủ công. Hãy thử một phương pháp trực tiếp hơn. Nhấp chuột phải vào tiêu đề của Trình duyệt và chọn Kích thước Trình duyệt (1024 x 768) > 800 x 600 từ menu bật lên.
    Resize wireframe
  8. Sử dụng các công cụ khung dây được liệt kê trong thanh công cụ biểu đồ để tạo một khung dây như thế này:
    Wireframe created
  9. Quay lại trình chỉnh sửa tình huống bằng cách nhấp vào nút hình tam giác bên cạnh tiêu đề bước.
    Go back to scenario editor
    Đã hoàn thành, và bạn có thể thấy hình thu nhỏ của khung dây của mình xuất hiện trong trình chỉnh sửa tình huống.
    Wireframe added

Tài liệu tham khảo:

Leave a Reply