INVESTIGACIN DE LA METODOLOGA FDD (FEATURE DRIVEN DEVELOPMENT), APLICADO A UN CASO DE DESARROLLO DEL MDULO RIESGOS DE MERCADO Y LIQUIDEZ DE LA COOPERATIVA

DE AHORRO Y CREDITO SAN PEDRO DE TABOADA, COMO APORTE AL DEPARTAMENTO DE RIESGOS DE LA INSTITUCIN.
Darwin Ruiz Guaman1, David Samaniego Almeida2, Ing. Danilo Martnez Espinosa 3, Ing. Jenny Ruz Robalino 4
1 ESPE, Ecuador, ruizdarwin@yahoo.com 2 ESPE, Ecuador, davidsamaniego1985@hotmail.com 3 ESPE, Ecuador, mdmartinez@espe.edu.ec 4 ESPE, Ecuador, jruizrob2006@gmail.com

RESUMEN
El presente proyecto de tesis nace como una solucin a la problemtica encontrada en la Cooperativa de Ahorro y Crdito San Pedro de Taboada, que por no disponer de un departamento de sistemas plenamente constituido, ha carecido de herramientas que le permitan a los diferentes departamentos crecer con el ritmo que el mercado demanda, es as que se ha propuesto la investigacin de una metodologa de desarrollo gil como la es FDD (Feature Driven Development) aplicado a un caso de desarrollo del mdulo de Riesgos de Mercado y Liquidez, que servir como aporte al departamento de riesgos, dicho mdulo la institucin lo necesitaba de suma urgencia ya que el mismo les permitir emitir informacin para la Superintendencia de Bancos y Seguros (SBS), por tratarse de una institucin financiera controlada. El mdulo se basa en el uso de la informacin de productos proporcionada en archivos planos por la institucin, al igual que el registro de inversiones, productos fuera del balance, etc., que han servido para mediante la ejecucin de procedimientos almacenados generar los clculos, basados en los reglamentos de la SBS, de esta manera se logr obtener los reportes y estructuras necesarias para enviar a la SBS. Se establece as que el uso de la metodologa de desarrollo gil FDD, ha permitido generar un mdulo que cubra la necesidad vista en la institucin y que ha sido de ayuda en la realizacin iterativa de entregables tangibles y adaptables al cambio continuo que se presente y con resultados positivos en el envo de las estructuras. Palabras Clave: Riesgos de Mercado, Riesgos de Liquidez, Feature Driven Development, Brechas de Sensibilidad, Liquidez estructural.

ABSTRACT
This thesis project was born as a solution to the problems encountered in the Cooperativa de Ahorro y Crdito San Pedro de Taboada, who does not have a fully constituted systems department, has lacked the tools to grow with the different departments the pace the market demands, so that research has proposed a development methodology is agile as FDD (Feature Driven development) applied to a case of module development market and Liquidity Risk, which will serve as input to risk department, the institution that module so urgently needed since it will allow them to broadcast information to the Superintendencia de Bancos y Seguros

(SBS), because it is a financial institution controlled. The module is based on the use of the product information in flat files provided by the institution, as well as the registration of investment products out of balance, and so on., Which have served for by the execution of stored procedures to generate the estimates, based on the regulations of the SBS, so you are able to obtain reports and structures needed to send to the SBS. This establishes that the use of agile development methodology FDD, helped to generate a module that meets the need seen in the institution and has been helpful in achieving tangible deliverables iterative and adaptable to continuous change is submitted and positive results in the delivery of the structures. KeyWords: Market Risk, Liquidity Risk, Feature Driven Development, Sensitivity Gap, Structural liquidity.

1. INTRODUCCIN
Las Instituciones Financieras reguladas por la Superintendencia de Bancos y Seguros (SBS), deben informar sobre los productos que brindan a los socios/clientes como factor de control. Es as que se va crear un Mdulo de Riesgos de Mercado y Liquidez (MRML), para generar los reportes y estructuras necesarias para emitir a la entidad de control, el mismo que estar destinado para la Cooperativa de Ahorro y Crdito San Pedro de Taboada. El MRML estar elaborado de acuerdo con la normativa de la Superintendencia de Bancos y Seguros 1 (SBS) en resolucin Nos. JB-2002-429 y JB-2002-431 Notas tcnicas riesgos mercado liquidez , y Manual 2 riesgos mercado liquidez 9 jul.10 . Este Mdulo constar con un sub-mdulo de procesamiento de datos, el cual ser usado para la carga de archivos planos proporcionados por la Institucin. Adems se realizar una Investigacin Bibliogrfica sobre la Metodologa gil FDD (Feature Driven Development), para el desarrollo del MRML.

