<?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-18992013000300008</article-id>
<title-group>
<article-title xml:lang="es"><![CDATA[Implementación de métodos ágiles para la simulación de casos de uso y prototipado en el proceso de desarrollo de software]]></article-title>
<article-title xml:lang="en"><![CDATA[Implementing agile methods for simulating use case and prototyping in the software development process]]></article-title>
</title-group>
<contrib-group>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Patiño Castro]]></surname>
<given-names><![CDATA[Mónica]]></given-names>
</name>
<xref ref-type="aff" rid="A01"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Merchán]]></surname>
<given-names><![CDATA[Luis]]></given-names>
</name>
<xref ref-type="aff" rid="A02"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname><![CDATA[Pardo]]></surname>
<given-names><![CDATA[César]]></given-names>
</name>
<xref ref-type="aff" rid="A03"/>
</contrib>
</contrib-group>
<aff id="A01">
<institution><![CDATA[,Seguros Bolivar S.A  ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Colombia</country>
</aff>
<aff id="A02">
<institution><![CDATA[,Universidad de San Buenaventura Grupo de Investigación LIDIS ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Colombia</country>
</aff>
<aff id="A03">
<institution><![CDATA[,Universidad de San Buenaventura Grupo de Investigación LIDIS ]]></institution>
<addr-line><![CDATA[ ]]></addr-line>
<country>Colombia</country>
</aff>
<pub-date pub-type="pub">
<day>00</day>
<month>09</month>
<year>2013</year>
</pub-date>
<pub-date pub-type="epub">
<day>00</day>
<month>09</month>
<year>2013</year>
</pub-date>
<volume>7</volume>
<numero>3</numero>
<fpage>85</fpage>
<lpage>95</lpage>
<copyright-statement/>
<copyright-year/>
<self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_arttext&amp;pid=S2227-18992013000300008&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_abstract&amp;pid=S2227-18992013000300008&amp;lng=en&amp;nrm=iso"></self-uri><self-uri xlink:href="http://scielo.sld.cu/scielo.php?script=sci_pdf&amp;pid=S2227-18992013000300008&amp;lng=en&amp;nrm=iso"></self-uri><abstract abstract-type="short" xml:lang="es"><p><![CDATA[Este artículo presenta el manejo de simulación de casos de uso, la creación de prototipos y generación de escenarios como parte inicial del ciclo de vida del desarrollo del software, aplicando el concepto de diseño ágil; es decir, cómo se puede llegar a una aproximación cercana de la dinámica del negocio proporcionando interacción temprana con el cliente, para continuar luego con las etapas formales del ciclo de vida.]]></p></abstract>
<abstract abstract-type="short" xml:lang="en"><p><![CDATA[This paper presents the use of simulation use cases, prototyping and scenario generation as an initial part of the life cycle of software development, using then concept agile design; ie how to reach a close approximation of the dynamics of the business by providing early interaction whit the client, and continues with the client, and continues with the formal stages of the life cycle.]]></p></abstract>
<kwd-group>
<kwd lng="es"><![CDATA[Simulación]]></kwd>
<kwd lng="es"><![CDATA[casos de uso]]></kwd>
<kwd lng="es"><![CDATA[prototipado]]></kwd>
<kwd lng="es"><![CDATA[diseño ágil]]></kwd>
<kwd lng="en"><![CDATA[Simulation]]></kwd>
<kwd lng="en"><![CDATA[use case]]></kwd>
<kwd lng="en"><![CDATA[prototyping]]></kwd>
<kwd lng="en"><![CDATA[agile design]]></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" face="Verdana, Arial, Helvetica, sans-serif"><b>Implementaci&oacute;n    de m&eacute;todos &aacute;giles para la simulaci&oacute;n de casos de uso y    prototipado en el proceso de desarrollo de software</b></font></p>     <p>&nbsp;</p>     <p><b><font size="3" face="Verdana, Arial, Helvetica, sans-serif">Implementing    agile methods for simulating use case and prototyping in the software development    process</font></b></p>     <p>&nbsp;</p>     <p>&nbsp;</p>     <P><font face="Verdana, Arial, Helvetica, sans-serif"><b><font size="2">M&oacute;nica    Pati&ntilde;o Castro<sup>1</sup>, Luis Merch&aacute;n<sup>2</sup>, C&eacute;sar    Pardo<sup>3</sup></font></b></font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><sup>1</sup>Seguros    Bolivar S.A, Colombia, CL 56 No 2-155, Cali, <a href="mailto:monica.patino@segurosbolivar.com">monica.patino@segurosbolivar.com</a>    <br>   <sup>2</sup>Grupo de Investigaci&oacute;n LIDIS, Universidad de San Buenaventura,    seccional Cali, Colombia, Av. 10 de Mayo, La Umbr&iacute;a, Carretera a Pance,    Cali, <a href="mailto:lmerchan@usbcali.edu.co">lmerchan@usbcali.edu.co</a>    ]]></body>
<body><![CDATA[<br>   <sup>3</sup>Grupo de Investigaci&oacute;n LIDIS, Universidad de San Buenaventura,    seccional Cali, Colombia, Av. 10 de Mayo, La Umbr&iacute;a, Carretera a Pance,    Cali, <a href="mailto:cjpardo@usbcali.edu.co">cjpardo@usbcali.edu.co</a></font></p>     <P>      <P>&nbsp;</p>     <P>&nbsp;</p> <hr>     <P><font face="Verdana, Arial, Helvetica, sans-serif" size="2"><B>RESUMEN</B></font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Este art&iacute;culo    presenta el manejo de simulaci&oacute;n de casos de uso, la creaci&oacute;n    de prototipos y generaci&oacute;n de escenarios como parte inicial del ciclo    de vida del desarrollo del software, aplicando el concepto de dise&ntilde;o    &aacute;gil; es decir, c&oacute;mo se puede llegar a una aproximaci&oacute;n    cercana de la din&aacute;mica del negocio proporcionando interacci&oacute;n    temprana con el cliente, para continuar luego con las etapas formales del ciclo    de vida.</font>      <P><font face="Verdana, Arial, Helvetica, sans-serif"><B><font size="2">Palabras    clave: </font></B><font size="2"> Casos de uso, sdise&ntilde;o &aacute;gil,    imulaci&oacute;n, prototipado.</font></font></P> <hr>     <p><font face="Verdana, Arial, Helvetica, sans-serif"><font size="2"><B>ABSTRACT</b></font>    </font></p>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">This paper presents    the use of simulation use cases, prototyping and scenario generation as an initial    part of the life cycle of software development, using then concept agile design;    ie how to reach a close approximation of the dynamics of the business by providing    early interaction whit the client, and continues with the client, and continues    with the formal stages of the life cycle. </font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B>Key words: </B></font><font face="Verdana, Arial, Helvetica, sans-serif"><font size="2">Agile    design</font></font><font face="Verdana, Arial, Helvetica, sans-serif" size="2">,    simulation, prototyping, use case.</font></P> <hr>     ]]></body>
<body><![CDATA[<p>&nbsp;</p>     <p>&nbsp;</p>     <p><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><b>INTRODUCCI&Oacute;N</b></font>  </p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como es parte fundamental&nbsp;    del ciclo de vida del&nbsp; desarrollo del software el&nbsp; encargarse de garantizar    y validar que el software cumpla plenamente con los requerimientos&nbsp; de    la aplicaci&oacute;n, y dado que en la mayor&iacute;a de los casos el cliente    no es claro en la definici&oacute;n de los&nbsp; requisitos; se propone que    mediante el&nbsp;&nbsp; manejo de simulaciones de los casos de uso se dise&ntilde;e    el modelo de un sistema real,&nbsp; con el prop&oacute;sito de presentar&nbsp;    un determinado n&uacute;mero de escenarios que satisfagan la necesidad del cliente,    con los cuales &eacute;l podr&aacute; como parte activa del proyecto identificar    y describir el comportamiento y la estructura del sistema. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El proceso de simulaci&oacute;n    nos lleva a etapas de modelizaci&oacute;n de la realidad que nos permite abstraer    y entender de manera sencilla los procesos, rescatando los objetos y estados    importantes para la generaci&oacute;n de cada uno de los diferentes planteamientos    o escenarios propuestos. Por medio del Unified Modeling Language (UML) se construir&aacute;n    los modelos de simulaci&oacute;n, el cual es una herramienta que permite la    evoluci&oacute;n y refinamiento de manera &aacute;gil ayudando a que el dise&ntilde;o    del modelo establezca una retroalimentaci&oacute;n con el usuario sobre lo que    se quiere representar; permitiendo modelar el sistema desde una perspectiva    y nivel de detalle diferente indicando las principales funcionalidades del sistema.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los prototipos    construidos se deben desarrollar en poco tiempo sin utilizar muchos recursos,&nbsp;    logrando as&iacute; la eficiencia y desarrollo de varios escenarios. El enfoque    del desarrollo &aacute;gil nos orienta a la representaci&oacute;n de los aspectos    del sistema que realmente se requieren y gracias a ellos se refinan los requisitos    del software que se desarrollaran. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Planteamiento del    problema </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La presentaci&oacute;n    de los requisitos mediante un lenguaje natural en la gran mayor&iacute;a de    las situaciones llega con problemas de ambig&uuml;edad, escalabilidad y trazabilidad    (L&oacute;pez, 2000) y poca conexi&oacute;n del negocio con la implementaci&oacute;n    final del sistema. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> El hecho de que    la elaboraci&oacute;n de los casos de uso parte de que exista&nbsp; una excelente    definici&oacute;n y buen entendimiento de los requerimientos; si partimos de    que al realizar el proceso de elaboraci&oacute;n de los casos de uso su comportamiento    se especifica simulando el flujo de eventos con el prop&oacute;sito de presentar    al usuario uno o varios&nbsp; modelos cercanos a la realidad o a lo que realmente    se requiere.&nbsp; </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> En el momento    de la elaboraci&oacute;n de los casos de uso com&uacute;nmente se cae en el    error de realizar una descomposici&oacute;n funcional lo cual nos desv&iacute;a    de la necesidad principal o hace que se pierda el contexto,&nbsp; por lo tanto&nbsp;    si&nbsp; modelamos con base en una serie de criterios principales podremos identificar    qu&eacute; valor agregado para el cliente puede tener uno u otro caso de uso    simulado,&nbsp; seg&uacute;n Kurt Bittner &ldquo;Un caso de uso debe producir    valor para los actores con los que interact&uacute;a&rdquo;. </font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Entenderemos el    prop&oacute;sito de simular casos de uso de un sistema, experimentando con modelos    de trabajo,&nbsp; seg&uacute;n R.E Shannon que dice &ldquo;La simulaci&oacute;n    es el proceso de dise&ntilde;ar un modelo de un sistema real y llevar a t&eacute;rmino    experiencias con &eacute;l, con la finalidad de entender el comportamiento del    sistema o evaluar nuevas estrategias&nbsp; dentro de los l&iacute;mites impuestos&rdquo;.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Una vez se han    identificado y elaborado los casos de uso simulados,&nbsp; desarrollamos los    prototipos creando bocetos por medio de las herramientas disponibles en el mercado    que nos brinda apoyo en su elaboraci&oacute;n de una manera f&aacute;cil y r&aacute;pida    pudiendo realizar modificaciones en forma sencilla e involucrar el manejo de    usabilidad provista por la misma herramienta; la construcci&oacute;n del prototipo    se debe enfocar en los aspectos del software visibles para el cliente, el cual    los evaluar&aacute; y as&iacute; se podr&aacute;n refinar. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Cuando se ha seleccionado    el caso de uso basado en la simulaci&oacute;n y posterior esbozo de prototipado,&nbsp;    se continuar&aacute; con el desarrollo formal que contempla todo el ciclo de    vida del desarrollo del software. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Es importante    poder llegar a un alto nivel de aceptaci&oacute;n por parte del cliente con    los que se ha modelado, lo cual nos garantiza confiabilidad y calidad para las    etapas posteriores.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Marco te&oacute;rico</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> La actual generaci&oacute;n    de las organizaciones y la evoluci&oacute;n de las existentes,&nbsp; est&aacute;n    demostrando que los&nbsp; requerimientos de software sean elaborados con mayor    rapidez y con alta calidad satisfaciendo las necesidades de todos los medios,    dicha situaci&oacute;n hace que se requiera de t&eacute;cnicas, herramientas    y metodolog&iacute;as que faciliten el proceso en el desarrollo del software.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Para especificar    el comportamiento de un sistema partimos de los Casos de Uso los cuales operan    mediante la descripci&oacute;n de un conjunto de secuencias y acciones que el    sistema debe realizar generando un resultado con caracter&iacute;sticas de valor.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Los casos de uso    proporcionan al desarrollador el camino para comprender el requerimiento del    cliente, validan la arquitectura y verifican que el sistema sea consecuente    (Garc&iacute;a, 2004). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">El concepto de    los casos de uso fue introducido por Jacobson en 1992, el cual propone realizar    una descripci&oacute;n de los requerimientos funcionales que nacen de las necesidades    del cliente (Ceria, 1998). Con base en sus publicaciones los especialistas en    m&eacute;todos orientados a objetos tomaron los casos de uso como la forma de    especificar el comportamiento externo de un sistema, siendo as&iacute; su notaci&oacute;n    incorporada al lenguaje est&aacute;ndar de modelado UML (Unified Modellin Languaje)    propuesto por Jacobson Rumbaugh y Booch. Su &eacute;xito radica en entender    a un sistema mediante una secuencia de interacciones con los actores describiendo    las funcionalidades del sistema.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La propuesta planteada    es fijar el concepto como parte inicial del ciclo de vida del desarrollo del    software, realizando&nbsp; Simulaci&oacute;n de los casos de uso, desarrollo    de prototipos y manejo de escenarios antes del desarrollo formal basados en    el criterio de dise&ntilde;o &aacute;gil, con el prop&oacute;sito de obtener    un excelente nivel de aceptaci&oacute;n con el cliente estableciendo sinergia    entre &eacute;l y la tecnolog&iacute;a. </font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Investigaciones    anteriores que han incursionado con el concepto de simulaci&oacute;n de casos    de uso,&nbsp; nos lleva a continuar&nbsp; en&nbsp; el camino&nbsp; y a evaluar    sus caracter&iacute;sticas&nbsp; las cuales&nbsp; podemos adoptar y tener en    cuenta.&nbsp; El estudio publicado en Estados Unidos por la IEEE Computer Society&nbsp;    en la 29 conferencia internacional de ingenier&iacute;a de software&nbsp; en    el a&ntilde;o 2007,&nbsp;&nbsp; presentan una importante relaci&oacute;n con    este prop&oacute;sito; por medio del tema UCSIM: A Tool for Simulating Use Case    Scenarios (Jayaraman and &nbsp; Whittle, 2007). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Para la ejecuci&oacute;n    de la simulaci&oacute;n de los casos de uso y manejo de escenarios se tomar&aacute;    como referencia&nbsp; el planteamiento de la herramienta UCSIM, el cual se basa    en un plugin de eclipse para la visualizaci&oacute;n y simulaci&oacute;n de    casos de uso el cual consiste en convertir la lista de casos de uso en archivos    ejecutable&nbsp; o jerarqu&iacute;as UML llamadas&nbsp; m&aacute;quinas de estado    proveyendo: sem&aacute;ntica, visi&oacute;n local de cada subsistema y&nbsp;    el uso de la m&aacute;quina de estados en etapas posteriores del desarrollo.    </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> UCSIM, usa extensiones    m&iacute;nimas de los modelos de UML para describir los casos de uso, transforma    los casos de uso autom&aacute;ticamente en formato ejecutable (jer&aacute;rquicos    UML State Machines) proporcionando un simulador&nbsp; configurable para la ejecuci&oacute;n    de la m&aacute;quina de estado. En UML (Lenguaje Unificado de Modelado), una    m&aacute;quina de estado es aquel comportamiento que permite hacer un seguimiento    de la vida de un objeto en el transcurso de un tiempo finito (Tutorial UML 2,    2007). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Otro de los planteamientos    importantes que apoyan la simulaci&oacute;n es el enfoque detallado en el paper    TOWARD A STANDARD PROCESS: THE USE OF UML FOR DESIGNING SIMULATION MODELS donde    se especifican los modelos de simulaci&oacute;n mediante el uso de UML, (Richter    and Lothar, 2012) todas las caracter&iacute;sticas esenciales de la estructura    y las din&aacute;micas del modelo de simulaci&oacute;n que se construir&aacute;    pueden ser descritas.&nbsp; </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Por lo tanto, antes    de que la implementaci&oacute;n empiece, los requisitos sobre el modelo de simulaci&oacute;n    pueden ser formulados f&aacute;cilmente. Adem&aacute;s, los usuarios, as&iacute;    como tambi&eacute;n los desarrolladores obtienen una especificaci&oacute;n y    una documentaci&oacute;n paralela al proceso de construcci&oacute;n del modelo    de simulaci&oacute;n. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">A trav&eacute;s    de UML se obtiene, para el desarrollo del proceso integral, una descripci&oacute;n    de los requisitos y las caracter&iacute;sticas de rendimiento del modelo de    simulaci&oacute;n en cuanto a su estructura y din&aacute;mica. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Seguidamente&nbsp;    a la simulaci&oacute;n de los casos de uso, se desarrollaran&nbsp; los prototipos,    los cuales por medio de modelos exploratorios ayudan a detallara con claridad    la posible soluci&oacute;n, facilitando los cambios r&aacute;pidamente.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Existen gran variedad    de herramientas que permiten realizar&nbsp; prototipos, una de ellas es &ldquo;Calico&rdquo;    (Mangano, <em>et al.</em> 2008), una herramienta de software de dise&ntilde;o,    por medio del uso de una Tablet (PC), realiza un dise&ntilde;o ligero o esbozo    informal,&nbsp; permitiendo de forma r&aacute;pida explorar y organizar las    ideas&nbsp; orientadas al dise&ntilde;o del software que lleven a la soluci&oacute;n    adecuada. La diferencia radica en que permite deshacer y hacer las operaciones    dise&ntilde;adas, iniciar con un bosquejo y luego agregar complejidad, agrupar    elementos importantes para el dise&ntilde;ador&nbsp; haciendo que la interpretaci&oacute;n    sea m&aacute;s f&aacute;cil. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Se busca que la    herramienta de prototipado cumpla con caracter&iacute;sticas (Maner, 2000) esenciales    para el desarrollo, entre ellas: Experimental, es decir, que permita implementar    validaciones espec&iacute;ficas; otra caracter&iacute;stica requerida es la    operacional, es decir, iterativo y progresivamente refinado que nos conducen    directamente al sistema real.</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Podemos obtener    un manejo sencillo y amigable con otras herramientas de prototipado como Balsamiq    Mockups, el cual es un programa descrito en Flex y AIR creando r&aacute;pidamente    wireframes, posee una interfaz f&aacute;cil de usar. Esta herramienta puede    ser instalada en diferentes sistemas como Windows, Linux, Mac, posee funcionalidades    b&aacute;sicas hasta la exportaci&oacute;n a PNG o PDF (Balsamiq, 2012). </font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> La necesidad de    buscar el entendimiento de los procesos nos ha permitido incrementar el desempe&ntilde;o    y optimizar los procesos mediante herramientas como simuladores (Brooks and    Tobias, 2012) que se basan en un modelo del proceso real los cuales han podido    potenciar sus destrezas y habilidades haci&eacute;ndolos cada vez m&aacute;s    competitivos. La propuesta es trabajar&nbsp; sobre un ambiente para la construcci&oacute;n    de simulaciones, basado en una metodolog&iacute;a que permite integrar al usuario    de una manera activa en el proceso de implementaci&oacute;n a trav&eacute;s    de UML (Unified Modeling Language), lenguaje que nos aporta el marco necesario    para construir e integrar modelos&nbsp;(Tripodi and Illescas, 1999), ofreciendo    una notaci&oacute;n est&aacute;ndar para describir estructuras y comportamientos    de los objetos por medio de la especificaci&oacute;n, visualizaci&oacute;n y    documentaci&oacute;n de los artefactos de un sistema.&nbsp; </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> La evoluci&oacute;n    del dise&ntilde;o &aacute;gil del desarrollo del software, dio inici&oacute;    a mediados de los a&ntilde;os 90, como reacci&oacute;n a los modelos estrictos,&nbsp;    estructurados,&nbsp; lentos y poco eficientes; en el a&ntilde;o 2001 miembros    de la comunidad se reunieron en Snowbrid y adoptaron el nombre de &ldquo;m&eacute;todos    agiles&rdquo;&nbsp; proporcionando un entorno productivo (Calder&oacute;n and    Sahara, 2007), con la participaci&oacute;n de grupos peque&ntilde;os y desarrollo    por iteraciones. Se encuentra como la m&aacute;s destacada de las metodolog&iacute;as    agiles a: XP eXtreme Programimg, siendo capaz de adaptarse a los cambios de    requisitos. El &eacute;xito radica en el cumplimiento del prop&oacute;sito como    aporte inicial en el ciclo de vida de un proyecto, usar notaci&oacute;n para    comunicar el modelo, aplicar el proceso con la simulaci&oacute;n y prototipado    bajo caracter&iacute;sticas y condiciones en las que se debe actuar (manejo    de escenarios)&nbsp; y generar aceptaci&oacute;n del cliente en las primeras    etapas del desarrollo. </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Caracter&iacute;sticas    de la propuesta </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> El    prop&oacute;sito que se quiere lograr con el planteamiento de simulaci&oacute;n    de casos de uso en la parte inicial del ciclo de vida del desarrollo del software,    es el de construir modelos&nbsp; por medio de la simulaci&oacute;n&nbsp; planteando    diversas alternativas con el fin de elegir y adoptar la mejor para&nbsp; el    sistema, con el objetivo de que sea la &oacute;ptima o&nbsp; lo m&aacute;s cercana    a la realidad planteada por el cliente. </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Describir    la realidad que se desea simular con el grado de abstracci&oacute;n apropiado    para afrontar el problema que se quiere resolver mediante la simulaci&oacute;n    a implementar. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Validar la informaci&oacute;n    presentada en el prototipo, que sea correcta y adecuada, ayudando al cliente    a visualizar de manera concreta los casos de uso simulados, los cuales se detallaran    en el software que se va a construir; y permite eliminar muchos posibles malos    entendidos cuando se presente el producto final. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Reflejar de manera    l&oacute;gica la visi&oacute;n del sistema a trav&eacute;s de las interfaces    elaboradas en etapas tempranas (Zapata and Gonz&aacute;lez, 2008). Reducirlos    riesgos que se presentan cuando se desarrolla sin tener una visi&oacute;n clara    de lo que el cliente quiere, los cuales se resuelven con el grado en el que    el modelo logra describir el comportamiento, con su precisi&oacute;n y con la    facilidad de que sean comprendidos. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Modificar los    modelos de simulaci&oacute;n de manera r&aacute;pida con el fin de analizar    diferentes pol&iacute;ticas o escenarios. Mejorar el sistema por la v&iacute;a    de la simulaci&oacute;n, es m&aacute;s recomendable que hacerlo directamente    en el sistema real; es mucho m&aacute;s sencillo comprender y visualizar los    m&eacute;todos de simulaci&oacute;n que los m&eacute;todos puramente anal&iacute;ticos.    Permitir involucrar al cliente o usuario final desde la etapa m&aacute;s temprana    del desarrollo, alcanzando sinergia entre los involucrados y la tecnolog&iacute;a.    </font></p>     <p>&nbsp;</p>     <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif"><B><font size="3">MATERIALES    Y M&Eacute;TODOS</font></B></font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Experimentaci&oacute;n</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Descripci&oacute;n    del proceso </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como primera medida,    se debe tener una descripci&oacute;n breve del problema, de los procesos que    la organizaci&oacute;n&nbsp; lleva a cabo, identificar las actividades que se    deben desarrollar, las posibles interfaces y con que&nbsp; cuenta actualmente    la organizaci&oacute;n para su implementaci&oacute;n. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Elaborar Simulaci&oacute;n    de los casos de uso </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Con base en la    informaci&oacute;n que se ha obtenido, y haciendo uso de las herramientas que    actualmente nos provee la tecnolog&iacute;a, se da inicio al desarrollo de los    casos de uso; comenzando as&iacute; la etapa de modelizaci&oacute;n de la necesidad    del cliente para llegar a la realidad requerida, involucrando activamente al    cliente o al usuario&nbsp; </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Por tanto, definimos    los l&iacute;mites del sistema y los objetivos, verificando que estos no cambien    durante el desarrollo del proceso; logrando identificar cuellos de botella o    posibles restricciones. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Una de las herramientas    para tomar como referencia es la planteada por UCSIM, la cual por medio de un    plugin de eclipse permite la visualizaci&oacute;n y simulaci&oacute;n de casos    de uso convirtiendo la lista de &eacute;stos en archivos ejecutables o m&aacute;quinas    de estado proporcionando un simulador&nbsp; configurable. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Otra de las formas    por la que se puede optar es la especificaci&oacute;n de los modelos de simulaci&oacute;n    mediante el uso de UML. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Los diagramas    UML se utilizaran para asignar aspectos relevantes o de gran importancia, como    son: La interacci&oacute;n con los usuarios, estructuras est&aacute;ticas y    comportamiento din&aacute;micos. Nos centramos en los casos de uso (Jacobson,    1992) (Zapata and Gonz&aacute;lez, 2008), mostrando la funcionalidad que ofrece    el sistema futuro desde la perspectiva del usuario. Como consecuencia obtenemos    una descripci&oacute;n gr&aacute;fica del modelo de simulaci&oacute;n, la cual    ser&aacute; utilizada como parte de la documentaci&oacute;n requerida en todo    proceso de software. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Diversas herramientas    permiten&nbsp; elaborar&nbsp; casos de uso,&nbsp; siendo esta una t&eacute;cnica    muy bien aceptada dada la facilidad de entendimiento por los clientes. Entre    ellas se destacan: Eclipse y Enterprise Architect, a continuaci&oacute;n se    mencionan algunas caracter&iacute;sticas (<a href="/img/revistas/rcci/v7n3/t0108313.jpg">Tabla</a>)    </font></p>     ]]></body>
<body><![CDATA[<p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Desarrollo    de prototipos </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Dise&ntilde;o    o primer modelo que opera como el&nbsp; acercamiento a lo que el cliente necesita,    esbozado en la etapa temprana del ciclo de vida del desarrollo del software.    Con t&eacute;cnicas de cuarta generaci&oacute;n permitir que con diversos lenguajes    se elaboren r&aacute;pidamente prototipos, ensamblando componentes de software,    reutiliz&aacute;ndolos, agrupando elementos, haciendo y rehaciendo el dise&ntilde;o    sin ocasionar traumatismo en la elaboraci&oacute;n del producto, conduci&eacute;ndonos    a la soluci&oacute;n adecuada ya que con la participaci&oacute;n activa del    cliente se logra encontrar y entender&nbsp; de mejor manera cual ser&aacute;    el resultado y la forma en que debe responder el sistema ante la interacci&oacute;n    del usuario con el software. </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Es    importante dejar claro que el prototipo construido es un mecanismo para la definici&oacute;n    de los requisitos que son la base para las siguientes etapas del desarrollo    y con el tiempo puede evolucionar. </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Dise&ntilde;o    &aacute;gil y grado de aceptaci&oacute;n </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> El    desarrollo &aacute;gil como experiencia recogida, minimiza los riesgos en el    desarrollo, permite que exista comunicaci&oacute;n con el equipo de trabajo.</font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Como    el planteamiento de XP (Calder&oacute;n and Sahara, 2007), el cual difiere con    definir todos los requisitos al comienzo del proyecto y posteriormente dedicar    mucho tiempo en controlar los cambios en los requisitos. Poder medir el grado    de aceptaci&oacute;n o de rechazo del producto de software en la primera etapa    es lograr justificar las ventaja que ofrecer&aacute; el producto final. </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Validaci&oacute;n    de la simulaci&oacute;n </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Como    lo que se ha modelado es una abstracci&oacute;n del sistema real,&nbsp; se debe    llegar a obtener la validaci&oacute;n de la simulaci&oacute;n, lo cual hace    referencia a realizar la construcci&oacute;n de un modelo correcto, es decir    que sea una excelente representaci&oacute;n de lo que el cliente espera sea    su sistema final. </font></p>     <p align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> La    validaci&oacute;n se logra en la medida en que se va construyendo hasta conseguir    su aceptaci&oacute;n; si se descubren fallas que nos indique el no estar siguiendo    el camino correcto, se debe en corto tiempo corregir, incluir nuevos aspectos    relevantes o excluir los sobrantes y efectuar una nueva revisi&oacute;n. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Es importante que    exista confianza en el modelo por quienes har&aacute;n uso del sistema el cual    inicia con la simulaci&oacute;n. </font></p>     ]]></body>
<body><![CDATA[<p>&nbsp;</p>     <P><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>RESULTADOS Y    DISCUSI&Oacute;N</B></font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Seleccionada la    herramienta que para la propuesta se han planteado dos alternativas: La primera    es usar&nbsp; MyEclipse para la elaboraci&oacute;n de&nbsp; los casos de uso    en el sistema del cliente y UCSIM para la simulaci&oacute;n (ver <a href="/img/revistas/rcci/v7n3/f0108313.jpg">figura    1</a>). </font>      <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La facilidad que    nos provee la herramienta, permite que el cliente pueda comprender las acciones    o funcionalidades que el sistema y los interesados deben realizar. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Con base en este    resultado, pasamos a la elaboraci&oacute;n del diagrama de estados,&nbsp; tomando&nbsp;    cada nodo especificado, con el prop&oacute;sito de&nbsp; modelar su comportamiento    durante su tiempo de vida, identificando los posibles estados por los cuales    puede atravesar en el proceso y llegaremos a los eventos de respuesta manejados,    controlados&nbsp; y esperados (ver <a href="/img/revistas/rcci/v7n3/f0208313.jpg">figura    2</a>).</font> </p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Con el usuario    se eval&uacute;a la propuesta y si no llena las expectativas, se plantea conjuntamente    otra versi&oacute;n y se simula un nuevo diagrama de caso de uso y de estado;    pero si el resultado es el esperado y satisface la necesidad, tambi&eacute;n    se puede simular con base en criterios mejorados un nuevo caso de uso;&nbsp;    el anterior no se desecha, lo que se pretende entonces es presentar las diversas    posibilidades que se acercan m&aacute;s a la realidad requerida. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Con&nbsp;la herramienta    UCSIM se pueden igualmente tomar un conjunto de maquinas de estado (Jayaraman    and Whittle, 2007), permitiendo el simulador verlas para incluirle eventos,    manejando de esta manera varios escenarios de prueba como lo podemos observar    en la <a href="/img/revistas/rcci/v7n3/f0308313.jpg">figura 3</a>; estos pueden    ser personalizados por el usuario desde el mismo momento de la ejecuci&oacute;n.</font>  </p>     <P align="left"><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Como    segunda alternativa, se propone el uso de Rational Software Modeler (RSM)&nbsp;(IBM,    2012 ), con la cual se pueden realizar bocetos de diagramas UML modelando con    alto nivel de abstracci&oacute;n de forma r&aacute;pida y sencilla (ver <a href="#f04">figura    4</a>). </font>      <P align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="f04"></a><img src="/img/revistas/rcci/v7n3/f0408313.jpg" alt="f04" width="378" height="280" longdesc="/img/revistas/rcci/v7n3/f0408313.jpg">    </font>      <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Los elementos del    boceto pueden contener otros elementos los cuales pueden ser agrupados o se    pueden relacionar entre ellos. Cuando se haya completado el diagrama, la herramienta    permite convertir los bocetos o elementos del esquema en elementos de&nbsp;    UML, pasando a un modelo m&aacute;s especifico que representa el modelo del    sistema que se puede simular y depurar. </font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> El modelo ser&aacute;    simulado utilizando la perspectiva de la ejecuci&oacute;n, obteniendo comportamientos    con posibilidad de realizar correcciones para mejorar el modelo. Se puede ejecutar    hasta un punto espec&iacute;fico o seleccionar un &aacute;rea determinada y    obtener resultados r&aacute;pidamente. Los resultados pueden ser vistos como    mensajes hist&oacute;ricos producidos durante la ejecuci&oacute;n&nbsp; del    modelo, permitiendo realizar documentaci&oacute;n de lo que ha ocurrido, flujo    de eventos, evaluando los escenarios. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> La tecnolog&iacute;a    nos ha permitido llegar a que el&nbsp; manejo grafico es mucho m&aacute;s relevante,    sencillo y amigable que el manejo descriptivo o de s&oacute;lo texto; nos permite    llevar secuencias y adici&oacute;n de comentarios que aclaren o detallen el    proceso que se est&aacute; representando.&nbsp; </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Continuando con    el proceso, hacernos uso de una herramienta de prototipado, entre ellas se encuentran    algunas muy sencillas y f&aacute;ciles de manejar, dependiendo del nivel del    proyecto se pueden seleccionar la m&aacute;s pertinente. A continuaci&oacute;n    se detalla el manejo que se efectuar&iacute;a con alguna de ellas. La primera    es: Balsamiq Mockups (Balsamiq, 2012), presentando prototipos de dise&ntilde;o    para web; permitiendo realizar borradores r&aacute;pidos dando forma a los modelos    por medio de varias pantallas que ser&aacute;n posteriormente enlazadas; con    el objetivo de presentarle al usuario la soluci&oacute;n al&nbsp; sistema de    manera interactiva sin complicaciones. Estos bocetos ser&aacute;n la base para    las etapas siguientes del proceso formal. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> El usuario puede    formar parta activa de la creaci&oacute;n del boceto dada la facilidad de manejo    de la herramienta sin requerir que tenga conocimiento t&eacute;cnico;&nbsp;    comunicando eficientemente sus ideas y poder hacer acuerdos de aspectos importantes    para el desarrollo como la distribuci&oacute;n de los elementos, jerarqu&iacute;as    y navegaci&oacute;n.&nbsp; </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Al igual el desarrollador    puede entregar r&aacute;pidamente una propuestas de la soluci&oacute;n sin que    se tome mucho tiempo en su elaboraci&oacute;n. La <a href="#f05">figura 5</a>    muestra parte de las opciones que presenta la herramienta para el desarrollo.    </font></p>     <P align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="f05"></a><img src="/img/revistas/rcci/v7n3/f0508313.jpg" alt="f05" width="373" height="257" longdesc="/img/revistas/rcci/v7n3/f0508313.jpg">    </font>      <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Otra de las herramientas    para manejo de prototipado es CALICO, la cual se encuentra en la tercera versi&oacute;n    y continua su desarrollo; permite realizar bocetos de modelamiento en dise&ntilde;o    temprano, con base en una pizarra electr&oacute;nica o Tablet apoyando el esbozo    informal con una r&aacute;pida exploraci&oacute;n y organizaci&oacute;n de la    ideas de dise&ntilde;o (Mangano, <em>et al.</em> 2008). </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Se plasman las    ideas en un espacio (lienzo) amplio o abierto, dibujando todo lo que se piensa    (<a href="#f06">Figura 6</a>), estos pueden ser modificados y refinados detallando    los diagramas con caracter&iacute;sticas especificas que den mayor claridad    a lo que el cliente necesita (<a href="#f07">Figura 7</a>). </font></p>     <p align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="f06"></a><img src="/img/revistas/rcci/v7n3/f0608313.jpg" alt="f06" width="371" height="265" longdesc="/img/revistas/rcci/v7n3/f0608313.jpg"></font></p>     <P align="center"><font face="Verdana, Arial, Helvetica, sans-serif"><a name="f07"></a><img src="/img/revistas/rcci/v7n3/f0708313.jpg" alt="f07" width="365" height="274" longdesc="/img/revistas/rcci/v7n3/f0708313.jpg">    </font>      ]]></body>
<body><![CDATA[<P align="left">      <P align="left"><font face="Verdana, Arial, Helvetica, sans-serif" size="3"><B>CONCLUSIONES</B></font>      <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para muchas situaciones    o proyectos de desarrollo de software, la simulaci&oacute;n es el &uacute;nico    medio para lograr una soluci&oacute;n, permitiendo proyectar los resultados    que el sistema debe realizar. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Todo el proceso    descrito, nos brinda aproximaciones que permiten establecer los l&iacute;mites    e identificar objetos relevantes y relaciones entre diferentes actividades,    proyectos o procesos; comunic&aacute;ndonos la soluci&oacute;n final y facilitando    que los cambios se manejen r&aacute;pidamente. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Conocer el proceso    o las funcionalidades mediante abstracciones visuales presentado modelos y dise&ntilde;os    cercanos a la realidad del cliente permite que los dise&ntilde;adores no se    desv&iacute;en del foco y se queden en actividades que no son la necesidad del    cliente. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif"> Al tener contacto    o participaci&oacute;n del cliente al inicio del proceso (presentando los modelos    de la soluci&oacute;n)&nbsp; producir&aacute; efectos beneficiosos sobre la    calidad del dise&ntilde;o y del desarrollo en la etapa formal del ciclo de vida;    obteniendo un alto grado de aceptaci&oacute;n por parte del cliente. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">La metodolog&iacute;a    propuesta orienta a que el desarrollo sea consecuente con la necesidad, realizando&nbsp;    posibles cambios a tiempo y de manera &aacute;gil, proporcionando que la aplicaci&oacute;n    sea simple, funcional y estandarizada; haciendo que el proceso cumpla con el    objetivo de ser evolutivo. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Trabajos futuros</font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Para posteriores    investigaciones, se deber&aacute; evaluar el grado de complejidad de los proyectos    sobre los cuales se aplicar&aacute; el proceso simulaci&oacute;n de casos de    uso, prototipado y dise&ntilde;o &aacute;gil en la etapa inicial del ciclo de    vida del desarrollo del software; con el prop&oacute;sito que las organizaciones    puedan estimar la duraci&oacute;n de esta etapa dentro del ciclo de vida, en    acuerdo con el cliente y las &aacute;reas de tecnolog&iacute;a. </font></p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">En trabajos futuros    relacionados con el sistema de simulaci&oacute;n de casos de uso y manejo de    prototipos, se puede implementar que el desarrollo aplique en diferentes plataformas    como PDAs o tel&eacute;fonos inteligentes al igual que el uso de pantallas t&aacute;ctiles    lo cual facilitaran&nbsp; el manejo e interactividad con los desarrolladores    y el cliente. </font></p>     ]]></body>
<body><![CDATA[<p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Considerar en los    siguientes estudios para la elaboraci&oacute;n en el nivel cero de los casos    de uso,&nbsp; se permita con base en ellos armar en etapas posteriores los casos    de prueba o Deck de pruebas, orientando al usuario a identificar y describir    las acciones a probar en el sistema para obtener los resultados esperados&nbsp;    validando y controlando las&nbsp; acciones o eventos. </font></p>     <p>&nbsp; </p>     <P><font face="Verdana, Arial, Helvetica, sans-serif"><font size="3"><B>REFERENCIAS    BIBLIOGR&Aacute;FICAS</B></font></font>      <P> <font size="2" face="Verdana, Arial, Helvetica, sans-serif">Balsamiq M.: 2.1.19.    Consultado el: Septiembre 2012. Disponible en: <a href="http://www.balsamiq.com/products/mockups" target="_blank">http://www.balsamiq.com/products/mockups</a>    </font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Brooks R. J., y    Tobias A. M.: Choosing the best model, level of detail, complexity, and model    performance, Simulaci&oacute;n, 2012. </font>      <!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Calder&oacute;n    A., Sahara D.: M&eacute;todos agiles, Universidad nacional de Trujillo Escuela    de inform&aacute;tica, Per&uacute;, 2007.     </font>      <!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Ceria S.: Casos    de Uso un m&eacute;todo practico para explorar requerimientos, Universidad de    Buenos Aires, 1998.    </font>      <!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Garc&iacute;a M.:    Introducci&oacute;n a los casos de uso, Universidad de Sonora, M&eacute;xico,    Diciembre, 2004.    </font>      <!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">IBM: Rational Software    Modeler. Consultado el:</font> <font size="2" face="Verdana, Arial, Helvetica, sans-serif">Septiembre    2012. Disponible en: <a href="http://ibm.com" target="_blank">http://ibm.com</a>.    </font>      <!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Jayaraman K. P.,&nbsp;    Whittle J.:, UCSIM: A Tool for Simulating Use Case Scenarios, Information &amp;    Software Engineering, George Mason UniversityFairfax, VA 22030,&nbsp; 2007.        </font>      <!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">L&oacute;pez O.,    Laguna M. A., Marques J. M.: Generaci&oacute;n autom&aacute;tica de casos de    uso para Desarrollo de software basado en reutilizaci&oacute;n, Instituto tecnol&oacute;gico    de Costa Rica. Universidad de Valladolid, </font> <font size="2" face="Verdana, Arial, Helvetica, sans-serif">2000</font><font face="Verdana,     Arial, Helvetica, sans-serif">.    </font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Maner W.: Prototipado,    &Aacute;rea de Ingenier&iacute;a de proyectos, Departamento de Dise&ntilde;o    y fabricaci&oacute;n, Centro polit&eacute;cnico Superior, Universidad de Zaragoza    , Espa&ntilde;a, Traducido Febrero 2000. </font>      <!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Mangano N., Baker&nbsp;    A., y Andr&eacute; van der Hoek: A Prototype Sketching Tool for Modeling in    Early Design, Universidad de California, Irvine, 2008.    </font>      ]]></body>
<body><![CDATA[<!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Richter, H., Lothar    M.: Toward a standard process: The use of UML for designing simulation models,    Resumen Paper, 2012.    </font>      <!-- ref --><P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Tripodi G., Illescas    G.: Construcci&oacute;n de modelos de simulaci&oacute;n orientados a alentar    la participaci&oacute;n de usuarios finales utilizando UML, Universidad Nacional    del centro de la provincia de Buenos Aires, Tandil, Argentina, 1999.     </font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Tutorial UML 2,&nbsp;    Sparx Systems Pty Ltda., 2007. </font>      <P><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Zapata C. M., Gonz&aacute;lez    G.: Especificaci&oacute;n formal en OCL de reglas de consistencia entre los    diagramas de clases y casos de uso de UML y el modelo de interfaces, Revista    Ingenier&iacute;as Universidad de Medell&iacute;n, Vol.7, no.12, pp.169-191.    2008.</font>      <p>&nbsp;</p>     <p>&nbsp;</p>     <p><font size="2" face="Verdana, Arial, Helvetica, sans-serif">Recibido: 11/03/2013        <br>   Aceptado: 06/09/2013</font></p>     ]]></body>
<body><![CDATA[ ]]></body><back>
<ref-list>
<ref id="B1">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Balsamiq]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Balsamiq 2.1.19]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B2">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Brooks]]></surname>
<given-names><![CDATA[R. J.]]></given-names>
</name>
<name>
<surname><![CDATA[Tobias]]></surname>
<given-names><![CDATA[A. M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Choosing the best model, level of detail, complexity, and model performance]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B3">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Calderón]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[Sahara]]></surname>
<given-names><![CDATA[D.]]></given-names>
</name>
</person-group>
<source><![CDATA[Métodos agiles]]></source>
<year>2007</year>
<publisher-name><![CDATA[Universidad nacional de Trujillo Escuela de informática]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B4">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Ceria]]></surname>
<given-names><![CDATA[S.]]></given-names>
</name>
</person-group>
<source><![CDATA[Casos de Uso un método practico para explorar requerimientos]]></source>
<year>1998</year>
<publisher-name><![CDATA[Universidad de Buenos Aires]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B5">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[García]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Introducción a los casos de uso]]></source>
<year>Dici</year>
<month>em</month>
<day>br</day>
</nlm-citation>
</ref>
<ref id="B6">
<nlm-citation citation-type="">
<collab>IBM</collab>
<source><![CDATA[Rational Software Modeler]]></source>
<year></year>
</nlm-citation>
</ref>
<ref id="B7">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Jayaraman]]></surname>
<given-names><![CDATA[K. P.]]></given-names>
</name>
<name>
<surname><![CDATA[Whittle]]></surname>
<given-names><![CDATA[J.]]></given-names>
</name>
</person-group>
<source><![CDATA[UCSIM: A Tool for Simulating Use Case Scenarios, Information & Software Engineering]]></source>
<year>2007</year>
<publisher-name><![CDATA[George Mason University Fairfax]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B8">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[López]]></surname>
<given-names><![CDATA[O.]]></given-names>
</name>
<name>
<surname><![CDATA[Laguna]]></surname>
<given-names><![CDATA[M. A.]]></given-names>
</name>
<name>
<surname><![CDATA[Marques]]></surname>
<given-names><![CDATA[J. M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Generación automática de casos de uso para Desarrollo de software basado en reutilización]]></source>
<year>2000</year>
<publisher-name><![CDATA[Instituto tecnológico de Costa Rica, Universidad de Valladolid]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B9">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Maner]]></surname>
<given-names><![CDATA[W.]]></given-names>
</name>
</person-group>
<source><![CDATA[Prototipado]]></source>
<year>Febr</year>
<month>er</month>
<day>o </day>
<publisher-name><![CDATA[Universidad de Zaragoza]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B10">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Mangano]]></surname>
<given-names><![CDATA[N.]]></given-names>
</name>
<name>
<surname><![CDATA[Baker]]></surname>
<given-names><![CDATA[A.]]></given-names>
</name>
<name>
<surname><![CDATA[van der Hoek]]></surname>
<given-names><![CDATA[André]]></given-names>
</name>
</person-group>
<source><![CDATA[A Prototype Sketching Tool for Modeling in Early Design]]></source>
<year>2008</year>
<publisher-loc><![CDATA[Irvine ]]></publisher-loc>
<publisher-name><![CDATA[Universidad de California]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B11">
<nlm-citation citation-type="">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Richter]]></surname>
<given-names><![CDATA[H.]]></given-names>
</name>
<name>
<surname><![CDATA[Lothar]]></surname>
<given-names><![CDATA[M.]]></given-names>
</name>
</person-group>
<source><![CDATA[Toward a standard process: The use of UML for designing simulation models]]></source>
<year>2012</year>
</nlm-citation>
</ref>
<ref id="B12">
<nlm-citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Tripodi]]></surname>
<given-names><![CDATA[G.]]></given-names>
</name>
<name>
<surname><![CDATA[Illescas]]></surname>
<given-names><![CDATA[G.]]></given-names>
</name>
</person-group>
<source><![CDATA[Construcción de modelos de simulación orientados a alentar la participación de usuarios finales utilizando UML]]></source>
<year>1999</year>
<publisher-loc><![CDATA[Tandil ]]></publisher-loc>
<publisher-name><![CDATA[Universidad Nacional del centro de la provincia de Buenos Aires]]></publisher-name>
</nlm-citation>
</ref>
<ref id="B13">
<nlm-citation citation-type="">
<collab>Sparx Systems</collab>
<source><![CDATA[Tutorial UML 2]]></source>
<year>2007</year>
</nlm-citation>
</ref>
<ref id="B14">
<nlm-citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname><![CDATA[Zapata]]></surname>
<given-names><![CDATA[C. M.]]></given-names>
</name>
<name>
<surname><![CDATA[González]]></surname>
<given-names><![CDATA[G.]]></given-names>
</name>
</person-group>
<article-title xml:lang="es"><![CDATA[Especificación formal en OCL de reglas de consistencia entre los diagramas de clases y casos de uso de UML y el modelo de interfaces]]></article-title>
<source><![CDATA[Revista Ingenierías Universidad de Medellín]]></source>
<year>2008</year>
<volume>7</volume>
<numero>12</numero>
<issue>12</issue>
<page-range>169-191</page-range></nlm-citation>
</ref>
</ref-list>
</back>
</article>
