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

Trong trong năm cách đây không lâu cách tiến hành xây dựng hướng đối tượng đang thống lĩnh Thị Trường thiết kế ứng dụng với UML cũng đã trở thành ngữ điệu quy mô hóa thông dụng vào cung cấp phần mềm. Hầu không còn các trường ĐH, cao đẳng đang đưa nhị môn này vào huấn luyện thiết yếu khóa với cũng có không ít tài liệu viết về đa số vụ việc này. Tuy nhiên, nó vẫn còn hết sức cạnh tranh hiểu và cạnh tranh vận dụng cùng với sinh viên, với hầu như thanh niên đang làm cho về Công nghệ thông tin.

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

Trong loạt bài này, Cửa Hàng chúng tôi vẫn nỗ lực trình diễn một phương pháp đơn giản dễ dàng với dễ hiểu độc nhất vô nhị những kỹ năng và kiến thức về Phân tích cùng kiến thiết phía đối tượng người dùng với UML sẽ giúp chúng ta phát âm với vận dụng vào thực tế. Các bài viết vẫn giải đáp các bạn so với với xây dựng một áp dụng cụ thể nhằm từ đó từ đúc kết bài học kinh nghiệm tay nghề cho chính mình cùng liên tiếp nghiên cứu và phân tích sâu hơn.

Bài thứ nhất đã bàn một bí quyết cơ bạn dạng về Phân tích xây cất phía đối tượng người sử dụng cùng UML.

Lưu ý: Để hiểu được loạt bài này các bạn đề nghị gồm kỹ năng và kiến thức cơ phiên bản về thiết kế hướng đối tượng người dùng, vì chưng chúng tôi sẽ không đi cụ thể vào những có mang về xây dựng phía đối tượng người tiêu dùng.

 1. Khái niệm về Phân tích và kiến thiết phía đối tượng (Object Oriented Analysis & Design: OOAD)

Trong kỹ nghệ ứng dụng nhằm phân phối được một sản phẩm ứng dụng tín đồ ta chia quá trình cách tân và phát triển sản phẩm ra các quy trình như tích lũy với phân tích tận hưởng, so sánh cùng thi công khối hệ thống, phát triển (coding), kiểm thử, xúc tiến và bảo trì. Trong đó, tiến trình so với, thiết kế lúc nào cũng là giai đoạn trở ngại và phức tạp duy nhất. Giai đoạn này góp họ làm rõ trải nghiệm đặt ra, xác định giải pháp, mô tả cụ thể phương án. Nó trả lời 2 thắc mắc What (ứng dụng này có tác dụng cái gì?) cùng How (có tác dụng nó như thế nào?).

Để đối chiếu và thiết kế một phần mềm thì có tương đối nhiều cách làm cho, một Một trong những bí quyết làm cho sẽ là xem hệ thống bao gồm rất nhiều đối tượng người tiêu dùng sinh sống trong các số ấy và xúc tiến cùng nhau. Việc mô tả được tất cả các đối tượng người dùng và sự liên quan của chúng để giúp đỡ chúng ta hiểu rõ hệ thống và cài đặt được nó. Phương thơm thức này hotline là Phân tích thi công hướng đối tượng người tiêu dùng (OOAD)

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

UML là ngôn từ mô hình hóa hòa hợp nhất dùng làm màn biểu diễn khối hệ thống. Nói một bí quyết đơn giản và dễ dàng là nó dùng để làm tạo nên các phiên bản vẽ nhằm mục tiêu biểu hiện kiến thiết khối hệ thống. Các phiên bản vẽ này được sử dụng nhằm những nhóm xây cất thảo luận với nhau cũng như dùng để làm thiết kế khối hệ thống (phân phát triển), tmáu phục người sử dụng, các bên đầu tư v.v.. (Giống nhỏng vào xây dừng tín đồ ta cần sử dụng các bạn dạng vẽ kiến thiết nhằm chỉ dẫn cùng điều hành và kiểm soát xây cất, bán hàng chung cư v.v..)

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

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

 4. OOAD áp dụng UML

UML thực hiện để vẽ cho các nghành nghề khác nhau như phần mềm, cơ khí, xây đắp v… trong phạm vi các nội dung bài viết này họ chỉ nghiên cứu bí quyết sử dụng UML mang lại so với với kiến thiết hướng đối tượng trong nghề phần mềm. OOAD sử dụng UML bao gồm những 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 đã tò mò kỹ rộng những nhân tố trên.

Mỗi mắt nhìn như thầy tướng coi voi, nó không diễn tả hết khối hệ thống tuy vậy mô tả rõ khối hệ thống tại 1 tinh tế. Chính vì vậy vào xây dựng có phiên bản vẽ phong cách xây dựng (quan sát về phương diện loài kiến trúc), bản vẽ kết cấu (nhìn về phương diện kết cấu), phiên bản vẽ kiến tạo (quan sát về mặt thi công). Trong phần mềm tương tự như vậy, OOAD thực hiện UML tất cả những mắt nhìn sau:

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

Trong đó,

– Use Case View: cung cấp ánh mắt về các ca sử dụng giúp họ đọc hệ thống bao gồm gì? ai dùng cùng sử dụng nó ra sao.

