Ontology Reuse In MBSE Henson Graves Abstract January 2011

Slides:



Advertisements
Similar presentations
Component Oriented Programming 1 Chapter 2 Theory of Components.
Advertisements

Instructor: Tasneem Darwish
Knowledge Acquisitioning. Definition The transfer and transformation of potential problem solving expertise from some knowledge source to a program.
What is an Ontology? AmphibiaTree 2006 Workshop Saturday 8:45–9:15 A. Maglia.
Foundations This chapter lays down the fundamental ideas and choices on which our approach is based. First, it identifies the needs of architects in the.
Domain-Specific Software Engineering Alex Adamec.
Basic Concepts The Unified Modeling Language (UML) SYSC System Analysis and Design.
International Workshop on Web Engineering ACM Hypertext 2004 Santa Cruz, August 9-13 An Engineering Perspective on Structural Computing: Developing Component-Based.
CSE 303 – Software Design and Architecture
Software Engineering Chapter 8 Fall Analysis Extension of use cases, use cases are converted into a more formal description of the system.Extension.
Of 39 lecture 2: ontology - basics. of 39 ontology a branch of metaphysics relating to the nature and relations of being a particular theory about the.
©Ian Sommerville 2000 Software Engineering, 6th edition. Slide 1 Component-based development l Building software from reusable components l Objectives.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 09. Review Introduction to architectural styles Distributed architectures – Client Server Architecture – Multi-tier.
School of Computing FACULTY OF ENGINEERING Developing a methodology for building small scale domain ontologies: HISO case study Ilaria Corda PhD student.
University of Southern California Center for Systems and Software Engineering Model-Based Software Engineering Supannika Koolmanojwong Spring 2013.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
1 What is OO Design? OO Design is a process of invention, where developers create the abstractions necessary to meet the system’s requirements OO Design.
Using Several Ontologies for Describing Audio-Visual Documents: A Case Study in the Medical Domain Sunday 29 th of May, 2005 Antoine Isaac 1 & Raphaël.
Christoph F. Eick University of Houston Organization 1. What are Ontologies? 2. What are they good for? 3. Ontologies and.
Architectural Styles, Design Patterns, and Objects Joe Paulowskey.
International Workshop Jan 21– 24, 2012 Jacksonville, Fl USA Model-based Systems Engineering (MBSE) Initiative Slides by Henson Graves Presented by Matthew.
Some Thoughts to Consider 8 How difficult is it to get a group of people, or a group of companies, or a group of nations to agree on a particular ontology?
RE-ENGINEERING AND DOMAIN ANALYSIS BY- NISHANTH TIRUVAIPATI.
Using OWL 2 For Product Modeling David Leal Caesar Systems April 2009 Henson Graves Lockheed Martin Aeronautics.
THE NATURE OF SCIENCE VOCABULARY.
Viewpoint Modeling and Model-Based Media Generation for Systems Engineers Automatic View and Document Generation for Scalable Model- Based Engineering.
International Workshop 28 Jan – 2 Feb 2011 Phoenix, AZ, USA Ontology in Model-Based Systems Engineering Henson Graves 29 January 2011.
Ontology in MBSE How ontologies fit into MBSE The benefits and challenges.
1 Ontological Foundations For SysML Henson Graves September 2010.
Informatics for Scientific Data Bio-informatics and Medical Informatics Week 9 Lecture notes INF 380E: Perspectives on Information.
IW11 Phoenix, AZ - MBSE Workshop1 Ontology from an MBSE perspective Brief-out from breakout session Monday, January 31 st, 2011.
International Workshop Jan 21– 24, 2012 Jacksonville, Fl USA Model-based Systems Engineering (MBSE) Initiative Ontology Action Team INCOSE MBSE Workshop.
Knowledge Representation Part I Ontology Jan Pettersen Nytun Knowledge Representation Part I, JPN, UiA1.
Unit - 3 OBJECT ORIENTED DESIGN PROCESS AND AXIOMS
Integrating MBSE into a Multi-Disciplinary Engineering Environment A Software Engineering Perspective Mark Hoffman 20 June 2011 Copyright © 2011 by Lockheed.
Software Quality Control and Quality Assurance: Introduction
An Overview of Requirements Engineering Tools and Methodologies*
TE02 Invention & Innovation
Common MBSE Modeling Questions and How Ontology Helps
Integrating SysML with OWL (or other logic based formalisms)
Leacock, Warrican and Rose (2009)
Course Outcomes of Object Oriented Modeling Design (17630,C604)
Object-Oriented Software Engineering Using UML, Patterns, and Java,
ece 627 intelligent web: ontology and beyond
The Systems Engineering Context
Ontology From Wikipedia, the free encyclopedia
SysML 2.0 Interface Concepts Modeling Core Team
Object Oriented Concepts -II
Knowledge Representation
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
The design process Software engineering and the design process for interactive systems Standards and guidelines as design rules Usability engineering.
Model-Driven Analysis Frameworks for Embedded Systems
Informatics 121 Software Design I
CSSSPEC6 SOFTWARE DEVELOPMENT WITH QUALITY ASSURANCE
Service-centric Software Engineering 1
Ontologies and Model-Based Systems Engineering
Patterns.
Design Model Like a Pyramid Component Level Design i n t e r f a c d s
Thoughts on Model Interoperability
UML profiles.
Software Design Lecture : 15.
Architecture Description Languages
An Introduction to Software Architecture
Nov. 29, 2001 Ontology Based Recognition of Complex Objects --- Problems to be Solved Develop Base Object Recognition algorithms that identify non-decomposable.
Semantic Technologies for Systems Engineering
Department of Computer Science Abdul Wali Khan University Mardan
Chapter 5 Architectural Design.
Design Yaodong Bi.
SysML 2.0 Interface Concepts Modeling Core Team
Software Development Process Using UML Recap
Presentation transcript:

