Sơ đồ thành phần, còn gọi là sơ đồ cấu kiện, được sử dụng để biểu diễn mô hình quan hệ giữa các thành phần trong hệ thống và giữa các thành phần với giao diện. Sơ đồ thành phần rất quan trọng trong việc mô hình hóa hệ thống phát triển dựa trên thành phần, giúp người dùng hiểu rõ cấu trúc của hệ thống.
Tác dụng của sơ đồ thành phần:
1, giúp nhân viên kiểm thử và phát triển hệ thống có thể hiểu rõ tất cả các thành phần vật lý của hệ thống từ tổng thể;
2, mô tả các chức năng chính của hệ thống từ góc độ kiến trúc phần mềm;
3, tạo điều kiện cho các thành viên trong nhóm dự án hiểu rõ cấu trúc và chức năng của hệ thống;
4, có lợi cho việc tái sử dụng phần mềm.
Cộng tác đa người dùng thời gian thực với liên kết chia sẻ để chuyển thông tin ngay lập tức
Tạo đồ họa tự động từ văn bản với cải tiến phong cách
Chủ đề dựng sẵn với tùy chỉnh đầy đủ
Hỗ trợ biểu tượng, hình ảnh, nhãn, công thức LaTeX, khối mã, liên kết, tệp đính kèm
Xuất: PNG, VISIO, PDF, SVG | Nhập: VISIO, Mermaid
Lưu trữ đám mây thời gian thực, đồng bộ đa thiết bị, lịch sử phiên bản và bảo mật dữ liệu
Sơ đồ thành phần là để giải thích mối quan hệ logic giữa các thành phần.
Sơ đồ triển khai là một bước tiến xa hơn, mô tả cấu trúc vật lý của phần cứng hệ thống và phần mềm thực thi trên cấu trúc đó.
Thành phần: Thành phần là đơn vị thực hiện vật lý có thể thay thế, được định nghĩa với giao diện tốt, thường biểu thị những vật thể vật lý hiện có, được biểu thị bằng một hình chữ nhật với hai hình chữ nhật nhỏ nổi bật ở bên trái.
Giao diện: Giao diện cung cấp còn gọi là giao diện xuất khẩu, là tập hợp các dịch vụ mà thành phần cung cấp, có thể được biểu thị bằng mối quan hệ thực hiện giữa giao diện và thành phần; Giao diện yêu cầu còn gọi là giao diện nhập khẩu, là giao diện mà thành phần tuân theo khi yêu cầu dịch vụ từ các thành phần khác, được biểu thị bằng mối quan hệ phụ thuộc.
Mối quan hệ: Giữa các thành phần --> mối quan hệ phụ thuộc, nếu có mối quan hệ tổng quát hoặc sử dụng giữa các lớp trong hai thành phần, có thể thêm phụ thuộc; Giữa thành phần và giao diện --> phụ thuộc hoặc thực hiện.
Sơ đồ thành phần đơn giản: Tổ chức các lớp hợp tác thành một thành phần.
Sơ đồ thành phần lồng nhau: Sử dụng sơ đồ thành phần lồng nhau để biểu thị cấu trúc bên trong của thành phần.
Các thành phần kết nối với nhau thông qua cổng, và các cổng kết nối với nhau thông qua kết nối, nhưng thường không được sử dụng nhiều.
Kết nối được chia thành ba loại: kết nối trực tiếp, kết nối giao diện, kết nối ủy quyền.
1, Nhiều nhóm hợp tác phát triển
2, Kiến trúc dịch vụ vi mô hoặc mô-đun hóa
3, Hệ thống có ràng buộc giao diện rõ ràng
4, Các thành phần cần triển khai tách biệt (như frontend, backend, cơ sở dữ liệu)
1, Tập trung vào tính mô-đun hóa, giải ghép vì giá trị chính của sơ đồ thành phần là hiển thị phân lớp và phụ thuộc hệ thống rõ ràng;
2, Sử dụng ký hiệu tiêu chuẩn và chú thích giao diện có thể tăng cường khả năng đọc và tính nhất quán của sơ đồ;
3, Sử dụng cùng với sơ đồ lớp/sơ đồ triển khai, cung cấp cái nhìn toàn diện về cấu trúc, hành vi, triển khai;
4, Tránh vẽ sơ đồ thành phần thành sơ đồ lớp, sơ đồ thành phần biểu thị “cấu trúc” của hệ thống chứ không phải “chi tiết thực hiện”.
Sơ đồ thành phần trả lời "ai làm, ai phụ thuộc vào ai", sơ đồ lớp trả lời "làm thế nào".
1, Lớp biểu diễn là sự trừu tượng của thực thể, trong khi thành phần là sự trừu tượng của phần tử vật lý tồn tại trong máy tính.
2, Thành phần thuộc về mô-đun phần mềm, không phải mô-đun logic, so với lớp, chúng nằm ở cấp độ trừu tượng khác nhau.
3, Lớp có thể trực tiếp sở hữu các thao tác và thuộc tính, trong khi thành phần chỉ sở hữu các thao tác có thể truy cập thông qua giao diện của nó.
Thành phần được phân loại theo vai trò trong hệ thống thành 3 loại:
1, Thành phần triển khai: Các thành phần cần thiết để tạo thành hệ thống có thể thực thi.
Ví dụ: Máy ảo Java, hệ quản trị cơ sở dữ liệu, tệp EXE, tệp DLL.
2, Thành phần sản phẩm công việc: Sản phẩm trung gian của quá trình phát triển, không tham gia trực tiếp vào hệ thống có thể thực thi.
Ví dụ: Tệp mã nguồn, tệp dữ liệu.
3, Thành phần thực thi: Các thành phần được tạo ra trong thời gian chạy.
Ví dụ: Các Servlets được khởi tạo, đối tượng COM+, tài liệu XML.
Thành phần với thành phần: Quan hệ phụ thuộc
Thành phần với giao diện: Quan hệ phụ thuộc hoặc quan hệ thực hiện
Phải kiểm soát độ hạt của thành phần ở mức vừa phải, thông thường mô-đun chức năng có thể được đặt thành thành phần, không nên thiết kế một lớp đơn lẻ thành thành phần.
Kéo "giao diện" từ khu vực biểu tượng bên trái sang khu vực làm việc bên phải, sau đó, nhấp vào một đầu của thành phần và giữ nút chuột trái đến giao diện tương ứng, thả chuột để chỉ định giao diện mà thành phần cần thực hiện.
Không phải, thành phần đơn giản có thể không có giao diện rõ ràng.
Cung cấp giao diện, được biểu thị bằng hình tròn, chỉ ra chức năng mà thành phần này cung cấp ra ngoài (có thể được gọi).
Cần giao diện, được biểu thị bằng nửa hình tròn, chỉ ra dịch vụ mà thành phần này phụ thuộc vào từ các thành phần khác.
Có thể. Giữa các thành phần có thể tồn tại phụ thuộc một-nhiều, phụ thuộc hai chiều hoặc giải ghép thông qua thành phần trung gian, sử dụng nhiều đường nét đứt để biểu thị nhiều quan hệ phụ thuộc.