1.1.1. Objetivos Planteados:

Investigar la Metodologa FDD (Feature Driven Development), utilizando las fuentes de informacin disponibles en la actualidad, con la finalidad de que sirva de base para el Desarrollo de futuras Aplicaciones en el rea de Sistemas y apoyo al Departamento de Riesgos de la Cooperativa de Ahorro y Crdito San Pedro de Taboada, con la implementacin del mdulo de Riesgos de Mercado y Liquidez. Recopilar la informacin necesaria, tal como el problema y las deficiencias latentes dentro de la empresa auspiciante y su entorno tecnolgico. Definir y capacitar al personal del rea de Sistemas sobre las ventajas de la Metodologa FDD (Feature Driven Development) que se emplearn en el presente proyecto. Aplicar la Metodologa FDD, para el desarrollo del mdulo Riesgos de Mercado y Liquidez de la Cooperativa de Ahorro y Crdito San Pedro de Taboada.

Superintendencia de Bancos y Seguros, Nota tcnicas de riesgos de mercado y Liquidez, Enero 2002, www.sbs.gob.ec/medios/PORTALDOCS/donwloads/Manuales/Entidades_Controladas_Formularios_Envio Superintendencia de Bancos y Seguros, Informacin para supervisin y control formato de envo riesgos de Mercado y liquidez , Julio 2010; www.sbs.gob.ec/medios/PORTALDOCS/donwloads/Manuales/manual_riesgos_mercadoliquidez_9_jul_10.doc
2

Analizar los requerimientos de la empresa mediante el uso de la normativa internacional IEEE-830, con la finalidad de categorizar los mismos y definir los procesos que se automatizarn y los procesos que se catalogan como operativos. Implementar un Mdulo de Riesgos de Mercado y Liquidez, que permita consultar en una base de datos, todos y cada uno de los parmetros necesarios para emitir informacin de los activos y pasivos con los que cuenta la Cooperativa de Ahorro y Crdito San Pedro de Taboada, y as se pueda interpretar y analizar su exposicin de mercado y liquidez.

1.1.2. Descripcin del Problema:

En la Cooperativa de Ahorro y Crdito San Pedro de Taboada, se ha identificado una deficiencia en el desarrollo de aplicaciones por parte del rea de Sistemas, que a pesar de contar con profesionales en esta rama, no disponen de una alternativa que permita el desarrollo gil de software. El personal que labora en esta dependencia no cuenta con una estructura organizacional que solvente las necesidades tecnolgicas que la institucin requiere, ya que estn enfocados en tareas diarias de mantenimiento del sistema financiero, soporte tcnico, procesos nocturnos, mismos que impiden que se dediquen al diseo de mdulos que ayuden a los diferentes departamentos a cumplir con obligaciones con las entidades de control, este es el caso del Departamento de Riesgos que no dispone de un mdulo que emita informacin diaria y mensual sobre los activos y pasivos que posee la empresa, y que actualmente elabora de manera manual los reportes y estructuras que debe enviar a la Superintendencia de Bancos y Seguros. Actualmente se ha presentado de manera Manual todas estas estructuras hasta el 31 de diciembre de 2010, segn el informe de la Unidad de Administracin de Riesgos Integrales que se cito anteriormente en los antecedentes. Con el fin de puntualizar los problemas que actualmente mantiene la Cooperativa de Ahorro y Crdito San Pedro de Taboada, en la generacin de estructuras y reportes a la Superintendencia de Bancos y Seguros se ha realizado el diagrama de causa efecto que se muestra a continuacin:

Fig. 1: Diagrama causa - efecto De lo que se puede notar del diagrama anterior y luego del respectivo anlisis, se concluye que el Departamento de Riesgos de la Cooperativa de Ahorro y Crdito San Pedro de Taboada, requiere de una solucin informtica para la generacin de estructuras y reportes.