Ontology Reuse In MBSE Henson Graves Abstract January 2011 The promise of Model-based systems engineering (MBSE) is to reduce traditional problems of complexity management and allow for design evaluation before implementation. The promise has been difficult to realize. The promise requires the ability to share models without the necessity of the model being accompanied by a subject matter expert to explain what the model means and what assumptions are made. An ontological foundation, or formal foundation, for a modeling language enables model sharing between humans and computers as the meaning of the model is in a form that is independent of subject matter experts. An ontological foundation not only provides the ability to share models, but also provides the justification for inference. SysML does not currently have an ontological foundation. However, it can be retrofitted with one. The retrofit is outlined using a SysML model as an example. The formal foundation uses intuitionistic type theory. the semantics of type theory accords well with the informal semantics. An intuitionistic type theory is generated from axioms expressed in the language of a multi-sorted signature of types, properties, and operations. Henson Graves January 2011

Outline Examples of reuse of existing ontologies Potential reuse Opportunities What are the benefits Approaches to ontology reuse Some observations on reuse Next steps

Ontology Reuse In MBSE Examples Units and measures Physical interactions (laws) Material classification and properties Enterprise concepts Levels of rigor in ontologies Vocabulary Informal textual semantics of vocabulary Formal (axiomatic) semantics

Potential Reuse Opportunities Ontology for events Ontology for computational methods Ontology for experimental setups Ontology for system engineering artifacts Ontology for product structure and attributes Ontology for measurement value spaces

Ontologies may be Organized into hierarchies Foundation Ontologies Base, Mission, Project, Quantities-Units-Dimensions-Values, Analysis, Artifact, Architecture Description Discipline Ontologies Mechanical, Electrical, Physics, Thermal, Propulsion, Attitude Control, Navigation, … Application Ontologies Star Tracker, Sun Sensor, Reaction Wheel, Thruster,.. 2-axis vs. 3-axis S/C; Radio vs. optical comm; … use Fundamental terms use in all projects, disciplines, and applications Discipline-specific terms specified and owned by discipline experts Kinds of items that are modeled in a project; specified and owned by application experts Focus is integration and interoperation Focus is reuse

What Are The Benefits Leveraging reusable knowledge to jump start engineering Basis for model integration and large scale collaboration Standardization of engineering work products

Approaches To Achieving Reuse Opportunistic Reuse: identify candidate ontologies, acquire and refurbish and make available Designed Reuse: establish modeling principles and start over, making use of lessons learned

Opportunistic Reuse Identify candidate ontologies, acquire and refurbish and make available Opportunistic reuse has only had limited success in Hardware component design Software design Reuse only worked well when the right units of modularization were understood, e.g. ASICS, Patterns

Designed Reuse Process Collect any reuse ontology candidates Document modeling principles to be used in redo Chose a foundation (upper) ontology, e.g., DOLCE in accord with design principles Modify if needed, based on experience Create specializations of subsets of the upper ontology, e.g., For physical laws, enterprise concepts Repeat as needed

Upper Ontology Concepts That Might Be Useful Classes Properties

Example From Upper Ontologies That Is Particularly Useful: Qualities Physical Object hasQuality Quality Type Car hasMeasuredWeight Measured Weight inPounds 1D Space With units The DUL class hierarchy includes classes for Physical Object, Quality, Event, and Region. These classes capture many concepts needed for systems engineering. Physical objects exist in time and have qualities such as weight, shape, color that are observed or measured. DUL differentiates between individual qualities (e.g., the weight of a specific material item), quality types (weight and color), quality spaces, and quality positions (locations in quality spaces). These together with Regions (measure spaces) which is used as the value space for a quality of an entity. DOLCE differentiates between individual qualities (e.g., the weight of a specific material item), quality types (weight and color) quality spaces, and quality positions (locations in quality spaces) these, together with measure spaces (which coordinitize the quality spaces). Quality – used to classify entities that are perceived or measured, have values, about some other entity. Examples of qualities are color, length, mass, and shape, Region – used to classify the actual value of qualities associated with particular entities. Empty 1969 VW <Vw,mwt> Weight object <mwt, 18k> 18K pounds

Next Steps For Ontology Reuse Development Get a working group established for this purpose Collect any reuse ontology candidates Document modeling principles to be used