1 / 18

Computer Ontology – Final Project Presentation

Computer Ontology – Final Project Presentation. Rajesh Karunamurthy Khalid Hassan Md.Mahmudur Rahman Ali Kiani. Domain and Scope. Application domain : Personal Computer, specifically Hardware

manton
Download Presentation

Computer Ontology – Final Project Presentation

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Computer Ontology – Final Project Presentation Rajesh Karunamurthy Khalid Hassan Md.Mahmudur Rahman Ali Kiani

  2. Domain and Scope • Application domain: Personal Computer, specifically Hardware • Scope: Helping a person in buying a Computer and/or helping a Salesperson in a computer hardware shop to assist a Customer in buying a Computer • Assumptions : If user is ~( “Smart”) enough to choose a PC for his application he takes the help of a salesperson

  3. Limitation of the Ontology • I don’t care whether my DMA chip is from INTEL or NEC …until it does its job • The project will not deal with the details of the manufacturing materials required for making the components, which make the Computer system • Scenario…C the center Dot..

  4. Development Process • Research on Domain…become a Domain Expert • Designing the Classes and its Hierarchy • Defining the Slots and Facets of the slots • Creation of Ontology using editor( OilEd) • Verifying the Ontology ( Racer and FACT) • GOTO STEP 2(or)3(or)4(or)5 and Refine …and refine

  5. Research • Ontology development is moving from AI Labs to Desktop of Domain Experts (Knowledge System Lab of Stanford University) • Thanks…to – Designer of Largest Library in the World • SO…… Ontology Developer -> ~ ( Need not be a Domain expert)

  6. Class Designing • Initial Design - One and Only one Hierarchy….Is it good…?…..NO • Refinement….Ended in TWO main Hierarchies - Computer component and Computer…with 290 classes… • Many Small Hierarchies to support the main hierarchies …But Why?… Types can not be designed using the existing editors

  7. Class Hierarchy …Top Down Design (1/2)

  8. Class Hierarchy …Bottom Up Design (2/2)

  9. From AI Literature Slots - Properties of the concepts (Classes) - Describes various features and attributes of the concept Facets - Restrictions on slots From Our Design Slots are defined only for the main hierarchies Level of Abstraction restricts the number of slots….still 30 slots Facets - Better c this example - The IBMC laptop/IBMC desktop can have only IBMC OS and IBMC processor Slots and Facets (1/3)

  10. Slots and Facets (2/3)

  11. Slots and Facets (3/3)

  12. Creation of Ontology • Creation … done by discussion • Entering in the OilEd…..OilEd is simple and easy… Moreover it has Activity log..others don’t support

  13. Ontology Verification (1/2) • Verification- Are we Building the Ontology Right..? • Tools used: FACT, Racer and Rice(RACER interactive client environment) ….. • In FACT When an Ontology is right..? If the activity log in OilEd gives no errors for subsumptions, satisfiablility, classes and instances …U GOT IT RIGHT..!!! • IS Our Ontology Right….click on the cat

  14. Ontology Verification (2/2)

  15. Last Words…..From [1] • 1) There is no one correct way to model a domain— there are always viable alternatives. The best solution almost always depends on the application that you have in mind …SO Our Design is RIGHT • 2)Ontology development is necessarily an iterative process…Yeah …Experience talks • 3)Concepts in the ontology should be close to objects (physical or logical) and relationships in the domain of interest….. True ..THIS is reflected from our class hierarchy

  16. Problems Faced … • Current Editors doesn’t support many functionalities….still this area is • OilEd .. doesn't support spaces in the names…No types like string or boolean or float or int is supported…SLOW…some times had problems even in saving the files… • Fact does not support Abox • Racer is better….

  17. Future Developments • Lots of things can be done…Developments depends on Goal • This ontology can be modified to support chip level details to the professionals seeking specific support… • The computer hardware can be isolated and can be extended for the companies developing hardware…

  18. QUESTIONS…?

More Related