Phân tích kinh doanh - Trường hợp sử dụng

Một trong chín sơ đồ của UML là Sơ đồ ca sử dụng. Đây không chỉ là yêu cầu quan trọng mà còn cần thiết cho các dự án phần mềm. Về cơ bản, nó được sử dụng trong vòng đời Phần mềm. Như chúng ta biết có nhiều giai đoạn khác nhau trong chu kỳ phát triển và giai đoạn được sử dụng nhiều nhất cho các Ca sử dụng sẽ là trong giai đoạn thu thập yêu cầu.

Use-Case là gì?

Ca sử dụng mô tả một chuỗi các hành động, được thực hiện bởi một hệ thống cung cấp giá trị cho một tác nhân. Ca sử dụng mô tả hành vi của hệ thống trong các điều kiện khác nhau khi nó đáp ứng yêu cầu từ một trong các bên liên quan, được gọi làprimary actor.

Tác nhân là Ai của hệ thống, nói cách khác anh ta là người dùng cuối.

Trong kỹ thuật phần mềm và hệ thống, ca sử dụng là danh sách các bước, thường xác định các tương tác giữa một vai trò (trong UML được gọi là "tác nhân") và hệ thống, để đạt được mục tiêu. Tác nhân có thể là một con người hoặc một hệ thống bên ngoài.

Một ca sử dụng xác định luồng sự kiện trong hệ thống. Nó quan tâm hơn đến những gì được thực hiện bởi hệ thống để thực hiện chuỗi hành động.

Lợi ích của Ca sử dụng

Trường hợp sử dụng cung cấp các lợi ích sau:

  • Nó là một phương tiện dễ dàng để nắm bắt yêu cầu chức năng với trọng tâm là giá trị gia tăng cho người dùng.

  • Các ca sử dụng tương đối dễ viết và dễ đọc so với các phương pháp yêu cầu truyền thống.

  • Các ca sử dụng buộc các nhà phát triển phải suy nghĩ từ quan điểm của người dùng cuối.

  • Ca sử dụng thu hút người dùng vào quy trình yêu cầu.

Giải phẫu của một ca sử dụng

Tên : Tên mô tả minh họa mục đích của ca sử dụng.

Mô tả : Mô tả những gì use-case thực hiện trong một vài câu.

Tác nhân : Liệt kê bất kỳ tác nhân nào tham gia vào ca sử dụng.

Pre-condition : Các điều kiện phải được đáp ứng trước khi bắt đầu use-case.

Luồng sự kiện : Mô tả sự tương tác giữa hệ thống và tác nhân.

Điều kiện đăng : Mô tả trạng thái của hệ thống sau khi một ca sử dụng đã chạy quá trình của nó.

Hướng dẫn về Mẫu Use-Case

Ghi lại từng trường hợp sử dụng bằng cách sử dụng mẫu được đưa ra ở cuối chương này. Phần này cung cấp mô tả về từng phần trong mẫu ca sử dụng.

Nhận dạng ca sử dụng

  • Use-Case ID- Cung cấp cho mỗi ca sử dụng một định danh số duy nhất, ở dạng phân cấp: XY Các ca sử dụng liên quan có thể được nhóm trong phân cấp. Các yêu cầu chức năng có thể được truy ngược trở lại một ca sử dụng được dán nhãn.

  • Use-Case Name- Đặt tên ngắn gọn, hướng đến kết quả cho ca sử dụng. Những điều này phản ánh các nhiệm vụ mà người dùng cần để có thể hoàn thành bằng cách sử dụng hệ thống. Bao gồm một động từ hành động và một danh từ. Một số ví dụ -

    • Xem thông tin số bộ phận.

    • Đánh dấu nguồn siêu văn bản theo cách thủ công và thiết lập liên kết tới đích.

    • Đặt hàng đĩa CD với phiên bản phần mềm cập nhật.

Lịch sử ca sử dụng

Ở đây, chúng tôi đề cập đến tên của những người là bên liên quan của tài liệu Usecase.

  • Created By - Cung cấp tên của người ban đầu ghi lại usecase này.

  • Date Created - Nhập ngày ghi ban đầu ca sử dụng.

  • Last Updated By - Cung cấp tên của người đã thực hiện cập nhật gần đây nhất cho mô tả ca sử dụng.

  • Date Last Updated - Nhập ngày mà ca sử dụng được cập nhật gần đây nhất.

Định nghĩa ca sử dụng

Sau đây là các định nghĩa về các khái niệm chính của Use-Case -

Diễn viên

Tác nhân là một người hoặc thực thể khác bên ngoài hệ thống phần mềm được chỉ định, người tương tác với hệ thống và thực hiện các ca sử dụng để hoàn thành nhiệm vụ. Các tác nhân khác nhau thường tương ứng với các lớp người dùng hoặc vai trò khác nhau, được xác định từ cộng đồng khách hàng sẽ sử dụng sản phẩm. Đặt tên cho (các) diễn viên sẽ thực hiện usecase này.

Sự miêu tả