1.1.3. Contribucin:
Para dar solucin a la problemtica antes expuesta se ha planteado la investigacin de la Metodologa FDD (Feature Driven Development), como alternativa para futuros desarrollos de aplicaciones en el Departamento de Sistemas de la Cooperativa de Ahorro y Crdito San Pedro de Taboada, y se la aplicar en el desarrollo de un Mdulo denominado Riesgos de Mercado y Liquidez, como un aporte a la Institucin. El disponer de este Mdulo permitir; consultar en una base de datos, todos y cada uno de los parmetros

necesarios para emitir informacin de los activos y pasivos con los que cuenta la Cooperativa y as se pueda interpretar y analizar su exposicin de mercado y liquidez con mayor o menor facilidad.

2. METODOLOGA 2.1. Metodologa FDD (Feature Driven Development)

FDD est pensado para proyectos con tiempo de desarrollo relativamente cortos (menos de un ao). Se basa en un proceso iterativo con iteraciones cortas (2 semanas) que producen un software funcional que el cliente y la direccin de la empresa pueden ver y monitorizar. Las iteraciones se deciden en base a features (de ah el nombre del proceso) o funcionalidades, que son pequeas partes del software con significado para el cliente. Un proyecto que sigue FDD se divide en 5 fases: a. Desarrollo de un modelo general: Cuando comienza el desarrollo, los expertos de dominio estn al tanto de la visn, el contexto y los requerimientos del sistema a construir. A esta altura se espera que existan requerimientos tales como casos de uso o especificaciones funcionales. Los expertos de dominio presentan un ensayo ms en el que los miembros del equipo y el arquitecto jefe se informan de la descripcin de alto nivel del sistema. El dominio general se subdivide en reas ms especficas y se define un ensayo ms detallado para cada uno de los miembros del dominio. Luego un equipo de desarrollo trabaja en pequeos grupos para producir modelos de objetos de cada rea de dominio. Simultneamente, se construye un gran modelo general para todo el sistema. b. Construccin de la lista de rasgos: Los ensayos, modelos de objeto y documentacin de requerimientos proporcionan la base para construir una amplia lista de rasgos. Estos rasgos son pequeos tems tiles a los ojos del cliente. La lista de rasgos es revisada por los usuarios y patrocinadores para asegurar su validez y exhaustividad, los rasgos que requieran de ms de diez das se descomponen en otros ms pequeos. c. Planeamiento por rasgos: Incluye la creacin de un plan de alto nivel, en el que los conjuntos de rasgos se ponen en secuencia conforme a su prioridad y dependencia, y se asigna a los programadores jefes. d. Diseo por rasgos y Construccin por rasgos: Se selecciona un pequeo conjunto de rasgos del conjunto, y los propietarios de clases seleccionan los correspondientes equipos dispuestos por rasgos. Se procede luego iterativamente hasta que se producen los rasgos seleccionados. Una iteracin puede tomar de unos pocos das un mximo de dos semanas. El proceso 3 iterativo incluye inspeccin de diseo, codificacin, pruebas unitarias, integracin e inspeccin de cdigo.

3. MATERIALES Y MTODOS 3.1. Hardware

Para el presente proyecto se contar con equipos idneos que poseen el software necesario para el desarrollo de los diferentes mdulos y sub mdulos, para ello se detallan los siguientes equipos:

Tabla I: Detalle de Recursos de Hardware a Utilizar

Hardware Computadoras Porttiles Impresora Suministros de Oficina Cantidad 2 1 Valor Unitario $ 1000,00 $ 80,00 $ 80,00 Total Hardware Valor Total $ 2000,00 $ 80,00 $ 80,00 $ 2160,00

Por parte presa se de equilas pruese involumomento

3

de la emdispondr pos para bas que cren en el del pase a

MOLPECERES Alberto, Procesos de desarrollo: RUP, XP y FDD, 2002, Pgs. 6-7

produccin del Mdulo.

3.2.

Software

Uno de los pilares fundamentales para el desarrollo de este Mdulo es la utilizacin de herramientas de desarrollo integrales y que sean del dominio del equipo de trabajo, para lo cual se ha seleccionado las siguientes herramientas: Tabla II: Detalle de Recurso de Software. Software Licencia de Microsoft Visual. Net 2008 Conexin de Internet Herramientas de Ofimtica Total Software Cantidad Valor Unitario $ $ $ 120,00 80,00 120,00 Valor Total $ 240,00 $ 80,00 $ 120,00 $ 440,00

 FELSING.

