Đang tải... (xem toàn văn)
Hệ thống có 2 Actor chính là thủ thư và người quản trị, trong đó người quản trị có quyền thực hiện các chức năng trong hệ thống như là một thủ thư, ngoài ra người quản trị có quyền qu[r]
(1)Bài thực hành 01:
THỰC HÀNH VỀ XÂY DỰNG BIỂU ĐỒ USE CASE
1 Mục tiêu
Trình bày thành phần biểu đồ Use case
Xác định Actor hệ thống
Xác định Use case hệ thống
Xác định mối quan hệ Use case
Sử dụng phần mềm Rational Rose để biểu diễn biểu đồ Use case
Rèn luyện tư logic, sáng tạo người học
2 Các ký hiệu vẽ Use case:
Actor: Actor dùng để người sử dụng đối tượng bên ngồi tương tác với hệ thống Actor biểu diễn sau:
Use Case: chức mà Actor sử dụng Nó ký hiệu sau:
Với việc xác định chức mà Actor sử dụng bạn xác định Use Case cần có hệ thống
Relationship(Quan hệ): Hay gọi conntector sử dụng để kết nối các đối tượng với Có kiểu quan hệ:
+ Quan hệ Association:
(2)Ví dụ Actor User thừa kế tồn quyền Actor Guest
+ Quan hệ Include: Include quan hệ Use Case với nhau, mô tả việc Use Case lớn chia thành Use Case nhỏ để dễ cài đặt (module hóa) thể dùng lại
Use Case “Verify Password” gộp chung vào Use Case Login tách Use Case khác sử dụng để module hóa cho dễ hiểu, dễ cài đặt
+ Quan hệ Extend: dùng để mô tả quan hệ Use Case Quan hệ Extend sử dụng có Use Case tạo để bổ sung chức cho Use Case có sẵn sử dụng điều kiện định
(3)Trong ví dụ “Open Account” Use Case sở khách hàng mở tài khoản Tuy nhiên, có thêm điều kiện khách hàng công ty thêm người sở hữu lên tài khoản Add Account Holder chức mở rộng Use Case “Open Account” cho trường hợp cụ thể Actor Cơng ty nên quan hệ quan hệ Extend
+ System Boundary: sử dụng để xác định phạm vi hệ thống mà chúng
ta thiết kế Các đối tượng nằm ngồi hệ thống có tương tác với hệ thống được xem Actor
System Boundary giúp dễ hiểu chia hệ thống lớn thành hệ
thống để phân tích, thiết kế
Các bước xây dựng Use Case Diagram
Bước 1: Tìm Actor
Trả lời câu hỏi sau để xác định Actor cho hệ thống:
Ai sử dụng hệ thống này?
Hệ thống tương tác với hệ thống này?
Xem xét ví dụ ATM thấy:
Ai sử dụng hệ thống? -> Customer, ATM Technician
Hệ thống tương tác với hệ thống này? -> Bank
Như có 03 Actor: Customer, ATM Technician Bank
Bước 2: Tìm Use case
Trả lời câu hỏi Actor sử dụng chức hệ thống? xác định Use Case cần thiết cho hệ thống
Xem xét ví dụ ta thấy:
Customer sử dụng chức năng: Check Balance, Deposit, Withdraw
Transfer
ATM technician sử dụng: Maintenance Repair
(4)Tóm lại, phải xây dựng hệ thống có chức năng: Check Balance, Deposit, Withdraw, Transfer, Maintenance Repair để đáp ứng cho người sử dụng hệ thống tương tác
+ Bước 3: Xác định quan hệ
Phân tích định quan loại hệ Actor Use Case, Actor với nhau, Use Case với sau nối chúng lại vẽ Use
Case
Bản vẽ Use Case ATM
Bài tập Xây dựng sơ đồ Use case cho hệ thống thương mại điện tử (E-Commerce) sau:
“Một công ty chuyên kinh doanh thiết bị điện tử công nghệ thơng tin nhiều năm có lượng khách hàng định.Để mở rộng hoạt động kinh doanh mình, cơng ty mong muốn xây dựng hệ thống thương mại điện tử nhằm mở rộng phạm vi kinh doanh mạng Internet
(5)Ngồi ra, hệ thống cần có phân hệ để đảm bảo cho công ty quản lý hoạt động kinh doanh số lượng hàng có kho, quản lý đơn đặt hàng, tình trạng giao hàng, tốn v.v…
Thông tin chi tiết chức bạn tham khảo thêm Website bán hàng
Bạn giúp công ty xây dựng hệ thống use casse trên.” Hướng dẩn: Các bước xây dựng vẽ Use Case
Bước 1: Thu thập kiến thức liên quan đến hệ thống xây dựng
Trước hết, để phân tích hệ thống bạn phải có kiến thức hệ thống thương mại điện tử, tìm hiểu thơng qua nguồn sau:
Xem trang Web bán hàng qua mạng amazon, lazada.vn, bkc.vn v.v
Xem hệ thống mẫu thương mại điện tử nguồn mở Magento, OpenCart,
Spree Commerce v.v…
Đọc sách, báo eCommerce
Hỏi người chuyên lĩnh vực (hỏi chuyên gia)
Lưu ý: Bạn thiết kế tốt bạn khơng có kiến thức lĩnh vực sản phẩm mà bạn xây dựng
Bước 2: Xác định Actor
Hãy trả lời cho câu hỏi “Ai sử dụng hệ thống này?”
Xem xét Website nhận thấy:
Những người muốn mua hàng vào website để xem thông tin Những người là Khách hàng tiềm (Guest)
Những người đặt hàng vào kiểm tra đơn hàng, toán v.v gọi Khách hàng (Customer)
Về phía đơn vị bán hàng, có người sau tham gia vào hệ thống:
o Người quản lý bán hàng: định nhập hàng, giá bán, quản lý tồn kho, doanh thu, sách khuyến
o Người bán hàng: Tư vấn cho khách hàng, theo dõi đơn hàng, thu tiền, theo dõi chuyển hàng cho khách
o Quản lý kho: xuất, nhập hàng, quản lý tồn kho
o Quản trị hệ thống: Tạo người dùng, Phân quyền, Tạo cửa hàng
Tiếp theo trả lời câu hỏi “Hệ thống tương tác với hệ thống này?”
(6)Như vậy, có Actor hệ thống gồm: Khách hàng tiềm năng, khách hàng, Người bán hàng, Quản lý Kho, Quản trị hệ thống, Cổng toán
Bạn cần khảo sát phân tích thêm hỏi trực tiếp khách hàng để xác định đầy đủ Actor cho hệ thống
Bước 3: Xác định Use Case
Bạn cần trả lời câu hỏi “Actor sử dụng chức hệ thống?”
Trước tiên, xem xét với Actor “Khách hàng tiềm năng” trang bkc.vn để xem họ sử dụng chức nào?
Xem trang chủ
Xem sản phẩm theo:
+ Theo chủng loại + Nhà sản xuất
+ Tìm kiếm theo văn gõ vào Xem chi tiết sản phẩm chọn Xem khuyến
Xem so sánh Mua hàng
Quản lý giỏ hàng
Chat với người bán hàng
Đăng ký tài khoản để trở thành khách hàng
Tiếp theo, xem xét Actor “Khách hàng” nhận thấy họ sử dụng chức năng: Đăng nhập
Xem đơn hàng Thanh toán
Tiếp theo, xem xét Actor “Người bán hàng” họ sử dụng chức năng: Đăng nhập
Chat với khách hàng Theo dõi đơn hàng Thu tiền
Theo dõi chuyển hàng
(7)Bước 4: Vẽ vẽ Use Case
Trước hết xem xét phân tích chức “Khách hàng tiềm năng” nhận thấy
Chức xem sản phẩm có cách chọn loại sản phẩm, nhà sản xuất để xem và gõ vào tìm kiếm Nên tách làm Xem sản phẩm Tìm kiếm Chức mua hàng, thực chất thêm vào giỏ hàng nên xem chức
con quản lý giỏ hàng
Đặt lại tên cho gọn xác định mối quan hệ chúng, vẽ Use Case Diagram cho Actor sau:
Bản vẽ Use Case cho Actor “Khách hàng tìm năng”
Tiếp theo, chúng xem xét chức cho Actor “Khách hàng” nhận thấy chức “Thanh toán” thường thực cho đơn hàng cụ thể nên chức “Quản lý đơn hàng” Ngoài ra, chức Actor sử dụng không giao với Actor “Khách hàng tiềm năng” nên biểu diễn sau:
Bản vẽ Use Case cho Actor “Khách hàng” Tiếp tục xem xét Actor “Người bán hàng” nhận thấy:
(8) Chức “Quản lý đơn hàng” quản lý cho nhiều khách hàng nên khác với chức “Quản lý đơn hàng” Actor “Khách hàng” nên để phân biệt sửa chức “Quản lý đơn hàng ” Actor “Khách hàng” thành “Quản lý đơn hàng cá nhân”
Chức “Đăng nhập” dùng chung với Actor “Khách hàng”, chức Chat dùng chung với Actor “Khách hàng tiềm năng”
Vẽ chúng chung với vẽ sau:
Bản vẽ Use Case bổ sung chức cho
“Khách hàng tiềm năng”, “Khách hàng” “Người bán hàng”
Các bạn tiếp tục hồn tất chức cho Actor cịn lại để có vẽ hồn chỉnh Use Case cho hệ thống
Bài tập 2: Mô tả chức yêu cầu HỆ THỐNG QUẢN LÝ THƯ VIỆN
Xây dựng hệ thống quản lý thư viện cho trường Đại học gồm hoạt động quản lý thông tin sách, quản lý thông tin độc giả, quản lý hoạt động mượn trả sách:
Sinh Viên trường muốn mượn sách thư viện trước tiên phải đăng ký làm
(9)và in thẻ thư viện giao cho sinh viên, thơng tin thẻ thư viện có sai sót hệ thống cho phép thủ thư sửa, độc giả bị loại bỏ khỏi thư viện hệ thống cho phép xóa thẻ thư viện
Các sách thư viện quản lý thông tin theo đầu sách, đầu sách
trong thư viện có nhiều khác Thông tin đầu sách gồm (Mã đầu sách, tên đầu sách, nhà xuất bản, số trang, kích thước, tác giả, số lượng sách), thơng tin đầu sách gồm (mã đầu, mã sách, tình trạng, ngaynhap) Khi thư viện nhập sách thủ thư có nhiệm vụ nhập thơng tin sách vào thư viện, thơng tin sách có thay đổi loại bỏ khỏi thư viện, thủ thư thực sửa thơng tin sách xóa sách
Thư viện quản lý đầu sách theo chuyên ngành, đầu sách phân thành
các chuyên ngành khác Thông tin chuyên ngành gồm (Mã chuyên ngành, tên
chuyên ngành, mô tả)
Mỗi độc giả lần mượn mượn sách, độc giả muốn
mượn sách vào tìm sách thư viện ghi thông tin vào phiếu mượn gồm mã sách, mã độc giả gửi cho thủ thư Thủ thư tiến hành ghi nhận thông tin phiếu mượn vào hệ thống, giữ lại thẻ độc giả giao sách cho độc giả Thông tin phiếu mượn gồm (Mã sách, mã độc giả, mã thủ thư cho mượn sách, ngày mượn, tình trạng)
Khi độc giả trả sách thủ thư thực chức trả sách để ghi nhận tình trạng trả
sách cho phiếu mượn
Định kỳ thủ thư phải làm báo cáo thống kê gửi lên lãnh đạo thư viện báo cáo
gồm: Thông tin đầu sách cho mượn nhiều nhất, thông tin độc giả chưa trả sách
Để quản lý người dùng hệ thống, thư viện có nhân viên đóng người quản trị
vai trò làm Nhân viên có quyền quản lý thơng tin người dùng hệ thống Khi có nhân viên thư viện người quản trị cập nhật thông tin thủ thư vào hệ thống, tạo tài khoản cấp quyền cho nhân viên thư viện Khi thơng tin nhân viên thư viện có sai sót loại bỏ khỏi hệ thống người quản trị sửa xóa thơng tin nhân viên thư viện khỏi hệ thống
Người dùng hệ thống phải đăng nhập trước thực
(10)2 Xây dựng biểu đồ Use case mức tổng quát cho hệ thống quản lý thư viện
3 Xây dựng biểu Use case phân rã cho Use case tổng quát có
4 Xây dựng kịch cho Use case
Hướng dẫn thực hiện:
1 Dựa vào mô tả hệ thống quản lý thư viện, xác định Actor hệ
thống quản lý thư viện
- Phân tích tốn
Trả lời câu hỏi ai, hệ thống nào…tác động trực tiếp, gián tiếp vào hệ thống
quản lý thư viện
Xác định Actor
Minh họa
- Từ mô tả ta tìm thấy Actor hệ thống : Actor thủ thư Actor
người quản trị Actor nhận kết từ hệ thống Actor Độc giả Actor Quản lý thư viện
2 Xây dựng biểu đồ Use case mức tổng quát cho hệ thống quản lý thư viện Phân tích tốn:
- Bước 1: Từ Actor xác định Use Case tổng quát
Hệ thống có Actor thủ thư người quản trị, người quản trị có quyền thực chức hệ thống thủ thư, người quản trị có quyền quản lý người dùng
Các Use case mà Thủ thư sử dụng gồm: Quản lý độc giả, quản lý sách, quản lý mượn trả sách, thống kê báo cáo, Đăng Nhập
Các Use case mà người quản trị sử dụng gồm: Các Use case thủ thư Use case Quản lý người dùng
- Bước 2: Xác định mối quan hệ Actor – Actor, Actor – Use Case, Use
Case – Use Case
(11)- Hai Actor hệ thống Actor Thủ thư Actor QuanTri Actor sử
dụng trực tiếp Use case hệ thống, nên Actor có mối quan hệ Association với Actor mà Use case sử dụng
- Actor Quản trị có vai trị Thủ thư, ngồi có quyền thực Use case
QuanLyNguoiDung Nên Actor QuanTri thực tất Use case mà Thủ thư thực hiện, nên Actor QuanTri Actor ThuThu có mối quan hệ kế thừa
- Khi thực tất Use case người dùng phải Đăng nhập, Use case
đăng nhập phần chung tách từ Use case khác Vì Use case có mối quan hệ include với Use case đăng nhập
- Hai Actor Bạn đọc Quản lý thư viện Actor không trực tiếp mà nhận kết
từ hệ thống, nên có mối quan hệ phụ thuộc vào Use case mà tác nhân nhận kết
3 Xây dựng kịch cho Use case Phân tích:
- Kịch Use case chuỗi tương tác Actor phản ứng hệ thống để
(12)- Các phản ứng khác với hành động tùy thuộc vào liệu đầu vào
các yếu tố khác Nên Use case có luồng kiện luồng kiện phụ
- Khi xây dựng kịch xây dựng kịch Use case tổng quát trước
kịch Use case phân rã sau
Ví dụ:
Kịch Use case Quản lý Sách
Tên use case QuanLySach
Tên Actor Thủ thư
Mức
Tiền điều kiện Thủ thư phải đăng nhập hệ thống Đảm bảo tối thiểu
Đảm bảo thành công
Kích hoạt Thủ thư yêu cầu chức QL sách Hành động tác nhân Phản ứng hệ thống
1.Thủ thư yêu cầu chức
1.1 Hệ thống lấy thông tin chuyên ngành 1.2 Lấy thông tin ngày hệ thống
1.3 Hệ thống chọn chuyên ngành mặc định
(13)2 Thực chức theo yêu cầu
Kịch Use case Thêm đầu sách mới:
Tên use case QuanLySach
Tên Actor Thủ thư
Mức
Tiền điều kiện Thủ thư phải đăng nhập hệ thống Đảm bảo tối thiểu
Đảm bảo thành cơng
Kích hoạt Thủ thư u cầu chức QL sách Hành động tác nhân Phản ứng hệ thống
1 Thủ thư yêu cầu chức nhập đầu sách Thủ thư chọn chuyên
ngành 2.1 Hệ thống lấy đầu sách thuộc chuyên ngành Thủ thư nhập thông tin
về đầu sách 2.1 Hệ thống hợp lệ hóa thông tin
4 Thủ thư yêu cầu chức nhập đầu sách
2.2 Hệ thống sinh mã tự động cho đầu sách (Theo nguyên tắc 1), sinh mã tự động cho theo nguyên tắc 2.3 Hệ thống cập nhật đầu sách, cập nhật đầu sách
- Nguyên tắc 1: Mã đầu sách = Mã chuyên ngành.Số thứ tự Ví dụ đầu sách thứ
của chuyên ngành ck ck.5
- Nguyên tắc 2: Mã sách = mã đầu sách.số thứ tự Ví dụ đầu sách ck.5, có
mã sách ck.5.1, ck.5.2 Kịch Use case sửa sách
Tên use case Sửa sách
Tên Actor Thủ thư
Mức
Tiền điều kiện Thủ thư phải đăng nhập hệ thống Đảm bảo tối thiểu
Đảm bảo thành công
Kích hoạt Thủ thư yêu cầu chức QL sách Hành động tác nhân Phản ứng hệ thống
(14)2 Sửa thông tin đầu sách
3 Yêu cầu sửa thông tin đầu sách
3.1 Sửa thông tin đầu sách
3.2 Nếu số lượng > số lượng cũ chuyển sang luồng phụ Nếu số lượng < số lượng cũ chuyển sang luồng phụ Ngoại lệ
Luồng phụ
3.2.1 Bổ sung thêm chênh lệch Luồng phụ
3.2.1 Xóa chênh lệch
Bài tập tự thực hiện:
1 Vẽ biểu đồ phân rã cho Use case tổng quát lại
2 Xây dựng kịch cho Use case