Chương 3 : Tìm hiểu yêu cầu hệ thống và mô hình hệ thống

Yêu cầu là khả năng (capabilities) và điều kiện (conditions) mà hệ thống cần phải tuân theo. RUP đề xuất nên quản lý yêu cầu (manage requirements) do: Khó xác định đầy đủ và ổn định hóa các yêu cầu ngay trong giai đoạn đầu tiên

CHƯƠNG 3: Tì̀m hi Ti hiêểu yêu cầu hệ th thô ông ́ng va và̀ mô hi hình ̀nh Use Case Use PTTKHT bang UML - BM HTTT Nội dung Yêu cầu hệ thống  Mô tả use case  ◦ Actor ◦ Scenario ◦ Use case Lược đồ use case  Lược đồ gói  PTTKHT bang UML - BM HTTT Yêu cầu hệ th thô ông ́ng (System Requirements) Yêu cầu là khả (capabilities) và điều kiện (conditions) mà hệ thống cần phải tuân theo  RUP đề xuất nên quản lý yêu cầu (manage requirements) do:  ◦ Khó xác định đầy đủ và ổn định hóa các yêu cầu giai đoạn đầu tiên ◦ Thực tế thay đổi không lường trước và mong muốn không rõ ràng của stakeholder PTTKHT bang UML - BM HTTT Cá́c loa Ca loạ̣i yêu cầu      Chức (Functional): tính năng, khả và bảo mật Tính tiện lợi (usability): thừa số sử dụng, khả trợ giúp, tài liệu, Độ tin cậy (reliability): thừa số lỗi, khả khôi phục, khả dự đoán Khả thực thi (performance): thời gian đáp ứng, độ chính xác, tính sẵn dùng, việc sử dụng tài nguyên Tính hỗ trợ (supportability): khả thích ứng, bảo trì, cấu hình PTTKHT bang UML - BM HTTT Thu th thâập yêu cầu (Requirement gathering) Khách hàng và người dùng cuối thường có các mục tiêu (goal) và muốn hệ thống máy tính giúp họ hoàn thành mục tiêu này  Use case là chế giúp diễn đạt các mục tiêu này đơn giản và dễ hiểu  Các bước công đoạn Requirement:  Thu thập yêu cầu của người dùng, Use case là chế giúp diễn đạt yêu cầu Tạo mô hình use case PTTKHT bang UML - BM HTTT Mô ta tả̉ use case Use case là chế giúp diễn đạt mục tiêu đơn giản và dễ hiểu  Case study 1: hệ thống POS – một các mục tiêu là xử lý bán hàng (Process Sale)   Use cases are requirements; primarily they are functional requirements that indicate what the system will PTTKHT bang UML - BM HTTT Use case “Process Sales” (da dạng ̣ng đơn gia giả̉n)  Khách hàng (customer) đến quầy tính tiền với các hàng hóa (item) đã chọn mua Thâu ngân (cashier) sử dụng hệ thống POS để nhập các mặt hàng đã mua Hệ thống sẽ đưa tổng thành tiền và chi tiết mỗi mặt hàng mua Khách hàng sẽ cung cấp thông tin cho việc trả tiền (payment) và hệ thống sẽ kiểm tra tính hợp lệ và ghi nhận lại Sau đó, hệ thống sẽ cập nhật kho đó khách hàng nhận hóa đơn (receipt) và về cùng với hàng hóa đã mua PTTKHT bang UML - BM HTTT Một số kha khá́i ni niêệm chi chính ́nh Actor: là cái gì đó hoạt động người, hệ thống máy tính,…  Scenario ( kịch bản) là chuỗi các hành động (action) và tương tác (interaction) các actor và hệ thống  Scenario còn gọi là use case instance(điển hình của use case)  Có nhiều cách để xác định scenario cách đơn giản nhất là dùng lược đồ activity  PTTKHT bang UML - BM HTTT Các kịch bản của use case “Process Sales” Mua thành công các hàng hóa  Không mua hàng không toán bằng thẻ tín dụng   PTTKHT bang UML - BM HTTT Mô ta tả̉ use case Use case là tập hợp các scenario thành công cũng thất bại có liên quan đến các actor sử dụng hệ thống  RUP đã định nghĩa use case sau: “A set of use-case instances, where each instance is a sequence of actions a system performs that yields an observable result of value to a particular actor”  PTTKHT bang UML - BM HTTT 10 Actor use case  Mối liên hệ actor và use case thường là quan hệ hai chiều Process Sale System Boundary Cashier Handle Returns PTTKHT bang UML - BM HTTT 35 Quan hệ gi giữ ữa use case  Vì mỗi use case biểu diễn một đơn vị đầy đủ, nên các use case sẽ không có kết hợp (association) các use case có mối quan hệ (relationship) chúng và phân thành loại sau: ◦ Extend ◦ Include ◦ Generalization Nhằm giảm dư thừa (redundancy) và tăng khả mở rộng PTTKHT bang UML - BM HTTT 36 Quan hệ kha khá́i qua quá́t ho hó́a(Generalization)  Là mối quan hệ từ use case đến use case cha, xác định một có thể chuyên biệt hóa mọi hành vi (behavior) và đặc tính của cha  PTTKHT bang UML - BM HTTT 37 Quan hệ Extend  Xác định hành vi của một UC có thể tùy ý mở rộng (extent) thêm các chức một UC khác ◦ UC mở rộng (extending UC) chứa các chức bổ sung ◦ UC (basic UC) hay UC mở rộng (extended UC) độc lập với UC mở rộng UC UC mở rộng PTTKHT bang UML - BM HTTT 38 Quan hệ Extend  Được dùng hai trường hợp sau: ◦ Khi hệ thống phát triển có nhiều thay đổi cho các hành vi của UC ◦ Khi UC đã triển khai chưa xác định đầy đủ chức cho nó Change Reservation  Check Credit Khi “Change Reservation” vận hành, thì “Check Credit” chạy nếu và chỉ nếu việc đặt trước có thay đổi PTTKHT bang UML - BM HTTT 39 Quan hệ Include cho phép UC này sử dụng chức cung cấp UC khác  Nếu hai hay nhiều UC có chung chức nào đó, thì có thể tách riêng chức thành UC Khi đó UC bản sẽ có quan hệ “include” với UC này  PTTKHT bang UML - BM HTTT 40 Quan hệ Include Purchase Ticket Check Credit UC bản??? "Check Credit" sẽ kiểm tra tài khoản thẻ tín dụng có đủ tiền để giao dịch hay không Vì chức này luôn dùng mỗi “Purchase Ticket “ xử lý, nó include vào “Purchase Ticket” PTTKHT bang UML - BM HTTT 41 Hệ th thố ống POS PTTKHT bang UML - BM HTTT 42 Tổ ch ức ca cá́c use case Mô hình use case có thể chứa rất nhiều lược đồ use case Nên sắp xếp các UC cho nó có ý nghĩa cho khách hàng cũng cho đội dự án  Thường thì nên xếp các UC và actor hoặc theo cụm chức hoặc theo actor chính  PTTKHT bang UML - BM HTTT 43 Đóng gói UC PTTKHT bang UML - BM HTTT 44 Vai tro trò̀ cu củ̉a use case RUP  Viết UC không phải là việc làm của hướng đối tượng UC chỉ là công cụ phân tích yêu cầu ́ có vai trò quan trọng RUP sau: ◦ Các yêu cầu bản của hệ thống đều phải viết thành UC ◦ UC góp phần quan trọng kế hoạch lặp lại Mỗi lần lặp đều phải chọn số hay toàn bộ các scenario của use case để thực thi PTTKHT bang UML - BM HTTT 45 Vai tro trò̀ cu củ̉a use case RUP Việc hiện thực hóa use case ( use case realization) sẽ dẫn đến công đoạn thiết kế, có nghĩa là đội sẽ thiết kế các đối tượng và hệ thống cho thực thi hay hiện thực hóa use case  Use case thường ảnh hưởng rất lớn đến cách hướng dẫn người dùng sau này  PTTKHT bang UML - BM HTTT 46 Phân loa loạ̣i use case  RUP phân biệt hai loại use case: ◦ Use case hệ thống (system use case) ◦ Use case nghiệp vụ (Business use case)  Cả hai đều tạo công đoạn Requirements loại UC nghiệp vụ ít thông dụng PTTKHT bang UML - BM HTTT 47 Use case nghiệp vụ (Business use case) Nằm mô hình nghiệp vụ (Business use case) để giúp hiểu toàn bộ nghiệp vụ của tổ chức, nhằm hoàn thành các mục tiêu của actor nghiệp vụ (business actor)  Một tổ chức lớn thường có rất nhiều nghiệp vụ khác và mô hình use case nghiệp vụ sẽ mô tả toàn bộ các nghiệp vụ này,  PTTKHT bang UML - BM HTTT 48 Use case hệ thống (system use case) UC hệ thống chỉ tập trung mô tả các chức chính của hệ thống mà  Ví dụ hãng hàng không có hàng chục nghiệp vụ khác hệ thống phần mềm “ quản lý đặt chỗ trước “ chỉ để thực hiện phần các nghiệp vụ  PTTKHT bang UML - BM HTTT 49 ... giản và dễ hiểu  Các bước công đoạn Requirement:  Thu thập yêu cầu của người dùng, Use case là chế giúp diễn đạt yêu cầu Tạo mô hình use case PTTKHT bang UML - BM HTTT Mô ta... dụng nhất Nó không mô tả việc xảy bên hệ thống cũng các thành phần và thiết kế bên hệ thống mà chỉ mô tả nhiệm vụ (responsibility) của hệ thống  Ba dạng:  ◦ Brief (ngắn... của hệ thống nếu sau khoảng thời gian nào đó thì nó kích khởi (triger) mô? ?t số kiện (event)  Ví du:  ◦ Hệ thống POS, vào chiều ngày thứ bảy thì hệ thống sẽ tự động thống