P. 1
Stella-Forrester.pdf

Stella-Forrester.pdf

|Views: 396|Likes:
Publicado porVictor Solis Peña

More info:

Published by: Victor Solis Peña on Jan 10, 2013
Copyright:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

04/08/2015

pdf

text

original

MODELADO DE SISTEMAS DINAMICOS EXPRESADOS EN DIAGRAMAS CAUSALES Y DE FORRESTER, UTILIZANDO EL LENGUAJE DE MARCACIÓN EXTENSIBLE (XML

)
Alfonso José Redondo Cuello Estudiante Ingeniería de Sistemas Universidad de Pamplona alfonsoredondo@unipamplona.edu.co Carlos Arturo Parra Ortega Profesor Departamento EEST Universidad de Pamplona carapa@unipamplona.edu.co

RESUMEN En este artículo se propone un formato de archivo basado en el estándar XML para facilitar el intercambio de información que representa a modelos bajo la metodología de Dinámica de Sistemas (DS). Los formatos propuestos sirven para representar tanto Diagramas Causales como Diagramas de Forrester, y favorecerían la reciprocidad de modelos de este tipo entre diversas aplicaciones que implementan Dinámica de Sistemas. Otro aporte de esta propuesta consiste en que posibilitaría la simulación de sistemas en la red.

PALABRAS CLAVE: Diagramas Causales, Diagramas de Forrester, Estándar XML, Representación de Modelos. ABSTRACT: In this paper a file format based on XML standard is proponed in order to allow the information Exchange than represent Systems Dynamic models. The proposed file formats represent causal and Forrester diagrams, and allow the exchanging of this type of models among the different programs than use Systems Dynamics. Other contribution of this proposal could be the simulation of systems in the web. KEY WORDS: System Dynamics, Causal Diagrams, Forrester Diagrams, XML Standard, Model Representation. Dinámicos, se comuniquen mediante un mismo lenguaje técnico. Con la implantación de este tipo de aplicaciones se busca también ambicionar el transporte de datos estructurados a través de la Internet, vinculando entonces comunicaciones entre plataformas software que pueden pertenecer a diferentes proveedores con los mismos ideales de funcionamiento . Tomando como base las anteriores motivaciones, en este artículo se propone un formato utilizando el Lenguaje de Marcación Extensible (XML) para estructurar y almacenar modelos que describen Sistemas Dinámicos bajo la metodología de Dinámica de Sistemas (DS).

1. INTRODUCCIÓN Hoy en día, en la mayoría de aplicaciones informáticas se esta buscando la tendencia de utilizar herramientas estándar como el Lenguaje Extensible de Demarcación (XML y HTML) entre otras, para el desarrollo de proyectos teniendo en cuenta la eventualidad en un futuro de favorecer posibles integraciones con otros proyectos ya existentes, y de esta forma optimizar las opciones de portabilidad a través de diferentes aplicaciones relacionadas con un fin especifico. Todas estas consideraciones originan el beneficio de lograr algún día, que las aplicaciones enfocadas al modelado de Sistemas

En el capítulo dos se tratan las generalidades de los modelos basados en Dinámica de Sistemas, para identificar los elementos que se van a describir mediante XML. En el capítulo tres se presentan los conceptos de lenguaje extensible de demarcación que se van a utilizar en la estructuración de esta propuesta. En el capítulo cuatro se muestra la especificación XML utilizada para describir los diagramas causales y de Forrester, mientras que en el capítulo cinco se muestran aspectos de la validación del estándar XML mediante software. En el capitulo 6 y 7 se muestra el estado del arte del proyecto y las conclusiones de este respectivamente. 1.1. DESCRIPCIÓN DEL PROBLEMA Actualmente existen varios productos para editar, evaluar y simular modelos utilizando Dinámica de Sistemas, aunque es difícil para un usuario de un software determinado ejecutar o compilar los modelos desarrollados en otra aplicación. En cuanto a sistemas operativos diferentes también existe este inconveniente, de manera que se puede afirmar que no existe portabilidad entre los modelos implementados en software de diferentes fabricantes. A través de la especificación para Sistemas Dinámicos fundamentada en XML, se pueden ofrecer las siguientes posibilidades: Representación de datos en una forma estándar y robusta teniendo en cuenta las características de la tecnología. Intercambio y Simulación de modelos entre aplicaciones instauradas en la Web. Formalidad de reglas establecidas para el modelado de Sistemas Dinámicos, con la creación de un patrón común para modelar Diagramas Causales y Diagramas de Forrester. Información más accesible y reutilizable, debido a la flexibilidad de las etiquetas XML, que pueden utilizarse sin tener que amoldarse a reglas específicas de un fabricante, generando un mayor dinamismo al momento de representar Sistemas Dinámicos. En la figura 1 se ilustra la arquitectura funcional de la especificación XML para representar Diagramas Causales y Diagramas de Forrester.

