<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Jeffrey Parsons</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff6">6</xref>
          <xref ref-type="aff" rid="aff7">7</xref>
          <xref ref-type="aff" rid="aff8">8</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Veda C. Storey</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff5">5</xref>
          <xref ref-type="aff" rid="aff6">6</xref>
          <xref ref-type="aff" rid="aff8">8</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Baruch College (CUNY)</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff6">6</xref>
          <xref ref-type="aff" rid="aff8">8</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>New York</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff6">6</xref>
          <xref ref-type="aff" rid="aff8">8</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Cal Poly</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff6">6</xref>
          <xref ref-type="aff" rid="aff8">8</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>San Luis Obispo</string-name>
          <xref ref-type="aff" rid="aff3">3</xref>
          <xref ref-type="aff" rid="aff4">4</xref>
          <xref ref-type="aff" rid="aff6">6</xref>
          <xref ref-type="aff" rid="aff8">8</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          ,
          <addr-line>Alfred Castillo</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>, Monica Chiarini Tremblay</institution>
        </aff>
        <aff id="aff2">
          <label>2</label>
          ,
          <addr-line>Roman Lukyanenko</addr-line>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Artificial Intelligence</institution>
          ,
          <addr-line>Machine Learning, Conceptual Modeling, Model Performance</addr-line>
        </aff>
        <aff id="aff4">
          <label>4</label>
          <institution>Arturo Castellanos</institution>
        </aff>
        <aff id="aff5">
          <label>5</label>
          <institution>Georgia State University</institution>
          ,
          <addr-line>Atlanta, GA</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff6">
          <label>6</label>
          <institution>In A. Martin, K. Hinkelmann</institution>
          ,
          <addr-line>H.-G. Fill, A. Gerber, D. Lenat, R. Stolle, F. van Harmelen (Eds.)</addr-line>
          ,
          <institution>Proceedings of the AAAI 2021 Spring</institution>
        </aff>
        <aff id="aff7">
          <label>7</label>
          <institution>Memorial University</institution>
          ,
          <addr-line>Newfoundland</addr-line>
          ,
          <country country="CA">Canada</country>
        </aff>
        <aff id="aff8">
          <label>8</label>
          <institution>Symposium on Combining Machine Learning and Knowledge Engineering (AAAI-MAKE 2021) - Stanford University</institution>
          ,
          <addr-line>Palo Alto, California</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2021</year>
      </pub-date>
      <fpage>22</fpage>
      <lpage>24</lpage>
      <abstract>
        <p>Advances in machine learning (ML) make it possible to extract useful information from large and diverse datasets. ML methods aim to identify patterns in a dataset based on the values of features and their combinations. Recent research has proposed combining conceptual modeling, specifically data models, with artificial intelligence. In this paper, we employ conceptual modeling principles to develop a method for data preparation, which is comprised of six guidelines. We illustrate the method by applying it to a business case from a foster care organization; namely, predicting the length of stay of a child in the foster care system. The results show how conceptual modeling can improve ML model performance by imbuing explicit domain knowledge, instead of relying solely on data-driven rules.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Although artificial intelligence research has traditionally focused on logic-based, model-driven
