Bài 2: Tổng quan về UML

UML là một ngôn ngữ chuẩn để xác định, hình dung, xây dựng, và ghi lại các hiện vật của hệ thống phần mềm.UML đã được tạo ra bởi Nhóm Quản lý Đối tượng (OMG) và dự thảo đặc tả UML 1.0 đã được đề xuất cho OMG vào tháng 1 năm 1997.

Tổng quan về UML

OMG liên tục nỗ lực để tạo ra một chuẩn công nghiệp thực sự.·        UML là viết tắt của Unified Modeling Language .·        UML khác với các ngôn ngữ lập trình phổ biến khác như C ++, Java, COBOL, etc.·        UML là một hình ảnh ngôn ngữ được sử dụng để làm cho các bản thiết kế phần mềm.·        UML có thể được mô tả như là một ngôn ngữ mô hình hóa thị giác mục đích chung để hình dung, xác định, xây dựng và tài liệu hệ thống phần mềm.·        Mặc dù UML thường được sử dụng để mô hình hệ thống phần mềm, nó không giới hạn trong ranh giới này. Nó cũng được sử dụng để mô hình hóa các hệ thống không phải là phần mềm. Ví dụ: luồng quy trình trong một đơn vị sản xuất, v.v.UML không phải là ngôn ngữ lập trình nhưng các công cụ có thể được sử dụng để tạo mã bằng các ngôn ngữ khác nhau sử dụng sơ đồ UML. UML có quan hệ trực tiếp với phân tích và thiết kế theo định hướng đối tượng. Sau khi chuẩn hóa một số, UML đã trở thành một tiêu chuẩn OMG.

Mục tiêu của UML

Một bức tranh trị giá một ngàn chữ (A picture is worth a thousand words), thành ngữ này hoàn toàn phù hợp với mô tả UML. Các khái niệm hướng đối tượng được giới thiệu sớm hơn nhiều so với UML. Tại thời điểm đó, không có phương pháp luận tiêu chuẩn để tổ chức và củng cố sự phát triển hướng đối tượng. Sau đó UML xuất hiện.Có một số mục tiêu để phát triển UML nhưng điều quan trọng nhất là xác định một số ngôn ngữ mô hình hóa mục đích chung, mà tất cả người lập mô hình đều có thể sử dụng và cũng cần phải làm đơn giản để hiểu và sử dụng.Biểu đồ UML không chỉ được tạo cho các nhà phát triển mà còn cho người dùng doanh nghiệp, người thường và bất kỳ ai quan tâm đến việc hiểu hệ thống. Hệ thống có thể là một hệ thống phần mềm hoặc phi phần mềm. Do đó, phải rõ ràng rằng UML không phải là một phương pháp phát triển mà là nó đi kèm với các quy trình để làm cho nó trở thành một hệ thống thành công.Tóm lại, mục đích của UML có thể được định nghĩa là một mô hình cơ chế đơn giản để mô hình tất cả các hệ thống thực hành có thể trong môi trường phức tạp ngày nay.

Một mô hình khái niệm của UML

Để hiểu được mô hình khái niệm của UML, trước tiên chúng ta cần làm rõ mô hình khái niệm là gì? Và tại sao cần một mô hình khái niệm?·        Một mô hình khái niệm có thể được định nghĩa như là một mô hình được làm bằng các khái niệm và các mối quan hệ của họ.·        Một mô hình khái niệm là bước đầu tiên trước khi vẽ một sơ đồ UML. Nó giúp hiểu các thực thể trong thế giới thực và cách chúng tương tác với nhau.Vì UML mô tả các hệ thống thời gian thực, nên rất quan trọng để tạo ra một mô hình khái niệm và sau đó tiến hành dần dần. Mô hình khái niệm của UML có thể được làm chủ bằng cách học ba yếu tố chính sau:

  • Khối xây dựng UML
  • Các quy tắc để kết nối các khối xây dựng
  • Các cơ chế chung của UML

Khái niệm hướng đối tượng

UML có thể được mô tả như là sự kế thừa của việc phân tích và thiết kế hướng đối tượng (OO).Một đối tượng chứa cả dữ liệu và các phương thức kiểm soát dữ liệu. Dữ liệu thể hiện trạng thái của đối tượng. Một lớp mô tả một đối tượng và chúng cũng tạo thành một hệ thống phân cấp để mô hình hệ thống thế giới thực. Hệ thống phân cấp là thừa kế và các lớp cũng có thể được liên kết theo những cách khác nhau theo yêu cầu.

Lap trinh huong doi tuong