Figura 1. Funcionamiento del formato XML. La utilidad de un formato estándar para modelar Sistemas Dinámicos, contribuye al mejoramiento de los procesos existentes, acatando las posibilidades que este ofrece, en función de establecer una herramienta con fines de compatibilidad entre aplicaciones software de este ámbito.

2. GENERALIDADES DE MODELOS BASADOS EN DINÁMICA DE SISTEMAS La Dinámica de Sistemas es una metodología para la construcción de modelos de sistemas [1]. Pretende establecer técnicas que permitan expresar en un lenguaje formal (matemático), los modelos verbales (mentales). Fue fundada a principios de la década de 1960 por Jay Forrester, de la MIT Sloan School of Management (Escuela de Administración Sloan, del Instituto Tecnológico de Massachusetts) con el establecimiento del MIT System Dynamics Group (Grupo de dinámica de sistemas del I.T. de Massachusetts) [1]. En esa época había empezado a aplicar lo que había aprendido con sistemas eléctricos a toda clase de sistemas. Lo que distingue a la dinámica de sistemas de otras aproximaciones al estudio de los mismos problemas, es el uso de bucles de realimentación. La construcción de modelos por la dinámica de sistemas parte de la distinción esencial entre depósitos y flujos [1, 2,3]. 2.1 ELEMENTOS Y RELACIONES EN LOS MODELOS Un modelo, como representación abstracta de un sistema real, está compuesto por:

Un conjunto de definiciones que permiten identificar los elementos que constituyen el modelo. Un conjunto de relaciones que especifican las interacciones entre elementos que aparecen en el modelo. 2.2. DIAGRAMAS CAUSALES Entre los elementos que constituyen un sistema dinámico se establece un esquema en el cual se representan las relaciones entre aquellos elementos relacionados entre sí, uniéndolos a través de flechas. Esta estructura viene dada por la especificación de las variables que aparecen en el mismo modelos, las cuales pueden ser Variables Exógenas, que afectan al sistema sin que este las provoque, o Variables Endógenas, que igualmente afectan al sistema pero este si las provoca, y por el establecimiento de la existencia o no, de una relación entre cada par de elementos. Al diagrama causal se llega por un proceso que implica una mezcla de observaciones sobre el sistema, discusiones con especialistas en el sistema y análisis de datos acerca del mismo. El proceso seguido en el desarrollo define los pasos a continuación: Elección de variables o elementos a representar del modelo del sistema. Evaluación cualitativa (no numérica) de las relaciones entre estos elementos cuando las hubiere. Construcción del diagrama causal. En los diagramas causales, las relaciones que enlazan dos elementos entre sí pueden ser de dos tipos: Relación causal: Cuando un elemento A influye sobre otro B, de manera directa. Relación correlativa: Es aquella cuando existe una correlación (estadística, por ejemplo) entre dos elementos del sistema, sin existir entre ellos una relación directa. 2.3. DIAGRAMAS DE FORRESTER Este tipo de diagrama es más completo que un diagrama causal, y es un paso intermedio entre el diagrama causal y el modelo matemático formal (Ecuaciones Diferenciales de Primer Orden). Los diagrama de Forrester fueron creados por el Ingeniero de Sistemas Jay Wright Forrester en los años 50’’s en el MIT (Instituto Tecnológico de Massachusetts) y constituyen