Libros: Una Gua prctica de FDD (Feature Driven Development), de STEPHEN R. PALMER Y JOHN M. Ingeniera de Software de Roger S. Pressman, Quinta edicin Archivos PDF: Plantilla FDD.pdf, Feature Driven Development.pdf, Caracterstica de Desarrollo Conducido.pdf IEEE 830.pdf Pginas Web: Http: //es.wikipedia.org/wiki/Desarrollo_%C3%A1gil_de_software http://www.sanpedrodetaboada.com/quienesomos.html http://www.sanpedrodetaboada.com/quienesomos.html http://www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-software.php Mtodo de Investigacin Bibliogrfica

Mediante este mtodo utilizaremos toda la informacin registrada en determinados documentos como son los libros, archivos pdf, pginas web, revistas, etc., para llevar a cabo nuestra propia investigacin, esto nos permitir localizar y seleccionar la informacin precisa de entre toda la documentacin existente sobre la Metodologa FDD. Plantillas Mediante el desarrollo del presente proyecto haremos uso para la parte de diseo y pruebas del uso de plantillas las mismas que fueron suministradas por para de nuestra Codirectora la Ing. Jenny Ruiz. Mtodo de Anlisis Analizaremos la situacin actual de la Cooperativa de ahorro crdito San Pedro de Taboada Ltda., con la finalidad de identificar la necesidad que tiene la institucin de automatizar la gestin de riesgos que estar orientada a la obtencin de los reportes de riesgos de mercado y liquidez, requeridos por la Superintendencia de Bancos y Seguros.

4.

DISEO E IMPLEMENTACIN

En el diseo del mdulo se ha basado en la metodologa fdd, realizando principalmente los diagramas siguientes: Diagrama de Casos de Uso del negocio. Diagrama de Caso de Uso. Diagrama de Clases. Diagramas de secuencia. Modelo Conceptual de Datos. Modelo Entidad Relacin.

Para la generacin de cdigo para el MRML, se ha establecido de la siguiente manera basndonos en el patrn de diseo Modelo Vista Controlador (MVC), el mdulo ha sido desarrollado con el lenguaje de programacin

C#, se ha utilizado el IDE de desarrollo Visual Studio .NET., el mismo que ha permitido integrar este tipo de patrn, las interfaces establecidas han sido diseadas en plataforma Windows Form.

4.1

Entorno de desarrollo (back end).

Esta parte del desarrollo ha sido primordial para el correcto funcionamiento de la herramienta, aqu se encuentra toda la metodologa establecida por la SBS y que se menciona en el establecimiento de Requerimientos, se ha codificado de tal manera que la invocacin a los programas, sea reprocesable. Para llevar a cabo este desarrollo se us la herramienta query browser propia de MySql, lo que facilit el desarrollo de los programas por poseer una interfaz fcil de usar, a continuacin se muestra un ejemplo del fragmento de cdigo realizado en esta herramienta:

Figura 4.1: Fragmento de Cdigo Visualizado en MySql Query Browser. La invocacin de todos los programas para generar los reportes y estructuras de Riesgos de Mercado y Liquidez son invocados mediante un procedimiento almacenado que recibe desde el frontal un cdigo mediante el cual se ejecuta el correspondiente programa, desde pantalla se pueden mostrar los resultados de la ejecucin de tal manera que se mantiene informado al usuario.

4.2

Codificacin de mdulos

Mdulo de Seguridades (MSRML): Como se ha definido en los diagramas de caso de uso de las figuras 5 y 6 existen diferentes perfiles de usuario que se utilizarn en el MRML, estos son: Administrador del Sistema. Administrador de Riesgos. Operador de Sistemas.

Estos perfiles tienen diferenciadas las actividades de interaccin con el MRML, las mismas que se establecieron mediante la fase denominada construccin de una lista de funcionalidades, segn FDD. El mdulo de Seguridades permitir el acceso o no a los diferentes sub mdulos que existen en el MRML, para llevarlo a cabo se desarrollo interfaces para el ingreso de las diferentes opciones (Sub mdulos), una pantalla para la creacin de usuarios y otra para la asignacin de accesos, mediante esta pantalla se puede definir el perfil de acceso que posee un usuario del MRML. En la parte de codificacin se ha separado por dos tipos de proyecto: Proyecto de Clases

