<!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>
      <title-group>
        <article-title>Designing Multidimensional Information Systems Using the Data Vault Methodology</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Anastasiya V. Demidova</string-name>
          <email>demidova_av@rudn.university</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Yevgeny A. Kuznetsov</string-name>
          <email>kuznetsovea@lanit.ru</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Maxim B. Fomin</string-name>
          <email>fomin_mb@rudn.university</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Information Technology Peoples' Friendship University of Russia (RUDN University) 6 Miklukho-Maklaya str.</institution>
          ,
          <addr-line>Moscow, 117198, Russian Federation</addr-line>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of digital solutions Laboratory of New Information Technologies (LANIT) 14 Murmanskiy proezd</institution>
          ,
          <addr-line>Moscow, 129075, Russian Federation</addr-line>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2018</year>
      </pub-date>
      <fpage>33</fpage>
      <lpage>39</lpage>
      <abstract>
        <p>The method for designing information systems using the “Data vault” modeling technique, which was formalized by Dan Linstedt, is considered. In case of using “Data vault” the information system is based on the classical formulated by Bill Inmon 3-tier architecture approach to data warehouse design. It includes Operational warehouse of data, Data warehouse, and Data marts. This approach makes it possible to build an information system data warehouse with a metadata repository based on the multidimensional principle. The metadata repository is responsible for collecting data, storing data, and presenting data for analysis. The proposed method of describing metadata provides the ability to specify how to calculate the performance indicators used in the data analysis. The “Data vault” approach allows you to design the data warehouse of an information system using a meta-model that is semantically related to the subject domain of the system and is easily rebuilt in the event of changes in the business model of the subject domain. This approach provides an easy way to generate data marts based on OLAP principles. The key moment in the structure of the information system is the way of transition from the “Data vault” model to the multidimensional model of data representation on the basis of associative rules of the relationship between information objects.</p>
      </abstract>
      <kwd-group>
        <kwd>and phrases</kwd>
        <kwd>data warehouse</kwd>
        <kwd>multidimensional data model</kwd>
        <kwd>data mart</kwd>
        <kwd>OLAP</kwd>
        <kwd>data vault</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Copyright © 2018 for the individual papers by the papers’ authors. Copying permitted for private and
academic purposes. This volume is published and copyrighted by its editors.</p>
      <p>In: K. E. Samouylov, L. A. Sevastianov, D. S. Kulyabov (eds.): Selected Papers of the VIII Conference
“Information and Telecommunication Technologies and Mathematical Modeling of High-Tech Systems”,
Moscow, Russia, 20-Apr-2018, published at http://ceur-ws.org</p>
    </sec>
    <sec id="sec-2">
      <title>1. Introduction</title>
      <p>The appearance of low-cost high-performance computing systems has made them
available to medium-sized enterprises, whose operation is associated with the
implementation of a large volume of operations of various types. Such enterprises have a need for
low-cost and easy-to-operate information systems that provide the implementation of
the tasks of analysis of the activities of enterprises. Such information systems should
meet the following requirements:
– the system must process data arising in the course of the enterprise’s activities;
– the system should be able to describe and calculate the key performance indicators
that are used in the decision-making process for enterprise management;
– the data warehouse metadata structure must correspond to the business processes
of the enterprise;
– there should be an opportunity of operative changes in the system with changes in
the activities of the enterprise or in the case of changes in the methodology of the
analysis of activities.</p>
    </sec>
    <sec id="sec-3">
      <title>2. Information system architecture</title>
      <p>During the activity of the enterprise heterogeneous information data sets are generated,
which are stored in information subsystems that are external to the analytical information
system. The task of the analytical information system is to collect these data from
external subsystems and to calculate the key performance indicators that can be used in
the process of analyzing the activities of the enterprise and in the process of making
decisions on the management of the enterprise.</p>
      <p>
        To provide these functions, the information system must contain the following set of
subsystems: Data acquisition subsystem, Data storage subsystem, Data representation
subsystem, and Subsystem of control [
        <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
        ]. Thus, data storage is separated from the
business users and used by them in solving the problems of analyzing data slices. This
separation reduces the cost of modification at the business level. At the same time,
this approach enables business users to directly manage and modify the virtual layer
(self-service BI).
      </p>
      <p>
        The architecture of the information system that automates the information processes
in accordance with the data model described in the metadata repository [
        <xref ref-type="bibr" rid="ref11 ref12 ref13 ref14">11–14</xref>
        ] is shown
in Figure 1.
      </p>
      <p>The analytical information system interacts with external information systems, which