una representación simbólica de las relación que existen entre las variables de nivel, flujo y auxiliares de un diagrama causal una vez identificadas, bajo el símil hidrodinámico. Estos modelos son también llamados Diagramas de Nivel-Flujo y son los diagramas característicos de la Dinámica de Sistemas. No hay unas reglas precisas de como hacer esta transformación, pero si hay alguna forma de abordar este proceso. Pasos a seguir: 1. Hace una fotografía mental al sistema y lo que salga en ella (personas, km2, litros, animales,..) eso son Niveles. 2. Buscar o crear unos elementos que sean "la variación de los Niveles", (personas/día, litros/hora,...) y esos son los Flujos. 3. El resto de elementos son las Variables Auxiliares. Como regla general esto sirve para empezar. Después ya se pueden ir haciendo retoques, y así los Niveles que vayan a permanecer constantes en vez de definirlos como Niveles se pueden definir como variables auxiliares tipo constante que es más sencillo entre otros ajustes. Actualmente existen varias aplicaciones que permiten crear, editar y simular modelos en Dinámica de Sistemas. Como ejemplo se tiene a Powersim, Vensim, Stella, Evolución [4, 5, 6,7], entre otras. 3. LENGUAJE DE MARCACIÓN EXTENSIBLE (XML) Con el auge de la Internet y su lenguaje de presentación de información basado en hipertextos, surgió la necesidad de intercambiar información estructurada, tales como registros de transacciones, facturas, órdenes de pedido, entre otros. El consorcio World Wide Web en 1998 estableció entonces el estándar para crear el lenguaje extensible de marcación, conocido como XML [8], para satisfacer estas necesidades. Dentro de las características de este lenguaje, se tienen: Es extensible, por lo que permite que se definan nuevas etiquetas de acuerdo a las necesidades del usuario. Representación estructurada de los datos. Separación de la presentación de los datos y su proceso. Los datos XML son autodescriptivos, es decir, pueden entenderlo las personas, además de las máquinas.

Puesto que los modelos en Dinámica de Sistemas pueden describirse mediante datos estructurados, existe un potencial para utilizar XML en la codificación de estos modelos, y facilitar su intercambio entre diversas aplicaciones. 3.1 SCHEMAS XML Un "Sschema XML" es algo similar a un DTD1 es decir define qué elementos puede contener un documento XML cómo están organizados que atributos y de qué tipo pueden tener sus elementos, de una forma muy precisa mas allá de las normas sintácticas impuestas por el propio lenguaje XML. Se consigue así una percepción del tipo de documento con un nivel más alto de abstracción que. la DTD.

etiqueta <RT> representa la inclusión de un retardo en una relación. Estas etiquetas se agrupan a su vez dentro de una relación descrita mediante la etiqueta <Relacion> que puede tener una cantidad de ocurrencias ilimitada en el documento XML. La etiqueta <Bucle>, representa como tal la inclusión de un bucle de realimentación en un modelo de Diagramas Causales. Este elemento esta compuesto por las etiquetas <IDR> y <Tipo Bucle> que representan respectivamente una identificación para una o muchas relaciones que hacen parte de un bucle y la descripción de un tipo de bucle, que puede ser “Positivo” o “Negativo” dependiendo de la situación. En el Lenguaje XML cada etiqueta tienen su correspondiente etiqueta de cierre, así, la etiqueta que finaliza a una relación es </Relacion>.

