Phân tích và thiết kế hệ thống thông tin bằng sơ đồ UML Diagram

Bài viết này sẽ cho mọi người hiểu thêm về thiết kế hệ thống thông tin bằng sơ đồ Uml Diagram.

Xem Thêm: BESAME MUCHO LÀ GÌ

Giới thiệu

Ngôn ngữ mô hình hóa hợp nhất (tiếng Anh: Unified Modeling Language, viết tắt là UML) là một biểu diễn đồ họa của ngôn ngữ mô hình hóa, cách tiếp cận hướng đối tượng được sử dụng để thiết kế riêng lẻ các hệ thống thông tin một cách nhanh chóng.

Cách xây dựng các mô hình thích hợp trong UML để mô tả cấu trúc và hoạt động của hệ thống thông tin. Cách tiếp cận theo hướng mô hình của UML mang lại lợi ích to lớn cho những người thiết kế và triển khai hệ thống thông tin cũng như những người sử dụng nó; tạo ra một cái nhìn toàn diện và đầy đủ về hệ thống thông tin. Cái nhìn tổng thể này giúp nắm bắt đầy đủ nhu cầu của người dùng, phục vụ từ giai đoạn phân tích đến thiết kế, đánh giá và thử nghiệm các sản phẩm ứng dụng công nghệ thông tin. Mô hình hướng đối tượng được thiết lập cũng là cơ sở để tự động tạo ra các ứng dụng chương trình trong các ngôn ngữ lập trình hướng đối tượng như C ++ và Java. Cách tiếp cận mô hình hóa này rất hữu ích trong lập trình hướng đối tượng. Các mô hình được sử dụng bao gồm mô hình đối tượng (mô hình tĩnh) và mô hình động.

UML sử dụng một hệ thống ký hiệu thống nhất để biểu diễn các phần tử của mô hình. Một tập hợp các phần tử mô hình tạo thành một sơ đồ UML. Có một số loại sơ đồ UML chính:

• Sơ đồ lớp (Class Diagram)
• đồ thị đối tượng
• sử dụng sơ đồ trường hợp
• Sơ đồ trình tự
• Sơ đồ cộng tác hoặc sơ đồ cấu trúc tổng hợp
• Sơ đồ trạng thái máy
• Sơ đồ thành phần
• sơ đồ hoạt động
• Sơ đồ triển khai
• Sơ đồ gói
• sơ đồ giao tiếp
• Sơ đồ tổng quan về tương tác – UML 2.0
• Sơ đồ thời gian – UML 2.0

Tìm Hiểu: Allahu Akbar là gì?

Một số dạng biểu đồ UML Diagram phổ biến

Sơ đồ ca sử dụng

Biểu đồ ca sử dụng cho thấy nhiều tác nhân bên ngoài và mối quan hệ của chúng với các ca sử dụng do hệ thống cung cấp. Ca sử dụng là một mô tả về chức năng được cung cấp bởi hệ thống. Mô tả ca sử dụng thường là tài liệu văn bản, nhưng cũng có thể kèm theo sơ đồ hoạt động. Các ca sử dụng chỉ được mô tả từ cái nhìn bên ngoài của các tác nhân (hành vi mong đợi của người dùng đối với hệ thống), chứ không phải chức năng được cung cấp sẽ hoạt động bên trong. Hệ thống như thế nào. Các ca sử dụng xác định các yêu cầu chức năng của hệ thống.

Hệ thống: Là một phần không thể thiếu của biểu đồ ca sử dụng, một hệ thống đại diện cho ranh giới bên trong và bên ngoài của một đối tượng trong phần mềm mà chúng ta xây dựng. Một hệ thống trong sơ đồ ca sử dụng là không nhất quán. là một hệ thống phần mềm; nó có thể là một máy hoặc một hệ thống thực như một doanh nghiệp, trường đại học, v.v.

Người tham gia: người sử dụng hệ thống, người tham gia có thể là người dùng thực hoặc hệ thống máy tính khác có vai trò trong hoạt động của hệ thống. Do đó, các tác nhân thực thi các ca sử dụng. Một tác nhân có thể thực thi nhiều ca sử dụng và ngược lại, một ca sử dụng cũng có thể được thực thi bởi nhiều tác nhân