learning, abstraction, and inference methods [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], the ubiquity of large-scale, heterogenous data and
computing power has shifted the focus towards machine learning (ML) [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. Machine learning consists
of methods that use data and algorithms to build models that make inferences from the provided data
examples [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Both the opportunities and limitations of machine learning are rooted in its reliance on
building models from data and, therefore, on the quality of the data used to train and test these models
[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. As reliance on machine learning grows, it is crucial to ensure these models exhibit good
performance and are interpretable and transparent. This tradeoff is often augmented by opaque
transformations in the input data (i.e., feature engineering), which makes it challenging to assess the
effectiveness of the input data on the outcome [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. The objective of this research is to improve
model performance in supervised machine learning in a repeatable and transparent manner by using
domain knowledge represented in conceptual models. The contribution is a set of guidelines.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Machine Learning Performance and Conceptual Modeling</title>
      <p>
        A learning machine is a computer program that can improve its performance with experience for some
class of tasks and performance measures [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. For supervised ML, performance is the ability of a ML
model to “reproduce known knowledge” [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. Supervised learning guides the learner in acquiring
knowledge in a domain through examples, so new cases can be handled in a manner most appropriate
      </p>
      <p>2021 Copyright for this paper by its authors.
based on the knowledge learned from similar cases. Performance can be assessed as the accuracy of a
program predicting values of interest for new cases.</p>
      <p>
        Machine learning performance can be improved using complex methods (e.g., deep learning neural
networks) [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], improving the quality of data used to train and test algorithms [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], transforming training
data into a form more amenable to learning [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], and/or increasing the quantity of the training data [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
There are also efforts to augment data-driven ML processes with domain knowledge [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
      </p>
      <p>
        Conceptual modeling formally describes “some aspects of the physical and social world around us
for the purposes of understanding and communication” [11, p. 2]. Conceptual data models are widely
used to represent data requirements commonly conceptualizing a domain in terms of entities that belong
to entity types, which possess attributes, and participate in relationships with other entities [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ].
      </p>
      <p>
        Recent research has proposed combining conceptual modeling with artificial intelligence [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]
[
        <xref ref-type="bibr" rid="ref15">15</xref>
        ] [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] [
        <xref ref-type="bibr" rid="ref17">17</xref>
        ]. Conceptual modeling can affect ML model performance in several ways. ML methods
identify patterns in a dataset based on the values of features and their combinations. With enough data,
they might be able to extract the knowledge expressed in a conceptual model; however, there is often
insufficient data to do so. Conceptual models represent real world domain knowledge for different uses
[
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] and, thereby, can augment a purely data-driven approach to ML with a knowledge-driven one [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
This can provide reliable rules about the domain without depending on extracting them from the data.
Moreover, a conceptual model explicitly represents domain knowledge to select and prepare a dataset
before using it in ML. Thus, we propose that conceptual model-driven guidelines can improve ML
performance by using explicit domain knowledge to prepare and filter data before input to ML
algorithms, instead of relying solely on algorithms to find such rules in the data.
2.1.
      </p>
    </sec>
    <sec id="sec-3">
      <title>Method</title>
      <p>The method is based on the three main constructs of the Extended Entity-Relationship (EER) model:
entities, relationships, and attributes (see Table 1). We assume a conceptual model of the domain is
available in the form of an EER diagram. The method iterates over the constructs of the EER model to
preserve the domain knowledge expressed in the EER diagram during transformation of the dataset.
Applying the method results in changes to the input dataset to create a modified dataset, augmented
with domain knowledge from the EER diagram.</p>
      <p>Table 1. Constructs of EER for Machine Learning Guidelines</p>
      <p>Element
Entity (G1
&amp; G2)
Relationship
(G3 &amp; G4)
Attribute
(G5 &amp; G6)</p>
      <p>Definition Example
Class or category of entities (e.g., people, CHILD, PLACEMENT, CASE
places, events)
Association between entities (e.g., buys, - A child is assigned to a case
writes, owns) that represent the relationship - A case has one or many children assigned to it
between entities
Characteristic shared by entities of the
same type (e.g., age, social security
number)</p>
      <p>Regular attribute: predictor variables (e.g., Child_Name)
Target attribute: what the ML model aims to predict (e.g.,</p>
      <p>Length of stay in foster care)</p>
      <p>Appending descriptive information to features is common in ML practice. We suggest doing so
systematically; specifically, by appending the name of the entity to the attribute names. Furthermore, it
recovers information about the entity in a domain, which are otherwise lost in ML models. For example,
the attribute age can refer to an attribute from the Child entity or the CaseWorker entity type (not
pictured in Figure 1). By appending the entity, we clarify the object to which it belongs.</p>
      <p>Guideline 1 (G1): Preserve information about entity types by appending their names
If a consistent naming convention is followed, it can be used to guide automated feature engineering
algorithms to perform feature transformations by considering the entity (e.g., conducting dimensionality
reduction within each entity type).</p>
      <p>Guideline 2 (G2): Perform feature engineering by transforming features based on entity types
Relationships (e.g., sells, supervises, inspects) in a conceptual model represent associations among
entities. The intent of guidelines for handling relationships is to make this information explicit for
machine learning purposes and suggest rules for handling certain relationship patterns. These patterns
carry different implications for preparing data for ML. An entity-relationship diagram contains
additional information about relationships in the form of participation constraints.</p>
      <p>Guideline 3 (G3): If the optional side contains the target variable, remove all records with missing
instances of the target-bearing entity from the training dataset.</p>
      <p>In machine learning, partial participation is concerning because it might result in missing values for
records where an entity of one type does not have a corresponding record for the entity of another type.
This reduces the amount of data used for training and might negatively affect model performance.
Evaluate whether missing values are manifestation of subtypes. If the optional attribute is determined
to be missing and not a subtype, use imputation techniques.</p>
      <p>Guideline 4 (G4): If the target-bearing entity is found to contain groups that differ with respect to
the optional entity, assess the performance of the different subtypes. If the target-bearing entity does
not otherwise differ with respect to the optional entity, consider imputing values.</p>
      <p>The method highlights a potential issue when dealing with optional attributes. In a dataset used as
input to ML, a missing value can mean that either the value is not applicable to all members of the
corresponding entity type, or the value is not available or unknown. In a conceptual model, the
corresponding construct is an optional attribute, which represents an attribute that is not applicable to
all members of the entity. The method proposes that a machine learning algorithm should not impute
missing values if they are not applicable to an entity and impute them if they are truly missing.</p>
      <p>Guideline 5 (Optional attributes): Impute missing values of optional attributes in a data set only
if they can be interpreted as meaning that the value is presently unknown, but potentially knowable.</p>
      <p>Attributes represent properties of entities. In machine learning, attributes are called features or
variables of the training, validation and scoring datasets [32]. The distinction between simple and
composite attributes is important for machine learning because composite attributes might contain
components that are individually predictive. However, unless they are decomposed into distinct
variables, it might be difficult for the machine learning models to use composite attributes and extract
their predictive components (e.g., seasonality of products across a multi-year span).</p>
      <p>Guideline 6 (Composite attribute): For each composite attribute, replace the composite attribute
with the individual attributes that comprise it. Label each attribute to capture as closely as possible the
semantics of the application domain.</p>
    </sec>
    <sec id="sec-4">
      <title>3. Illustration and Conclusion</title>
      <p>To illustrate the application of the method, we use data from a US-based foster care organization. A
foster care system is a temporary arrangement to care for a child or children whose birthparents are
unable to care for them. We worked closely with the foster care agency to develop ML models to predict
the length of stay of a child in the foster system – an important consideration for proper allocation of
resources (see Figure 1 for a snippet of the conceptual model).</p>
      <p>The predictor attributes in this case include the attributes of the CHILD, PLACEMENT, and CASE.
The objective is to predict the length of stay of a child (an attribute that is derived from the EntryDate
and ExitDate). For G1, the method suggests preserving the entity type (e.g., Child_Name,
Placement_EntryDate, Case_PlanGoal). For G2, the method suggests to group attributes of each entity
type (e.g, CHILD, PLACEMENT, CASE) into one or more higher-level dimensions (e.g.,
Child_Aggr_i, Case_Aggr_i). For G3, we remove all records with missing instances unless there are
groups that differ with respect to the optional entity (G4), then we would develop separate models. For
G5, Child_Address can be broken down into Child_StreetName, Child_City, and Child_ZipCode. For
G6, a missing value can mean that either the value is not applicable to all members of the entity type,
or the value is not available or unknown. In a conceptual model, the corresponding construct is an
optional attribute, which represents an attribute that is not applicable to all members of the entity (i.e.,
ExitDate). Our dataset has over 25,000 records on almost 10,000 children. We created two datasets –
one following our method (labeled DS_1 in Table 2) and the other was prepared using basic data
preparation steps in ML (labeled as DS_0). We used the same ML algorithms with identical
hyperparameters to predict length of stay (in days).</p>
      <p>Table 2 below provides the results of the comparison, based on consecutive applications of the
guidelines. As seen from the results, application of our method shows ML performance improvements
–as shown by the decrease in the RMSE of the target variable.</p>
      <p>Element Deep Learning Random Forest GBM Light GBM
DS_0 356.31 307.45 316.57 320.38</p>
      <p>.23 (0.26) .20 (0.45) .20 (0.42) .21 (0.40)
DS_1 218.06 196.87 208.44 208.22
G2, G6 .14 (0.59) .13 (0.67) .13 (0.63) .13 (0.63)
DS_1 359.58 327.58 325.32 325.21
G1, G2 .23 (0.25) .21 (0.38) .21 (0.39) .21 (0.39)
DS_1 322.06 290.52 286.08 305.45</p>
      <p>G4, G5 .21 (0.29) .19 (0.42) .18 (0.44) .20 (0.36)</p>
      <p>DS_0: original dataset; DS_1: dataset after applying our method</p>
      <p>This research-in-progress proposes that conceptual models can be used effectively to increase ML
model performance. A conceptual model represents agreed-upon domain knowledge. Our method can
be used to improve ML performance and should be especially effective for situations where there is
insufficient data to extract all relevant domain knowledge in a data-driven manner. Future work is
needed to expand the current set of guidelines and evaluate them through the application to real-world
problems. In our example, not all guidelines applied. Additional research is needed to identify the
conditions under which each of the guidelines affect performance.
4. References</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Crevier</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>AI: the tumultuous history of the search for artificial intelligence</article-title>
          .
          <source>Basic Books</source>
          (
          <year>1993</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Cerf</surname>
            ,
            <given-names>V.G.</given-names>
          </string-name>
          :
          <article-title>AI is not an excuse! Communications of the ACM</article-title>
          .
          <volume>62</volume>
          ,
          <issue>7</issue>
          -
          <fpage>7</fpage>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>McCorduck</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Machines who think. A. K. Peters</article-title>
          , Ltd, Natick, MA (
          <year>2004</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Sheng</surname>
            ,
            <given-names>V.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Provost</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ipeirotis</surname>
            ,
            <given-names>P.G.</given-names>
          </string-name>
          :
          <article-title>Get another label? improving data quality and data mining using multiple, noisy labelers</article-title>
          .
          <source>In: ACM SIG KDD</source>
          . pp.
          <fpage>614</fpage>
          -
          <lpage>622</lpage>
          (
          <year>2008</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5] Mitchell,
          <string-name>
            <surname>T.M.:</surname>
          </string-name>
          <article-title>Machine learning</article-title>
          .
          <source>1997. Burr Ridge, IL: McGraw Hill</source>
          .
          <volume>45</volume>
          ,
          <fpage>870</fpage>
          -
          <lpage>877</lpage>
          (
          <year>1997</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Thrun</surname>
            ,
            <given-names>M.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ultsch</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Swarm intelligence for self-organized clustering</article-title>
          .
          <source>Art. Intell</source>
          .
          <volume>1</volume>
          -
          <fpage>54</fpage>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Tremblay</surname>
            ,
            <given-names>M.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dutta</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vandermeer</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Using data mining techniques to discover bias patterns in missing data</article-title>
          .
          <source>Journal of Data and Information Quality (JDIQ)</source>
          .
          <volume>2</volume>
          ,
          <issue>2</issue>
          (
          <year>2010</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Duboue</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>The Art of Feature Engineering: Essentials for Machine Learning</article-title>
          . Cambridge, UK (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Halevy</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Norvig</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pereira</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>The unreasonable effectiveness of data</article-title>
          .
          <source>IEEE Intell. Sys</source>
          .
          <volume>24</volume>
          ,
          <fpage>8</fpage>
          -
          <lpage>12</lpage>
          (
          <year>2009</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>Heaven</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Why deep-learning AIs are so easy to fool</article-title>
          .
          <source>Nature</source>
          .
          <volume>574</volume>
          ,
          <issue>163</issue>
          (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>Mylopoulos</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          :
          <source>Conceptual modelling and Telos. Conceptual Modelling, Databases, and CASE: an Integrated View of Information System Development</source>
          , New York: John Wiley &amp; Sons.
          <fpage>49</fpage>
          -
          <lpage>68</lpage>
          (
          <year>1992</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <surname>Recker</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lukyanenko</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jabbari</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Samuel</surname>
            ,
            <given-names>B.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Castellanos</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>From Representation to Mediation: A New Agenda for Conceptual Modeling Research in A Digital World</article-title>
          .
          <source>MIS Quarterly</source>
          .
          <article-title>(</article-title>
          <year>2021</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>Reimer</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bork</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fettke</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tropmann-Frick</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <source>Preface of the First Workshop Models in AI. Presented at the Modellierung (Companion)</source>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>Fettke</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Conceptual Modelling and Artificial Intelligence: Overview and research challenges from the perspective of predictive business process management</article-title>
          .
          <source>Presented at the Modellierung (Companion)</source>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>Bork</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garmendia</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wimmer</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Towards a Multi-Objective Modularization Approach for Entity-Relationship Models</article-title>
          .
          <source>Presented at the ER Forum, Demo and Posters</source>
          <year>2020</year>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <surname>Lukyanenko</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Castellanos</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Storey</surname>
            ,
            <given-names>V.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Castillo</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tremblay</surname>
            ,
            <given-names>M.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parsons</surname>
          </string-name>
          , J.:
          <article-title>Superimposition: Augmenting Machine Learning Outputs with Conceptual Models for Explainable AI</article-title>
          .
          <source>In: Conceptual Modeling Meets Artificial Intelligence and Data-Driven Decision Making</source>
          . pp.
          <fpage>1</fpage>
          -
          <lpage>12</lpage>
          . Vienna (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <surname>Lukyanenko</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Castellanos</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parsons</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tremblay</surname>
            ,
            <given-names>M. C.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Storey</surname>
            ,
            <given-names>V. C.</given-names>
          </string-name>
          <article-title>Using conceptual modeling to support machine learning</article-title>
          .
          <source>In CAiSE Forum</source>
          , pp.
          <fpage>170</fpage>
          -
          <lpage>181</lpage>
          . Springer (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>