are data sources. These are OLTP systems, legacy subsystems, standard format data
ifles, and any other sources of structured data. On the basis of data taken from external
sources, the Data acquisition subsystem of the information system forms the correct
content of the Operational warehouse of data (OWD). OWD is a storage area in which
information exists before it is overloaded in the Data warehouse (DW). DW will combine
information related to all aspects of the enterprise. Loading information from OWD
to DW is done by normalizing the data according to the rules of the current DW data
model.</p>
      <p>
        The calculation of performance indicators is based on data taken from the data
warehouse. Performance indicators are placed in special data storage structures —
thematic data marts in the Data presentation subsystem. Thematic data mart is a
narrow slice of information for users working in one specific task. As a rule, the task
of a thematic data mart is to represent data access for business applications [
        <xref ref-type="bibr" rid="ref5 ref6">4–6</xref>
        ]. For
business applications, this means decision support systems that use data representation
in the form of OLAP, or subsystems that use a diferent form of data representation
that is convenient for generating reports.
      </p>
      <p>
        The central block in the structure of the information system is the metadata repository.
It is responsible for managing the data model at the meta–model level and is used to
manage the process of data movement in the information system. The main requirement
for the meta–model is as follows: metadata should be described in such a way that
it is possible to specify on its basis the method of calculating performance indicators
used in the process of analyzing the activities of the enterprise and in the process of
making decisions on the management of the enterprise [
        <xref ref-type="bibr" rid="ref10 ref7">7, 10</xref>
        ]. From the point of view of
business analysts, the most appropriate approach for describing the metadata repository
is the multidimensional principle of data organization (metadata as it is data in the
metadata repository). Since a multidimensional data model provides a denormalized
way of storing data, a “Data vault” model can provide a convenient way of structuring
information for the data warehouse. Using the methodology “Data vault” allows you to
describe the semantic links of the data warehouse with a description of the information
domain of the information system. This provides an opportunity to rebuild the structure
of DW in the event of changes in the business model of the subject domain.
3.
      </p>
    </sec>
    <sec id="sec-4">
      <title>Description of the data warehouse model using the “Data vault” methodology</title>
      <p>
        One of the ways to build a data warehouse is the data vault methodology. Its
use makes it possible to dynamically expand the DW data model without having a
complicated task of modifying other subsystems of the information system. The data
model must be managed at the meta-model level [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. The main objects of the
metamodel are: a business key (in the terminology “Data vault” — “hub”), a business key
transaction (in the terminology “Data vault” — “link”) and business key history (in
the terminology of “Data vault” — “sat”). Business key is a property of an object that
uniquely identifies it within the subject domain. A business key history is a history of
changes to object properties that are functionally dependent on that business key. The
relevance of the attributes of the dimension is maintained using business key. Business
key transaction is a description of the event that occurred between objects that are
identified using these business keys [1–3].
      </p>
      <p>As an example of using “Data vault” you can consider the process of on-line sales.
The conceptual model of the process is presented in Figure 2.</p>
      <p>Figure 3 shows the structure of the DW meta-model as a diagram in the E/R+Merise
notation. In order to ensure that the information system modification process does not
lose information about the associative links available in the meta–model by link type
(aggregation, composition or recursion) and by arity (1:1, 1:N, M:N), this information
should be kept by transactions.
“Client” act as business keys. “Orders” are transactions between “Clients” and
“Products” that implement an association of type “M:N”. “Requisite” form the history of
the business keys of the “Clients”.</p>
      <p>
        The metadata repository model is based on the multidimensional data model. This
approach makes it easier to establish a correspondence between the metadata and business
process parameters of an enterprise, and describes how to calculate the performance
indicators and data that are used in the process of completing data marts [
        <xref ref-type="bibr" rid="ref16 ref17">16,17</xref>
        ]. For the
implementation of requests for data must be defined rules of connections (associations)
between objects of the multidimensional data model and objects in a “Data vault”. Such
rules can be formulated on the basis of the following statements:
1. Within the multidimensional data model in the analytical subsystem, the key can
act as a slowly changing dimension;
2. Business key transaction history makes it possible to calculate the values of measures
in multidimensional data models used in data marts.
      </p>
      <p>These rules use connectivity at the conceptual and logical levels of representation of
the metadata repository model. A complete diagram of the metadata repository model
is shown in Figure 4.
4.</p>
    </sec>
    <sec id="sec-5">
      <title>Multidimensional data model</title>
      <p>
        The structure of multidimensional data model should reflect the aspects of subject
domain which are used in the data analysis process. Each aspect corresponds to
one dimension of a multidimensional cube . A full set of dimensions forms a set
() = {︀ 1, 2, . . . , }︀ , there  is –dimension, and  = () — dimensionality
of multidimensional cube [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ]. Each dimension is characterized by a set of members
 = {︀ 1 , 2 , . . . ,  )}︀ , there  is a number of dimension,  — the quantity of members.