Los Schemas Fueron diseñados completamente alrededor de namespaces para evitar conflictos de entre nombres de diferentes contextos, además soporta tipos de datos típicos de los lenguajes de programación, como también tipos personalizados simples y complejos [9]. 4. ESPECIFICACIÓN XML PARA DESCRIBIR MODELOS EN DINÁMICA DE SISTEMAS El lenguaje XML requiere de la definición previa de una estructura para la información que se desea presentar. Esta especificación esta relacionada con la gramática y sintaxis para los datos que son procesados. Las reglas de representación de información en XML son almacenas en los archivos XSD extensión propia de los Schemas XML. . 4.1 DESCRIPCIÓN CAUSALES DE RELACIONES El esquema que permite describir las relaciones causales se presenta a continuación. <?xml version ="U="1.0" encoding TF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSche ma" elementFormDefault="qualified"> <xs:element name="DF"> <xs:complexType> <xs:choice maxOccurs="unbounded"> <xs:element ref="Relacion"/> <xs:element ref="Bucle"/> </xs:choice> </xs:complexType> </xs:element> <xs:element name="Relacion"> <xs:complexType> <xs:sequence> <xs:element name="ID" type="xs:integer"/> <xs:element name="VE" type="xs:string"/> <xs:element name="VR" type="xs:string"/> <xs:element name="IN" type="Incidencia"/> <xs:element name="RT" type="xs:boolean"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="Bucle"> <xs:complexType> <xs:choice maxOccurs="unbounded"> <xs:element name="IDR" type="xs:integer"/> <xs:element name="TipoBucle" type="valor"/> </xs:choice>

Se definió un esquema para describir relaciones causales. Las etiquetas <ID> representa un identificador para la relación. Las etiquetas <VE> indican la variable de la cual sale la relación, <VR> la variable donde llega la relación, <IN> indica el tipo de incidencia de la variable emisora sobre la variable receptora en una relación. El valor de la incidencia de una variable sobre otra, puede ser de polaridad “Positiva”, “Negativa”, o “Ninguna”. La

</xs:complexType> </xs:element> <xs:simpleType name="Incidencia"> <xs:restriction base="xs:string"> <xs:enumeration value="Positiva"/> <xs:enumeration value="Negativa"/> <xs:enumeration value="Ninguna"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="valor"> <xs:restriction base="xs:string"> <xs:enumeration value="Positivo"/> <xs:enumeration value="Negativo"/> </xs:restriction> </xs:simpleType> </xs:schema> La definición de etiquetas que representan a determinados elementos en un Schema XML, conforman una estructura jerárquica con la inclusión obligatoria de una etiqueta padre, que para nuestro caso corresponde a la etiqueta <DC>, para describir un Diagrama Causal. En la figura 2 se muestra la estructura XML, en forma subordinada, para representar Diagramas Causales.

Figura 3. Diagrama causal de ejemplo. La instancia XML que se ajusta a la estructura es: <?xml version="1.0" encoding="UTF-8"?> <DC xmlns:xsi="http://www.w3.org/2001/XMLSche ma-instance" xsi:noNamespaceSchemaLocation="EsquemaC ausal.xsd"> <Relacion> <ID>r1</ID> <VE>Poblacion Empleada</VE> <VR>Disponibilidad de Empleos</VR> <IN>Negativa</IN> <RT>false</RT> </Relacion> <Relacion> <ID>r2</ID> <VE>Disponibilidad de Empleos</VE> <VR>Migracion</VR> <IN>Positiva</IN> <RT>false</RT> </Relacion> <Relacion> <ID>r3</ID> <VE>Migracion</VE> <VR>Poblacion Empleada</VR> <IN>Positiva</IN> <RT>false</RT> </Relacion> <Bucle> <IDR>r1</IDR> <IDR>r2</IDR> <IDR>r3</IDR> <TipoBucle>Negativo</TipoBucle> </Bucle> </DC> 4.2. DESCRIPCIÓN DE DIAGRAMAS DE FORRESTER. El mismo proceso de establecer descriptores XML se lleva a cabo para los diagramas de

Figura2. Jerarquía de Elementos para representar Diagramas Causales. En la figura 3 se puede apreciar un diagrama causal, y a continuación la instancia XML correspondiente.

