<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Utilizing PROVE Tool to Evaluate Ontologies</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author role="corresp">
							<persName><forename type="first">Avi</forename><surname>Shaked</surname></persName>
							<email>avi.shaked@cs.ox.ac.uk</email>
							<affiliation key="aff0">
								<orgName type="department">Department of Computer Science</orgName>
								<orgName type="institution">University of Oxford</orgName>
								<address>
									<postCode>OX1 3QD</postCode>
									<settlement>Oxford</settlement>
									<region>Oxfordshire</region>
									<country key="GB">United Kingdom</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Asiyah</forename><forename type="middle">Yu</forename><surname>Lin</surname></persName>
							<affiliation key="aff1">
								<orgName type="department">OntoData Research and Solutions</orgName>
								<orgName type="institution">LLC</orgName>
								<address>
									<postCode>20817</postCode>
									<settlement>Bethesda</settlement>
									<region>Maryland</region>
									<country>United States of America</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Utilizing PROVE Tool to Evaluate Ontologies</title>
					</analytic>
					<monogr>
						<idno type="ISSN">1613-0073</idno>
					</monogr>
					<idno type="MD5">98B33EA466534FC0CE3178A748516396</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2025-04-23T18:56+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>PROVE Tool</term>
					<term>ontology evaluation</term>
					<term>process modeling</term>
					<term>informed consent process 1</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Ontology evaluation plays a crucial role in promoting the usability of ontology by ensuring it meets specific requirements. Evaluating an ontology is currently a complex task, typically involving manual and timeconsuming efforts. Furthermore, human experts based ontology evaluation is challenging, especially when ontologies become huge and in an iterative development process. PROVE tool is an open-source process modeling tool, aimed to promote computer-aided design and evaluation of process descriptions using coherent, multi-perspective representations. As a proof-of-concept, we utilized PROVE Tool to model and evaluate process descriptions of the Informed Consent Ontology (ICO). We found that a relatively low modeling effort using PROVE Tool can underpin effective evaluation and re-design of the ontology. It is promising to further develop PROVE Tool as a user-friendly ontology validation tool or vice versa, to use PROVE Tool to assist the ontology design, based on insights from rigorous conceptual process modeling.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Introduction</head><p>Ontology evaluation can promote the quality of an ontology as well as contextualize and facilitate its use in specific situations. Evaluating an ontology is a complex process, and often involves manual and time-consuming efforts. To address the complexity of ontology evaluation, many ontology evaluation frameworks have been developed. These frameworks provide structured methodologies, criteria, and tools to assess the quality of an ontology across various dimensions, such as accuracy, completeness, consistency, and relevance to a particular domain. The evaluation process can be categorized into different approaches, including structural, functional, and usability evaluations. Structural evaluation focuses on the internal consistency and logical coherence of the ontology's structure, ensuring that relationships between concepts are accurately represented. Functional evaluation, on the other hand, examines how well the ontology performs in specific tasks or applications, such as information retrieval or data integration. Usability evaluation assesses the ontology's ease of use, accessibility, and documentation, which are crucial for end-users and developers <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b1">2]</ref>.</p><p>Ontology validation is a critical aspect of the ontology evaluation process. Validation focuses on ensuring that an ontology faithfully represents the intended domain. It involves verifying that the ontology's structure, concepts, relationships, and rules are correct, coherent, and logically consistent. This step is essential for guaranteeing that the ontology can be reliably used in applications such as data integration, semantic search, and knowledge management. Some tools like reasoners (e.g., Pellet, HermiT) and ontology editors (e.g., Protégé) provide functionalities to validate ontologies. Most of the ontology validation work involves human expert review to ensure that the ontology correctly captures the domain knowledge. Experts can provide insights into whether the ontology's concepts and relationships are properly modeled and relevant to the domain. The common practice of a human expert to re-examine and validate ontology development typically involves visualizing the ontology's structure. This is done by creating diagrams that illustrate the classes and their relationships as defined in the ontology. These diagrams serve as a crucial tool for understanding and verifying how well the ontology models the designated domain. The expert then compares this diagrammatic representation to use case scenarios, ensuring that the ontology captures the necessary concepts and relationships relevant to the specific application. This manual process is timeconsuming, error-prone and has additional challenges with respect to scalability, and efficiency, particularly in iterative development of an ontology. Computer-aided conceptual modeling can provide additional discipline and rigor to the manual, validation process.</p><p>PROVE Tool is an open-source process modelling tool, driven by a metamodel <ref type="bibr" target="#b2">[3]</ref>. It codifies a pertinent process design domain framework <ref type="bibr" target="#b3">[4]</ref>, which has previously been established as effective in underpinning the evaluation of process descriptions in research <ref type="bibr" target="#b4">[5]</ref>. PROVE Tool allows generating metamodel-compliant conceptual models of processes. It is designed to assist in the design and analysis of process descriptions <ref type="bibr" target="#b5">[6]</ref>. The tool provides an environment where users can create detailed process models. These models describe the activities and artifacts involved in various processes as well as their hierarchical arrangement and flow. One of the primary features of PROVE Tool is its ability to verify process models based on its metamodel of the process. The tool allows its users to check for logical consistency, ensuring that the processes are free from errors such as unreachable states, incorrect scope of process hierarchy or contradictions. It also allows to check that the process designs fulfil specified requirements to ensure they provide intended results, in the form of artifacts and related achievements.</p><p>In what follows, we describe our proof of concept using PROVE Tool to validate that the design of the Informed Consent Ontology (ICO) <ref type="bibr" target="#b6">[7,</ref><ref type="bibr" target="#b7">8]</ref>. The significance of this work to the conceptual modeling field is the demonstration of how conceptual modeling -particularly domain specific conceptual modeling -can underpin rigorous validation of formal ontologies. Further automation of the approach can significantly contribute to ontology evaluation.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">PROVE Tool validation of the Informed Consent process</head><p>Informed consent is a fundamental ethical and legal requirement in many fields, especially in research involving human participants, clinical trials, and medical treatments. It ensures that individuals are fully aware of and understand the nature, purpose, risks, benefits, and alternatives of a procedure or study before agreeing to participate. The ICO has modeled pertinent informed consent processes, including: giving a subject adequate information of the study, providing adequate opportunity for the subject to consider all options, ensuring that the subject has comprehended this information, obtaining the subject's voluntary agreement to participate and to continuingly provide information as the subject or situation requires, and archiving the signed documents for possible future usage <ref type="bibr" target="#b6">[7]</ref>. The ICO modeling follows the Basic Formal Ontology based approach. Particularly, the "planned process" defined in the Ontology for Biomedical Investigation is the top-level class for the entire informed consent framework.</p><p>Using PROVE Tool, processes of the Informed Consent Ontology -as shown in Figure <ref type="figure">4</ref> of <ref type="bibr" target="#b5">[6]</ref>were re-modeled and illustrated as diagrams, as shown in Figure <ref type="figure" target="#fig_0">1</ref>. Through this modeling process, the human experts were able to quickly identify some deficiencies in the ontological modeling (of ICO): 1) Informed consent form states are not explicitly defined. Specifically, this does not force "Informed consent form approval" to occur before "Informed consent process" (as the artifact required for the latter -"Informed consent form" -is already available as the output of another process -"Informed consent form design"); 2) "Signed informed consent form" is an artifact in a specific state. This can be improved by attributing a state to the previously designed and approved artifact, and the process scope can be communicated using this; 3) There are no expectations stated from the various activities within "Informed consent process," as indicated by the lack of an outgoing arrow the in lower diagram in Figure <ref type="figure" target="#fig_0">1</ref>. Figure <ref type="figure" target="#fig_1">2</ref> shows the potential improvement of the informed consent processes, based on our PROVE Tool analysis. Different states of the informed consent form after each specific process can be explicitly identified, such as "designed informed consent form", "approved informed consent form" and "signed informed consent form" as the output of the "Informed consent form design," "Informed consent form approval" and "Informed consent process" processes respectively. Furthermore, PROVE Tool can also provide the interaction of the completed implementation of a specific process by marking an artifact's status as "achieved". Figure <ref type="figure" target="#fig_2">3</ref> shows the "designed" state of the informed consent form marked in green once the "status achieved" being clicked. This green highlighted status is automatically shown in various PROVE Tool representations (in the user interface). </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Conclusion and future work</head><p>Ontologies play a significant role in our understanding of domains as well as in depicting desired behavior of systems in those domains. The validation of ontologies remains a labor intensive, error prone task. Here, for the first time, we utilized PROVE Tool to validate an ontology by rigorous, metamodel-based conceptual modeling of its processes. This proof-of-concept, computer-aided validation of the Informed Consent Ontology (ICO) shows the benefit of PROVE Tool's multiple graphical representations and perspectives in designing and evaluating the ontology. Specifically, the tool aids the human experts to quickly validate the ontological model using multiple, coherent diagrams. It is therefore promising to further develop PROVE Tool's capabilities as a user-friendly ontology validation tool or vice versa, using PROVE Tool to assist ontology design, particularly in process-centered ontologies that can benefit from the tool's ability to effectively capture and analyze process models. Future work can further extend the tool to align the underlying metamodel with the Basic Formal Ontology based planned process modeling, and to evaluate other ontologies using the tool. Currently the modeling of an ontology using PROVE Tool is performed manually. We plan to automate this modeling, e.g., by automatic transformation of OWL or RDF files into PROVE models and vice versa, which will facilitate ontology validation and re-design.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Figure 1 :</head><label>1</label><figDesc>Figure 1: Informed consent processes -as defined in ICO -re-modeled using PROVE Tool. Upper: top level ICO model, featuring three main processes. Lower: a breakdown of the "Informed consent process."</figDesc><graphic coords="3,90.88,315.76,400.68,253.32" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Figure 2 :</head><label>2</label><figDesc>Figure 2: Suggested improvement to the processes of the Informed Consent Ontology, by adding the informed consent form states: designed, approved, signed. The right-side artifact life cycle diagram was automatically generated by PROVE Tool, showcasing how the informed consent form can evolve by applying the ICO processes.</figDesc><graphic coords="4,76.60,62.44,459.48,186.12" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Figure 3 :</head><label>3</label><figDesc>Figure 3: Right lower corner: the "designed" state of informed consent form is marked "Status achived", the corresponding status of artifact in left side of the artifact diagram is green highlighted automatically, as well as the input arrow of "informed consent form::designed" shown in right upper corner.</figDesc><graphic coords="4,76.24,411.40,448.08,229.20" type="vector_box" /></figure>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">A conceptual model for ontology quality assessment</title>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">S I</forename><surname>Wilson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">S</forename><surname>Goonetillake</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><forename type="middle">A</forename><surname>Indika</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Ginige</surname></persName>
		</author>
		<idno type="DOI">10.3233/SW-233393</idno>
		<ptr target="https://doi.org/10.3233/SW-233393" />
	</analytic>
	<monogr>
		<title level="j">Semantic Web</title>
		<imprint>
			<biblScope unit="volume">14</biblScope>
			<biblScope unit="page" from="1051" to="1097" />
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Assessing the practice of biomedical ontology evaluation: Gaps and opportunities</title>
		<author>
			<persName><forename type="first">M</forename><surname>Amith</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Z</forename><surname>He</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Bian</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">A</forename><surname>Lossio-Ventura</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Tao</surname></persName>
		</author>
		<idno type="DOI">10.1016/j.jbi.2018.02.010</idno>
		<ptr target="https://doi.org/10.1016/j.jbi.2018.02.010" />
	</analytic>
	<monogr>
		<title level="j">J Biomed Inform</title>
		<imprint>
			<biblScope unit="volume">80</biblScope>
			<biblScope unit="page" from="1" to="13" />
			<date type="published" when="2018">2018</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">PROVE Tool: A tool for designing and analyzing process descriptions</title>
		<author>
			<persName><forename type="first">A</forename><surname>Shaked</surname></persName>
		</author>
		<idno type="DOI">10.1016/j.simpa.2022.100234</idno>
		<ptr target="https://doi.org/10.1016/j.simpa.2022.100234" />
	</analytic>
	<monogr>
		<title level="j">Software Impacts</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="page">100234</biblScope>
			<date type="published" when="2022">2022</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Designing development processes related to system of systems using a modeling framework</title>
		<author>
			<persName><forename type="first">A</forename><surname>Shaked</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Reich</surname></persName>
		</author>
		<idno type="DOI">10.1002/sys.21512</idno>
		<ptr target="https://doi.org/10.1002/sys.21512" />
	</analytic>
	<monogr>
		<title level="j">Systems Engineering</title>
		<imprint>
			<biblScope unit="volume">22</biblScope>
			<biblScope unit="page" from="561" to="575" />
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Improving Process Descriptions in Research by Model-Based Analysis</title>
		<author>
			<persName><forename type="first">A</forename><surname>Shaked</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Reich</surname></persName>
		</author>
		<idno type="DOI">10.1109/JSYST.2020.2990488</idno>
		<ptr target="https://doi.org/10.1109/JSYST.2020.2990488" />
	</analytic>
	<monogr>
		<title level="j">IEEE Systems Journal</title>
		<imprint>
			<biblScope unit="volume">15</biblScope>
			<biblScope unit="page" from="435" to="444" />
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">MULTI-PERSPECTIVE PROCESS DESIGN ENVIRONMENT</title>
		<author>
			<persName><forename type="first">A</forename><surname>Shaked</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Reich</surname></persName>
		</author>
		<idno type="DOI">10.1017/pds.2021.110</idno>
		<ptr target="https://doi.org/10.1017/pds.2021.110" />
	</analytic>
	<monogr>
		<title level="j">Proc. Des. Soc</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="page" from="1103" to="1112" />
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
	<note>DESIGNING A MODEL-BASED</note>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<author>
			<persName><forename type="first">Y</forename><surname>Lin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Harris</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Manion</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Eisenhauer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Zhao</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Shi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Karnovsky</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>He</surname></persName>
		</author>
		<ptr target="https://www.semanticscholar.org/paper/Development-of-a-BFO-Based-Informed-Consent-(ICO)-Lin-Harris/4e6062732cf49b6081322ae1ebd14dbc4ee3e841" />
		<title level="m">Development of a BFO-Based Informed Consent Ontology (ICO)</title>
				<imprint>
			<date type="published" when="2014-08-19">2014. August 19, 2024</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">E</forename><surname>Umberfield</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>Jiang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">H</forename><surname>Fenton</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Stansbury</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Ford</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Crist</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">L R</forename><surname>Kardia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">K</forename></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Lessons Learned for Identifying and Annotating Permissions in Clinical Consent Forms</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">R</forename><surname>Thomer</surname></persName>
		</author>
		<author>
			<persName><surname>Harris</surname></persName>
		</author>
		<idno type="DOI">10.1055/s-0041-1730032</idno>
		<ptr target="https://doi.org/10.1055/s-0041-1730032" />
	</analytic>
	<monogr>
		<title level="j">Appl Clin Inform</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="page" from="429" to="435" />
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
