scispace - formally typeset
Search or ask a question
Journal ArticleDOI

7.5.1 An incremental hybridisation of heterogeneous case studies to develop an ontology for capability engineering

01 Jul 2012-Vol. 22, Iss: 1, pp 956-971
TL;DR: An analysis of perspectives for “capability engineering” has been conducted and a single shared ontology for the concept of capability engineering is developed to enable semantic interoperability and to support a formal and explicit specification of a shared conceptualisation.
Abstract: An analysis of perspectives for “capability engineering” has been conducted by the INCOSE UK Capability Working Group (CWG). This paper is a continuation of this study led by the CWG ontology work stream that aims to develop a single shared ontology for the concept of capability engineering to enable semantic interoperability and to support a formal and explicit specification of a shared conceptualisation. Case study material from the different domains of rail, defence and information services was used. The ontology development was executed in three phases; (1) pre-analysis, (2) ontology modelling and (3) post-analysis. The pre-analysis involved literature reviews, requirements specification, systems engineering process utilisation; and resource identification i.e. examination of the case study material. The ontology modelling phase comprised information extraction and classification in addition to modelling and code representation using a mark-up tool, MS Excel and Protege. The post-analysis involved validation workshops through using expert focus groups.

Summary (3 min read)

Introduction

  • This paper is primarily based on the research conducted by the INCOSE UK Capability Working Group (CWG) which identified eight perspectives of capability and developed an entity relationship diagram for the concept of capability engineering (Henshaw et al. 2010).
  • The holistic thinking mindset, socio-technical nature and similarity in scope to views of systems engineering are emphasised to elaborate the significant difference from product systems engineering and broader characteristics to process perspective of systems engineering.
  • The scope of capability engineering is large and there are challenges in producing an all-embracing model with a vocabulary agreed by all parties.
  • A case study based information extraction approach that looked at the problem space in chunks is described within this paper.

Objectives

  • A set of high level objectives are derived through analysis of the CWG workshop discussions and prior meetings with the CWG ontology work stream members: Objective 1: to develop a sector-independent ontology by extracting and classifying information from case studies across heterogeneous domains to explicitly specify the concept of capability engineering.
  • To evaluate (verify and validate) the ontology through expert reviews and application to a case study, also known as Objective 3.
  • The next section discusses the current ontology-based approaches and proposes a flow chart for the development of the capability engineering ontology.