Forrester. De ahí resultan las etiquetas <Relacion>, <Nivel>, <Nube>,<Flujo>, <Constante>,<VariablesAuxiliares>,<Variables Exogenas>, y <Retardos>. Cada una de las anteriores etiquetas que representan elementos en un modelo de Diagramas de Forrester, están compuesta a su vez por subetiquetas que caracterizan el elemento que esta estructurando en el momento. Un sistema dinámico que explica el proceso de llenado de un vaso de agua representado mediante diagramas de Forrester se puede apreciar en la figura 4.

Figura 4. Diagrama de Forrester, de ejemplo. El esquema que permite representar Diagramas de Forrester se presenta a continuación. <?xml version="1.0" encoding="UTF-8"?> <xs:schema xmlns:xs="http://www.w3.org/2001/XMLSche ma" elementFormDefault="qualified"> <xs:element name="DF"> <xs:complexType> <xs:choice maxOccurs="unbounded"> <xs:element name="Nube" type="xs:string" /> <xs:element name="Nivel" type="xs:string" /> <xs:element name="Constante" type="xs:string"/> <xs:element name="VariableAuxiliar" type="xs:string"/> <xs:element name="VariableExogena" type="xs:string"/> <xs:element ref="Relacion"/> <xs:element ref="Flujo"/> <xs:element ref="Retardo"/> </xs:choice> </xs:complexType> </xs:element> <xs:element name="Relacion">

<xs:complexType> <xs:sequence> <xs:element name="idrelacion" type="xs:string"/> <xs:element name="Tipo" type="tipos"/> <xs:element name="NodoInicio" type="xs:string"/> <xs:element name="NodoFinal" type="xs:string"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="Flujo"> <xs:complexType> <xs:sequence> <xs:element name="NombreFlujo" type="xs:string"/> <xs:element name="idrelacion" type="xs:string"/> </xs:sequence> </xs:complexType> </xs:element> <xs:element name="Retardo"> <xs:complexType> <xs:sequence> <xs:element name="Fuentedatos" type="xs:string"/> <xs:element name="Tiempoajuste" type="xs:integer"/> <xs:element name="Ordenretardo" type="xs:integer"/> <xs:element name="ValorinicialNI" type="xs:integer"/> </xs:sequence> </xs:complexType> </xs:element> <xs:simpleType name="tipos"> <xs:restriction base="xs:string"> <xs:enumeration value="CanalMaterial"/> <xs:enumeration value="CanalInformacion"/> </xs:restriction> </xs:simpleType> </xs:schema> En la figura 5 se muestra la estructura XML, en forma jerarquica, para representar Diagramas de Forrester.

<Relacion> <idrelacion>r4</idrelacion> <Tipo>CanalInformación</Tipo> <NodoInicio>Discrepancia</NodoInicio> <NodoFinal>Flujo de Agua</NodoFinal> </Relacion> <Relacion> <idrelacion>r5</idrelacion> <Tipo>CanalInformación</Tipo> <NodoInicio>K</NodoInicio> <NodoFinal>Flujo de Agua</NodoFinal>

</Relacion>
<DF> 5. VALIDACIÓN Para establecer la validez de los formatos propuestos, se desarrolló un prototipo que indica si la instancia XML es valida ö inválida utilizando un parser XML. 5.1 ANALIZADOR DE DOCUMENTOS XML (PARSER). Figura 5. Jerarquía de Elementos para representar Diagramas de Forrester. La instancia XML que se ajusta a esta estructura tiene la siguiente forma:
<?xml version="1.0" encoding="UTF-8"?>

<DF> xmlns:xsi="http://www.w3.org/2001/XMLSche ma-instance"> <Nube>Fuente de Agua</Nube> <Nivel>Nivel de Agua</Nivel> <Flujo> <NombreFlujo>Flujo de Agua</NombreFlujo> <idrelacion>f1</idrelacion> </Flujo> <Relacion> <idrelacion>r1</idrelacion> <Tipo>CanalMaterial</Tipo> <NodoInicio>Fuente de Agua</NodoInicio> <NodoFinal>Nivel de Agua</NodoFinal> </Relacion> <Constante>K</Constante> <Constante>Nivel Deseado</Constante> <VariableAuxiliar>Discrepancia</VariableAuxi liar> <Relacion> <idrelacion>r2</idrelacion> <Tipo>CanalInformación</Tipo> <NodoInicio>Nivel de Agua</NodoInicio> <NodoFinal>Discrepancia</NodoFinal> </Relacion> <Relacion> <idrelacion>r3</idrelacion> <Tipo>CanalInformación</Tipo> <NodoInicio>Nivel Deseado</NodoInicio> <NodoFinal>Discrepancia</NodoFinal> </Relacion>

