I. Giới thiệu mô hình hoàn chỉnh cho quy trình xây dựng phần mềm dựa trên
3. Thực hiện thuật toán lựa chọn và kết quả
Bảng 2.3. trình bày một số kết quả được sản sinh bởi chương trình TraceConfigs cho ứng dụng ví dụ GTS. Trong trường hợp này, chương trình sinh ra 28 tổ hợp, vì tổng số ứng cử viên là 8. Từ 28 tổ hợp có thể đó, chỉ có 24 cấu hình là có giá trị, những cái mà xuất hiện trong bảng. Ngoài ra, một số cấu hình bỏ đi cũng được trình bày để đảm bảo tính trọn vẹn.
Trong bảng này các cột từ 2-9 trình bày các giao diện(dịch vụ) do mỗi thành phần cung cấp trong mỗi cấu hình, cột 10 mô tả cấu hình, dưới dạng các thành phần cấu tạo của nú (cú ẩn cả những dịch vụ thích hợp nhưng bị trùng do thành phần khỏc đó hỗ trợ nú), còn cột 11 trình bày:
− “R” nếu cấu hình chỉ đáp ứng cấu trúc ứng dụng. − “C” nếu nó là một cấu hình đóng kín.
Một ứng dụng được đóng kín nếu tất cả các dịch vụ được cung cấp bởi các componenntss trong nú cú thể được phục vụ trong nội tại(khụng yêu cầu các dịch vụ bên ngoài từ các componennts bên ngoài ứng dụng đú). Cỏc khỏi niệm đáp ứng - “respect" và đóng kín - “close" đã được định nghĩa trong [1].
Trong ví dụ GTS, cấu hình số 1 chứa tất cả các thành phần ứng cử viên trừ C2 , C4 , và C6 trong đó mỗi thành phần component chỉ cung cấp một giao diện(dịch vụ), ngoại trừ C1 cung cấp hai dịch vụ. Cấu hình này vừa đóng kín
(closed) vừa đáp ứng cấu trúc của ứng dụng. Trong 24 cấu hình được tìm thấy, có 5 cái đã được đóng kín, và 20 cỏi đỏp ứng cấu trỳc. Bõy giờ, người thiết kế hệ thống chỉ phải quyết định hoặc là lựa chọn một cấu hình nào tốt phù hợp với cỏc yờu cầu của anh ta từ danh sách các cấu hình hợp lệ này, hoặc là xem lại kiến trúc cũ.
Khi tất cả các cấu hỡnh đó được sản sinh, chúng ta cần đóng kín chúng để nhận được ứng dụng hoàn chỉnh. Tiến trình đóng kín một cấu hỡnh cú thể được thực hiện bởi việc áp dụng bất kỳ một thuật toán đang tồn tại nào phục vụ tính toán đóng kín một tập hợp “algorithms for calculating the transitive closure of a set “(vớ dụ như một cấu hình) liên quan đến tập số lớn hơn(trong trường hợp này là kho B).
Bảng 2.3. Một số kết quả của thuật toán config() với ví dụ GTS Kết luận chương
Như vậy qua ví dụ GTS, chúng ta đã thực sự làm quen với mô hình cho tiến trình tự động hoá trong công nghệ phát triển phần mềm hướng thành phần qua các giai đoạn như đã chỉ ra ở Hình 2.1. Có hai vấn đề chúng ta nhấn mạnh ở đây đó là vấn đề thiết kế kiến trúc hệ thống phần mềm và vấn đề tìm, lựa chọn thành phần phần mềm. Với mục đớch nghiờn cứu, thỡ đó cú một Website dành cho Client để hỗ trợ cho dịch vụ tìm kiếm trên mạng - “trading” - h ttp://www.cotstrader.com. Và có một số dự ỏn nghiên cứu như CAFE và ESAPS2. Đặc biệt trong [4], cỏc tỏc giả đó miêu tả một nền “platform” cho việc xây dựng các hệ thống phần mềm dựa trên một phần COTS. Hướng đề xuất này cũng đã sử dụng các Rational tools để định nghĩa kiến trúc phần mềm, tuy nhiên sơ đồ các lớp được sử dụng thay vì sử dụng UML-RT, bên cạnh đó tiến trình được đề xuất này còn thiếu các tiến trỡnh tỡm kiếm, lựa chọn – trading cho các COTS. Vì thế việc lựa chọn UML-RT cho xây dụng kiến trúc phần mềm GTS là rất hợp lý. Ở chương này, chúng ta cũng đã nhận được một số kết quả khi cài đặt thuật toán config() cho việc lựa chọn thành phần phần mềm đối với hệ thống con GTS…
ĐÁNH GIÁ - KẾT LUẬN