Biểu đồ use case

Biểu đồ Use Case Biểu đồ Use Case Bởi: Khoa CNTT ĐHSP KT Hưng Yên Use Case mô tả ngôn ngữ UML qua biểu đồ Use Case (Use Case Diagram), mô hình Use Case chia thành số lượng lớn biểu đồ Một biểu đồ Use Case chứa phần tử mô hình biểu thị hệ thống, tác nhân Use Case mối quan hệ Use Case Lời mô tả nội dung Use Case thường cung cấp dạng văn Trong UML, lời mô tả coi thuộc tính "văn bản" (document) Use Case Lời mô tả bao chứa thông tin quan trọng, định nghĩa yêu cầu chức cụ thể Thay cho việc mô tả Use Case văn bản, bạn vẽ biểu đồ hoạt động (activity diagram) Mặc dầu vậy, nên nhớ Use Case cần phải mô tả cho dễ hiểu dễ giao tiếp người sử dụng, mà cấu trúc phức tạp biểu đồ hoạt động gây cảm giác xa lạ người không quen sử dụng Tóm tắt: Một biểu đồ Use Case thể hiện: - Hệ thống - Tác nhân - Use Case Ví dụ biểu đồ Use Case UML: Hình 4.1- Một ví dụ biểu đồ Use case UML 1/9 Biểu đồ Use Case Trong : - Hệ thống thể qua hình chữ nhật với tên hệ thống bên - Tác nhân thể qua kí hiệu hình nhân - Use Case thể qua hình ellipse Hệ thống: Vì hệ thống thành phần mô hình Use Case nên ranh giới hệ thống mà ta muốn phát triển cần phải định nghĩa rõ ràng Xin nhớ hệ thống thiết hệ thống phần mềm; máy, doanh nghiệp Định nghĩa ranh giới trách nhiệm hệ thống việc dễ dàng, người ta rõ ràng nhìn tác vụ có khả tự động hóa tốt hệ thống tác vụ tốt nên thực thủ công dành cho hệ thống khác Một khía cạnh khác cần ý hệ thống cần phải lớn tới mức độ phiên Cố gắng tối đa cho phiên hệ thống thường cách mà người ta hay thực hiện, mục tiêu tầm khiến cho hệ thống trở nên lớn thời gian để cung cấp hệ thống lâu Một sáng kiến tốt xác nhận cho rõ chức tập trung vào việc định nghĩa kiến trúc hệ thống thích hợp, rõ ràng, có tảng rộng mở để nhiều chức bổ sung vào hệ thống phiên sau Yếu tố quan trọng bạn phải tạo dựng catalog khái niệm (các thực thể) trung tâm với thuật ngữ định nghĩa thích hợp giai đoạn đầu thời kỳ phân tích Đây chưa phải mô hình phạm vi đối tượng, mà cố gắng để mô tả thuật ngữ hệ thống doanh nghiệp mà cần mô hình hóa Các thuật ngữ sau dùng để mô tả Use Case Phương thức cụ thể catalog khác nhau; mô hình khái niệm mối quan hệ đơn giản văn chứa thuật ngữ lời mô tả vắn tắt thuật ngữ giới thực Tác nhân: Một tác nhân người vật tương tác với hệ thống, sử dụng hệ thống Trong khái niệm "tương tác với hệ thống", ý muốn nói tác nhân gửi thông điệp đến hệ thống nhận thông điệp xuất phát từ hệ thống, thay đổi thông tin với hệ thống Nói cách ngắn gọn, tác nhân thực Use Case Thêm điều nữa, tác nhân người mà hệ thống khác (ví dụ máy tính khác nối kết với hệ thống loại trang thiết bị phần cứng tương tác với hệ thống) 2/9 Biểu đồ Use Case Một tác nhân dạng thực thể (một lớp), thực thể Tác nhân mô tả đại diện cho vai trò, người sử dụng thật cụ thể hệ thống Nếu anh chàng John muốn mua hợp đồng bảo hiểm từ hãng bảo hiểm, vai trò người mua hợp đồng bảo hiểm, thứ mà muốn mô hình hóa, thân anh chàng John Trong thực, người cụ thể đóng vai trò làm nhiều tác nhân hệ thống: nhân viên ngân hàng đồng thời khách hàng ngân hàng Mặt khác, số lượng vai trò mà người cụ thể phép đảm trách hệ thống bị hạn chế, ví dụ người không phép vừa soạn hóa đơn vừa phê duyệt hóa đơn Một tác nhân có tên, tên cần phải phản ánh lại vai trò tác nhân Cái tên không phản ánh lại thực thể riêng biệt tác nhân, mà không phản ánh chức tác nhân Một tác nhân giao tiếp với hệ thống cách gửi nhận thông điệp, giống khái niệm quen biết lập trình hướng đối tượng Một Use Case kích hoạt tác nhân gửi thông điệp đến cho Khi Use Case thực hiện, Use Case gửi thông điệp đến nhiều tác nhân Những thông điệp đến với tác nhân khác, bên cạnh tác nhân kích hoạt gây Use Case Tác nhân xếp loại Một tác nhân (Primary Actor) tác nhân sử dụng chức hệ thống, tức chức Ví dụ, hệ thống bảo hiểm, tác nhân tác nhân xử lý việc ghi danh quản lý hợp đồng bảo hiểm Một tác nhân phụ (secondary actor) tác nhân sử dụng chức nặng phụ hệ thống, ví dụ chức bảo trì hệ thống quản trị ngân hàng liệu, giao tiếp, back-up tác vụ quản trị khác Một ví dụ cho tác nhân phụ nhà quản trị nhân viên sử dụng chức hệ thống để rút thông tin thống kê doanh nghiệp Cả hai loại tác nhân mô hình hóa để đảm bảo mô tả đầy đủ chức hệ thống, chức thật nằm mối quan tâm chủ yếu khách hàng Tác nhân định nghĩa theo dạng tác nhân chủ động (active actor) hay tác nhân thụ động (passive actor) Một tác nhân chủ động tác nhân gây Use Case, tác nhân thụ động không gây Use Case mà tham gia vào nhiều Use Case Tìm tác nhân: Khi nhận diện tác nhân, có nghĩa lọc thực thể đáng quan tâm theo khía cạnh sử dụng tương tác với hệ thống Sau thử đặt vào vị trí tác nhân để cố gắng nhận yêu cầu đòi hỏi tác nhân hệ thống xác định tác nhân cần Use Case Có thể nhận diện tác nhân qua việc trả lời số câu hỏi sau: 3/9 Biểu đồ Use Case - Ai sử dụng chức hệ thống (tác nhân chính)? - Ai cần hỗ trợ hệ thống để thực tác vụ hàng ngày họ? - Ai cần bảo trì, quản trị đảm bảo cho hệ thống hoạt động (tác nhân phụ)? - Hệ thống phải xử lý làm việc với trang thiết bị phần cứng nào? - Hệ thống cần phải tương tác với hệ thống khác nào? Nhóm hệ thống chia làm hai nhóm, nhóm kích hoạt cho mối quan hệ với hệ thống, nhóm mà hệ thống cần phải xây dựng thiết lập quan hệ Khái niệm hệ thống bao gồm hệ thống máy tính khác ứng dụng khác máy tính mà hệ thống hoạt động - Ai hay quan tâm đến kết (giá trị) mà hệ thống sản sinh ra? Khi tìm người sử dụng hệ thống, đừng quan sát người ngồi trước hình máy tính Nên nhớ rằng, người sử dụng người hay vật tương tác trực tiếp gián tiếp với hệ thống sử dụng dịch vụ hệ thống để đạt đến kết Đừng quên mô hình hóa Use Case thực để mô hình hóa doanh nghiệp, tác nhân thường thường khách hàng doanh nghiệp Từ suy họ người sử dụng theo nghĩa đơn giản trực tiếp người ngồi trước hình máy tính thao tác với máy tính Để nhận dạng tốt nhiều tác nhân khác nhau, tiến hành nghiên cứu người sử dụng hệ thống thời (một hệ thống thủ công hệ thống tồn tại), hỏi xem họ đóng vai trò thực thi công việc hàng ngày họ với hệ thống Cũng người sử dụng thực thi nhiều vai trò khác nhiều thời điểm khác nhau, tùy thuộc vào việc chức hệ thống sử dụng Xin nhắc lại, tác nhân vai trò (một lớp), thực thể riêng lẻ Mặc dù vậy, cung cấp ví dụ vài thực thể tác nhân, bạn đảm bảo tác nhân thật tồn Một tác nhân phải có liên kết (Association) với nhiều Use Case Mặc dù có tác nhân không kích hoạt nên Use Case nào, tác nhân giao tiếp với Use Case thời điểm Cần phải đặt tên cho tác nhân để tên phản ánh vai trò tác nhân hệ thống Biểu diễn tác nhân ngôn ngữ UML: Tác nhân UML lớp với biệt ngữ "Actor" (Tác nhân) tên lớp tên tác nhân (phản ánh vai trò tác nhân) Một lớp tác nhân vừa có thuộc 4/9 Biểu đồ Use Case tính (attribute) lẫn hành vi (method) thuộc tính tài liệu (document) mô tả tác nhân Một lớp tác nhân có biểu tượng chuẩn hóa, biểu tượng "hình nhân": Hình 4.2- biểu tượng tác nhân UML Use Case: Một Use Case đại diện cho chức nguyên vẹn mà tác nhân nhận Một Use Case ngôn ngữ UML định nghĩa tập hợp chuỗi hành động mà hệ thống thực để tạo kết quan sát được, tức giá trị đến với tác nhân cụ thể Những hành động bao gồm việc giao tiếp với loạt tác nhân thực tính toán công việc nội bên hệ thống Các tính chất tiêu biểu Use Case là: - Một Use Case gây tác nhân, thực nhân danh tác nhân Tác nhân phải lệnh cho hệ thống để thực Use Case đó, dù trực tiếp hay gián tiếp Hiếm có tác nhân không liên quan đến việc gây Use Case - Một Use Case phải cung cấp giá trị cho tác nhân Giá trị cần thiết phải trội ngoài, phải thấy rõ - Một Use Case phải hoàn tất Một lỗi thường gặp sẻ chia Use Case thành Use Case nhỏ hơn, Use Case thực thi lẫn giống việc gọi hàm cho ngôn ngữ lập trình Một Use Case không coi hoàn tất chừng mà giá trị cuối chưa sản sinh ra, chí xẩy nhiều động tác giao tiếp (ví dụ đối thoại với người sử dụng) Use Case nối với tác nhân qua liên kết (association) Đường liên kết tác nhân giao tiếp với Use Case Mối liên kết bình thường mối quan hệ 1-1 hướng Điều muốn nói lên thực thể lớp tác nhân giao tiếp với thực thể Use Case hai giao tiếp với hai chiều Một Use Case đặt tên theo thực thể mà Use Case thực hiện, ví dụ ký hợp đồng bảo hiểm, cập nhật danh sách, v.v…, thường cụm từ từ riêng lẻ 5/9 Biểu đồ Use Case Một Use Case lớp, thực thể Nó mô tả trọn vẹn chức năng, kể giải pháp bổ sung thay có, lỗi xảy ngoại lệ xảy trình thực thi Một kết thực thể hóa Use Case gọi cảnh kịch (scenario) đại diện cho sử dụng cụ thể hệ thống (một đường dẫn thực thi riêng biệt qua hệ thống) Ví dụ cảnh kịch Use Case "Ký hợp đồng bảo hiểm" "John liên hệ với hệ thống qua điện thoại sau ký hợp đồng bảo hiểm ô tô cho xe Toyota Carolla mà vừa mua." Tìm Use Case: Quá trình tìm Use Case bắt đầu với tác nhân xác định phần trước Đối với tác nhân, hỏi câu hỏi sau: a Tác nhân cần chức từ hệ thống? Hành động tác nhân ? Ví dụ cho giao dịch rút tiền bên máy ATM nhà băng lẻ, hành động khách hàng (tác nhân) : - Đút thẻ vào máy ATM - Nhập password - Nhập loại chuyển dịch - Nhập số tiền mặt muốn rút - Yêu cầu loại tiền - Nhặt tiền từ máy - Rút thẻ tờ in kết giao dịch b Tác nhân có cần phải đọc, phải tạo, phải hủy bỏ, phải sửa chữa, lưu trữ loại thông tin hệ thống? Ví dụ : - Nhân viên nhà băng liệu có quyền truy xuất hay thay đổi mức tiền lãi? - Khách hàng thay đổi password 6/9 Biểu đồ Use Case c Tác nhân có cần phải báo cho hệ thống biết kiện đó? Những kiện đại diện cho chức nào? Ví dụ : - Khách hàng kết thúc tài khoản, nhân viên cung cấp thông tin cho hệ thống - Có chương trình đầu tư mới, chi tiết chương trình phải nhân viên nhà băng nhập vào hệ thống d Hệ thống có cần phải thông báo cho Actor thay đổi bất ngờ nội hệ thống? - Trong tài khoản tiền - Ba kỳ liên tiếp tiền lương chưa đổ tài khoản e Công việc hàng ngày tác nhân đơn giản hóa hữu hiệu hóa qua chức hệ thống (thường chức tiêu biểu chưa tự động hóa hệ thống)? f Các câu hỏi khác: - Use Case gây kiện khác? Ví dụ : Sự kiện thời gian: Cuối tháng, hết hạn đầu tư Sự kiện bình thường hệ thống: Tự động chuyển tiền theo lệnh xác định trước Các kiện bất bình thường: Hợp đồng đầu tư kết thúc trước thời hạn - Hệ thống cần thông tin đầu vào/đầu nào? Những thông tin đầu vào/đầu từ đâu tới đâu? - Khó khăn thiếu hụt hệ thống thời nằm đâu (thủ công /tự động hóa)? Đối với nhóm câu hỏi cuối nghĩa Use Case tác nhân, mà tác nhân nhận nhận diện Use Case sau xác định tác nhân dựa sở Use Case Xin nhắc lại, Use Case phải liên kết với tác nhân 7/9 Biểu đồ Use Case Ví dụ tìm Use Case: Nhà băng ABC đưa yêu cầu sau: - Một khách hàng muốn gửi tiền vào, rút tiền đơn giản kiểm tra lại số tiền tài khoản qua máy tự động rút tiền (ATM) Khi đưa tiền vào rút tiền ra, cần phải ghi giấy kết chuyển dịch thực trao tờ giấy cho khách hàng Quan sát chức thành phần tham gia, ta thấy có hai tác nhân dễ nhận khách hàng nhân viên thu ngân Qua đó, nhân dạng Use Case sau: - Gửi tiền vào - Rút tiền - Kiểm tra mức tiền tài khoản - Thực chuyển dịch nội hệ thống - In kết chuyển dịch thực Hình 4.3 – Các Use case hệ thống ATM Use Case gửi tiền vào rút tiền phụ thuộc vào Use Case thực chuyển dịch nội hệ thống, việc thực phần lại phụ thuộc vào chức in 8/9 Biểu đồ Use Case công việc thực Kiểm tra mức tiền tài khoản Use Case độc lập, không phụ thuộc vào Use Case khác 9/9 ... nghĩa Use Case tác nhân, mà tác nhân nhận nhận diện Use Case sau xác định tác nhân dựa sở Use Case Xin nhắc lại, Use Case phải liên kết với tác nhân 7/9 Biểu đồ Use Case Ví dụ tìm Use Case: Nhà... thể Use Case hai giao tiếp với hai chiều Một Use Case đặt tên theo thực thể mà Use Case thực hiện, ví dụ ký hợp đồng bảo hiểm, cập nhật danh sách, v.v…, thường cụm từ từ riêng lẻ 5/9 Biểu đồ Use. .. gây Use Case - Một Use Case phải cung cấp giá trị cho tác nhân Giá trị cần thiết phải trội ngoài, phải thấy rõ - Một Use Case phải hoàn tất Một lỗi thường gặp sẻ chia Use Case thành Use Case