Phân tích thiết kế hướng đối tượng 18 • Xét hệ thống website có các chức năng sau:. • Khách hàng đăng ký tài khoản và mua sản phẩm • Chủ cửa hàng duyệt các đ ơ n hàng và đăng ký sản phẩm[r]
(1)Chương 3. Mơ hình Use Case
GV: Lê Thị Minh Nguyện Email: nguyenltm@huflit.edu.vn
Phân tích thiết kế hướng đối tượng
Nội dung
1 Giới thiệu Use case
2 Các khái niệm mơ hình hóa UC 3 Luồng kiện UC
Phân tích thiết kế hướng đối tượng
1 Giới thiệu Use case
Phân tích thiết kế hướng đối tượng MUA
SODA
1 Giới thiệu Use case
Phân tích thiết kế hướng đối tượng Đưa tiền
(2)1 Giới thiệu Use case
Phân tích thiết kế hướng đối tượng Đưa tiền
Lựa sản phẩm Không có SP
1 Giới thiệu Use case
Phân tích thiết kế hướng đối tượng
Giả sử định mua máy fax
Loại máy chọn đây?
Tôi tự hỏi thật xác muốn làm với máy fax mua? Tơi muốn có tính nào?
Tôi muốn dùng giấy thường hay giấy thermal? Tơi muốn copy máy đó?
Tơi muốn nối với máy tính mình?
Tơi muốn dùng vừa làm máy fax vừa làm scanner?
Tơi có cần phải gởi fax thật nhanh đến mức độ cần chức chọn số tăng tốc? Liệu tơi có muốn sử dụng máy fax để phân biệt cú điện thoại gọi tới fax gởi tới ?
1 Giới thiệu Use case
Phân tích thiết kế hướng đối tượng
Giả sử định mua máy fax
Loại máy chọn đây?
Tơi tự hỏi thật xác muốn làm với máy fax mua? Tơi muốn có tính nào?
Tơi muốn dùng giấy thường hay giấy thermal? Tôi muốn copy máy đó?
Tơi muốn nối với máy tính mình?
Tơi muốn dùng vừa làm máy fax vừa làm scanner?
Tơi có cần phải gởi fax thật nhanh đến mức độ cần chức chọn số tăng tốc? Liệu tơi có muốn sử dụng máy fax để phân biệt cú điện thoại gọi tới fax gởi tới ?
2 Các khái niệm mơ hình hóa UC
2.1 Tác nhân (Actor) 2.2 Use case-UC
2.3 Ví dụ xác định Actor Use case 2.4 Quan hệ (Relationship)
2.5 Biểu đồ Use Case (Use case Diagram)
(3)2.1 Actor
•Tác nhân (actor) biểu diễn thứ gìtương tác với hệ thống
•Là đối tượngbên ngồitương tác với hệ thống theo hình thức:
•Tương tác trao đổi thơng tin với hệ thống sử dụng chức
•Cung cấp đầu vào nhận thông tin đầu từ hệ thống •Khơng điều khiển hoạt động hệ thống.
•Có thể làngười, máy móchoặchệ thống khácmà khơng phải xây dựng
• Ví dụ thiết bị ngoại vi, chí database
9
Actor
KhachHang
2.1 Actor
•Đặt câu hỏi sau để tìm tác nhân:
•Nhóm người yêu cầu hệ thống làm việc giúp họ? •Nhóm người kích hoạt chức hệ thống? •Nhóm người trì quản trị hệ thống hoạt động? •Hệ thống có tương tác với thiết bị ngoại vi hay phần mềm
nào khác khơng?
•Hệ thống xây dựng tương tác với hệ thống khác nào? •Thơng tin tác nhân:
•Tên tác nhân phải mơ tả vai trị tác nhân cách rõ ràng •Tên nên danh từ
•Cần mơ tả khái qt khả tác nhân 10 Tìm kiếm tác nhân hệ thống
2.2 Use Case (UC)
•Use case (Chức năng): Mơ tảchức mà hệ thống có •Mỗi Use-Case biểu diễn cho chức hệ thống •Use-Case chuỗi bao gồm nhiều hành động
•Mỗi Use-Case mở rộng (extext) thành nhiều Use-Case khác
•Mỗi Use-Case bao hàm (include) nhiều Use-Case khác •Use-Case đặt bên phạm vi hệ thống
•Ký hiệu: hình elip + tên Use-Case (động từ)
Phân tích thiết kế hướng đối tượng 11
Mượn sách Use Case
2.2 Use Case (UC)
•Xem u cầu chức để tìm UC
•Đối với tác nhân tìm được, đặt câu hỏi sau để tì Use case hệ thống
•Các tác nhân yêu cầu hệ thống thực chức
•Các cơng việc chính(đọc, ghi, tạo lập, bãi bỏ, sửa đổi) mà tác nhân muốn HT thực thi?
•Tác nhân có tạo hay thay đổi liệu HT? •Tác nhân có phải thơng báo cho HT? •Tác nhân có cần thơng tin thơng báo từ HT? •Thơng tin use case:
•Tên UC nên rõ kết trình tương tác với tác nhân •Tên nên động từ
•Mơ tả ngắn gọn mục đích UC
(4)Những điều nên tránh tạo Use Case •Tạo UC nhỏ
•Hành động đơn giản mà cần mô tả vài dịng •Tạo q nhiều Use case (hàng chục)
•Nhóm Use case liên quan thành Use case tổng qt (mức 1)
•Mơ tả Use Case tổng qt sơ đồ khác (mức 2) •Ví dụ: “Quản lý sách” bao gồm “Nhập sách”, “Xuất sách”, “…” •Sử dụng Use-case cụ thể, làm việc với liệu cụ
thể Ví dụ:
•“Tìm sách theo tên” (nên “Tìm sách”) •“Nhập Pin vào máy ATM” (nên “Nhập PIN”)
•“Thêm sách” (nên “Quản lý sách” bao gồm “Thêm sách”)
Phân tích thiết kế hướng đối tượng 13
Ranh giới hệ hệ thống giới thực
Phân tích thiết kế hướng đối tượng 14
Subject/System boundary:
Chỉ ranh giới (boundary) system giới thực Actor thường nằm bên system, use cases thường nằm system
Ví dụ: Xác định tác nhân Use Case •Xét hệ thống website có chức sau:
•Khách hàng đăng ký tài khoản mua sản phẩm •Chủ cửa hàng duyệt đơn hàng đăng ký sản phẩm
•Hệ thống website có chức xuất báo cáo tập tin excel sử dụng phần mềm MS Excel
•Hệ thống hỗ trợ khách hàng trực tuyến cách trao đổi trực tiếp âm micro
•Hệ thống có khả giao tiếp với thiết bị đọc mã vạch để phục vụ cho việc nhập thông tin sản phẩm
•Hệ thống hỗ trợ tốn trực tuyến thông qua việc kết nối với Hệ thống tốn Paypal
Phân tích thiết kế hướng đối tượng 15
Ví dụ: Xác định tác nhân Use Case
(5)Ví dụ: Xác định tác nhân Use Case
Phân tích thiết kế hướng đối tượng 17
Phân loại Actor
Xác định Use Case
Phân tích thiết kế hướng đối tượng 18 •Xét hệ thống website có chức sau:
•Khách hàng đăng ký tài khoản mua sản phẩm •Chủ cửa hàng duyệt đơn hàng đăng ký sản phẩm
•Hệ thống website có chức xuất báo cáo tập tin excel sử dụng phần mềm MS Excel
•Hệ thống hỗ trợ khách hàng trực tuyến cách trao đổi trực tiếp âm micro
•Hệ thống có khả giao tiếp với thiết bị đọc mã vạch để phục vụ cho việc nhập thơng tin sản phẩm
•Hệ thống hỗ trợ tốn trực tuyến thơng qua việc kết nối với Hệ thống toán Paypal
Xác định Use Case
Phân tích thiết kế hướng đối tượng 19
2.3 Quan hệ (Relationship) • Association
• Include • Extend
• Generalization/Specializtion
(6)Association • Association
• Là mối liên hệ giữaactors và use cases
• Thể tương tác actors use cases • Đơi có mũi tên (thể
hướng thực thi)
• Một use case bắt đầu tác nhân để gọi chức hệ thống
Phân tích thiết kế hướng đối tượng
21
Include
•Cho phép UC sử dụng chức UC khác
•Chức UC Inclusion bắt buộc gọi trong UC Base
•Sử dụng stereotype <<include>>
Phân tích thiết kế hướng đối tượng 22
Include
Phân tích thiết kế hướng đối tượng 23 UC rút tiền
1.Gọi UC xác thực KH 2.Hiển thị menu
3.KH chọn chức rút tiền UC xác thực KH
2 Kiểm tra thẻ Đưa thẻ vào máy KH nhập pin Hệ thống kiểm tra pin
E1: Thẻ sai E2: sai pin
Khi dùng quan hệ <<include>> •Tách hành vi (chức năng) chung nhiều UC
•Tránh việc mơ tả hành vi nhiều lần UC •Đảm bảo hành vi chung thống •Tách hành vi UC sở nên đóng gói riêng
(encapsulate)
•Tách hành vi khơng phải UC (hành vi quan trọng) •Giảm thiểu phức tạp luồng kiện
(7)<<extend>>
•Cho phép mở rộng chức UC •Chèn hành vi UC Extension vào UC Base
•Chỉ chèn điều kiện extend (mở rộng, phát sinh) (Khi thực thực UC Base thực UC extension số tình đó, khơng bắt buộc)
•Chèn vào lớp sở điểm phát sinh (extension point) •Sử dụng stereotype <<extend>>
Phân tích thiết kế hướng đối tượng 25
Khi dùng quan hệ mở rộng <<Extends>>
•Tách hành vi ngoại lệ, đặc biệt khơng bắt buộc
•Chỉ thực thi điều kiện cụ thể
•Tách để làm đơn giản luồng
•Thêm hành vi mở rộng UC sở
•Phát triển hành vi độc lập • Extension use case khơng bắt
buộcphải xảy
Phân tích thiết kế hướng đối tượng 26
Generalization/Specializtion •Chỉ vài tác nhân hay UC có
một số chung, giống •Khơng thiết hình thành quan
hệ cho tác nhân
•Khi mộtloại tác nhân kích hoạtmột
hay vàiUC màloại tác nhân khác khơng kích hoạt-> nên hình thành quan hệ khái qt hóa
•Khi cảhai loại tác nhâncùng sử dụng UC -> không cần mơ hình hóa quan hệ khái qt hóa
Phân tích thiết kế hướng đối tượng 27
Tạo gói
Phân tích thiết kế hướng đối tượng 28 Có thểnhóm thành phần thànhmột nhóm chung
Nếusố lượng UC lớncó thể chia chúng vào nhóm • Dễ hiểu mơ hình tổng thể
• Dễ bảo trì mơ hình UC
• Dễ giao việc cho thành viên
Xem xét khả nănggộp nhóm
• Tương tácvớicùng tác nhân