Sơ đồ thành phần là khác nhau về bản chất và hành vi. Biểu đồ thành phần được sử dụng để mô hình hóa các khía cạnh vật lý của một hệ thống. Bây giờ câu hỏi là, những khía cạnh vật lý này là gì? Các khía cạnh vật lý là các phần tử như tệp thực thi, thư viện, tệp, tài liệu, v.v. nằm trong một nút.
Sơ đồ thành phần được sử dụng để trực quan hóa tổ chức và mối quan hệ giữa các thành phần trong một hệ thống. Những sơ đồ này cũng được sử dụng để tạo ra các hệ thống thực thi.
Mục đích của sơ đồ thành phần
Sơ đồ thành phần là một loại sơ đồ đặc biệt trong UML. Mục đích cũng khác với tất cả các sơ đồ khác đã được thảo luận cho đến nay. Nó không mô tả chức năng của hệ thống nhưng nó mô tả các thành phần được sử dụng để tạo ra các chức năng đó.
Do đó, từ quan điểm đó, sơ đồ thành phần được sử dụng để trực quan hóa các thành phần vật lý trong một hệ thống. Các thành phần này là thư viện, gói, tệp, v.v.
Sơ đồ thành phần cũng có thể được mô tả như một khung nhìn triển khai tĩnh của một hệ thống. Việc triển khai tĩnh thể hiện việc tổ chức các thành phần tại một thời điểm cụ thể.
Một sơ đồ thành phần đơn lẻ không thể biểu diễn toàn bộ hệ thống nhưng một tập hợp các biểu đồ được sử dụng để biểu diễn toàn bộ.
Mục đích của sơ đồ thành phần có thể được tóm tắt là –
- Trực quan hóa các thành phần của một hệ thống.
- Xây dựng các tệp thực thi bằng cách sử dụng kỹ thuật chuyển tiếp và đảo ngược.
- Mô tả tổ chức và mối quan hệ của các thành phần.
Làm thế nào để vẽ một sơ đồ thành phần?
Biểu đồ thành phần được sử dụng để mô tả các thành phần vật lý của một hệ thống. Tạo tác này bao gồm các tệp, tệp thực thi, thư viện, v.v.
Mục đích của sơ đồ này là khác nhau. Sơ đồ thành phần được sử dụng trong giai đoạn thực hiện của một ứng dụng. Tuy nhiên, nó được chuẩn bị kỹ lưỡng trước để hình dung các chi tiết thực hiện.
Ban đầu, hệ thống được thiết kế bằng cách sử dụng các sơ đồ UML khác nhau và sau đó khi các tạo phẩm đã sẵn sàng, các sơ đồ thành phần được sử dụng để có ý tưởng về việc triển khai.
Sơ đồ này rất quan trọng vì không có nó thì ứng dụng không thể được triển khai một cách hiệu quả. Một sơ đồ thành phần được chuẩn bị tốt cũng rất quan trọng đối với các khía cạnh khác như hiệu suất ứng dụng, bảo trì, v.v.
Trước khi vẽ sơ đồ thành phần, các tạo tác sau đây phải được xác định rõ ràng –
- Các tập tin được sử dụng trong hệ thống.
- Thư viện và các hiện vật khác có liên quan đến ứng dụng.
- Mối quan hệ giữa các hiện vật.
Sau khi xác định hiện vật, cần lưu ý những điểm sau.
- Sử dụng tên có ý nghĩa để xác định thành phần mà sơ đồ sẽ được vẽ.
- Chuẩn bị một bố cục tinh thần trước khi sản xuất các công cụ sử dụng.
- Sử dụng ghi chú để làm rõ những điểm quan trọng.
Sau đây là sơ đồ thành phần của hệ thống quản lý đơn hàng. Ở đây, các tạo phẩm là các tập tin. Sơ đồ hiển thị các tệp trong ứng dụng và mối quan hệ của chúng. Trên thực tế, sơ đồ thành phần cũng chứa dll, thư viện, thư mục, v.v.
Trong sơ đồ sau, bốn tệp được xác định và mối quan hệ của chúng được tạo ra. Sơ đồ thành phần không thể khớp trực tiếp với các sơ đồ UML khác đã được thảo luận cho đến nay vì nó được vẽ cho mục đích hoàn toàn khác.
Sơ đồ thành phần sau đây đã được vẽ xem xét tất cả các điểm được đề cập ở trên.
Sử dụng sơ đồ thành phần ở đâu?
Chúng tôi đã mô tả rằng các sơ đồ thành phần được sử dụng để trực quan hóa chế độ xem triển khai tĩnh của một hệ thống. Sơ đồ thành phần là loại sơ đồ UML đặc biệt được sử dụng cho các mục đích khác nhau.
Những sơ đồ này cho thấy các thành phần vật lý của một hệ thống. Để làm rõ nó, chúng ta có thể nói rằng sơ đồ thành phần mô tả tổ chức của các thành phần trong một hệ thống.
Tổ chức có thể được mô tả thêm như là vị trí của các thành phần trong một hệ thống. Các thành phần này được tổ chức theo một cách đặc biệt để đáp ứng các yêu cầu của hệ thống.
Như chúng ta đã thảo luận, các thành phần đó là thư viện, tệp, tệp thực thi, v.v. Trước khi triển khai ứng dụng, các thành phần này phải được tổ chức. Tổ chức thành phần này cũng được thiết kế riêng biệt như là một phần của việc thực hiện dự án.
Sơ đồ thành phần rất quan trọng từ quan điểm thực hiện. Do đó, nhóm triển khai ứng dụng cần có kiến thức phù hợp về các chi tiết thành phần
Sơ đồ thành phần có thể được sử dụng để –
- Mô hình hóa các thành phần của một hệ thống.
- Lập mô hình lược đồ cơ sở dữ liệu.
- Mô hình hóa các tệp thực thi của một ứng dụng.
- Mô hình hóa mã nguồn của hệ thống.
UML – Sơ đồ triển khai
Sơ đồ triển khai được sử dụng để trực quan hóa cấu trúc liên kết của các thành phần vật lý của một hệ thống, nơi các thành phần phần mềm được triển khai.
Sơ đồ triển khai được sử dụng để mô tả khung nhìn triển khai tĩnh của một hệ thống. Sơ đồ triển khai bao gồm các nút và mối quan hệ của chúng.
Mục đích của sơ đồ triển khai
Bản thân thuật ngữ Triển khai mô tả mục đích của sơ đồ. Sơ đồ triển khai được sử dụng để mô tả các thành phần phần cứng, nơi các thành phần phần mềm được triển khai. Sơ đồ thành phần và sơ đồ triển khai có liên quan chặt chẽ với nhau.
Sơ đồ thành phần được sử dụng để mô tả các thành phần và sơ đồ triển khai cho thấy cách chúng được triển khai trong phần cứng.
UML chủ yếu được thiết kế để tập trung vào các tạo phẩm phần mềm của một hệ thống. Tuy nhiên, hai sơ đồ này là sơ đồ đặc biệt được sử dụng để tập trung vào các thành phần phần mềm và phần cứng.
Hầu hết các sơ đồ UML được sử dụng để xử lý các thành phần logic nhưng các sơ đồ triển khai được thực hiện để tập trung vào cấu trúc liên kết phần cứng của hệ thống. Sơ đồ triển khai được sử dụng bởi các kỹ sư hệ thống.
Mục đích của sơ đồ triển khai có thể được mô tả là –
- Trực quan hóa cấu trúc liên kết phần cứng của một hệ thống.
- Mô tả các thành phần phần cứng được sử dụng để triển khai các thành phần phần mềm.
- Mô tả các nút xử lý thời gian chạy.
Làm cách nào để vẽ sơ đồ triển khai?
Sơ đồ triển khai đại diện cho khung nhìn triển khai của một hệ thống. Nó liên quan đến sơ đồ thành phần vì các thành phần được triển khai bằng cách sử dụng sơ đồ triển khai. Một sơ đồ triển khai bao gồm các nút. Các nút không là gì ngoài phần cứng vật lý được sử dụng để triển khai ứng dụng.
Sơ đồ triển khai rất hữu ích cho các kỹ sư hệ thống. Một sơ đồ triển khai hiệu quả là rất quan trọng vì nó kiểm soát các tham số sau –
- Hiệu suất
- khả năng mở rộng
- khả năng bảo trì
- tính di động
Trước khi vẽ sơ đồ triển khai, cần xác định các tạo phẩm sau –
- Điểm giao
- Mối quan hệ giữa các nút
Sau đây là sơ đồ triển khai mẫu để cung cấp ý tưởng về chế độ xem triển khai của hệ thống quản lý đơn hàng. Ở đây, chúng tôi đã chỉ ra các nút là –
- Màn hình
- Modem
- Máy chủ bộ nhớ đệm
- Máy chủ
Ứng dụng này được giả định là một ứng dụng dựa trên web, được triển khai trong môi trường nhóm bằng cách sử dụng máy chủ 1, máy chủ 2 và máy chủ 3. Người dùng kết nối với ứng dụng bằng Internet. Dòng điều khiển từ máy chủ bộ nhớ đệm đến môi trường nhóm.
Sơ đồ triển khai sau đây đã được vẽ khi xem xét tất cả các điểm được đề cập ở trên.
Sử dụng sơ đồ triển khai ở đâu?
Sơ đồ triển khai chủ yếu được sử dụng bởi các kỹ sư hệ thống. Các sơ đồ này được sử dụng để mô tả các thành phần vật lý (phần cứng), phân phối và liên kết của chúng.
Sơ đồ triển khai có thể được hình dung dưới dạng các nút/thành phần phần cứng mà các thành phần phần mềm nằm trên đó.
Các ứng dụng phần mềm được phát triển để mô hình hóa các quy trình kinh doanh phức tạp. Các ứng dụng phần mềm hiệu quả là không đủ để đáp ứng các yêu cầu kinh doanh. Các yêu cầu kinh doanh có thể được mô tả như nhu cầu hỗ trợ số lượng người dùng ngày càng tăng, thời gian phản hồi nhanh, v.v.
Để đáp ứng các loại yêu cầu này, các thành phần phần cứng phải được thiết kế hiệu quả và tiết kiệm chi phí.
Các ứng dụng phần mềm ngày nay rất phức tạp về bản chất. Các ứng dụng phần mềm có thể độc lập, dựa trên web, phân tán, dựa trên máy tính lớn và nhiều ứng dụng khác. Do đó, điều rất quan trọng là thiết kế các thành phần phần cứng một cách hiệu quả.
Sơ đồ triển khai có thể được sử dụng –
- Để mô hình cấu trúc liên kết phần cứng của một hệ thống.
- Để mô hình hóa hệ thống nhúng.
- Để lập mô hình chi tiết phần cứng cho hệ thống máy khách/máy chủ.
- Để mô hình hóa các chi tiết phần cứng của một ứng dụng phân tán.
Đối với kỹ thuật chuyển tiếp và đảo ngược.