stella-forrester.pdf
TRANSCRIPT
MODELADO DE SISTEMAS DINAMICOS EXPRESADOSEN DIAGRAMAS CAUSALES Y DE FORRESTER,UTILIZANDO EL LENGUAJE DE MARCACIÓN
EXTENSIBLE (XML)
Alfonso José Redondo CuelloEstudiante Ingeniería de Sistemas
Universidad de [email protected]
Carlos Arturo Parra OrtegaProfesor Departamento EEST
Universidad de [email protected]
RESUMENEn este artículo se propone un formato de archivo basado en el estándar XML para facilitar el intercambiode información que representa a modelos bajo la metodología de Dinámica de Sistemas (DS). Losformatos propuestos sirven para representar tanto Diagramas Causales como Diagramas de Forrester, yfavorecerían la reciprocidad de modelos de este tipo entre diversas aplicaciones que implementanDinámica de Sistemas. Otro aporte de esta propuesta consiste en que posibilitaría la simulación desistemas en la red.
PALABRAS CLAVE: Diagramas Causales, Diagramas de Forrester, Estándar XML, Representación deModelos.
ABSTRACT:
In this paper a file format based on XML standard is proponed in order to allow the informationExchange than represent Systems Dynamic models. The proposed file formats represent causal andForrester diagrams, and allow the exchanging of this type of models among the different programs thanuse 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, ModelRepresentation.
1. INTRODUCCIÓN
Hoy en día, en la mayoría de aplicacionesinformáticas se esta buscando la tendencia deutilizar herramientas estándar como elLenguaje Extensible de Demarcación (XML yHTML) entre otras, para el desarrollo deproyectos teniendo en cuenta la eventualidad enun futuro de favorecer posibles integracionescon otros proyectos ya existentes, y de estaforma optimizar las opciones de portabilidad através de diferentes aplicaciones relacionadascon un fin especifico.
Todas estas consideraciones originan elbeneficio de lograr algún día, que lasaplicaciones enfocadas al modelado de Sistemas
Dinámicos, se comuniquen mediante un mismolenguaje técnico.
Con la implantación de este tipo de aplicacionesse busca también ambicionar el transporte dedatos estructurados a través de la Internet,vinculando entonces comunicaciones entreplataformas software que pueden pertenecer adiferentes proveedores con los mismos idealesde funcionamiento .
Tomando como base las anterioresmotivaciones, en este artículo se propone unformato utilizando el Lenguaje de MarcaciónExtensible (XML) para estructurar y almacenarmodelos que describen Sistemas Dinámicosbajo la metodología de Dinámica de Sistemas(DS).
En el capítulo dos se tratan las generalidades delos modelos basados en Dinámica de Sistemas,para identificar los elementos que se van adescribir mediante XML. En el capítulo tres sepresentan los conceptos de lenguaje extensiblede demarcación que se van a utilizar en laestructuración de esta propuesta. En el capítulocuatro se muestra la especificación XMLutilizada para describir los diagramas causales yde Forrester, mientras que en el capítulo cincose muestran aspectos de la validación delestándar XML mediante software. En el capitulo6 y 7 se muestra el estado del arte del proyecto ylas conclusiones de este respectivamente.
1.1. DESCRIPCIÓN DEL PROBLEMA
Actualmente existen varios productos paraeditar, evaluar y simular modelos utilizandoDinámica de Sistemas, aunque es difícil para unusuario de un software determinado ejecutar ocompilar los modelos desarrollados en otraaplicación. En cuanto a sistemas operativosdiferentes también existe este inconveniente, demanera que se puede afirmar que no existeportabilidad entre los modelos implementadosen software de diferentes fabricantes.
A través de la especificación para SistemasDinámicos fundamentada en XML, se puedenofrecer las siguientes posibilidades:
Representación de datos en una formaestándar y robusta teniendo en cuenta lascaracterísticas de la tecnología.
Intercambio y Simulación de modelosentre aplicaciones instauradas en la Web.
Formalidad de reglas establecidas para elmodelado de Sistemas Dinámicos, con lacreación de un patrón común paramodelar Diagramas Causales yDiagramas de Forrester.
Información más accesible y reutilizable,debido a la flexibilidad de las etiquetasXML, que pueden utilizarse sin tener queamoldarse a reglas específicas de unfabricante, generando un mayordinamismo al momento de representarSistemas Dinámicos.
En la figura 1 se ilustra la arquitecturafuncional de la especificación XML pararepresentar Diagramas Causales y Diagramasde Forrester.
Figura 1. Funcionamiento del formato XML.
La utilidad de un formato estándar paramodelar Sistemas Dinámicos, contribuye almejoramiento de los procesos existentes,acatando las posibilidades que este ofrece, enfunción de establecer una herramienta confines de compatibilidad entre aplicacionessoftware de este ámbito.
2. GENERALIDADES DE MODELOSBASADOS EN DINÁMICA DE SISTEMAS
La Dinámica de Sistemas es una metodologíapara la construcción de modelos de sistemas [1].
Pretende establecer técnicas que permitanexpresar en un lenguaje formal (matemático),los modelos verbales (mentales).Fue fundada a principios de la década de 1960por Jay Forrester, de la MIT Sloan School ofManagement (Escuela de Administración Sloan,del Instituto Tecnológico de Massachusetts) conel establecimiento del MIT System DynamicsGroup (Grupo de dinámica de sistemas del I.T.de Massachusetts) [1]. En esa época habíaempezado a aplicar lo que había aprendido consistemas eléctricos a toda clase de sistemas.
Lo que distingue a la dinámica de sistemas deotras aproximaciones al estudio de los mismosproblemas, es el uso de bucles derealimentación. La construcción de modelos porla dinámica de sistemas parte de la distinciónesencial entre depósitos y flujos [1, 2,3].
2.1 ELEMENTOS Y RELACIONES ENLOS MODELOS
Un modelo, como representación abstracta deun sistema real, está compuesto por:
Un conjunto de definiciones quepermiten identificar los elementos queconstituyen el modelo.
Un conjunto de relaciones queespecifican las interacciones entreelementos que aparecen en el modelo.
2.2. DIAGRAMAS CAUSALES
Entre los elementos que constituyen un sistemadinámico se establece un esquema en el cual serepresentan las relaciones entre aquelloselementos relacionados entre sí, uniéndolos através de flechas. Esta estructura viene dada porla especificación de las variables que aparecenen el mismo modelos, las cuales pueden serVariables Exógenas, que afectan al sistema sinque este las provoque, o Variables Endógenas,que igualmente afectan al sistema pero este silas provoca, y por el establecimiento de laexistencia o no, de una relación entre cada parde elementos.
Al diagrama causal se llega por un proceso queimplica una mezcla de observaciones sobre elsistema, discusiones con especialistas en elsistema y análisis de datos acerca del mismo.
El proceso seguido en el desarrollo define lospasos a continuación:
Elección de variables o elementos arepresentar del modelo del sistema.
Evaluación cualitativa (no numérica)de las relaciones entre estos elementoscuando las hubiere.
Construcción del diagrama causal.
En los diagramas causales, las relacionesque enlazan dos elementos entre sí puedenser de dos tipos:
Relación causal: Cuando un elementoA influye sobre otro B, de maneradirecta.
Relación correlativa: Es aquella cuandoexiste una correlación (estadística, porejemplo) entre dos elementos delsistema, sin existir entre ellos unarelación directa.
2.3. DIAGRAMAS DE FORRESTER
Este tipo de diagrama es más completo que undiagrama causal, y es un paso intermedio entreel diagrama causal y el modelo matemáticoformal (Ecuaciones Diferenciales de PrimerOrden). Los diagrama de Forrester fueroncreados por el Ingeniero de Sistemas Jay WrightForrester en los años 50’’s en el MIT (InstitutoTecnológico de Massachusetts) y constituyen
una representación simbólica de las relación queexisten entre las variables de nivel, flujo yauxiliares de un diagrama causal una vezidentificadas, bajo el símil hidrodinámico. Estosmodelos son también llamados Diagramas deNivel-Flujo y son los diagramas característicosde la Dinámica de Sistemas.
No hay unas reglas precisas de como hacer estatransformación, pero si hay alguna forma deabordar este proceso. Pasos a seguir:
1. Hace una fotografía mental al sistema ylo que salga en ella (personas, km2,litros, animales,..) eso son Niveles.
2. Buscar o crear unos elementos quesean "la variación de los Niveles",(personas/día, litros/hora,...) y esos sonlos Flujos.
3. El resto de elementos son las VariablesAuxiliares.
Como regla general esto sirve para empezar.Después ya se pueden ir haciendo retoques, yasí los Niveles que vayan a permanecerconstantes en vez de definirlos como Niveles sepueden definir como variables auxiliares tipoconstante que es más sencillo entre otrosajustes.Actualmente existen varias aplicaciones quepermiten crear, editar y simular modelos enDinámica de Sistemas. Como ejemplo se tiene aPowersim, Vensim, Stella, Evolución [4, 5, 6,7],entre otras.
3. LENGUAJE DE MARCACIÓNEXTENSIBLE (XML)
Con el auge de la Internet y su lenguaje depresentación de información basado enhipertextos, surgió la necesidad de intercambiarinformación estructurada, tales como registrosde transacciones, facturas, órdenes de pedido,entre otros. El consorcio World Wide Web en1998 estableció entonces el estándar para crearel lenguaje extensible de marcación, conocidocomo XML [8], para satisfacer estasnecesidades.
Dentro de las características de este lenguaje, setienen:
Es extensible, por lo que permite quese definan nuevas etiquetas de acuerdoa las necesidades del usuario.
Representación estructurada de losdatos.
Separación de la presentación de losdatos y su proceso.
Los datos XML son autodescriptivos,es decir, pueden entenderlo laspersonas, además de las máquinas.
Puesto que los modelos en Dinámica deSistemas pueden describirse mediante datosestructurados, existe un potencial para utilizarXML en la codificación de estos modelos, yfacilitar su intercambio entre diversasaplicaciones.
3.1 SCHEMAS XML
Un "Sschema XML" es algo similar a un DTD1
es decir define qué elementos puede contener undocumento XML cómo están organizados queatributos y de qué tipo pueden tener suselementos, de una forma muy precisa mas alláde las normas sintácticas impuestas por elpropio lenguaje XML. Se consigue así unapercepción del tipo de documento con un nivelmás alto de abstracción que. la DTD.
Los Schemas Fueron diseñados completamentealrededor de namespaces para evitar conflictosde entre nombres de diferentes contextos,además soporta tipos de datos típicos de loslenguajes de programación, como también tipospersonalizados simples y complejos [9].
4. ESPECIFICACIÓN XML PARADESCRIBIR MODELOS EN DINÁMICADE SISTEMAS
El lenguaje XML requiere de la definiciónprevia de una estructura para la informaciónque se desea presentar. Esta especificación estarelacionada con la gramática y sintaxis para losdatos que son procesados. Las reglas derepresentación de información en XML sonalmacenas en los archivos XSD extensiónpropia de los Schemas XML. .
4.1 DESCRIPCIÓN DE RELACIONESCAUSALES
Se definió un esquema para describir relacionescausales. Las etiquetas <ID> representa unidentificador para la relación. Las etiquetas<VE> indican la variable de la cual sale larelación, <VR> la variable donde llega larelación, <IN> indica el tipo de incidencia de lavariable emisora sobre la variable receptora enuna relación. El valor de la incidencia de unavariable sobre otra, puede ser de polaridad“Positiva”, “Negativa”, o “Ninguna”. La
1 DTD: Document Type Definition, es unestándar que nos permite definir una gramáticaque deben cumplir nuestros documentos XML.
etiqueta <RT> representa la inclusión de unretardo en una relación. Estas etiquetas seagrupan a su vez dentro de una relación descritamediante la etiqueta <Relacion> que puedetener una cantidad de ocurrencias ilimitada en eldocumento XML.
La etiqueta <Bucle>, representa como tal lainclusión de un bucle de realimentación en unmodelo de Diagramas Causales. Este elementoesta compuesto por las etiquetas <IDR> y <TipoBucle> que representan respectivamente unaidentificación para una o muchas relaciones quehacen parte de un bucle y la descripción de untipo de bucle, que puede ser “Positivo” o“Negativo” dependiendo de la situación.
En el Lenguaje XML cada etiqueta tienen sucorrespondiente etiqueta de cierre, así, laetiqueta que finaliza a una relación es</Relacion>.
El esquema que permite describir las relacionescausales se presenta a continuación.
<?xml version ="U="1.0" encoding TF-8"?><xs:schemaxmlns:xs="http://www.w3.org/2001/XMLSchema" 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>
</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 adeterminados elementos en un Schema XML,conforman una estructura jerárquica con lainclusión obligatoria de una etiqueta padre, quepara nuestro caso corresponde a la etiqueta<DC>, para describir un Diagrama Causal.
En la figura 2 se muestra la estructura XML, enforma subordinada, para representar DiagramasCausales.
Figura2. Jerarquía de Elementos pararepresentar Diagramas Causales.
En la figura 3 se puede apreciar un diagramacausal, y a continuación la instancia XMLcorrespondiente.
Figura 3. Diagrama causal de ejemplo.
La instancia XML que se ajusta a la estructuraes:
<?xml version="1.0" encoding="UTF-8"?><DCxmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:noNamespaceSchemaLocation="EsquemaCausal.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 DEFORRESTER.
El mismo proceso de establecer descriptoresXML se lleva a cabo para los diagramas de
Forrester. De ahí resultan las etiquetas<Relacion>, <Nivel>, <Nube>,<Flujo>,<Constante>,<VariablesAuxiliares>,<VariablesExogenas>, y <Retardos>.
Cada una de las anteriores etiquetas querepresentan elementos en un modelo deDiagramas de Forrester, están compuesta a suvez por subetiquetas que caracterizan elelemento que esta estructurando en el momento.
Un sistema dinámico que explica el proceso dellenado de un vaso de agua representadomediante diagramas de Forrester se puedeapreciar en la figura 4.
Figura 4. Diagrama de Forrester, de ejemplo.El esquema que permite representar Diagramasde Forrester se presenta a continuación.
<?xml version="1.0" encoding="UTF-8"?><xs:schemaxmlns:xs="http://www.w3.org/2001/XMLSchema" 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, enforma jerarquica, para representar Diagramas deForrester.
Figura 5. Jerarquía de Elementos pararepresentar Diagramas de Forrester.
La instancia XML que se ajusta a esta estructuratiene la siguiente forma:<?xml version="1.0" encoding="UTF-8"?><DF>xmlns:xsi="http://www.w3.org/2001/XMLSchema-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</VariableAuxiliar><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>
<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 formatospropuestos, se desarrolló un prototipo que indicasi la instancia XML es valida ö inválidautilizando un parser XML.
5.1 ANALIZADOR DE DOCUMENTOSXML (PARSER).
Un parser o analizador sintáctico procesa eldocumento XML y verifica que es XML bienformado (y/o válido). Es la herramientaprincipal de cualquier aplicación XML,podemos incorporarlos a nuestras aplicaciones,de manera que estas puedan manipular ytrabajar con documentos XML.
Entre los tipos de Parser tenemos:
Sin validación: Chequea que eldocumento esté bien formado deacuerdo a las reglas de sintaxis deXML. Estos parser son utilizadoscuando solo se necesita presentar losdocumentos XML, sin corregir errores.
Con validación: Además de comprobarque el documento está bien formado,comprueba que éste sea válidoutilizando un DTD o Schema.
El analizador se considera el corazón de estaaplicación, teniendo en cuenta las funciones quecumple de validar instancias de DocumentosXML que deben ajustarse a su estructura. Paranuestro caso utilizamos el Parser validanteXerces (Open Source) del proveedor ApacheSoftware Foundation uno de los mas completosy eficientes que existe en el mercado actual.
En la figura 6 podemos observar elfuncionamiento de un Parser en el momento devalidar una instancia XML.
Figura 6. Proceso para Parsear unDocumento XML.
5.2 PROCIDIMIENTOS DEPROGRAMACION UTILIZADOS EN ELPROYECTO
El Desarrollo de esta aplicación esta constituidopor el uso del lenguaje de programación Javarespaldado por la librería Jdom que nos sirvepara la manipulación o tratamiento dedocumentos XML.
Entre las clases y métodos más importantesutilizados para el procesamiento de archivosXML en el proyecto tenemos:
Class Document
Es una clase pública que se utiliza parainstanciar un documento XML. Utiliza losconstructores Document() para crear un ficheroen blanco, Document(Element root), para crearun documento con un elemento raíz.getRootElement () para obtener el elemento raíz.
Class Element.
Esta clase se utiliza como su nombre lo indicapara insertar elementos en un documento XML.Entre los atributos utilizados tenemos StringNombre Elemento, para asignarle el nombre ala etiqueta XML que se desea crear.
Class SAXBuilder
SAXBuilder(String Parser, boolean validation),la cual crea un documento Jdom utilizando unanalizador SAX2. El primer parámetro de la
2 Sax: Simple Api for XML, es una interfaz queprovee un mecanismo para leer datos desde undocumento XML.
sintaxis es el parser que se va a utilizar pordefecto utiliza el parser Xerces. El segundoparámetro es para decirle al parser si queremosque cumplas sus obligaciones de validación.
Haciendo énfasis en el tratamiento dedocumentos XML utilizando el lenguaje deprogramación orientado a objetos Java, a travésdel API3 Jdom, en la figura 7 se ilustra undiagrama de clases para procesar modelos deDiagramas Causales en formato XML.
Figura7. Diagrama de Clases para procesarDiagramas Causales.
Por otra parte los procedimientos relacionadoscon la presentación ó interfaz de usuario, estándesarrollados en el “”Lenguaje de Páginas deServidor Java ó JSP que corresponde a unatecnología orientada a crear paginas Web conprogramación en Java.”[10].
Finalmente, podemos decir que básicamente elfuncionamiento del prototipo Software estafundamentado en la Inserción, Actualización,Eliminación, y Lista de elementos que hacenparte del modelo, para posteriormente realizar larespectiva validación comparada con laestructura del documento XML ó Esquema, através del Parser Java.
5.3 ILUSTRACIÓNES PARA ELFUNCIONAMIENTO DEL PROTOTIPOSOFTWARE QUE REALIZA LAVALIDACIÓN DE DOCUMENTOS XML.
En la figura 8 podemos observar la pagina deinicio de la aplicación.
3 Api: Application Programming Interface,Interfaz de Programación de Aplicaciones, quenos sirve para la comunicación entrecomponentes software.
Figura 8. Pagina Inicio de la aplicación.
En la Figura 9 observamos las diferentesopciones de modelado Diagramas Causales,Diagramas de Flujo-Nivel ó Diagramas deForrester, que podemos utilizar a través delPrototipo.
Figura 9. Opciones de Modelado en laAplicación
Finalmente en la figura 10 observamos elproceso para validar instancias XML con datosde modelos basados en Diagramas Causales yde 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ógicopor primera vez XML (Lenguaje Extensible deMarcado), se han venido realizandoinvestigaciones insaciablemente por parte delgrupo de desarrolladores del consorcio W3C,con el objetivo de descubrir generalidades yaplicaciones de este lenguaje.
Trabajos previos sobre aplicación de XML parasimuladores se han realizado por parte de variosinvestigadores, a manera de ejemplo se tiene elsoftware VNUML: “Herramienta de
virtualización de redes basada en software libre”[11], donde se simula una red virtual mediantearchivos XML que almacenan su topología. Encuanto a aplicaciones en Dinámica de Sistemas,aún no se conocen propuestas al respecto.
Uno de los casos mas recientes y resaltantes quetodavía esta en proceso de desarrollo, es elfamoso buscador inteligente, que hace parte dela Web Semántica que es una Web extendida,dotada de mayor significado en la que cualquierusuario en Internet podrá encontrar respuestas asus preguntas de forma más rápida y sencillagracias a una información mejor definida.
La mejor opción esta entonces en pensar en elfuturo, y estar a la vanguardia tecnológica delmercado de aplicaciones informáticas, por locual hoy por hoy en Colombia y en el mundo secomienzan a iniciar o continuar proyectosencaminados hacia la utilidad de XML, paraobtener ventaja de las características que esteofrece.
7. CONCLUSIONES
Una vez desarrollado este trabajo de grado, elcual se resume en este artículo, se recogieronexperiencias valiosas, las cuales se presentan acontinuación
El desarrollo de aplicaciones basadasen tecnologías estándar como XML,ofrece un beneficio bastantesignificativo para la integración deprocesos y aplicaciones software,disminuyendo la eventualidad deincompatibilidad entre plataformassoftware, y aumentando la portabilidadentre aplicaciones de diferentesproveedores con políticas de desarrollosimilares.
La simulación y transporte de datos através de la Internet pueden llegar a serdemasiado Eficiente, Viable, Confiabley Dinámico si logramos descubrir yaplicar las oportunidades que brindaXML en este ambiente tecnológico.
8. REFERENCIAS BIBLIOGRÁFICAS
[1] Forrester, J.W. Industrial Dynamics.Productivity Press, 1961.[2] Aracil, J. Introducción a la Dinámica deSistemas, 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: VentanaSimulation Environment, Reference Manualversion 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/indsof.php[8] Extensible Markup Language XML.http://www.w3.org/XML/[9]Wikipedia, La enciplodedia Libre, XMLSchemas, 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 deredes basada en software libre” publicado en laConferencia Internacional de Software Libre deMálaga, Febrero 2004.