Phân tích và thiết kế hướng đối tượng

     

Trong đều năm cách đây không lâu phương thức lập trình sẵn hướng đối tượng người sử dụng đã thống lĩnh thị phần lập trình ứng dụng và UML cũng đang trở thành ngôn ngữ mô hình hóa phổ biến trong cấp dưỡng phần mềm. Phần lớn các ngôi trường đại học, cđ đã đưa hai môn này vào huấn luyện và giảng dạy chính khóa cùng cũng có tương đối nhiều tài liệu viết về những vụ việc này. Tuy nhiên, nó vẫn tồn tại rất cạnh tranh hiểu và khó áp dụng với sinh viên, và những tuổi teen đang làm về công nghệ thông tin.

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

Trong loạt bài này, công ty chúng tôi sẽ nỗ lực trình bày một cách dễ dàng và dễ hiểu nhất những kiến thức về so sánh và xây dựng hướng đối tượng người tiêu dùng và UML nhằm giúp chúng ta hiểu và áp dụng vào thực tế. Các nội dung bài viết sẽ hướng dẫn các bạn phân tích và xây đắp một ứng dụng rõ ràng để từ đó tự rút ra bài học kinh nghiệm kinh nghiệm cho chính mình và tiếp tục nghiên cứu vãn sâu hơn.

Bài thứ nhất sẽ bàn một bí quyết cơ bạn dạng về Phân tích kiến tạo hướng đối tượng và UML.

Lưu ý: Để đọc được loạt bài này các bạn phải có kiến thức và kỹ năng cơ bản về lập trình phía đối tượng, vì cửa hàng chúng tôi sẽ không đi chi tiết vào các định nghĩa về lập trình phía đối tượng.

 1. định nghĩa về so sánh và xây đắp hướng đối tượng người dùng (Object Oriented Analysis & Design: OOAD)

Trong kỹ nghệ phần mềm để cấp dưỡng được một sản phẩm phần mềm người ta phân tách quá trình trở nên tân tiến sản phẩm ra nhiều giai đoạn như thu thập và phân tích yêu cầu, đối chiếu và thiết kế hệ thống, phát triển (coding), kiểm thử, tiến hành và bảo trì. Trong đó, giai đoạn phân tích, thiết kế khi nào cũng là giai đoạn khó khăn và phức tạp nhất. Quá trình này giúp bọn họ hiểu rõ yêu ước đặt ra, khẳng định giải pháp, mô tả cụ thể giải pháp. Nó vấn đáp 2 câu hỏi What (phần mềm này làm chiếc gì?) với How (làm nó như vậy nào?).

Để phân tích cùng thiết kế một trong những phần mềm thì có không ít cách làm, trong số những cách làm đó là xem hệ thống gồm những đối tượng người dùng sống trong những số ấy và liên quan với nhau. Vấn đề mô tả được toàn bộ các đối tượng và sự can dự của chúng sẽ giúp bọn họ hiểu rõ hệ thống và thiết lập được nó. Thủ tục này gọi là Phân tích thiết kế hướng đối tượng người dùng (OOAD)

 2. Khái niệm về UML (Unified Modeling Language)

UML là ngôn ngữ mô hình hóa phù hợp nhất dùng làm biểu diễn hệ thống. Nói một cách đơn giản 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 thực hiện để các nhóm thi công trao thay đổi với nhau tương tự như dùng để thi công khối hệ thống (phát triển), thuyết phục khách hàng, những nhà chi tiêu v.v.. (Giống như trong xây dựng fan ta cần sử dụng các bạn dạng vẽ thi công để lý giải và kiểm soát và điều hành thi công, bán sản phẩm căn hộ v.v..)

3. Lý do lại là OOAD và UML?

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

 4. OOAD áp dụng UML

UML áp dụng để vẽ cho các lĩnh vực khác nhau 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 bọn họ chỉ nghiên cứu và phân tích cách sử dụng UML cho phân tích và thi công hướng đối tượng trong ngành phần mềm. OOAD sử 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ẽ khám phá kỹ hơn những thành phần trên.

4.1 View (góc nhìn)

