<?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-18992016000400005</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Módulos para la simulación de modelos de propagación en la herramienta Andrómeda]]></article-title>
<article-title xml:lang="en"><![CDATA[Modules for simulation of propagation models in the Andromeda tool]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Cylwik López]]></surname>
<given-names><![CDATA[Lianet]]></given-names>
</name>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Llanes Díaz]]></surname>
<given-names><![CDATA[Ariel]]></given-names>
</name>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Universidad de las Ciencias Informáticas Facultad 4 ]]></institution>
<addr-line><![CDATA[ Ciudad de La Habana]]></addr-line>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad de las Ciencias Informáticas Facultad Introductoria de las Ciencias Informáticas ]]></institution>
<addr-line><![CDATA[ Ciudad de La Habana]]></addr-line>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>12</month>
<year>2016</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>12</month>
<year>2016</year>
</pub-date>
<volume>10</volume>
<numero>4</numero>
<fpage>68</fpage>
<lpage>82</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S2227-18992016000400005&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S2227-18992016000400005&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S2227-18992016000400005&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[RESUMEN Con el incremento tecnológico de la actualidad, el desarrollo de las redes inalámbricas ha alcanzado un auge significativo, llevando sus aplicaciones incluso a la automatización de edificios. El diseño del despliegue de la red de sensores inalámbricos en una edificación es una compleja tarea que necesita simular el comportamiento de la señal de radio frecuencia en el interior de edificaciones. El presente trabajo consiste en la implementación de modelos de propagación que permitan determinar con precisión la conectividad entre dispositivos inalámbricos, de forma tal que se puedan posicionar correctamente en el interior de un edificio. En el desarrollo de la propuesta se utilizó Java para la implementación, NetBeans como Entorno de Desarrollo Integrado y Visual Paradigm for UML como herramienta para el modelado. En su primera versión, la solución implementada es capaz de calcular la propagación de ondas utilizando el modelo Multi-Wall y el modelo de Trayecto Dominante.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[ABSTRACT With increased technological present, the development of wireless networks has reached a significant boom, bringing their applications to building automation. The design of the deployment of wireless sensor network in a building is a complex task, which requires the simulation of the radio frequency signal inside buildings. The present work consists in implementing propagation models for determining accurately the connectivity between wireless devices, so that they can be positioned correctly inside of a building. In developing the proposal is used Java for implementing, NetBeans as an Integrated Development Environment and Visual Paradigm for UML as a tool for modeling. In its first version, the implemented solution is able to calculate wave propagation using the Multi-Wall model and the model Parent Path.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[modelos de propagación]]></kwd>
<kwd lng="es"><![CDATA[Multi-Wall]]></kwd>
<kwd lng="es"><![CDATA[Redes Inalámbricas de Sensores]]></kwd>
<kwd lng="es"><![CDATA[Actuadores]]></kwd>
<kwd lng="es"><![CDATA[simulación]]></kwd>
<kwd lng="es"><![CDATA[trayectoria dominante]]></kwd>
<kwd lng="en"><![CDATA[propagation models]]></kwd>
<kwd lng="en"><![CDATA[Multi-Wall]]></kwd>
<kwd lng="en"><![CDATA[Wireless Networks of Sensors and Actuators]]></kwd>
<kwd lng="en"><![CDATA[simulation]]></kwd>
<kwd lng="en"><![CDATA[dominant path.]]></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">M&oacute;dulos  para la simulaci&oacute;n de modelos de propagaci&oacute;n en la herramienta Andr&oacute;meda</font></strong></font></p>     <p>&nbsp;</p>     <p><font size="3"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Modules  for simulation of propagation models in the Andromeda tool</font></strong> </font></p>     <p>&nbsp;</p>     <p>&nbsp;</p>     <P><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Lianet Cylwik L&oacute;pez<strong><sup>1*</sup></strong>,</font> <font face="Verdana, Arial, Helvetica, sans-serif">Ariel Llanes D&iacute;az<strong><sup>2</sup></strong></font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><sup>1</sup>Facultad 4. Universidad de las Ciencias Inform&aacute;ticas. Carretera de San Antonio  de los Ba&ntilde;os, Km 2&frac12;. Torrens. Ciudad de La Habana. lcylwik@uci.cu.     <br>   <sup>2</sup>Facultad Introductoria de las Ciencias Inform&aacute;ticas. Universidad de las  Ciencias Inform&aacute;ticas. Carretera de San Antonio de los Ba&ntilde;os, Km 2&frac12;. Torrens.  Ciudad de La Habana. llanes@uci.cu.</font></p>     ]]></body>
<body><![CDATA[<P><font face="Verdana, Arial, Helvetica, sans-serif"><span class="class"><font size="2">*Autor para la correspondencia: </font></span><a href="mailto:lcylwik@uci.cu"><font size="2">lcylwik@uci.cu</font></a></font>     <p>&nbsp;</p> <hr>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b>RESUMEN</b> </font>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Con el incremento tecnol&oacute;gico  de la actualidad, el desarrollo de las redes inal&aacute;mbricas ha alcanzado un auge  significativo, llevando sus aplicaciones incluso a la automatizaci&oacute;n de  edificios. El dise&ntilde;o del despliegue de la red de sensores inal&aacute;mbricos en una  edificaci&oacute;n es una compleja tarea que necesita simular el comportamiento de la  se&ntilde;al de radio frecuencia en el interior de edificaciones. El presente trabajo  consiste en la implementaci&oacute;n de modelos de propagaci&oacute;n que permitan determinar  con precisi&oacute;n la conectividad entre dispositivos inal&aacute;mbricos, de forma tal que  se puedan posicionar correctamente en el interior de un edificio. En el  desarrollo de la propuesta se utiliz&oacute; Java para la implementaci&oacute;n, NetBeans  como Entorno de Desarrollo Integrado y <em>Visual</em> <em>Paradigm</em> <em>for</em> <em>UML</em> como herramienta  para el modelado. En su primera versi&oacute;n, la soluci&oacute;n implementada es capaz de  calcular la propagaci&oacute;n de ondas utilizando el modelo Multi-Wall y el modelo de  Trayecto Dominante. </font>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Palabras clave:</span></b></font> <font size="2" face="Verdana, Arial, Helvetica, sans-serif">modelos de propagaci&oacute;n; Multi-Wall; Redes Inal&aacute;mbricas de Sensores y  Actuadores; simulaci&oacute;n; trayectoria dominante.</font></p> <hr>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>ABSTRACT</span></b></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">With increased technological  present, the development of wireless networks has reached a significant boom,  bringing their applications to building automation. The design of the  deployment of wireless sensor network in a building is a complex task, which  requires the simulation of the radio frequency signal inside buildings. The  present work consists in implementing propagation models for determining  accurately the connectivity between wireless devices, so that they can be  positioned correctly inside of a building. In developing the proposal is used  Java for implementing, NetBeans as an Integrated Development Environment and  Visual Paradigm for UML as a tool for modeling. In its first version, the  implemented solution is able to calculate wave propagation using the Multi-Wall  model and the model Parent Path.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><b><span lang=EN-GB>Key words: </span></b>propagation models; Multi-Wall; Wireless Networks of Sensors and Actuators; simulation; dominant path.</font></p> <hr>     <p><font size="3" face="Verdana, Arial, Helvetica, sans-serif"><b>INTRODUCCI&Oacute;N</b></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En los &uacute;ltimos a&ntilde;os las Redes Inal&aacute;mbricas de  Sensores se han convertido en un campo de estudio que se encuentra en continuo  crecimiento. Consisten en un conjunto de nodos de peque&ntilde;o tama&ntilde;o, de muy bajo  consumo, que se comunican entre s&iacute; inal&aacute;mbricamente formando una red y que a su  vez se conectan con un sistema central siguiendo diferentes topolog&iacute;as. <em>(Buend&iacute;a, 2010)</em> Con la evoluci&oacute;n de esta tecnolog&iacute;a surgen los nodos actuadores. Mientras los  sensores van reuniendo informaci&oacute;n sobre el medio f&iacute;sico, los actuadores toman  decisiones y ejecutan las acciones apropiadas sobre el entorno. Estas redes son  conocidas como Redes Inal&aacute;mbricas de Sensores y Actuadores (WSAN, seg&uacute;n sus  siglas en ingl&eacute;s). <em>(Mu&ntilde;oz Castej&oacute;n, 2011)</em> </font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La gama de aplicaciones y servicios ofrecidos  por este tipo de sistemas son muy amplias, se pueden encontrar desplegados en  aplicaciones agr&iacute;colas, militares, industriales, para la salud, en la  dogm&aacute;tica, etc. Otra importante aplicaci&oacute;n de las WSAN, es su utilizaci&oacute;n en  los Sistemas de Control de Edificios (SCE) debido a las ventajas que brinda, dentro  de las m&aacute;s significativas se encuentran: ahorro energ&eacute;tico, supervisi&oacute;n del  consumo el&eacute;ctrico, telegesti&oacute;n remota, etc.<em> &nbsp;(Landstorfer,  2012)</em></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Lamentablemente, el uso de WSAN en algunos  tipos de escenarios puede conllevar al surgimiento de complejos problemas,  ejemplo de ello es el despliegue de estas redes dentro de una edificaci&oacute;n. En  entornos interiores los niveles de se&ntilde;al de Radio Frecuencia (RF) fluct&uacute;an en  mayor medida que en entornos exteriores; por consiguiente, la cobertura  inal&aacute;mbrica se caracteriza por ser compleja y muchas veces puede resultar  incontrolable en el interior de una edificaci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En la actualidad, existen varias  investigaciones que enfrentan el problema antes mencionado, sin embargo, a&uacute;n  existen enfoques que no han sido abordados y deficiencias sin resolverse, los  cuales representan campos de investigaci&oacute;n abiertos a nuevas innovaciones. Las  principales deficiencias de las herramientas actuales son: incorrecta selecci&oacute;n  de los modelos de propagaci&oacute;n de la se&ntilde;al de RF, en las simulaciones no se  tiene en cuenta el tipo de material y los obst&aacute;culos presentes en las  edificaciones, solo consideran la cobertura y la conectividad interna de la red  a la hora de generar las propuestas de despliegue, entre otras. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como consecuencias de las deficiencias  anteriores y otros problemas identificados por <em>(Nodarse Mora, 2010)</em> en las  herramientas actuales, fue necesario crear una herramienta software que genere  de forma autom&aacute;tica el n&uacute;mero y la posici&oacute;n de los dispositivos de una WSAN.  Dicha herramienta lleva por nombre Andr&oacute;meda y est&aacute; siendo desarrollada por el  grupo de investigaci&oacute;n del mismo nombre perteneciente a la Facultad 4 de la  Universidad de las Ciencias Inform&aacute;ticas (UCI). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para el desarrollo de Andr&oacute;meda, se  identificaron funcionalidades importantes que la misma debe incluir para lograr  la simulaci&oacute;n de la propagaci&oacute;n de la se&ntilde;al de RF. Entre las cuales se  encuentra: la implementaci&oacute;n de m&eacute;todos num&eacute;ricos capaces de determinar con  precisi&oacute;n la propagaci&oacute;n de ondas electromagn&eacute;ticas en ambientes confinados,  donde la onda transmitida encuentra obst&aacute;culos en su camino propios de  ambientes interiores, antes de llegar al receptor y que pueden producir la  p&eacute;rdida de la se&ntilde;al. Esto requiere de la valoraci&oacute;n de m&uacute;ltiples fen&oacute;menos que  son dependientes tanto de los materiales como de su configuraci&oacute;n geom&eacute;trica,  debido a la influencia que tienen las paredes y muros, las puertas y ventanas,  los materiales de construcci&oacute;n usados, as&iacute; como el tipo y el dise&ntilde;o  arquitect&oacute;nico de la edificaci&oacute;n. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para simular el comportamiento de la se&ntilde;al de  RF dentro de edificaciones, resulta importante la utilizaci&oacute;n de modelos de  propagaci&oacute;n en interiores. Un modelo de propagaci&oacute;n es un conjunto de  expresiones matem&aacute;ticas, diagramas y algoritmos utilizados para representar las  caracter&iacute;sticas de radio de un ambiente dado. <em>(Landstorfer, 2013)</em>La literatura propone diversas variantes de clasificaci&oacute;n de estos  modelos, de forma general, se pueden clasificar en emp&iacute;ricos o estad&iacute;sticos y  te&oacute;ricos o deterministas. Los primeros se basan en la extrapolaci&oacute;n estad&iacute;stica  de resultados a partir de mediciones realizadas sobre el terreno, mientras que  los segundos se apoyan en principios f&iacute;sicos en cuanto a la propagaci&oacute;n de  ondas de radio y fen&oacute;menos paralelos.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Producto de lo antes expresado, se identific&oacute; el siguiente problema a  resolver: &iquest;C&oacute;mo simular la propagaci&oacute;n de la se&ntilde;al de radio frecuencia para  predecir conectividad de dispositivos inal&aacute;mbricos en la herramienta Andr&oacute;meda?  Con el prop&oacute;sito de encontrar una soluci&oacute;n al problema planteado se propuso  como objetivo general: Desarrollar m&oacute;dulos para la simulaci&oacute;n de modelos de  propagaci&oacute;n en la herramienta Andr&oacute;meda.</font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>MATERIALES Y M&Eacute;TODOS </B></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Con el desarrollo vertiginoso de las tecnolog&iacute;as, y espec&iacute;ficamente en el  campo de las telecomunicaciones, la conexi&oacute;n de diferentes tipos de  dispositivos se realiza de manera inal&aacute;mbrica, incluso en &aacute;reas cr&iacute;ticas como  lo pueden ser los SCE. Es por ello que resulta imprescindible que exista un  buen funcionamiento de los dispositivos que integran estas redes y se garantice  la conectividad entre ellos. Para conocer la potencia de la se&ntilde;al de RF  recibida o, simplemente, determinar si existe comunicaci&oacute;n entre los  dispositivos en un medio inal&aacute;mbrico, se utilizan los modelos de propagaci&oacute;n.  En el desarrollo de este trabajo se abordar&aacute;n sus clasificaciones, as&iacute; como  algunas caracter&iacute;sticas de los seleccionados para la herramienta Andr&oacute;meda. </font></p>     ]]></body>
<body><![CDATA[<p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Modelos de propagaci&oacute;n para  entornos interiores</font></strong> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los modelos de propagaci&oacute;n permiten predecir el comportamiento de las  se&ntilde;ales electromagn&eacute;ticas, en un ambiente determinado, lo cual es indispensable  en procesos de planificaci&oacute;n de redes inal&aacute;mbricas y en general en cualquier  tipo de sistema de comunicaci&oacute;n inal&aacute;mbrico. Dependiendo del tipo de sistema de  comunicaci&oacute;n que se desee estudiar, algunos par&aacute;metros tales como: p&eacute;rdidas de  trayecto, longitud del trayecto, lento desvanecimiento y penetraci&oacute;n en muros;  toman mayor o menor importancia, por lo que diversos modelos han sido  desarrollados a fin de estimar con mayor facilidad los par&aacute;metros pertinentes,  en un estudio dado. &nbsp;<em>(Aguilar, 2010)</em> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los modelos de propagaci&oacute;n para entornos interiores se clasifican en  emp&iacute;ricos o estad&iacute;sticos y en te&oacute;ricos o deterministas. En la <a href="/img/revistas/rcci/v10n4/t0105416.jpg" target="_blank">Tabla 1</a> se  muestra un resumen de la clasificaci&oacute;n de los modelos m&aacute;s usados, obtenido como  resultado de la revisi&oacute;n del estado del arte.</font></p>     <p><font size="2"><a><strong><font face="Verdana, Arial, Helvetica, sans-serif">Modelos de propagaci&oacute;n seleccionados</font></strong></a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los modelos emp&iacute;ricos, como el Multi-Wall, tienen a su favor su gran  eficiencia computacional, <em>(N&uacute;&ntilde;ez L&oacute;pez, 2009)</em> adem&aacute;s, consideran las  influencias propias del entorno de manera impl&iacute;cita en su conjunto, sin ser  reconocidas cada una de ellas de forma aislada. Sin embargo, la exactitud de  sus simulaciones, depende de la precisi&oacute;n y similitud de las medidas del entorno  donde fueron tomadas y el nuevo entorno donde se va a aplicar el modelo.  Adem&aacute;s, se basan en el c&aacute;lculo de la se&ntilde;al transmitida en la trayectoria  directa desde el transmisor hacia el receptor, sin considerar mecanismos de  propagaci&oacute;n en interiores, causantes del problema del multitrayecto de la  se&ntilde;al. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En cambio, el modelo Trayecto Dominante, <em>(Wolfle, et al., 2013)</em> se  centra en el/los trayecto(s) dominante(s) entre el transmisor y el receptor.  Este modelo establece los par&aacute;metros que determinan estos trayectos dominantes  (longitud del trayecto, las propiedades de los materiales de los objetos con  los que interact&uacute;a el trayecto, el n&uacute;mero y el tipo de interacciones, etc.),  los cuales son usados en la predicci&oacute;n.</font> <a href="#f01"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Figura 1</font> </a></p>     <p align="center"><img src="/img/revistas/rcci/v10n4/f0105416.jpg" alt="f01" width="392" height="193"><a name="f01"></a></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Teniendo en cuenta las ventajas que presentan los modelos Multi-Wall y  Trayecto Dominante, las simulaciones realizadas por la herramienta propuesta,  en su primera versi&oacute;n, se considera deben estar basadas en estos dos modelos de  propagaci&oacute;n. A continuaci&oacute;n, ser&aacute;n descritas sus principales caracter&iacute;sticas.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><strong>Modelo Multi-Wall</strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El modelo Multi-Wall est&aacute; caracterizado por un  exponente de n = 2, como p&eacute;rdida de trayecto en  espacio libre; junto con factores de p&eacute;rdida relacionados con el n&uacute;mero de  plantas (n<sub>f</sub>)    y muros    (n<sub>w</sub>)   que interceptan la l&iacute;nea en  visi&oacute;n directa a la distancia (d) entre los terminales. La  f&oacute;rmula utilizada es la siguiente: (Galetzka, et  al., 2012) </font></p>     ]]></body>
<body><![CDATA[<p align="center"><img src="/img/revistas/rcci/v10n4/fo0105416.jpg" alt="fo01" width="332" height="33"></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Donde:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">PL1: P&eacute;rdida de trayecto a 1 metro.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">d: Distancia entre el transmisor y el receptor.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">af: Factor de atenuaci&oacute;n  de suelos.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">aw: Factor de atenuaci&oacute;n de muros.</font></p>   </li>       ]]></body>
<body><![CDATA[<li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">nf: N&uacute;mero de suelos atravesados.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">nw: N&uacute;mero de muros atravesados.</font></p>   </li>     </ul>     <p><font size="2"><a><strong><font face="Verdana, Arial, Helvetica, sans-serif">Modelo de  Trayecto Dominante</font></strong></a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El Modelo Trayecto Dominante determina exactamente el camino dominante  entre el transmisor y el receptor. As&iacute; que el tiempo de c&aacute;lculo en comparaci&oacute;n  con el trazado de rayos se reduce significativamente y la exactitud casi  id&eacute;ntica a dicho m&eacute;todo. La ecuaci&oacute;n utilizada para el c&aacute;lculo de la p&eacute;rdida de  trayectoria fue: <em>(Wolfle, et al., 2013)</em></font></p>     <p align="center"><img src="/img/revistas/rcci/v10n4/fo0205416.jpg" alt="fo02" width="395" height="74"></p>     <p>Donde:</p>     <p><img src="/img/revistas/rcci/v10n4/fo0305416.jpg" alt="fo03" width="509" height="253"></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Este modelo puede distinguir entre varios modos de propagaci&oacute;n para  definir el exponente de p&eacute;rdida de trayectoria. Los modos son: LOS, l&iacute;nea de  visi&oacute;n directa entre el transmisor y el receptor; OLOS (obstruido LOS), el  transmisor y el receptor se encuentran en la misma habitaci&oacute;n y el camino no  necesita ninguna penetraci&oacute;n de la pared, pero no hay una l&iacute;nea de visi&oacute;n  directa entre el transmisor y el receptor; NLOS (non-LOS), se requiere al menos  una penetraci&oacute;n a trav&eacute;s de una pared entre el transmisor y el receptor (12).  Los valores sugeridos para los diferentes modos son: LOS de 2.0 a 2.2, OLOS de  2.1 a 2.3, NLOS de 2.3 a 2.5. &nbsp;<em>(GmbH, 2012)</em></font><font size="2"><em></em></font></p>     <p><font size="2"><a><strong><font face="Verdana, Arial, Helvetica, sans-serif">Lenguaje  de programaci&oacute;n</font></strong></a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para la selecci&oacute;n del lenguaje de programaci&oacute;n  de la herramienta se tuvo en cuenta la complejidad de los algoritmos que ser&aacute;n usados para predecir conectividad de dispositivos inal&aacute;mbricos, los requisitos relacionados con la visualizaci&oacute;n  3D del entorno, adem&aacute;s de que es necesaria la utilizaci&oacute;n de t&eacute;cnicas de  inteligencia artificial. Basado en estas caracter&iacute;sticas el equipo de  arquitectos de la herramienta defini&oacute; la utilizaci&oacute;n de Java como lenguaje de  implementaci&oacute;n.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Java fue desarrollado por Sun Microsystems a  principios de los a&ntilde;os 90. El lenguaje en s&iacute; mismo toma mucha de su sintaxis de  C y C++, pero tiene un modelo de objetos m&aacute;s simple y elimina herramientas de  bajo nivel, que suelen inducir a muchos errores, como la manipulaci&oacute;n directa  de punteros o memoria. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Las aplicaciones desarrolladas con Java pueden  ser ejecutadas indistintamente en muchos equipos, ya que son independientes de  la arquitectura, es un lenguaje de desarrollo p&uacute;blico y se puede tener acceso  gratis al conjunto de herramientas de desarrollo de aplicaciones de Java (JDK  seg&uacute;n sus siglas en ingl&eacute;s). Posee gran conectividad con Bases de Datos y otros  sistemas. &nbsp;<em>(QTX,  2012)</em></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Una caracter&iacute;stica importante que se debe tener  en cuenta para el desarrollo de la herramienta propuesta, es el trabajo con  modelos tridimensionales, aspecto en el que Java tiene un buen desempe&ntilde;o,  debido a que presenta gran variedad de librer&iacute;as libres con buena potencia  gr&aacute;fica. Adem&aacute;s, se caracteriza por ser muy utilizado en la implementaci&oacute;n de  aplicaciones que incorporan t&eacute;cnicas de inteligencia artificial. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Existe adem&aacute;s variada documentaci&oacute;n y una amplia  comunidad sobre este lenguaje. Sin embargo, resulta importante se&ntilde;alar que los  programas realizados en Java suelen ser un poco lentos y para el manejo de  c&oacute;digo de bajo nivel, se deben utilizar m&eacute;todos nativos, disminuyendo as&iacute; su  portabilidad.</font></p>     <p><font size="2"><a><strong><font face="Verdana, Arial, Helvetica, sans-serif">Entorno de desarrollo</font></strong></a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Para el desarrollo de la soluci&oacute;n el equipo de arquitectura seleccion&oacute; como Entorno de Desarrollo Integrado (IDE, seg&uacute;n sus siglas en ingl&eacute;s) el NetBeans 7.3. Es libre y de c&oacute;digo abierto. Posee todas las herramientas necesarias para crear aplicaciones profesionales de escritorio, empresariales, web y aplicaciones m&oacute;viles con la plataforma Java.  (Oracle Corporation, 2010)</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Es conocido por la integraci&oacute;n con el lenguaje  Java, facilita el desarrollo utilizando funcionalidades como completamiento de  c&oacute;digo, coloreo de sintaxis, permite la utilizaci&oacute;n y edici&oacute;n de los  componentes visuales de forma sencilla. Incluye tambi&eacute;n el control de  versiones, lo cual representa una ventaja debido a que permite administrar las  diferentes versiones del c&oacute;digo fuente.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2"><a><strong><font face="Verdana, Arial, Helvetica, sans-serif">Librer&iacute;a 3D para el desarrollo</font></strong></a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para  la representaci&oacute;n y el modelado en tercera dimensi&oacute;n, Java posee potentes  librer&iacute;as gr&aacute;ficas que facilitan el trabajo y la interacci&oacute;n con los objetos  3D, dentro de las principales librer&iacute;as se encuentran: JOGL, JGL y Java3D. El  equipo de desarrollo del visor de la herramienta Andr&oacute;meda, teniendo en cuenta  las caracter&iacute;sticas de las librer&iacute;as gr&aacute;ficas para el modelado 3D, seleccion&oacute;  la librer&iacute;a Java3D dadas las ventajas que esta presenta sobre las librer&iacute;as  antes mencionadas, por ejemplo: la librer&iacute;a JOGL necesita adem&aacute;s de los  ficheros .jar las librer&iacute;as de enlaces din&aacute;micos dependiendo de la plataforma  donde se ejecute la aplicaci&oacute;n, no siendo esto necesario si se utiliza Java3D,  ya que no usa librer&iacute;as de enlace din&aacute;mico. Tanto JOGL como JavaGL no est&aacute;n  orientadas a objetos lo cual atrasa considerablemente el desarrollo de la  aplicaci&oacute;n, en cambio Java3D permite a los desarrolladores generar aplicaciones  de forma r&aacute;pida empleando las facilidades que brinda la Programaci&oacute;n Orientada  a Objetos. Adem&aacute;s del soporte a los cargadores que permite que se adapte a un  gran n&uacute;mero de formatos de ficheros. &nbsp;<em>(Bandomo  Ru&iacute;z, et al., 2012)</em></font><font size="2"><em></em></font></p>     <p><font size="2"><a><strong><font face="Verdana, Arial, Helvetica, sans-serif">Librer&iacute;a para cargar ficheros IFC</font></strong></a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Se utilizar&aacute; para el manejo de ficheros en formato IFC (Industry Foundation Classes) a la librer&iacute;a OpenIFCTools . Es un proyecto de c&oacute;digo abierto y multiplataforma que utiliza tecnolog&iacute;a Java. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El uso de esta librer&iacute;a permite el desarrollo orientado a objetos. Cada  clase del fichero IFC est&aacute; representada por una clase Java con sus atributos  correspondientes. En este sentido, es posible crear una instancia y manejar  cualquier objeto usando las clases de Java. Es posible leer y escribir ficheros  en formato IFC haciendo uso de m&eacute;todos sencillos, as&iacute; como registrar <em>listeners</em> en el modelo para informar los  cambios que ocurren en el mismo, lo cual puede aplicarse a cualquier objeto  utilizando los m&eacute;todos de acceso en lugar de acceder directamente a los  atributos (todos los atributos son p&uacute;blicos, lo que permite el acceso a los  datos). &nbsp;<em>(Tulke, et al., 2010)</em></font><font size="2"><em></em></font></p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>RESULTADOS Y DISCUSI&Oacute;N</B></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para el desarrollo de la soluci&oacute;n en la arquitectura  (<em>Molina  Toledo, et al., 2012)</em> de la herramienta se seleccion&oacute; la Plataforma  de NetBeans, debido a que su uso permite crear aplicaciones modulares. Haciendo  uso del IDE NetBeans, el cual est&aacute; desarrollado sobre esta plataforma, se  facilita considerablemente el desarrollo del tipo de aplicaciones como la que  se desea implementar, favoreciendo notablemente las soluciones creadas con  dicha tecnolog&iacute;a, debido a que no se necesita modificar directamente el n&uacute;cleo  de la aplicaci&oacute;n para agregar nuevos m&oacute;dulos, lo cual la hace m&aacute;s flexible.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><a><strong>Plataforma Andr&oacute;meda</strong></a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Seg&uacute;n se defini&oacute; en la arquitectura <em>(Molina  Toledo, et al., 2012)</em>: &ldquo;Andr&oacute;meda es el subsistema que hace  referencia al n&uacute;cleo del sistema final a desarrollar. El mismo es una instancia  de la Plataforma de NetBeans, por lo cual est&aacute; provisto del conjunto de APIs y  clases que provee la plataforma. A su vez es el encargado de la gesti&oacute;n de  carga de otros m&oacute;dulos. Inicia el men&uacute; de la aplicaci&oacute;n y carga la biblioteca  de sensores a ser usados en el proyecto.&rdquo;</font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La Plataforma de NetBeans  permite las relaciones entre m&oacute;dulos estableciendo dependencias entre ellos.  Adem&aacute;s, posee un mecanismo definido por la plataforma llamado Lookup, el cual  posibilita que cada m&oacute;dulo intercambie informaci&oacute;n con los restantes. </font></p>     <p><font size="2"><a><strong><font face="Verdana, Arial, Helvetica, sans-serif">M&oacute;dulos del Sistema</font></strong></a> </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A la herramienta Andr&oacute;meda se le adicionar&aacute;n tres m&oacute;dulos donde se  implementar&aacute;n los modelos de propagaci&oacute;n: MultiWallModel, DominantPathModel e  IndoorModel. A continuaci&oacute;n, se describen cada uno de estos.</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">IndoorModel: M&oacute;dulo  encargado de contener las clases interfaces que ser&aacute;n implementadas en los  restantes m&oacute;dulos, adem&aacute;s de contener las clases que gestionar&aacute;n  geom&eacute;tricamente el modelo 3D.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">MultiWallModel:  M&oacute;dulo que implementa el modelo de propagaci&oacute;n en interiores Multi-Wall, este  contiene solo la clase MultiWallModel que se encarga de buscar todas las  paredes y techos que intercepta la se&ntilde;al en su camino directo desde el  transmisor (Tx) al receptor (Rx) y con esto calcula la p&eacute;rdida de trayecto en  decibeles (dB).</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">DominantPathModel:  M&oacute;dulo que implementa el modelo de propagaci&oacute;n en interiores Trayecto  Dominante, contiene la clase principal DominantPathModel que se encarga de  calcular la p&eacute;rdida de trayecto por el mejor camino que transita la se&ntilde;al de  RF, adem&aacute;s contiene el resto de las clases que permiten dividir un modelo 3D en  habitaciones para lograr encontrar el trayecto dominante y calcular los  diferentes fen&oacute;menos f&iacute;sicos.</font></p>   </li>     </ul>     ]]></body>
<body><![CDATA[<p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Paquetes del sistema</font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Siguiendo la estructura convencional de  aplicaciones Java para lograr una mejor organizaci&oacute;n del c&oacute;digo, cada m&oacute;dulo de  la aplicaci&oacute;n se desarroll&oacute; centrado en la arquitectura de la plataforma  Andr&oacute;meda.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La estructura de paquetes en Java se organiza de la siguiente manera:  paqueteprincipal.subpaquete, por lo que quedan organizados los paquetes que  conforman los m&oacute;dulos nuevos como:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">cu.andromeda.IndoorModel</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">cu.andromeda.MultiWallModel</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">cu.andromeda.DominantPathModel</font></p>   </li>     </ul>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para m&aacute;s detalles ver la <a href="/img/revistas/rcci/v10n4/f0205416.jpg" target="_blank">Figura 2</a>.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A continuaci&oacute;n, se describen cada uno de los paquetes:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">cu.andromeda.IndoorModel:  Este paquete almacena las clases e interfaces principales que implementar&aacute;n los  distintos modelos de propagaci&oacute;n de la se&ntilde;al de RF.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">cu.andromeda.IndoorModel.geometry:  Este paquete tiene las clases que definen los elementos geom&eacute;tricos necesarios  para implementar los distintos modelos de propagaci&oacute;n.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">cu.andromeda.MultiWallModel  y cu.andromeda.DominatPathModel: Estos paquete contendr&aacute;n las clases necesarias  para implementar el modelo de propagaci&oacute;n Multi-Wall y el modelo de propagaci&oacute;n  Trayecto Dominante respectivamente. </font></p>   </li>     </ul>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Modelo de datos</font></strong></font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El modelo de datos es la descripci&oacute;n de la  organizaci&oacute;n de una base de datos, constituy&eacute;ndose en una representaci&oacute;n  gr&aacute;fica orientada a la obtenci&oacute;n de la estructura de datos mediante m&eacute;todos. A continuaci&oacute;n,  se muestra un fragmento del mismo.</font> <a href="/img/revistas/rcci/v10n4/f0305416.jpg" target="_blank"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Ver figura 3</font></a>. </p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A continuaci&oacute;n, se muestra la descripci&oacute;n de las tablas que conforman la  Base de Datos empleadas por la herramienta para su funcionamiento.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">tb_device: Almacena la informaci&oacute;n persistente de los dispositivos  empleados para el trabajo con la herramienta.    <br>   tb_device_type: Esta tabla es un nomenclador que almacena los diferentes  tipos de dispositivos que son empleados para el trabajo con la herramienta. Los  mismos pueden <em>serCoordinator, Router y  EndDevice</em>.    <br>   tb_sensor: Nomenclador que almacena los tipos de sensores que pueden  estar contenidos dentro de los dispositivos utilizados en el sensado.    <br>   tb_device_sensor: Esta tabla representa la relaci&oacute;n que existe entre los  dispositivos y los sensores correspondientes a cada dispositivo.    <br>   tb_material: Almacena la informaci&oacute;n de los  diferentes materiales de los elementos no estructurales que pueden estar dentro  de las edificaciones.</font></p>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Diagrama de componentes </font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los Diagramas de componentes son usados para  estructurar el modelo de implementaci&oacute;n en t&eacute;rminos de subsistemas de  implementaci&oacute;n y mostrar las relaciones entre los elementos de implementaci&oacute;n.  Como se muestra en la <a href="/img/revistas/rcci/v10n4/f0405416.jpg" target="_blank">Figura 4.</a></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El m&oacute;dulo <strong>IndoorModel</strong> contendr&aacute; los componentes principales que se encargar&aacute;n de la gesti&oacute;n de los  modelos de propagaci&oacute;n que emplear&aacute; la herramienta Andr&oacute;meda para su  funcionamiento. Cada modelo de propagaci&oacute;n de la se&ntilde;al de RF debe implementar  la interfaz <strong>IModelConnectivity</strong>, la  cual consta de una funci&oacute;n encargada de predecir la conectividad entre dos  dispositivos. Esta funci&oacute;n ser&aacute; utilizada por el subsistema <strong>Algorithms</strong> para comprobar la  conectividad entre dos dispositivos.</font></p>     ]]></body>
<body><![CDATA[<p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Pruebas experimentales</font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para medir el nivel de precisi&oacute;n de los  resultados generados por los modelos de propagaci&oacute;n implementados, en cuanto a  la p&eacute;rdida de se&ntilde;al en dB, se realizaron pruebas experimentales en un escenario  real (ala izquierda del segundo piso del Docente 5 de la UCI, ver <a href="#f05">Figura 5</a>). Para la realizaci&oacute;n de dichas pruebas se  utilizaron dispositivos del tipo XBee-Pro S2 haciendo uso del protocolo de  comunicaci&oacute;n ZigBee (operando en la banda de frecuencia de 2.4 GHz), estos  dispositivos poseen un umbral de sensibilidad de -102 dBm.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para la realizaci&oacute;n de las  pruebas se fij&oacute; el dispositivo transmisor en un punto cualquiera del escenario,  a partir de este se comenz&oacute; a trasladar el dispositivo receptor (XBee-Pro S2)  hacia varias direcciones, tomando la posici&oacute;n donde el receptor indica a trav&eacute;s  del LED RSSI (apagado si no recibe se&ntilde;al alguna) que no existe conexi&oacute;n y en  donde se supone existe una p&eacute;rdida de -102 dBm. Luego, se coloc&oacute; la posici&oacute;n  del transmisor y los puntos donde se pierde la conexi&oacute;n con el receptor en la  herramienta Andr&oacute;meda y se compara el resultado con el valor supuesto. Este  experimento se realiz&oacute; en varias ocasiones variando la posici&oacute;n del transmisor  y del receptor, arrojando como resultado que los modelos de propagaci&oacute;n  implementados para la herramienta proveen resultados con una exactitud  aproximada de &plusmn;4 dBm para el Trayecto Dominante y de &plusmn;10 dBm para el  Multi-Wall. </font></p>     <p align="center"><img src="/img/revistas/rcci/v10n4/f0505416.jpg" alt="f05" width="251" height="302"><a name="f05"></a></p>     <p><font size="2"><strong><font face="Verdana, Arial, Helvetica, sans-serif">Beneficios y nivel de aplicaci&oacute;n</font></strong></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En la &uacute;ltima d&eacute;cada se ha producido un  crecimiento espectacular en las comunicaciones inal&aacute;mbricas. La necesidad de  evaluar de un modo eficaz la propagaci&oacute;n de radio en edificios est&aacute; aumentando.  Tambi&eacute;n es cr&iacute;tico optimizar las localizaciones de las estaciones bases  requeridas para asegurar el funcionamiento satisfactorio de los sistemas. Por  lo tanto, la predicci&oacute;n de la propagaci&oacute;n de radio para los entornos de  interior, que forma la base de la optimizaci&oacute;n para la localizaci&oacute;n de las  estaciones base, se ha convertido en un asunto de investigaci&oacute;n importante. &nbsp;<em>(Landstorfer, 2012)</em></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como resultado de esta herramienta se tendr&aacute; un  despliegue que cumpla con los objetivos de optimizaci&oacute;n de una WSAN dentro de  una edificaci&oacute;n, trayendo como beneficios una reducci&oacute;n en los costos de  despliegue (costo de cada dispositivo), los costos de mantenimiento, la  conectividad de la red y la reducci&oacute;n del consumo el&eacute;ctrico. Adem&aacute;s, es una  herramienta de gran utilidad para la comunidad cient&iacute;fica internacional que  investiga el problema del despliegue de WSAN en entornos interiores. El  dise&ntilde;ador de WSAN contar&aacute; con una herramienta que facilitar&aacute; su trabajo y  elevar&aacute; su calidad, as&iacute; como se elevar&aacute; la calidad de vida de las personas que  residen o trabajan en edificaciones que la contengan.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Este tipo de sistema tiene gran aplicaci&oacute;n, los  podemos ver desplegados en: seguridad, control de acceso, gesti&oacute;n de la energ&iacute;a  (iluminaci&oacute;n, climatizaci&oacute;n, aguas y riegos), monitorizaci&oacute;n y control (avisos  y alarmas, monitorizaci&oacute;n de la salud, automatizaci&oacute;n de tareas dom&eacute;sticas),  ocio y entretenimiento (equipos multimedia, cultura), comunicaci&oacute;n con sistemas  y servidores externos, operaci&oacute;n y mantenimiento de las propias instalaciones. (Mu&ntilde;oz Castej&oacute;n, 2011)</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En nuestro pa&iacute;s se podr&aacute;  aplicar en el control medio ambiental, en la agricultura, en la prevenci&oacute;n de  incendios, en la construcci&oacute;n, el turismo, etc. </font></p>     <p>&nbsp;</p>     ]]></body>
<body><![CDATA[<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">La investigaci&oacute;n realizada estableci&oacute; que en la literatura se proponen  diversas variantes de clasificaci&oacute;n de los modelos de propagaci&oacute;n, de forma  general, se pueden clasificar en emp&iacute;ricos o estad&iacute;sticos y te&oacute;ricos o  deterministas. Los primeros se basan en la extrapolaci&oacute;n estad&iacute;stica de  resultados a partir de mediciones realizadas sobre el terreno, mientras que los  segundos se apoyan en principios f&iacute;sicos en cuanto a la propagaci&oacute;n de ondas de  radio y fen&oacute;menos paralelos. Fueron implementados los modelos de propagaci&oacute;n Multi-Wall y Trayecto  Dominante, los cuales se desarrollaron como parte de la arquitectura de la  herramienta Andr&oacute;meda, posibilitando que la misma tenga la capacidad de  predecir la conectividad entre dos dispositivos inal&aacute;mbricos de una WSAN en un  entorno interior. Para el desarrollo de la propuesta de soluci&oacute;n se us&oacute; como  lenguaje de programaci&oacute;n Java, utilizando como IDE NetBeans v7.3. Las librer&iacute;as  usadas para el desarrollo fueron Java 3D y OpenIFCTools. Las pruebas  experimentales realizadas evidenciaron que los modelos de propagaci&oacute;n  implementados para la herramienta proveen resultados con una exactitud  aproximada de &plusmn;4 dBm para el Trayecto Dominante y de &plusmn;10 dBm para el Multi-Wall.  El resultado obtenido le permitir&aacute; al dise&ntilde;ador de WSAN, determinar con  precisi&oacute;n la propagaci&oacute;n de onda entre dos dispositivos y as&iacute; posicionarlos  correctamente en el interior de un edificio.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A partir del trabajo realizado y despu&eacute;s de haber analizado los  resultados obtenidos se sugiere a los futuros desarrolladores de la herramienta  las siguientes recomendaciones que aportar&iacute;an un mayor valor de uso en la  misma:</font></p> <ul>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Implementar nuevos  m&oacute;dulos con otros modelos de propagaci&oacute;n.</font></p>   </li>       <li>         <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Implementar  un banco de pruebas el cual incluya un n&uacute;mero significativo de modelos de  propagaci&oacute;n y permita a la comunidad cient&iacute;fica realizar experimentos y comparaciones  seg&uacute;n su nivel de precisi&oacute;n en diferentes tipos de entornos. </font></p>   </li>     </ul>     <p>&nbsp;</p>     <p align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>REFERENCIAS  BIBLIOGR&Aacute;FICAS</B></font>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">AGUILAR, JHON JAIRO PADILLA. 2010. Modelo de  propagaci&oacute;n en interiores. Ingenieria Telem&aacute;tica. 2010.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ARFKEN, G. 2013. Ecuaciones De  Maxwell. Espa&ntilde;a&nbsp;: s.n., 2013.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BANDOMO RU&Iacute;Z, JAVIER and TORRES  SAAVEDRA, ORLANDO. 2012. Visor tridimensional de entornos interiores  para la herramienta Andr&oacute;meda. La Habana&nbsp;: s.n., 2012.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">BUEND&Iacute;A, MANUEL , VERA, JOSE y  LOSILLA, FERNANDO . 2010. Redes de  Sensores y Actuadores (WSAN) en dom&oacute;tica. Cartagena, Espa&ntilde;a&nbsp;: s.n., 2010.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">GALETZKA, MIHAEL, y Otros. 2012. Challenges of Simulating Robust Wireless Sensor Network  Applications. Germany&nbsp;: s.n., 2012.    </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">GMBH. 2012. AWE Communications. [En  l&iacute;nea] 2012. [Citado el: 2 de 3 de 2013.] <a href="http://www.awe-com.com">www.awe-com.com</a>.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">LANDSTORFER, F. M. 2012. Modelo de  Cobertura para Redes Inal&aacute;mbricas de Interiores. 2012.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">LANDSTORFER, F M. 2013. Modelos de  propagaci&oacute;n de rayos en interior. 2013.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">MICHAEL GALETZKA, J&Uuml;RGEN HAUFE, MICHAEL  LINDIG, UWE EICHLER, PETER SCHNEIDER. 2012. Challenges of Simulating Robust  Wireless Sensor Network Applications. Germany&nbsp;: s.n., 2012.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">MOLINA TOLEDO, PABLO and RODR&Iacute;GUEZ  EST&Eacute;VEZ, HENRY. 2012. Arquirectura de la herramienta Andr&oacute;meda. 2012.    </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">MU&Ntilde;OZ CASTEJ&Oacute;N, RODRIGO. 2011. Interconexi&oacute;n de  redes de sensores inal&aacute;mbricos 802.15.4 en localizaciones remotas. Madrid&nbsp;:  s.n., 2011.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">NODARSE MORA, ISMAEL ARMANDO y  D&Iacute;AZ RODR&Iacute;GUEZ, MANUEL. 2010. Utilizaci&oacute;n de  WSANs en Sistemas de Control de Edificios. 2010.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">N&Uacute;&Ntilde;EZ L&Oacute;PEZ, PABLO ANDR&Eacute;S. 2009. Estudio de la  Propagaci&oacute;n de se&ntilde;ales Electromagn&eacute;ticas en edificios en banda de Wi-fi y  WiMax. 2009.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">ORACLE CORPORATION. 2010. NetBeans. [En l&iacute;nea] 2010. http://netbeans.org.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">QTX. 2012. Qualitrain. [En l&iacute;nea] 2012. http://www.qualitrain.com.mx/objeIndirecto/javavsvbasic.htm.    </font></p>     ]]></body>
<body><![CDATA[<!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">TULKE, JAN, et al. 2010. Open Ifc Tools. [Online] 2010.  http://www.openifctools.org/Open_IFC_Tools/Features.html.    </font></p>     <!-- ref --><p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">WOLFLE, G and LANDSTORFER. 2013. Dominant paths for the field strength  prediction. University of Stuttgart. Germany&nbsp;: s.n., 2013.     </font></p>     <p>&nbsp;</p>     <p>&nbsp;</p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Recibido: 13/04/2015    <br> Aceptado: 23/06/2016</font></p>      ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[AGUILAR]]></surname>
<given-names><![CDATA[JHON JAIRO PADILLA]]></given-names>
</name>
</person-group>
<source><![CDATA[Modelo de propagación en interiores.]]></source>
<year>2010</year>
</nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ARFKEN]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
</person-group>
<source><![CDATA[Ecuaciones De Maxwell]]></source>
<year>2013</year>
</nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BANDOMO RUÍZ]]></surname>
<given-names><![CDATA[JAVIER]]></given-names>
</name>
<name>
<surname><![CDATA[TORRES SAAVEDRA]]></surname>
<given-names><![CDATA[ORLANDO]]></given-names>
</name>
</person-group>
<source><![CDATA[Visor tridimensional de entornos interiores para la herramienta Andrómeda]]></source>
<year>2012</year>
<publisher-loc><![CDATA[^eLa Habana La Habana]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[BUENDÍA]]></surname>
<given-names><![CDATA[MANUEL]]></given-names>
</name>
<name>
<surname><![CDATA[VERA]]></surname>
<given-names><![CDATA[JOSE]]></given-names>
</name>
<name>
<surname><![CDATA[LOSILLA]]></surname>
<given-names><![CDATA[FERNANDO]]></given-names>
</name>
</person-group>
<source><![CDATA[Redes de Sensores y Actuadores (WSAN) en domótica.]]></source>
<year>2010</year>
<publisher-loc><![CDATA[^eCartagena Cartagena]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[GALETZKA]]></surname>
<given-names><![CDATA[MIHAEL]]></given-names>
</name>
</person-group>
<source><![CDATA[Challenges of Simulating Robust Wireless Sensor Network Applications]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[GMBH]]></surname>
</name>
</person-group>
<source><![CDATA[AWE Communications]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[LANDSTORFER]]></surname>
<given-names><![CDATA[F. M]]></given-names>
</name>
</person-group>
<source><![CDATA[Modelo de Cobertura para Redes Inalámbricas de Interiores]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[LANDSTORFER]]></surname>
<given-names><![CDATA[F M]]></given-names>
</name>
</person-group>
<source><![CDATA[Modelos de propagación de rayos en interior]]></source>
<year>2013</year>
</nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[MICHAEL]]></surname>
<given-names><![CDATA[GALETZKA]]></given-names>
</name>
<name>
<surname><![CDATA[JÜRGEN]]></surname>
<given-names><![CDATA[HAUFE]]></given-names>
</name>
<name>
<surname><![CDATA[LINDIG]]></surname>
<given-names><![CDATA[MICHAEL]]></given-names>
</name>
<name>
<surname><![CDATA[EICHLER]]></surname>
<given-names><![CDATA[UWE]]></given-names>
</name>
<name>
<surname><![CDATA[SCHNEIDER]]></surname>
<given-names><![CDATA[PETER]]></given-names>
</name>
</person-group>
<source><![CDATA[Challenges of Simulating Robust Wireless Sensor Network Applications]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[MOLINA TOLEDO]]></surname>
<given-names><![CDATA[PABLO]]></given-names>
</name>
<name>
<surname><![CDATA[RODRÍGUEZ ESTÉVEZ]]></surname>
<given-names><![CDATA[HENRY]]></given-names>
</name>
</person-group>
<source><![CDATA[Arquirectura de la herramienta Andrómeda]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[MUÑOZ CASTEJÓN]]></surname>
<given-names><![CDATA[RODRIGO]]></given-names>
</name>
</person-group>
<source><![CDATA[Interconexión de redes de sensores inalámbricos 802.15.4 en localizaciones remotas]]></source>
<year>2011</year>
<publisher-loc><![CDATA[^eMadrid Madrid]]></publisher-loc>
</nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[NODARSE MORA]]></surname>
<given-names><![CDATA[ISMAEL ARMANDO]]></given-names>
</name>
<name>
<surname><![CDATA[DÍAZ RODRÍGUEZ]]></surname>
<given-names><![CDATA[MANUEL]]></given-names>
</name>
</person-group>
<source><![CDATA[Utilización de WSANs en Sistemas de Control de Edificios]]></source>
<year>2010</year>
</nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[NÚÑEZ LÓPEZ]]></surname>
<given-names><![CDATA[PABLO ANDRÉS]]></given-names>
</name>
</person-group>
<source><![CDATA[Estudio de la Propagación de señales Electromagnéticas en edificios en banda de Wi-fi y WiMax]]></source>
<year>2009</year>
</nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[ORACLE CORPORATION]]></surname>
</name>
</person-group>
<source><![CDATA[NetBeans]]></source>
<year>2010</year>
</nlm-citation>
</ref>
<ref id="B15">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[QTX]]></surname>
</name>
</person-group>
<source><![CDATA[Qualitrain]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B16">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[TULKE]]></surname>
<given-names><![CDATA[JAN]]></given-names>
</name>
</person-group>
<source><![CDATA[Open Ifc Tools.]]></source>
<year>2010</year>
</nlm-citation>
</ref>
<ref id="B17">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[WOLFLE]]></surname>
<given-names><![CDATA[G]]></given-names>
</name>
<name>
<surname><![CDATA[LANDSTORFER]]></surname>
</name>
</person-group>
<source><![CDATA[Dominant paths for the field strength prediction]]></source>
<year>2013</year>
<publisher-name><![CDATA[University of Stuttgart]]></publisher-name>
</nlm-citation>
</ref>
</ref-list>
</back>
</article>