Ontology-Based Approaches

  • Ontology-based modelling for information and knowledge management has been widely used (Hughes et al.
  • These are discussed later within the requirements analysis section.
  • A variety of methods, methodologies, tools and languages for ontology development have already been analysed by various authors (Corcho et al.
  • The pre-analysis phase predominantly focuses on case studies.

Case Studies

  • Appropriateness of case study material Case studies are relatively important when extracting the necessary information and evaluating the ontology developed.
  • A mark-up tool is used to extract important terminology from the case studies and Protégé to construct the ontology i.e. concepts and their relationships.
  • Examples from these case studies are used to explore and illustrate their relation to the worldviews (Ws) of capability (Table 1) as described by the INCOSE UK Capability Working Group (Henshaw et al. 2010).
  • W2. Capability Planning – A set of explicit user wants e.g. “delivering 50K passengers an hour in the peak” is translated into a written set of solution independent requirements and systems design options to satisfy the capability needs e.g. 24 trains per hour, new signalling, automatic train operation, new rolling stock and new franchises.
  • An enterprise of users and suppliers including the MoD and industry develop and operate carrier strike capability solution (that aims to project UK Air Power on an expeditionary basis) across all contributing components of capability from equipment to infrastructure (i.e. JCA integration with the ship, dockyard developments) by deploying all appropriate systems engineering approaches and techniques from cradle to grave.

Requirements Analysis

  • This section reports on the requirements of the overall study.
  • This involves employing an iterative requirements analysis approach to capture, analyse, and synthesise the key stakeholder requirements.
  • Since this is not a product or software development project, the requirements analysis study used techniques from a synthesis of approaches including the Quality Function Deployment (QFD), Unified Modelling Language (UML) and the Volere Requirements Specification (VRS).
  • The requirements specification pro-forma listing these requirements is extracted from the hybrid of STA and VRS template as shown in Figure 3.
  • The stakeholders are divided into three groups; professional body, industrial and academic.

Ontology Development

  • This section exploits the process flow chart illustrated in Figure 1 to develop an ontology.
  • The pre-analysis, modelling and post-analysis phases are described further.

Pre-analysis

  • The pre-analysis involved a literature review, requirements analysis and resource identification as described earlier.
  • Examination of the case studies, reports and documents to check their relevance and richness for information extraction has already been discussed.
  • Existing ontologies and approaches e.g. ontology for product-service system (Annamalai et al. 2010) have been analysed to build a process flow chart that encapsulated a procedure for ontology development.

Ontology modelling

  • The ontology modelling phase involved information extraction and classification.
  • Protégé is “a free, open-source platform that provides a growing user community with a suite of tools to construct domain models and knowledge-based applications with ontologies” (Protégé 2011).
  • This task involved importing the terms or concepts extracted through the mark-up tool into MS Excel for further analysis.
  • The analysis comprised subsequent grouping of these terms into more general concepts; generating statements showing the relationship and context of use of the terms; adding new concepts that are not capture by the ERD classification; and also generating RDF n-triples by using the subject-predicate-object expressions to denote the relationships.
  • A total of 157 n-triples were created for INCOSE CWG perspective analysis case study on its own.

Post-analysis

  • The post-analysis phase is concerned with ontology evaluation and therefore comprises the validation of the ontology through expert reviews, user feedback and application to a case study to check its suitability.
  • The evolution of the ontology is significantly important as procedures need to be put in place for keeping the ontology revised and up to date i.e. adding, deleting or modifying the ontology to incorporate boundary changes.
  • The outcome of the three phases resulted in the initial ontology as discussed in the next section.

Analysis of initial results

  • The term extraction results for three of the case studies are summarised in Figure 7.
  • The NPfIT and CSAR case studies are parked to be used when evaluating the finalised ontology.
  • Figure 9 shows the initial results for capability engineering ontology v1.1.
  • The use of ‘AnEnterprise’ and ‘Organisations’ can be expressed through the cardinality constraints.

Discussion

  • This research proposed a process flow chart for incremental ontology development though using case study material from heterogeneous domains.
  • It also presents and discusses initial findings from a study that develops an ontology for capability engineering.
  • The RDF n-triples results are from three case studies with two of them being validated through expert focus groups.
  • This task is partly automated but predicates such as ‘subClassOf’, ‘consistsOf’, ‘comprise’ and ‘encompasses’ require further human assisted analysis for insertion into Protégé.
  • The final version of the ontology can be an enabler to develop such tools.

Conclusion

  • This paper presents the first steps towards establishing an ontology to enable semantic interoperability in order to support institutionalisation of the concept of capability engineering.
  • The task of coming up with a common set of concepts, properties and relationships to enable a standard domain terminology and common understanding within heterogeneous domains is significant, because this will be an enabler of cross-domain knowledge sharing.
  • The capability engineering paradigm is gaining attention in several domains and signals increased efforts to manage large and complex systems more effectively from the acquisition and operational perspectives.
  • The remaining challenges for this work include getting general acceptance and development of a hierarchy.
  • The final version of the ontology will be imported into Protégé to support collaborative discussions i.e. seeking international feedback over the internet.

Did you find this useful? Give us your feedback

Content maybe subject to copyright    Report

This item was submitted to Loughborough’s Institutional Repository
(https://dspace.lboro.ac.uk/) by the author and is made available under the
following Creative Commons Licence conditions.
For the full text of this licence, please go to:
http://creativecommons.org/licenses/by-nc-nd/2.5/

An incremental hybridisation of heterogeneous case
studies to develop an ontology for capability
engineering
Huseyin Dogan
Engineering Systems of Systems
Group
Loughborough University, UK
Michael J de C. Henshaw
Engineering Systems of Systems
Group
Loughborough University, UK
Julian Johnson
BAE Systems, UK
Copyright © 2012 by Huseyin Dogan, Michael J de C. Henshaw and Julian Johnson.
Permission granted to INCOSE to publish and use.
Abstract. An analysis of perspectives for “capability engineering” has been conducted by the
INCOSE UK Capability Working Group (CWG). This paper is a continuation of this study
led by the CWG ontology work stream that aims to develop a single shared ontology for the
concept of capability engineering to enable semantic interoperability and to support a formal
and explicit specification of a shared conceptualisation. Case study material from the
different domains of rail, defence and information services was used. The ontology
development was executed in three phases; (1) pre-analysis, (2) ontology modelling and (3)
post-analysis. The pre-analysis involved literature reviews, requirements specification,
systems engineering process utilisation; and resource identification i.e. examination of the
case study material. The ontology modelling phase comprised information extraction and
classification in addition to modelling and code representation using a mark-up tool, MS
Excel and Protégé. The post-analysis involved validation workshops through using expert
focus groups.
Introduction
This paper is primarily based on the research conducted by the INCOSE UK Capability
Working Group (CWG) which identified eight perspectives of capability and developed an
entity relationship diagram for the concept of capability engineering (Henshaw et al. 2010).
The CWG perspectives analysis sub-group view ‘capability’ as the ability to do something
which has an overarching approach that links value, purpose, and solution of a systems
problem. The holistic thinking mindset, socio-technical nature and similarity in scope to
views of systems engineering are emphasised to elaborate the significant difference from
product systems engineering and broader characteristics to process perspective of systems
engineering.
This paper introduces rigour, richness and detail to the concept of capability engineering
thorough development of a user-centred, systematic and case study based ontology. Noy and
McGuiness (2000) describe the rationale behind developing an ontology as; to share common
understanding of the structure of information to enable semantic interoperability; to enable
the reuse of domain knowledge through a data structure and conceptual schema; to make
domain assumptions explicit; and to analyse domain knowledge. Semantic interoperability is
the ability to exchange data in order to improve interoperability between systems. The scope
of capability engineering is large and there are challenges in producing an all-embracing
model with a vocabulary agreed by all parties. Modelling the whole space in one set of a
language can be difficult. A case study based information extraction approach that looked at

the problem space in chunks (domains) is described within this paper. The progressive
updating of the ontology due to evolving nature of the problem space is discussed by using
the initial validation results from the focus groups.
Objectives
A set of high level objectives are derived through analysis of the CWG workshop discussions
and prior meetings with the CWG ontology work stream members:
Objective 1: to develop a sector-independent ontology by extracting and classifying
information from case studies across heterogeneous domains to explicitly specify the
concept of capability engineering.
Objective 2: to develop an information model from the ontology that is to be informed
by the capability engineering activity model to support the ‘management of
knowledge’ within the context of capability engineering.
Objective 3: to evaluate (verify and validate) the ontology through expert reviews and
application to a case study.
The next section discusses the current ontology-based approaches and proposes a flow chart
for the development of the capability engineering ontology.
Ontology-Based Approaches
Ontology-based modelling for information and knowledge management has been widely used
(Hughes et al. 2009; Duan et al. 2009; Dongmin et al. 2010; Liu et al. 2010). Generally, an
ontology is defined as an explicit specification of a conceptualisation where concepts and
their relations are extracted from the real world (Studer et al. 1998; Duan et al. 2009). An
ontology-based approach is complementary to more conventional modelling approaches such
as Unified Modelling Language (UML) and Systems Modelling Language (SysML) because
an ontology is significantly useful in defining a domain from multiple author perspectives
and terminologies. Allemang 2008 elaborate one of the tenets of the Semantic web “AAA;
Anyone can say Anything about Any topic”. In contrast to conventional modelling, ontology
model has formalisms and associated inferencing that facilitate bringing multiple user
perspectives and vocabularies together. However, like conventional modelling, it also
focuses on the key concepts, i.e. “what is”, as in, “what is capability engineering and how is it
different from other engineering domains?”. The classes and relationships typically
associated with the model can also be added.
A single shared ontology for capability engineering can enable semantic interoperability and
support a formal and explicit specification of a shared conceptualisation. As recommended by
Unshold and Gruniger (2004) when developing a practical single shared upper ontology, the
mapping of ontology amongst domains and the eight different worldviews identified by the
INCOSE UK CWG (e.g. equipment, organisational and service centric worldviews) needs to
be human assisted rather than fully automated to achieve the interoperability,
interconnectedness and correlation desired between these heterogeneous domains. The
ontology shall also form tight definitions and be independent of industry sector and
applications. These are discussed later within the requirements analysis section.
A variety of methods, methodologies, tools and languages for ontology development have
already been analysed by various authors (Corcho et al. 2002; Mizoguchi 2003; Mizoguchi

and Kozaki 2009). Languages such as OWL (Web Ontology Lanaguage) and IDEF5
(Integrated Definition for Ontology Description Capture Method) in addition to tools
including Protégé and Hozo are examined to check their applicability. A process flow chart is
also proposed for developing an ontology for capability engineering as a result of analysing a
variety of developments including
ontology-based conceptual knowledge representation model (Kourlimpinis et al.
2008);
ontology-based information model development for science information reuse and
integration (Hughes et al. 2009);
ontology-based knowledge modelling framework for intangible cultural heritage (Tan
et al. 2009);
domain ontology life-cycle engineering framework for modular product design (Duan
et al., 2009; Liu et al. 2011); and
ontology for product-service system by Cranfield University (Annamalai et al. 2010).
Annamalai et al. (2010) discusses methodologies for developing an ontology through
analysing various approaches and argued that “there is no one correct way to model a domain
and that ontology development is necessarily an iterative process”. Although there are major
similarities with these reviewed approaches, the details and context vary. As illustrated in
Figure 1, a process flow chart is proposed that incorporates the findings from the above to
enhance ontology development through pre-analysis, modelling and post-analysis phases.
The pre-analysis phase predominantly focuses on case studies. These are discussed next.
Case Studies
Appropriateness of case study material
Case studies are relatively important when extracting the necessary information and
evaluating the ontology developed. Post-analysis evaluation through application to a specific
case study can support the validation and refinement of the ontology. The INCOSE UK
Capability Working Group was approached to identify the appropriate case studies in
heterogeneous domains including defence, rail and information services; progress is reported
on these domains herein and further analysis is being conducted in other domains. A list of
features that makes the case studies appropriate is derived to guide the decision on case study
selection.
Does the case study contain sufficient material of relevance to our definition of
capability (i.e. ability to do something) and can we map this onto the capability
engineering entity relationship diagram?
Which domain does the case study belong to e.g. defence (land/air/sea), rail, health?
How can we determine the level of abstraction the case study material address e.g.
generic domain, collaborative programme, specific project?
Is there a concise but substantial source that provides detailed information about this
case study?
Is this case study document in a form (e.g. MS Word) that is easy to process?
What worldviews of the CWG white paper does this case study address?
What will be the applications of an ontology for this particular case study?

Figure 1. Process flow chart for ontology development
As shown in Figure 2, various case study options have been analysed to determine their
relevance to developing a capability engineering ontology. For example, the Queen Elizabeth
Class (QEC)
1
contributes to a high level capability (i.e. the carrier strike capability) and can
have capabilities within itself (UKMoD 2012). The case studies in Figure 2 are discussed
with regards to their relevance to capability engineering e.g. the search and rescue contribute
to the overall crisis management capability but on its own it is very specific. Consequently,
this may influence the information resources to be used to extract the terms or concepts.
These programmes are perceived as capabilities; QEC is perceived as equipment-based,
ATTAC (Availability Transformation: Tornado Aircraft Contract) as service and support
related and GVA (Generic Vehicle Architecture) as capability systems engineering.
1
Note material associated with QEC and Carrier Strike in this paper are limited to that available in the public
domain.

Citations
More filters
Journal ArticleDOI
TL;DR: A comprehensive summary of the state of the art of ontology-based systems engineering is presented, illuminating a roadmap for future directions and assesses the influence of ontologies in systems engineering knowledge areas.

69 citations

Journal ArticleDOI
TL;DR: A formal and sophisticated system engineering ontology is achieved, which can be used to harmonize the extant standards, unify the languages, and improve the interoperability of the model-based systems engineering approach.
Abstract: Extant systems engineering standards are so fragmented that the conceptualization of a cohesive body of knowledge is not easy. The discrepancies between different standards lead to misunderstanding and misinterpretation, making communication between stakeholders increasingly difficult. Moreover, these standards remain document centric, whereas systems engineering is transforming from paper-based to a model-based discipline. This requires the use of advanced information exchange schema and digital artifacts to enhance interoperability. Ontologies have been advocated as a mechanism to address these problems, as they can support the model-based transition and formalize the domain knowledge. However, manually creating ontologies is a time-consuming, error-prone, and tedious process. Little has been known about how to automate the development and little work has been conducted for building systems engineering ontologies. Therefore, in this article, we propose an ontology learning methodology to extract a systems engineering ontology from the extant standards. This methodology employs natural language processing techniques to carry out the lexical and morphological analyses on the standard documents. From the learning process, important terminologies, synonyms, concepts, and relations constructing the systems engineering body of knowledge are automatically recognized and classified. A formal and sophisticated system engineering ontology is achieved, which can be used to harmonize the extant standards, unify the languages, and improve the interoperability of the model-based systems engineering approach.

26 citations

Dissertation
19 Nov 2018
TL;DR: L'architecture systeme cherche a se distinguer de son domaine d'origine, l'ingenierie systeme, en devenant un domaine emergent, d'etre reconnue en tant que science ou discipline a proprement parler, sa pratique est de plus en plus repandue de nos jours.
Abstract: L'architecture systeme cherche a se distinguer de son domaine d'origine, l'ingenierie systeme, en devenant un domaine emergent. Loin d'etre reconnue en tant que science ou discipline a proprement parler, sa pratique est de plus en plus repandue de nos jours. Cependant, cette pratique reste encore peu formalisee et peu enseignee, faute d'un corpus de connaissances, de techniques ou de demarches etabli et accessible.Notre these contribue a combler ce manque en proposant un paradigme de la conception architecturale des systemes artificiels complexes. Ce dernier est construit en se basant sur des paradigmes existants, en les combinant, puis en les completant. Il vise a doter l'architecte de systemes artificiels complexes d'un cadre operant, voire performatif. Il se traduit par une structuration de la demarche de conception en quatre niveaux.Un niveau dit archetypal condense les grands principes de toute demarche de conception architecturale de systemes artificiels complexes. Ces principes sont derives de diverses demarches deja appliquees, principalement a la conception de systemes ou de produits, mais egalement a la conception architecturale de bâtiments.Un niveau dit general repose sur le principe d'une partition present-futur, se differenciant en cela des approches d'ingenierie qui s'appuient traditionnellement sur une dichotomie probleme-solution. L'idee preponderante tient dans l'assentiment que lorsqu'un architecte concoit, il ne resout pas de problemes, mais il imagine des futurs possibles et plausibles, necessitant qu'il percoive le present. Cette vision impacte directement la nature des artefacts sur lesquels il travaille. Nous proposons ensuite d'agreger ces artefacts en des modeles, refletant soit sa perception du present, soit son elaboration des futurs, evoluant suivant des processus identifies.Un niveau dit particulier a pour objectif de permettre la narration d'une conception particuliere. Nous proposons pour cela une notation de la conception. Elle s'appuie sur un certain nombre de mecanismes elementaires, dont celui de l'enchainement divergence-convergence, que nous nommons mecanisme de respiration de la conception architecturale.Un niveau dit de boite a outils n'est pas traite dans le cadre de cette these. Il comprendrait les differentes operations cognitives necessaires a l'architecte pour accomplir sa tâche de conception (abstraction, questionnement, jugement, comparaison, decision, etc.)L'approche proposee est illustree par un exemple de conception architecturale d'un systeme complexe : « rendre une ville plus sure » (connu dans la litterature anglo-saxonne comme Safe City).

11 citations

Journal ArticleDOI
20 Apr 2021
TL;DR: The results show that it is possible to break down SoS needs in a consistent way and that ontology with description logic reasoning can be used to process the captured knowledge to both expand and reduce an available design space representation.
Abstract: Aerospace systems are connected with the operational environment and other systems in general. The focus in aerospace product development is consequently shifting from a singular system perspective to a System-of-Systems (SoS) perspective. This increasing complexity gives rise to new levels of uncertainty that must be understood and managed to produce aerospace solutions for an ever-changing future. This paper presents an approach to using architecture frameworks, and ontologies with description logic reasoning capabilities, to break down SoS needs into required capabilities and functions. The intention of this approach is to provide a consistent way of obtaining the functions to be realized in order to meet the overarching capabilities and needs of an SoS. The breakdown with an architecture framework results in an initial design space representation of functions to be performed. The captured knowledge is then represented in an ontology with description logic reasoning capabilities, which provides a more flexible way to expand and process the initial design space representation obtained from the architecture framework. The proposed approach is ultimately tested in a search and rescue case study, partly based on the operations of the Swedish Maritime Administration. The results show that it is possible to break down SoS needs in a consistent way and that ontology with description logic reasoning can be used to process the captured knowledge to both expand and reduce an available design space representation.

8 citations

Book ChapterDOI
28 Dec 1998

7 citations

References
More filters
Proceedings ArticleDOI
28 Dec 2009
TL;DR: The knowledge externalization framework for modular mechanical product is developed based on modular structural ontology which provides fundamental concepts for capturing the target domain and a common vocabulary for description of modular structure knowledge.
Abstract: Although importance of knowledge sharing among designers has been widely recognized, the knowledge about structure, functionality and behavior in the modular mechanical product design is often scattered across technical domain. In this paper, aiming at capturing structural knowledge, the knowledge externalization framework for modular mechanical product is developed based on modular structural ontology which provides fundamental concepts for capturing the target domain and a common vocabulary for description of modular structure knowledge. Finally, the methodology discussed in the paper is implemented with the semantic web technologies and a case of modular design for machine tool structure.

6 citations


"7.5.1 An incremental hybridisation ..." refers background in this paper

  • ...Generally, an ontology is defined as an explicit specification of a conceptualisation where concepts and their relations are extracted from the real world (Studer et al. 1998; Duan et al. 2009)....

    [...]

  • ...Ontology-based modelling for information and knowledge management has been widely used (Hughes et al. 2009; Duan et al. 2009; Dongmin et al. 2010; Liu et al. 2010)....

    [...]

  • ...…knowledge modelling framework for intangible cultural heritage (Tan et al. 2009); • domain ontology life-cycle engineering framework for modular product design (Duan et al., 2009; Liu et al. 2011); and • ontology for product-service system by Cranfield University (Annamalai et al. 2010)....

    [...]

  • ...2009); • domain ontology life-cycle engineering framework for modular product design (Duan et al., 2009; Liu et al. 2011); and • ontology for product-service system by Cranfield University (Annamalai et al....

    [...]

Dissertation
01 Jan 2011
TL;DR: In this paper, the authors investigate the nature of systems problems and the need for an open viewpoint to explain a system by viewing it as part of a larger whole and explaining its role in terms of that larger whole.
Abstract: This thesis investigates the nature of systems problems and the need for an open viewpoint to explain a system by viewing it as part of a larger whole and explaining its role in terms of that larger whole. The problem this research investigates is wicked and hence is unique in each instance. Therefore, an empirical proof would only hold for that particular instantiation of the problem, not the problem as a whole. After exposing some of the limitations of traditional systems engineering to this type of problem it is clear that a new approach is needed. The approach taken in the thesis is model driven and it is the architecture of this approach that is the stable artefact rather than the artefacts of a particular solution. The approach developed in this research has been demonstrated to be practicable. Specifically, this research has developed and demonstrated a novel approach for a decision support system that can be used to analyse a system of systems as part of a larger whole from both open and closed viewpoints in order to support the decision of which systems to use to conduct a particular military mission. Such planning decisions are wicked due to the uncertain and unique nature of military missions. Critical rationalism was used to validate the model driven approach and to falsify a parametric approach representative of traditional systems engineering through historical case studies. The main issue found with the parametric approach was the entanglement of functionality with the individual systems selected to implement the system of systems. The advantage of the model driven approach is that it separates functionality from implementation and uses model transformation for systems specification. Thus, although wicked problems do not have an exhaustively describable set of potential solutions this thesis has shown that they are not unapproachable.

4 citations


"7.5.1 An incremental hybridisation ..." refers background in this paper

  • ...Johnson (2009) defined CSAR as a specific task performed by rescue forces to effect the recovery of assets (including humans, platforms and data) isolated in hostile territory....

    [...]

Proceedings ArticleDOI
28 Aug 2008
TL;DR: An integrative approach is proposed and a software tool architecture is presented that supports dynamic knowledge representation and exploration in a simple yet expressive manner, offering advanced querying and navigation abilities supporting the goal of knowledge exploitation and development, without presupposing deep modeling experience.
Abstract: Knowledge management has received great and ongoing attention during the last decades. The amount of knowledge and the interest for knowledge exploitation has been the spark for numerous attempts and proposals concerning knowledge representation, storage, usage, querying, acquisition and deduction. Ontologies offer an intuitive and expressive tool for these objectives. In this paper we propose an integrative approach and we present a software tool architecture that supports dynamic knowledge representation and exploration in a simple yet expressive manner, offering advanced querying and navigation abilities supporting the goal of knowledge exploitation and development, without presupposing deep modeling experience.

2 citations


"7.5.1 An incremental hybridisation ..." refers background in this paper

  • ...• ontology-based conceptual knowledge representation model (Kourlimpinis et al. 2008); • ontology-based information model development for science information reuse and integration (Hughes et al....

    [...]

  • ...…for capability engineering as a result of analysing a variety of developments including • ontology-based conceptual knowledge representation model (Kourlimpinis et al. 2008); • ontology-based information model development for science information reuse and integration (Hughes et al. 2009); •…...

    [...]

Frequently Asked Questions (1)
Q1. What contributions have the authors mentioned in the paper "An incremental hybridisation of heterogeneous case studies to develop an ontology for capability engineering" ?

This paper is a continuation of this study led by the CWG ontology work stream that aims to develop a single shared ontology for the concept of capability engineering to enable semantic interoperability and to support a formal and explicit specification of a shared conceptualisation.