Thiết kế mô hình

Một phần của tài liệu Tìm hiểu về phương pháp luận Gaia và Roadmap trong phát triển phần mềm hướng Agent (Trang 42 - 43)

II: PHƯƠNG PHÁP ROADMAP

3. Thiết kế mô hình

Tất cả các mô hình phân tích được thực hiện vào giai đoạn thiết kế. Trong khi thiết kế được đưa ra thường xuyên để lựa chọn. Ba mẫu thiết kế: mô hình agent, mô hình dịch vụ và mô hình sự hiểu biết được tạo ra từ các mô hình đã được update. Những mô hình này được tinh chế lặp đi lặp lại cho đến khi thiết kế đủ thông tin cần có.

3.1 Vai trò

Vì một agent đóng vai trò quan trọng trong hệ thống, nó giống như bước đầu của giao dịch và thực hiện các hệ thống nhiệm vụ chức năng của giao dịch. Vì vậy vai trò đó có thể được xem như là hợp đồng về hành vi tương tự các giao diện lập trình OO. Phạm vi bao gồm các khía cạnh xã hội, các khía cạnh kiến thức của tổ chức, cũng như trách nhiệm cá nhân và khả năng của agent. Nó phong phú hơn và ý nghĩa hơn so với giao diện OO, tốt hơn cách xử lý của agent lớn. Các lớp agent giống như các lớp OO và các agent OO giống như như các đối tượng. Hiển nhiên phép so sánh này truy cập các lớp đa agent thông qua vai trò phổ biến của chúng để đa dạng hóa mô hình.

Không giống như giao diện, vai trò có thể được thay đổi trong thời gian thử nghiệm, và cần được thay bằng là hạn thỏa thuận về thay đổi hành vi ứng xử agent, hơn là hợp đồng cố định. Sự khác biệt này làm cho kiến trúc hệ thống linh hoạt hơn trong thời gian chạy so với kiểu sự hiểu biết. Nói chung, nếu một agent hoạt động theo vai trò thích hợp trong khu vực thích hợp, các agent khác trong tổ chức sau đó có thể tin tưởng agent này thể đạt được mục tiêu của tổ chức.

3.2 Mô hình vai trò và mô hình Agent

Mô hình vai trò trong giai đoạn thiết kế và phân tích nhằm mục đích cung cấp một khái niệm của hệ thống. Cơ cấu tổ chức không được tối ưu hóa kiến trúc của hệ thống đối với bất kỳ mục tiêu chất lượng nào.

Trong giai đoạn thiết kế mô hình vai trò được cấu trúc lại, để chọn chất lượng mục tiêu. Mô hình agent được tạo ra song song bằng cách chỉ định vai trò các lớp agent như trong Gaia ban đầu. Khi chạy, chúng tôi mong đợi mỗi agent có một con trỏ trong vai trò của mình. Con trỏ này cho phép chúng ta truy cập vào các agent thông qua vai trò của chúng trong thời gian chạy. Vai trò nhiệm vụ cũng có thể thay đổi trong thời gian chạy.

Đối với mỗi lớp agent, cần đặt tên cho một số dịch vụ liên quan. Đối với mỗi dịch vụ, có thể chỉ định cho dù nó có thực hiện giao thức hoặc hoàn thành các vai trò được giao hay không, bằng cách sử dụng từ khóa "thực hiện". Với mỗi hoạt động, phải có ít nhất một lệnh thực hiện dịch vụ. Điều này cho phép các dịch vụ chuẩn được gọi trong thời gian chạy.

Phần bên trong là phần phụ thuộc vào hệ thống. Bằng phương pháp ràng buộc và những thay đổi trong tương lai, hệ thống sẽ yêu cầu nỗ lực ít hơn.

3.3 Các mô hình thiết kế khác

Tất cả các mô hình phân tích được tối ưu hóa để đạt mục tiêu chất lượng trong giai đoạn thiết kế, theo các cú pháp cùng một mô hình. Mô hình dịch vụ vàcác mô hình quen thuộc giống như trong Gaia. Chỉ trừ là các vai trò có thể được đại diện như các nút trong sơ đồ quen thuộc như agent.

Một phần của tài liệu Tìm hiểu về phương pháp luận Gaia và Roadmap trong phát triển phần mềm hướng Agent (Trang 42 - 43)

Tải bản đầy đủ (DOC)

(47 trang)
w