Người đại diện cho biết:

hoặc

Ca sử dụng: Đây là thành phần cơ bản của sơ đồ ca sử dụng. Các ca sử dụng được biểu diễn bằng dấu chấm lửng và tên của ca sử dụng thể hiện một chức năng cụ thể của hệ thống.

Các trường hợp sử dụng được biểu thị bằng dấu chấm lửng.

Mối quan hệ giữa các ca sử dụng:

Liên kết: thường được sử dụng để mô tả mối quan hệ giữa Actor và Use Case và Use Case

Association.jpg

Một ví dụ về mối quan hệ kết hợp:

Bao gồm: là mối quan hệ giữa các Ca sử dụng, mô tả cách chia một Ca sử dụng lớn thành các Ca sử dụng nhỏ để dễ dàng thực hiện (mô-đun hóa) hoặc tái sử dụng trình diễn.

Ví dụ bao gồm các mối quan hệ:

Extent: Extent được sử dụng để mô tả mối quan hệ giữa hai trường hợp sử dụng. Mối quan hệ mở rộng được sử dụng khi một ca sử dụng được tạo để thêm chức năng vào một ca sử dụng hiện có và được sử dụng trong các điều kiện cụ thể.

Ví dụ về mối quan hệ phạm vi:

Tổng quát hóa: dùng để thể hiện mối quan hệ kế thừa giữa các Tác nhân hoặc Ca sử dụng.

Ví dụ về quan hệ tổng quát hóa:

Sơ đồ lớp

Biểu đồ lớp cho thấy cấu trúc tĩnh của các lớp trong hệ thống. Một lớp là một đại diện của một “đối tượng” được xử lý trong hệ thống. Các lớp có thể liên quan với nhau theo một số cách:

liên kết (liên kết – liên kết với nhau),

Sự phụ thuộc – một lớp phụ thuộc vào một lớp khác,

chuyên môn hóa – một lớp là kết quả của sự chuyên môn hóa của lớp khác),

hoặc đóng gói (đóng gói – kết hợp thành một đơn vị).

Tất cả các mối quan hệ này được thể hiện trong một biểu đồ lớp, với cấu trúc bên trong của lớp dưới dạng các khái niệm về thuộc tính và thủ tục (hoạt động). Theo cấu trúc được mô tả ở đây, đồ thị được coi là một đồ thị tĩnh, có giá trị tại bất kỳ thời điểm nào trong toàn bộ vòng đời của hệ thống.

Một hệ thống thường có một loạt các sơ đồ lớp – không phải tất cả đều được nhập vào một sơ đồ lớp chính – và một lớp có thể tham gia vào nhiều sơ đồ lớp.

Một lớp có các thành phần sau

tên lớp

đặc tính

phương pháp

Liên kết giữa các lớp

Hiệp hội (Hiệp hội)

Mối quan hệ ngữ nghĩa giữa hai hoặc nhiều lớp thể hiện sự liên kết giữa các thể hiện của chúng

Mối quan hệ cấu trúc chỉ ra rằng các đối tượng của một lớp được kết nối với các đối tượng của lớp khác.

Mối quan hệ Multiple: là số mà một thể hiện của một lớp có liên quan đến một thể hiện của một lớp khác. Đối với mỗi liên kết, có hai bội số quan hệ ở cả hai đầu của liên kết.

Ví dụ:

Đối với mỗi đối tượng được giảng dạy, nhiều khóa học có thể được giảng dạy. Đối với mỗi khóa học cung cấp, có thể có 1 hoặc 0 giáo sư giảng dạy.

Hiển thị bội số mối quan hệ:

sự trùng hợp

Một hình thức liên kết đặc biệt mô hình hóa mối quan hệ tổng thể giữa toàn bộ vật thể và các bộ phận của nó.

Tổng hợp là mối quan hệ “là một bộ phận”.

Các bội số quan hệ được biểu diễn theo cách tương tự như các liên kết khác

Không có tiêu đề (3) .jpg

Thành phần là: hình thức tập hợp có quyền sở hữu mạnh mẽ và phù hợp các đời giữa hai giai cấp.

