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


Phân tích và kiến tạo hướng đối tượng người sử dụng OOAD (Object Oriented Analysis và Design) với ngôn ngữ quy mô hóa UML (Unified Modeling Language) thịnh hành và được đưa vào những trường huấn luyện và đào tạo ngành CNTT tuy vậy để áp dụng thực tiễn với sinh viên vẫn tồn tại tương đối cạnh tranh khăn. Trong bài xích 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à kiến thức về phân tích và kiến tạo hướng đối tượng người dùng và UML để thuộc hiểu và vận 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à 1 tập những hướng dẫn nhằm giúp chúng ta tránh ngoài một thiết kế xấu. 5 lý lẽ SOLID trong thiết kế hướng đối tượng:

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

Khái niệm UML

UML là ngôn ngữ mô hình hóa hòa hợp nhất dùng để làm biểu diễn hệ thống. Nói một cách dễ dàng là nó dùng làm tạo ra các bản vẽ nhằm mục tiêu mô tả thiết kế hệ thống. Các bản vẽ này được áp dụng để các nhóm xây dựng 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, các nhà chi tiêu v.v..


Tại sao lại là OOAD và 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ữ điệu mô tả các bản vẽ nên buộc phải nội dung thể hiện. Vị vậy, chúng ta phân tích và kiến thiết theo hướng đối tượng và sử dụng UML để trình diễn các thiết kế đó yêu cầu chúng thường song song với nhau.

OOAD áp dụng UML

UML thực hiện để vẽ cho những lĩnh vực khác biệt như phần mềm, cơ khí, xây đắp v vào phạm vi các nội dung bài viết này họ chỉ phân tích cách sử dụng UML mang lại phân tích và xây đắp 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 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ò kỹ hơn những thành phần trên.

View (góc nhìn)

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


*

Trong đó,

Use Case View: cung cấp mắt nhìn về những ca áp dụng 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ề cấu tạo hệ thống, coi nó được tổ chức như thế nào. Bên trong nó gồm gì.Process View: cung cấp mắt nhìn động về hệ thống, xem các thành phần trong hệ thống tương tác cùng với nhau như thế nào.Component View: cũng là một ánh mắt về cấu trúc giúp bọn họ hiểu cách phân chia và thực hiện lại những thành phần trong hệ thống ra sao.Deployment View: cung cấp góc nhìn về thực hiệ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: Chuyển Phát Nhanh Kerry Express Chuyển Phát Nhanh Kerry Express

Tập vừa lòng các mắt nhìn này đã giúp họ hiểu rõ hệ thống cần phân tích, thiết kế. Trong hình trên họ thấy góc nhìn Use Case View nằm ở giữa và chi phối tất cả các ánh mắt còn lại. Cũng chính vì thế bọn họ thường thấy các tài liệu nói về 4 view + 1 chứ chưa phải 5 view nhằm mục tiêu nhấn to gan vai trò của Use Case View.

Diagram (Bản vẽ)

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

Trong đó,


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

Hình bên trên là ví dụ như về ký hiệu của Use Case, Class, Actor, dường như còn không hề ít các ký 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 dạng vẽ có qui tắc riêng và họ phải chũm được để tạo nên các phiên bản vẽ thi công đúng. Những qui tắc này bọn họ sẽ bàn kỹ trong những bài về các bạn dạng vẽ.

Tổng kết

Nguyên tắc phân tích, kiến thiết một khối hệ thống phần mượt cũng không khác việc xây dựng một chiếc nhà trong xây dựng. Họ nên nhớ giải pháp tiếp cận này để dễ nắm bắt hơn trong việc phân tích và kiến tạo hệ thống. Hãy giữ đông đảo thứ cho thật đơn giản dễ dàng để dễ hiểu và dễ áp dụng.

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

Theo dõi các nội dung 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) cùng ngôn ngữ quy mô hóa (UML)

Bài viết liên quan