<?xml version="1.0" encoding="ISO-8859-1"?><article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<front>
<journal-meta>
<journal-id>2227-1899</journal-id>
<journal-title><![CDATA[Revista Cubana de Ciencias Informáticas]]></journal-title>
<abbrev-journal-title><![CDATA[Rev cuba cienc informat]]></abbrev-journal-title>
<issn>2227-1899</issn>
<publisher>
<publisher-name><![CDATA[Editorial Ediciones Futuro]]></publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id>S2227-18992014000300001</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Un lenguaje natural controlado para especificar restricciones de integridad en el modelo ER]]></article-title>
<article-title xml:lang="en"><![CDATA[Controlled Natural Language for Integrity Constraints Specification in the ER Model]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Pereira Toledo]]></surname>
<given-names><![CDATA[Alain]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Pérez Alonso]]></surname>
<given-names><![CDATA[Alain]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[González González]]></surname>
<given-names><![CDATA[Luisa M.]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad de Sancti Spíritus José Martí Pérez  ]]></institution>
<addr-line><![CDATA[ Sancti Spíritus]]></addr-line>
<country>Cuba.</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad Central Marta Abreu  ]]></institution>
<addr-line><![CDATA[Santa Clara Villa Clara]]></addr-line>
<country>Cuba</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>09</month>
<year>2014</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>09</month>
<year>2014</year>
</pub-date>
<volume>8</volume>
<numero>3</numero>
<fpage>01</fpage>
<lpage>11</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S2227-18992014000300001&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S2227-18992014000300001&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S2227-18992014000300001&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[En la práctica los esquemas Entidad Interrelación generados durante la modelación conceptual no son capaces de especificar restricciones, necesarias para garantizar la integridad de un sistema de información. Aunque han existido intentos, la comunidad de diseñadores de bases de datos no ha adoptado una práctica para el diseño de la integridad de un sistema de información dado un esquema entidad interrelación del universo de discurso. Por tanto es necesario seleccionar un lenguaje con gran nivel de captación semántica para especificar restricciones. Para ello se eligió el lenguaje natural controlado RuleSpeak, unido al Semantic of Business Vocabulary and Rules. Finalmente, se muestra la especificación de aquellas restricciones de integridad definidas por el modelador e impuestas por un agente autorizado del negocio.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[ABSTRACT In practice, Entity Relationship schemes generated during conceptual modeling phase are not able to specify many of the constraints, to ensure the integrity of an information system. Although there have been attempts, the community of database designers has not adopted a practice for the design of integrity of an information system, from an ER diagram of the universe of discourse. Therefore, it is necessary to select a semantically rich language, to specify constraints. In response, the controlled natural language RuleSpeak, bound to Semantic of Business Vocabulary and Rules was selected. Finally, the specification of integrity constraints defined by the modeler and imposed by an authorized business agent is shown. This approach helps to cover a lack of ER model in representing integrity, and helps in the understanding between the technical and business personnel.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[lenguaje natural]]></kwd>
<kwd lng="es"><![CDATA[restricciones de integridad]]></kwd>
<kwd lng="es"><![CDATA[RuleSpeak]]></kwd>
<kwd lng="es"><![CDATA[SBVR]]></kwd>
<kwd lng="es"><![CDATA[sistemas de información]]></kwd>
<kwd lng="en"><![CDATA[information systems]]></kwd>
<kwd lng="en"><![CDATA[integrity constraints]]></kwd>
<kwd lng="en"><![CDATA[natural language]]></kwd>
<kwd lng="en"><![CDATA[RuleSpeak]]></kwd>
<kwd lng="en"><![CDATA[SBVR]]></kwd>
</kwd-group>
</article-meta>
</front><body><![CDATA[ <p align="right"><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B>ART&Iacute;CULO    ORIGINAL</B></font></p>     <p>&nbsp;</p>     <p><font size="4"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Un lenguaje natural controlado para especificar restricciones de integridad en el modelo ER</font></strong></font></p>     <p>&nbsp;</p>     <p><font size="3" face="Verdana, Arial, Helvetica, sans-serif"><strong>Controlled Natural Language for   Integrity Constraints Specification in the ER Model</strong></font><font size="3"><strong></strong></font></p>     <p>&nbsp;</p>     <p>&nbsp;</p>     <P><font size="2"><strong><span lang=EN-GB><font face="Verdana, Arial, Helvetica, sans-serif">Alain</font></span><font face="Verdana, Arial, Helvetica, sans-serif"><span lang=EN-GB>Pereira Toledo</span><sup><span lang=EN-GB>1*</span></sup><span lang=EN-GB>, Alain</span><span lang=EN-GB>P&eacute;rez Alonso</span><sup>2</sup><span lang=EN-GB>, Luisa M.</span><span lang=EN-GB>Gonz&aacute;lez Gonz&aacute;lez</span><sup>2</sup></font></strong></font></p>     <p><font size="2"><sup><font face="Verdana, Arial, Helvetica, sans-serif">1</font></sup><font face="Verdana, Arial, Helvetica, sans-serif">Universidad de Sancti Sp&iacute;ritus &#8220;Jos&eacute; Mart&iacute; P&eacute;rez&#8221;. Avenida de Los M&aacute;rtires, No 360, Sancti Sp&iacute;ritus, SS, Cuba.alain@uniss.edu.cu    <br> <sup>2</sup>Universidad Central &#8220;Marta Abreu&#8221; de Las Villas. <span lang=EN-GB>Carretera a Camajuan&iacute; km 3&frac12;. Santa Clara, Villa Clara, Cuba.</span></font><span lang=EN-GB></span></font></p>     ]]></body>
<body><![CDATA[<P><span class="class"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">*Autor para la correspondencia:<a href="mailto:alain@uniss.edu.cu">alain@uniss.edu.cu</a>&nbsp;</font></span>     <P>     <P> <hr>     <P><font size="2"><b><font face="Verdana, Arial, Helvetica, sans-serif">RESUMEN</font></b> </font>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En   la pr&aacute;ctica los esquemas Entidad Interrelaci&oacute;n generados durante la modelaci&oacute;n   conceptual no son capaces de especificar restricciones, necesarias para   garantizar la integridad de un sistema de informaci&oacute;n. Aunque han existido   intentos, la comunidad de dise&ntilde;adores de bases de datos no ha adoptado una   pr&aacute;ctica para el dise&ntilde;o de la integridad de un sistema de informaci&oacute;n dado un   esquema entidad interrelaci&oacute;n del universo de discurso. Por tanto es necesario   seleccionar un lenguaje con gran nivel de captaci&oacute;n sem&aacute;ntica para especificar   restricciones. Para ello se eligi&oacute; el lenguaje natural controlado RuleSpeak,   unido al <em>Semantic of Business Vocabulary     and Rules</em>. Finalmente, se muestra la especificaci&oacute;n de aquellas   restricciones de integridad definidas por el modelador e impuestas por un   agente autorizado del negocio.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Palabras clave: </span></b><span lang=EN-GB>lenguaje natural, restricciones de integridad, RuleSpeak, SBVR, sistemas de informaci&oacute;n.</span></font></p> <hr>     <p><font size="2"><b><span lang=EN-GB><font face="Verdana, Arial, Helvetica, sans-serif">ABSTRACT</font></span></b> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">In practice,   Entity Relationship schemes generated during conceptual modeling phase are not   able to specify many of the constraints, to ensure the integrity of an   information system. Although there have been attempts, the community of   database designers has not adopted a practice for the design of integrity of an   information system, from an ER diagram of the universe of discourse. Therefore,   it is necessary to select a semantically rich language, to specify constraints.   In response, the controlled natural language RuleSpeak, bound to Semantic of   Business Vocabulary and Rules was selected. Finally, the specification of   integrity constraints defined by the modeler and imposed by an authorized   business agent is shown. This approach helps to cover a lack of ER model in   representing integrity, and helps in the understanding between the technical   and business personnel.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Key words: </span></b><span lang=EN-GB>information systems, integrity constraints, natural language, RuleSpeak, SBVR.</span></font></p> <hr>     <p>&nbsp;</p>     ]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p><font size="3"><b><font face="Verdana, Arial, Helvetica, sans-serif">INTRODUCCI&Oacute;N</font></b></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Desde que Peter Chen en   su c&eacute;lebre art&iacute;culo <em>The Entity Relationship     Model: Towards a Unified View of Data</em> (Chen, 1976), lanz&oacute; al mundo   su propuesta; el modelo Entidad Interrelaci&oacute;n (ER) se ha convertido en una de   las herramientas m&aacute;s populares dentro del dise&ntilde;o de bases de datos (Thalheim,   1999). No obstante, en la pr&aacute;ctica los esquemas producidos mediante este modelo   presentan algunas deficiencias (Fishman, 2003). Un buen modelo debe contener   tres componentes fundamentales: la estructura, un conjunto de operadores que   permitan la consulta y manipulaci&oacute;n de los datos, y la integridad (Date, 2001).   En el caso del modelo ER, solo existe soporte para las restricciones inherentes   al modelo, pero pr&aacute;cticamente ninguna para aquellas impuestas por un agente   autorizado del negocio. Si se toma en cuenta lo afirmado por (Date, 2001;   Thalheim, 2011), m&aacute;s del 90% de los especificado durante el dise&ntilde;o de una base   de datos, se circunscribe a las restricciones de integridad (RI). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Por su parte, el dise&ntilde;o   de bases de datos comprende las etapas de dise&ntilde;o conceptual, l&oacute;gico y f&iacute;sico.   Por tanto, el dise&ntilde;o de la integridad debe transitar tambi&eacute;n todas las etapas.   Sin embargo, aunque han existido intentos, la comunidad de dise&ntilde;adores de bases   de datos no ha adoptado una pr&aacute;ctica para el dise&ntilde;o de la integridad de un   sistema de informaci&oacute;n (SI), dado un esquema ER del universo de discurso (UoD).   En (Thalheim, 2011) se muestra c&oacute;mo a&uacute;n permanecen abiertos algunos t&oacute;picos   sobre &aacute;reas de las bases de datos, a pesar de ser relativamente antiguos. En   especial, las RI no han recibido un tratamiento te&oacute;rico unificado, y el modelo   ER carece de un est&aacute;ndar, a diferencia de UML. No obstante, en lo tocante al   dise&ntilde;o de la integridad en los SI, ya existen propuestas basadas en esquemas de   transformaci&oacute;n de lenguajes de modelado (Bajwa <em>et al</em>., 2010).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Un enfoque muy utilizado,   sobre todo por los practicantes del <em>Model     Driven Architecture</em>, es el transformacional (Bowen and Hinchey,   1999). En especial, el enfoque <em>top-down</em> (Afreen <em>et al</em>., 2011; Bajwa,   Bordbar and Lee, 2010; Bajwa <em>et al</em>.,   2011; Nemuraite <em>et al</em>.,   2010), establece la transformaci&oacute;n de las restricciones desde el mayor nivel de   abstracci&oacute;n (por lo general, a trav&eacute;s de un lenguaje cercano al natural) hasta   la tecnolog&iacute;a de implementaci&oacute;n. Por su parte, algunos han escogido un enfoque <em>bottom-up</em> para verbalizar las   restricciones formales en un lenguaje natural (Pau and Cabot, 2008).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En respuesta a las   deficiencias que muestra especialmente el dise&ntilde;o <em>conceptual</em> de bases de datos mediante el modelo ER, y en   virtud de las tareas necesarias para contribuir a la soluci&oacute;n; se propone en   este trabajo:</font></p> <ul style='margin-top:0cm' type=disc>   <li class=MsoNormal><font size="2" face="Verdana, Arial, Helvetica, sans-serif">RuleSpeak     como un lenguaje natural controlado, adecuado para la expresi&oacute;n de las RI     durante la etapa conceptual.</font></li>   <li class=MsoNormal><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><em>Semantics     of Business Vocabulary and Business Rules</em> (SBVR) como un lenguaje       apropiado para, unido al RuleSpeak, especificar formalmente y con gran       nivel de captaci&oacute;n sem&aacute;ntica, a las RI en la etapa conceptual.</font></li>     </ul>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">No obstante, el alcance   de tal propuesta no es definir un modelo definitivo para la especificaci&oacute;n de RI.   La intenci&oacute;n es mostrar, m&aacute;s que demostrar, la posibilidad de representarlas,   de manera que la comunidad relacionada con el UoD pueda entenderlas y que, a su   vez, sean procesables por una m&aacute;quina computadora.</font></p>     <p>&nbsp;</p>     <p><font size="3" face="Verdana, Arial, Helvetica, sans-serif"><strong>MATERIALES Y M&Eacute;TODOS </strong></font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A&uacute;n son escasos los   libros sobre bases de datos, que no dedican al menos un ep&iacute;grafe para explicar   los rudimentos de la construcci&oacute;n de esquemas ER. Quiz&aacute;s por ello, los dise&ntilde;os   de bases de datos carecen de un correcto soporte para las RI que garanticen la   integridad del sistema que se desea implementar. Y es que cuando Peter Chen   ide&oacute; el modelo ER solo dio provisi&oacute;n para aquellas restricciones inherentes.   As&iacute; que existen algunas restricciones que por su naturaleza o complejidad no   pueden, o no deben, ser especificadas a trav&eacute;s de diagramas (Fishman, 2003).</font></p>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">El modelo Entidad Interrelaci&oacute;n</font></strong></font></p>     <p><font size="2"><font face="Verdana, Arial, Helvetica, sans-serif">  Seg&uacute;n Oliv&eacute; (2007), el compromiso ontol&oacute;gico es la forma o herramienta a trav&eacute;s   de la cual un modelador observa o representa el UoD. En especial, aquel modelo en   que el mundo es descrito a trav&eacute;s de entidades, atributos e interrelaciones se   le denomina Modelo Entidad Interrelaci&oacute;n (MER).&nbsp; Por tanto, todo esquema   generado se representa a trav&eacute;s de los tipos de entidades (conceptos que   agrupan a entidades que poseen los mismos atributos), y de tipos de   interrelaciones que asocian a uno, dos o m&aacute;s tipos de entidades. En la <a href="#f01">figura 1</a> se muestra un diagrama para un esquema ER de personas   y sus cuentas bancarias, asociados a trav&eacute;s del tipo de interrelaci&oacute;n   &#8220;tiene&#8221;.</font></font></p>     <p align="center"><span style="text-align:center"><a name="f01"></a><img src="/img/revistas/rcci/v8n3/f0101314.jpg" alt="f01" width=542 height=98 border=0></span></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La amplia tradici&oacute;n de uso del MER en la comunidad de dise&ntilde;adores de bases de datos, ha sido relacionada con su gran capacidad para representar significados de manera sencilla sin perder expresividad. Despu&eacute;s de todo, el modelo ER es elogiado por haber dibujado la l&iacute;nea entre la expresividad y la sencillez en un buen punto (Badia, 2004). No obstante, algunos inconvenientes han surgido a partir de su popularidad, y es que ciertamente la utilizaci&oacute;n del enfoque ER no ayuda a los modeladores de bases de datos, a causa de la carencia de este modelo de un soporte adecuado para la integridad de los datos.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El MER solo da cabida a   las restricciones inherentes, es decir, aquellas que de manera impl&iacute;cita son   representadas a trav&eacute;s de un esquema. Las restricciones de identidad de la   entidad establecen que un conjunto de atributos identifican un&iacute;vocamente cada   una de las ocurrencias de un tipo de entidad. Por su parte, el modelo soporta   alg&uacute;n tipo de integridad referencial a trav&eacute;s de la restricci&oacute;n de   participaci&oacute;n obligatoria (llamada tambi&eacute;n de cardinalidad m&iacute;nima uno), por la   cual las instancias de un tipo de entidad tienen que estar interrelacionadas   con al menos una entidad a trav&eacute;s de determinada interrelaci&oacute;n (Elmasri and   Navathe, 2004). Ahora, restricciones tan sencillas como aquellas en que se   limita el valor de un atributo de cierto tipo de entidad no pueden ser   especificadas (Badia, 2004). En consecuencia, a trav&eacute;s de un esquema ER solo es   posible especificar la estructura del modelo de un SI.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>El lenguaje SBVR</strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Ahora, &iquest;no ser&iacute;a el sue&ntilde;o de cualquier dise&ntilde;ador de bases de datos especificar   las restricciones del sistema en un lenguaje lo m&aacute;s natural posible? En (Halpin   and Morgan, 2010) se afirma que no solo es deseable, sino necesario expresar la   descripci&oacute;n del UoD a trav&eacute;s de un lenguaje natural.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El SBVR es un est&aacute;ndar   adoptado por el OMG para servir de base a una descripci&oacute;n declarativa, formal y   detallada de la lengua natural (OMG, 2013), es decir, es un lenguaje natural <em>controlado</em>. Para (Kuhn, 2013) un   lenguaje natural controlado es un lenguaje construido, basado en alg&uacute;n lenguaje   natural; y restrictivo en l&eacute;xico, sintaxis y sem&aacute;ntica a la vez que preserva   sus propiedades naturales.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como lo indica su nombre,   SBVR se centra en la formalizaci&oacute;n del significado de las reglas y el   vocabulario del negocio. Se afirma adem&aacute;s que SBVR es una f&oacute;rmula bien formada   (OMG, 2013), por lo que una expresi&oacute;n del lenguaje siempre podr&aacute; ser validada   sint&aacute;cticamente. La ventaja de la formalizaci&oacute;n de un lenguaje natural, caso   del SBVR, radica precisamente en la capacidad de ser analizado por sistemas   inform&aacute;ticos.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Por otra parte, los   conceptos en SBVR, est&aacute;n provistos de significado. Para ello se establece en   (OMG, 2013) la manera de expresar la definici&oacute;n de cada t&eacute;rmino, notas   aclaratorias y el esquema de referencia, que es el medio por el cual se   establece a qu&eacute; objeto del UoD se refiere. El resultado son conceptos con una   expresi&oacute;n y significado asociado de gran nivel de precisi&oacute;n. Para los hechos y   las reglas se proveen las formulaciones sem&aacute;nticas. A trav&eacute;s de ellas es   posible especificar y capturar la sem&aacute;ntica de la expresi&oacute;n en el mismo   registro natural. Para ello, SBVR establece un conjunto predeterminado de   t&eacute;rminos, es decir, un vocabulario para formular la parte sem&aacute;ntica de la   expresi&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">C&oacute;mo expresar los   t&eacute;rminos, hechos y reglas del negocio no es normativo en SBVR. Esto significa   que es posible elegir el medio de comunicaci&oacute;n que desee el modelador, ya sea   gr&aacute;fico o textual. No obstante, en (OMG, 2013) se propone un lenguaje natural   controlado como medio de expresi&oacute;n, el <em>Structured     English</em>. Por su parte, SBVR se concentra en la intensi&oacute;n   (significado), la representaci&oacute;n (estructuras mediante las cuales son pensadas   los significados), y en la extensi&oacute;n (a qu&eacute; se refieren tales estructuras).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>El lenguaje   natural controlado RuleSpeak</strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Aunque <em>Structured English</em> es   la propuesta de SBVR para el vocabulario y las reglas, otros posibles medios de   expresi&oacute;n son mencionados en los ap&eacute;ndices de (OMG, 2013). Algunos son gr&aacute;ficos   como el ya conocido ORM/NIAM de Terry Halpin (1998), y otros son textuales,   como el RuleSpeak.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Ronald Ross es el creador   de RuleSpeak (Ross, 1997), un lenguaje natural controlado, semejante al <em>Structured English</em>, y que ha sido   adoptado por gran parte de la <em>Business     Rules Community</em> (BRC), la cual agrupa a los profesionales   practicantes del enfoque de reglas de negocio. Originalmente fue concebido en   ingl&eacute;s, pero ya cuenta con una versi&oacute;n al espa&ntilde;ol (Catal&aacute; Cervera, 2009b),   raz&oacute;n principal por la cual se eligi&oacute; sobre su hom&oacute;logo el <em>Structured English</em>. Adem&aacute;s, cuenta con   una mayor tradici&oacute;n en su uso, y con mayor n&uacute;mero de recursos en cuanto a   herramientas y entrenamiento patrocinados por la BRC.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La versi&oacute;n al espa&ntilde;ol de   RuleSpeak cuenta con una gu&iacute;a de plantillas para expresar las reglas seg&uacute;n su   tipo (Catal&aacute; Cervera, 2009b), y una gu&iacute;a sobre qu&eacute; debe hacerse o no mientras   se intenta escribir una regla del negocio (Catal&aacute; Cervera, 2009a).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Para escribir las   RI en un CNL</strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">  Cuando se escribe una RI mediante una CNL, no se sigue ning&uacute;n m&eacute;todo formal. En   realidad, es un proceso guiado por recomendaciones o principios que rigen la   construcci&oacute;n &#8220;adecuada&#8221; de las restricciones (Witt, 2012).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Hay muchas maneras de   escribir una regla, pero con un poco de entrenamiento, se puede lograr   expresarlas con claridad y precisi&oacute;n, es decir, con un solo significado   identificable. T&eacute;ngase en cuenta que el entrenamiento necesario es mucho menor,   comparado con t&eacute;cnicas tradicionales en las cuales el agente autorizado del   negocio no conoce casi nada de la tecnolog&iacute;a utilizada (Miguel Casta&ntilde;o and   Piattini Velthuis, 1999).</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El enfoque seguido parte   del uso de plantillas. Las plantillas son estructuras sint&aacute;cticas posibles en   un lenguaje natural controlado, y se comportan como patrones que rigen la forma   en que es posible expresar una sentencia, a la vez que crean un modo organizado   y consistente de expresar las reglas.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como se afirma en (Catal&aacute;   Cervera, 2009), el prop&oacute;sito de las plantillas b&aacute;sicas es asegurar que las   reglas escritas pueden comprenderse con facilidad. Tambi&eacute;n ayuda a asegurar que   los diferentes profesionales que trabajan sobre un gran conjunto de reglas   expresen las mismas ideas, de la misma manera. Esta consistencia no se podr&iacute;a   lograr si las reglas se expresaran de forma libre.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A continuaci&oacute;n se muestra   la restricci&oacute;n RI#1, para la cual se ha utilizado la plantilla que le sigue:</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">RI#1: La edad de una   persona tiene que ser menor o igual a 30 a&ntilde;os.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La|El &lt;t&eacute;rmino1&gt; {&lt;cl&aacute;usula de cualificaci&oacute;n&gt; | } tiene que   &lt;frase verbal&gt; &lt;cardinalidad&gt; &lt;t&eacute;rmino2&gt;</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Con el MER, las   plantillas RuleSpeak para SBVR, y la gu&iacute;a de principios y consejos sobre c&oacute;mo   escribir las restricciones, es que se tienen en la mano todas las herramientas   y el m&eacute;todo para iniciar el proceso de especificaci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Todos los t&eacute;rminos   utilizados durante el proceso deben estar contenidos en un esquema ER del UoD.   Aunque el modelado en SBVR sigue el enfoque de modelo de hechos, es posible   encontrar de manera muy pr&aacute;ctica los t&eacute;rminos y hechos fundamentales del   negocio, impl&iacute;citos en el esquema ER. Por tanto, la terminolog&iacute;a utilizada en   SBVR para referirse a las cosas que existen y sus relaciones en el UoD guarda   relaci&oacute;n, al menos parcial, con los componentes fundamentales del MER.</font></p>     <p>&nbsp;</p>     <p><font size="3" face="Verdana, Arial, Helvetica, sans-serif"><strong>RESULTADOS Y DISCUSI&Oacute;N </strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Con el MER, las   plantillas RuleSpeak para SBVR, y la gu&iacute;a de principios y consejos sobre c&oacute;mo   escribir las restricciones, es que se tienen en la mano todas las herramientas   y el m&eacute;todo para iniciar el proceso de especificaci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Todos los t&eacute;rminos   utilizados durante el proceso deben estar contenidos en un esquema ER del UoD.   Aunque el modelado en SBVR sigue el enfoque de modelo de hechos, es posible   encontrar de manera muy pr&aacute;ctica los t&eacute;rminos y hechos fundamentales del   negocio, impl&iacute;citos en el esquema ER. Por tanto, la terminolog&iacute;a utilizada en   SBVR para referirse a las cosas que existen y sus relaciones en el UoD guarda   relaci&oacute;n, al menos parcial, con los componentes fundamentales del MER.</font></p>     ]]></body>
<body><![CDATA[<p>La equivalencia mostrada tiene un valor m&aacute;s pr&aacute;ctico que formal, y solo tiene el prop&oacute;sito de encontrar la base para formular restricciones en SBVR que tomen sus constructos fundamentales de un esquema ER. En consecuencia, la <a href="/img/revistas/rcci/v8n3/t0101314.jpg" target="_blank">tabla 1</a> sirve de gu&iacute;a para identificar qu&eacute; puede ser extra&iacute;do del esquema ER con el objetivo de formular una RI. Las restricciones inherentes del modelo ER no ser&aacute;n analizadas ni expresadas en RuleSpeak con SBVR, pues ellas ya tienen cabida dentro del proceso tradicional de dise&ntilde;o de bases de datos.</p>     <p>En la <a href="#f01">figura   1</a> se muestra una parte de un esquema ER de una entidad bancaria. <em>Persona</em> corresponde a un <em>noun concept</em>, mientras que <em>edad</em> es una <em>characteristic</em>, que en el diagrama de ejemplo no ha sido   mostrado por razones de espacio. Por tanto, es posible formular la restricci&oacute;n   RI#1, pues los t&eacute;rminos fundamentales exigidos por la plantilla est&aacute;n presentes   en el esquema.</p>     <p>Aunque no es normativo,   SBVR ha implementado un sistema de colores para identificar las partes de una   regla. Ello se ha convertido en el sello de este lenguaje. RuleSpeak, que le   antecedi&oacute; por varios a&ntilde;os, tambi&eacute;n ha acogido tal estilo cuando se utiliza en   el contexto de SBVR. As&iacute;, la restricci&oacute;n RI#1 queda como sigue:</p>     <p>La <u>edad</u> <em>de</em> una <u>persona</u> tiene que <em>ser menor o igual a</em> <u>30 a&ntilde;os</u>.</p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En resumen, el dise&ntilde;ador/modelador elabora las RI en conjunto con un agente autorizado del negocio. Por su parte, las restricciones deber&aacute;n estar basadas en los componentes de un esquema ER. La salida ser&aacute; un documento con las restricciones expresadas en RuleSpeak con SBVR. En la <a href="#f02">figura 2</a> se condensa la pr&aacute;ctica seguida en el proceso de especificaci&oacute;n de las RI que no pueden ser representadas a trav&eacute;s del esquema ER del UoD.</font></p>     <p align="center"><span style="text-align:center"><a name="f02"></a><img src="/img/revistas/rcci/v8n3/f0201314.jpg" alt="f02" width=463 height=452 border=0></span></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El entendimiento com&uacute;n entre el personal t&eacute;cnico y el del negocio se convierte en un resultado importante. No solo resuelve un problema muy com&uacute;n y antiguo en el dise&ntilde;o de sistemas de informaci&oacute;n, sino que ayuda en la b&uacute;squeda de una pr&aacute;ctica en la comunidad de bases de datos, para tener en cuenta la integridad de los datos desde las primeras etapas hasta que finalmente es implementada. Esta aproximaci&oacute;n ha sido suscrita por (Pereira Toledo <em>et al</em>. 2013a; Pereira Toledo <em>et al</em>. 2013b), dode se afirma que con el MER y las restricciones expresadas en RuleSpeak con SBVR, es posible encontrar una especificaci&oacute;n destinada a la audiencia t&eacute;cnica, que pueda validarse a trav&eacute;s de t&eacute;cnicas formales. </font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>CONCLUSIONES</B></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Se encontr&oacute; que RuleSpeak es no solo un lenguaje apropiado para expresar las RI asociadas a un esquema ER, sino que presenta recursos valiosos para el entrenamiento del personal t&eacute;cnico y del negocio involucrado en el dise&ntilde;o de la integridad de un SI.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">SBVR, asociado a   RuleSpeak para expresar (escribir) la RI, es un lenguaje adecuado que permite   establecer el significado y la extensi&oacute;n, de los conceptos y sus restricciones.   Su nivel de expresi&oacute;n natural, lo convierte en el lenguaje preparado para   especificar las RI durante la etapa de modelaci&oacute;n conceptual. Adem&aacute;s SBVR goza   de una correcta base formal que le hace computacionalmente analizable.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Finalmente se mostr&oacute; la   posibilidad de expresar aquellas RI que no pueden ser representadas por un   esquema ER, el cual solo especifica los conceptos, caracter&iacute;sticas y relaciones   que existen en el UoD, en conjunto con algunas restricciones muy comunes, tales   como las restricciones de identidad de la entidad y las de cardinalidad.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Conocer c&oacute;mo especificar   adecuadamente las restricciones, dado un esquema ER del UoD, provee de un marco   para lograr una generaci&oacute;n autom&aacute;tica hasta lograr una versi&oacute;n implementada en   un futuro. Adem&aacute;s, la expresi&oacute;n adecuada de las restricciones en un nivel   conceptual, ayudar&aacute; a cubrir una carencia del MER relativa a la representaci&oacute;n   de la integridad. No obstante, quedan preguntas abiertas sobre c&oacute;mo expresar   adecuadamente las restricciones y la estructura de manera tal que puedan ser   validadas formalmente, qu&eacute; reglas rigen la transformaci&oacute;n hacia tales   componentes formales y qu&eacute; t&eacute;cnicas ser&aacute;n utilizadas en la validaci&oacute;n formal.</font></p>     <p>&nbsp;</p>     <p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>REFERENCIAS    BIBLIOGR&Aacute;FICAS</B></font>     <p><font size="2"><font face="Verdana, Arial, Helvetica, sans-serif">AFREEN, H., I. S. BAJWA y   B. BORDBAR. </font><font face="Verdana, Arial, Helvetica, sans-serif"><span lang=EN-GB>SBVR2UML:     A Challenging Transformation. En <em>Frontiers       of Information Technology (FIT), 2011.</em> 2011, p. 33-38. </span></font></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BADIA, A.   Entity-Relationship modeling revisited. ACM SIGMOD Record, 2004, 33(1), 77-82.     </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BAJWA, I. S., B. BORDBAR   y M. G. LEE. <span lang=EN-GB>OCL     constraints generation from natural language specification. </span>En <em>EDOC 2010 Conference.</em> 2010, p. 204-213. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BAJWA, I. S., M. G. LEE y   B. BORDBAR. <span lang=EN-GB>SBVR     Business Rules Generation from Natural Language Specification. En <em>AAAI Spring Symposium: AI for Business Agility.</em> 2011. </span></font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><span lang=EN-GB>BOWEN, J. P. y   M. G. HINCHEY <em>High-integrity system     specification and design</em>. </span>Springer Heidelberg, 1999. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CATAL&Aacute; CERVERA, A. L&iacute;neas   gu&iacute;a b&aacute;sicas de RuleSpeak. Qu&eacute; hacer y qu&eacute; no hacer cuando se expresan reglas   del negocio en lenguaje natural en castellano. v1.5, 2009a. Disponible en:   http://www.rulespeak.com/es/ </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">CATAL&Aacute; CERVERA, A.   Plantillas b&aacute;sicas de RuleSpeak. Especificando reglas del negocio en lenguaje   natural en castellano. v1.5, 2009b. <span lang=EN-GB>Disponible en: http://www.rulespeak.com/es/ </span></font><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><span lang=EN-GB>CHEN, P. P.-S.   The entity-relationship model-toward a unified view of data. </span>ACM Transactions on Database     Systems (TODS), 1976, 1(1), p. 9-36. </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">DATE, C. J. <em>Introducci&oacute;n a los sistemas de bases de datos</em>. <span lang=EN-GB>M&eacute;xico:   Prentice Hall, 2001.     </span></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ELMASRI, R. y   S. B. NAVATHE <em>Fundamentals of Database     Systems</em>. Addison-Wesley, 2004.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">FISHMAN, N. <em>Server-Based Rules Enforcement</em>.   Business Rules Solutions. LLC, 2003.     </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">HALPIN, T.   Object-Role Modeling (ORM/NIAM). En P. BERNUS , K. MERTINS AND G. SCHMIDT eds. <em>Handbook on Architectures of Information Systems. </em>Berlin: Springer-Verlag, 1998.     </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">HALPIN, T. y   T. MORGAN <em>Information modeling and     relational databases</em>. Morgan Kaufmann, 2010. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><span lang=EN-GB>KUHN, T. A   Survey and Classification of Controlled Natural Languages. </span>Computational Linguistics,     2013/06/26/ 2013, p. 1-50. Disponible en:     http://dx.doi.org/10.1162/COLI_a_00168</font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">MIGUEL CASTA&Ntilde;O, A. D. y   M. G. PIATTINI VELTHUIS <em>Fundamentos y     modelos de bases de datos</em>. <span lang=EN-GB>RA-MA, 1999.     </span></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">NEMURAITE, L.,   T. SKERSYS, A. SUKYS, E. SINKEVICIUS, <em>et     al</em>. VETIS tool for editing and transforming SBVR business   vocabularies and business rules into UML&amp;OCL models. En <em>16th International Conference on Information and     Software Technologies.</em> 2010, p. 377-384.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">OLIV&Eacute;, A. <em>Conceptual Modeling of Information Systems</em>.   Edtion ed. Berlin: Springer, 2007.     </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">OMG. Semantics   of Business Vocabulary and Business Rules (SBVR) v 1.1, 2013.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">PAU, R. y J. CABOT. <span lang=EN-GB>Paraphrasing OCL   Expressions with SBVR. </span>En <em>NLDB.</em> 2008, p. 311-316.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">PEREIRA TOLEDO, A., A.   P&Eacute;REZ ALONSO y L. M. GONZ&Aacute;LEZ GONZ&Aacute;LEZ. De SBVR hacia Alloy: una contribuci&oacute;n a   la transformaci&oacute;n de restricciones de integridad. En <em>II Conferencia Internacional de Ciencias     Computacionales e Inform&aacute;ticas. </em>La Habana, 2013a.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">PEREIRA TOLEDO, A., A.   P&Eacute;REZ ALONSO y L. M. GONZ&Aacute;LEZ GONZ&Aacute;LEZ. Transformaci&oacute;n de restricciones de   integridad para el dise&ntilde;o de sistemas de informaci&oacute;n. <span lang=EN-GB>En <em>Congreso Internacional COMPUMAT 2013. </em>La Habana, 2013b.     </span></font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ROSS, R. G. <em>The business rule book: classifying, defining and modeling   rules</em>. Edtion ed.: Business Rule Solutions, Inc., 1997. 416 p.     </font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">THALHEIM, B.   The Strength of ER Modeling. En P.P. CHEN, J. AKOKA, H. KANGASSALO y B.   THALHEIM. <em>Conceptual modeling: current     issues and future directions.</em> Springer, 1999, vol. 1565, p.   227-242. </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">THALHEIM, B.   Integrity constraints in (conceptual) database models. En <em>The evolution of conceptual modeling.</em> Springer, 2011, p. 42-67.     </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><span lang=EN-GB>WITT, G.   Writing Natural Language Rule Statements - a Systematic Approach: Part 1 -   Basic Principles. </span>Business     Rules Journal,&nbsp; 2012, 13(7).    </font></p>     <p align="left">     <p>&nbsp;</p>     <p>&nbsp;</p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Recibido: 18/12/2013     <br> Aceptado: 7/05/2014</font></p>     ]]></body>
<body><![CDATA[ ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[AFREEN]]></surname>
<given-names><![CDATA[H]]></given-names>
</name>
<name>
<surname><![CDATA[BAJWA]]></surname>
<given-names><![CDATA[I. S.]]></given-names>
</name>
<name>
<surname><![CDATA[BORDBAR]]></surname>
<given-names><![CDATA[B]]></given-names>
</name>
</person-group>
<source><![CDATA[SBVR2UML: A Challenging Transformation]]></source>
<year>2011</year>
<page-range>33-38</page-range><publisher-name><![CDATA[Frontiers of Information Technology (FIT)]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BADIA]]></surname>
<given-names><![CDATA[A]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[Entity-Relationship modeling revisited.]]></article-title>
<source><![CDATA[ACM SIGMOD Record]]></source>
<year>2004</year>
<volume>33</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>77-82</page-range></nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BAJWA]]></surname>
<given-names><![CDATA[I. S]]></given-names>
</name>
<name>
<surname><![CDATA[BORDBAR]]></surname>
<given-names><![CDATA[B.]]></given-names>
</name>
<name>
<surname><![CDATA[LEE]]></surname>
<given-names><![CDATA[M. G.]]></given-names>
</name>
</person-group>
<source><![CDATA[OCL constraints generation from natural language specification.]]></source>
<year>2010</year>
<month>20</month>
<day>10</day>
<page-range>204-213</page-range><publisher-name><![CDATA[En EDOC 2010 Conference.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BAJWA]]></surname>
<given-names><![CDATA[I. S]]></given-names>
</name>
<name>
<surname><![CDATA[LEE]]></surname>
<given-names><![CDATA[M. G.]]></given-names>
</name>
<name>
<surname><![CDATA[BORDBAR]]></surname>
<given-names><![CDATA[B.]]></given-names>
</name>
</person-group>
<source><![CDATA[SBVR Business Rules Generation from Natural Language Specification: En AAAI Spring Symposium: AI for Business Agility.]]></source>
<year>2011</year>
<month>20</month>
<day>11</day>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BOWEN]]></surname>
<given-names><![CDATA[J. P]]></given-names>
</name>
<name>
<surname><![CDATA[HINCHEY]]></surname>
<given-names><![CDATA[M. G]]></given-names>
</name>
</person-group>
<source><![CDATA[High-integrity system specification and design.]]></source>
<year>1999</year>
<month>19</month>
<day>99</day>
<publisher-name><![CDATA[Springer Heidelberg,]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CATALÁ CERVERA,]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Líneas guía básicas de RuleSpeak. Qué hacer y qué no hacer cuando se expresan reglas del negocio en lenguaje natural en castellano v1.5.]]></source>
<year>2009</year>
<month>20</month>
<day>09</day>
</nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CATALÁ CERVERA,]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Plantillas básicas de RuleSpeak. Especificando reglas del negocio en lenguaje natural en castellano. v1.5]]></source>
<year>2009</year>
<month>b</month>
</nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CHEN]]></surname>
<given-names><![CDATA[P.-S.]]></given-names>
</name>
</person-group>
<article-title xml:lang="en"><![CDATA[The entity-relationship model-toward a unified view of data.]]></article-title>
<source><![CDATA[ACM Transactions on Database Systems (TODS)]]></source>
<year>1976</year>
<volume>1</volume>
<numero>1</numero>
<issue>1</issue>
<page-range>9-36</page-range></nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[DATE,]]></surname>
<given-names><![CDATA[C. J.]]></given-names>
</name>
</person-group>
<source><![CDATA[Introducción a los sistemas de bases de datos.]]></source>
<year>2001</year>
<publisher-name><![CDATA[Prentice Hall,]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ELMASRI]]></surname>
<given-names><![CDATA[R.]]></given-names>
</name>
<name>
<surname><![CDATA[NAVATHE]]></surname>
<given-names><![CDATA[S. B.]]></given-names>
</name>
</person-group>
<source><![CDATA[Fundamentals of Database Systems.]]></source>
<year>2004</year>
<publisher-name><![CDATA[Addison-Wesley,]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[FISHMAN,]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
</person-group>
<source><![CDATA[Server-Based Rules Enforcement.]]></source>
<year>2003</year>
<publisher-name><![CDATA[Business Rules Solutions. LLC,]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HALPIN,]]></surname>
<given-names><![CDATA[T.]]></given-names>
</name>
</person-group>
<source><![CDATA[Object-Role Modeling (ORM/NIAM). En P. BERNUS , K. MERTINS AND G. SCHMIDT eds. Handbook on Architectures of Information Systems.]]></source>
<year>1998</year>
<publisher-name><![CDATA[Springer-Verlag]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[HALPIN]]></surname>
<given-names><![CDATA[T]]></given-names>
</name>
<name>
<surname><![CDATA[MORGAN]]></surname>
<given-names><![CDATA[T.]]></given-names>
</name>
</person-group>
<source><![CDATA[Information modeling and relational databases.]]></source>
<year>2010</year>
<publisher-name><![CDATA[Morgan Kaufmann,]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[KUHN,]]></surname>
<given-names><![CDATA[T.]]></given-names>
</name>
</person-group>
<source><![CDATA[A Survey and Classification of Controlled Natural Languages.]]></source>
<year>2013</year>
<page-range>1-50</page-range><publisher-name><![CDATA[Computational Linguistics]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B15">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[CASTAÑO]]></surname>
<given-names><![CDATA[A. D]]></given-names>
</name>
<name>
<surname><![CDATA[PIATTINI VELTHUIS]]></surname>
<given-names><![CDATA[M. G]]></given-names>
</name>
</person-group>
<source><![CDATA[Fundamentos y modelos de bases de datos.]]></source>
<year>1999</year>
<publisher-name><![CDATA[RA-MA]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B16">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[NEMURAITE]]></surname>
<given-names><![CDATA[L.]]></given-names>
</name>
<name>
<surname><![CDATA[SKERSYS]]></surname>
<given-names><![CDATA[T.]]></given-names>
</name>
<name>
<surname><![CDATA[SUKYS]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[SINKEVICIUS]]></surname>
<given-names><![CDATA[E.]]></given-names>
</name>
</person-group>
<source><![CDATA[VETIS tool for editing and transforming SBVR business vocabularies and business rules into UML&OCL models.]]></source>
<year>2010</year>
<page-range>377-384</page-range><publisher-name><![CDATA[En 16th International Conference on Information and Software Technologies.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B17">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[OLIVÉ,]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
</person-group>
<source><![CDATA[Conceptual Modeling of Information Systems.]]></source>
<year>2007</year>
<publisher-loc><![CDATA[^eSpringer Springer]]></publisher-loc>
<publisher-name><![CDATA[Edtion ed. Berlin:]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B18">
<nlm-citation citation-type="">
<collab>OMG</collab>
<source><![CDATA[Semantics of Business Vocabulary and Business Rules (SBVR) v 1.1,]]></source>
<year>2013</year>
</nlm-citation>
</ref>
<ref id="B19">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[PAU, R. y J.]]></surname>
<given-names><![CDATA[CABOT.]]></given-names>
</name>
</person-group>
<source><![CDATA[Paraphrasing OCL Expressions with SBVR.]]></source>
<year>2008</year>
<page-range>311-316</page-range><publisher-name><![CDATA[En NLDB]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B20">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[, A., A. PÉREZ ALONSO y]]></surname>
<given-names><![CDATA[L. M. GONZÁLEZ GONZÁLEZ.]]></given-names>
</name>
</person-group>
<source><![CDATA[De SBVR hacia Alloy: una contribución a la transformación de restricciones de integridad.]]></source>
<year>2013</year>
<month>a</month>
<publisher-loc><![CDATA[La Habana ]]></publisher-loc>
<publisher-name><![CDATA[En II Conferencia Internacional de Ciencias Computacionales e Informáticas.]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B21">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[PEREIRA TOLEDO, A., A. PÉREZ ALONSO y]]></surname>
<given-names><![CDATA[L. M. GONZÁLEZ GONZÁLEZ.]]></given-names>
</name>
</person-group>
<source><![CDATA[Transformación de restricciones de integridad para el diseño de sistemas de información. En Congreso Internacional COMPUMAT 2013.]]></source>
<year>2013</year>
<month>b</month>
<publisher-loc><![CDATA[La Habana ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B22">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ROSS,]]></surname>
<given-names><![CDATA[R. G.]]></given-names>
</name>
</person-group>
<source><![CDATA[The business rule book: classifying, defining and modeling rules.]]></source>
<year>1997</year>
<page-range>416</page-range><publisher-name><![CDATA[Edtion ed.: Business Rule Solutions, Inc.,]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B23">
<nlm-citation citation-type="journal">
<source><![CDATA[Conceptual modeling: current issues and future directions.]]></source>
<year>1999</year>
<volume>1565</volume>
<page-range>227-242</page-range><publisher-loc><![CDATA[Springer ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B24">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[THALHEIM,]]></surname>
<given-names><![CDATA[B.]]></given-names>
</name>
</person-group>
<source><![CDATA[Integrity constraints in (conceptual) database models. En The evolution of conceptual modeling.]]></source>
<year>2011</year>
<page-range>42-67</page-range><publisher-loc><![CDATA[Springer ]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B25">
<nlm-citation citation-type="journal">
<source><![CDATA[Writing Natural Language Rule Statements - a Systematic Approach: Part 1 - Basic Principles.]]></source>
<year>2012</year>
<volume>13</volume>
<numero>7</numero>
<issue>7</issue>
<publisher-name><![CDATA[Business Rules Journal,]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
