Monika Solanki (monika.solanki@cs.ox.ac.uk) 04-01-2016 The Design Intent Ontology (DIO) is a generic ontology that provides the conceptualisation needed to capture the knowledge generated during various phases of the overall design lifecycle. It provides definitions for design artifacts such as requirements, designs, design issues, solutions, justifications and evidence and relationships between them to represent the design process and how these things lead to design outcomes. It draws upon the paradigms of IBIS(Interactive Intent-Based Illustration), argumentation and design rationale. It is linked to W3C PROV by defining the actors in the design process as PROV agents and the design artifacts themselves are PROV entities. However DIO uses a modualrised version of PROV-O, based on Syntactic locality. DIO makes few assumptions about the design process used as the definitions of these activities properly belongs in the software lifecycle and data lifecycle models. The Figure below illustrates the conceptual entities in DIO and their relationships. The Design Intent Ontology - A content ontology design pattern http://ceur-ws.org/Vol-1461/WOP2015_pattern_abstract_6.pdf 1.1.000 A relationship stating the design intent addressing a requirement. addressedBy A relationship identifying the capture methodology for a design issue captureMethodology A relationship indicating contradictory issues. contradicts A relationship between the design and its requirement. fullfillsRequirements A relationship between the design issue and intent. generatedByIntent A relationship between the design intent and issue. generatesIssue The design decision governing the design. governsDesign The realtionship between the issue and an alternative solution for it. hasAlternativeSolution The relationship between a solution and an argument made against it. hasArgument The relationship between a comment and a design intent artifact for which the comment is made. hasComment A relationship between a solution and a constarint on it. hasConstraint A relationship between a solution and an evidence for it. hasEvidence A relationship between a solution and the justification for it. hasJustification A relationship between the issue and its mandated solution. hasMandatedSolution The relationship between an issue and its status. hasStatus The relationship between an issue and the requirement that identifies it. identifiedByRequirement A relationship between the requirement and the issue it identifies. A relationship between a mandated solution and design decision made based on it. leadsTo A relationship between an alternative solution and the issue. providesAlternativeSolution A relationship between a mandated solution and the issue. providesMandatedSolution A relationship between the design rationale and its capture methodology. rationaleCapturedUsing A relationship between two requirememts when one refines the other. refines A relationship between the design and its originating requirements requirementFulfilledBy A relationship between an agent and a design solution argument or justification. supports A relationship between a solution and the Assumption it makes. usesAssumption A relationship between a solution and the heuristic iy uses. usesHeuristic An entity representing the proposed solution. Alternative Solution A reason presented against a proposed solution. Argument The assumption on which a proposed solution is based. Assumption A comment made by an agent in response to an argument, a justification or another comment Comment A constraint that underlies the proposed solution. Constraint A design is a specification of an object, manifested by an agent, intended to accomplish goals, in a particular environment, using a set of components, satisfying a set of requirements, subject to constraints. Design The concrete artifact that is implemented or developed following the design that emerges from the design decisions. Design Artifact The final design decision made based on the various alternative solutions proposed. A design decision is driven by a mandated solution. Design Decision 1 An entity representing the problem, goal, question or issue the design intent aims to address. Design Goal A entity defining the notion of a design intent, i.e., the rationale underpinning the choices that are made from the alternatives available during various phases of the overall design lifecycle. Design Intent 1 1 1 An entity representing any artifact that plays a part in capturing the design intent. The minimum ontological commitment required for this entity is a brief description of the artifact, the version info and the date. Design Intent Artifact An entity representing the problem, goal, question or issue the design intent aims to address. Design Issue An entity capturing the requirements that result in the design intent Design Requirements An entity representing the evaluation that supports the solution. Evaluation An entity representing an evidence that supports a proposed solution. Evidence An entity representing the requirements to be fulfilled for realising the solution Heuristic A reason supporting the proposed solution. Justification An entity representing the solution accepted as a result of the design deliberation process. Mandated Solution An entity representing the methodology used to capture the design intent artifact Rationale Capture Methodology Solution An entity representing the status of a design issue. Status The status of an issue when it is active. Active The status of an issue when it is onHold onHold The status of an issue when it is resolved. The status of an issue when it is terminated.