RESUMEN ANALÍTICO EN EDUCACIÓN - RAE FACULTAD IINGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS BOGOTÁ D.C.

Transcripción

1 AÑO DE ELABORACIÓN: 2015 FACULTAD IINGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS BOGOTÁ D.C. TÍTULO: DISEÑO DE HERRAMIENTA DE SOFTWARE PARA LA CREACIÓN DE REDES DE SISTEMAS DIFUSOS. AUTOR (ES): BERMUDEZ RICO, Alejandro Esteban; RIVERA GUTIERREZ, Juan Camilo. DIRECTOR(ES)/ASESOR(ES): VELANDIA VEGA, John Alexander. MODALIDAD: Proyecto de investigación. PÁGINAS: 56 TABLAS: 15 CUADROS: 0 FIGURAS: 22 ANEXOS: 7 CONTENIDO: INTRODUCCIÓN 1. PLANTEAMIENTO DEL PROBLEMA 2. OBJETIVOS 3. MARCO REFERENCIAL 4. METODOLOGIA PROPUESTA 5. ARQUITECTURA DEL SISTEMA 6. RESULTADOS OBTENIDOS Y CONCLUSIONES BIBLIOGRAFÍA ANEXOS PALABRAS CLAVES: LOGICA, DIFUSA, JFUZZYLOGIC, UNFUZZY, FUZZYNET, ARQUITECTURA, 4+1, SOFTWARE, REDES. DESCRIPCIÓN: Actualmente una de las principales necesidaes en el campo de la lógica difusa, es la inexistencia de un software para el diseño y simulación de redes de lógica 1

2 difusa, a través del análisas de paquetes de software de lógica difusa, fue diseñado un modelo de arquitectura de sofware para una aplicación que permita la construcción y simulación de redes de sistemas de lógica difusa. METODOLOGÍA: Utilizando como marco de referencia la metodología de ingeniería de software RUP o proceso unificado racional, fue necesaria la definición de productos de trabajo y precisar las tareas que fueron necesarias para la construcción de dichos productos de trabajo, a su vez fue necesaria la asociación de un responsable a cada tarea definida previamente. En la primera fase se llevó a cabo la recopilación, análisis y estudio de información referente a los sistemas difusos y todo lo que en general comprende su funcionamiento, con el objetivo de comprender enteramente la necesidad que se presenta. De acuerdo a lo realizado en esta etapa se realizó un análisis en cuanto a restricciones y limitantes con el propósito de delimitar de manera clara el alcance del proyecto. Posteriormente en la fase de elaboración, se desarrolló un examen exhaustivo a la librería de Java JfuzzyLogic que permitía el desarrollo de sistemas de lógica difusa de manera independientes. En esta fase también se llevó a cabo la etapa de levantamiento de requerimientos funcionales y no funcionales por medio de reuniones periódicas con el stakeholder principal. La información recopilada en la fase de elaboración fue el insumo principal para la elaboración del modelo arquitectural de software de la aplicación en la fase de diseño, donde se hizo un análisis que permitió definir que vistas se van a utilizar de la metodología 4+1. Al final de cada fase se realizó una evaluación para determinar si se ha cumplido o no con los objetivos de la misma. En la última fase del proyecto se llevó a cabo la evaluación del modelo propuesto por medio del desarrollo de un prototipo que evaluó los componentes principales de la arquitectura, esta validación fue complementada con un análisis RUP que arrojó los avances y resultados del diseño arquitectural y las respectivas conclusiones frente a la arquitectura de la aplicación. 2

3 CONCLUSIONES: La librería de Java jfuzzylogic, debido a sus funcionalidades de simulación de sistemas de lógica difusa, permitió el diseño de una arquitectura que posibilita el diseño de redes de lógica difusa, cumpliendo con el estándar IEC , con lo cual se valida el cumplimiento del objetivo principal de este proyecto. La arquitectura de la aplicación de software propuesta se llevó a cabo en un 100%, sin embargo se encontraron falencias en la administración de la información de variables lingüísticas, específicamente en el proceso de enlazamiento de nodos, comprometiendo significativamente el proceso de construcción de redes difusas, esto debido a que no se consideraron las variables lingüísticas como quienes permiten unir nodos y construir la red, por lo tanto la información referente a qué nodos pertenecen, ya sea como variables lingüísticas de entrada o de salida, debe tener importante validez dentro de la nueva arquitectura a proponer. En la primera arquitectura diseñada se manejaron las variables lingüísticas de entrada y salida por medio de dos clases independientes entre sí, durante el proceso de creación del prototipo se pudo constatar que estas dos clases poseían los mismos métodos y atributos, además de funcionar de manera idéntica, por ello el uso de variables lingüísticas en FuzzyNet debe manejarse por medio de una sola clase que fusione las variables lingüísticas de entrada y salida. FUENTES: ALCHOURRÓN, Carlos E. Lógica: Lógica de la Reelevancia.7 ed. Editorial CSIC - CSIC Press, p. ISBN X, TIÑENA SALVAÑA, Francesca. Teoría de conjuntos: Preliminares. Editorial UOC. ISBN , HERNÁNDEZ OLARTE, Ibraim Yesid. UNFUZZY v2. Actualización y mejora del software para el diseño, simulación, análisis e implementación de sistemas de lógica difusa. Oscar Germán Duarte, Ph. D. Tesis presentada como requisito parcial para obtener el título de magister en ingeniería industrial automatización industrial. Universidad Nacional de Colombia. Bogotá D.C