▫ Toàn bộ sở hữu Bộ phận, tạo và phá hủy Bộ phận.

▫ Phần bị loại bỏ khi Toàn bộ bị loại bỏ, Phần không thể tồn tại nếu Toàn bộ không tồn tại.

Không có tiêu đề (4) .jpg

Sự khác biệt giữa Liên kết, Tổng hợp và Thành phần

kết nối với ket tap.jpg

khái quát

Mối quan hệ giữa các lớp, trong đó một lớp chia sẻ cấu trúc và / hoặc hành vi với một hoặc nhiều lớp khác

Xác định một cấu trúc phân cấp trừu tượng mà các lớp con kế thừa từ một hoặc nhiều lớp cha

▫ Thừa kế đơn

▫ Đa kế thừa

“Là một loại”

Lớp trừu tượng và cụ thể

top class.jpg

Các gói

Nếu bạn đang mô hình hóa một hệ thống lớn hoặc một lĩnh vực kinh doanh lớn, không thể tránh khỏi việc bạn sẽ có nhiều phân loại khác nhau trong mô hình của mình. Quản lý tất cả các lớp có thể là một nhiệm vụ khó khăn, vì vậy UML cung cấp một phần tử tổ chức được gọi là gói. Các gói cho phép người lập mô hình tổ chức phân loại các mô hình thành không gian tên, phần nào giống như các thư mục trong hệ thống tệp. Việc chia hệ thống thành các gói làm cho hệ thống dễ hiểu hơn, đặc biệt khi mỗi gói đại diện cho một phần cụ thể của hệ thống.

Có hai cách để vẽ các gói trên biểu đồ. Không có quy tắc nào để xác định ký hiệu nào sẽ sử dụng, trừ khi bạn tự quyết định ký hiệu nào dễ đọc nhất cho sơ đồ lớp bạn đang vẽ. Cả hai cách sẽ bắt đầu với một hình chữ nhật lớn với một hình chữ nhật nhỏ hơn (phiếu bầu) ở góc trên bên trái của nó, chẳng hạn như. Nhưng người lập mô hình phải quyết định cách đại diện cho các thành viên của gói, ví dụ:

Nếu người lập mô hình quyết định hiển thị các thành viên gói trong một hình chữ nhật lớn, thì tất cả các thành viên 4 phải được đặt trong hình chữ nhật đó. Ngoài ra, tên của gói cần được đặt trong hình chữ nhật nhỏ hơn của gói Nếu người lập mô hình quyết định hiển thị các thành viên của gói bên ngoài hình chữ nhật lớn, tất cả các thành viên sẽ được hiển thị trên tệp cấu hình. Các mục cần được đặt bên ngoài hình chữ nhật. Để hiển thị danh mục nào thuộc về một gói, hãy vẽ một đường thẳng từ mỗi danh mục thành một vòng tròn có gắn dấu cộng (+) trên gói đó.

Ví dụ:

====> Vì vậy trong phần này mình sẽ giới thiệu 2 dạng sơ đồ cơ bản thường dùng trong sơ đồ UML và tài liệu thiết kế hệ thống, phần sau mình sẽ tiếp tục giới thiệu 3 dạng sơ đồ tiếp theo:

Biểu đồ trạng thái

Sơ đồ trình tự

Sơ đồ hoạt động (Activity Diagram)

UML. Công cụ sơ đồ

Công cụ ngoại tuyến

Tải sơ đồ tại đây: http://diagram-designer.en.softonic.com/

công cụ trực tuyến

https://cacoo.com/diagrams/

Cocoa.jpg

http://creately.com/Draw-UML-and-Class-Diagrams-Online

Tài liệu tham khảo

Bạn có thể xem các quy tắc tiêu chuẩn để thiết kế sơ đồ UML tại đây:

http://www.tutorialspoint.com/uml/uml_standard_diagrams.htm

https://www.smartdraw.com/uml-diagram/

http://www.holub.com/goodies/uml/

Hy vọng bài viết trên sẽ cho mọi người hiểu về uml diagram.

Hẹn gặp lại các bạn trong những bài viết tiếp theo!

Để cập nhật thông tin mới nhất, vui lòng truy cập website Barya Citi của chúng tôi!