MODEL-DRIVEN ARCHITECTURE AND ONTOLOGY MANAGEMENT

Tiểu luận môn Semantic Web về MODEL-DRIVEN ARCHITECTURE AND ONTOLOGY MANAGEMENT

ĐẠI HỌC HUẾ TRƯỜNG ĐẠI HỌC KHOA HỌC  TIỂU LUẬN MÔN: SEMANTIC WEB ĐỀ TÀI: MODEL-DRIVEN ARCHITECTURE AND ONTOLOGY MANAGEMENT Thực hiện: Nhóm 2 Lê Thị Ngọc Ánh Nguyễn Lý Hữu Huấn Nguyễn Quốc Huy Trịnh Thị Tường Vy Lớp: Khoa học máy tính, Khóa năm: 2008-2010 Huế, 12/2009 MỤC LỤC MỞ ĐẦU 1 1. Model Driven Architecture (MDA) 2 2. Ứng dụng MDA trong quản lý Ontology 28 TÀI LIỆU THAM KHẢO 64 DANH MỤC CÁC TỪ VIẾT TẮT AI : Artificial Intelligence CIM : Computation Independent Model CWM : Common Warehouse Metamodel DTD : Document Type Definitions EBNF : Extended Backus–Naur form EDOC : Enterprise Distributed Object Computing MDA : Model Driven Architecture MOF : Meta-Object Facility MS : Modeling space ODM : Ontology Definition Metamodel OIL : Ontology Inference Layer OMG : Object Management Group OUP : Ontology UML Profile OWL : Web Ontology Language PIM : Platform Independent Model PSM : Platform Specified Model QVT : Query/Views/Transformations RFP : Request for Proposal SPEM : Software Process Engineering Metamodel UML : Unified Modeling Language XMI : XML Metadata Interchange XSD : XML Schema Definitions XSLT : eXtensible Stylesheet Language Transformation Model-Driven Architecture and Ontology Management MỞ ĐẦU Bước phát triển tiếp theo của World Wide Web là Semantic Web, nó sẽ cho phép các dữ liệu mà máy có thể hiểu được chia sẻ trên mạng Internet. Semantic Web sẽ được trang bị bởi siêu dữ liệu, mô tả bởi các ontology. Ontology là một trong những khái niệm quan trọng nhất trong biểu diễn tri thức. Nó có thể được định nghĩa là một sự khái niệm hóa hình thức được chia sẻ của một domain cụ thể. Semantic Web và các ngôn ngữ dựa trên nền tảng XML của nó là các hướng chính của sự phát triển web trong tương lai. Các domain ontology là phần quan trọng nhất của ứng dụng Web ngữ nghĩa. Để khắc phục sự cách biệt giữa người phát triển phần mềm và các kỹ thuật trí tuệ nhân tạo (AI), một số đề xuất đã được đưa ra cho việc sử dụng UML trong phát triển ontology. Nhưng, bản thân UML không đáp ứng được nhu cầu của việc biểu diễn các khái niệm ontology được lấy từ Descriptive Logic, và các khái niệm đã được bao gồm trong các ngôn ngữ ontology Semantic Web (ví dụ như RDF, RDF Schema, OWL, v.v.). Trong lịch sử công nghệ phần mềm, việc sử dụng các mô hình và mức độ trừu tượng trong các mô hình đã có một sự gia tăng đáng kể. Việc mô hình hóa đã bị tách biệt khỏi các platform phát triển và triển khai bên dưới, làm tăng tính tái sử dụng và dễ dàng hơn để tạo và sửa đổi bởi các domain expert, và đòi hỏi ít kiến thức hơn về các hệ thống triển khai cụ thể. Xu hướng này làm cho việc mô hình hóa phần mềm gần với công nghệ tri thức hơn. Giai đoạn hiện tại của quá trình tiến triển này là Model Driven Architecture (MDA). Trong thời gian gần đây, nhiều tổ chức đã bắt đầu tập trung chú ý vào MDA như là một cách tiếp cận để thiết kế và triển khai các ứng dụng. Đây là một sự phát triển rất tích cực vì nhiều lý do. MDA khuyến khích sử dụng hiệu quả các mô hình hệ thống trong quá trình phát triển phần mềm, và nó hỗ trợ tái sử dụng các thực tiễn tốt nhất khi tạo ra các họ của các hệ thống. Như được định nghĩa bởi Object Management Group (OMG), MDA là một cách để tổ chức và quản lý các kiến trúc enterprise được hỗ trợ bởi các công cụ tự động và các dịch vụ cho cả hai quá trình xác định các mô hình và tạo điều kiện thuận lợi cho việc chuyển đổi giữa các loại mô hình khác nhau. -1- Model-Driven Architecture and Ontology Management 1. Model Driven Architecture (MDA) 1.1. Khái niệm về MDA Vào năm 1995, Object Management Group (OMG) đã bắt đầu nghiên cứu các đặc tả công nghệ chuyên ngành (Domain Technology Specifications). Nhận thức được nhu cầu cần chuẩn hóa hoạt động này, OMG thành lập một hội đồng công nghệ chuyên ngành (Domain Technology Committee) trong giai đoạn tái cấu trúc quy trình làm việc vào những năm 1996 và 1997. Cũng trong năm 1995, Mary Loomis đã lãnh đạo các thành viên của OMG trong việc mở rộng công việc nghiên cứu của họ về mô hình hóa đối tượng, và điều này đã dẫn tới việc sử dụng ngôn ngữ UML (Unified Modeling Language). Sau đó, các thành viên của OMG đã bắt đầu dùng UML trong việc đặc tả các công nghệ. Vào năm 2001, OMG đã bắt đầu sử dụng nền tảng thứ hai, Model Driven Architecture (MDA). MDA không phải là một nền tảng, như OMA (Object Management Architecture) hay CORBA, để thực thi các hệ thống phân tán. Nó là một kiến trúc định hướng mô hình (model driven), cung cấp cách thức sử dụng các mô hình để điều khiển các công đoạn tìm hiểu, thiết kế, xây dựng, triển khai, vận hành, bảo trì và chỉnh sửa hệ thống ứng dụng. MDA là một hướng tiếp cận mới trong việc phát triển các hệ thống phần mềm. Nó tách biệt sự đặc tả các chức năng hệ thống khỏi sự đặc tả việc hiện thực các chức năng này trên một platform cụ thể thông qua khái niệm mô hình. MDA cung cấp một cách tiếp cận mở và trung lập đối với nhà cung cấp dịch vụ cho sự thay đổi về nghiệp vụ và công nghệ. Dựa trên các chuẩn đã được thiết lập, MDA tách biệt luận lý nghiệp vụ và ứng dụng khỏi công nghệ platform bên dưới. Các mô hình độc lập platform của một ứng dụng hay của các chức năng và hành vi nghiệp vụ của hệ thống tích hợp, được xây dựng bằng cách sử dụng UML và các chuẩn mô hình hóa có liên quan khác, có thể được thực hiện thông qua MDA trên hầu như bất kỳ platform nào, platform mở hoặc có bản quyền, bao gồm Web Services, .NET, CORBA®, J2EE,… Những mô hình độc lập platform này tách biệt việc lập tài liệu các chức năng và hành vi nghiệp vụ của một ứng dụng khỏi code hiện thực chúng, cô lập lõi (core) của ứng dụng khỏi công nghệ, trong khi vẫn cho phép tính cộng tác giữa các phần cả trong trường hợp cùng platform và khác platform. Không còn ràng buộc lẫn nhau, các mặt công nghệ và nghiệp vụ của một ứng dụng hoặc một hệ thống tích hợp có thể phát triển theo nhịp độ riêng của nó – luận lý nghiệp vụ tương ứng với nhu cầu nghiệp vụ, và công nghệ tận dụng những phát triển mới khi nghiệp vụ yêu cầu. MDA tập trung chủ yếu vào các chức năng và hành vi của một hệ thống hoặc một ứng dụng phân tán, không phải là công nghệ mà nó sẽ được thực hiện. Nó tách biệt các chi tiết thực hiện khỏi các chức năng công việc. Vì vậy, chúng ta không cần phải lặp lại quá trình của mô hình hóa chức năng và hành vi của một ứng dụng hoặc hệ thống mỗi khi xuất hiện một công nghệ mới. Các kiến trúc khác thường gắn với một công nghệ cụ thể. Với MDA, chức năng và hành vi được mô hình hóa một và chỉ một lần. Việc ánh xạ đến các platform MDA sẽ được thực hiện bởi các công cụ, do đó sẽ thuận lợi cho việc hỗ trợ công nghệ mới hoặc khác nhau. -2- Model-Driven Architecture and Ontology Management MDA cung cấp một phương pháp tiếp cận để: - Đặc tả một hệ thống một cách độc lập với platform hỗ trợ nó - Đặc tả các platform - Chọn ra một platform cụ thể cho hệ thống - Biến đổi đặc tả hệ thống thành bản đặc tả dùng cho một platform cụ thể. MDA có 3 mục đích chính là: - Tính khả chuyển (portability); - Khả năng hoạt động trên nhiều nền tảng (interoperability); - Khả năng sử dụng lại (reusability). Một trong những mục đích chính của MDA là nhằm tách biệt thiết kế với cấu trúc. Bởi vì các khái niệm và các công nghệ sử dụng trong thiết kế và trong cấu trúc đều thay đổi theo những bước phát triển riêng, việc tách biệt chúng cho phép các nhà phát triển hệ thống lựa chọn được cái tốt nhất và phù hợp nhất trong cả hai domain. Việc thiết kế chú trọng đến các yêu cầu chức năng (use case) trong khi cấu trúc cung cấp cơ sở hạ tầng mà qua đó thực hiện các yêu cầu phi chức năng như khả năng mở rộng, độ tin cậy và hiệu năng. Hình 1: Tổng quan về MDA Hình 1 mô tả về kiến trúc Model Driven Architecture (MDA), đây là một kiến trúc trung lập với ngôn ngữ, nhà cung cấp và middleware. Phần cốt lõi của kiến trúc này (nằm ở trung tâm của hình trên) được dựa trên các chuẩn mô hình hóa của OMG: UML, MOF và CWM. Đây là kiến trúc đa mô hình lõi. Mỗi mô hình lõi phải là độc lập với bất kỳ một middleware platform nào. Số lượng mô hình lõi là nhỏ bởi vì mỗi mô hình lõi biểu diễn các đặc tính thông -3- Model-Driven Architecture and Ontology Management dụng của tất cả các platform trong các category của nó (theo thuật ngữ kỹ thuật thì đây là một metamodel). Các nguyên lý của MDA Có 4 nguyên lý về MDA theo quan điểm của OMG: - Các mô hình được biểu diễn trong một ký hiệu hoàn toàn xác định là một nền tảng cho việc nắm rõ các hệ thống đối với các giải pháp quy mô enterprise. - Việc xây dựng các hệ thống có thể được tổ chức xung quanh một tập các mô hình bằng cách áp đặt một loạt các biến đổi giữa các mô hình, tổ chức thành một khuôn khổ kiến trúc của các lớp và các phép biến đổi. - Một nền móng chính thức để mô tả các mô hình trong một bộ các metamodels tạo điều kiện thuận lợi cho việc tích hợp và chuyển đổi giữa các mô hình, và là cơ sở cho việc tự động hóa thông qua các công cụ. - Sự thừa nhận rộng rãi của phương pháp tiếp cận dựa trên mô hình này đòi hỏi các tiêu chuẩn công nghệ để cung cấp tính mở cho người sử dụng, và thúc đẩy sự cạnh tranh giữa các nhà cung cấp. Để hỗ trợ những nguyên lý này, OMG đã xác định một tập hợp cụ thể của các lớp và phép biến đổi, cung cấp một khung khái niệm và từ vựng cho MDA. 1.2. Các mô hình (model) và siêu mô hình (metamodel) Mô hình đóng một vai trò quan trọng trong MDA. Định nghĩa chung nhất nói rằng một mô hình là một hình chiếu đơn giản hóa của thế giới thực, hay hình thức hơn, một mô hình là một tập các phát biểu của một hệ thống đang nghiên cứu. Trong thực tế, người ta có thể nói rằng một mô hình là một tập các phần tử (element) hình thức mô tả một cái gì đó đang được phát triển cho một mục đích cụ thể và có thể được phân tích bằng cách sử dụng các phương pháp khác nhau. Ngoài những gì được chỉ ra theo định nghĩa của mô hình, một mô hình kỹ thuật phải có năm đặc tính cơ bản sau: - Tính trừu tượng hóa (Abstraction). Một mô hình luôn luôn là một sự biểu diễn rút gọn của hệ thống mà nó trình bày. - Tính có thể hiểu được (Understandability). Nếu trình bày tóm tắt cách chi tiết mà chưa đầy đủ thì chúng ta cũng phải trình bày những gì còn lại dưới các dạng trực quan nhất (ví dụ như ký hiệu). - Tính chính xác (Accuracy). Một mô hình phải trình bày các tính năng của hệ thống rất gần gũi với cuộc sống thực tế. - Tính dự đoán (Predictiveness). Chúng ta sẽ có thể sử dụng một mô hình để dự đoán chính xác các đặc tính của hệ thống được mô hình hóa hoặc thông qua các thử nghiệm (chẳng hạn như bằng cách thực hiện một mô hình trên một máy tính) hoặc thông qua một số loại phân tích hình thức. - Chi phí hiệu quả (Inexpensiveness). Xây dựng và phân tích một mô hình phải rẻ hơn một cách đáng kể so với các hệ thống được mô hình hóa. -4- Model-Driven Architecture and Ontology Management Siêu mô hình (metamodel) là một khái niệm chính được sử dụng trong MDA. Một Metamodel là một mô hình đặc tả cho một lớp của các hệ thống đang nghiên cứu, trong đó mỗi hệ thống đang nghiên cứu trong lớp đó là một mô hình hợp lệ biểu diễn theo một ngôn ngữ mô hình hóa nhất định. Một Metamodel tạo ra các phát biểu về những gì có thể được biểu diễn (tức là được khẳng định) trong các mô hình hợp lệ của một ngôn ngữ mô hình hóa nhất định. Trong thực tế, một metamodel là một mô hình của một ngôn ngữ mô hình hóa. Biểu đồ UML trong hình 2 trình bày mối quan hệ giữa một hệ thống đang nghiên cứu và một mô hình được trình bày bằng một ngôn ngữ mô hình cụ thể. Vì một metamodel là một mô hình nên nó có thể được trình bày trong một ngôn ngữ mô hình hóa. Trong một số kiến trúc mô hình hóa, chẳng hạn như MDA, có một ngôn ngữ mô hình cụ thể để định nghĩa các metamodel, và ngôn ngữ đó được định nghĩa trong tầng metametamodeling của một kiến trúc mô hình cụ thể. Trong trường hợp MDA, ngôn ngữ mô hình này được gọi là Meta-Object Facility (MOF). Hình 2: Sự tương ứng giữa một mô hình và một hệ thống 1.3. Các thành phần cơ bản trong MDA PIM (Platform Independent Model) PIM là một cái nhìn về hệ thống trên quan điểm độc lập platform, mô tả hệ thống mà không chứa bất cứ thông tin gì về platform sẽ hiện thực cuối cùng. Một PIM thể hiện một mức độc lập platform cụ thể để có thể sử dụng với một tập các platform khác nhau thuộc các loại tương tự. Một PIM mô tả một hệ thống phần mềm hỗ trợ một số nghiệp vụ. Trong một PIM, hệ thống được mô hình từ quan điểm làm thế nào để hệ thống hỗ trợ tốt nhất cho doanh nghiệp và nghiệp vụ. Những yếu tố như là một hệ thống sẽ được hiện thực trên một mainframe với một cơ sở dữ liệu quan hệ hay trên một server ứng dụng EJB thì không đóng vai trò gì trong một PIM. Cho dù mục tiêu cuối cùng của bạn là CCM, EJB, MTS, hoặc là một số thành phần hay platform giao tác nào, bước đầu tiên khi xây dựng một ứng dụng dựa trên MDA là phải tạo ra một mô hình ứng dụng độc lập platform được biểu diễn thông qua UML theo quan điểm của mô hình lõi thích hợp. Các nhà chuyên gia platform sẽ convert mô hình ứng dụng tổng quát này sang một mô hình của một platform cụ thể như CCM, EJB, hay MTS. Các ánh xạ chuẩn sẽ cho phép các công cụ thực hiện tự động một số quá trình chuyển đổi. Trong hình 1, các platform đích nằm ở vòng tròn bao quanh mô hình lõi. -5- Model-Driven Architecture and Ontology Management Việc làm tăng tối đa sự tự động hóa của việc ánh xạ là một mục tiêu đang được nghiên cứu, tuy nhiên, trong hầu hết các trường hợp thì vẫn cần đến các thao tác coding thủ công, nhất là khi không có các MDA tool. PSM (Platform Specified Model) Mô hình platform-specific biểu diễn một cách trung thực cả ngữ nghĩa business run-time và technical run-time của ứng dụng. Nó vẫn là một mô hình UML, nhưng, do các bước biến đổi, được biểu diễn theo một biến thể (nghĩa là một profile) của UML mà phản ánh một cách chính xác các thành phần technical run- time của platform đích. Ngữ nghĩa của mô hình độc lập platform ban đầu được chuyển sang mô hình platform-specific. PSM là một mô hình đã xác định platform, nó mô tả hệ thống với đầy đủ thông tin về platform sẽ hiện thực cuối cùng. Một PSM kết hợp những đặc tả ở trong PIM với những chi tiết xác định làm cách nào để hệ thống sử dụng một platform cụ thể. Một PSM xác định hệ thống dưới dạng các cấu trúc hiện thực mà đã có sẵn trong một công nghệ hiện thực cụ thể. Ví dụ: Một EJB PSM là một mô hình của hệ thống dưới dạng các cấu trúc EJB. Nó thường chứa các thuật ngữ của EJB như là: “home interface”, “entity bean”, “session bean” …Một PSM cơ sở dữ liệu quan hệ bao gồm các thuật ngữ như: “table”, “column”, “foreign key”… Rõ ràng là một PSM sẽ chỉ có ý nghĩa với các nhà phát triển có kiến thức về các platform cụ thể. Một PIM được chuyển thành một hoặc nhiều PSM. Với mỗi platform công nghệ cụ thể, một PSM riêng biệt sẽ được tạo ra. Hầu hết các hệ thống ngày nay sử dụng nhiều công nghệ, do đó thường sẽ có nhiều PSM cho một PIM. Cả hai mô hình PIM và PSM đều mô tả hệ thống, nhưng PIM lại không đề cập chi tiết phần nền tảng mà hệ thống sẽ sử dụng trong khi PSM lại có đề cập. PSM là mô hình thực thi hệ thống: nó cung cấp đầy đủ các thông tin để xây dựng và vận hành một hệ thống phần mềm. Các thông tin này bao gồm mã chương trình, các bản đặc tả công việc chạy và liên kết chương trình, bản mô tả công việc triển khai, đặc tả cấu hình hệ thống. Code Bước cuối của sự phát triển phần mềm là chuyển các PSM sang code. Bởi vì ở mức PSM công nghệ đã được chọn cụ thể, do đó việc chuyển đổi tương đối dễ dàng. Đối với các môi trường cấu thành, hệ thống cần phải sinh ra nhiều loại code và file cấu hình bao gồm các file giao diện, các file định nghĩa thành phần, các file code chương trình, các file cấu hình thành phần, và các file cấu hình hợp. Tóm lại, MDA định nghĩa PIM, PSM, code và mối quan hệ giữa chúng. Một PIM phải được tạo ra, sau đó chuyển thành một hoặc nhiều PSM, và sau đó chuyển thành code. Bước phức tạp nhất trong chu trình phát triển MDA là bước chuyển một PIM thành một hoặc nhiều PSM. Sự gia tăng mức độ trừu tượng: PIM, PSM, code là các artifact của các bước khác nhau trong chu trình phát triển phần mềm. Quan trọng hơn, chúng thể hiện các mức trừu tượng khác nhau của sự đặc tả hệ thống. Khả năng chuyển đổi một PIM -6- Model-Driven Architecture and Ontology Management mức cao vào một PSM làm tăng mức độ trừu tượng mà tại đó nhà phát triển có thể làm việc. Điều này cho phép một nhà phát triển có thể giải quyết các hệ thống phức tạp mà chỉ cần rất ít nỗ lực. 1.4. Sự chuyển đổi mô hình Thành phần chính của kiến trúc MDA là quá trình biến đổi mô hình (Model Transformation). Đây là quá trình chuyển một mô hình sang mô hình khác của cùng hệ thống. Đầu vào của việc biến đổi này là mô hình PIM đã được đánh dấu và công việc ánh xạ. Kết quả nhận được là mô hình PSM và hồ sơ ghi chép việc biến đổi này. Hình 3: Sự chuyển đổi từ PIM sang PSM Các yêu cầu đối với hệ thống được biểu diễn trong một mô hình độc lập tính toán (Computation Independent Model - CIM). CIM sẽ mô tả hoàn cảnh mà hệ thống sẽ được sử dụng trong đó. Mô hình này thỉnh thoảng được gọi là mô hình miền (domain model) hay mô hình nghiệp vụ (business model). Nó có thể che đi toàn bộ thông tin về việc sử dụng các hệ thống xử lí dữ liệu tự động. Mô hình này độc lập với cách thức hệ thống được triển khai. Trong đặc tả MDA của một hệ thống, các yêu cầu CIM nên có khả năng truy nguyên mô hình PIM, PSM và ngược lại. -7- [...]... soạn thảo ontology RDF, RDFS, đồ họa, và là framework của OWL cơ sở tri thức cho xử lý và truy vấn ontology Thông qua các plugin (khả năng bị hạn chế); UML → OWL ontology KOAN Tổng hợp các công cụ quản lý ontology bao gồm tạo, xử lý, suy luận và truy vấn ontology RDF, RDFS, OWL RDB schema → RDFS ontology Jastor Bộ tạo mã Java cho việc tạo các Java bean từ các OWL ontology RDF, RDFS, OWL OWL ontology. .. Ontology Language (OWL) Trong phương pháp tiếp cận mô hình hóa ontology trong phạm vi của MDA (xem hình sau), một số đặc tả cần được định nghĩa: - Ontology Definition Metamodel (ODM) - Ontology UML Profile (OUP) - Các ánh xạ hai chiều giữa OWL và ODM, ODM và các metamodel khác, ODM và OUP, giữa OUP và các UML profile khác -30- Model-Driven Architecture and Ontology Management Hình 22: Mô hình hóa Ontology. .. cho quản lý ontology và phát triển phần mềm, và không cung cấp một môi trường tích hợp chặt chẽ cho kỹ thuật phần mềm và ontology -28- Model-Driven Architecture and Ontology Management Hệ thống Chức năng Các chuẩn RDF, RDFS, OWL, SPARQL Khả năng tương tác Jena Một framework phát triển phần mềm cho xử lý và truy vấn ontology Không Sesame Một RDF database cho phép RDF, RDFS, xử lý và truy vấn ontology OWL... Semantic -21- Model-Driven Architecture and Ontology Management Web ontology trong ngữ cảnh của MDA Đề xuất này là kết quả của một nghiên cứu ở phạm vi rộng trước đây trong các lĩnh vực của MDA và ontology Đề xuất này quy định các thành phần quan trọng nhất phải có trong bản đặc tả OMG cuối cùng, cụ thể là: - Ontology Definition Metamodel (ODM) ODM nên được thiết kế để bao hàm được các khái niệm ontology. .. Cùng với sự phát triển của Semantic Web, tầm quan trọng của ontology cũng được tăng lên một cách nhanh chóng Các nhà nghiên cứu Semantic Web đang cố gắng làm cho sự phát triển ontology và các ontology nói chung gần với người sử dụng phần mềm hơn Tuy nhiên, các ontology có nhiều nền tảng chặt chẽ có liên -29- Model-Driven Architecture and Ontology Management quan mật thiết đến các mô hình đã biết đến trong... lớp UML Musician -27- Model-Driven Architecture and Ontology Management 2 Ứng dụng MDA trong quản lý Ontology Một hệ thống quản lý ontology là gì? Trong những năm gần đây, mối quan tâm đến việc sử dụng các thông tin ontology trong giao tiếp tri thức giữa các hệ thống phần mềm đã có sự tăng đột biến Kết quả là, ngày càng có nhiều hệ thống phần mềm tham gia vào các nhiệm vụ quản lý ontology, bao gồm việc... lý ontology cho phép một ứng dụng thao tác và truy vấn ontology mà không cần phải quan tâm về việc ontology này được lưu giữ và truy cập như thế nào, truy vấn được xử lý như thế nào, cách kết quả truy vấn sẽ được lấy ra, v.v., bằng cách cung cấp một giao diện lập trình Khả năng chỉnh sửa ontology không được xem như là thành phần quan trọng của một hệ thống quản lý ontology Một hệ thống quản lý ontology. .. hoặc không có các khả năng chỉnh sửa và thiết kế ontology Trong trường hợp không có, hệ thống quản lý ontology có thể được sử dụng cùng với một trình soạn thảo ontology như Protégé, nếu cần thiết 2.1 Các hệ thống quản lý ontology truyền thống Hiện nay, có hơn 90 công cụ để thiết kế và quản lý ontology Đa số là các công cụ thiết kế và chỉnh sửa các tập tin ontology Ngoài khả năng chỉnh sửa, một số trong... thống quản lý ontology Một hệ thống quản lý ontology cung cấp một cơ chế để xử lý các thông tin ontology ở một mức độ trừu tượng thích hợp Bằng cách sử dụng giao diện lập trình và các ngôn ngữ truy vấn mà hệ thống quản lý ontology cung cấp, các chương trình ứng dụng có thể thao tác và truy vấn ontology mà không cần phải biết chi tiết của chúng hoặc tái cài đặt ngữ nghĩa của các ngôn ngữ ontology tiêu... RDFS, OWL OWL ontology → Java Beans D2RQ Một ngôn ngữ và công cụ cho việc đặc tả các ánh xạ giữa schema CSDL quan hệ và OWL ontology RDF, RDFS, OWL RDB schema → OWL ontology Bảng 1: Các hệ thống quản lý ontology truyền thống 2.2 Kiến trúc hạ tầng ontology dựa trên MDA 2.2.1 Tổng quan Ontology và MDA là hai phương pháp tiếp cận theo mô hình đang được phát triển song song nhưng bởi các cộng đồng khác nhau . ARCHITECTURE AND ONTOLOGY MANAGEMENT Thực hiện: Nhóm 2 Lê Thị Ngọc Ánh Nguyễn Lý Hữu Huấn Nguyễn Quốc Huy Trịnh Thị Tường Vy Lớp: Khoa học máy tính, Khóa năm: 20 08 -20 10 Huế, 12/ 2009 MỤC LỤC MỞ. năm: 20 08 -20 10 Huế, 12/ 2009 MỤC LỤC MỞ ĐẦU 1 1. Model Driven Architecture (MDA) 2 2. Ứng dụng MDA trong quản lý Ontology 28 TÀI LIỆU THAM KHẢO 64 DANH MỤC CÁC TỪ VIẾT TẮT AI : Artificial Intelligence CIM. thêm ngôn ngữ định nghĩa sự chuyển đổi. - 12- Model-Driven Architecture and Ontology Management Hình 10: MDA framework đầy đủ 1.6. Kiến trúc của MDA MDA bao gồm kiến trúc metamodeling bốn tầng: