Công nghệ phần mềm hướng Agent 1 Mục lục 1 Mở đầu 3 2 Quy trình phát triển hệ thống phần mềm hướng Agent theo phương pháp luận MaSE4 2 1 Khái quát các bước phát triển 4 2 2 Pha phân tích 4 2 2 1 Bước[.]
Công nghệ phần mềm hướng Agent Mục lục Mở đầu Quy trình phát triển hệ thống phần mềm hướng Agent theo phương pháp luận MaSE4 2.1 Khái quát bước phát triển 2.2 Pha phân tích 2.2.1 Bước 1: Xác định Goal (Capturing Goals) 2.2.2 Bước 2: Xác định Use Case (Applying Use Case) 2.2.3 Bước 3: Xây dựng Ontology (Building Ontology) 2.2.4 Bước 4: Hoàn thiện Role (Refining Roles) 10 2.3 Pha thiết kế 11 2.3.1 Bước 5: Xác định lớp Agent (Creating Agent Classes) 11 2.3.2 Bước 6: Xây dựng phiên hội thoại (Constructing Conversations) 12 2.3.3 Bước 7: Hoàn thiện Agent (Assembling Agent Classes) 13 2.3.4 Bước 8: Thiết kế hệ thống (System Design): 14 AgentTool 14 3.1 Giới thiệu AgentTool 14 3.2 Thiết kế hệ thống sử dụng agentTool 15 3.3 AgentTool hỗ trợ việc thiết kế bán tự động 15 3.4 Tính Di động 16 3.5 Các hình thức agentTool 16 Áp dụng phân tích thiết kế hệ hỗ trợ dịnh vụ mua bán điện thoại di động 17 4.1 Giới thiệu hệ hỗ trợ dịch vụ mua bán máy điện thoại di động 17 4.2 Phân tích hệ thống 18 4.2.1 Xác định Goal 18 4.2.2 Xác định Use case 19 4.2.3 Xây dựng Ontology 22 4.2.4 Hoàn thiện Role 25 4.3 Thiết kế hệ thống 27 4.3.1 Tạo lớp agent 27 4.3.2 Xây dựng conversation 28 4.3.3 Hoàn thiện agent 29 4.3.4 Thiết kế hệ thống 29 Đánh giá phương pháp luận MaSE 30 5.1 Các khái niệm thuộc tính 30 5.2 Các ký hiệu kỹ thuật mơ hình hóa 31 5.3 Quá trình phát triển 32 5.4 Thực tế 32 Kết luận 33 Công nghệ phần mềm hướng Agent Danh mục hình vẽ Hình 1: Các bước phát triển hệ thống Multiagent theo phương pháp luận MaSE…… Hình 2: Các bước xây dựng Ontology………………………………………………….8 Hình 3: Mơ hình đối tượng MaSE tại…………………………………………….17 Hình 4: Mơ hình đối tượng MaSE mở rộng…………………………………… 17 Hình 5: Biểu đồ phân cấp goal……………………………………………………… 19 Hình 6: Biều đồ use case TimKiem…………………………………… 20 Hình 7: Biều đồ use case ThuongLuong………………………………….21 Hình 8: Biều đồ use case CapNhatThayDoi…………………………… 21 Hình 9: Biều đồ use case DatHang……………………………………… 22 Hình 10: Biều đồ use case HienThiKetQua…………………………… 22 Hình 11: Mơ hình role……………………………………………………………… 26 Hình 12: Biểu đồ task Thuong luong role DaiLyPhanPhoi………………………26 Hình 13: Biểu đồ lớp agent……………………………………………………………28 Hình 14: Biểu đồ triển khai hệ thống .……………………………………………30 Công nghệ phần mềm hướng Agent ĐỀ TÀI: PHÂN TÍCH THIẾT KẾ HỆ ĐA AGENT THEO PHƯƠNG PHÁP MaSE VÀ AgentTool Giảng viên: Ts Nguyễn Mạnh Hùng Học viên: Đỗ Anh Tuấn Lớp:CH10CNK2 Tóm tắt: Bài tiểu luận cung cấp tổng quan phương pháp luận MaSE AgentTool để phân tích thiết kế hệ thống phần mềm hướng Agent phát triển nhóm nghiên cứu thuộc Viện Cơng nghệ Hàng Không Hoa kỳ (Air Force Intistute of Technology – AFIT) Nó sử dụng trừu tượng cung cấp hệ thống multiagent cho việc phát triển hệ thống phần mềm thông minh phân tán Đồng thời qua tiểu luận trình bày việc áp dụng phương pháp luận MaSE AgentTool để phân tích thiết kế hệ hỗ trợ dịch vụ mua bán điện thoại di động Mở đầu MaSE phương pháp luận phát triển dựa cách tiếp cận hướng đối tượng cung cấp cách tiếp cận từ xuống (Top-Down) Quan điểm xây dựng phương pháp luận xem Agent mức trừu tượng cao đối tượng: Agent xem đối tượng đặc biệt Khác với đối tượng truyền thống phương thức gọi đối tượng khác, Agent tương tác với thông qua hội thoại hành động cách tự chủ để hoàn thành mục đích riêng mục đích chung hệ thống Ngoài ra, Agent xem khái quát hóa đối tượng phù hợp với tốn cụ thể, có khơng có khả thơng minh Như DeLoach khẳng định, việc xem Agent trừu tượng cao đối tượng khiến cho việc phân tích thiết kế hướng Agent thừa kế từ phương pháp luận phát triển phần mềm hướng đối tượng.[6] Quá trình phát triển hệ multiagent theo MaSE bao gồm có pha: Pha phân tích Pha thiết kế Pha phân tích bao gồm bước: Xác định Goal, Xác định Use case, Xây dựng Ontology Hoàn thiện Role Pha thiết kế bao gồm bước: Xác định lớp Agent, Xây dựng hội thoại, Hoàn thiện Agent Thiết kế hệ thống Tồn q trình phân tích thiết kế hệ thống theo phương pháp luận MaSE hỗ trợ công cụ AgentTool, công cụ hỗ trợ người thiết kế kiểm thử tương tác Agent sinh mã tự động cho hệ thống.([1-4],[6]) Các phần viết cấu trúc sau: Phần 2: trình bày quy trình phát triển hệ thống phần mềm hướng Agent theo phương pháp luận MaSE; Phần 3: giới thiệu công cụ AgentTool; Phần 4: giới thiệu áp dụng phương pháp luận MaSE AgentTool để phân tích thiết kế hệ hỗ trợ mua bán điện thoại di động; Phần 5: sự đánh giá phương pháp luận MaSE; Phần 6: kết luận Cơng nghệ phần mềm hướng Agent Quy trình phát triển hệ thống phần mềm hướng Agent theo phương pháp luận MaSE 2.1 Khái quát bước phát triển Quá trình phát triển hệ multiagent theo MaSE bao gồm có pha: Pha phân tích (Analysis) Pha thiết kế (Design) Pha phân tích bao gồm bước: Xác định Goal (Capturing Goals), Xác định Use case (Applying Use Case), Xây dựng Ontology (Building Ontology) Hoàn thiện Role (Refining Roles) Pha thiết kế bao gồm bước: Xác định lớp Agent (Creating Agent Classes), Xây dựng phiên hội thoại (Constructing Conversations), Hoàn thiện Agent (Assembling Agent Classes) Thiết kế hệ thống (System Design) Được thể hình Hình 1: Các bước phát triển hệ thống Multiagent theo phương pháp luận MaSE 2.2 Pha phân tích 2.2.1 Bước 1: Xác định Goal (Capturing Goals) Goal khái niệm để mục đích mà hệ thống cần đạt Mục đích hệ thống nhìn từ quan điểm hệ thống nghĩa dịch vụ mà hệ thống cung cấp Goal phân rã thành Goal con, Goal lại tiếp tục phân rã Goal mức thấp khơng coi mục đích mà xem xét để đưa vào bước sau pha phân tích Cơng nghệ phần mềm hướng Agent Nhiệm vụ bước chuyển toàn đặc tả yêu cầu hệ thống vào tập Goal có cấu trúc Như có bước việc xác định Goal: tập hợp Goal xây dựng phân cấp Goal § Tập hợp Goal Bước thực yêu cầu chức có tài liệu đặc tả hệ thống, yêu cầu chức mô tả Goal Các yêu cầu chức xác định cách trả lời câu hỏi: “Hệ thống phải làm gì?” mà chưa cần quan tâm đến cách thực nhiệm vụ Các Goal xác định cách trực quan thông qua việc xác định mục tiêu cần đạt hệ thống Các Goal xác định thông qua Goal trước cách trả lời câu hỏi: “Muốn đạt Goal X cần phải có gì?” Quá trình gọi trình phân rã, Goal phân rã từ Goal ban đầu trở thành Goal Sự phân rã diễn với tất Goal phát chưa phân rã Quá trình phân rã dừng lại chức sinh nhiệm vụ mức hệ thống, nghĩa khơng thể đóng vai trị Goal hệ thống Các Goal khơng cần phân rã thêm có đặc điểm cố gắng phân rã Goal ta phải trả lời câu hỏi “Muốn hoàn thành việc cần phải làm gì?”, tức tìm cách thức thực Goal Goal § Tổ chức phân cấp Goal Bước có nhiệm vụ tổ chức Goal xác định bước trước vào sơ đồ phân cấp Goal (Goal Hierarchy Diagram) Một sơ đồ phân cấp Goal đồ thị có hướng khơng có chu trình Trong đó: đỉnh biểu diễn Goal, có tên trùng với tên đích mà biểu diễn mũi tên quan hệ Goal cha – quan hệ khác Có hai trường hợp xảy ra: trường hợp thứ nhất: xác định Goal tổng thể hệ thống đặt gốc Goal, trường hợp thứ hai: Goal tổng thể không xác định trực tiếp từ yêu cầu phải kết hợp Goal mức cao thành Goal tổng thể cho hệ thống Các Goal cịn lại phân cấp thành quan hệ cha – ngang hang cách lặp thủ tục sau: Bước 1: Các Goal phân rã từ Goal khác bước trước phải Goal với Goal cha tương ứng Bước 2: Nếu Goal không phân rã từ Goal (các Goal xác định ban đầu), để xác định quan hệ cha – con, trả lời câu hỏi “chúng thực phần nhiệm vụ cho Goal khơng?”, có trở thành Goal mà hỗ trợ, khơng phải xem xét lại Goal có cần thiết cho hệ thống hay khơng, khơng cần thiết bị loại bỏ ngược lại cần thiết tạo thành nhánh từ nút gốc Goal Trong phân cấp Goal có loại Goal sau: Goal chung (Summary goal): Goal tạo từ Goal ngang hàng (thường Goal tổng thể hệ thống) Goal phi chức (Non-functional goal): Goal không trực tiếp thực chức hệ thống, nhân tố kiểm tra tính đắn hệ thống Các Goal thường xuất từ yêu cầu phi chức hệ thống chẳng hạn độ tin cậy hay yêu cầu thời gian thực cho hệ thống Công nghệ phần mềm hướng Agent Goal kết hợp (Combined goal): Goal tạo thành kết hợp hai hay nhiều Goal có chức giống tương tự Goal bị phân hoạch (Partitioned goal): đích phân hoạch hồn tồn Theo tất Goal hồn thành thân hồn thành mà không cần thực thêm nhiệm vụ 2.2.2 Bước 2: Xác định Use Case (Applying Use Case) Use case hiểu mơ tả hành vi mà hệ thống cần thực trường hợp cụ thể Các hành vi xuất phát từ mong muốn người dùng Mục đích bước tạo tập use case sơ đồ (Sequence diagram) tương ứng nhằm hỗ trợ cho người phân tích hệ thống phát tập role ban đầu đường truyền thơng có hệ thống Việc sử dụng use case MaSE kế thừa từ phương pháp phân tích hướng đối tượng Có hai loại use case khác dựa vào hồn cảnh mà chúng mơ tả: Use case chủ động: mô tả hành vi hệ thống trường hợp lý tưởng, nghĩa điều kiện thỏa mãn Use case bị động: mô tả hành vi mà hệ thống cần thực trường hợp có lỗi, có ngoại lệ có cố nghiêm trọng Bước bao gồm hai bước tạo use case xây dựng biểu đồ § Tạo use case Các use case trích từ nhiều nguồn khác nhau: (i) đặc tả yêu cầu hệ thống; (ii) Mong muốn người dùng; (iii) Bản mẫu nhanh (nếu có) Về nguyên tắc Goal xác định bước tương ứng với use case, ngoại trừ Goal bị phân hoạch (vì Goal này, hoàn thành use case Goal thân hồn thành) Trong use case tương ứng với Goal cha, dãy hành động thuộc use case Goal coi Goal đơn, nghĩa xem tương ứng với hành động đơn bình thường khác biểu diễn kiện đầu vào hành động thực Các use case ứng với Goal thuộc Goal trích dẫn trước, sau ngược dẫn lên phía gốc Goal dừng lại gặp Goal bị phân hoạch Goal bị phân hoạch khơng cần use case use case tương ứng phép hợp đơn giản use case tương ứng với đích mà khơng cần bổ xung thêm kiện hay hành động § Xây dựng biểu đồ Một biểu đồ dãy kiện diễn role xác định use case Nó xây dựng dựa role quan hệ tương tác role với Một biểu đồ bao gồm: - Các role liên quan đến use case cần biểu diễn, role đặt phía biểu đồ Công nghệ phần mềm hướng Agent Các đường nối từ role thẳng xuống đường biểu thị cho thời gian hoạt động role - Các mũi tên nối từ role đến role biểu thị tương tác hai role, theo chiều mũi tên Nhãn kèm theo mũi tên biểu thị tên kiện tương tác - Tuần tự kiện sảy use case mũi tên từ xuống Việc chuyển từ use case sang biểu đồ tiến hành trực tiếp sau: Mỗi use case tương ứng với biểu đồ Tuy nhiên số trường hợp mà use case phức tạp, cần đến nhiều biểu đồ để mô tả hoạt động Trong trường hợp này, tách use case thành use case nhỏ đơn giản hơn, use case cần biểu đồ dãy trường hợp lý tưởng ban đầu Việc xây dựng biểu đồ bắt đầu việc xác định role cần thiết phải tham gia vào biểu đồ Role hiểu tập nhiệm vụ có liên quan chặt chẽ đến mà Agent hệ thống cần đảm nhiệm để đạt tới đích Mỗi role thực hay nhiều Goal hệ thống Để xác định role, người phát triển sử dụng kỹ thuật trích danh từ Từ use case có bước trước, người phát triển tiến hành duyệt tìm danh từ đối tượng có chức cụ thể use case trước Tiếp theo, người phát triển xem xét lại danh mục danh từ loại danh từ đối tượng Các danh từ lại role có mặt sơ đồ tương ứng với use case Sau có role bước người phát triển tiến hành biểu diễn kiện sơ đồ AgentTool - 2.2.3 Bước 3: Xây dựng Ontology (Building Ontology) Ontology xem tập khái niệm để biểu diễn thông tin tri thức trao đổi Agent hay nói cách khác, Ontology hệ tri thức chung agent, bao gồm khái niệm dung miền tri thức định Theo quan điểm MaSE, ontology tập hợp khái niệm sử dụng tham số chứa thông điệp trao đổi Agent Trong MaSE xây dựng Ontology gồm bước chính: Xác định mục đích phạm vi ontology; Thu thập liệu; Xây dựng Ontology khởi đầu; Hoàn thiện Ontology Kết trình sơ đồ phân cấp khái niệm đáp ứng yêu cầu hoạt động hệ thống Các bước tiến hành xây dựng Ontology thể hình Cơng nghệ phần mềm hướng Agent Sơ đồ Goal Xác định mục đích phạm vi Ontology Use case Biểu đồ Thu thập liệu: Xác định danh sách thuật ngữ hệ thống Xây dựng Ontology khởi đầu: - Xác định khái niệm lớp, khái niệm thuộc tính - Biểu diễn theo cấu trúc hình lớp/đối tượng ngơn ngữ Java Kiểm định Ontology: Bổ xung loại bỏ khái niệm Ontology hoàn chỉnh Cây phân cấp Ontology Hình 2: Các bước xây dựng Ontology Bước 1: Xác định mục đích phạm vi Ontology: Bước xác định lĩnh vực mà Ontology cần biểu diễn Nghĩa người phân tích phải trả lời câu hỏi:”Tại Ontology xây dựng phạm vi ý định sử dụng Ontology hệ thống” Khi hệ thống kế thừa Ontology từ hệ thống khác, Ontology kế thừa phải mơ tả chi tiết xác phạm vi biểu diễn Từ đó, người phân tích so sánh phạm vi với phạm vi lĩnh vực hệ thống xây dựng: Nếu phạm vi rộng phải bổ xung thêm khái niệm; Nếu phạm vi hẹp phải loại bỏ khái niệm khơng cần thiết khỏi Ontology kế thừa Để xác định phạm vi Ontology cần thực bước sau: - Xem xét tồn use case mơ tả bước xác định use case sơ đồ Goal hệ thống bước xác định Goal - Xác định tồn thơng tin kiểu liệu mà hệ thống dùng, đồng thời xác định mức độ chi tiết cần mô tả kiểu liệu Người phân tích sử dụng kỹ thuật khoanh vùng thu hẹp dần miền tri thức để xác định phạm vi Ontology Để xác định mức độ chi tiết tri thức khái niệm , người phân tích tiếp tục sử dụng kỹ thuật: - Phân rã miền tri thức ban đầu thành miền phân rã thêm - Khoanh vùng miền tri thức có liên quan đến tốn loại bỏ vùng khơng liên quan Bước 2: Thu thập liệu: Sau xác định loại liệu mức độ chi tiết chúng, người thiết kế phải lập danh sách liệt kê tất danh từ có mặt phân cấp Goal (đã có bước xác định Goal) use case Danh sách gọi “danh sách thuật ngữ” hệ thống Từ tập thuật ngữ này, người thiết kế phải chọn danh từ biểu diễn kiểu liệu cần thiết cho hệ thống Công nghệ phần mềm hướng Agent cách xem xét tất kiểu liệu cần truyền use case Bước thực chất tìm khái niệm có message khái niệm mức nhỏ để agent hiểu message mà nhận Sau bước ta nhận khái niệm cần có ontology Bước 3: Xây dựng Ontology khởi đầu: Để xây dựng Ontology khởi đầu, người thiết kế phải chuyển toàn khái niệm thu bước vào tập lớp thuộc tính chúng Vấn đề xác định khái niệm lớp, khái niệm thuộc tính, điều phụ thuộc vào việc xác định mức độ chi tiết khái niệm Thông thường khái niệm biểu diễn mức độ chi tiết thấp nên lấy làm thuộc tính, khái niệm tổ hợp nhiều khái niệm nên xem lớp Tuy nhiên, khái niệm phải mô tả đầy đủ thuộc tính ý nghĩa thực tế Trong Ontology, thuộc tính cần thiết để thực đích đích tổng thể hệ thống đưa vào làm thuộc tính cho đối tượng tương ứng Để xây dựng ontology khởi đầu, người phân tích lựa chọn hai cách: - Kế thừa từ Ontology hệ thống khác: Người phân tích phải xác định rõ phạm vi biểu diễn Ontology hệ thống kế thừa phạm vi tri thức hệ thống xây dựng Nếu phạm vi tri thức hệ thống kế thừa rộng hơn, loại bỏ thông tin dư thừa bổ xung thông tin chi tiết Nếu phạm vi tri thức hệ thống kế thừa nhỏ phải bổ xung tri thức miền lĩnh vực - Xây dựng Ontology từ đầu: người phân tích phải chuyển toàn khái niệm thu bước vào tập lớp thuộc tính chúng Thơng thường, khái niệm biểu diễn mức độ chi tiết thấp nên lấy làm thuộc tính, khái niệm tổ hợp khái niệm nên tạo thành lớp Bước 4: Kiểm định Ontology: Trong bước này, người phân tích phải chứng thực Ontology vừa xây dựng thỏa mãn yêu cầu hệ thống cách xem xét lại tồn tình mơ tả use case sơ đồ tuần tự: - Nếu phát thấy thiếu sót khái niệm tương ứng phải bổ xung vào Ontology; - Nếu phát thấy có khái niệm khơng cần thiết phải loại bỏ khỏi Ontology Quá trình lặp lại pha cài đặt hệ thống người thiết kế thấy rằng, Ontology hoàn toàn thỏa mãn yêu cầu hoạt động hệ thống Kết bước phân cấp Ontology hồn chỉnh, đáp ứng yêu cầu sử dụng bước q trình phân tích thiết kế đảm bảo đầy đủ khái niệm cần cho tương tác hệ đa agent Những bước xây dựng Ontology theo phương pháp luận MaSE rõ ràng tách biệt Tuy nhiên, thực tế bước nằm vòng đời phát triển Ontology nên thực lồng vào Mặt khác, đặt bước xây dựng Ontology vòng đời phát triển chung hệ thống nên có thay đổi bước xác định Goal, xác định phân cấp Goal, xác định use case biểu đồ tồn q trình xây dựng Ontology phải thay đổi theo Và Công nghệ phần mềm hướng Agent ngược lại, nêu phân cấp Ontology thay đổi bước sau phân tích thiết kế cần thay đổi cho phù hợp 2.2.4 Bước 4: Hoàn thiện Role (Refining Roles) Role khái niệm dùng để thành viên (đối tượng) thực (hoặc số) vai trò định hệ thống Mục tiêu bước chuyển tập Goal hệ thống vào tập role với nhiệm vụ Thơng thường, việc chuyển đổi từ Goal sang Role tương ứng 1-1, nghĩa Role thực Goal Tuy nhiên, số trường hợp, Role tương ứng với nhiểu Goal Goal có quan hệ chặt chẽ gần giống Trong bước này, người phát triển hệ thống phải xem xét lại role có trong bước xây dựng sơ đồ tuần tự, thêm bớt, sửa đổi cho phù hợp Các giao tiếp với bên xây dựng thành role riêng biệt hoạt động tương tự tương tác từ nguồn tài nguyên bên ngồi với phần cịn lại hệ thống Các thành phần coi nguồn tài nguyên bên bao gồm: sở liệu, file, hệ thống bổ xung người Sau xác định role phù hợp hệ thống, phải xác định tập giao tiếp ban đầu role Các tương tác trích từ use case bước xác định use case Nếu role biểu đồ có kiện liên quan đến role tương ứng biểu đồ có giao thức tương tác, bên khởi đầu trùng với bên khởi đầu kiện use case Sơ đồ Role ban đầu chi tiết hóa cách gán task cho role Task nhiệm vụ cụ thể, chi tiết mà role phải thực nhằm đạt đích mà có trách nhiệm phải thực Thông thường, Goal nên cho tương ứng với task, muốn đạt Goal task cần phải hồn thành Trong trương hợp đặc biệt, Goal phức tạp cần đến task để giải Nên tách Goal thành Goal bé hơn, đơn giản cho task giải Dựa vào Goal mà role phải thực hiện, task tạo cách trả lời câu hỏi:”Role thực Goal nào?” Sau task gán vào role xác định, giao thức role sơ đồ role ban đầu xác định cụ thể task liên quan Sơ đồ bên task: Sau xác định role, task gán cho role để mô tả cách role cư xử hoạt động nhằm đạt đích mà hướng tới Các role hoạt động với hai loại tương tác: - Tương tác trong: tương tác task role - Tương tác ngoài: tương tác task role khác Trong sơ đồ chi tiết, tương tác biểu diễn mũi tên nét đứt, tương tác biểu diễn mũi tên nét liền Các tương tác định hướng cho việc thiết kế hội thoại (conversation) pha thiết kế sau Có hai loại task khác nhau: - Task chủ động: task tự động bắt đầu role sinh Task khơng cần điều kiện kích hoạt ban đầu, tự động đến trạng thái ban đầu thực 10 Công nghệ phần mềm hướng Agent Trong hệ thống hỗ trợ dịch vụ mua bán mua bán điện thoại di động, xác định use case sau: CapNhatYeuCau: trích xuất từ yêu cầu đáp ứng yêu cầu thay đổi khách hàng Trong trình hoạt động, khách hàng muốn thay đổi yêu cầu mình, hệ thống cần phải thực cập nhật lại yêu cầu khách hàng tiến hành lại thương lượng; ThuongLuong: hệ thống tìm kiếm sản phẩm khơng có kết xác theo mong muốn khách hàng, bên thương lượng với để đến kết tối ưu nhất; TimKiem: trình thương thượng, hệ thống cần phải tìm sản phẩm phù hợp với yêu cầu khách hàng; HienThiKetQua: Quá trình thương lượng thành cơng hay khơng hệ thống phải thực thông báo kết cho khách hàng; DatHang: Khi tìm sản phẩm phù hợp, khách hàng thực chức đặt mua sản phẩm đó; CapNhatThongTinSanPham: Những thơng tin sản phẩm ln ln cập nhật: thêm sản phẩm, sửa số thông tin sản phẩm thực xóa sản phẩm sản phẩm bán Như vậy, use case hệ thống là: CapNhatYeuCau; TimKiem;HienThiKetQua;ThuongLuong; DatHang; CapNhatThongTinSanPham § Xây dựng biểu đồ Xây dựng biểu đồ xây dựng giao tiếp role hệ thống Để xác định role, ta sử dụng kỹ thuật trích danh từ Từ use case có bước trước, người phát triển tiến hành duyệt tìm danh từ đối tượng có chức cụ thể use case trước Tiếp theo, ta xem xét lại danh mục danh từ loại danh từ đối tượng Các danh từ lại role có mặt sơ đồ tương ứng với use case Sau có role bước ta tiến hành biểu diễn kiện sơ đồ AgentTool Ta có role hệ thống là: DaiLyPhanPhoi;NguoiDapUngThayDoi; NguoiThongBaoKetQua;NguoiDatHang;NguoiQuanLySanPham;NguoiSuDung Từ role ta có biểu đồ cho use case sau: Hình 6: Biều đồ use case TimKiem 20 ... Phần 6: kết luận Công nghệ phần mềm hướng Agent Quy trình phát triển hệ thống phần mềm hướng Agent theo phương pháp luận MaSE 2.1 Khái quát bước phát triển Quá trình phát triển hệ multiagent theo... Lớp:CH10CNK2 Tóm tắt: Bài tiểu luận cung cấp tổng quan phương pháp luận MaSE AgentTool để phân tích thiết kế hệ thống phần mềm hướng Agent phát triển nhóm nghiên cứu thuộc Viện Công nghệ Hàng Không Hoa... tương tác Agent sinh mã tự động cho hệ thống.([1-4],[6]) Các phần viết cấu trúc sau: Phần 2: trình bày quy trình phát triển hệ thống phần mềm hướng Agent theo phương pháp luận MaSE; Phần 3: giới