– Logical View: cung ứng ánh mắt về cấu trúc hệ thống, xem nó được tổ chức như thế nào. Bên vào nó tất cả gì.

– Process View: cung ứng mắt nhìn hễ về khối hệ thống, coi các thành bên trong khối hệ thống liên can với nhau như thế nào.

– Component View: Cũng là một góc nhìn về kết cấu giúp chúng ta hiểu biện pháp phân chia và thực hiện lại những thành phần trong khối hệ thống như thế nào.

– Deployment View: cung ứng ánh mắt về thực hiện khối hệ thống, nó cũng ảnh hưởng mập mang đến phong cách thiết kế hệ thống.

Tập hợp những mắt nhìn này để giúp đỡ bọn họ hiểu rõ khối hệ thống đề xuất đối chiếu, kiến thiết. Trong hình 1 chúng ta thấy góc nhìn Use Case View nằm ở vị trí giữa và chi pân hận tất cả các góc nhìn còn lại. Chính vì vậy bọn họ thường thấy những tài liệu nói tới 4 view + 1 chứ đọng chưa hẳn 5 view nhằm nhấn mạnh vấn đề sứ mệnh của Use Case View.

Diagram những chúng ta cũng có thể dịch là sơ vật dụng. Tuy nhiên tại đây họ sử dụng trường đoản cú phiên bản vẽ cho dễ dàng tưởng tượng. Các phiên bản vẽ được dùng để miêu tả các mắt nhìn của khối hệ thống.

Xem thêm: " Bảo Hành Tiếng Anh Là Gì ? Sự Khác Nhau Giữa Warranty Và Guarantee

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

Trong đó,

– Use Case Diagram: bản vẽ trình bày về ca áp dụng của khối hệ thống. Bản vẽ này để giúp đỡ chúng ta biết được ai thực hiện hệ thống, khối hệ thống gồm có tính năng gì. Lập được bản vẽ này bạn sẽ gọi được đề xuất của hệ thống cần thành lập.

– Class Diagram: bản vẽ này biểu hiện cấu tạo của hệ thống, tức khối hệ thống được cấu trúc tự hồ hết thành phần như thế nào. Nó trình bày tinh tướng tĩnh của khối hệ thống.

– Object Diagram: Tương trường đoản cú nlỗi Class Diagram mà lại nó trình bày mang đến đối tượng người sử dụng thay bởi vì lớp (Class).

– Sequence Diagarm: là bạn dạng vẽ diễn tả sự ảnh hưởng của những đối tượng người tiêu dùng vào khối hệ thống cùng nhau được thể hiện tuần tự quá trình liên quan theo thời hạn.

– Collaboration Diagram: tương tự như sequence Diagram nhưng lại nhấn mạnh về việc thúc đẩy nỗ lực vì chưng tuần từ theo thời hạn.

– State Diagram: bạn dạng vẽ bộc lộ sự thay đổi tinh thần của một đối tượng người tiêu dùng. Nó được dùng để làm quan sát và theo dõi các đối tượng tất cả tâm lý chuyển đổi những trong khối hệ thống.

– Activity Diagram: bạn dạng vẽ diễn tả các hoạt động vui chơi của đối tượng, hay được áp dụng nhằm phát âm về nghiệp vụ của hệ thống.

– Component Diagram: bản vẽ biểu hiện về câu hỏi bố trí các yếu tắc của khối hệ thống cũng tương tự bài toán thực hiện các nhân tố kia.

– Deployment Diagram: bản vẽ bộc lộ vấn đề triển khai của hệ thống nlỗi việc kết nối, thiết lập, tính năng của khối hệ thống v.v…

Chúng ta đang bàn kỹ các bản vẽ này trong những bài tiếp theo. Vì nó đó là phân tử nhân của loạt bài bác này.

Lưu ý: Tại phía trên bọn họ sử dụng tự hệ thống tương tự cùng với thành phầm ứng dụng.

Notations là những cam kết hiệu nhằm vẽ, nó nlỗi từ vựng trong ngữ điệu tự nhiên và thoải mái. quý khách phải ghi nhận trường đoản cú vựng thì mới có thể ghnghiền thành câu, thành bài bác được. Chúng ta đã khám phá kỹ những notations trong từng phiên bản vẽ trong tương lai. Dưới đó là vài ba ví dụ về notation.

Hình 3. Ký hiệu về Use Case

Hình 4. Ký hiệu về Class

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

Và còn không ít cam kết hiệu nữa.

Mechanisms là các qui tắc để lập đề xuất bạn dạng vẽ, từng bản vẽ bao gồm qui tắc riêng biệt và bạn đề xuất rứa được nhằm tạo cho những bản vẽ xây dựng đúng. Các qui tắc này họ sẽ bàn kỹ trong số bài bác về các phiên bản vẽ.

5. Kết luận

Nguim tắc so sánh, xây cất một hệ thống phần mềm cũng không không giống vấn đề kiến thiết một cái công ty trong gây ra. quý khách hàng hãy nhớ cách tiếp cận này để dễ hiểu rộng vào việc so sánh cùng thi công hệ thống. Hãy giữ đều lắp thêm cho thật đơn giản dễ dàng nhằm dễ nắm bắt và dễ áp dụng.