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 có thói quen phân tách đôi thời gian thực hiện, một nửa giành cho việc tò mò nghiệp vụ, phân tích khả năng và xây cất database, một nửa thời gian còn lại giành riêng cho việc code. Vào thời đại mở của những nền tảng kỹ thuật họ hoàn toàn có thể áp dụng những technology tốt độc nhất vô nhị cho năng suất ứng dụng của mình, bây giờ việc ứng dụng chuyển động ổn định, đúng nghiệp vụ, thuận lợi mở rộng theo yêu cầu thay đổi của tình hình thực tế lại là điều đặc trưng hơn.

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

Phân tích và xây cất hướng đối tượng người sử dụng OOAD (Object Oriented Analysis và Design) cùng ngôn ngữ mô hình hóa UML (Unified Modeling Language) phổ biến và được gửi vào các trường đào tạo 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 này bọn họ sẽ tiếp cận bằng phương pháp đơn giản những kỹ năng về phân tích và thi công hướng đối tượng người tiêu dùng và UML để cùng hiểu và vận dụng vào thực tế.

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

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

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

Khái niệm UML

UML là ngôn ngữ quy mô hóa đúng theo nhất dùng để biểu diễn hệ thống. Nói một cách dễ dàng và đơn giản là nó dùng làm tạo ra các bạn dạng vẽ nhằm mục đích mô tả xây cất hệ thống. Các bạn dạng vẽ này được sử dụng để các nhóm xây đắp trao đổi với nhau cũng như dùng nhằm thi công hệ thống (phát triển), thuyết phục khách hàng, những nhà chi tiêu v.v..

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

OOAD nên các bạn dạng vẽ để mô tả khối hệ thống được thiết kế, còn UML là ngôn ngữ mô tả các bản vẽ nên bắt buộc nội dung thể hiện. Vì chưng vậy, bọn họ phân tích và kiến tạo theo hướng đối tượng người sử dụng và thực hiện UML để biểu diễn các kiến tạo đó yêu cầu chúng thường song song với nhau.

OOAD thực hiện UML

UML sử dụng để vẽ cho nhiều lĩnh vực khác biệt như phần mềm, cơ khí, xây dựng v… trong phạm vi các bài viết này bọn họ chỉ nghiên cứu cách áp dụng UML đến phân tích và thiết kế hướng đối tượng người dùng trong ngành phần mềm. OOAD thực hiện UML bao hàm các yếu tắc 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 những thành phần trên.

View (góc nhìn)

Mỗi ánh mắt như thầy bói xem voi, nó không biểu đạt hết hệ thống nhưng miêu tả rõ hệ thống ở một khía cạnh. Cũng chính vì thế trong xuất bản có phiên bản vẽ bản vẽ xây dựng (nhìn về khía cạnh kiến trúc), phiên bản vẽ kết cấu (nhìn về phương diện kết cấu), bản vẽ thi công (nhìn về phương diện thi công). Trong phần mềm cũng tương tự 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ề những ca thực hiện giúp bọn họ hiểu hệ thống có gì? ai dùng và dùng nó như vậy nào.Logical View: cung cấp ánh mắt về kết cấu hệ thống, coi nó được tổ chức như vậy nào. Bên phía trong nó tất cả gì.Process View: cung cấp mắt nhìn động về hệ thống, xem các thành phần trong khối hệ thống tương tác với nhau như vậy nào.Component View: cũng là một góc nhìn về cấu trúc giúp chúng ta hiểu cách phân chia và sử dụng lại những thành phần trong khối hệ thống ra sao.Deployment View: cung cấp góc nhìn về tiến hành hệ thống, nó cũng tác động lớn đến phong cách thiết kế hệ thống.

Xem thêm: Top 18 Các Loại Ốc Hại Trong Hồ Thủy Sinh, Cách Ngăn Ngừa Ốc Hại Trong Hồ Thủy Sinh

Tập vừa lòng 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ế. Vào hình trên bọn họ thấy mắt nhìn Use Case View nằm ở vị trí giữa và chi phối toàn bộ các góc nhìn còn lại. Bởi vì thế chúng ta thường thấy những tài liệu nói đến 4 view + 1 chứ không phải 5 view nhằm mục tiêu nhấn bạo gan vai trò của Use Case View.

Diagram (Bản vẽ)

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

*

Trong đó,

Use Case Diagram: phiên bản vẽ trình bày về ca áp dụng của hệ thống. Phiên bản vẽ này đã giúp bọn họ biết được ai thực hiện hệ thống, hệ thống có những chức năng gì. Lập được bản vẽ này chúng ta sẽ gọi được yêu ước của hệ thống cần xây dựng.Class Diagram: phiên bản vẽ này tế bào tả cấu tạo của hệ thống, tức khối hệ thống được cấu trúc từ số đông thành phần nào. Nó biểu lộ khía cạnh tĩnh của hệ thống.Object Diagram: giống như như Class Diagram dẫu vậy nó biểu lộ đến đối tượng thay vày lớp (Class).Sequence Diagarm: là bản vẽ mô tả sự liên can của các đối tượng người dùng trong hệ thống với nhau được miêu tả tuần tự quá trình tương tác theo thời gian.Collaboration Diagram: tựa như như sequence Diagram nhưng mà nhấn mạnh về sự việc tương tác thay vì tuần từ theo thời gian.State Diagram: bạn dạng vẽ trình bày sự biến hóa 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 biến hóa nhiều vào hệ thống.Activity Diagram: bạn dạng vẽ biểu thị các hoạt động vui chơi của đối tượng, thường được thực hiện để phát âm về nhiệm vụ của hệ thống.Component Diagram: phiên bản vẽ biểu đạt về việc bố trí các nhân tố của hệ thống cũng tương tự việc sử dụng những thành phần đó.Deployment Diagram: phiên bản vẽ bộc lộ việc triển khai của khối hệ thống như việc kết nối, thiết lập đặt, hiệu năng của hệ thống v.v…

Notations (các ký hiệu)

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

*

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

Mechanisms (Rules)

Mechanisms là các qui tắc nhằm lập nên phiên bản vẽ, mỗi bản vẽ bao gồm qui tắc riêng rẽ và họ phải thế được để tạo cho các phiên bản vẽ thiết kế đúng. Những qui tắc này chúng ta sẽ bàn kỹ trong những bài về các bản vẽ.

 

Tổng kết

Nguyên tắc phân tích, xây cất một khối hệ thống phần mượt cũng ko khác bài toán xây dựng một cái nhà trong xây dựng. Bọn họ nên nhớ cách tiếp cận này để dễ dàng nắm bắt hơn trong vấn đề phân tích và xây đắp hệ thống. Hãy giữ hầu như thứ mang lại thật đơn giản và dễ dàng để dễ nắm bắt và dễ dàng áp dụng.

Trong thực tế, tùy thuộc theo độ phức tạp của dự án công trình mà bạn cũng có thể lược vứt đi một số phiên bản vẽ không quan trọng (bản vẽ cho các phần đối kháng giản, ko phức tạp). Tôi thường xuyên vẽ Use Case Diagram, Class Diagram như hai bạn dạng bắt buộc với Activity Diagram cho một số trong những 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 dùng (OOAD) và ngôn ngữ quy mô hóa (UML)

Leave a Reply

Your email address will not be published. Required fields are marked *

  • Vé concert bts giá bao nhiều tiền việt nam

  • Các cô gái mặc bikini

  • Anh da den chơi gái nhat

  • Tác hại của gừng ngâm giấm

  • x

    Welcome Back!

    Login to your account below

    Retrieve your password

    Please enter your username or email address to reset your password.