Bài giảng Nhập môn Công nghệ phần mềm - Chương 6: Thiết kế hướng đối tượng - Nguyễn Thị Minh Tuyền

Nội dung text: Bài giảng Nhập môn Công nghệ phần mềm - Chương 6: Thiết kế hướng đối tượng - Nguyễn Thị Minh Tuyền

1. Thiết kế hướng đối tượng Nguyễn Thị Minh Tuyền Nội dung của slide này dựa vào các slides của Ian Sommerville
2. Nội dung 1. Thiết kế hướng đối tượng sử dụng UML 2. Thiết kế mẫu Nguyễn Thị Minh Tuyền 2 Nhập môn CNPM
3. Nội dung 1. Thiết kế hướng đối tượng sử dụng UML 2. Thiết kế mẫu Nguyễn Thị Minh Tuyền 3 Nhập môn CNPM
4. Phát triển hướng đối tượng v Phân tích, thiết kế và lập trình hướng đối tượng có liên quan với nhau nhưng tách rời nhau. v Phân tích hướng đối tượng liên quan đến việc phát triển mô hình đối tượng của miền ứng dụng. v Thiết kế hướng đối tượng liên quan đến việc phát triển mô hình hệ thống hướng đối tượng để cài đặt các yêu cầu. v Lập trình hướng đối tượng liên quan đến việc hiện thực hóa thiết kế hướng đối tượng sử dụng ngôn ngữ lập trình hướng đối tượng, ví dụ như Java hoặc C++. Nguyễn Thị Minh Tuyền 4 Nhập môn CNPM
5. Đối tượng và lớp đối tượng v Đối tượng là một thực thể có một trạng thái và một tập các thao tác hoạt động trên trạng thái đó § Trạng thái được biểu diễn bằng một tập các thuộc tính của đối tượng. § Thao tác liên quan đến các dịch vụ mà đối tượng cung cấp cho các đối tượng khác (client) khi client yêu cầu các dịch vụ này. v Lớp đối tượng được sử dụng như một template cho các đối tượng § Bao gồm khai báo tất cả các thuộc tính và dịch vụ liên quan đến một đối tượng trong lớp đó. Nguyễn Thị Minh Tuyền 5 Nhập môn CNPM
6. Quy trình thiết kế hướng đối tượng v Gồm việc thiết kế các lớp đối tượng và quan hệ giữa các lớp này. v Các hệ thống hướng đối tượng thường dễ thay đổi hơn so với hệ thống được phát triển dựa vào các phương pháp chức năng. § Đối tượng bao gồm cả dữ liệu và các thao tác trên dữ liệu. Do đó chúng thường dễ hiểu và dễ thay đổi hơn các thực thể độc lập. v Việc thay đổi cài đặt của một đối tượng hay việc thêm các dịch vụ không gây ảnh hưởng đến các đối tượng của hệ thống. Nguyễn Thị Minh Tuyền 6 Nhập môn CNPM
7. Các giai đoạn của quy trình thiết kế v Để phát triển thiết kế hệ thống từ khái niệm đến chi tiết, ta cần tiến hành các hoạt động sau: • Định nghĩa ngữ cảnh và các chế độ sử dụng hệ thống • Thiết kế kiến trúc hệ thống • Nhận diện các đối tượng hệ thống quan trọng • Phát triển các mô hình thiết kế • Đặc tả giao diện đối tượng Nguyễn Thị Minh Tuyền 7 Nhập môn CNPM
8. Các giai đoạn của quy trình • Định nghĩa ngữ cảnh và các chế độ sử dụng hệ thống • Thiết kế kiến trúc hệ thống • Nhận diện các đối tượng hệ thống quan trọng • Phát triển các mô hình thiết kế • Đặc tả giao diện đối tượng. Nguyễn Thị Minh Tuyền 8 Nhập môn CNPM
9. Ngữ cảnh hệ thống và các tương tác v Việc hiểu mối quan hệ giữa phần mềm đang thiết kế và môi trường bên ngoài là cần thiết § quyết định việc cung cấp các chức năng của hệ thống như thế nào và § cách cấu trúc hệ thống để giao tiếp với môi trường của nó. v Việc hiểu ngữ cảnh cũng giúp ta thiết lập ranh giới của hệ thống. § Việc thiết lập các ranh giới hệ thống giúp ta quyết định xem tính năng nào được cài đặt trong hệ thống đang được thiết kế và tính năng nào nằm trong các hệ thống liên quan. Nguyễn Thị Minh Tuyền 9 Nhập môn CNPM
10. Ngữ cảnh và các mô hình tương tác v Ngữ cảnh hệ thống § Một mô hình tĩnh mô tả các hệ thống khác trong môi trường. § Sử dụng một mô hình hệ thống con để chỉ ra các hệ thống khác. v Mô hình về việc sử dụng hệ thống § Một mô hình động mô tả cách hệ thống tương tác với môi trường của nó. § Sử dụng các use case để chỉ ra các tương tác. Nguyễn Thị Minh Tuyền 10 Nhập môn CNPM
11. Ngữ cảnh hệ thống cho trạm thời tiết Control 1 system 1 1 1 n Weather 1 1 n Weather information station system 1 1 n Satellite 1 1 Nguyễn Thị Minh Tuyền 11 Nhập môn CNPM
12. Use case cho trạm thời tiết Report weather Report status Weather information system Restart Shutdown Reconfigure Control system Powersave Remote control Nguyễn Thị Minh Tuyền 12 Nhập môn CNPM
13. Mô tả use case—Report weather System Weather station Use case Report weather Actors Weather information system, Weather station Mô tả Weather station gởi một bản tóm tắt về dữ liệu thời tiết được tập hợp từ các thiết bị đến Weather information system. Dữ liệu được gởi đi gồm giá trị lớn nhất, nhỏ nhất và giá trị trung bình của nhiệt độ không khí và nhiệt độ mặt đất; áp suất không khí lớn nhất, nhỏ nhất và trung bình; tốc độ gió lớn nhất, nhỏ nhất và trung bình;tổng lượng mưa, hướng gió. Việc lấy mẫu này thực hiện 5’ một lần. Tác động Weather information system thiết lập một kết nối thông qua vệ tinh với weather station và yêu cầu truyền dữ liệu. Trả lời Dữ liệu đã tóm tắt được gởi đến Weather information system. Chú thích Các Weather station thường được yêu cầu báo cáo 1 lần/giờ nhưng độ thường xuyên này khác nhau tùy theo từng weather station và có thể thay đổi trong tương lai. Nguyễn Thị Minh Tuyền 13 Nhập môn CNPM
14. Các giai đoạn của quy trình • Định nghĩa ngữ cảnh và các chế độ sử dụng hệ thống • Thiết kế kiến trúc hệ thống • Nhận diện các đối tượng hệ thống quan trọng • Phát triển các mô hình thiết kế • Đặc tả giao diện đối tượng. Nguyễn Thị Minh Tuyền 14 Nhập môn CNPM
15. Thiết kế kiến trúc v Sử dụng thông tin về các tương tác giữa hệ thống và môi trường để thiết kế kiến trúc hệ thống. § Nhận diện các component chính hình thành nên hệ thống và mối quan hệ giữa các component này, § Tổ chức các component này sử dụng một kiến trúc mẫu có sẵn ví dụ như mô hình phân tầng hoặc mô hình client-server. Nguyễn Thị Minh Tuyền 15 Nhập môn CNPM
16. Kiến trúc ở mức cao của weather station «subsystem» «subsystem» «subsystem» Fault manager Configuration manager Power manager Communication link «subsystem» «subsystem» «subsystem» Communications Data collection Instruments Nguyễn Thị Minh Tuyền 16 Nhập môn CNPM
17. Kiến trúc của Weather station Nguyễn Thị Minh Tuyền Nhập môn CNPM
18. Kiến trúc của hệ thống thu thập dữ liệu Data Collection Data collection Transmitter Receiver WeatherData Nguyễn Thị Minh Tuyền 18 Nhập môn CNPM
19. Các giai đoạn của quy trình • Định nghĩa ngữ cảnh và các chế độ sử dụng hệ thống • Thiết kế kiến trúc hệ thống • Nhận diện các đối tượng hệ thống quan trọng • Phát triển các mô hình thiết kế • Đặc tả giao diện đối tượng. Nguyễn Thị Minh Tuyền 19 Nhập môn CNPM
20. Nhận diện lớp đối tượng v Thường là một phần khó của thiết kế hướng đối tượng. v Không có một công thức tổng quát nào § phụ thuộc về kỹ năng, kinh nghiệm và kiến thức về lĩnh vực của người thiết kế hệ thống. v Đây là quy trình lặp lại § Ta không thể thực hiện xong ngay lần đầu tiên. Nguyễn Thị Minh Tuyền 20 Nhập môn CNPM
21. Các phương pháp để nhận diện Sử dụng phương pháp phân tích ngữ pháp dựa vào mô tả hệ thống sử dụng ngôn ngữ tự nhiên. Dựa vào việc nhận diện những thứ hữu hình có trong miền ứng dụng. Sử dụng phương pháp hành vi và nhận diện các vật thể dựa vào cái gì tham gia vào hành vi nào Sử dụng việc phân tích dựa vào kịch bản. Các đối tượng, thuộc tính và phương thức trong mỗi kịch bản được nhận diện. Nguyễn Thị Minh Tuyền 21 Nhập môn CNPM
22. Ví dụ: mô tả Weather station A weather station is a package of software controlled instruments which collects data, performs some data processing and transmits this data for further processing. The instruments include air and ground thermometers, an anemometer, a wind vane, a barometer and a rain gauge. Data is collected periodically. When a command is issued to transmit the weather data, the weather station processes and summarises the collected data. The summarised data is transmitted to the mapping computer when a request is received. Nguyễn Thị Minh Tuyền 22 Nhập môn CNPM
23. Các lớp đối tượng trong Weather station v Việc nhận diện các đối tượng trong hệ thống weather station có thể dựa vào những dữ liệu và phần cứng hữu hình trong hệ thống: § Ground thermometer, Anemometer, Barometer • Các đối tượng của miền ứng dụng, là các đối tượng phần cứng liên quan đến thiết bị trong hệ thống. § Weather station • Giao diện cơ bản của weather station với môi trường của nó. Do đó, các thao tác của nó phản ánh các tương tác được nhận diện trong mô hình use case. § Weather data • Chịu trách nhiệm xử lý các yêu cầu về báo cáo thời tiết. Đối tượng này gởi một bản tóm tắt về dữ liệu từ thiết bị đến hệ thống thông tin thời tiết. Nguyễn Thị Minh Tuyền 23 Nhập môn CNPM
24. Các lớp đối tương Weather station WeatherStation WeatherData identifier airTemperatures groundTemperatures reportWeather ( ) windSpeeds reportStatus ( ) windDirections powerSave (instruments) pressures remoteControl (commands) rainfall reconfigure (commands) restart (instruments) collect ( ) shutdown (instruments) summarize ( ) Ground Anemometer Barometer thermometer an_Ident bar_Ident gt_Ident windSpeed pressure temperature windDirection height get ( ) get ( ) get ( ) test ( ) test ( ) test ( ) Nguyễn Thị Minh Tuyền 24 Nhập môn CNPM
25. Bài tập v Sử dụng các ký hiệu đồ họa UML cho lớp đối tượng, thiết kế các lớp đối tượng, nhận diện các thuộc tính và thao tác. Sử dụng kinh nghiệm của bản thân để quyết định thuộc tính và thao tác trong những đối tượng này. § Điện thoại § Máy in cho máy tính cá nhân § Máy nghe nhạc cá nhân § Tài khoản ngân hàng § Danh mục thư viện Nguyễn Thị Minh Tuyền 25 Nhập môn CNPM
26. Các giai đoạn của quy trình • Định nghĩa ngữ cảnh và các chế độ sử dụng hệ thống • Thiết kế kiến trúc hệ thống • Nhận diện các đối tượng hệ thống quan trọng • Phát triển các mô hình thiết kế • Đặc tả giao diện đối tượng. Nguyễn Thị Minh Tuyền 26 Nhập môn CNPM
27. Các mô hình thiết kế v Chỉ ra các đối tượng và lớp đối tượng và mối quan hệ giữa các thực thể này. v Mô hình tĩnh § mô tả cấu trúc tĩnh của hệ thống về các lớp đối tượng và quan hệ. v Mô hình động § mô tả tương tác động giữa các đối tượng. Nguyễn Thị Minh Tuyền 27 Nhập môn CNPM
28. Các ví dụ về mô hình thiết kế Mô hình hệ thống con • Chỉ ra việc gom nhóm các đối tượng vào trong hệ thống con tương ứng Mô hình tuần tự • Chỉ ra chuỗi tuần tự các tương tác của các đối tượng. Mô hình trạng thái • Chỉ ra cách các đối tượng riêng lẻ thay dổi trạng thái để trả lời các sự kiện. Các mô hình khác như mô hình use case, mô hình cộng gộp, mô hình tổng quát hóa, Nguyễn Thị Minh Tuyền 28 Nhập môn CNPM
29. Mô hình hệ thống con v Là mô hình tĩnh, chỉ ra cách một thiết kế được tổ chức thành các nhóm đối tượng liên quan đến nhau về mặt logic như thế nào. v Trong UML, biểu đồ gói được sử dụng để biểu diễn mô hình hệ thống con. Nguyễn Thị Minh Tuyền 29 Nhập môn CNPM
30. Hệ thống con Weather station Nguyễn Thị Minh Tuyền Nhập môn CNPM
31. Mô hình tuần tự v Mô hình tuần tự chỉ ra chuỗi tuần tự các tương tác của đối tượng § Đối tượng được đặt ở hàng ngang trên cùng; § Thời gian được biểu diễn bằng đường thẳng đứng vì thế mô hình được đọc từ trên xuống; § Tương tác được biểu diễn bằng các đường mũi tên có đặt tên, các kiểu mũi tên khác nhau biểu diễn các loại tương tác khác nhau; § Ô hình chữ nhật trong một lifeline biểu diễn thời gian khi đói tượng đang điều khiển một đối tượng khác trong hệ thống. Nguyễn Thị Minh Tuyền 31 Nhập môn CNPM
32. Biểu đồ tuần tự biểu diễn việc thu thập dữ liệu Weather information system :SatComms :WeatherStation :Commslink :WeatherData request (report) acknowledge reportWeather () acknowledge get (summary) summarize () send (report) acknowledge reply (report) acknowledge Nguyễn Thị Minh Tuyền 32 Nhập môn CNPM
33. Biểu đồ trạng thái v Được sử dụng để chỉ ra cách các đối tượng trả lời các yêu cầu dịch vụ khác nhau và việc dịch chuyển trạng thái gây ra bởi các yêu cầu này. v Là mô hình mức cao của một hệ thống hoặc là mô hình hành vi thời gian thực của đối tượng. v Không cần biểu đồ trạng thái cho tất cả các đối tượng trong hệ thống. § Nhiều đối tượng trong hệ thống khá đơn giản và một mô hình trạng thái thêm vào thiết kế các chi tiết không cần thiết. Nguyễn Thị Minh Tuyền 33 Nhập môn CNPM
34. Biểu đồ trạng thái của Weather station Controlled Operation shutdown() remoteControl() reportStatus() restart() Testing Shutdown Running transmission done test complete configuration done reconfigure() Transmitting powerSave() clock collection done reportWeather() Configuring weather summary complete Summarizing Collecting Nguyễn Thị Minh Tuyền 34 Nhập môn CNPM
35. Các giai đoạn của quy trình • Định nghĩa ngữ cảnh và các chế độ sử dụng hệ thống • Thiết kế kiến trúc hệ thống • Nhận diện các đối tượng hệ thống quan trọng • Phát triển các mô hình thiết kế • Đặc tả giao diện đối tượng. Nguyễn Thị Minh Tuyền 35 Nhập môn CNPM
36. Đặc tả giao diện v Giao diện đối tượng phải được đặc tả sao cho đối tượng và các component có thể được thiết kế song song với nhau. v Thiết kế giao diện liên quan đến việc đặc tả chi tiết giao diện của một đối tượng hoặc một nhóm đối tượng. v Giao diện có thể được đặc tả trong UML sử dụng cùng ký hiệu với biểu đồ lớp. Nguyễn Thị Minh Tuyền 36 Nhập môn CNPM
37. Đặc tả giao diện v Không nên chứa chi tiết việc biểu diễn dữ liệu trong đặc tả giao diện. v Cùng một đối tượng có thể có vài giao diện, mỗi giao diện là một góc nhìn khác nhau về các phương thức mà đối tượng cung cấp. v Một nhóm các đối tượng có thể được truy cập thông qua một interface duy nhất. Nguyễn Thị Minh Tuyền 37 Nhập môn CNPM
38. Weather station interfaces «interface» «interface» Remote Control Reporting startInstrument(instrument): iStatus weatherReport (WS-Ident): Wreport stopInstrument (instrument): iStatus statusReport (WS-Ident): Sreport collectData (instrument): iStatus provideData (instrument ): string Nguyễn Thị Minh Tuyền 38 Nhập môn CNPM
39. Giao diện Weather station interface WeatherStation { public void WeatherStation () ; public void startup () ; public void startup (Instrument i) ; public void shutdown () ; public void shutdown (Instrument i) ; public void reportWeather ( ) ; public void test () ; public void test ( Instrument i ) ; public void calibrate ( Instrument i) ; public int getID () ; } //WeatherStation Nguyễn Thị Minh Tuyền Nhập môn CNPM
40. Bài tập v Một hệ thống quản lý thời gian và nhật ký nhóm. v Trạm xăng tự động. Nguyễn Thị Minh Tuyền 40 Nhập môn CNPM
41. Nội dung 1. Thiết kế hướng đối tượng sử dụng UML 2. Thiết kế mẫu Nguyễn Thị Minh Tuyền 41 Nhập môn CNPM
42. Các mẫu thiết kế v Là cách tái sử dụng các kiến thức trừu tượng về một vấn đề và giải pháp. v Mẫu là một mô tả của vấn đề và điểm chính của giải pháp. v Nên biểu diễn đủ trừu tượng để có thể tái sử dụng ở các thiết lập khác. v Các mô tả mẫu thường sử dụng các đặc tính hướng đối tượng như tính thừa kế và tính đa hình. Nguyễn Thị Minh Tuyền 42 Nhập môn CNPM
43. Các thành phần của mẫu v Tên § Một tên có nghĩa để nhận diện. v Mô tả vấn đề. v Mô tả giải pháp. § Không phải là một thiết kế rời rạc mà là một template cho một giải pháp thiết kế trong đó giải pháp này có thể được sử dụng theo cách khác. v Hệ quả § Kết quả sau khi áp dụng mẫu này. Nguyễn Thị Minh Tuyền 43 Nhập môn CNPM
44. Mẫu Observer v Tên § Observer. v Mô tả § Tách rời việc biểu diễn trạng thái ra khỏi đối tượng. v Mô tả vấn đề § Được sử dụng khi có nhiều cách hiển thị trạng thái. v Mô tả giải pháp § Xem slide 44. v Hệ quả § Sẽ không thực tế nếu muốn tối ưu hóa để làm tăng hiệu suất của việc hiển thị. Nguyễn Thị Minh Tuyền 44 Nhập môn CNPM
45. Mẫu Observer (1) Tên mẫu Observer Mô tả Tách rời việc hiển thị trạng thái ra khỏi vật thể và cho phép cung cấp các hiển thị thay thế. Khi trạng thái của đối tượng thay đổi, tất cả các hiển thị được thông báo và tự động cập nhật sự thay đổi đó. Mô tả vấn đề Trong nhiều tình huống, ta phải cung cấp nhiều hiển thị khác nhau về thông tin trạng thái, ví dụ như một hiển thị đồ họa và một hiển thị bảng. Các biểu diễn thay thế nên hỗ trợ tương tác, và khi trạng thái bị thay đổi, tất cả các hiển thị phải được cập nhật. Mẫu này cũng có thể được sử dụng trong tất cả các tình huống ở đó nhiều hơn một định dạng hiển thị về thông tin trạng thái được yêu cầu và ở đó không cần thiết phải duy trì thông tin trạng thái để biết về định dạng hiển thị cụ thể được sử dụng. Nguyễn Thị Minh Tuyền 45 Nhập môn CNPM
46. Mẫu Observer (2) Tên mẫu Observer Mô tả giải Gồm hai đối tượng trừu tượng: Subject và Observer, và hai đối pháp tượng cụ thể: ConcreteSubject và ConcreteObject thừa kế thuộc tính của các đối tượng trừu tượng liên quan. Các đối tượng trừu tượng chứa các thao tác chung có thể áp dụng được trong mọi tình huống. Trạng thái được hiển thị được duy trì trong ConcreteSubject, cho phép thêm hoặc loại bỏ các Observer (mỗi observer tương ứng với một hiển thị) và đưa ra một thông báo khi trạng thái bị thay đổi. ConcreteObserver duy trì một bản copy trạng thái của ConcreteSubject và cài đặt giao diện Update() của Observer. ConcreteObserver tự động hiển thị trạng thái và phản ánh sự thay đổi khi trạng thái được cập nhật. Hệ quả Subject chỉ biết Observer và không biết về chi tiết của lớp cụ thể. Vì vậy có ít mối liên hệ giữa các đối tượng này. Vì thiếu thông tin, việc tối ưu để nâng cao hiệu năng hiển thị là không thực tế. Thay đổi Subject có thể gây nên một loạt các cập nhật đối với các Observer được phát sinh một cách không cần thiết. Nguyễn Thị Minh Tuyền 46 Nhập môn CNPM
47. Đa hiển thị sử dụng mẫu Observer 50 D A 25 C ABC D B 0 Subject Observer 1 A: 40 Observer 2 B: 25 C: 15 D: 20 Nguyễn Thị Minh Tuyền 47 Nhập môn CNPM
48. Mô hình UML của mẫu Observer Subject Observer Attach (Observer) Update () Detach (Observer) for all o in observers Notify () o -> Update () ConcreteSubject ConcreteObserver return subjectState Update () observerState = GetState () subject -> GetState () subjectState observerState Nguyễn Thị Minh Tuyền 48 Nhập môn CNPM
49. Các vấn đề về thiết kế v Bất kỳ vấn đề thiết kế nào đang gặp phải cũng có một mẫu có thể áp dụng được. v Ví dụ: § Báo cho một vài đối tượng về trạng thái của đối tượng nào đó bị thay đổi (Observer pattern). § Cung cấp một giao diện đơn giản cho cho một tập các giao diện trong hệ thống con, làm cho hệ thống con dễ sử dụng hơn (Façade pattern). § Cung cấp một phương pháp chuẩn để truy cập vào các phần tử của một tập hợp, bỏ qua việc tập hợp đó được cài đặt thế nào (Iterator pattern). § Cho phép khả năng mở rộng tính năng của một lớp đã có sẵn tại thời gian thực (Decorator pattern). § Nguyễn Thị Minh Tuyền 49 Nhập môn CNPM