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

Trong trong thời hạn gần đây phương thức thiết kế phía đối tượng đang thống lĩnh thị trường lập trình ứng dụng và UML cũng đang trở thành ngữ điệu quy mô hóa thịnh hành trong cung cấp phần mềm. Hầu không còn những ngôi trường đại học, cao đẳng đang gửi hai môn này vào huấn luyện bao gồm khóa cùng cũng có rất nhiều tư liệu viết về rất nhiều vấn đề này. Tuy nhiên, nó vẫn còn đấy siêu khó khăn phát âm và khó vận dụng cùng với sinch viên, cùng đầy đủ thanh niên đang làm cho về Công nghệ thông báo.

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

Trong loạt bài này, Shop chúng tôi sẽ cố gắng trình diễn một giải pháp dễ dàng và dễ nắm bắt tuyệt nhất những kiến thức và kỹ năng về Phân tích với xây dựng hướng đối tượng người tiêu dùng và UML sẽ giúp chúng ta hiểu cùng áp dụng vào thực tiễn. Các nội dung bài viết sẽ khuyên bảo các bạn đối chiếu với thiết kế một áp dụng ví dụ nhằm từ bỏ kia từ đúc rút bài học kinh nghiệm tay nghề cho mình cùng thường xuyên nghiên cứu sâu hơn.

Bài trước tiên đang bàn một bí quyết cơ bạn dạng về Phân tích kiến thiết phía đối tượng người tiêu dùng và UML.

Lưu ý: Để hiểu được loạt bài này chúng ta buộc phải gồm kiến thức và kỹ năng cơ phiên bản về thiết kế phía đối tượng người tiêu dùng, bởi công ty chúng tôi sẽ không đi chi tiết vào các khái niệm về lập trình sẵn hướng đối tượng người sử dụng.

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

Trong kỹ nghệ ứng dụng nhằm chế tạo được một sản phẩm ứng dụng tín đồ ta phân tách quy trình cải tiến và phát triển sản phẩm ra nhiều quy trình nlỗi thu thập với phân tích đề nghị, đối chiếu và thiết kế hệ thống, trở nên tân tiến (coding), kiểm demo, thực thi và duy trì. Trong đó, giai đoạn so với, thiết kế lúc nào cũng chính là giai đoạn trở ngại và phức hợp tốt nhất. Giai đoạn này góp chúng ta hiểu rõ đề xuất đặt ra, khẳng định phương án, thể hiện chi tiết phương án. Nó vấn đáp 2 thắc mắc What (phần mềm này làm cho mẫu gì?) cùng How (làm nó như vậy nào?).

Để phân tích với thi công một trong những phần mượt thì có tương đối nhiều giải pháp có tác dụng, một Một trong những phương pháp làm sẽ là xem hệ thống bao gồm hầu như đối tượng người dùng sinh sống trong những số đó và liên can cùng nhau. Việc thể hiện được tất cả các đối tượng cùng sự liên can của bọn chúng để giúp đỡ bọn họ làm rõ hệ thống cùng thiết đặt được nó. Pmùi hương thức này Call là Phân tích kiến tạo phía đối tượ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 để biểu diễn khối hệ thống. Nói một biện pháp dễ dàng là nó dùng để làm tạo thành các phiên bản vẽ nhằm mục đích biểu lộ thiết kế hệ thống. Các bản vẽ này được thực hiện để các đội xây cất hội đàm cùng nhau cũng giống như dùng để làm xây dựng hệ thống (phân phát triển), tmáu phục người sử dụng, các đơn vị đầu tư chi tiêu v.v.. (Giống nlỗi trong tạo ra fan ta cần sử dụng những bạn dạng vẽ xây cất để trả lời và kiểm soát và điều hành xây cất, bán sản phẩm nhà ở v.v..)

3. Tại sao lại là OOAD và UML?

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

 4. OOAD sử dụng UML

UML thực hiện nhằm vẽ cho những nghành khác biệt như phần mềm, cơ khí, kiến tạo v… vào phạm vi những bài viết này chúng ta chỉ phân tích bí quyết thực hiện UML mang đến phân tích và xây đắp hướng đối tượng trong lĩnh vực ứng dụng. OOAD thực hiện UML bao hàm những nguyên tố sau:

– View (góc nhìn)

– Diagram (phiên bản vẽ)

– Notations (ký hiệu)

– Mechanisms (qui tắc, cơ chế)

Chúng ta sẽ mày mò kỹ rộng những yếu tắc bên trên.

4.1 View (góc nhìn)

Mỗi mắt nhìn nlỗi thầy bói coi voi, nó ko biểu lộ hết hệ thống nhưng mà mô tả rõ khối hệ thống ở một góc cạnh. Chính chính vì vậy vào tạo gồm bản vẽ bản vẽ xây dựng (chú ý về phương diện loài kiến trúc), bản vẽ kết cấu (nhìn về khía cạnh kết cấu), bản vẽ thiết kế (quan sát về mặt thi công). Trong ứng dụng cũng giống như vậy, OOAD áp dụng UML bao gồm những mắt nhìn sau:

*

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

Trong số đó,

Use Case View: hỗ trợ góc nhìn về các ca thực hiện góp bọn họ đọc hệ thống gồm gì? ai sử dụng cùng dùng nó ra làm sao.

Logical View: cung cấp mắt nhìn về cấu tạo khối hệ thống, coi nó được tổ chức triển khai thế nào. Bên vào nó gồm gì.

Process View: hỗ trợ ánh mắt cồn về khối hệ thống, coi các thành bên trong khối hệ thống xúc tiến cùng nhau ra làm sao.

Component View: Cũng là một trong góc nhìn về cấu trúc góp họ hiểu phương pháp phân bổ với áp dụng lại các thành phần trong khối hệ thống thế nào.

Deployment View: hỗ trợ góc nhìn về thực thi hệ thống, nó cũng tác động lớn mang lại kiến trúc khối hệ thống.

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

4.2 Diagram (Bản vẽ)

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

Xem thêm: Mách Bạn Cách Giới Thiệu Sản Phẩm Hiệu Quả, 11 Cách Giới Thiệu Sản Phẩm Hay Nhất Mọi Thời Đại

*

Hình 2. Các bản vẽ trong OOAD áp dụng UML

Trong số đó,

Use Case Diagram: phiên bản vẽ diễn tả về ca áp dụng của khối hệ thống. Bản vẽ này sẽ giúp họ hiểu rằng ai áp dụng hệ thống, khối hệ thống bao hàm tác dụng gì. Lập được bản vẽ này các bạn sẽ hiểu được trải nghiệm của khối hệ thống buộc phải phát hành.

Class Diagram: bản vẽ này biểu đạt kết cấu của khối hệ thống, tức khối hệ thống được cấu trúc từ hồ hết yếu tắc nào. Nó diễn tả tinh tế tĩnh của hệ thống.

Object Diagram: Tương tự nhỏng Class Diagram cơ mà nó bộc lộ cho đối tượng người dùng gắng vì lớp (Class).

Sequence Diagarm: là phiên bản vẽ diễn đạt sự địa chỉ của các đối tượng người tiêu dùng vào hệ thống cùng nhau được thể hiện tuần trường đoản cú các bước tương tác theo thời gian.

Collaboration Diagram: tương tự nhỏng sequence Diagram dẫu vậy nhấn mạnh vấn đề về việc xúc tiến nắm bởi tuần từ bỏ theo thời hạn.

State Diagram: bản vẽ thể hiện sự đổi khác trạng thái của một đối tượng người dùng. Nó được dùng để theo dõi và quan sát những đối tượng người sử dụng tất cả trạng thái chuyển đổi những trong khối hệ thống.

Activity Diagram: bản vẽ diễn đạt những buổi giao lưu của đối tượng người sử dụng, thường xuyên được thực hiện để gọi về nghiệp vụ của khối hệ thống.

Component Diagram: phiên bản vẽ thể hiện về bài toán sắp xếp những yếu tắc của khối hệ thống tương tự như việc áp dụng các yếu tắc đó.

Deployment Diagram: bản vẽ biểu hiện câu hỏi thực thi của khối hệ thống như câu hỏi liên kết, thiết lập, hiệu năng của khối hệ thống v.v…

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

Lưu ý: Tại trên đây họ sử dụng từ hệ thống tương đương cùng với thành phầm phần mềm.

4.3 Notations (những cam kết hiệu)

Notations là các cam kết hiệu nhằm vẽ, nó nhỏng từ bỏ vựng vào ngôn ngữ tự nhiên và thoải mái. Quý Khách phải ghi nhận tự vựng thì mới có thể ghnghiền thành câu, thành bài bác được. Chúng ta vẫn mày mò kỹ những notations trong từng phiên bản vẽ sau đây. Dưới đây 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 tương đối nhiều cam kết hiệu nữa.

4.4 Mechanisms (Rules)

Mechanisms là các qui tắc nhằm lập bắt buộc phiên bản vẽ, từng bạn dạng vẽ có qui tắc riêng rẽ và chúng ta đề nghị cố gắng được để tạo nên các phiên bản vẽ thiết kế đúng. Các qui tắc này bọn họ sẽ bàn kỹ trong số bài xích về các bạn dạng vẽ.

5. Kết luận

Ngulặng tắc đối chiếu, xây cất một hệ thống ứng dụng cũng ko khác câu hỏi thành lập một chiếc công ty trong thi công. Quý khách hàng hãy ghi nhớ cách tiếp cận này để dễ hiểu rộng vào việc so với và kiến tạo hệ thống. Hãy giữ đều thiết bị làm sao cho thật dễ dàng và đơn giản nhằm dễ dàng nắm bắt và dễ dàng áp dụng.