4 DRIANKOV Dimiter, HELLENDOORN Hans, REINFRANK Michael, An Introduction to Fuzzy Control: Introduction: The Structure of a FKBC.2 ed. Editor Springer Berlin Heidelberg, p. ISBN , UNIVERSIDAD DE LAS AMERICAS PUEBLA, Lógica difusa [En línea]. Puebla. [citado 14 de febrero, 2015]. Disponible en internet <URL: UNIVERSIDAD DE PIURA, Lógica difusa y sistemas de control [En línea].piura. [citado 14 febrero, 2015]. Disponible en internet: <URL: PONTIFICIA UNIVERSIDAD JAVERIANA, Modelado y diseño de arquitectura de software [en línea]. Cali. MS.c. Fernando Barranza A: [citado 21 febrero, 2015]. Disponible en internet: <URL: do.pdf> BASS, L.; Clements; P. & Kazman, R. Software Architecture in Practice, 2 ed. Boston: Addison-Wesley, p. ISBN: UNIVERSIDAD DE LOS ANDES, Requerimientos funcionales y no funcionales [en línea]. Bogotá: La empresa [citado 14 febrero, 2015]. Disponible en internet: <URL: cipal:csof5101-requerimientos.pdf> PRESSMAN, Roger S. Ingeniería de Software: Un enfoque práctico. Campos, Víctor; (Traductor). 7 ed. Ciudad de México: McGraw-Hill Interamericana, p. ISBN: SOMMERVILLE, Ian. Ingeniería de Software. Alfonso, María (Traductor).7 ed. Madrid: Pearson Educación S.A, p. ISBN: KRUCHTEN, Philippe. Architectural Blueprints: The 4+1 View Model of Software Architecture. En: IEEE Software. No. 12 (Nov., 1995); p CINGOLANI, Pablo. jfuzzylogic: a Java Library to Design Fuzzy Logic Controllers According to the Standard for Fuzzy Control Programming. En International 4

5 Journal of Computational Intelligence Systems. Vol 6, Supplement 1. (2013); p SCHACH, Stephen R. Análisis y diseño orientado a objetos: Con UML y el proceso unificado. Peralta, Lorena (Traductor).1 ed. Ciudad de México: McGraw-Hill Interamericana, p. ISBN: FREUND, Jakob; RÜCKER, Bernd; HITPASS, Bernhard. BPMN 2.0: Manual de referencia y guia práctica. 4 ed. Santiago: CreateSpace Independent Publishing Platform, p. 21. ISBN: MICROSOFT, Diagrama de componentes UML: Referencia [en línea]. La empresa: [citado 14 febrero, 2015]. Disponible en internet: < THE LINUX DOCUMENTATION PROJECT, Modelado de sistemas con UML [en línea]. La empresa: [citado 14 febrero, 2015]. Disponible en internet: <URL: ESCUELA POLITECNICA SUPERIOR, UML: Lenguaje unificado de modelado [en línea]. Madrid. La empresa: [citado 20 febrero, 2015]. Disponible en internet: <URL: UNIVERSIDAD TECNOLÓGICA DE LA MIXTECA, El proceso unificado Rational para el desarrollo de software [en línea]. Oaxaca. Carlos Alberto Fernández y Fernández: [citado 06 mayo, 2015]. Disponible en internet: <URL: > ALEGSA, Definición de concurrencia [en línea]. Santa Fe, Argentina.Leandro Alegsa: [citado 20 febrero, 2015]. Disponible en internet: <URL: IESE Business School, La evolución del concepto de Stakeholders en los escritos de Ed Freeman [en línea]. Navarra. La empresa: [citado 19 febrero, 2015]. Disponible en internet: <URL: %20stakeholders%20seg%C3%BAn%20Freeman_tcm pdf> 5

6 UNIVERSIDAD CENTRAL DE VENEZUELA, Introducción a la ingeniería del Software [en línea]. Caracas. Facultad de ciencias: [citado 18 febrero, 2015]. Disponible en internet: <URL: /descarga/descargar_archivo/1150> PONTIFICIA UNIVERSIDAD JAVERIANA, Modelado y diseño de arquitectura de software [en línea]. Cali. MsC. Fernando Barraza: [citado 01 Marzo, 2015]. Disponible en internet: < do.pdf> UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS, Proceso de desarrollo open UP/OAS: Gestión de la arquitectura. [en línea]. Bogotá. La Empresa: [citado 01 Marzo, 2015]. Disponible en internet: < > OTHERWISE, DIFERENCIANDO ENTRE UN SKETCH, MOCKUP, WIREFRAME Y PROTOTIPO [en línea]. Bogotá: Othewise [citado 2 de Mayo, 2015]]. Disponible en internet: <URL: TECHTARGET, GAP Analysis Definition [en línea]. Margaret Rouse: [citado 10 Marzo, 2015]. Disponible en internet: < LISTA DE ANEXOS: Anexo A: Requerimientos funcionales. Anexo B: Requerimientos no funcionales. Anexo C: Mockups elegidos por el stakeholder. Anexo D: Diagrama de actividades por modulos. Anexo E: Convenciones del diagrama de actividades. Anexo F: Diagrama de componentes de la nueva arquitectura. Anexo G: Diagrama de clases de la nueva arquitectura. 6