Đối tượng là các thực thể thực tế tồn tại chung quanh chúng ta và các khái niệm cơ bản như trừu tượng, đóng gói, thừa kế và đa hình tất cả có thể được biểu diễn bằng UML.UML đủ mạnh để đại diện cho tất cả các khái niệm tồn tại trong phân tích và thiết kế hướng đối tượng. Biểu đồ UML chỉ là biểu diễn các khái niệm hướng đối tượng. Do đó, trước khi học UML, điều quan trọng là phải hiểu khái niệm OO một cách chi tiết.Dưới đây là một số khái niệm cơ bản của thế giới hướng đối tượng·        Đối tượng – Đối tượng đại diện cho một thực thể và khối xây dựng cơ bản.·        Lớp – Class là bản in của một đối tượng.·        Trừ tượng – Trừu tượng đại diện cho hành vi của một thực thể thế giới thực.·        Đóng gói – Tóm lược là cơ chế ràng buộc dữ liệu với nhau và giấu chúng khỏi thế giới bên ngoài.·        Thừa kế – Thừa kế là cơ chế tạo ra các lớp mới từ những lớp hiện có.·        Đa hình – Nó xác định cơ chế tồn tại dưới các hình thức khác nhau.

Phân tích và Thiết kế OO

OO có thể được định nghĩa như là một cuộc điều tra và cụ thể hơn, đó là điều tra các đối tượng. Thiết kế có nghĩa là hợp tác với các đối tượng đã được xác định.Vì vậy, điều quan trọng là phải hiểu các khái niệm OO phân tích và thiết kế. Mục đích quan trọng nhất của phân tích OO là xác định các đối tượng của một hệ thống được thiết kế. Phân tích này cũng được thực hiện cho một hệ thống hiện có. Bây giờ phân tích hiệu quả chỉ có thể khi chúng ta có thể bắt đầu suy nghĩ theo cách mà các đối tượng có thể được xác định. Sau khi xác định các đối tượng, các mối quan hệ của họ được xác định và cuối cùng là thiết kế được sản xuất.Mục đích của phân tích OO và thiết kế có thể mô tả như là·        Xác định các đối tượng của một hệ thống.·        Xác định mối quan hệ của họ.·        Làm một thiết kế, có thể được chuyển đổi sang các file thực thi sử dụng các ngôn ngữ OO.Có ba bước cơ bản mà các khái niệm OO được áp dụng và thực hiện. Các bước có thể được định nghĩa là

OO Analysis → OO Design → OO implementation using OO languages

Ba điểm trên có thể được mô tả chi tiết như là·        Trong quá trình phân tích OO, mục đích quan trọng nhất là xác định các đối tượng và mô tả chúng một cách hợp lý. Nếu các đối tượng này được xác định có hiệu quả thì công việc tiếp theo của việc thiết kế là dễ dàng.Các đối tượng cần được xác định có trách nhiệm. Trách nhiệm là các chức năng được thực hiện bởi đối tượng. Mỗi và mọi đối tượng có một số loại trách nhiệm được thực hiện. Khi những trách nhiệm này được hợp nhất, mục đích của hệ thống được thực hiện.·        Giai đoạn thứ hai là thiết kế OO. Trong giai đoạn này, nhấn mạnh vào các yêu cầu và sự hoàn thành của chúng. Trong giai đoạn này, các đối tượng được hợp tác theo hiệp hội dự kiến ​​của họ. Sau khi hoàn thành liên kết, thiết kế cũng hoàn tất.·        Giai đoạn thứ ba là triển khai OO. Trong giai đoạn này, thiết kế được thực hiện sử dụng các ngôn ngữ OO như Java, C ++, vv

Vai trò của UML trong thiết kế OO

UML là một ngôn ngữ mô hình được sử dụng để mô hình hệ thống phần mềm và các hệ thống không phải là phần mềm. Mặc dù UML được sử dụng cho các hệ thống không phải là phần mềm, nhưng nhấn mạnh vào việc mô hình các ứng dụng phần mềm OO. Hầu hết các sơ đồ UML được thảo luận cho đến nay được sử dụng để mô hình các khía cạnh khác nhau như tĩnh, năng động, vv Bây giờ bất cứ điều gì là khía cạnh, các hiện vật chỉ là đồ vật.Nếu chúng ta nhìn vào sơ đồ lớp, sơ đồ đối tượng, sơ đồ cộng tác, sơ đồ tương tác tất cả sẽ về cơ bản được thiết kế dựa trên các đối tượng.
Do đó, mối quan hệ giữa thiết kế OO và UML là rất quan trọng để hiểu được.Thiết kế OO được chuyển đổi thành sơ đồ UML theo yêu cầu. Trước khi hiểu UML một cách chi tiết, khái niệm OO nên được học đúng cách. Một khi các phân tích OO và thiết kế được thực hiện, bước tiếp theo là rất dễ dàng. Đầu vào từ phân tích OO và thiết kế là đầu vào cho sơ đồ UML.Chúc các bạn học tập thật tốt !

You may also like...