Cung cấp mô tả ngắn gọn về lý do và kết quả của ca sử dụng này hoặc mô tả cấp cao về chuỗi hành động và kết quả của việc thực hiện ca sử dụng.

Điều kiện tiên quyết

Liệt kê bất kỳ hoạt động nào phải diễn ra hoặc bất kỳ điều kiện nào phải đúng, trước khi ca sử dụng có thể được bắt đầu. Đánh số từng điều kiện tiên quyết.

Examples

  • Danh tính của người dùng đã được xác thực.
  • Máy tính của người dùng có đủ bộ nhớ trống để khởi chạy tác vụ.

Điều kiện đăng bài

Mô tả trạng thái của hệ thống khi kết thúc việc thực thi ca sử dụng. Đánh số điều kiện từng bài.

Examples

  • Tài liệu chỉ chứa các thẻ SGML hợp lệ.
  • Giá của mặt hàng trong cơ sở dữ liệu đã được cập nhật với giá trị mới.

Sự ưu tiên

Cho biết mức độ ưu tiên tương đối của việc triển khai chức năng cần thiết để cho phép thực thi usecase này. Sơ đồ ưu tiên được sử dụng phải giống với sơ đồ được sử dụng trong đặc tả yêu cầu phần mềm.

Tần suất sử dụng

Ước tính số lần ca sử dụng này sẽ được các tác nhân thực hiện trên một số đơn vị thời gian thích hợp.

Diễn biến sự kiện bình thường

Cung cấp mô tả chi tiết về các hành động của người dùng và phản hồi của hệ thống sẽ diễn ra trong quá trình thực hiện ca sử dụng trong điều kiện bình thường, dự kiến. Chuỗi hội thoại này cuối cùng sẽ dẫn đến việc hoàn thành mục tiêu được nêu trong tên và mô tả ca sử dụng. Mô tả này có thể được viết như một câu trả lời cho câu hỏi giả định, "Làm thế nào để tôi <hoàn thành nhiệm vụ được nêu trong tên ca sử dụng>?" Điều này được thực hiện tốt nhất dưới dạng một danh sách được đánh số các hành động do tác nhân thực hiện, xen kẽ với các phản hồi do hệ thống cung cấp.

Các khóa học thay thế

Ghi lại các tình huống sử dụng hợp pháp, khác có thể diễn ra trong trường hợp sử dụng này một cách riêng biệt trong phần này. Nêu quy trình thay thế và mô tả bất kỳ sự khác biệt nào trong trình tự các bước diễn ra. Đánh số mỗi khóa học thay thế bằng cách sử dụng ID ca sử dụng làm tiền tố, theo sau là “AC” để biểu thị “Khóa học thay thế”. Ví dụ: XYAC.1.

Ngoại lệ

Mô tả bất kỳ điều kiện lỗi dự đoán nào có thể xảy ra trong quá trình thực thi usecase và xác định cách hệ thống đáp ứng với các điều kiện đó. Ngoài ra, mô tả cách hệ thống phản hồi nếu việc thực thi ca sử dụng không thành công vì một số lý do không lường trước được. Đánh số từng ngoại lệ bằng cách sử dụng Use-case ID làm tiền tố, theo sau là “EX” để chỉ ra “Exception”. Ví dụ: XYEX.1.

Bao gồm

Liệt kê bất kỳ trường hợp sử dụng nào khác được bao gồm (“được gọi”) bởi trường hợp sử dụng này. Chức năng chung xuất hiện trong nhiều trường hợp sử dụng có thể được chia thành một trường hợp sử dụng riêng biệt được bao gồm bởi những chức năng cần chức năng chung đó.

Yêu cầu đặc biệt

Xác định bất kỳ yêu cầu bổ sung nào, chẳng hạn như các yêu cầu phi chức năng, đối với usecase có thể cần được giải quyết trong quá trình thiết kế hoặc thực hiện. Chúng có thể bao gồm các yêu cầu về hiệu suất hoặc các thuộc tính chất lượng khác.

Giả định

Liệt kê bất kỳ giả định nào được đưa ra trong phân tích dẫn đến việc chấp nhận trường hợp sử dụng này vào mô tả sản phẩm và viết mô tả trường hợp sử dụng.

Ghi chú và Vấn đề

Liệt kê bất kỳ nhận xét bổ sung nào về ca sử dụng này hoặc bất kỳ vấn đề nào còn mở hoặc TBD (Cần Xác định) cần được giải quyết. Xác định ai sẽ giải quyết từng vấn đề, ngày đến hạn và giải pháp cuối cùng là gì.

Quản lý thay đổi và kiểm soát phiên bản

Kiểm soát phiên bản là quản lý các thay đổi đối với tài liệu, trang web lớn và các bộ sưu tập thông tin khác. Các thay đổi thường được xác định bằng mã số hoặc mã chữ cái, được gọi là số sửa đổi hoặc cấp sửa đổi. Mỗi bản sửa đổi được liên kết với một dấu thời gian và người thực hiện thay đổi.