Members of  are drawn from a set of positions of the basic classifier which corresponds
to an aspect of the observed phenomenon associated with  [
        <xref ref-type="bibr" rid="ref19 ref20">19, 20</xref>
        ].
      </p>
      <p>The multidimensional data cube is a structured set of cells. Each cell  is defined by a
combination of members  = (11 , 22 , . . . ,  ). The combination includes one member
for each of the dimensions. If the analysis of the observed phenomenon is performed
using a large set of diverse aspects, not all member combinations define the possible
cells of multidimensional cube, i.e. the cells corresponding to a certain fact. This efect
occurs due to semantic inconsistencies of some members from diferent dimensions to
each other and generates a sparseness in the cube.</p>
      <p>The complex structure of the compatibility of members may lead to a situation
where a certain dimension becomes semantically uncertain if combined with a set of
members from other dimensions. In this situation, while describing the possible cell of
multidimensional cube the special value “Not in use” can be used to set the member of
semantically unspecified dimension.</p>
      <p>The subject domain is characterized by the measure values defined in possible cells
of the multidimensional cube. The full set of measures composes the set  () =
{1, 2, . . . , }, where  is -measure,  — the quantity of measures in the hypercube.
Not all the measures from the  () can be defined in the possible cell. This situation
can appear in case of semantic inconsistency between the members defining the cell
and some measures. While describing multidimensional data cube structure for every
possible sell it is necessary to define its own set  () = {1, , . . . ,  }, which consists
of certain measures for this cell, 1 6  6 . We can use the special value “Not in use”
for the description of c measures, which are not included in the set  ().
5.</p>
    </sec>
    <sec id="sec-6">
      <title>Conclusions</title>
      <p>The paper discussed the method of designing information systems using the
methodology of “Data vault”. This approach allows building a data warehouse system based on
meta–model, which is semantically related to the subject domain of the system, easily
rebuilt in case of changes in the business model of the subject domain, allows you to form
multidimensional data marts and calculate the performance indicators of the enterprise.</p>
      <p>The work is partially supported by the Ministry of Education and Science of the
