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

Chia sẻ: Hấp Hấp | Ngày: | Loại File: PDF | Số trang:115

Thêm vào BST

Báo xấu

88
lượt xem 7
download

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Bài giảng "Thiết kế hệ thống thông tin - Chương 2: Các khái niệm cơ bản trong hướng đối tượng" cung cấp cho người học các kiến thức: Tổng quan về phân tích thiết kế hướng đối tượng OOAD (object oriented analysis and design), các đặc trưng của phương pháp hướng đối tượng, Unified Modeling Language,... Mời các bạn cùng tham khảo nội dung chi tiết.

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

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

TRƯỜNG ĐẠI HỌC CÔNG NGHIỆP TP.HCM KHOA CÔNG NGHỆ THÔNG TIN Chương II Trần Thị Kim Chi 1
NỘI DUNG 2.1. Tổng quan về phân tích thiết kế hướng đối tượng OOAD (Object-Oriented Analysis and Design) 2.2. Các đặc trưng của phương pháp hướng đối tượng 2.3. Giới thiệu về hướng đối tượng: Object và class, các đặc trưng của class: kế thừa, đóng gói và đa hình 2.4. Unified Modeling Language (UML) 2.5. Tiến trình RUP Trần Thị Kim Chi 2
TỔNG QUAN VỀ OOAD • Mô hình hướng đối tượng giới thiệu một quan điểm lập trình và phân tích/thiết kế khác hẳn so với trường phái cổ điển (có cấu trúc) • Bắt đầu nhen nhóm vào những năm cuối 60s và đến đầu 90s trở nên rất phổ biến trong công nghiệp phần mềm • Những ngôn ngữ hướng đối tượng đầu tiên: Smalltalk, Eiffel. Sau đó xuất hiện thêm: Object Pascal, C++, Java… • Hình thành các phương pháp phân tích/thiết kế hướng đối tượng. Trần Thị Kim Chi 3
TỔNG QUAN VỀ OOAD • Chiến lược phát triển phần mềm hướng đối tượng là quan sát thế giới thực như tập các đối tượng • Các tính chất của đối tuợng – Ðối tượng có thể là • thực thể nhìn thấy được trong thế giới thực (trong pha phân tích yêu cầu) • biểu diễn thực thể hệ thống (trong pha thiết kế) – Ðối tượng có trách nhiệm quản lý trạng thái của mình, cung cấp dịch vụ cho đối tượng khác khi có yêu cầu dữ liệu và hàm cùng gói trong đối tượng • Chức năng hệ thống: các dịch vụ được yêu cầu và cung cấp như thế nào giữa các đối tượng, không quan tâm đến thay đổi trạng thái bên trong đối tượng Trần Thị Kim Chi 4
TỔNG QUAN VỀ OOAD • Các đối tượng được phân thành class – Các đối tượng thuộc cùng lớp đều có đặc tính (thuộc tính và thao tác) chung • Hướng đối tượng tập trung vào cả thông tin và hành vi • Cho khả năng xây dựng hệ thống mềm dẻo, “co dãn” • Phương pháp này dựa trên các nguyên tắc sau – Tính đóng gói – Kế thừa – Ða hình Trần Thị Kim Chi 5
TỔNG QUAN VỀ OOAD • Class Model • Data-Oriented – static structure – what objects are in the system? – how are they related? • Action-Oriented • Dynamic Model – behavioral aspects – what events occur in the system – when do they occur and in • Both Data and Actions what order? • Functional Model – data transformations – “what” does the system doTrần Thị Kim Chi 6
TỔNG QUAN VỀ OOAD Static Diagrams Class Use-Case Diagrams Sequence Diagrams Object Diagrams Diagrams Communication Component Diagrams Models Diagrams Dynamic Diagrams State Machine Deployment Diagrams Diagrams Activity Diagrams Trần Thị Kim Chi 7
TỔNG QUAN VỀ OOAD Các bước phân tích và thiết kế theo hướng đối tượng • Các bước phân tích thiết kế hướng đối tượng dựa trên biểu đồ các ký hiệu UML (Unit Modeling Language). • Các giai đoạn phân tích thiết kế hướng đối tượng – Phân tích hướng đối tượng(Object Oriented Analysis - OOA) – Thiết kế hướng đối tượng(Object Oriented Design – OOD) – Lập trình hướng đối tượng (Object Oriented Programming - OOP) Trần Thị Kim Chi 8
PHÂN TÍCH HƯỚNG ĐỐI TƯỢNG (OBJECT ORIENTED ANALYSIS – OOA) • Phát triển mô hình chính xác và súc tích của vấn đề • Ánh xạ các thực thể ở thế giới thực đối tượng trong thiết kế. • Chứa các thực thể trong một vấn đề có thực. • Giữ nguyên mẫu về cấu trúc, quan hệ cũng như hành vi của chúng. • Ví dụ: Cửa hàng bán xe hơi – Thực thể (đối tượng): ? – Tương tác và quan hệ giữa các thực thể: ? Trần Thị Kim Chi 9
PHÂN TÍCH HƯỚNG ĐỐI TƯỢNG (OBJECT ORIENTED ANALYSIS – OOA) Ví dụ: Cửa hàng bán xe hơi, giai đoạn OOA sẽ nhận biết được • Các thực thể: – Khách hàng – Người bán hàng – Phiếu đặt hàng – Phiếu (hoá đơn) thanh toán – Xe hơi • Tương tác và quan hệ giữa các thực thể trên là: – Người bán hàng giới thiệu xe cho khách hàng – Khách hàng chọn xe – Khách hàng viết phiếu đặt xe – Khách hàng trả tiền xe – Người bán hàng giao xe cho khách hàng Trần Thị Kim Chi 10
THIẾT KẾ HƯỚNG ĐỐI TƯỢNG (OBJECT ORIENTED DESIGN – OOD) • Tạo thiết kế dựa trên kết quả của giai đoạn OOA, dựa trên các yêu cầu chức năng, phi chức năng – Yêu cầu chức năng? – Yêu cầu phi chức năng? • Định nghĩa các : – chức năng, thủ tục (operations), – thuộc tính (attributes) – mối quan hệ của một hay nhiều lớp (class)  quyết định chúng cần phải được điều chỉnh sao cho phù hợp với môi trường phát triển • Đưa ra các biểu đồ: • Tĩnh: biểu thị các lớp và đối tượng • Động: biểu thị tương tác giữa các lớp và phương thức hoạt động chính xác của chúng. • Kết quả của giai đoạn thiết kế là bản thiết kế kiến trúc và thiết kế chi tiết. 11 Trần Thị Kim Chi
LẬP TRÌNH HƯỚNG ĐỐI TƯỢNG (OBJECT ORIENTED PROGRAMMING - OOP) • Java • C++ • Smalltalk Trần Thị Kim Chi 12
CÁC ĐẶC TRƯNG CỦA HƯỚNG ĐỐI TƯỢNG Trần Thị Kim Chi 13
Lớp trừu tượng và lớp cụ thể (Abstract and Concrete Class) Abstraction: Giảm độ phức tạp bằng cách che giấu những chi tiết không liên quan. Trần Thị Kim Chi 14
Review: Encapsulation Illustrated – Kết hợp tiến trình và dữ liệu vào một thực thể thống nhất. Nhiều gói kết hợp thành một hệ thống con (subsystem). – Vấn đề cơ bản trong đóng gói (encapsulation) là giao diện thông báo của một đối tượng, phải đảm bảo các giao tiếp được thực hiện thông qua tập các hoạt động được xác định trước. – Dữ liệu bên trong đối tượng chỉ được truy cập bởi các hoạt động của đối tượng Trần Thị Kim Chi 15
Review: Encapsulation Illustrated • Giáo sư Clark có thể dạy 4 lớp trong Professor Clark học kỳ tiếp theo. Name: J Clark Employee ID: 567138 HireDate: 07/25/1991 Status: Tenured Discipline: Finance SetMaxLoad(4) MaxLoad: 4 TakeSabbatical() Trần Thị Kim Chi 16
MODULARITY – Chia một hệ thống phức tạp thành các module nhỏ hơn dễ quản lý hơn. Các module này có thể kết hợp để tạo thành hệ thống. – Nhằm mục đích hiểu rõ hơn một hệ thống phức tạp Trần Thị Kim Chi 17
MODULARITY • Tách hệ thống đăng ký khóa học (course Registration System) thành các module. Billing System Course Catalog System Course Registration System Student Management System Trần Thị Kim Chi 18
HIERARCHY • Phân cấp (Hierarchy) • Hệ thống phân cấp tổ chức theo cấu trúc cây • Loại hệ thống phân cấp: • Aggregation hierarchy, • Class hierarchy, • Containment hierarchy, • Inheritance hierarchy, • Partition hierarchy, • Specialization hierarchy, • Type hierarchy Trần Thị Kim Chi 19
HIERARCHY Increasing Asset abstraction BankAccount Security RealEstate Decreasing Savings Checking Stock Bond abstraction Elements at the same level of the hierarchy should be at the same level of abstraction. Trần Thị Kim Chi 20