THIẾT KẾ HƯỚNG ĐỐI TƯỢNG

Khi tiến hành các dự án phần mềm, ứng dụng tôi gồm thói quen chia đôi thời hạn thực hiện, một nửa giành riêng cho việc tò mò nghiệp vụ, phân tích anh tài và thiết kế database, một nửa thời gian còn lại giành riêng cho việc code. Trong thời đại mở của các nền tảng kỹ thuật bọn họ hoàn toàn rất có thể áp dụng những technology tốt nhất cho hiệu suất ứng dụng của mình, bây giờ việc ứng dụng vận động ổn định, đúng nghiệp vụ, dễ dàng mở rộng theo yêu cầu thay đổi của tình hình thực tiễn lại là điều đặc biệt hơn.

Bạn đang xem: Thiết kế hướng đối tượng

Phân tích và thi công hướng đối tượng người dùng OOAD (Object Oriented Analysis và Design) và ngôn ngữ quy mô hóa UML (Unified Modeling Language) thông dụng và được đưa vào các trường huấn luyện và giảng dạy ngành CNTT tuy nhiên để áp dụng thực tế với sinh viên vẫn còn đó tương đối khó khăn. Trong bài xích này họ sẽ tiếp cận bằng cách đơn giản những kiến thức và kỹ năng về so sánh và thi công hướng đối tượng người dùng và UML để cùng hiểu và áp dụng vào thực tế.

Khái niệm OOAD (Object Oriented Analysis & Design)

Phân tích và kiến tạo hướng đối tượng là một kỹ thuật tiếp cận phổ biến dùng để làm phân tích, xây cất một ứng dụng, hệ thống. Nó dựa trên bộ những nguyên tắc chung, đó là một trong những tập những hướng dẫn để giúp họ tránh khỏi một xây đắp xấu. 5 nguyên lý SOLID trong thiết kế hướng đối tượng:

Một lớp chỉ nên có một tại sao để thế đổi, có nghĩa là một lớp nên làm xử lý một tác dụng đơn lẻ, nhất thôi. Nếu để nhiều tính năng vào vào một lớp đã dẫn cho sự nhờ vào giữa các tính năng với nhau với mặc dù tiếp nối ta chỉ biến đổi ở một công dụng thì cũng phá tan vỡ các tính năng còn lại.Các lớp, module, công dụng nên thuận tiện Mở (Open) cho việc mở rộng (thêm tác dụng mới) với Đóng (Close) cho việc thay đổi.Lớp dẫn xuất phải có tác dụng thay rứa được lớp thân phụ của nó.Chương trình tránh việc buộc phải thiết lập một interface cơ mà nó không áp dụng đến.Các module cao cấp không nên phụ thuộc vào vào các module cung cấp thấp. Cả hai nên dựa vào thông qua lớp trừu tượng. Lớp trừu tượng không nên nhờ vào vào đưa ra tiết. Chi tiết nên phụ thuộc vào trừu tượng

Khái niệm UML

UML là ngôn ngữ mô hình hóa vừa lòng nhất dùng làm biểu diễn hệ thống. Nói một cách đơn giản và dễ dàng là nó dùng làm tạo ra các phiên bản vẽ nhằm mục tiêu mô tả kiến tạo hệ thống. Các phiên bản vẽ này được thực hiện để các nhóm xây cất trao thay đổi với nhau cũng giống như dùng để thi công hệ thống (phát triển), thuyết phục khách hàng hàng, các nhà đầu tư v.v..

Tại sao lại là OOAD cùng UML?

OOAD bắt buộc các phiên bản vẽ nhằm mô tả hệ thống được thiết kế, còn UML là ngữ điệu mô tả các bạn dạng vẽ nên đề nghị nội dung thể hiện. Do vậy, bọn họ phân tích và kiến tạo theo hướng đối tượng người dùng và áp dụng UML để màn biểu diễn các thi công đó bắt buộc chúng thường song song với nhau.

OOAD thực hiện UML

UML áp dụng để vẽ cho các lĩnh vực khác nhau như phần mềm, cơ khí, gây ra v… trong phạm vi các nội dung bài viết này bọn họ chỉ nghiên cứu cách thực hiện UML cho phân tích và xây cất hướng đối tượng người sử dụng trong ngành phần mềm. OOAD áp dụng UML bao hàm các nhân tố sau:

View (góc nhìn)Diagram (bản vẽ)Notations (ký hiệu)Mechanisms (qui tắc, cơ chế)

Chúng ta sẽ tìm hiểu kỹ hơn các thành phần trên.

View (góc nhìn)

Mỗi mắt nhìn như thầy tướng xem voi, nó không biểu lộ hết khối hệ thống nhưng thể hiện rõ hệ thống ở một khía cạnh. Cũng chính vì thế trong thành lập có bạn dạng vẽ kiến trúc (nhìn về khía cạnh kiến trúc), bản vẽ kết cấu (nhìn về mặt kết cấu), bạn dạng vẽ xây dựng (nhìn về phương diện thi công). Trong phần mềm tương tự như vậy, OOAD thực hiện UML bao gồm các ánh mắt sau:

Trong đó,

