Bài giảng kiến trúc phần mềm - Mô hình Use case

Mơ hình Use case Khoa Cơng nghệ thơng tin Trường Đại học Nguyễn Tất Thành Nội dung Giới thiệu Sơ đồ Use case / Các phần tử sơ đồ use case Xác định Actor Xác định Use case Lập sơ đồ Use case Các mối quan hệ Use case Mô tả Use case dòng kiện Kiểm tra xác nhận sơ đồ Use case Mục tiêu học PLOa PLOb PLOb PLOb PLOb PLOb PLOb PLOb 2 11 Chương 4: Mơ hình Use case Sử dụng Sử dụng kiến thức kiến thức sở sở ngành làm ngành làm tảng tảng cho kiến cho kiến thức thức chuyên chuyên ngành ngành Vận dụng kiến thức ngành việc phân tích thiết kế đánh giá chất lượng phần mềm Xây dựng chương trình phần mềm từ bảng thiết kế từ mã nguồn có sẵn Nghiên Xây dựng Có trách cứu tài kế hoạch nhiệm liệu cho dự án chuyên công việc môn giao tiếng Anh Giới thiệu  Mơ hình hoá phương pháp làm việc khoa học, giúp hiểu rõ hệ thống theo góc nhìn  Mơ hình Use case kỹ thuật mơ hình hố kỹ thuật phần mềm hệ thống để nắm bắt yêu cầu chức hệ thống  Mơ hình Use case mơ tả u cầu chức hệ thống dạng Use case, mơ hình mơ tả chức năng, mơi trường tác nhân hệ thống Giới thiệu  Thơng qua mơ hình Use case, nhà phát triển nắm bắt vấn đề hệ thống có giải pháp phù hợp  Mơ hình Use case giúp phương thức hoạt động hệ thống tương lai theo hướng nhìn người dùng  Mơ hình Use case mơ tả ngôn ngữ UML qua sơ đồ Use case (Use case diagram) tài liệu mô tả kèm theo  Mô hình Use case có nhiều sơ đồ Use case Câu hỏi: Ai quan tâm đến mơ hình use case? Sơ đồ Use case Những thành phần có mơ hình Use case là: Hệ thống, Use case, Actor Hệ thống mô tả qua chức mà thực thi 2.1/ Hệ thống (system): Là phạm vi toán cần xem xét Lưu ý hệ thống không thiết hệ thống thơng tin/hệ thống phần mềm, máy, tổ chức, doanh nghiệp, Ví dụ: Máy ATM, Tổ chức bán vé qua trạm, phận Checkin sân bay, hiểu hệ thống Sơ đồ Use case 2.2/ Tác nhân (Actor): Một tác nhân người/một đối tượng tương tác với hệ thống Tác nhân thực Use case Một tác nhân người mà hệ thống khác Một tác nhân dạng thực thể Tác nhân mô tả đại diện cho vai trị, khơng phải người sử dụng cụ thể 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 học 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 Actor) Sơ đồ Use case Tác nhân phân thành 02 loại:  Tác nhân (Primary actor) tác nhân sử dụng chức hệ thống (các chức chính) Ví dụ: hệ thống bảo hiểm, tác nhân xử lý việc mua quản lý hợp đồng bảo hiểm  Tác nhân phụ (Secondary actor) tác nhân sử dụng chức phụ hệ thống, Ví dụ chức bảo trì hệ thống, backup liệu Sơ đồ Use case 2.3/ Use case:  Use case ngôn ngữ UML định nghĩa hành động mà hệ thống thực để tạo kết quan sát  Sự trừu tượng hóa chuỗi hành động mà sinh chức  Mơ tả chức người dùng nhìn thấy  Ln khởi động tác nhân  Use case cho thấy tương tác tác nhân hệ thống Xác định Actor Kỹ thuật để xác định tác nhân trả lời số câu hỏi sau:  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 cần phải tương tác với hệ thống khác nào?  Ai hay đối tượng sử dụng kết mà hệ thống sản sinh ra? 10 Các mối quan hệ Use case Ví dụ: quan hệ Use case (Sv thảo luận giải thích ý nghĩa) 25 Các mối quan hệ Use case 6.3/ Quan hệ kế thừa use case:  Quan hệ thừa kế Use case A Use case B nói lên Use case B kế thừa đặc điểm Use case A ngồi có thêm đặc trưng riêng  Quan hệ biểu diễn mũi tên từ Use case kế thừa (con) đến Use case cho kế thừa (cha) 26 Các mối quan hệ Use case Ví dụ: quan hệ kế thừa Use case (Sv thảo luận giải thích ý nghĩa) 27 Mơ tả Use case dịng kiện 7.1/ Mơ tả Use case: Mô tả Use case thường thực văn Đây lời đặc tả việc tác nhân Use case hệ thống tương tác với Ngôn ngữ thuật ngữ sử dụng lời mơ tả ngôn ngữ giao tiếp thuật ngữ sử dụng cho khách hàng/người dùng hiểu Mô tả cho Use case theo mẫu sau: xem tai 28 Mẫu mô tả Use case Requirements Actors Pre-conditions Post-conditions Constraints Include Extend Extension Points Số hiệu _ Tên Use case Mô tả yêu cầu chức mà Use case phải cung cấp đến người dùng cuối Chúng tương ứng với đặc tả chức tìm thấy sau phân tích hệ thống Chỉ tác nhân làm việc với Use case Điều kiện xảy trước Use case thực Điều kiện xảy sau Use case thực Constraint phát biểu điều kiện ràng buộc giới hạn mà Use case hoạt động Điều kiện ràng buộc phải (True) lúc thực thi Use case Use case có / khơng cho Use case nào? Use case có / không cho Use case nào? Điểm mở rộng Use case thực vai trò extend 29 Mẫu mô tả Use case Requirements Actors Pre-conditions Post-conditions Triggers Normal Flow Alternative Flow Exception Flow Số hiệu _ Tên Use case Mô tả yêu cầu chức mà Use case phải cung cấp đến người dùng cuối Chúng tương ứng với đặc tả chức tìm thấy sau phân tích hệ thống Chỉ tác nhân làm việc với Use case Điều kiện xảy trước Use case thực Điều kiện xảy sau Use case thực Phát biểu điều kiện ràng buộc giới hạn mà Use case hoạt động Điều kiện ràng buộc phải (True) lúc thực thi Use case Dịng hành động Dịng hành động thay Dịng hành động lỗi 30 Mơ tả Use case dòng kiện 7.2/ Các dòng kiện:  Mỗi sơ đồ Use case có dịng hành động (Primary flow / Normal flow), tiến trình bình thường hay tiến trình mong đợi Use case  Ngồi ra, cịn có hay nhiều dịng hành động thay (Alternative flow) khác Chúng chia làm hai nhóm chính: • Thay bình thường (Normal Alternative) • Điều kiện gây lỗi (Error Conditions / Exception flow ) hay cịn gọi dịng hành động lỗi 31 Mơ tả Use case dịng kiện Ví dụ: khách hàng chọn loại giao dịch sau ATM: • Gửi tiền vào • Rút tiền • Kiểm tra mức tiền tài khoản Các hành động dịng hành động  Nếu kiểm tra mức tiền tài khoản có nhiều 02 triệu rút 02 triệu, cịn 02 triệu khơng rút dịng hành động thay  Điều kiện gây lỗi lần nhập sai mật đại diện cho tiến trình bất bình thường Use case Cần phải tính trước đến điều kiện gây lỗi 32 Kiểm tra xác nhận sơ đồ Use case Giai đoạn cuối mơ hình Use case kiểm tra xác nhận Use case 8.1/ Kiểm tra (Verification) đảm bảo hệ thống phát triển đắn phù hợp với đặc tả tạo Áp dụng Kỹ thuật dọc theo Use case (Walkthrough): kỹ thuật hữu dụng dùng giai đoạn định nghĩa lẫn thử nghiệm Use case gọi "Đi dọc Use case” Kỹ thuật xác định Use case thiếu sót hay khơng?, thiếu phải bổ sung vào Use case 33 Kiểm tra xác nhận sơ đồ Use case  Theo kỹ thuật này, nhiều người khác nhóm đóng vai hệ thống, vai tác nhân Người đảm nhận vai tác nhân bắt đầu yêu cầu tác nhân làm với hệ thống Kết công việc hệ thống khởi động Use case cụ thể Người đóng vai hệ thống nói cần làm Use case thực Nhà phát triển đứng bên ngồi trị diễn kịch để ghi chép tìm cách phát điểm thiếu sót mơ hình 34 Kiểm tra xác nhận sơ đồ Use case  Các "diễn viên" hiểu thấu đáo hệ thống cơng việc thử Use case hiệu nhiêu Việc thay đổi diễn viên để đóng vai trị khác dẫn tới thay đổi mơ tả hướng nhìn, cung cấp liệu đầu vào cho mơ hình để mô tả Use case rõ ràng hơn, minh bạch hơn, điểm thiếu 35 Kiểm tra xác nhận sơ đồ Use case 8.2/ Phê duyệt (Validation) xác nhận đảm bảo hệ thống phát triển mà khách hàng người sử dụng cuối thật cần đến 36 Kiểm tra xác nhận sơ đồ Use case  Công việc phê duyệt xác nhận thực trước giai đoạn phát triển hệ thống Khi mơ hình Use case hồn thành, phải trình bày thảo luận với khách hàng / người sử dụng Họ cần phải xác nhận mô hình đắn, hồn tất thỏa mãn mong đợi họ hệ thống; đặc biệt phương cách mà hệ thống cung cấp chức cho họ Nếu hệ thống không thỏa mãn u cầu cụ thể người sử dụng tồn dự án phải làm lại từ đầu 37 Tổng kết Sinh viên chuẩn bị trước tập Giảng viên cho, thực phân tích, tạo sơ đồ Use case (có mơ tả Use case): • Mỗi buổi thực hành nộp 03 • Không chép 38 Thảo luận tập Q/A 39