Cls_riesgosml: este proyecto contiene a las clases de uso del mdulo de seguridades como son: men, usuario y la clase de conexin.

Figura 4.2: Proyecto de Clases Proyecto de Solucin PryMSRML: este proyecto contiene todas las interfaces del mdulo de seguridades.

Figura 4.3: Proyecto de Seguridades. Mdulo de Riesgos de Mercado y Liquidez (MRML) Una vez que hemos desarrollado el MSRML, segn las diferentes clases y casos de uso que se han generado del anlisis y diseo vistos en el capitulo anterior, se ha entrado en la construccin del MRML, en este mdulo inicialmente para la codificacin y diseo de interfaces se ha dividido por proyectos el desarrollo, el mismo que ha consistido en las reglas del negocio (BACK END) definido anteriormente, las clases propias del MRML, y la interfaz de usuario que invoca a las clases para ejecucin de tares. Los proyectos que se han creado son: Proyecto de Clases:

Cls_riesgosml: proyecto que contiene a todas las clases que se han definido en el diagrama de la figura 7, se puede visualizar a todas las clases que contiene el proyecto en la siguiente grfica:

Figura 4.4: Proyecto de Clases Cls_riesgosml Proyecto de Solucin:

ProyWinRiesgoMercadoyLiquidez: esta solucin est diseada mediante carpetas que contienen formularios correspondientes para la realizacin de la codificacin, lo que ha facilitado el desarrollo ya que todo se encuentra de manera ordenada.

Figura 4.5: Proyecto de Riesgos de Mercado y Liquidez

5.

RESULTADOS

Los resultados obtenidos al momento de finalizar el MRML, se centran en cumplir con el requerimiento solicitado por el Departamento de Riesgos de la Cooperativa de Ahorro y Crdito San Pedro de Taboada, que consiste en la generacin de estructuras y reportes, los mismos que se envan a la Superintendencia de Bancos y Seguros, hasta el momento se ha podido validar las estructuras del mes de julio, agosto desde mdulo, y considerando las fases descritas por FDD.

6.

TRABAJOS RELACIONADOS

En la Cooperativa de Ahorro y Crdito San Pedro de Taboada, no existen trabajos relacionados puesto que el departamento de riesgos no cuenta con una herramienta que les permita obtener la informacin.

7.

CONCLUSIONES Y TRABAJO FUTURO

Al ser la Metodologa FDD (Feature Driven Development), un proceso de desarrollo gil y de adaptacin, disminuye el riesgo del Proyecto gracias a sus entregas tangibles y al constante monitoreo de la calidad, lo que promovi el firme avance del mismo, permiti realizar cambios de ltimo momento debido a nuevos requerimientos y a las necesidades del negocio, adems el uso de iteraciones cortas produjeron un software funcional que la direccin de la Cooperativa de Ahorro y Crdito San Pedro de Taboada pudo observar y monitorear. Existen vulnerabilidades en la Cooperativa de Ahorro y Crdito San Pedro de Taboada, siendo la ms importante el no disponer de un Departamento de Sistemas, lo cual se ha evidenciado al momento de la obtencin de informacin, el cambio de formatos en los archivos solicitados y el inoportuno soporte mostrado, esto se debe a que una empresa externa brinda el mantenimiento del core bancario, mediante el personal que est en la institucin, por tal razn no ha existido un plan de desarrollo de software que permita satisfacer las necesidades que la institucin requiere. Por este motivo no se puede realizar la capacitacin al Departamento de Sistemas, sobre la Metodologa de desarrollo gil FDD, porque no cuenta con un departamento tecnolgico que supla con personal y herramientas las necesidades latentes en la institucin. Se utiliz el estndar de Especificacin de Requerimientos de Software IEEE 830, para definir una fase primordial de la Metodologa FDD, que consiste en el desarrollo de una lista de funcionalidades, lo