Use Case View: cung cấp mắt nhìn về các ca áp dụng giúp chúng ta hiểu khối hệ thống có gì? ai cần sử dụng và dùng nó như vậy nào.Logical View: cung cấp góc nhìn về kết cấu hệ thống, coi nó được tổ chức như thế nào. Bên phía trong nó có gì.Process View: cung cấp góc nhìn động về hệ thống, xem các thành phần trong khối hệ thống tương tác cùng với nhau như thế nào.Component View: cũng chính là một góc nhìn về kết cấu giúp chúng ta hiểu cách phân bổ và sử dụng lại các thành phần trong khối hệ thống ra sao.Deployment View: cung cấp mắt nhìn về xúc tiến hệ thống, nó cũng tác động lớn đến bản vẽ xây dựng hệ thống.

Xem thêm: Lịch Trực Tiếp Bóng Đá Tv Hôm Nay 8/10: Đức Vs Romania, Lịch Phát Sóng Bóng Đá

Tập hòa hợp các ánh mắt này sẽ giúp chúng ta hiểu rõ hệ thống cần phân tích, thiết kế. Trong hình trên bọn họ thấy ánh mắt Use Case View nằm tại vị trí giữa và bỏ ra phối tất cả các góc nhìn còn lại. Cũng chính vì thế họ thường thấy các tài liệu nói đến 4 view + 1 chứ không hẳn 5 view nhằm mục tiêu nhấn bạo phổi vai trò của Use Case View.

Diagram (Bản vẽ)

Diagram chúng ta cũng có thể dịch là sơ đồ. Mặc dù ở đây chúng ta sử dụng từ phiên bản vẽ cho dễ hình dung. Các bản vẽ được dùng để thể hiện các mắt nhìn của hệ thống.

Trong đó,

Use Case Diagram: bản vẽ biểu hiện về ca áp dụng của hệ thống. Bạn dạng vẽ này sẽ giúp chúng ta biết được ai sử dụng hệ thống, hệ thống có những chức năng gì. Lập được bạn dạng vẽ này bọn họ sẽ hiểu được yêu mong của khối hệ thống cần xây dựng.Class Diagram: phiên bản vẽ này tế bào tả kết cấu của hệ thống, tức hệ thống được cấu trúc từ đa số thành phần nào. Nó bộc lộ khía cạnh tĩnh của hệ thống.Object Diagram: tựa như như Class Diagram tuy vậy nó biểu hiện đến đối tượng người tiêu dùng thay vì chưng lớp (Class).Sequence Diagarm: là bạn dạng vẽ biểu thị sự tương tác của các đối tượng người sử dụng trong hệ thống với nhau được biểu lộ tuần tự các bước tương tác theo thời gian.Collaboration Diagram: tương tự như như sequence Diagram dẫu vậy nhấn mạnh về sự tương tác thay bởi tuần tự theo thời gian.State Diagram: bản vẽ diễn đạt sự chuyển đổi trạng thái của một đối tượng. Nó được dùng làm theo dõi các đối tượng có trạng thái đổi khác nhiều vào hệ thống.Activity Diagram: phiên bản vẽ mô tả các buổi giao lưu của đối tượng, thường được sử dụng để phát âm về nghiệp vụ của hệ thống.Component Diagram: bản vẽ trình bày về việc sắp xếp các nhân tố của hệ thống cũng như việc sử dụng các thành phần đó.Deployment Diagram: bản vẽ biểu hiện việc thực hiện của hệ thống như việc kết nối, thiết lập đặt, tính năng của khối hệ thống v.v…

Notations (các ký kết hiệu)

Notations là những ký hiệu nhằm vẽ, nó như từ bỏ vựng trong ngôn từ tự nhiên. Họ phải biết từ vựng thì mới có thể ghép thành câu, thành bài bác được. Chúng ta sẽ tò mò kỹ những notations vào từng phiên bản vẽ sau này. Dưới đó là vài ví dụ về notation.

Hình trên là ví dụ như về ký kết hiệu của Use Case, Class, Actor, dường như còn không hề ít các cam kết hiệu khác

Mechanisms (Rules)

Mechanisms là các qui tắc để lập nên bản vẽ, mỗi bạn dạng vẽ có qui tắc riêng rẽ và chúng ta phải nỗ lực được để làm cho các bản vẽ xây dựng đúng. Các qui tắc này bọn họ sẽ bàn kỹ trong số bài về các bản vẽ.

Tổng kết

Nguyên tắc phân tích, thi công một khối hệ thống phần mềm cũng không khác bài toán xây dựng một chiếc nhà vào xây dựng. Chúng ta nên nhớ bí quyết tiếp cận này để dễ nắm bắt hơn trong vấn đề phân tích và thi công hệ thống. Hãy giữ đông đảo thứ cho thật đơn giản dễ dàng để dễ dàng nắm bắt và dễ áp dụng.

Trong thực tế, tùy theo độ phức tạp của dự án công trình mà bạn có thể lược loại bỏ một số bạn dạng vẽ không cần thiết (bản vẽ cho các phần đối kháng giản, ko phức tạp). Tôi hay vẽ Use Case Diagram, Class Diagram như hai bản bắt buộc cùng Activity Diagram cho một số tính năng phức tạp.

Theo dõi các bài viết tiếp theo: Phân tích thiết kế hệ thống hướng đối tượng người tiêu dùng (OOAD) và ngôn ngữ quy mô hóa (UML)