Russian Federation (the Agreement number 02.a03.21.0008).</p>
    </sec>
    <sec id="sec-7">
      <title>Acknowledgments References</title>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <string-name>
            <given-names>D.</given-names>
            <surname>Linstedt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Olschimke</surname>
          </string-name>
          ,
          <article-title>Building a Scalable Data Warehouse with Data Vault 2.0</article-title>
          ,
          <string-name>
            <given-names>Elsevier</given-names>
            <surname>Inc</surname>
          </string-name>
          .,
          <year>2016</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <string-name>
            <given-names>W.</given-names>
            <surname>Inmon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Linstedt</surname>
          </string-name>
          ,
          <article-title>Data Architecture: A Primer for the Data Scientist: Big Data, Data Warehouse and Data Vault, Elsevier Inc</article-title>
          .,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <given-names>H.</given-names>
            <surname>Hultgren</surname>
          </string-name>
          ,
          <article-title>Modeling the Agile Data Warehouse with Data Vault</article-title>
          , Brighton Hamilton,
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          <string-name>
            <given-names>L.</given-names>
            <surname>Corr</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Stagnitto</surname>
          </string-name>
          ,
          <article-title>Agile Data Warehouse Design: Collaborative Dimensional Modeling, from Whiteboard to Star Schema</article-title>
          , DecisionOne Press,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <given-names>W. H.</given-names>
            <surname>Inmon</surname>
          </string-name>
          , Building the Data Warehouse, Wiley Publishing,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <given-names>W. H.</given-names>
            <surname>Inmon</surname>
          </string-name>
          ,
          <article-title>Building the Operational Data Store</article-title>
          , Wiley Publishing,
          <year>1999</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <given-names>W. H.</given-names>
            <surname>Inmon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Strauss</surname>
          </string-name>
          ,
          <string-name>
            <surname>G.</surname>
          </string-name>
          <article-title>Neushloss, DW 2.0: Architecture for the next generation of data warehousing, Elsevier Inc</article-title>
          .,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <given-names>R.</given-names>
            <surname>Kimball</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Caserta</surname>
          </string-name>
          ,
          <article-title>The Data Warehouse ETL toolkit</article-title>
          .
          <source>Willey Publishing</source>
          ,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <given-names>R.</given-names>
            <surname>Kimbal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Reeves</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Ross</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Thornthwaite</surname>
          </string-name>
          ,
          <article-title>The Data Warehouse Lifecycle Toolkit: Expert Methods for Designing, Developing, and Deploying Data Warehouses</article-title>
          . Wiley Publishing,
          <year>1998</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>R.</given-names>
            <surname>Kimbal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Reeves</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Merz</surname>
          </string-name>
          ,
          <article-title>The Data Warehouse Toolkit: The Complete Guide to Dimensional modelling</article-title>
          . Wiley Publishing,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>C. Batini</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Ceri</surname>
            ,
            <given-names>S. B.</given-names>
          </string-name>
          <string-name>
            <surname>Navathe</surname>
          </string-name>
          , Conceptual Database Design:
          <article-title>An Enity-relationship Approach</article-title>
          . Benjamin/Cummings,
          <year>1992</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <given-names>S.</given-names>
            <surname>Singh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Malhotra</surname>
          </string-name>
          ,
          <article-title>Data Warehouse and its Methods</article-title>
          ,
          <source>Journal of Global Research in Computer Science</source>
          <volume>2</volume>
          (
          <issue>5</issue>
          ) (
          <year>2011</year>
          )
          <fpage>113</fpage>
          -
          <lpage>115</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <given-names>A.</given-names>
            <surname>Datta</surname>
          </string-name>
          , H. Thomas,
          <article-title>A conceptual model and Algebra for On-Line Analytical Processing in Decision Support Databases</article-title>
          .
          <source>Information Systems Research</source>
          <volume>12</volume>
          (
          <issue>1</issue>
          ) (
          <year>2001</year>
          )
          <fpage>83</fpage>
          -
          <lpage>102</lpage>
          . doi:
          <volume>10</volume>
          .1287/isre.12.1.83.9715.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>C. Fahrner</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          <string-name>
            <surname>Vossen</surname>
          </string-name>
          ,
          <article-title>A survey of database transformations based on the entityrelationship model</article-title>
          .
          <source>Data &amp; Knowledge Engineering</source>
          <volume>15</volume>
          (
          <issue>3</issue>
          ) (
          <year>1995</year>
          )
          <fpage>213</fpage>
          -
          <lpage>250</lpage>
          . doi:
          <volume>10</volume>
          .1016/
          <fpage>0169</fpage>
          -
          <lpage>023X</lpage>
          (
          <issue>95</issue>
          )
          <fpage>00006</fpage>
          -E.
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15. E. Medina,
          <string-name>
            <given-names>J.</given-names>
            <surname>Trujillo</surname>
          </string-name>
          ,
          <article-title>Standard for Representing Multidimensional Properties: The Common Warehouse Metamodel (CWM)</article-title>
          ,
          <source>in: Advances in Databases and Information Systems (ADBIS), Lecture Notes in Computer Science</source>
          <volume>2435</volume>
          (
          <year>2002</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <given-names>V.</given-names>
            <surname>Jovanovic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Jaksic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Mrdalj</surname>
          </string-name>
          ,
          <article-title>Data modeling styles in data warehousing</article-title>
          ,
          <source>in: Information and Communication Technology, Electronics and Microelectronics (MIPRO)</source>
          ,
          <year>2014</year>
          , Proceedings
          <volume>6859796</volume>
          ,
          <fpage>1458</fpage>
          -
          <lpage>1463</lpage>
          . doi:
          <volume>10</volume>
          .1109/MIPRO.
          <year>2014</year>
          .
          <volume>6859796</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <given-names>D.</given-names>
            <surname>Dymek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W</given-names>
            <surname>Komnata</surname>
          </string-name>
          , P. Szwed,
          <article-title>Proposal of a new data warehouse architecture reference model</article-title>
          , in: Beyond Databases,
          <article-title>Architectures and Structures (BDAS)</article-title>
          ,
          <source>Communications in Computer and Information Science</source>
          <volume>521</volume>
          (
          <year>2015</year>
          )
          <fpage>222</fpage>
          -
          <lpage>232</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>M. B. Fomin</surname>
          </string-name>
          ,
          <article-title>Cluster method of description of information system data model based on multidimensional approach, in: Distributed Computer and Communication Networks (DCCN)</article-title>
          ,
          <source>Communications in Computer and Information Science</source>
          <volume>678</volume>
          (
          <year>2016</year>
          )
          <fpage>657</fpage>
          -
          <lpage>668</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19. E. Thomsen, OLAP Solution:
          <article-title>Building Multidimensional Information System</article-title>
          , Willey Publishing,
          <year>2002</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20. L. Fu,
          <article-title>Eficient evaluation of sparse data cubes</article-title>
          .
          <source>in: Advances in Web-Age Information Management (WAIM), Lecture Notes in Computer Science</source>
          <volume>3129</volume>
          (
          <year>2004</year>
          )
          <fpage>336</fpage>
          -
          <lpage>345</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>