cual permiti partir desde una base para el anlisis necesario y generar los entregables que menciona la Metodologa. Se dise e implant el MRML (Mdulo Riesgos de Mercado y Liquidez), que servir de apoyo al Departamento de Riesgos de la Cooperativa de Ahorro y Crdito San Pedro de Taboada, para lo cual se utiliz la Metodologa FDD (Feature Driven Development), la misma que proporcionar una gua de revisin y ser considerada para nuevas aplicaciones. Se capacit al usuario final del MRML (Mdulo Riesgos de Mercado y Liquidez), en la ejecucin del mdulo desde las pantallas, indicando la importancia de los procesos batch, que se utiliza para lograr obtener los reportes y estructuras de Riesgos de Mercado y Liquidez, por lo tanto se encargar de la administracin y buen funcionamiento del mismo al Departamento de Riesgos de la Institucin.

8.

REFERENCIAS BIBLIOGRFICAS
Libros

CALDERON Amaro, Metodologas giles, Trujillo Per, 2007, Pg. 1 CALDERON Amaro, Metodologas giles, Trujillo Per, 2007, Pgs. 7-9 CALDERON Amaro, Metodologas giles, Trujillo Per, 2007, Pg. 31 MOLPECERES Alberto, Procesos de desarrollo: RUP, XP y FDD, 2002, Pgs. 6-7 Roger S. Pressman, Ingeniera de Software, Quinta edicin Editorial McGraw-Hill. 2006., Pg.31 [IEE93] IEEE Standards Collection: Software Engineering, IEEE Standard 610.12-1990, IEEE, 1993. Roger S. Pressman, Ingeniera de Software, Quinta edicin Editorial McGraw-Hill. 2006., Cap. II, Pg. 3., Consultado el: 07 junio de 2011
Recursos electrnicos

Bohem, 1976,(Disponible en: http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software, Consultado el: 07 junio de 2011) Wiki peda, Desarrollo gil de software, (Disponible en: http: //es.wikipedia.org/wiki/Desarrollo_%C3%A1gil_de_software, Consultado el: 11 de abril de 2011) RESEA HISTRICA, (Disponible en: http://www.sanpedrodetaboada.com/quienesomos.html. Consultado el: 11 de abril de 2011) Slideshare, Fundamentos del Desarrollo de Sistemas, (Disponible //www.slideshare.net/gpsigma2/conceptos-de-desarrollo-de-sistemas),06 junio de 2011 en: http:

DRAE (Diccionario Real Academia Espaola),(Disponible en: http://buscon.rae.es/draeI/, Consultado el: 07 junio de 2011) Zelkovitz, 1978, (Disponible en: http://www.rodolfoquispe.org/blog/que-es-la-ingenieria-de-software.php), Consultado el: 07 junio de 2011) Facultad de Ciencias Fsicas y Matemticas Escuela de Informtica, Metodologas giles, (Disponible en: http://seccperu.org/files/Metodologias%20Agiles.pdf Pgs. 6-8., Consultado el: 7 junio de 2011.) [Coad, 1998] Coad, Peter, Eric Lefebvre, Jeff De Luca, Feature-Driven Development, Disponible en:http://www.cs.jhu.edu/~scott/oos/software/togetherj/help/UsersGuide/Feature_Driven_Development.htm, http://materias.fi.uba.ar/7500/schenone-tesisdegradoingenieriainformatica.pdf, Pgs.28-32 http://seccperu.org/files/Metodologias%20Agiles.pdf, Pgs. 30-32 Especiacin de Requisitos estndar IEEE Std. 830-1998,22 de Octubre de 2008, (Disponible en: http://dis.um.es/~lopezquesada/documentos/FIS_0708/recursos/AnexoIIITema2.pdf, Pgs. 1,2,

http://www.kybele.etsii.urjc.es/docencia/AIR_GIS_M/2010-2011/Material/%5BAIR-1011%5Dieee830.pdf, Pags.1-9, Consultado el: 09 junio de 2011) Disponible en: http://es.wikipedia.org/wiki/Microsoft_Visual_Studio VISUAL ESTUDIO .NET, http://www.visualbeta.es/10789/software/mysql-workbench-editor-visual-de-bases-de-datos-mysql/ MYSQL, Consultado el: 10junio de 2011. Disponible en: http://www.superhosting.cl/manuales/mysql-administrator.html MYSQLADMINISTRATOR, Consultado el: 10 junio de 2011 Disponible en: http://dev.mysql.com/doc/query-browser/es/mysql-query-browser-introduction.html MYSQLQUERY BROWSER, Consultado el: 10 de junio de 2011 Disponible en: http://staruml.sourceforge.net/, Consultado el 10 de junio de 2011.