Khi tiến hành các dự án phần mềm, vận dụng tôi có thói quen chia đôi thời hạn thực hiện, một nửa giành cho việc tò mò nghiệp vụ, phân tích tính năng và kiến tạo database, một nửa thời hạn còn lại dành 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 rất có thể áp dụng những technology tốt độc nhất cho hiệu 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ãi mở rộng lớn theo yêu thương cầu biến đổi của tình hình thực tế lại là điều quan trọng 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 thiết hướng đối tượng OOAD (Object Oriented Analysis & Design) cùng ngôn ngữ mô hình hóa UML (Unified Modeling Language) thông dụng và được đưa vào những trường đào tạo và giảng dạy ngành CNTT tuy vậy để áp dụng thực tiễn với sinh viên vẫn còn tương đối khó khăn. Trong bài bác này chúng ta sẽ tiếp cận bằng phương pháp đơn giản những kiến thức về phân tích và thi công hướng đối tượng người tiêu dùng và UML để cùng hiểu và vận dụng vào thực tế.

Khái niệm OOAD (Object Oriented Analysis và Design)

Phân tích và xây cất hướng đối tượng người tiêu dùng là một nghệ thuật tiếp cận phổ biến dùng để phân tích, kiến thiết một ứng dụng, hệ thống. Nó dựa vào bộ những 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 lý lẽ SOLID trong thiết kế hướng đối tượng:

Khái niệm UML

UML là ngôn ngữ mô hình hóa phù hợp nhất dùng để 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 dạng vẽ nhằm mô tả xây cất hệ thống. Các bạn dạng vẽ này được sử dụng để những nhóm kiến tạo 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 hàng, các nhà chi tiêu v.v..

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

OOAD buộc phải các phiên bản vẽ để mô tả hệ thống được thiết kế, còn UML là ngôn ngữ mô tả các phiên bản vẽ nên cần nội dung thể hiện. Do vậy, họ phân tích và thiết kế theo hướng đối tượng người dùng và thực hiện UML để màn trình diễn các xây dựng đó nên chúng thường đi đôi với nhau.

OOAD thực hiện UML

UML thực hiện để vẽ cho nhiều lĩnh vực không giống nhau như phần mềm, cơ khí, xuất bản v vào phạm vi các nội dung bài viết này họ chỉ nghiên cứu và phân tích cách áp dụng UML đến phân tích và xây dựng hướng đối tượng trong ngành phần mềm. OOAD sử dụng UML bao hàm các yếu tố sau:

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 diễn đạt hết hệ thống nhưng biểu lộ rõ hệ thống ở một khía cạnh. Cũng chính vì thế trong gây ra có phiên bản vẽ kiến trúc (nhìn về mặt kiến trúc), bản vẽ kết cấu (nhìn về mặt kết cấu), bản vẽ xây dựng (nhìn về mặt thi công). Vào phần mềm tương tự như vậy, OOAD áp dụng UML bao gồm các mắt nhìn sau:

Trong đó,

Xem thêm: Bảng Giá Xốp Dán Tường 3D Giả Da Cao Cấp Giá Sỉ, Xốp Dán Tường 3D Giả Da Chấm Bi

Tập vừa lòng các góc nhìn này đã giúp bọn 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à đưa ra phối toàn bộ các mắt nhìn còn lại. Chính vì thế họ thường thấy các tài liệu nói tới 4 view + 1 chứ không hẳn 5 view nhằm mục tiêu nhấn mạnh mẽ vai trò của Use Case View.

Diagram (Bản vẽ)

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

Trong đó,

Notations (các ký hiệu)

Notations là các ký hiệu nhằm vẽ, nó như tự vựng trong ngữ điệu tự nhiên. Chúng ta 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. Họ sẽ khám phá kỹ những notations vào từng bạn dạng vẽ sau này. Dưới đây là vài lấy ví dụ như về notation.

Hình bên trên là ví dụ như về cam kết hiệu của Use Case, Class, Actor, dường như còn tương đối nhiều các ký kết hiệu khác

Mechanisms (Rules)

Mechanisms là các qui tắc để lập nên bản vẽ, mỗi phiên bản vẽ gồm qui tắc riêng rẽ và chúng ta phải vậy được để khiến cho các phiên bản vẽ thi công đúng. Các qui tắc này bọn 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, xây đắp một hệ thống phần mềm cũng không khác việc xây dựng một cái nhà trong xây dựng. Chúng ta nên nhớ giải pháp tiếp cận này để dễ nắm bắt hơn trong câu hỏi phân tích và xây dựng hệ thống. Hãy giữ phần đa thứ mang lại thật đơn giản để dễ dàng nắm bắt và dễ áp dụng.

Trong thực tế, tùy thuộc vào độ tinh vi của dự án công trình mà bạn 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 đơn giản, không phức tạp). Tôi thường xuyên vẽ Use Case Diagram, Class Diagram như hai bạn dạng bắt buộc với 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 (OOAD) cùng ngôn ngữ mô hình hóa (UML)

CÙNG CHUYÊN MỤC MỚI

Máy phát trên xe ô tô 24v dc có chuyển thành máy phát điện lưới không có các ban nhé

14/10/2023

Hợp đồng đại lý cấp 1

26/09/2023

Chuột không dây bị mất đầu thu

02/09/2023

Mật mã tây tạng tập 11

02/09/2023

Phấn nhuộm tóc tạm thời

30/08/2023

Kiểu tóc đầu đinh tròn

28/08/2023

Cửa đi lùa hệ 55

19/08/2023

Kqbd

17/08/2023

Chúng tôi mang đến cho bạn website wordpress hoàn toàn miễn phí

Theo dõi chúng tôi trên MXH:

Bài viết mới

• Trung tâm bảo hành xe máy yamaha
• Vòng 22 ngoại hạng anh
• Sữa rửa mặt trắng da hàn quốc
• Rượu nấu ăn hàn quốc

Danh mục

• Bạn Quan Tâm
• Cuộc Sống
• Khỏe và Đẹp
• Đời Sống
• Tri Thức
• Tin Nóng

Bản tin

Đăng ký danh sách gửi thư của chúng tôi để nhận thông tin cập nhật hàng ngày trực tiếp đến hộp thư đến của bạn!

Leave this field empty if you're human:

• Giới thiệu
• Điều khoản
• Dịch vụ
• Liên hệ

© 2024 maimoikethon.com - Website hữu ích cho cuộc sống của bạn.