Khi thực hiện các dự án phần mềm, áp dụng tôi tất cả thói quen phân tách đôi thời hạn thực hiện, một nửa giành cho việc tìm hiểu nghiệp vụ, phân tích nhân tài 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. Trong thời đại mở của các nền tảng kỹ thuật họ hoàn toàn hoàn toàn có thể áp dụng những công nghệ tốt nhất cho công 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ãi mở rộng lớn theo yêu thương cầu biến hóa của tình hình thực tế lại là điều đặc biệt quan trọng hơn.

Bạn đang xem: Phân tích và thiết kế hướng đối tượng

Phân tích và kiến thiết hướng đối tượng OOAD (Object Oriented Analysis and Design) và 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 huấn luyện và đào tạo ngành CNTT tuy nhiên để áp dụng thực tiễn với sinh viên vẫn còn tương đối cạnh tranh 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 với và kiến thiết 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à xây dựng hướng đối tượng người sử dụng là một chuyên môn 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 vào bộ các nguyên tắc chung, đó là một trong tập các hướng dẫn để giúp bọn họ tránh khỏi một xây dựng xấu. 5 nguyên tắc SOLID trong thiết kế hướng đối tượng:

Một lớp chỉ nên có một tại sao để ráng đổi, có nghĩa là một lớp nên làm xử lý một tác dụng đơn lẻ, duy nhất thôi. Nếu đặt nhiều tính năng vào vào một lớp sẽ dẫn cho sự phụ thuộc giữa các công dụng với nhau cùng mặc dù tiếp nối ta chỉ thay đổi ở một công dụng thì cũng phá đổ vỡ các tính năng còn lại.Các lớp, module, chức năng nên thuận tiện Mở (Open) đến việc mở rộng (thêm công dụng mới) và Đóng (Close) cho bài toán thay đổi.Lớp dẫn xuất phải có tác dụng thay gắng đượ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 nhưng mà nó không áp dụng đến.Các module v.i.p không nên phụ thuộc vào các module cấp cho thấp. Cả hai nên phụ thuộc thông qua lớp trừu tượng. Lớp trừu tượng ko nên dựa vào vào bỏ 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 hợp nhất dùng để biểu diễn hệ thống. Nói một cách đơn giản dễ dàng là nó dùng làm tạo ra các bạn dạng vẽ nhằm mô tả thi công hệ thống. Các phiên bản vẽ này được sử dụng để các nhóm xây dựng trao đổi với nhau cũng giố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 với UML?

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

OOAD áp dụng UML

UML áp 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 nội dung bài viết này họ chỉ nghiên cứu cách áp dụng UML mang đến 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 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ẽ khám phá kỹ hơn các 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 thể hiện hết hệ thống nhưng diễn đạt rõ hệ thống ở một khía cạnh. Chính vì thế trong xây dừng có phiên bản vẽ phong cách thiết kế (nhìn về mặt kiến trúc), bạn dạng vẽ kết cấu (nhìn về khía cạnh kết cấu), bạn dạng vẽ thi cô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 mắt nhìn sau:

*

Trong đó,

Use Case View: cung cấp góc nhìn về các ca áp dụng giúp chúng ta hiểu khối hệ thống có gì? ai dùng và dùng nó như vậy nào.Logical View: cung cấp góc nhìn về cấu trúc hệ thống, coi nó được tổ chức như thế nào. Bên trong nó bao gồm gì.Process View: cung cấp ánh mắt động về hệ thống, xem những thành phần trong hệ thống tương tác cùng với nhau như vậy nào.Component View: cũng là một mắt nhìn về cấu tạo giúp bọn họ hiểu cách phân chia và áp 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ề triển khai hệ thống, nó cũng ảnh hưởng lớn đến bản vẽ xây dựng hệ thống.

Xem thêm: Top 26 Phim Kinh Điển, Phim Hay Đáng Xem Nhất Mọi Thời Đại

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

Diagram (Bản vẽ)

Diagram bạn cũng có thể dịch là sơ đồ. Tuy nhiên ở đây bọn họ sử dụng từ bạn dạng vẽ mang đến dễ hình dung. Các bạn dạng vẽ được dùng để 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ẽ thể hiện về ca thực hiện của hệ thống. Bạn dạng vẽ này đang giúp chúng ta biết được ai thực hiện hệ thống, hệ thống có những tính năng gì. Lập được bạn dạng vẽ này bọn họ sẽ hiểu được yêu ước của khối hệ thống cần xây dựng.Class Diagram: bản vẽ này tế bào tả kết cấu của hệ thống, tức khối hệ thống được kết cấu từ đầy đủ thành phần nào. Nó biểu hiện khía cạnh tĩnh của hệ thống.Object Diagram: tương tự như như Class Diagram tuy vậy nó biểu hiện đến đối tượng người sử dụng thay bởi vì lớp (Class).Sequence Diagarm: là bạn dạng vẽ biểu hiện sự liên hệ 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: giống như như sequence Diagram nhưng nhấn mạnh về việc tương tác thay vì tuần từ bỏ theo thời gian.State Diagram: bạn dạng vẽ miêu tả sự đổi khác 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 dùng có trạng thái thay đổi nhiều vào hệ thống.Activity Diagram: phiên bản vẽ biểu đạt các hoạt động vui chơi của đối tượng, hay được thực hiện để đọc về nghiệp vụ của hệ thống.Component Diagram: phiên bản vẽ biểu hiện về việc bố trí các nguyê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 dạng vẽ biểu hiện việc triển khai của hệ thống như việc kết nối, download đặt, tính năng của khối hệ thống v.v…

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

Notations là các ký hiệu nhằm vẽ, nó như từ bỏ vựng trong ngôn ngữ tự nhiên. Bọ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 đượ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ụ về notation.

*

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

Mechanisms (Rules)

Mechanisms là những qui tắc để lập nên bản vẽ, mỗi bạn dạng vẽ tất cả qui tắc riêng biệt và chúng ta phải gắng được để tạo nên các bản vẽ thiết kế đúng. Những qui tắc này 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, kiến thiết một khối hệ thống phần mượt cũng ko khác câu hỏi xây dựng một cái nhà vào xây dựng. Họ nên nhớ bí quyết tiếp cận này để dễ nắm bắt hơn trong câu hỏi phân tích và thiết kế hệ thống. Hãy giữ rất nhiều thứ cho thật đơn giản để dễ hiểu và dễ dàng áp dụng.

Trong thực tế, tùy thuộc vào độ tinh vi của dự án mà chúng ta cũng có thể lược vứt đi một số bạn dạng vẽ không quan trọng (bản vẽ cho những phần đối kháng 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ới Activity Diagram cho một số trong những 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 (OOAD) với ngôn ngữ quy mô hóa (UML)