Un parser o analizador sintáctico procesa el documento XML y verifica que es XML bien formado (y/o válido). Es la herramienta principal de cualquier aplicación XML, podemos incorporarlos a nuestras aplicaciones, de manera que estas puedan manipular y trabajar con documentos XML. Entre los tipos de Parser tenemos: Sin validación: Chequea que el documento esté bien formado de acuerdo a las reglas de sintaxis de XML. Estos parser son utilizados cuando solo se necesita presentar los documentos XML, sin corregir errores. Con validación: Además de comprobar que el documento está bien formado, comprueba que éste sea válido utilizando un DTD o Schema.

El analizador se considera el corazón de esta aplicación, teniendo en cuenta las funciones que cumple de validar instancias de Documentos XML que deben ajustarse a su estructura. Para nuestro caso utilizamos el Parser validante Xerces (Open Source) del proveedor Apache Software Foundation uno de los mas completos y eficientes que existe en el mercado actual. En la figura 6 podemos observar el funcionamiento de un Parser en el momento de validar una instancia XML.

sintaxis es el parser que se va a utilizar por defecto utiliza el parser Xerces. El segundo parámetro es para decirle al parser si queremos que cumplas sus obligaciones de validación. Haciendo énfasis en el tratamiento de documentos XML utilizando el lenguaje de programación orientado a objetos Java, a través del API3 Jdom, en la figura 7 se ilustra un diagrama de clases para procesar modelos de Diagramas Causales en formato XML.

Figura 6. Proceso para Parsear un Documento XML. 5.2 PROCIDIMIENTOS DE PROGRAMACION UTILIZADOS EN EL PROYECTO El Desarrollo de esta aplicación esta constituido por el uso del lenguaje de programación Java respaldado por la librería Jdom que nos sirve para la manipulación o tratamiento de documentos XML. Entre las clases y métodos más importantes utilizados para el procesamiento de archivos XML en el proyecto tenemos: Class Document Es una clase pública que se utiliza para instanciar un documento XML. Utiliza los constructores Document() para crear un fichero en blanco, Document(Element root), para crear un documento con un elemento raíz. getRootElement () para obtener el elemento raíz. Class Element. Esta clase se utiliza como su nombre lo indica para insertar elementos en un documento XML. Entre los atributos utilizados tenemos String Nombre Elemento, para asignarle el nombre a la etiqueta XML que se desea crear. Figura7. Diagrama de Clases para procesar Diagramas Causales. Por otra parte los procedimientos relacionados con la presentación ó interfaz de usuario, están desarrollados en el “”Lenguaje de Páginas de Servidor Java ó JSP que corresponde a una tecnología orientada a crear paginas Web con programación en Java.”[10]. Finalmente, podemos decir que básicamente el funcionamiento del prototipo Software esta fundamentado en la Inserción, Actualización, Eliminación, y Lista de elementos que hacen parte del modelo, para posteriormente realizar la respectiva validación comparada con la estructura del documento XML ó Esquema, a través del Parser Java.

5.3 ILUSTRACIÓNES PARA EL FUNCIONAMIENTO DEL PROTOTIPO SOFTWARE QUE REALIZA LA VALIDACIÓN DE DOCUMENTOS XML. En la figura 8 podemos observar la pagina de inicio de la aplicación.

Class SAXBuilder SAXBuilder(String Parser, boolean validation), la cual crea un documento Jdom utilizando un analizador SAX2. El primer parámetro de la