Mỗi góc nhìn như thầy bói xem voi, nó không biểu thị hết hệ thống nhưng mô tả rõ hệ thống ở một khía cạnh. Bởi vì thế trong xuất bản có bạn dạng vẽ phong cách xây dựng (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 vẽ thiết kế (nhìn về mặt thi công). Vào phần mềm cũng giống như vậy, OOAD thực hiện UML có các góc nhìn sau:

*

Hình 1. Các View vào OOAD thực hiện UML

Trong đó,

Use Case View: cung cấp mắt nhìn về những ca thực hiện giúp chúng ta hiểu hệ thống có gì? ai dùng và sử dụng nó như thế nào.

Logical View: cung cấp ánh mắt về cấu tạo hệ thống, xem 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 với nhau như vậy nào.

Component View: Cũng là một mắt nhìn về kết cấu giúp bọn họ hiểu cách phân chia và thực hiện lại các thành phần trong hệ thống ra sao.

Deployment View: cung cấp ánh mắt về xúc tiến hệ thống, nó cũng tác động lớn đến phong cách xây dựng hệ thống.

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

4.2 Diagram (Bản vẽ)

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

Xem thêm: Trường Đại Học Sư Phạm Tphcm Điểm Chuẩn, Điểm Chuẩn Đại Học Sư Phạm Tp

*

Hình 2. Các bản vẽ vào OOAD sử dụng UML

Trong đó,

Use Case Diagram: bạn dạng vẽ biểu hiện về ca thực hiện của hệ thống. Phiên bản vẽ này sẽ giúp họ biết được ai áp dụng hệ thống, khối hệ thống có những chức năng gì. Lập được bản vẽ này các bạn sẽ hiểu được yêu mong của hệ thống cần xây dựng.

Class Diagram: bản vẽ này tế bào tả cấu trúc của hệ thống, tức khối hệ thống được cấu trúc từ phần đa 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ư Class Diagram nhưng lại nó mô tả đến đối tượng thay do lớp (Class).

Sequence Diagarm: là phiên bản vẽ biểu đạt sự shop của các đối tượng trong hệ thống với nhau được biểu đạt tuần tự công việc tương tác theo thời gian.

Collaboration Diagram: tương trường đoản cú như sequence Diagram mà lại nhấn mạnh về sự tương tác thay vì tuần từ bỏ theo thời gian.

State Diagram: bản vẽ thể hiện sự biến hóa trạng thái của một đối tượng. Nó được dùng để theo dõi các đối tượng người sử dụng có trạng thái chuyển đổi nhiều vào hệ thống.

Activity Diagram: bạn dạng vẽ mô tả các buổi giao lưu của đối tượng, thường được áp dụng để gọi về nghiệp vụ của hệ thống.

Component Diagram: bản vẽ miêu tả về việc bố trí các thành phần của hệ thống cũng tương tự việc sử dụng những 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ư bài toán kết nối, download đặt, hiệu năng của khối hệ thống v.v…

Chúng ta sẽ bàn kỹ các bạn dạng vẽ này trong những bài tiếp theo. Bởi nó đó là hạt nhân của loạt bài bác này.

Lưu ý: Ở đây bọn họ sử dụng từ hệ thống tương đương với sản phẩm phần mềm.

4.3 Notations (các ký hiệu)

Notations là những ký hiệu để vẽ, nó như từ vựng trong ngữ điệu tự nhiên. Bạn 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 trong từng phiên bản vẽ sau này. Dưới đây là vài ví dụ như về notation.

*

Hình 3. Cam kết hiệu về Use Case

*

Hình 4. Cam kết hiệu về Class

*

Hình 5. Ký kết hiệu về Actor

Và còn rất nhiều ký hiệu nữa.

4.4 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à các bạn phải rứa được để tạo nên các bản vẽ thiết kế đúng. Các qui tắc này chúng ta sẽ bàn kỹ trong các bài về các bạn dạng vẽ.

5. Kết luận

Nguyên tắc phân tích, xây đắp một 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. Các bạn hãy nhớ biện 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ứ mang đến thật đơn giản và dễ dàng để dễ dàng nắm bắt và dễ dàng áp dụng.