Bài giảng Thiết kế hệ thống thông tin: Chương 6 - Trần Thị Kim Chi

140 1 0
Bài giảng Thiết kế hệ thống thông tin: Chương 6 - Trần Thị Kim Chi

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

Thông tin tài liệu

Bài giảng Thiết kế hệ thống thông tin - Chương 6: Domain model - Lược đồ lớp & đối tượng của hệ thống giới thiệu các khái niệm về lược đồ lớp, mô hình lớp miền (Domain Model), xây dựng lược đồ lớp bằng cách hiện thực use case, thiết lập các package. Mời các bạn cùng tham khảo nội dung chi tiết.

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP.HCM KHOA CÔNG NGHỆ THÔNG TIN Chương V DOMAIN MODEL LƯỢC ĐỒ LỚP & ĐỐI TƯỢNG CỦA HỆ THỐNG NỘI DUNG • Các khái niệm lược đồ lớp • Mơ hình lớp miền (Domain Model) – Nhận diện lớp – Nhận diện quan hệ Association, aggregation, generalization • Xây dựng lược đồ lớp cách thực use case • Thiết lập package Tổng quan phân tích Use Case Glossary Project Specific Guidelines Supplementary Specifications Use-Case Model Software Architecture Document Use-Case Analysis Use-Case Realization Analysis Model Analysis Classes Khái niệm mơ hình tĩnh Mơ hình đối tượng định nghĩa hệ thống theo khái niệm thành phần tĩnh Mơ hình đối tượng miêu tả ứng xử mang tính cấu trúc chức lớp Tiếp cận xây dựng lược đồ lớp phân tích Hai tiếp cận để xây dựng lược đồ lớp: Domain Model: iterative ‘traditional’ approach: – Xây dựng lược đồ lớp từ tri thức miền ứng dụng – Mơ hình khái niệm, vật quan trọng miền ứng dụng quan hệ ràng buộc chúng Use-case analysis: Use case driven approach – Identify boundary, control, entity classes needed for each use case – Consolidate into analysis model for application as a whole Domain Model (Mơ hình miền) • Phân hoạch mô tả vật khái niệm quan trọng miền ứng dụng • Hoạt động phân tích hướng đối tượng cổ điển • Mơ hình lớp phân tích độc lập với use case cụ thể – Không biểu diễn đối tượng phần mềm mà tự điển trực quan khái niệm quan trọng miền UML Class Diagram • Là mơ hình để phân tích u cầu CloseRegistrationForm Schedule CloseRegistrationController - semester + open() + close registration() Student + get tuition() + add schedule() + get schedule() + delete schedule() + has pre-requisites() + commit() + select alternate() + remove offering() + level() + cancel() + get cost() + delete() + submit() + save() + any conflicts?() + create with offerings() + update with new selections() + is registration open?() + close registration() Professor - name - employeeID : UniqueId - hireDate - status - discipline - maxLoad + submitFinalGrade() + acceptCourseOffering() + setMaxLoad() + takeSabbatical() + teachClass() Class Diagram Usage • When modeling the static view of a system, class diagrams are typically used in one of three ways, to model: – The vocabulary of a system – Collaborations – A logical database schema Representing Classes and Objects in the UML class name attribute s operatio ns Professor - name - employeeID : UniqueId - hireDate - status - discipline - maxLoad + submitFinalGrade() + acceptCourseOffering() + setMaxLoad() + takeSabbatical() + teachClass() Class J Clark : Professor Named Object : Professor Anonymous Object Object ĐỐI TƯỢNG - OBJECT Đối tượng (Object): • Mơ hình đối tượng quan niệm giới bao gồm đối tượng(object) sinh sống tương tác với • Đối tượng bao gồm: – Dữ liệu: mang giá trị định – Tác vụ: thực cơng việc • VD: Câu hỏi • Tất luồng luồng điều khiển chưa, bao gồm trường hợp ngồi lệ? • Đã tìm thấy tất đối tượng cần thiết? • Đã phân phối cách rõ ràng tất hành vi đối tượng chưa? • Các hành vi có phân phối đối tượng khơng? • Các interaction diagrams nằm đâu, mối quan gwiax chúng có rõ ràng phù hợp khơng? Câu hỏi • Mục tiêu Use-Case Analysis gì? • Một analysis class gì? Cho biết tên mơ tả analysis stereotype • Use-case realization gì? • Mơ tả vài hoạt động khảo sát when đặt trách nhiệm cho analysis class • Bao nhiêu interaction diagram phải xây dựng giai đoạn Use-Case Analysis? Câu hỏi • Hãy cho biết khái niệm sau: – Các Requirements artifact, đặc biệt đặc tả bổ sung – Các chế phân tích – Các flow of events interaction diagram cho use case cụ thể • Với use case xác định kiện sau: – Các thuộc tính mối quan hệ Analysis class – Các chế phân tích Analysis class • Xây dựng lược đồ sau: – VOPC class diagram, chứa analysis class, stereotype chúng, nhiệm vụ, attribute, relationship – Ánh xạ Analysis class với chế phân tích THIẾT LẬP CÁC PACKAGE • Package chế để tổ chức phần tử vào nhóm có quan hệ ngữ nghĩa với • Package import phần tử từ package khác • Có thể chỉ quan hệ package – Phụ thuộc – Tổng quát hóa • Mức độ truy xuất package – Private: chỉ package import truy xuất nội dung – Protected: giống private cho phép thêm package dẫn xuất – Public: package khác truy xuất nội dung – Implementation: khơng cho phép import, áp dụng phẩn tử bên package THIẾT LẬP CÁC PACKAGE THIẾT LẬP CÁC PACKAGE THIẾT LẬP CÁC PACKAGE NHẬN DIỆN THÊM MỘT SỐ LỚP THIẾT KẾ • Một số lớp khác xuất làm chức duyệt (iterate) lớp khác hay thực tính tốn phức tạp • Sử dụng trực tiếp lớp thư viện hay ngôn ngữ cung cấp, tạo lớp cách thừa kế hay tích hợp lớp có sẵn, ví dụ: CArray • Bổ sung lớp vào lược đồ lớp đồng thời cập nhật mối quan hệ mới(bao gộp, phụ thuộc) ĐẶC TẢ CHI TIẾT CÁC THUỘC TÍNH • Trong mơ hình phân tích cần chỉ rõ kiểu (hoặc cấu trúc liệu) mức độ truy xuất thuộc tính • Có thể chọn lớp cung cấp thư viện lập trình để cụ thể hóa kiểu hay cấu trúc liệu  bổ sung lớp thư viện quan hệ bao gộp vào lược đồ lớp NHÂN DIỆN CHÍNH XÁC CÁC TÁC VỤ • Các lược đồ mô tả hành vi(cộng tác, tuần tự, trạng thái, hành động) giúp nhận diện xác tác vụ lớp • Dựa vào thơng điệp hay hành động để xác định signature tác vụ • VD: HỒN CHỈNH LƯỢC ĐỒ LỚP • Cập nhật lớp mới, thuộc tính, tác vụ mối quan hệ • UML định nghĩa quan hệ phụ thuộc (dependency) lớp package: thay đổi lớp, package kéo theo thay đổi lớp • Ký hiệu: • Một số stereotype quy ước trước , , , , , , HOÀN CHỈNH LƯỢC ĐỒ LỚP • VD thêm lược đồ lớp cho hệ thống đăng ký mơn học HỒN CHỈNH LƯỢC ĐỒ LỚP • VD thêm lược đồ lớp cho hệ thống đăng ký môn học Review Hỏi: Khi tạo dựng mô hình, cần sử dụng khái niệm phạm vi vấn đề để mơ hình dễ hiểu dễ giao tiếp Đáp: Đúng Hỏi: Các lớp chỉ thể cấu trúc thông tin? Đáp: sai, lớp chỉ thể cấu trúc thơng tin mà cịn mô tả hành vi Hỏi: Các khái niệm then chốt thường trở thành lớp mô hình phân tích? Đáp: Đúng Hỏi: Thường danh từ lời phát biểu toán ứng cử viên để chuyển thành lớp đối tượng? Đáp: Đúng 139 THANKS YOU ... Specifications Use-Case Model Software Architecture Document Use-Case Analysis Use-Case Realization Analysis Model Analysis Classes Khái niệm mơ hình tĩnh Mơ hình đối tượng định nghĩa hệ thống theo... selections() + is registration open?() + close registration() Professor - name - employeeID : UniqueId - hireDate - status - discipline - maxLoad + submitFinalGrade() + acceptCourseOffering() + setMaxLoad()... Objects in the UML class name attribute s operatio ns Professor - name - employeeID : UniqueId - hireDate - status - discipline - maxLoad + submitFinalGrade() + acceptCourseOffering() + setMaxLoad()

Ngày đăng: 08/05/2021, 12:11

Mục lục

  • Slide 1

  • NỘI DUNG

  • Tổng quan về phân tích Use Case

  • Khái niệm mô hình tĩnh

  • Tiếp cận xây dựng lược đồ lớp phân tích

  • Domain Model (Mô hình miền)

  • UML Class Diagram

  • Class Diagram Usage

  • Representing Classes and Objects in the UML

  • ĐỐI TƯỢNG - OBJECT

  • ĐỐI TƯỢNG - OBJECT

  • ĐỐI TƯỢNG - OBJECT

  • ĐỐI TƯỢNG - OBJECT

  • LỚP - CLASS

  • LỚP - CLASS

  • CẤU TRÚC LỚP - CLASS

  • VÍ DỤ LỚP - CLASS

  • PHÂN LOẠI LỚP

  • PHÂN LOẠI LỚP

  • PHÂN TÍCH LỚP – ANALYSIS CLASS

Tài liệu cùng người dùng

Tài liệu liên quan