Thực hành Phân tích thiết kế hướng đối tượng - Bài thực hành 01: Thực hành về xây dựng biểu đồ use case

Thực hành Phân tích thiết kế hướng đối tượng Bài thực hành 01: THỰC HÀNH VỀ XÂY DỰNG BIỂU ĐỒ USE CASE 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 Các ký hiệu vẽ Use case:  Actor: Actor dùng để người sử dụng đối tượng bên 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 cịn gọi conntector sử dụng để kết nối đối tượng với Có kiểu quan hệ: + Quan hệ Association: Association thường dùng để mô tả mối quan hệ Actor Use Case Use Case với Ví dụ thể Actor User sử dụng Use Case Login + Quan hệ Generalization: sử dụng để thể quan hệ thừa kế Actor Use Case với ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng Ví dụ Actor User thừa kế toà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 ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng 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à 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 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  Bank tương tác với tất chức ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng 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ử (ECommerce) 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 Hệ thống phải đảm bảo cho khách hàng viếng thăm Website dễ dàng lựa chọn sản phẩm, xem khuyến mua hàng Việc tốn thực qua mạng tốn trực tiếp cửa hàng Khách hàng nhận hàng cửa hàng sử dụng dịch vụ chuyển hàng có phí cơng ty ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng 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 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?” Giả sử đây, sử dụng dịch vụ Ngân Lượng để tốn trực tuyến gọi “Cổng tốn” ta có thêm Actor tương tác với hệ thống ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng 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 tố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 Tương tự bạn xác định chức cho Actor lại ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng 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 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 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:  Chức “Thu tiền” thực tế toán trực tiếp quày cho đơn hàng chức “Theo dõi chuyển hàng” thực đơn hàng nên chức “Quản lý đơn hàng” ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng  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 hoàn tất chức cho Actor cịn lại để có vẽ hoà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 thẻ thư viện theo lớp, thông tin thẻ thư viện gồm (Mã độc giả, họ tên, lớp, ngày sinh, giới tính), thủ thư thực nhập thơng tin thẻ thư viện vào hệ thống ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng 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 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 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 Yêu cầu: Dựa vào mô tả hệ thống quản lý thư viện, xác định Actor Use case hệ thống quản lý thư viện ThS Dương Thành Phết – Khoa CNTT HUTECH Trang Thực hành Phân tích thiết kế hướng đối tượng Xây dựng biểu đồ Use case mức tổng quát cho hệ thống quản lý thư viện Xây dựng biểu Use case phân rã cho Use case tổng quát có Xây dựng kịch cho Use case Hướng dẫn thực hiện: 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 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 qt 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 Minh họa: ThS Dương Thành Phết – Khoa CNTT HUTECH Trang 10 Thực hành Phân tích thiết kế hướng đối tượng - 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 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 để thực Use case, tùy thuộc vào hành động tác nhân tác động lên hệ thống mà dẫn đến ThS Dương Thành Phết – Khoa CNTT HUTECH Trang 11 Thực hành Phân tích thiết kế hướng đối tượng - Các phản ứng khác với hành động tùy thuộc vào liệu đầu vào 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 Tên Actor Mức QuanLySach Thủ thư Tiền điều kiện Đảm bảo tối thiểu Đảm bảo thành công Thủ thư phải đăng nhập hệ thống Kích hoạt Hành động tác nhân Thủ thư yêu cầu chức QL sách Phản ứng hệ thống 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.Thủ thư yêu cầu chức 1.3 Hệ thống chọn chuyên ngành mặc định 1.4 Hệ thống lấy đầu sách thuộc chuyên ngành, hiển thị lên giao diện ThS Dương Thành Phết – Khoa CNTT HUTECH Trang 12 Thực hành Phân tích thiết kế hướng đối tượng 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 Mức Tiền điều kiện Thủ thư 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 Thủ thư yêu cầu chức nhập đầu sách Thủ thư chọn chuyên 2.1 Hệ thống lấy đầu sách thuộc chuyên ngành ngành Thủ thư nhập thông tin 2.1 Hệ thống hợp lệ hóa thơng tin đầu sách 2.2 Hệ thống sinh mã tự động cho đầu sách (Theo nguyên Thủ thư yêu cầu chức tắc 1), sinh mã tự động cho theo nguyên tắc nhập đầu sách 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ứ 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 Tên Actor Mức Tiền điều kiện Sửa sách Thủ thư 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 Chọn, nhập đầu sách 1.1 Hiển thị thuộc tính đầu sách lên điều khiển cần sửa 1.2 Vơ hiệu hóa chức nhập đầu sách ThS Dương Thành Phết – Khoa CNTT HUTECH Trang 13 Thực hành Phân tích thiết kế hướng đối tượng Sửa thông tin đầu sách 3.1 Sửa thông tin đầu sách Yêu cầu sửa thông tin 3.2 Nếu số lượng > số lượng cũ chuyển sang luồng phụ đầu sách 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: Vẽ biểu đồ phân rã cho Use case tổng quát lại Xây dựng kịch cho Use case -Hết Lab 01 - ThS Dương Thành Phết – Khoa CNTT HUTECH Trang 14 ... hướng đối tượng Xây dựng biểu đồ Use case mức tổng quát cho hệ thống quản lý thư viện Xây dựng biểu Use case phân rã cho Use case tổng quát có Xây dựng kịch cho Use case Hướng dẫn thực hiện: Dựa.. .Thực hành Phân tích thiết kế hướng đối tượng Ví dụ Actor User thừa kế toà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. .. 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