virtualización de redes basada en software libre” [11], donde se simula una red virtual mediante archivos XML que almacenan su topología. En cuanto a aplicaciones en Dinámica de Sistemas, aún no se conocen propuestas al respecto. Uno de los casos mas recientes y resaltantes que todavía esta en proceso de desarrollo, es el famoso buscador inteligente, que hace parte de la Web Semántica que es una Web extendida, dotada de mayor significado en la que cualquier usuario en Internet podrá encontrar respuestas a sus preguntas de forma más rápida y sencilla gracias a una información mejor definida. La mejor opción esta entonces en pensar en el futuro, y estar a la vanguardia tecnológica del mercado de aplicaciones informáticas, por lo cual hoy por hoy en Colombia y en el mundo se comienzan a iniciar o continuar proyectos encaminados hacia la utilidad de XML, para obtener ventaja de las características que este ofrece. 7. CONCLUSIONES Una vez desarrollado este trabajo de grado, el cual se resume en este artículo, se recogieron experiencias valiosas, las cuales se presentan a continuación El desarrollo de aplicaciones basadas en tecnologías estándar como XML, ofrece un beneficio bastante significativo para la integración de procesos y aplicaciones software, disminuyendo la eventualidad de incompatibilidad entre plataformas software, y aumentando la portabilidad entre aplicaciones de diferentes proveedores con políticas de desarrollo similares. La simulación y transporte de datos a través de la Internet pueden llegar a ser demasiado Eficiente, Viable, Confiable y Dinámico si logramos descubrir y aplicar las oportunidades que brinda XML en este ambiente tecnológico.

Figura 8. Pagina Inicio de la aplicación. En la Figura 9 observamos las diferentes opciones de modelado Diagramas Causales, Diagramas de Flujo-Nivel ó Diagramas de Forrester, que podemos utilizar a través del Prototipo.

Figura 9. Opciones de Modelado en la Aplicación Finalmente en la figura 10 observamos el proceso para validar instancias XML con datos de modelos basados en Diagramas Causales y de Forrester a través del Prototipo.

Figura 10. Validación del Documento XML. 6. ESTADO DEL ARTE DEL PROYECTO En 1998, cuando sale al mercado tecnológico por primera vez XML (Lenguaje Extensible de Marcado), se han venido realizando investigaciones insaciablemente por parte del grupo de desarrolladores del consorcio W3C, con el objetivo de descubrir generalidades y aplicaciones de este lenguaje. Trabajos previos sobre aplicación de XML para simuladores se han realizado por parte de varios investigadores, a manera de ejemplo se tiene el software VNUML: “Herramienta de

8. REFERENCIAS BIBLIOGRÁFICAS [1] Forrester, J.W. Industrial Dynamics. Productivity Press, 1961. [2] Aracil, J. Introducción a la Dinámica de Sistemas, Alianza Universidad Textos, Madrid,1992.

[3] Drew, D. Dinámica de Sistemas Aplicada, Publicaciones de Ingeniería de Sistemas, ISDEFE, Madrid, 1995. [4] Powersim Software. Web site: http://www.powersim.com [5] Ventana Systems; Vensim: Ventana Simulation Environment, Reference Manual version 3.0A, 1997. [6] STELLA modeling & simulation software. http://www.iseesystems.com. [7] Herramientas de modelado y simulación. Evolución 4.0. http://simon.uis.edu.co/WebSIMON/software/in dsof.php [8] Extensible Markup Language XML. http://www.w3.org/XML/ [9]Wikipedia, La enciplodedia Libre, XML Schemas, 1 Pagina, 2009. [Online: http://es.wikipedia.org/wiki/XML_Schema]. [10] Álvarez, Miguel A., Desarrollo Web, 2002. http:/www.desarrolloweb.com/articulos/831.php [11] Fermín Galán, David Fernández, “VNUML: Una herramienta de virtualización de redes basada en software libre” publicado en la Conferencia Internacional de Software Libre de Málaga, Febrero 2004.

You're Reading a Free Preview

Descarga
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->