DESARROLLO E IMPLEMENTACIN DE UN SOFTWARE DE SIMULACIN DE SISTEMAS DE REFRIGERACIN POR COMPRESION DE VAPOR (CICLO IDEAL) PARA EL LABORATORIO DE REFRIGERACION MECANICA

DE LA PLANTA PILOTO PESQUERA DE TAGANGA DE LA UNIVERSIDAD DEL MAGDALENA

LUIS ALFREDO AGUDELO GUERRERO JUAN CARLOS SILVA JARAMILLO

UNIVERSIDAD DEL MAGDALENA FACULTAD DE INGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS SANTA MARTA D.T.C.H 2006

DESARROLLO E IMPLEMENTACIN DE UN SOFTWARE DE SIMULACIN DE SISTEMAS DE REFRIGERACIN POR COMPRESION DE VAPOR (CICLO IDEAL) PARA EL LABORATORIO DE REFRIGERACION MECANICA DE LA PLANTA PILOTO PESQUERA DE TAGANGA DE LA UNIVERSIDAD DEL MAGDALENA

LUIS ALFREDO AGUDELO GUERRERO JUAN CARLOS SILVA JARAMILLO

Proyecto de Memoria de Grado presentado al Comit Evaluador como requisito parcial para optar el titulo de Ingeniero de Sistemas

Director: OMAR RODRIGUEZ Ingeniero Electrnico

UNIVERSIDAD DEL MAGDALENA FACULTAD DE INGENIERIA PROGRAMA DE INGENIERIA DE SISTEMAS SANTA MARTA D.T.C.H 2006

ii

Nota de aceptacin

______________________________________ ______________________________________ ______________________________________

____________________________________ Presidente del Jurado

________________________________ Jurado

________________________________ Jurado

Santa Marta, 6 Marzo de 2006

iii

A mi Madre que con empeo, esfuerzo y sacrificio me ha educado para convertirme en un hombre de bien, til para la sociedad. A mi Padre quien me enseo, que si quera ser zapatero, fuese el mejor Por que de nada sirve el doctor si es el ejemplo malo del pueblo. A mi Hermano a ese amigo y confidente el cual trato de brindarle lo mejor de m para que en un maana pueda verme como un ejemplo. A mi abuelo Marcos Guerrero que con sus sabios consejos me mostr los dos caminos, y solo yo debera escoger cual tomar. A la mujer que ha estado a mi lado estos ltimos seis aos, brindndome amor y paciencia.

Luis Alfredo
A mi Madre, Hermanas y Amigos

Juan Carlos

iv

AGRADECIMIENTOS

Los autores expresan sus sinceros agradecimientos a: La Universidad del Magdalena por brindarnos la oportunidad de convertirnos en profesionales y personas integras. A todos los profesores del programa de ingeniera de sistemas y de la Universidad del Magdalena, por todas sus enseanzas Al Ing. Omar Rodrguez, por su confianza y apoyo profesional, humana y a ese optimismo que tuvo en nosotros durante todos estos aos. Al Ing. lvaro Espeleta, coordinador de la planta piloto pesquera de la universidad del magdalena, por su apoyo e inmensa colaboracin. A la ingeniera Leidy Trout Rizzo por su abnegada colaboracin y el gran empeo manifestado en nuestro proyecto. A nuestros Amigos y compaeros Hermides, Marlon, lvaro, Yamid, Fernando, Julio, Carlos, Nain, Nelly ,Tatiana ,Lorena, Gina, Jorge, Jess Uribe, Pupo y Miguel Angel por acompaarnos en el duro camino hacia la consecucin de este sueo, por compartir con nosotros sus conocimientos, alegras, tristezas, triunfos y fracasos. Son muchos los recuerdos que quedan, unos buenos y otros malos, pero los malos siempre terminaban en buenos. A todas aquellas personas que de una manera u otra hicieron posible el logro de este objetivo.

TABLA DE CONTENIDO Pg. 1. 2. INTRODUCCIN ___________________________________________ 14 OBJETIVOS _______________________________________________ 15 2.1. 2.2. 3. 4. GENERAL _____________________________________________ 15 ESPECIFICOS __________________________________________ 15

JUSTIFICACIN ____________________________________________ 16 MARCO DE REFERENCIA ____________________________________ 17 4.1. MARCO TERICO ______________________________________ 17 4.1.1. REFRIGERACION _____________________________________ 17 4.1.2. SIMULACION _________________________________________ 20 4.1.3. LABORATORIOS VIRTUALES ___________________________ 21 4.1.4. POO. Programacin Orientada a Objetos. __________________ 22 4.1.4.1. Caractersticas de los Lenguajes POO: _________________ 25 4.1.5. Base de Datos. ________________________________________ 27 4.1.6. Ingeniera Del Software. _________________________________ 29 4.1.6.1. Mtodo del ciclo de vida para desarrollo de sistemas. ______ 29 4.1.6.2. Mtodo de desarrollo por Anlisis y Diseo Estructurado. ___ 29 4.1.6.3. Mtodo de desarrollo de sistemas por prototipos.__________ 29 4.1.7. UML. Unified Modeling Language. _________________________ 32 4.2. MARCO CONCEPTUAL __________________________________ 40

5.

DISEO METODOLGICO ___________________________________ 42 5.1. Fase de Inicio __________________________________________ 42 5.1.1. Definicin del alcance y estudio de factibilidad del proyecto. _____ 42 5.1.2. Entrevista con el jefe. __________________________________ 42 5.1.3. Recoleccin y tratamiento de la informacin requerida para la realizacin del Software. ______________________________________ 43 5.1.4. Revisin y estudio de la informacin. _______________________ 43 5.1.5. Identificacin y clasificacin de procesos. ___________________ 43 5.1.6. Definicin de una visin aproximada del proyecto; ____________ 44 5.1.7. Definicin del alcance y estudio de factibilidad del proyecto _____ 44 5.1.8. Factibilidad tcnica y tecnolgica __________________________ 45 5.1.9. Factibilidad operativa ___________________________________ 45 5.1.10. Recoleccin y tratamiento de la informacin _______________ 45 5.1.11. Revisin y estudio de la informacin recolectada. ___________ 45 5.1.12. Definicin de una visin aproximada del proyecto; ___________ 45 5.1.13. Identificacin y clasificacin de procesos. _________________ 46 . vi

5.1.14. Definicin de la arquitectura provisional, en esta etapa _______ 50 5.1.14.1. Clases Candidatas: _______________________________ 50 5.2. Fase de Elaboracin _____________________________________ 51 5.2.1. Se especifica en detalle la mayora de los casos de uso ________ 51 5.2.2. Definicin e implementacin del ncleo central de la arquitectura del sistema ___________________________________________________ 52 5.2.3. Modelage de datos _____________________________________ 53 5.2.3.1. Modelo Entidad Relacin ____________________________ 53 5.2.3.2. . Modelo Lgico de la base de Datos ___________________ 54 5.2.4. Catlogo de mdulos de la aplicacin ______________________ 58 5.2.5. Modelo de Despliegue __________________________________ 59 5.2.6. Diagramas de Secuencia ________________________________ 65 5.2.7. Modelo de pruebas del sistema ___________________________ 74 5.2.8. Arquitectura Tcnica ___________________________________ 76 5.3. Fase de Construccin ____________________________________ 77 5.3.1. Desarrollo del modulo Diseador de Sistemas de Refrigeracin __ 77 5.3.2. Desarrollo del Modulo Clculos ___________________________ 77 5.3.3. Desarrollo de los Mdulos Graficas P-h y T-s ________________ 77 5.3.4. .Desarrollo del Modulo Animacin _________________________ 77 5.3.5. .Desarrollo del Modulo Informacin paso a paso ______________ 77 5.4. 5.5. 5.6. 5.7. 6. 7. 8. 9. 10. Configuracin general del sistema ___________________________ 77 . Fase de Transicin _____________________________________ 78 Pruebas y documentacin _________________________________ 78 . Formalizacin del sistema ________________________________ 81

CRONOGRAMA ____________________________________________ 82 PRESUPUESTO ____________________________________________ 83 CONCLUSIONES ___________________________________________ 84 RECOMENDACIONES _______________________________________ 85 BIBLIOGRAFIA ___________________________________________ 86

vii

LISTA DE TABLAS

Tabla 1. Descripcin de los casos de uso ____________________________ 46 Tabla 2. Lista de entidades___________________________________________ 54 Tabla 3. Tabla refrigerante ___________________________________________ 54 Tabla 4. Tabla sobrecalentado _______________________________________ 55 Tabla 5. Tabla index_sobrecalentado_________________________________ 55 Tabla 6. Tabla saturado _____________________________________________ 56 Tabla 7. Tabla tema _________________________________________________ 57 Tabla 8. Tabla pagina _______________________________________________ 57 Tabla 9. Mdulos principales del sistema _____________________________ 58 Tabla 10. Mdulos auxiliares _________________________________________ 58 Tabla 11. Modelo de pruebas del sistema _____________________________ 74 Tabla 12. Resultados de las pruebas funcionales del sistema __________ 78 Tabla 13. Cronograma _______________________________________________ 82 Tabla 14. Presupuesto _______________________________________________ 83

viii

LISTA DE FIGURAS Figura 1. Diagrama de alta y baja presion ............................................................ 19 Figura 2. Esquema de RUP (Proceso unificado Racional) ............................ 32 Figura 3. Definicin de una visin aproximada .................................................. 46 Figura 4. Definicin de la arquitectura provision ............................................... 50 Figura 5. Modelo de casos de uso ......................................................................... 51 figura6 .Modelo de clases ........................................................................................ 52 Figura 7.Modelo entidad - relacin......................................................................... 53 Figura 8. Pantallazo inicial ....................................................................................... 59 Figura 9. Cuadro de Dialogo para el enlace de componentes ........................ 60 Figura 10. Formulario de insercin de Nuevos componentes ....................... 60 Figura 11. Cuadro de Dialogo de Clculos .......................................................... 61 Figura 12. Interfaz de animacin............................................................................. 62 Figura 13. Interfaz de Informacin pas a paso ................................................. 63 Figura 14. Interfaz grafica P-h (Presin Entalpia) ............................................ 63 Figura 15. Interfaz grafica T-s (Temperatura Entropa) ................................. 64 Figura 16 Diagramas de Secuencia. Escenario crear nuevo sistema .......... 65 Figura 17 Diagramas de Secuencia. Escenario crear nuevo sistema e ingresar un compresor .............................................................................................. 67 Figura 18 Diagramas de Secuencia. Escenario eliminar Componente. Compresor , intercambiador y separador de aceite .......................................... 68 Figura 19 Diagramas de Secuencia. Escenario eliminar Componente. ....... 69 Figura 20 Diagramas de Secuencia. Escenario Enlazar la entrada de un componente (compresor) a otro (evaporador) ................................................... 70 Figura 21 Diagramas de Secuencia. Escenario enlazar la entrada de un componente con un intercambiador (caso especial)........................................ 70 Figura 22 Diagramas de Secuencia. Escenario ejecucin de un sistema ... 71 Figura 23 Diagramas de Secuencia. Escenario pausar, detener y reanudar la ejecucin de un sistema ....................................................................................... 72 . ix

Figura 24 Diagramas de Secuencia. Escenario Ver informacin paso a paso de un sistema .................................................................................................... 73

GLOSARIO

ACCESORIO: un accesorio proporciona al sistema bsico unas mejoras u obtiene en el mismo un grado de funcionamiento que sera prcticamente imposible de conseguir con los componentes del sistema bsico que normalmente se encuentra en el comercio. Estos accesorios pueden tener innumerables formas y tamaos y servir para diferentes usos, pero su principal cometido es siempre mejorar o hacer ms efectivo un sistema de refrigeracin. Son estos: Separador de aceite, Intercambiador de calor, Filtro secador, Acumulador de succin. ACUMULADOR DE SUCCIN: el acumulador es un dispositivo que tiene como funcin recoger el lquido antes de que llegue al compresor. Este lquido se evapora en el acumulador y retorna al compresor en forma de gas. BTU: es la cantidad de calor requerida para aumentar la temperatura de una libra de agua 1F. CAMBIO DE ESTADO: paso de un estado a otro de la naturaleza. CARGA: Cantidad de calor acumulada en un recinto. CICLO IDEAL: fases de un sistema en donde las condiciones son las mejores. Los elementos esenciales en un sistema de refrigeracin bsico, son: el compresor, el condensador, el dispositivo de control de lquido refrigerante y el evaporador. COMPRESOR: la funcin de un compresor es la de tomar vapor refrigerante a baja temperatura y presin y descargarlo luego de aumentarlas ambas. CONDENSADOR: es el componente del sistema de refrigeracin mediante el cual el calor se transfiere a otro medio que lo absorbe y lo traslada a un punto final previamente determinado. El condensador es la puerta a travs de la cual el calor que no se desea fluye fuera del sistema de refrigeracin. DISPOSITIVO DE EXPANSIN: es un dispositivo destinado a controlar el caudal de lquido refrigerante que entra al evaporador

ENTALPIA: Magnitud termodinmica de un cuerpo, igual a la suma de su energa interna ms el producto de su volumen por la presin exterior. ENTROPIA: Magnitud termodinmica que mide la parte no utilizable de la energa contenida en un sistema.

EVAPORADOR: el evaporador es la parte del Sistema de Refrigeracin que absorbe el calor que no es deseable en determinado sitio para que pueda ser transferido o transportado al condensador a travs del cual es cedido a un medio condensador. El Evaporador es la puerta a travs de la cual el calor indeseable penetra al sistema de refrigeracin. FILTRO SECADOR: es un medio de eliminar la humedad y partculas slidas de un sistema de refrigeracin INTERCAMBIADOR DE CALOR: el intercambiador de calor es un dispositivo que se utiliza para transferir calor del lquido refrigerante al gas de succin. El intercambiador de calor tiene dos principales usos. El primero es reducir la temperatura o subenfriar el lquido refrigerante que va desde el condensador al dispositivo de expansin. Esta reduccin de la temperatura es necesaria en sistemas que tienen grandes cadas de presin para impedir la evaporacin rpida en la lnea de lquido. El segundo empleo del intercambiador es asegurarse que el gas de succin que va al compresor es seco (es decir, que no va acompaado de lquido refrigerante) INTERPOLACIN MATEMATICA: Calcular el valor aproximado de una magnitud en un intervalo cuando se conocen algunos de los valores que toma a uno y otro lado de dicho intervalo.

LINEA DE LQUIDO: seccin de tubera por donde el refrigerante circula en estado liquido. PROPIEDADES DE LOS REFRIGERANTES: pueden clasificarse en dos principales categoras: termodinmicas y fsicas. PROPIEDADES FSICAS: son aquellas que no tienen relacin directa con la cantidad de calor que un refrigerante puede absorber o mover. Las propiedades fsicas ms importantes son: miscibilidad, tendencia a la fuga, olor, toxicidad, inflamabilidad, localizacin de fugas y reaccin con la humedad. PROPIEDADES TERMODINMICAS: son aquellas que tienen relacin con el movimiento del calor. Las propiedades termodinmicas de principal inters son: presin, temperatura, volumen, densidad, entalpa y entropa. Para cada

xi

refrigerante hay publicadas tablas, que dan en detalle las propiedades termodinmicas para varias temperaturas y presiones. R-12: designacin del refrigerante con que son conocidos en la industria. Su nombre comn es Refrigerante 12 y su formula qumica es CCL 2F2. R-717: designacin del refrigerante con que son conocidos en la industria. Su nombre comn es Amonaco y su formula qumica es NH3. RECIBIDOR DE LQUIDO: sirve para almacenar lquido refrigerante en el sistema de refrigeracin. Muchos sistemas de refrigeracin tienen grandes variaciones de carga, de tal manera que la cantidad de refrigerante requerida no es la misma en todos los momentos de funcionamiento. De no existir el recipiente de lquido, el refrigerante no requerido se acumulara en el condensador ocasionando traumas al funcionamiento del sistema REFRIGERANTE: es un fluido que absorbe calor por evaporacin a baja temperatura y presin y lo cede a ms alta temperatura y presin. SEPARADOR DE ACEITE: el separador de aceite sirve para reducir la cantidad de aceite que normalmente circula por un sistema e incrementar, por tanto, su rendimiento. Todos los sistemas de refrigeracin tienen algo de aceite circulando a travs de ellos. En algunos casos, la cantidad de aceite en circulacin puede afectar el grado de transferencia de calor en el evaporador e incluso afectar al funcionamiento de un dispositivo de expansin. En stos casos un separador de aceite que reduzca la circulacin del mismo dentro del sistema, puede mejorar el rendimiento del evaporador y reducir los problemas. TEMPERATURA DE CONDENSACIN temperatura en la cual una sustancia pasa de estado gaseoso a liquido TEMPERATURA DE EVAPORACIN: temperatura en la cual una sustancia pasa de estado liquido a gaseoso TEMPERATURA DE SATURACIN: es otra forma de denominar las temperaturas que implican cambios de estado. TEMPERATURA DE SOBRECALENTAMIENTO: grados de temperatura, por encima del punto de ebullicin, que adquiere una masa de vapor por adicin de calor.

xii

RESUMEN

El objetivo de este trabajo es desarrollar e implementar un software de simulacin de sistemas de refrigeracin por compresin de vapor (ciclo ideal) para dos tipos de refrigerantes, para el laboratorio de Refrigeracin Mecnica de la planta piloto pesquera de Taganga de la Universidad del Magdalena. Para el proceso de desarrollo de software se aplico la metodologa del Proceso unificado de Racional (RUP); permitiendo a los autores transformar los requerimientos capturados con la ayuda del Lenguaje Unificado de Modelado (UML), a travs de diagramas de casos de uso, de actividades y del UsuarioCliente, en un producto software codificado con el lenguaje de programacin Visual Basic.NET en conjunto con el Sistema Manejador de Base de Datos de Microsoft Access. Se utiliza la interpolacin matemtica, los valores de Temperaturas y cantidad de Calor a remover indicados por el usuario y datos de la tabla de propiedades Termodinmicas del refrigerante seleccionado para obtener la simulacin del sistema de Refrigeracin que se aprecian en las graficas T-h y P-s. Consiguiendo el desarrollo e implementacin de un software de simulacin de Sistemas de Refrigeracin por compresin de vapor (ciclo ideal) para dos tipos de refrigerantes, para el laboratorio de Refrigeracin mecnica de la planta piloto de taganga de la Universidad del Magdalena.

Abstract: The objective of this work is to develop and to implement a software of simulation of refrigeration systems for compression of vapor (ideal cycle) for two types of coolant, for the laboratory of the fishing plant pilot's of Taganga of the University of the Magdalena Mechanical Refrigeration. For the process of software development you applies the methodology of the unified Process of Rational (RUP); allowing the authors to transform the requirements captured with the help of the Unified Language of Modeling (UML), through diagrams of cases of use, of activities and of the User - Client, in a product software coded with the language of Visual programming Basic.NET together with the System of database of Microsoft Access. It is used the mathematical interpolation, the values of Temperatures and quantity of Heat to remove indicated by the user and data of the chart of Thermodynamic properties of the coolant one selected to obtain the simulation of the system of Refrigeration that you/they are appreciated in the graphic T-h and P-s. Getting the development and implementation of a software of simulation of Systems of Refrigeration for compression of vapor (ideal cycle) for two types of coolant, for the laboratory of the plant pilot's mechanical Refrigeration.

xiii

1. INTRODUCCIN

El proceso de refrigeracin consiste en reducir la temperatura de un espacio determinado y mantenerla baja y controlada, son ejemplos enfriar alimentos, conservar determinadas sustancias o conseguir un ambiente agradable. Al almacenamiento refrigerado de alimentos perecederos, pieles, productos farmacuticos y otros se conoce como almacenamiento en fro. La importancia de la refrigeracin es que a temperaturas bajas evita el crecimiento de bacterias e impide algunas reacciones qumicas no deseadas que pueden tener lugar a temperatura ambiente. En el laboratorio de refrigeracin del centro planta piloto de taganga de la Universidad del Magdalena los estudiantes demuestran sus conocimientos en termodinmica e identifican el origen de fallas presentadas en un sistema de refrigeracin, el cual fue elaborado para ese propsito. Existen varias razones por la que se necesita la permanente vigilancia de un instructor con los que operan los sistemas de refrigeracin; una de ellas es el no contar en el laboratorio con otro instrumento para realizar las prcticas sin peligro de daar los elementos, otra es la de vigilar adecuadamente los procesos a desarrollar. Esto ha permitido identificar la posibilidad de mejorar la manera en que se desarrolla el laboratorio de refrigeracin de los estudiantes de ingeniera pesquera, ubicada en la planta piloto de taganga que hace parte de la Universidad Del Magdalena, una alternativa que tendr como producto un software o aplicativo como la herramienta de apoyo que permitir manipular de manera virtual variables como son: tiempo, temperatura, presin en tiempo real; sin temor de averiar ningn elemento y mucho menos tener que invertir dinero en materiales para el estudio o reparacin de sistemas de refrigeracin. Dado que la simulacin es la representacin de un proceso o fenmeno mediante otro mas simple, que permite analizar sus caractersticas; Pero la simulacin no es solo eso tambin es algo muy cotidiano, hoy en da, puede ser desde la simulacin de un examen, que le hace la maestra a su alumno para un examen de Estado, la produccin de textiles, alimentos, juguetes, construccin de infraestructuras por medio de maquetas, hasta el entrenamiento virtual de los pilotos de combate.

14

2. OBJETIVOS

2.1. GENERAL

Desarrollar e Implementar un software de simulacin de Sistemas de Refrigeracin por compresin de vapor (ciclo ideal) para dos tipos de refrigerantes, para el laboratorio de Refrigeracin Mecnica de la planta piloto pesquera de Taganga de la Universidad del Magdalena.

2.2. ESPECIFICOS

Elaborar un modulo de Diseo de Sistemas, de refrigeracin, que permita a los usuarios construir y verificar su correcta implementacin y funcionamiento, mostrando un mensaje de error en caso de que exista. Elaborar sistemas con inconsistencias convencionales para que el usuario las identifique y corrija. Elaborar un modulo en el cual se realicen clculos efectivos para un sistema de refrigeracin por compresin de vapor (ciclo ideal). Elaborar un modulo donde se puedan monitorear el comportamiento de las variables presin, temperatura y tiempo (Graficacin de variables). Elaborar un modulo en el cual el usuario guarde las practicas realizadas en el laboratorio. Elaborar un modulo que muestre la teora de refrigeracin a travs de una interfaz de usuario agradable (grficos, iconos, video, etc.). Desarrollar la documentacin de usuario para cada uno de estos mdulos que conformar en conjunto la documentacin del software completo a implementar en la planta piloto pesquera de Taganga. Elaborar un modulo que integre los mdulos del sistema.

15

3. JUSTIFICACIN

La investigacin propuesta busca, mediante la aplicacin de la teora y los conceptos bsicos de Refrigeracin y del rea de preparacin de los autores la de ingeniera del Software, POO, UML y BD; contribuir en el desarrollo y el aprendizaje de los estudiantes ingeniera pesquera de la universidad del magdalena presentando la herramienta de ayuda para la planta piloto de taganga. Para lograr el cumplimiento de los objetivos de estudio, se acude al empleo de mtodos de desarrollo de software y de una herramienta de modelado como lo es UML para especificar y disear sistemas. Ya que ofrece un modo estndar de visualizar, construir, documentar y conectar los elementos de un sistema basado en el software; adems representa un activo importante para la profesin de los autores. As, el producto se apoya en tcnicas de ingeniera para el anlisis y desarrollo de software que permitan obtener un sistema de alta calidad que cumpla con las necesidades del usuario. El inters de los autores esta fomentado por incrementar sus conocimientos en mtodos de desarrollo de Software, UML, en la tecnologa de Programacin Orientada a Objetos (POO), de especializarnos en un lenguaje que permita el desarrollo de aplicaciones Windows como lo es Visual .NET; de contribuir a la solucin del problema planteado que afecta a la dependencia permitindole mejorar los procedimientos de desarrollo de laboratorios. El cumplimiento de estos objetivos llevar a los autores a obtener un titulo acadmico. El resultado de este trabajo es un aplicativo o software que permitir preparar a los estudiantes antes de tener un acercamiento directo con un sistema real de refrigeracin; adems de fortalecer los conocimientos y disminuir costos de mantenimiento del sistema de refrigeracin.

16

4. MARCO DE REFERENCIA

4.1. MARCO TERICO

4.1.1. REFRIGERACION

Un sistema de refrigeracin se emplea para mantener cierta regin del espacio a una temperatura menor que la de su entorno. El fluido de trabajo puede aparecer en dos fases( refrigeracin por compresin de vapor). Es comn asociar la refrigeracin con la conservacin de alimentos y acondicionamiento de aire en los edificios. No obstante, las tcnicas de refrigeracin se necesitan en muchas otras situaciones. Como son el empleo de combustibles lquidos para la propulsin de cohetes, el oxgeno lquido para la fabricacin del acero, el nitrgeno lquido para la investigacin a temperaturas bajas (criognia), y para tcnicas quirrgicas y el gas natural licuado para transporte intercontinental son solo algunos ejemplos de los muchos que la refrigeracin es esencial. El uso de hielo de origen natural o artificial como refrigerante estaba muy extendido hasta poco antes de la I Guerra Mundial, cuando aparecieron los refrigeradores mecnicos y elctricos. La eficacia del hielo como refrigerante es debida a que tiene una temperatura de fusin de 0 C y para fundirse tiene que absorber una cantidad de calor equivalente a 333,1 kJ/kg. Los alimentos que se mantienen a esta temperatura o ligeramente por encima de ella pueden conservarse durante ms tiempo. Los procesos industriales existentes para conseguir temperaturas inferiores a las del ambiente son: por cambio de fase o expansin de un gas comprimido. El efecto de refrigeracin se debe a la absorcin de calor en la evaporacin. Para que el proceso sea continuo es preciso que el vapor pase de nuevo a estado lquido. Este mtodo empleado da nombre al proceso y as se distingue entre refrigeracin por compresin y por absorcin, el objetivo de este proyecto es la refrigeracin por compresin de vapor. Para alcanzar o mantener en un lugar determinado una temperatura baja es necesario que el sistema refrigerante absorba calor a esa temperatura y lo ceda a otra superior, generalmente la del ambiente y esta la definicin dada al efecto de refrigerar, la transferencia de calor de un sitio donde no es deseable a otro donde no importa cederlo. El trabajo mecnico para el ciclo de compresin del vapor acciona

17

un compresor, que mantiene baja presin en un evaporador y una presin ms alta en un condensador. La temperatura a la cual se evapora un lquido (o se condensa un vapor) depende de la presin; as pues, si se hace trabajar la mquina con un fluido adecuado, ste se evaporar a una baja temperatura en el evaporador de baja presin (tomando calor de su entorno) y se condensar a una temperatura ms alta en el condensador de alta presin (desprendiendo calor a su entorno).El lquido de alta presin formado en el condensador precisa devolverse al evaporador con un gasto controlado. Es de conocimiento que la solo presencia de una sal en el hielo reduce en varios grados el punto de fusin del mismo. El ciclo de refrigeracin bsico consta de cuatro elementos esenciales que son: Compresor, condensador, vlvula de expansin y evaporador. a) El compresor succiona vapor a baja presin y temperatura y lo descarga como vapor a alta presin. Esta accin da como resultado - Un descenso en la presin en el evaporador, la cual produce una temperatura de evaporacin ms baja que la del aire ambiente o del agua que deber ser enfriada. - Una corriente de refrigerante a travs del sistema. b) En el condensador el refrigerante cambia de estado pasando de vapor a lquido teniendo como resultado un calor que es aadido al aire. c) En la vlvula de expansin el lquido a alta presin es estrangulado convirtindose en lquido a baja presin. d) En el evaporador el refrigerante extrae calor de los alimentos pasando de lquido a vapor. Un refrigerante se define como un fluido que absorbe calor por evaporacin a baja temperatura y presin y que cede calor, por condensacin, a ms alta temperatura y presin. Debido a que el refrigerante cambia de lquido a gas y viceversa, el calor latente de vaporizacin que debe absorber el refrigerante lo toma del medio a enfriar produciendo en este un descenso en su temperatura a la vez que se produce la evaporacin del refrigerante. La absorcin de calor por evaporacin de un refrigerante produce el enfriamiento. El dixido de carbono slido, conocido como hielo seco o nieve carbnica, tambin se usa como refrigerante. A la presin atmosfrica normal no tiene fase lquida, y sublima directamente de la fase slida a la gaseosa a una temperatura de -78,5 C.

18

La nieve carbnica es eficaz para conservar productos a bajas temperaturas mientras dura su sublimacin. Los dispositivos de control de lquido refrigerante tienen solamente la funcin de controlar la corriente de refrigerante que entra al evaporador. Esto representa un estrechamiento en la lnea de lquido. Cada sistema de refrigeracin funciona con dos diferentes y definidos niveles de presin. La lnea que divide estos dos niveles es la que se muestra en la grafica. Uno de sus extremos se encuentra en la vlvula de descarga del compresor y el otro extremo se encuentra en el dispositivo de control de lquido refrigerante. Por definicin, el lado de Alta de los sistemas incluye todos los componentes que trabajan a la presin de condensacin o por encima de ella (descarga del compresor, condensador, depsito de lquido y toda la tubera de interconexin entre estos hasta la entrada de la vlvula de expansin). Para efectos prcticos todo el compresor se considera como parte del lado de alta. El lado de Baja de un sistema incluye todos los elementos que trabajan a la presin de evaporacin o por debajo de ella (el dispositivo de control, el evaporador y toda la tubera de interconexin de estos elementos hasta la succin del compresor). Para efectos prcticos se considera que todo el dispositivo de control hace parte del lado de baja. El lado de baja se llama tambin: Presin de Succin o Presin de Baja. Figura 1. Diagrama de alta y baja presion
CONDENSADOR

COMPRESOR RECIBIDOR

DISPOSITIVO DE EXPANSION EVAPORADOR

En el pas contamos con un entrenador de refrigeracin asistido por computador construido por el SENA. El software contiene informacin en cifras y grficos de variables como presiones de alta y baja, corriente, potencia y temperatura de condensador y evaporador. Que se actualizan en tiempo real al tomar los datos del sistema de refrigeracin que han adaptado para tal propsito, este muestra al estudiante apartes importantes de la teora de refrigeracin al momento de operarlo, pero este no cuenta con una interfaz grafica adecuada para identificar claramente los comportamientos que toman las variables durante el ciclo de refrigeracin, debido a que estos cambios se deben mostrar de forma agradable, didctica y eficaz para estimular la comprensin y el estudio de estos sucesos .

19

4.1.2. SIMULACION

La simulacin es la representacin de un o fenmeno mediante otro mas simple, que permite analizar sus caractersticas; Pero la simulacin no es solo eso tambin es algo muy cotidiano, hoy en da, puede ser desde la simulacin de un examen, que le hace la maestra a su alumno para un examen, la produccin de textiles, alimentos, juguetes, construccin de infraestructuras por medio de maquetas, hasta el entrenamiento virtual de los pilotos de combate. Las aplicaciones recreativas, hoy muy extendidas y mejoradas principalmente por los adelantos en este campo, estn especialmente diseadas para crear un pasatiempo que logre sacar de la rutina al ser humano, y que el mejor de los casos de otro modo seria impracticable debido a su costo. Estas consisten en crear ambientes y decorados artificiales con sonido en algunos casos, que logran una perfecta simulacin de cualquier tipo de contenido, creando el pasatiempo perfecto. La gran evolucin de los mtodos informticos tanto en su aspecto de hardware como software, ha permitido afrontar la resolucin de complejos fsicos matemticos cuya resolucin analtica resultara prcticamente imposible. De hecho muchos de dichos problemas hace ya aos que estn planteados, solo falta un medio adecuado para la obtencin de resultados prcticos. As pues la simulacin intenta reproducir la realidad a partir de resolucin numrica mediante ordenador, de las ecuaciones matemticas que describen dicha realidad. Por lo tanto hay que asumir que la simulacin es tan exactas como sea las ecuaciones de partida y la capacidad de los ordenadores para resolverlas, lo cual fija limites a su utilizacin. Mediante la simulacin numrica es posible generar slidos de aspectos casi reales, comprobar su comportamiento bajo diversas condiciones de trabajo, estudiar el movimiento conjunto de grupos de slidos, etc. Esto permite un conocimiento mucho mas profundo de un producto antes de que exista fsicamente, siendo posible detectar muchos de los problemas que de otro modo se hubieran detectado en el servicio real.

20

4.1.3. LABORATORIOS VIRTUALES

Una de las definiciones de laboratorios virtuales que se ha aplicado a la enseanza a distancia es la que las definen como simulaciones de prcticas manipulativas que pueden ser hechas por la/el estudiante lejos de la universidad y el docente. Los laboratorios virtuales son imitaciones digitales de prcticas de laboratorio o de campo, reducidas a la pantalla de la computadora (simulacin bidimensional) o en sentido estricto, a una visin ms realista con profundidad de campo y visin binocular, que requiere que la persona se coloque un casco de realidad virtual. Estos laboratorios comenzaron a desarrollarse en 1997 en el Centro de Investigacin Acadmica de la Universidad Estatal a Distancia de Costa Rica. Si se juzga con base en la informacin recolectada, fueron de los primeros laboratorios virtuales para enseanza a distancia a nivel mundial. Los laboratorios son un elemento clave en la formacin integral y actualizada de un ingeniero. No se puede concebir un ingeniero que no haya realizado prcticas de laboratorio en su trayectoria de formacin inicial. Los avances tecnolgicos de los ltimos aos han abierto posibilidades para cambiar la estructura rgida de los laboratorios tradicionales, por una estructura flexible que se apoya en las computadoras, circuitos de acondicionamiento, hardware de adquisicin de datos y software. Constituyen todos estos elementos la plataforma sobre la cual se desarrolla la instrumentacin virtual. En este contexto una de las herramientas bsicas de la instrumentacin virtual lo constituyen las simulaciones. la simulacin y en consecuencia la virtual, resume toda la teora relacionada con el proceso en el cual se sustituyen las situaciones reales por otras creadas artificialmente y de las cuales el estudiante debe aprender ciertas acciones, habilidades, hbitos, etc., que posteriormente deber transferir a la situacin de la vida real con igual efectividad. Se considera la simulacin como una actividad en la que el estudiante no acumula informacin terica, sino que la lleva a la prctica, con lo cual esta se identifica con el entrenamiento puramente. El empleo de la simulacin en el proceso de formacin de profesionales tiene sus particularidades, dadas en la explotacin de simulaciones que modelen actividades de aplicacin, preferiblemente incluyendo la presencia de instrumentos virtuales, funcionamiento de circuitos, dispositivos, procesos productivos, etc., con vistas a potenciar una actuacin de los futuros profesionales acorde a los requerimientos de su futuro contexto laboral.

21

Respecto a la contratacin experimental tradicional, la simulacin ofrece las siguientes ventajas: Ofrece la posibilidad de repetir, en condiciones idnticas y a partir de su modelacin, procesos y fenmenos, algo difcil de lograr en condiciones reales, y por tanto, estudiar sistemticamente sus comportamientos hasta lograr los objetivos deseados. Se optimiza as el proceso de aprendizaje. Elimina los riesgos que siempre se presentan en la interaccin con la realidad, tanto para dispositivos, instrumentos, etc., como para los estudiantes; con lo que se crea confianza en ellos para implicarse en el estudio de esa realidad. Permite la realimentacin inmediata, pues los efectos que se logran en el funcionamiento del sistema, fenmeno o proceso que se simula, como resultado de introducir modificaciones en determinados parmetros, resultan inmediatos; lo que permite corregir la actuacin del estudiante en cada momento.

4.1.4. POO. Programacin Orientada a Objetos. 1

El trmino de Programacin Orientada a Objetos indica ms una forma de diseo y una metodologa de desarrollo de software que un lenguaje de programacin, ya que en realidad se puede aplicar el Diseo Orientado a Objetos (En ingls abreviado POO, Object Oriented Design), a cualquier tipo de lenguaje de programacin. El desarrollo de la POO empieza a destacar durante la dcada de lo 80 tomando en cuenta la programacin estructurada, a la que engloba y dotando al programador de nuevos elementos para el anlisis y desarrollo de software. La POO permite a los programadores escribir software, de forma que est organizado en la misma manera que el problema que trata de modelizar. Los lenguajes de programacin convencionales son poco ms que una lista de acciones a realizar sobre un conjunto de datos en una determinada secuencia. Si en algn punto del programa modificamos la estructura de los datos o la accin realizada sobre ellos, el programa cambia. La POO aporta un enfoque nuevo, convirtiendo la estructura de datos en el centro sobre el que pivotan las operaciones. De esta forma, cualquier modificacin de la
1

BALENA, Francesco. Programacin Avanzada con Microsoft Visual Basic .NET. Espaa: McGrawHill 2003. pag 168

22

estructura de datos tiene efecto inmediato sobre las acciones a realizar sobre ella, siendo esta una de las diferencias radicales respecto a la programacin estructurada. En esta forma de diseo se descomponen los requerimientos del programa paso a paso, hasta llegar a un nivel que permite expresarlos mediante procedimientos y funciones. La POO estructura los datos en objetos que pueden almacenar, manipular y combinar informacin. En resumen, la programacin estructurada presta atencin al conjunto de acciones que manipulan el flujo de datos (desde la situacin inicial a la final), mientras que la programacin orientada a objetos presta atencin a la interrelacin que existe entre los datos y las acciones a realizar con ellos. La POO proporciona las siguientes ventajas sobre otros lenguajes de programacin Uniformidad. Ya que la representacin de los objetos lleva implcita tanto el anlisis como el diseo y la codificacin de los mismos. Comprensin. Tanto los datos que componen los objetos, como los procedimientos que los manipulan, estn agrupados en clases, que se corresponden con las estructuras de informacin que el programa trata. Flexibilidad. Al tener relacionados los procedimientos que manipulan los datos con los datos a tratar, cualquier cambio que se realice sobre ellos quedar reflejado automticamente en cualquier lugar donde estos datos aparezcan. Estabilidad. Dado que permite un tratamiento diferenciado de aquellos objetos que permanecen constantes en el tiempo sobre aquellos que cambian con frecuencia permite aislar las partes del programa que permanecen inalterables en el tiempo. Reusabilidad. La nocin de objeto permite que programas que traten las mismas estructuras de informacin reutilicen las definiciones de objetos empleadas en otros programas e incluso los procedimientos que los manipulan. De esta forma, el desarrollo de un programa puede llegar a ser una simple combinacin de objetos ya definidos donde estos estn relacionados de una manera particular. Uno de los puntos clave a remarcar es que la programacin orientada a objetos no sustituye a ninguna metodologa ni lenguaje de programacin anterior. Todos los programas que se realizan segn POO se pueden realizar igualmente mediante programacin estructurada. Su uso en la actualidad se justifica porque el desarrollo de todas las nuevas herramientas basadas en un interfase de usuario grfico como Windows, OS/2, x-Windows, etc. Es mucho ms sencillo. Los lenguajes POO incorporan la posibilidad de encapsular tambin las estructuras de datos que sirven como base a las funciones. Aportan por tanto un nivel superior en cuanto a proteccin de informacin.

23

Identidad, clasificacin, polimorfismo y herencia caracterizan a los lenguajes orientados a objetos. Cada uno de estos conceptos puede utilizarse aisladamente, incluso aparecen en otras metodologas de programacin, pero juntos se complementan en una relacin sinrgica. Los beneficios de la programacin orientada a objetos son ms que los que pueden verse a simple vista. El nfasis en las propiedades esenciales de un objeto, fuerza al desarrollador a pensar cuidadosamente que es un objeto y que es lo que hace con el resultado de que el sistema es normalmente ms preciso, general y robusto que si pusiramos el nfasis en los procedimientos y los datos por separado Los requerimientos anteriores afectan la eleccin de un lenguaje orientado a objetos como herramienta para el desarrollo de programas en: Claridad. Al ligar de forma evidente la estructura de la informacin con los procedimientos que la manipulan, los programas ganan en claridad a la hora de desarrollarlos y mantenerlos. Esto supone una ventaja frente a los lenguajes procedurales, aunque stos podran suplir esta deficiencia mediante una correcta eleccin de los nombres de las variables y funciones, lo que se denomina una <<oportuna codificacin>>. Complejidad. Cuando la complejidad de un problema es abarcable por una sola persona, resolverlo con una herramienta u otra no aporta grandes ventajas. Pero cuando este desarrollo la tiene que realizar un equipo grande, debe existir una forma para aislar partes de problema. Tamao. Las aplicaciones orientadas a objetos son ideales para la realizacin de programas de gran tamao. Las facilidades de encapsulacin y asociacin de las funciones a los datos que manipulan, simplifican el proceso de desarrollo. De hecho las bases de datos orientadas a objetos suponen un gran adelanto, ya que anan la flexibilidad en la manipulacin de los POO con la capacidad de consulta de un DBMS (Data Base Management System) Relacin entre Datos. Por el mismo motivo se vern beneficiados aquellos programas que impliquen una relacin compleja entre los datos. Este tipo de complejidad permite la utilizacin de todas las ventajas de los lenguajes de programacin orientados a objetos. Propiedades como la herencia (donde los objetos pueden heredar estructura y operaciones de objetos predecesores), la encapsulacin, etc. Muestran en este tipo de programas todas sus ventajas. Rapidez. En este aspecto, los lenguajes orientados a objetos muestran una clara desventaja frente a otros lenguajes que se acercan ms a las especificaciones de la mquina. Si la rapidez es crtica, se puede elegir un lenguaje de programacin como C++, que aporta toda la funcionalidad de los lenguajes orientados a objetos con la rapidez y la compatibilidad de C. Gestin de recursos. Las aplicaciones orientadas a objetos demandan normalmente

24

ms recursos del sistema que las aplicaciones procedurales. La creacin dinmica de objetos, que ocupa un lugar en la memoria del ordenador, puede acarrear graves problemas. Una de las soluciones, que incluye alguno de los lenguajes OOP, es liberar a menudo el espacio que los objetos dejan de utilizar. Este procedimiento de optimizacin como garbage collection (recoleccin de basura, implementado en java), minimiza los efecto de la creacin dinmica de objetos. Interface de usuario. El interface de usuario es uno de los aspectos ms importantes en la programacin actual. La aparicin de sistemas de explotacin que soportan un interface grfico de usuario como Windows, X-Windows o Presentacin Manager hace que la mayora de los usuarios prefieran que sus programas corran bajo este tipo de interface. Este es uno de los puntos fuertes para la eleccin de un lenguaje POO. La mayora de los interfaces grficos actuales han sido diseados o rediseados en base a la POO. Existen en el mercado libreras de clases que soportan todos los dispositivos de control de ventanas como mens, combobox, listas, barras de herramientas, etc. Lenguajes orientados a objetos. Los lenguajes OOP implementan de manera distinta los conceptos de programacin orientada a objetos. No existe el lenguaje perfecto capaz de satisfacer todas las necesidades y que se adapte a todos los estilos A Continuacin unos consejos que facilitarn la eleccin del lenguaje de programacin adecuado: Si los programas se van a sentar en una cualidad concreta de los POO como herencia, se debe elegir el que mejor soporte le d. Los lenguajes interpretados sirven para realizar un desarrollo rpido o para aquellos programas que necesiten una actualizacin constante. Si el programa necesita rapidez o es crtico respecto al tamao, se debe considar el uso de lenguajes que incorporen compilador. No <<reinvente la rueda>>. Si el lenguaje le proporciona una librera de clases no existe el porque reescribirlas de nuevo, se debe usar las que le ofrece el sistema. Es ms se debe tomar como factor de eleccin las libreras de clases que el compilador incorpora o que estn disponibles en el mercado. Si se necesita mejorar la calidad del programa previniendo errores, utilice un lenguaje que permita definir las variables con sus tipos asociados. Si la memoria del sistema es limitada, utilizar lenguajes que permitan la creacin y destruccin automtica de clases dependiendo de su utilizacin.

4.1.4.1. Caractersticas de los Lenguajes POO:

Herencia mltiple. Esta caracterstica suele ser comn a la mayora de los lenguajes POO, aunque introduce un problema al existir la posibilidad de que el objeto sucesor herede el mismo atributo, aunque con distinto tipo y valor, de mas de un predecesor.

25

Alguno de los lenguajes de programacin soluciona este problema de forma automtica, aunque los ms populares generan un error en el tiempo de compilacin. Eficiencia. Los lenguajes POO arrastraron en un principio la reputacin de ser ineficaces. Esto se deba en gran medida a que los primeros lenguajes (como Smalltalk) eran interpretados y no compilados. La existencia de compiladores permite a los desarrolladores ganar rapidez. Actualmente, usando un buen lenguaje orientado a objetos como C++, Java, etc. Junto con las libreras apropiadas para la realizacin de un programa, puede que se ejecute ms rpidamente que el mismo programa compilado con un lenguaje procedural. Asignacin de tipos. Los lenguajes orientados a objetos varan de forma sustancial la forma por la que se aproximan a la asignacin de tipos. Por asignacin de tipos entendemos que cada variable sea identificada como perteneciente a una clase (asignacin fuerte) o sea simplemente un objeto indeterminado (asignacin dbil). Eiffel y C son dos lenguajes basados en la asignacin fuerte, frente a Smalltalk, en el que todas las variables definidas pertenecen a una clase indeterminada. La asignacin fuerte sirve a dos propsitos. Por una parte para que el desarrollador pueda identificar a que clase pertenece cada operacin. De forma concreta, en aquellos lenguajes donde est implementado el operator overloading (refefinicin de operador), el compilador puede reconocer a travs de las clases que entran como parmetros en la operacin que operacin tiene que utilizar. Por otra, este tipo de declaracin permite al compilador un mayor grado de optimizacin, ya que conoce en todo momento el espacio que ha de asignar Manejo de memoria. Los POO son lenguajes que utilizan de manera intensiva la memoria de la computadora. Hay dos tipos de aproximacin a la gestin de memoria. El sistema en tiempo de ejecucin libera la memoria automticamente a medida que los objetos dejan de utilizarse. El sistema tiene instrucciones concretas para liberar la memoria explcitamente. Este el enfoque adoptado por lenguajes como C++, que aportan dos operadores: crear y destruir. El primero reserva automticamente memoria, mientras que el segundo la libera. Encapsulacin. Consiste en separar aquellos atributos del objeto que deben ser conocidos por el resto, de aquellos necesarios para su funcionamiento propio. No es propio de los lenguajes orientados a objetos, pero la capacidad de stos para unir las estructuras de datos a los procedimientos que los modifican lo hacen ms potente que los lenguajes llamados <<Modulares>>

26

4.1.5. Base de Datos.

Un archivo es un elemento de informacin conformado por un conjunto de registros. Estos registros a su vez estn compuestos por una serie de caracteres o bytes. Los archivos, alojados en dispositivos de almacenamiento conocidos como memoria secundaria, pueden almacenarse de dos formas diferentes: archivos convencionales o bases de datos. Los archivos convencionales, pueden organizarse como archivos secuenciales o archivos directos. Sin embargo, el almacenamiento de informacin a travs de archivos convencionales presenta una serie de limitaciones que restringen de manera importante la versatilidad de los programas de aplicacin que se desarrollan. Archivos convencionales. El uso de sistemas de informacin por parte de las organizaciones requiere el almacenamiento de grandes cantidades de informacin, ya sea para el uso mismo del sistema, para generar resultados o para compartir dicha informacin con otros sistemas. Las formas en las cuales pueden organizarse son archivos secuenciales o archivos directos. En los archivos secuenciales los registros estn almacenados en una secuencia que depende de algn criterio definido. Por ejemplo, pueden almacenarse los registros de los empleados de la empresa de manera secuencial de acuerdo al departamento al que pertenecen o de acuerdo a su antigedad. Si se desea consultar o modificar informacin, tambin es necesario buscar uno por uno en los registros hasta encontrarla. Los archivos directos permiten acceder directamente un registro de informacin sin tener que buscar uno a uno por todos los registros del archivo, utilizando una llave de acceso dentro del archivo. Definicin de Base de Datos. Se define una base de datos como una serie de datos organizados y relacionados entre s, los cuales son recolectados y explotados por los sistemas de informacin de una empresa o negocio en particular. Las bases de datos proporcionan la infraestructura requerida para los sistemas de apoyo a la toma de decisiones y para los sistemas de informacin estratgicos, ya que estos sistemas explotan la informacin contenida en las bases de datos de la organizacin para apoyar el proceso de toma de decisiones o para lograr ventajas competitivas. Por este motivo es importante conocer la forma en que estn estructuradas las bases de datos y su manejo. Componentes principales. dicha. Datos. Los datos son la Base de Datos propiamente

27

Hardware. El hardware se refiere a los dispositivos de almacenamiento en donde reside la base de datos, as como a los dispositivos perifricos (unidad de control, canales de comunicacin, etc.) necesarios para su uso. Software. Est constituido por un conjunto de programas que se conoce como Sistema Manejador de Base de Datos (DMBS: Data Base Management System). Este sistema maneja todas las solicitudes formuladas por los usuarios a la base de datos. Usuarios. Existen tres clases de usuarios relacionados con una Base de Datos: 1. El programador de aplicaciones, quien crea programas de aplicacin que utilizan la base de datos. 2. El usuario final, quien accesa la Base de Datos por medio de un lenguaje de consulta o de programas de aplicacin. 3. El administrador de la Base de Datos (DBA: Data Base Administrator), quien se encarga del control general del Sistema de Base de Datos.

Ventajas en el uso de Bases de Datos. Globalizacin de la informacin. Permite a los diferentes usuarios considerar la informacin como un recurso corporativo que carece de dueos especficos. Eliminacin de informacin redundante, duplicada. Eliminacin de informacin inconsistente. Si el sistema esta desarrollado a travs de archivos convencionales, dicha cancelacin deber operarse tanto en el archivo de facturas del Sistema de Control de Cobranza como en el archivo de facturas del Sistema de Comisiones. Permite compartir informacin. Varios sistemas o usuarios pueden utilizar una misma entidad. Permite mantener la integridad en la informacin. Solo se almacena la informacin correcta. Independencia de datos. La independencia de datos implica un divorcio entre programas y datos; es decir, se pueden hacer cambios a la informacin que contiene la base de datos o tener acceso a la base de datos de diferente manera, sin hace cambios en las aplicaciones o en los programas

28

4.1.6. Ingeniera Del Software.

El desarrollo de sistemas de informacin computarizados consta de dos partes principales, el Anlisis de sistemas y Diseo de sistemas. Anlisis de sistemas. El Anlisis de sistemas, es un proceso de recoleccin, clasificacin e interpretacin de informacin y hechos, adems de la identificacin y diagnstico de problemas. El tratamiento conjunto de los anteriores elementos permite obtener conclusiones acerca del estado de la organizacin y recomendar acciones que mejorarn su sistema de informacin. Hay muchas maneras de enfrentarse el anlisis de sistemas y todas estn orientadas bsicamente al mismo objetivo: entender un sistema complejo y modificarlo de alguna manera. Las modificaciones pueden consistir en un subsistema nuevo, componentes nuevos, un nuevo conjunto de transformaciones, etc. El objetivo es mejorar el funcionamiento interno del sistema para hacerlo ms eficiente, modificar las metas del sistema, cambiar las seales de salida, lograr las mismas metas con un conjunto diferente de seales de entrada, realizar algunas mejoras similares o simplemente crear uno nuevo. Diseo de sistemas. El Diseo de sistemas es el proceso en el cual se planifica como se ejecutarn las recomendaciones dadas en el paso anterior. En l se puede contemplar desde complementar el sistema, hasta reemplazarlo totalmente, pasando por la consideracin de modificaciones parciales. En el proceso se determina tambin el papel que desempearn las computadoras para hacer ms eficiente el desempeo del sistema. Las metodologas que se han utilizado hasta este momento para desarrollar software, las denominaremos Metodologas tradicionales de Anlisis y Diseo de Sistemas de Informacin, las cuales se fundamentan en la descomposicin del sistema en subsistemas funcionales. Metodologas tradicionales de anlisis y diseo. En la dcada de los ochenta, se consolidaron las metodologas tradicionales de desarrollo de software aplicables a diferentes sistemas de informacin. Los enfoques o mtodos ms importantes son los siguientes:

4.1.6.1. Mtodo del ciclo de vida para desarrollo de sistemas. 4.1.6.2. Mtodo de desarrollo por Anlisis y Diseo Estructurado. 4.1.6.3. Mtodo de desarrollo de sistemas por prototipos.

29

El primero es considerado por muchos autores, como un enfoque general para el desarrollo de software, ms que un mtodo. El mtodo del ciclo de vida para el desarrollo de sistemas. Se divide segn Kendall en siete etapas, a saber: Identificacin de problemas, oportunidades y objetivos. Determinacin de los requerimientos de informacin. Anlisis de las necesidades del sistema. Diseo del sistema recomendado. Desarrollo y documentacin del software. Prueba y mantenimiento del sistema. Implantacin y evaluacin del sistema. Se puede considerar como el mtodo genrico por excelencia para el desarrollo de sistemas computarizados de informacin. Se aplica a casos en los que el desarrollo del sistema se puede manejar como proyecto y cubre varios departamentos de la empresa. El mtodo de desarrollo por anlisis y diseo estructurado. Consta de dos fases principales, el Anlisis y el Diseo de sistemas. En la mayora de los casos se utiliza complementariamente con el Mtodo de Ciclo de Vida, es decir se enmarca dentro de l. Se basa, como ya se dijo en la introduccin, en la descomposicin de un sistema complejo en subsistemas funcionales. Esto ltimo es quiz, lo que lo ha convertido en la metodologa de mayor xito en el mbito de las metodologas tradicionales. Es adecuado para abordar el Desarrollo de todo tipo de Aplicaciones, principalmente cuando se trata de sistemas complejos que pueden dividirse en partes menos complejas. El Mtodo de desarrollo de sistemas por prototipos. Se basa precisamente en la construccin de prototipos. Un prototipo es un sistema que funciona como cualquier otro sistema, slo que no es un sistema finalizado sino que necesita ser perfeccionado reiterativamente. Se construye con el propsito de probar conjeturas, ideas y suposiciones relacionados con el nuevo sistema. Permite evaluar el diseo y la informacin de salida a partir de datos de entrada, que deben ser completamente reales para lograr la mayor efectividad. Es recomendable su uso en las siguientes condiciones: cuando se tiene poca informacin sobre el sistema de estudio, los costos y riesgos de cometer errores son altos y cuando se tiene poca experiencia en desarrollo de algn tipo especial de sistema.

30

Rational Unified Process (Rup): Es un proceso de Ingeniera de Software planteado por Kruchten (1996) cuyo objetivo es producir software de alta calidad, es decir, que cumpla con los requerimientos de los usuarios dentro de una planificacin y presupuesto establecidos. RUP toma en cuenta las mejores prcticas en el modelo de desarrollo de software en particular las siguientes: Desarrollo de software en forma iterativa (repite una accin). Manejo de requerimientos. Utiliza arquitectura basada en componentes. Modela el software visualmente (Modela con Unified Modeling Language, UML) Verifica la calidad del software. Controla los cambios. El proceso iterativo de RUP se organiza en fases (Kruchten, 1996), cada fase se Concluye con una piedra de milla (mile stone) principal. Es importante resaltar que la inclusin de piedras de millas o puntos de revisin, es sumamente importante y en estos puntos se revisan los requerimientos establecidos para cada fase, basados en los controles de calidad. De esta manera, si un producto o proceso no pasa el punto de revisin de calidad, se redisea o se cancela, evitando as, los problemas de coste extra, de trabajo, y de productos de mala calidad, que no satisfacen los requerimientos establecidos a nivel educativo, comunicacional, tcnico y de diseo grfico. En la figura 2 se puede observar la expresin grfica equivalente al tiempo y esfuerzo que se dedican a cada una de las fases de RUP. En esta grfica se puede observar que la inversin de tiempo y esfuerzo en la primera fase y segunda fase es pequea en comparacin con la tercer fase, garantizando as que la mayor parte del trabajo, costo y esfuerzo se realice si y solo si, ha pasado la segunda piedra de milla, o sea, el segundo control de revisin de calidad.

31

Figura 2. Esquema de RUP (Proceso unificado Racional)

4.1.7. UML. Unified Modeling Language.2 El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es un lenguaje grfico para visualizar, especificar y documentar cada una de las partes que comprende el desarrollo de software. UML entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y funciones de sistema, adems de cosas concretas como lo son escribir clases en un lenguaje determinado, esquemas de base de datos y componentes de software reusables. ...Cuando los primeros programadores comenzaron a crear aplicaciones para usuarios de negocios, una vez ms las figuras llegaron al rescate, varias tcnicas con orientacin grafica tal como la produccin de diagramas de definicin de datos usado por programadores y los diagramas entidad-relacin usados por aplicaciones de base de datos relacionales, llegaron a convertirse en el principal enfoque para facilitar el anlisis y diseo tan bien como un recurso de registro y comunicacin de requerimientos de sistemas. Hoy, en el mundo orientado a objetos y de la computacin distribuida, los diagramas UML sirven a este propsito. UML ofrece un recurso estndar de la industria de modelado de sistemas complejos. El modelado es un concepto bsico de objetos orientados al desarrollo. Uno de los principales beneficios de modelar es que el proceso de desarrollo es ms productivo y sus sistemas se desarrollaran ms en encontrar requerimientos. Llena
2

STEVENS, Perdita. Utilizacin de uml en ing. De l software con objetos y componentes. Madri: pearson Educacin,

32

el vaci entre el mundo de los clientes, usuarios, y analistas entendiendo la de los desarrolladores, ingenieros, y arquitectos implementadores de sistemas. UML ayuda a capturar sus requerimientos. Permite definir que es lo que debe hacer el sistema, a travs de casos de uso y de actividades, y permite representar grficamente los objetos que har. UML 1.5 incluye nueve tipos diferentes de diagramas, mucho de los cuales son especialmente relevantes para el desarrollo. por ejemplo, los diagramas de maquina de estados son realmente relevantes para aplicaciones de tiempo real, pero mucho menos relevante para el modelado de aplicaciones enfocado a datos3 Modelo de Clases Un diagrama de clases sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de contenimiento. Un diagrama de clases esta compuesto por los siguientes elementos:

Clase: atributos, mtodos y visibilidad. Relaciones: Herencia, Composicin, Agregacin, Asociacin y Uso. Clase: Es la unidad bsica que encapsula toda la informacin de un Objeto (un objeto es una instancia de una clase). A travs de ella podemos modelar el entorno en estudio (una Casa, un Auto, una Cuenta Corriente, etc.). En UML, una clase es representada por un rectngulo que posee tres divisiones:

En donde: Superior: Contiene el nombre de la Clase Intermedio: Contiene los atributos (o variables de instancia) que caracterizan a la Clase (pueden ser private, protected o public). o Inferior: Contiene los mtodos u operaciones, los cuales son la forma como interacta el objeto con su entorno (dependiendo de la visibilidad: private, protected o public).
o o

33

Atributos y Mtodos: o Atributos: Los atributos o caractersticas de una Clase pueden ser de tres tipos, los que definen el grado de comunicacin y visibilidad de ellos con el entorno, estos son: public (+): Indica que el atributo ser visible tanto dentro como fuera de la clase, es decir, es accesible desde todos lados. private (-): Indica que el atributo slo ser accesible desde dentro de la clase (slo sus mtodos lo pueden acceder). protected (#): Indica que el atributo no ser accesible desde fuera de la clase, pero si podr ser acezado por mtodos de la clase adems de las subclases que se deriven (ver herencia). o Mtodos: Los mtodos u operaciones de una clase son la forma en como sta interacta con su entorno, stos pueden tener las caractersticas: public (+): Indica que el mtodo ser visible tanto dentro como fuera de la clase, es decir, es accesible desde todos lados. private (-): Indica que el mtodo slo ser accesible desde dentro de la clase (slo otros mtodos de la clase lo pueden acceder). protected (#): Indica que el mtodo no ser accesible desde fuera de la clase, pero si podr ser acezado por mtodos de la clase adems de mtodos de las subclases que se deriven (ver herencia). Relaciones entre Clases:

Ahora ya definido el concepto de Clase, es necesario explicar como se pueden interrelacionar dos o ms clases (cada uno con caractersticas y objetivos diferentes). Antes es necesario explicar el concepto de cardinalidad de relaciones: En UML, la cardinalidad de las relaciones indica el grado y nivel de dependencia, se anotan en cada extremo de la relacin y stas pueden ser:

uno o muchos: 1..* (1..n) 0 o muchos: 0..* (0..n) nmero fijo: m (m denota el nmero).

Herencia (Especializacin/Generalizacin): Indica que una subclase hereda los mtodos y atributos especificados por una Superclase, por ende la Subclase adems de poseer sus propios mtodos y

34

atributos, poseer las caractersticas y atributos visibles de la Superclase (public y protected), Agregacin: Para modelar objetos complejos, no bastan los tipos de datos bsicos que proveen los lenguajes: enteros, reales y secuencias de caracteres. Cuando se requiere componer objetos que son instancias de clases definidas por el desarrollador de la aplicacin, tenemos dos posibilidades:

Por Valor: Es un tipo de relacin esttica, en donde el tiempo de vida del objeto incluido esta condicionado por el tiempo de vida del que lo incluye. Este tipo de relacin es comnmente llamada Composicin (el Objeto base se construye a partir del objeto incluido, es decir, es "parte/todo"). Por Referencia: Es un tipo de relacin dinmica, en donde el tiempo de vida del objeto incluido es independiente del que lo incluye. Este tipo de relacin es comnmente llamada Agregacin (el objeto base utiliza al incluido para su funcionamiento). La flecha en este tipo de relacin indica la navegabilidad del objeto referenciado. Cuando no existe este tipo de particularidad la flecha se elimina. Asociacin: La relacin entre clases conocida como Asociacin, permite asociar objetos que colaboran entre si. Cabe destacar que no es una relacin fuerte, es decir, el tiempo de vida de un objeto no depende del otro. Un cliente puede tener asociadas muchas Ordenes de Compra, en cambio una orden de compra solo puede tener asociado un cliente. Dependencia o Instanciacin (uso): Representa un tipo de relacin muy particular, en la que una clase es instanciada (su instanciacin es dependiente de otro objeto/clase). Se denota por una flecha punteada. El uso ms particular de este tipo de relacin es para denotar la dependencia que tiene una clase de otra, como por ejemplo una aplicacin grafica que instancia una ventana (la creacin del Objeto Ventana esta condicionado a la instanciacin proveniente desde el objeto Aplicacin):

35

Cabe destacar que el objeto creado (en este caso la Ventana grfica) no se almacena dentro del objeto que lo crea (en este caso la Aplicacin). Casos Particulares: Clase Abstracta: Una clase abstracta se denota con el nombre de la clase y de los mtodos con letra "itlica". Esto indica que la clase definida no puede ser instanciada pues posee mtodos abstractos (an no han sido definidos, es decir, sin implementacin). La nica forma de utilizarla es definiendo subclases, que implementan los mtodos abstractos definidos. Clase parametrizada: Una clase parametrizada se denota con un subcuadro en el extremo superior de la clase, en donde se especifican los parmetros que deben ser pasados a la clase para que esta pueda ser instanciada. El ejemplo ms tpico es el caso de un Diccionario en donde una llave o palabra tiene asociado un significado, pero en este caso las llaves y elementos pueden ser genricos. La generalidad puede venir dada de un Template (como en el caso de C++) o bien de alguna estructura predefinida (especializacin a travs de clases). Casos de Uso (Use Case) El diagrama de casos de uso representa la forma en como un Cliente (Actor) opera con el sistema en desarrollo, adems de la forma, tipo y orden en como los elementos interactan (operaciones o casos de uso). Un diagrama de casos de uso consta de los siguientes elementos:

Actor. Casos de Uso. Relaciones de Uso, Herencia y Comunicacin.

Elementos

Actor:

36

Una definicin previa, es que un Actor es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol, pues con esto se especifica que un Actor no necesariamente representa a una persona en particular, sino ms bien la labor que realiza frente al sistema. Como ejemplo a la definicin anterior, tenemos el caso de un sistema de ventas en que el rol de Vendedor con respecto al sistema puede ser realizado por un Vendedor o bien por el Jefe de Local.

Caso de Uso:

Es una operacin/tarea especfica que se realiza tras una orden de algn agente externo, sea desde una peticin de un actor o bien desde la invocacin desde otro caso de uso.

Relaciones:
o

Asociacin

Es el tipo de relacin ms bsica que indica la invocacin desde un actor o caso de uso a otra operacin (caso de uso). Dicha relacin se denota con una flecha simple.
o

Dependencia o Instanciacin

Es una forma muy particular de relacin entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relacin se denota con una flecha punteada.
o

Generalizacin

Este tipo de relacin es uno de los ms utilizados, cumple una doble funcin dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>). Este tipo de relacin esta orientado exclusivamente para casos de uso (y no para actores). extends: Se recomienda utilizar cuando un caso de uso es similar a otro (caractersticas).

37

uses: Se recomienda utilizar cuando se tiene un conjunto de caractersticas que son similares en ms de un caso de uso y no se desea mantener copiada la descripcin de la caracterstica. De lo anterior cabe mencionar que tiene el mismo paradigma en diseo y modelamiento de clases, en donde esta la duda clsica de usar o heredar.

Diagrama de Interaccin El diagrama de interaccin, representa la forma en como un Cliente (Actor) u Objetos (Clases) se comunican entre si en peticin a un evento. Esto implica recorrer toda la secuencia de llamadas, de donde se obtienen las responsabilidades claramente. Dicho diagrama puede ser obtenido de dos partes, desde el Diagrama Esttico de Clases o el de Casos de Uso (son diferentes). Los componentes de un diagrama de interaccin son:

Un Objeto o Actor. Mensaje de un objeto a otro objeto. Mensaje de un objeto a si mismo.

Elementos

Objeto/Actor:

El rectngulo representa una instancia de un Objeto en particular, y la lnea punteada representa las llamadas a mtodos del objeto. 4

Mensaje a Otro Objeto:

STEVENS, Perdita pag 120

38

Se representa por una flecha entre un objeto y otro, representa la llamada de un mtodo (operacin) de un objeto en particular.

Mensaje al Mismo Objeto:

No solo llamadas a mtodos de objetos externos pueden realizarse, tambin es posible visualizar llamadas a mtodos desde el mismo objeto en estudio

39

4.2. MARCO CONCEPTUAL

BASE DE DATOS: coleccin de archivos interrelacionados, son creados con un DBMS (Sistema Manejador de Base de Datos). El contenido de una base de datos engloba a la informacin concerniente de una organizacin, de tal manera que los datos estn disponibles para los usuarios, una finalidad de las base de datos es eliminar la redundancia o al menos minimizarla. Los tres componentes principales de un sistema de base de datos son el hardware, el software DBMS y los datos a manejar. CLASE: es la unidad bsica que encapsula toda la informacin de un Objeto (un objeto es una instancia de una clase). A travs de ella podemos modelar el entorno en estudio HERENCIA: es la capacidad de derivar una nueva clase (la clase derivada o heredada) de una clase ms sencilla (la clase base). La clase derivada hereda todos los campos, propiedades y mtodos de la clase base y puede modificar el comportamiento de cualquiera de estas propiedades y mtodos para remplazarlas. Tambin podr agregar nuevos campos, propiedades y mtodos a las clases heredadas. IMPLANTACIN: proceso de puesta en funcionamiento del sistema. En esta fase se verifica que el sistema cumple todos los requisitos, que es capaz de manipular los volmenes de informacin requeridos, de trabajar dentro de los tiempos de respuesta deseados, etc. INFORMACIN: es un conjunto de datos organizados de manera consistente, referentes al objeto de inters los cuales son manejados segn la necesidad del usuario. SISTEMA: conjunto de partes que desarrollan actividades y se interrelacionan para cumplir con un fin dado. SOBRECARGA: es proporcionar varios mtodos con el mismo nombre pero con diferentes firmas de parmetros, es decir con un numero distinto de parmetros o con parmetros de diferentes tipos. SOFTWARE: serie de instrucciones que se cargan en la memoria de la computadora que le indican como resolver un problema o llevar a cabo una tarea, llamado tambin programa y aplicativo.

40

SISTEMA DE REFRIGERACIN: proceso por el que se reduce la temperatura de un espacio determinado y se mantiene esta temperatura baja con el fin, por ejemplo, de enfriar alimentos, conservar determinadas sustancias o conseguir un ambiente agradable.

UML (Unified Modeling Language): lenguaje Unificado de Modelado, es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema software. Se usa para entender, disear, configurar, mantener y controlar la informacin sobre los sistemas a construir.

TECNOLOGA .NET: termino que hace referencia al entorno de programacin de Visual Studio .NET; la Programacin es orientada a objetos real, incluyendo caractersticas avanzadas como herencia y sobrecarga de mtodos. Encontrar un paradigma comn de programacin para las aplicaciones relacionadas con Internet, fue una de las razones primordiales del surgimiento de este nuevo lenguaje que interrumpe de forma abrupta la manera de programacin de todos aquellos que han programado en versiones anteriores de este lenguaje. Ofrece una visin orientada a objetos del sistema operativo Windows e incluye cientos de clases que encapsulan los objetos ms importantes del ncleo de Windows. La especificacin de lenguaje comn (CLS) es un conjunto de especificaciones que Microsoft ha suministrado para ayudar a los fabricantes de compiladores. Estas especificaciones fijan el grupo mnimo de caractersticas que un lenguaje .NET debe tener. Los lenguajes compatibles con CLS son VB.NET, C#, manager C++ y JScript. Muchos otros fabricantes de lenguajes estn trabajando en el desarrollo de lenguajes .NET como lo son, Perl, Cobol, Smalltalk, Eiffel, Python, Pascal y APL.5

BALENA, Francesco. Programacin Avanzada con Microsoft Visual Basic .NET. Espaa: McGrawHill 2003 pag 64

41

5. DISEO METODOLGICO6

Para el proceso de desarrollo de software se aplico la metodologa del Proceso unificado de Racional (RUP), el cual nos permite aplicar un enfoque disciplinado para la construccin, desarrollo y mantenimiento del software. Adems de ser un marco de trabajo genrico, es un conjunto de actividades necesarias para transformar los requisitos de un usuario en un sistema software, a travs de cuatro fases donde cada una tiene objetivos y termina con modelos o documentos desarrollados que han alcanzado un estado predefinido. Dentro de cada fase se descompone adicionalmente el trabajo en iteraciones o mini-proyectos. El Proceso Unificado utiliza el Lenguaje Unificado de Modelado (UML) para preparar todos los esquemas de un sistema software. En el desarrollo del proyecto se seguir la metodologa RUP en la cual el desarrollo se organiza en una serie de mini-proyectos o iteraciones dentro de cada una de las fases definidas en dicha metodologa, con el fin de obtener un sistema que pueda ser probado y ejecutado. A continuacin se presentan cada una de las fases, 5.1. Fase de Inicio

5.1.1. Definicin del alcance y estudio de factibilidad del proyecto. 5.1.2. Entrevista con el jefe. Entrevistas realizadas al personal

encargado de manejar directamente la informacin de inters para el proyecto. Estas entrevistas ser realizadas por los responsables del proyecto y complementadas con la observacin directa de la manipulacin de los datos, lo que nos ayudar a una identificacin clara de los datos necesarios para la creacin del sistema.
El usuario (Profesor o Estudiante en los casos de usos detallados realizan las mismas operaciones) disea su sistema de
6

PRESSMAN, Roger. Ingeniera del Software, Un Enfoque Prctico. Cuarta Edicin. (Espaa). McGraw-Hill, 1998. pag 143

Madrid

42

refrigeracin, empleando los elementos que suministrar la herramienta software como son: evaporador, condensador, compresor, dispositivo de expansin, intercambiador, filtro secador, separador de aceite, recibidor de liquido y acumulador de succin. Una vez considere este listo se ejecutara, sino se encuentra error en su diseo. De ser as, se debe mostrar un mensaje acorde al error encontrado. En la ejecucin del diseo se debe mostrar una animacin del sistema creado, permitindole al usuario pasar del estado de ejecucin al de diseo donde podr adicionar otro elemento. El aplicativo debe mostrar las graficas de comportamiento del sistema diseado que son T-s y P-h para un refrigerante, Temperatura de evaporacin, temperatura de condensacin y carga dados por el usuario. Adems de obtener los valores de las variables Cantidad de refrigerante en circulacin, Potencia del compresor, Coeficiente de funcionamiento y Relacin de compresin. Tambin de mostrar durante la animacin informacin de teora de Refrigeracin; Adems de lneas por donde se encuentre el refrigerante en estado liquido o vapor. 5.1.3. Recoleccin y tratamiento de la informacin requerida para la realizacin del Software.

5.1.4. Revisin y estudio de la informacin recolectada, La informacin

recolectada se consignar en formatos diseados para tal efecto, teniendo en cuenta que las entradas, transformaciones y salidas que se dan en los procesos, queden plasmadas de una forma clara para un mejor entendimiento de los mismos. Estos formatos sern diligenciados por parte nuestra y en algunos casos, sern modificados por el personal directamente encargado en la planta piloto de taganga.
5.1.5. Identificacin y clasificacin de procesos.

43

5.1.6. Definicin de una visin aproximada del proyecto; se encuentra un modelo de casos de usos simplificados que contenga los casos de usos ms crticos. 5.1.7. Definicin del alcance y estudio de factibilidad del proyecto Durante el desarrollo de los laboratorios de refrigeracin existe el peligro latente de daar los componentes del sistema, de refrigeracin, por el uso inadecuado que se le puede llegar a dar a elementos delicados o costosos; lo que suscita la vigilancia constante del instructor durante la realizacin de estas actividades, para prevenir la manipulacin inadecuada, de las cuales podra no requerirse su total acompaamiento en algunas de estas. El uso de sistemas de refrigeracin durante prcticas trae consigo el desgaste progresivo de componentes causado por la propia actividad, el empleo inadecuado o el factor humano; consiguindose un costo para el sostenimiento o mantenimiento del sistema de refrigeracin Los costos de reparacin o mantenimiento pueden convertirse en impedimento para no realizar alguna prctica, por el no desembolso o el mismo tiempo que se toma para cumplir con el procedimiento en estos casos. Esta situacin hace necesaria la implementacin de herramientas que permitan generar habilidades en estudiantes, de disminuir o controlar aquellas manipulaciones que pueden representar riesgo al sistema de refrigeracin; al mismo tiempo de reducir costos de mantenimiento. La incorporacin de una herramienta que simule y muestre el comportamiento del sistema de refrigeracin por compresin de vapor, con situaciones anormales del sistema, que permita preparar a los estudiantes antes de tener un acercamiento directo con un sistema real de refrigeracin adems de fortalecer los conocimientos; es la razn que motiva a los autores a mostrar la alternativa de un software o aplicativo como la herramienta de apoyo para el estudio de sistemas de refrigeracin. La elaboracin de este proyecto se convertir en el primer paso o la primera fase de uno mayor que contar con caractersticas adicionales, como la de implementacin de otros ciclos de refrigeracin de vapor como el multietapa, de cascada y otros sistemas como el de absorcin, adicionando otros refrigerantes ya que este solo cuenta con dos tipos . Como tambin seria el de controlar directamente un sistema de refrigeracin, funcionalidades que no sern implementadas en este proyecto.

44

5.1.8. Factibilidad tcnica y tecnolgica Contando con mtodos de desarrollo de Software, POO, UML y BD; el producto se apoyar en tcnicas de ingeniera para el anlisis y desarrollo de software que permitan obtener un sistema de alta calidad que cumpla con las necesidades del usuario. Adems de disponer con un lenguaje para el desarrollo o codificado de aplicaciones Windows como lo es Visual Basic.NET. 5.1.9. Factibilidad operativa La planta piloto de taganga, cuenta con una infraestructura adecuada y con las herramientas de software necesarias para la puesta en marcha del proyecto, en el proceso de consolidacin del software de simulacin de sistemas de refrigeracin por compresin de vapor (ciclo ideal) para el laboratorio de refrigeracin mecnica de esta dependencia de la Universidad del Magdalena. 5.1.10. Recoleccin y tratamiento de la informacin requerida para la realizacin del Software. Informacin relacionada con Sistemas de Refrigeracin, documentacin acerca de las herramientas de anlisis y diseo de sistemas. Revisin de documentos relacionados con Teora de Refrigeracin. Consultas en Internet con el fin de obtener informacin actualizada sobre herramientas de anlisis y diseo de sistemas. Consultas bibliogrficas de temas relacionados con los Sistemas de Bases de Datos, Sistemas de Informacin, etc.

5.1.11. Revisin y estudio de la informacin recolectada. La informacin obtenida ser clasificada por su naturaleza e importancia. 5.1.12. Definicin de una visin aproximada del proyecto; se encuentra un modelo de casos de usos simplificados que contenga los casos de usos ms crticos.

45

Figura 3. Definicin de una visin aproximada

5.1.13.

Identificacin y clasificacin de procesos.

Tabla 1. Descripcin de los casos de uso Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin Insertar Componente Necesario 1 Permite ingresar un componente al Panel o rea de trabajo Estudiante Seleccionar el tipo de componente Adicionarlo al panel Activo Ausencia de panel O Crear Nuevo Sistema o Abrir Archivo Enlazar Componente Eliminar Componente Necesario 1 Permite eliminar un componente que se encuentre seleccionado del Panel o rea de trabajo Estudiante Seleccionar Componente Eliminar Enlaces

Actor Principal Curso Bsico de eventos

46

Caminos de excepcin Precondiciones Post- Condiciones Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin

Borrar Componente del panel Ausencia de Componentes Insertar Componente

Actor Principal Curso Bsico de eventos

Caminos de excepcin Precondiciones Post- Condiciones

Enlazar componente Necesario 1 Permite conectar el componente seleccionado con otro que indique el Estudiante Estudiante Seleccionar Componente Elegir componente Destino Graficar Enlace Ausencia de Componente Insertar Componente Ejecutar Sistema

Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones

Ejecutar Sistema Necesario 1 Coloca en marcha el funcionamiento del sistema diseado por el estudiante Estudiante Comprobar sistema Enlazado Comprobar Enlace correcto Ausencia de Sistema Enlaces Errneos Enlazar Componente Realizar Animacin Realizar Animacin Necesario 1 Muestra la puesta en marcha del sistema Realizar Clculos Crear Lneas fras y calientes Seleccionar Compresor del Sistema Enlaces Incorrectos Enlazar componente Mostrar Informacin paso a paso

47

Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin

Detener Ejecucin Necesario 1 Interrumpe la ejecucin del sistema y reanuda el entorno de diseo Estudiante Conocer Estado del Sistema No exista animacin Realizar Animacin Habilitar Entorno de Diseo Mostrar Informacin Paso a Paso Necesario 1 Muestra Informacin de acuerdo a la posicin del punto que se desplaza durante la animacin Estudiante Conocer Estado actual de Animacin Ausencia de Animacin Realizar animacin

Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin

Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin

Realizar Clculos Necesario 1 Obtiene de capacidad del compresor, la cantidad de refrigerante en circulacin Ejecutar Sistema Ingresar refrigerante, Temperatura de condensacin y de evaporacin No existe Sistema Ejecutar Sistema Ver Grficos Ver grficos Necesario 1 Muestra Informacin del comportamiento del sistema de acuerdo a unos parmetros dados por el Estudiante, de manera grafica Estudiante Seleccionar Refrigerante

Actor Principal Curso Bsico de eventos

48

Caminos de excepcin Precondiciones Post- Condiciones Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones

Seleccionar Tipo de Grafico No se realizaron los clculos Realizar Clculos

Crear Nuevo Sistema Necesario 1 Habilita el entorno para el diseo de un nuevo sistema de refrigeracin Estudiante Crear Panel Numero de paneles=5 Numero de paneles<5 Insertar Componente Abrir Sistema Deseable 2 Permite abrir un sistema diseado por el estudiante que fue guardado Estudiante Crear Panel No existe archivo Guardar Sistema Ejecutar Sistema Insertar Componente Enlazar Componente Guardar Sistema Deseable 2 Guarda el sistema diseado Estudiante Seleccionar Componentes No exista panel Crear Nuevo Sistema Crear Panel Abrir Sistema

Nombre de Caso de Uso Necesario/Deseable Prioridad Descripcin Actor Principal Curso Bsico de eventos Caminos de excepcin Precondiciones Post- Condiciones

49

5.1.14.

Definicin de la arquitectura provisional, en esta etapa Figura 4. Definicin de la arquitectura provision

::FiltroSeca

::Intercambiador
1

::Condensador

::DispositivoEx ::Evaporador
1

Alta Presion ::Recibe Aceite 1 ::COMPONENTE ::Acumulador ::Recibidor

::Separador 1 ::Compresor ::Anotacion

1 -Fin13

-Fin14

Retorna Aceite

5.1.14.1.

Clases Candidatas:

Evaporador, Condensador, FiltroSeca, DispositivoEx, Compresor, RecibeAceite (tiene una relacin de composicin con la clase compresor, por cada compresor deber existir un objeto recibeAceite), intercambiador, AltaPresion(tiene una relacin de composicin con la clase intercambiador, por cada intercambiador deber existir un objeto AltaPresion), Recibidor, Separador, RetornaAceite(tiene una relacin de composicin con la clase Separador, por cada Separador deber existir un objeto RetornaAceite), Anotacin

50

5.2. Fase de Elaboracin

Desarrollo de la fase de Elaboracin

5.2.1. Se especifica en detalle la mayora de los casos de uso Figura 5. Modelo de casos de uso
Snow Proyect
Manejar Archivo

Disear Sistema R

Ejecutar Sistema

Mostrar Informacion paso a paso

Usuario Estudiante

{if exist Sistema Ejecutandose}

{if exist Sistema Ejecutandose}

Realizar Calculos

Ver Grafico

51

5.2.2. Definicin e implementacin del ncleo central de la arquitectura del sistema figura6 .Modelo de clases
Paquete superior::COMPONENTE
-formbase : PANEL +Array_enlAevap(12) : PictureBox +Tin : String +Tout : String +enlace_in : COMPONENTE +enlace_out : COMPONENTE +SePuedeEnlazarCon() : String = {""} +New() #Dispose(entrada disposing : Boolean) +setNom(entrada strNom : String, entrada strText : String) +setPos(entrada intPx : Integer, entrada intPy : Integer) +setGrafic(entrada strRuta : String) +graficar_Componente_enPanel(entrada y salida FrmPrincipal : Form) +GraficarEnlase(entrada y salida tu : COMPONENTE, entrada y salida _me : COMPONENTE, entrada y salida FrmPrincipal : Form) +EnlazarEntrada(entrada y salida FrmPrincipal : Form) +QuitarEnlace(entrada y salida FrmPrincipal : Form) +borrarEnlaceGrafico(entrada y salida FrmPrincipal : Form) +EliminarComponente(entrada y salida FrmPrincipal : Form) +TodoAcerca(entrada y salida FrmPrincipal : Form) +Ayuda(entrada y salida FrmPrincipal : Form) -UserControl_GotFocus(entrada sender : Object, entrada e : EventArgs) +Enlaza(entrada y salida FrmHijoActivo : Form, entrada y salida strText : String) +verificarEnlaceCorrecto(entrada matriz() : String, entrada obj1 : COMPONENTE, entrada Strobj2 : String) : Boolean

Separador DispositivoEx
-formpadre : frmPrincipal +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +asignarvariable_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces() -formpadre : frmPrincipal +retornoAceite : Separador +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada ancho : Integer, entrada alto : Integer) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +asignarvariable_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces()

Alta Presion
-formpadre : frmPrincipal +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada ancho : Integer, entrada alto : Integer) +RedibujarEnlaces()

Recibe Aceite
-formpadre : frmPrincipal +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada ancho : Integer, entrada alto : Integer) +RedibujarEnlaces()

1
Retorna Aceite

1 1
Intercambiador
-formpadre : frmPrincipal +interCalentamiento : Intercambiador +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada ancho : Integer, entrada alto : Integer, entrada jefe : Intercambiador) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +EnlazarEntradaAlta(entrada y salida FrmPrincipal : Form) +asignarvariable_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces()

*
Evaporador
-formpadre : frmPrincipal +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +asignarvariable_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces()

* 1

-formpadre : frmPrincipal +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada ancho : Integer, entrada alto : Integer) +RedibujarEnlaces()

1
Compresor
-formpadre : frmPrincipal +compreAceite : Compresor +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada ancho : Integer, entrada alto : Integer) +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +EnlazarSeparadorCompresor(entrada y salida FrmHijoActivo : Form) +asignarvariable_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces()

Recibidor Condensador
-formpadre : frmPrincipal +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +asignarvariable_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces() -formpadre : frmPrincipal +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +asignarvariable_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces()

*
FiltroSeca
-formpadre : frmPrincipal +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +asignarvariable_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces()

Anotacion
+inicial(entrada y salida FrmPrincipal : Form) +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form)

1
PANEL

1 1

+arrayCompCreados(10) : StrucComponentes +arrayContComp() : Integer = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0} +New() #Dispose(entrada disposing : Boolean) -PANEL_Activated(entrada sender : Object, entrada e : EventArgs) +VerificaExistenciaObjeto(entrada nom : String) : Boolean -PANEL_ControlAdded(entrada sender : Object, entrada e : ControlEventArgs) -PANEL_ControlRemoved(entrada sender : Object, entrada e : ControlEventArgs) -PANEL_Closed(entrada sender : Object, entrada e : EventArgs)

1 *

Acumulador
-formpadre : frmPrincipal +iniciador(entrada y salida FrmPrincipal : Form) +PuntosEntradaTuberia() +New(entrada y salida FrmPrincipal : Form, entrada y salida dOb : DatosObjetos) +New(entrada y salida FrmPrincipal : Form, entrada contNotas : Integer) +asignarvar_enlazar(entrada eAU : COMPONENTE) +RedibujarEnlaces()

1..*
frmPrincipal 1
-form : frmCALCULO +t : Thread +New() #Dispose(entrada disposing : Boolean) -InitializeComponent() +estadoInicial() -VisibleObjetos(entrada val : Boolean) -habilitaDesabilitaComp(entrada val : Boolean, entrada obj : COMPONENTE) -ComprobarSistemaEnlazado(entrada obj : COMPONENTE) : Boolean -ComprobarEnlaceCorrecto(entrada obj : COMPONENTE) : Boolean +MostrarAlerta(entrada objname : String, entrada obj2name : String) +WriteData(entrada arch : String, entrada formhijo : PANEL) +ReadData(entrada sender : Object, entrada e : EventArgs, entrada arch : String) +ejecutarSistema(entrada sender : Object, entrada e : ToolBarButtonClickEventArgs) +detenerEjecucion() +pausarEjecucion()

ANIMACIN

-obj : COMPONENTE -frmPANEL : PANEL +punto : PictureBox +New(entrada obj1 : COMPONENTE, entrada frm2 : PANEL) +New() #Dispose(entrada disposing : Boolean) -InitializeComponent() +animacion() +desplazaHorizontal(entrada pelota : PictureBox, entrada anchoHorizontal : Integer, entrada creci : Integer, entrada cont : Integer, entrada sw : Boolean) +desplazaVertical(entrada pelota : PictureBox, entrada altoVertical : Integer, entrada creci : Integer, entrada cont : Integer, entrada sw : Boolean) +QueObjetoEs(entrada pal : String, entrada sw : Boolean) +CrearLineasFriasCalientes() +determinaLado(entrada ancho : Integer, entrada IzqAnte : Integer, entrada IzqActual : Integer) : String +DeleteLineaCalienFria() +HabilitaEnlaces() +SelComponente_y_Pausa(entrada obj : COMPONENTE) +DesSeleccionaComp(entrada obj : COMPONENTE)

frmCALCULO
+New() #Dispose(entrada disposing : Boolean) +RefrigeranteCirculacion(entrada CR : Double, entrada h1 : Double, entrada h4 : Double) : Double +retornaH2(entrada x : Double, entrada x1 : Double, entrada x2 : Double, entrada y1 : Double, entrada y2 : Double) : Double +CoeficienteFuncionamiento(entrada h1 : Double, entrada h2 : Double, entrada h4 : Double) : Double +RelacionCompresion(entrada PACond : Double, entrada PAEvap : Double) : Double +potenciaCompresor(entrada mHayada : Double, entrada h2 : Double, entrada h1 : Double) : Double +calorCondensacion(entrada m : Double, entrada h2 : Double, entrada h3 : Double) : Double +retornaPresionEntropia(entrada Tevap : Integer, entrada Tcond : Integer, entrada ref : String) : TermicaSaturado +retornaTemperaturaEntropia(entrada presion : Integer, entrada SgSaturado : Double) : TermicaSobrecalentado +retornaPresionSobreCalentado(entrada psi : Double) : presionesSobreCalentado +calculah2(entrada tsaturado : TermicaSaturado, entrada tSobreCal : TermicaSobrecalentado, entrada psobre : presionesSobreCalentado) : Double

1 1
frmLEYENDA
+lblTitulo : Label +lblTexto : Label +New() #Dispose(entrada disposing : Boolean) +muestra_informacion(entrada name : String, entrada estado : String, entrada sw : Boolean) : Object

1
graficoP-H
-coordx : Integer = 110 -coordy : Integer = 310 -matriz(8) : String +New() #Dispose(entrada disposing : Boolean) -InitializeComponent() +RepresentarSistema(entrada valor : Double, entrada refI : Integer, entrada inc : Integer, entrada y : Integer, entrada h2 : Double) +EscalaVertical(entrada y : Integer, entrada valor : String) +EscalaHorizontal(entrada valor : String, entrada cx : Integer) +dibujaPuntosSeal(entrada x : Integer, entrada y : Integer, entrada num : String) +leyenda(entrada matriz() : String, entrada i : Integer) +dimensionaform()

graficoT-S
-coordx : Integer = 110 -coordy : Integer = 410 -matriz(8) : String +New() #Dispose(entrada disposing : Boolean) -InitializeComponent() +RepresentarSistema(entrada valor : Double, entrada refI : Integer, entrada inc : Integer, entrada y : Integer) -grafico_Paint(entrada sender : Object, entrada e : PaintEventArgs) +EscalaVertical(entrada y : Integer, entrada valor : String) +EscalaHorizontal(entrada valor : String, entrada cx : Integer) +dibujaPuntosSeal(entrada x : Integer, entrada y : Integer, entrada num : String) +leyenda(entrada matriz() : String, entrada i : Integer) +grafic()

52

5.2.3. Modelage de datos

5.2.3.1. Modelo Entidad Relacin

Figura 7.Modelo entidad - relacin

53

5.2.3.2. . Modelo Lgico de la base de Datos

Lista de Entidades Tabla 2. Lista de entidades Nombre Tipo Llave Primaria REFRIGERANTE independiente Referencia SOBRECALENTADO dependiente Referencia, Presion, Temp Index_SOBRECALENTADO dependiente Referencia, Incremento SATURADO dependiente F, Referencia TEMA independiente NumTema PAGINA dependiente NumTema, Pag # atributos 8 6 4 12 3 4

Tabla 'REFRIGERANTE': Almacena informacin de cada uno de los refrigerantes que soporta el aplicativo Atributos Tabla 3. Tabla refrigerante Atributo Tipo No null Unique Descripcin Referencia Text SI NO Nombre conocido en la industria Formula Text SI NO Formula Qumica Nombre Text SI NO Nombre Comn TempMinima Long Integer SI NO Temperatura en F TempMaxima Long Integer SI Incremento Long Integer SI NO NO Temperatura en F Salto de los valores de la Temperatura en F Valor en que se ampliar en la grafica p-h Valor en que se ampliar en la grafica T-s

Llave

zoomH

Double

SI

NO

zoomS

Long Integer SI

NO

54

Tabla 'SOBRECALENTADO': Almacena informacin de las propiedades Termodinmicas de los refrigerantes sobrecalentados. Atributos Tabla 4. Tabla sobrecalentado Llave Atributo Referencia Tipo Text No null SI Unique NO Descripcin Nombre conocido en la industria Temperatura F Volumen Entalpa Entropa

Presion Temp V H S

Double SI Long Integer SI Double Double Double SI SI SI

NO NO NO NO NO

Tabla 'Index_SOBRECALENTADO': ndice de acceso a la tabla Sobrecalentado Atributos Tabla 5. Tabla index_sobrecalentado Llave Atributo Tipo No null Refrigerante Text SI Incremento Long Integer SI Pini Pfin Long Integer SI Long Integer SI Unique NO NO NO NO Descripcin Temperatura F Presion Inicial Presin Final

55

Tabla 'SATURADO': Almacena informacin de las propiedades Termodinmicas de los refrigerantes Saturado. Atributos Tabla 6. Tabla saturado Llave Atributo F Tipo No null Long Integer SI SI SI SI Unique NO NO NO NO Descripcin Temperatura F (farengei) Presion en unidades psi Volumen en estado Liquido Volumen mezcla Liquido-Gas Volumen en estado vapor Entalpa en estado liquido Entalpa mezcla liquido-vapor Entalpa en estado vapor Entropa en estado Liquido Entropa mezcla Liquido-vapor Entropa en estado vapor

Refrigerante Text psi Double Vf Double

Vfg

Double

NO

NO

Vg Hf

Double Double

SI SI

NO NO

Hfg

Double

NO

NO

Hg Sf

Double Double

SI SI

NO NO

Sfg

Double

NO

NO

Sg

Double

SI

NO

Tabla 'TEMA': tabla que almacena informacin de la teora de refrigeracin por tema Atributos

56

Tabla 7. Tabla tema Llave Atributo NumTema Nombre Cantidad Tipo Long Integer Text Long Integer No null SI SI NO Unique NO NO NO Descripcin No. De Tema Cantidad de Paginas

Tabla 'PAGINA': Informacin de los temas almacenada por paginas Atributos Tabla 8. Tabla pagina Llave Atributo NumTema Pag Imagen Texto Tipo No null Long Integer SI Long Integer SI Text Memo SI SI Unique NO NO NO NO Descripcin No. De Tema No. de pagina

57

5.2.4. Catlogo de mdulos de la aplicacin

a) Mdulos principales Tabla 9. Mdulos principales del sistema Nombre Diseador de Sistemas de Refrigeraci n Clculos Tipo Interfaz Procedimiento Funcionalidad Insercin, eliminacin y enlaces de componentes

Interfaz Procedimiento

Grafica Ph Grafica T-s Informaci n paso a paso Animacin

Interfaz Procedimiento InterfazProcedimiento InterfazProcedimiento InterfazProcedimiento

Despliegue de datos obtenidos. Potencia del compresor, Cantidad de Refrigerante en circulacin, coeficiente de funcionamiento, Relacin de compresin y calor de Condensacin Despliegue del comportamiento grafico del sistema diseado Despliegue del comportamiento grafico del sistema diseado Mostrar Informacin de la teora de Refrigeracin

Despliegue del funcionamiento del sistema.

b) Mdulos auxiliares Procedimientos Tabla 10. Mdulos auxiliares Nombre Ejecucin Invocado por Funcionalidad Animacin Invocar a Evaluador de Sistema y colocar en marcha un nuevo proceso donde se ejecutar la animacin Ejecucin Informar de errores encontrados en sistema diseado

Evaluador de sistema

58

5.2.5. Modelo de Despliegue A continuacin se presentan formas o cuadros de dilogos que se deben incluir en el sistema informtico.

Formulario Principal. Muestra la vista inicial del Software Figura 8. Pantallazo inicial

59

Cuadro de Dialogo para el enlace de componentes Figura 9. Cuadro de Dialogo para el enlace de componentes

Usuario: Esta interfaz permite la seleccin del componente con el que se enlazar otro a su entrada. Frecuencia de Uso: A solicitud Formulario de insercin de Nuevos componentes Figura 10. Formulario de insercin de Nuevos componentes

60

Usuario: Este formulario permite el ingreso de nuevos componentes al panel o Sistema mediante de botones establecidos en la barra de herramientas componentes. Frecuencia de Uso: A solicitud Cuadro de Dialogo de Clculos Figura 11. Cuadro de Dialogo de Clculos

Usuario: Permite la obtencin de los valores de variables como son: Refrigerante en Circulacin, Coeficiente de Funcionamiento, Relacin de compresin, Potencia del Compresor. Para un refrigerante, un valor de Temperatura de evaporacin y condensacin y una carga definidas por el usuario. Frecuencia de Uso: A solicitud, cuando se ejecute el sistema

61

Interfaz de animacin Figura 12. Interfaz de animacin

Usuario: Representa el sistema diseado mostrndolo con lneas fras y calientes, adems del sentido de circulacin del refrigerante mediante un punto que se desplaza. Frecuencia de Uso: A solicitud, definido el refrigerante a emplearse

62

Interfaz de Informacin pas a paso

Usuario: Despliegue de la teora de Refrigeracin durante la animacin del sistema diseado, de acuerdo a la ubicacin del punto de desplazamiento. Frecuencia de Uso: A solicitud. Figura 13. Interfaz de Informacin pas a paso

Interfaz grafica P-h (Presin Entalpa) Figura 14. Interfaz grafica P-h (Presin Entalpia)

Usuario: Despliegue del comportamiento del comportamiento grafico del sistema diseado en su variacin de presin y entalpa Frecuencia de Uso: A solicitud, durante la ejecucin

63

Interfaz Grafica T-s (Temperatura Entropa) Usuario: Despliegue del comportamiento del comportamiento grafico del sistema diseado en su variacin de Temperatura y entropa Frecuencia de Uso: A solicitud, durante la ejecucin Figura 15. Interfaz grafica T-s (Temperatura Entropa)

64

5.2.6. Diagramas de Secuencia Muestra el escenario crear nuevo sistema e ingresar un componente al panel Seudocdigo: // Crear nuevo sistema Declarar variable panel Crear nuevo objeto panel Asignar variable panel a frmPrincipal como formulario hijo Habilitar funciones de frmPrincipal Mostrar Nuevo panel //Crear nuevo componente evaporador //Declarar y crear un nuevo objeto del tipo evaporador NuevoEvaporador(frmPrincipal) Funcion nuevoEvaporador(frmPrincipal) Establecer valores iniciales del componente Asignar componente al panel activo Fin Figura 16 Diagramas de Secuencia. Escenario crear nuevo sistema

:frmPrincipal

Show() :Panel

New(:frmPrincipal) :Evaporador

Iniciador() Add(:Evaporador)

Muestra el escenario Crear nuevo sistema e ingresar un compresor

65

Seudocdigo: // Crear nuevo sistema Declarar variable panel Crear nuevo objeto panel Asignar variable panel a frmPrincipal como formulario hijo Habilitar funciones de frmPrincipal Mostrar Nuevo panel //Crear nuevo componente compresor //Declarar y crear un nuevo objeto del tipo compresor Nuevocompresor (frmPrincipal) Funcion Nuevocompresor (frmPrincipal) Establecer valores iniciales del componente Asignar componente al panel activo Declarar y crear un nuevo objeto del tipo RecibeAceite RecibeAceite(frmPrincipal) Funcion RecibeAceite (frmPrincipal) Establecer valores iniciales del componente Asignar componente al panel activo fin fin

66

Figura 17 Diagramas de Secuencia. Escenario crear nuevo sistema e ingresar un compresor

:frmPrincipal

Show() :Panel

New(:frmPrincipal) Compresor

Iniciador() Add(:Compresor) New() Recibe Aceite

PuntosEntrada() Iniciador() Add(:Recibe Aceite)

PuntosEntrada()

Muestra eliminar Componente. Aplica a Compresor y de forma similar a intercambiador y separador de aceite Seudocdigo: //Eliminar componente Compresor Borra (frmPrincipal) Funcion Borra(frmPrincipal) Si esta enlazado entonces Quitar enlaces del componente //Remover componente del panel activo Panel.remove(Compresor) Fin

67

Figura 18 Diagramas de Secuencia. Escenario eliminar Componente. Compresor , intercambiador y separador de aceite

:frmPrincipal Compresor :Panel Recibe Aceite

Dispose(:frmPrincipal) Dispose() Remove(:Compresor)

Remove(:Recibe Aceite)

Muestra eliminar Componente. Aplica a los dems componentes Seudocdigo: //Eliminar componente evaporador Borra(frmPrincipal) Funcion Borra (frmPrincipal) Si esta enlazado entonces Quitar enlaces del componente //Remover componente del panel activo Panel.remove(evaporador) fin

68

Figura 19 Diagramas de Secuencia. Escenario eliminar Componente.

:frmPrincipal

Compresor

:Panel

Dispose(:frmPrincipal) Remove(:Compresor)

Enlazar la entrada de un componente(compresor) a otro (evaporador) Seudocodigo Funcion EnlazarEntrada(frmPrincipal) Declarar variable seleccin tipo componente Mostrar cuadro de dialogo Enlazar Seleccin:=returnSelect(Evaporador) Enlazar() GraficarEnlace() Fin

69

Figura 20 Diagramas de Secuencia. Escenario Enlazar la entrada de un componente (compresor) a otro (evaporador)

:frmPrincipal

:Evaporador

Compresor

EnlazarEntrada(:frmPrincipal) Show() :frmEnlazarCon

ReturnSelected(:Recibe Aceite) Enlazar()

GraficarEnlace()

El siguiente diagrama muestra como enlazar la entrada de un componente con un intercambiador (caso especial). Si un componente enlazar su entrada con un intercambiador se deber permitir elegir entre si se conectar por la lnea de alta o la lnea de baja del intercambiador

Figura 21 Diagramas de Secuencia. Escenario enlazar la entrada de un componente con un intercambiador (caso especial)

:frmPrincipal

:Evaporador

:AltaPresion

:Intercambiador

EnlazarEntrada(:frmPrincipal) Show() :frmEnlazarCon [intercambiador] show() :frmPresion

valor:=presion()

ReturnSelected(:intercambiador) [valor=Alta] EnlazarAltaPresion()

[valor=Baja] Enlazar() GraficarEnlace()

70

Muestran como se lleva a cabo la ejecucin de un sistema. Si existe un sistema y esta correctamente enlazado muestra la ejecucin y realiza los clculos sino muestra mensajes de alerta Seudocodigo Ejecutar() Funcion ejecutar() Declarar variable valor, estado tipo boolean Valor:=comprobarSistemaEnlazado() Si valor=trae entonces Estado:=comprobarEnlaces() Si estado=trae entonces Animacin.show() Sino Alerta() Fin Sino Alerta() fin fin Figura 22 Diagramas de Secuencia. Escenario ejecucin de un sistema

:frmPrincipal

[valor= false]

Alerta ()

valor:=ComprobarSistemaEnlazado()

[valor=true] estado:=ComprobarEnlaces() [estado=true] show() :Animacion [estado=false] Alerta() CrearLineasFriasCaliente() Show() :Calculo

Refrigerante()

Animacion()

71

Muestra como se lleva a cabo el pausar, detener y reanudar la ejecucin de un sistema Seudocodigo :FrmPrincipal Detener() Funcion Detener() //cerrar la ventana Calculo Calculo.close() //cerrar la ventana de Animacin Animacin.close() //Finalizar hilo de ejecucin de animacin threadAnimacion.finalize() fin Figura 23 Diagramas de Secuencia. Escenario pausar, detener y reanudar la ejecucin de un sistema

:frmPrincipal

:Animacion

:Calculo

Pausar()

Reanudar()

Animacion()

Detener() close()

Finalizar()

72

El escenario Ver informacin paso a paso mientras se esta ejecutando un sistema Seudocodigo //mostrar informacin paso a paso :frmPrincipal Leyenda.show() :Animacion SeleccionaComponente(:componente) Pausar() Funcion SeleccionaComponente(:componente) muestraInformacion(:componente) fin Figura 24 Diagramas de Secuencia. Escenario Ver informacin paso a paso de un sistema

:frmPrincipal

:Animacion

Show() :Leyenda Formulario(:leyenda)

SeleccionaComponente(:Componente)

pausar() MuestraInformacion(:Componente)

73

5.2.7. Modelo de pruebas del sistema

Escenarios Tabla 11. Modelo de pruebas del sistema Funcin

Nuevo Sistema

Escenario

Resultado esperado

Datos Requeridos

Se trata del la creacin de un Habilitacin de nuevo sistema de funciones de la barra refrigeracin. de herramientas Componentes y de la barra de men Intento de crear un nuevo sistema estando abiertos cinco sistemas de Refrigeracin Mensaje de error inmediatamente.

Abrir Sistema Intento de abrir un sistema estando abiertos cinco sistemas de Refrigeracin. Intento de abrir un sistema existente Insertar Componente

Mensaje de error inmediatamente

Mostrar los componentes Guardados Se trata del la creacin de un Mensaje de error nuevo Componente de inmediatamente. refrigeracin estando creados Impedir la insercin diez del mismo componente Intento de Eliminar un componente siendo el nico en el sistema de Refrigeracin. deshabilitar funciones de la barra de herramientas Componentes y de la barra de men Intento de Enlazar un Mostrar en un cuadro componente existiendo varios de dialogo los en el sistema de componente que se Refrigeracin. encuentran ingresados en el sistema de refrigeracin

Eliminar Componente

Enlazar Componente

Seleccin del componente con el que se enlazara, por parte del usuario

Ejecutar Sistema

Se trata de la Ejecucin Mensaje de error del sistema de inmediatamente refrigeracin con componentes que no se encuentran enlazados o parcialmente enlazados.
Se trata de la Ejecucin del sistema de refrigeracin con

Panel activo, Compresor del sistema

Verificar que exista un Panel activo, Compresor sistema armado y del sistema

74

Funcin

Escenario
ms de un compresor en el sistema. Al que alguno de ellos se encuentra enlazado a otros componentes.

Resultado esperado
verificar que se encuentren enlazados con los componentes adecuados. Se realiza solamente con el 1er compresor ingresado. Mensaje de error inmediatamente

Datos Requeridos

Se trata de la Ejecucin del sistema de refrigeracin con componentes que se encuentran enlazados y con componentes no adecuados Se trata de la Ejecucin del sistema de refrigeracin con componentes que se encuentran enlazados y con componentes adecuados

Panel activo, Compresor del sistema

Mostrar ventana de calculo

Panel activo, Compresor del sistema

Calculo

Intento de Cerrar la ventana Seleccin de un refrigerante

Modificacin de la carga, Temp. de evaporacin y de condensacin en la ventana calculo por el usuario

Mostrarla nuevamente Mostrar animacin y los clculos obtenidos para los valores carga, Temp. de evaporacin y de condensacin en la ventana calculo Valores esperados para los datos de entrada Pausa de la ejecucin en un componente y despliegue de informacin en relacin al componente Actualizar la informacin en la ventana Reanuda animacin

Tabla Refrigerante

Tabla Refrigerante, Sobrecalentado, Saturado, index_sobrecalentado Tabla Refrigerante, Sobrecalentado, Saturado, index_sobrecalentado

Mostrar Informacin paso a paso Reanudar Ejecucin

Desplegar la ventana informacin paso a paso durante la ejecucin del sistema de refrigeracin

Estado del hilo de ejecucin, Tabla tema

Se trata de reanudar la ejecucin cuando este presente la ventana informacin paso a paso Se trata de reanudar la ejecucin cuando NO este presente la ventana informacin paso a paso

Estado del hilo de ejecucin, Tabla tema

Estado del hilo de ejecucin

75

5.2.8. Arquitectura Tcnica Se requieren pocas licencias para el uso del software como lo es el gestor de bases de datos de Microsoft Access y la codificacin de este en Visual Basic.Net. Licencias con las que cuenta la universidad del Magdalena, no se requiere la compra de software para el desarrollo. Software. El sistema manejador de bases de datos elegido es Microsoft Access 2003, por ser un motor relacional con un buen nivel de desempeo. Se debe tener uno de los siguientes Sistemas Operativos con Microsoft Internet Explorer 5.01 o posterior instalado en el equipo donde se implementara el aplicativo. Microsoft Windows 98 Microsoft Windows 98 Segunda edicin Microsoft Windows Millennium Edition (Windows Me) Microsoft Windows NT 4 (Workstation o Server) con Service Pack 6a Microsoft Windows 2000 (Professional, Server, o Advanced Server) con el ltimo Windows service pack y actualizaciones crticas que se pueden obtener en el sitio Web Microsoft Security (www.microsoft.com/security). Microsoft Windows XP en todas sus variantes Home, Professional o Server Familia de Microsoft Windows Server 2003

Hardware. Para la implementacin del programa, se usar el equipo con el que cuenta el laboratorio de refrigeracin de la planta piloto de Taganga, que puede soportar perfectamente el sistema informtico nuevo. El equipo donde se desee implementar el aplicativo debe contar con los siguientes requerimientos: Microprocesador Pentium de 233 MHz o superior (o equivalente) Se recomienda 128 megabytes (MB). 64 MB de RAM es el mnimo 30 MB de espacio libre en el disco duro. Unidad lectora de CD-ROM

76

5.3. Fase de Construccin

5.3.1. Desarrollo del modulo Diseador de Sistemas de Refrigeracin Implantacin de la base de datos Evaluador de Sistema de Refrigeracin Ejecutor de Sistema de Refrigeracin

5.3.2. Desarrollo del Modulo Clculos Funciones Matemticas Utilizadas en la Teora de Refrigeracin Cantidad de refrigerante en circulacin (masa) ER Efecto Refrigerante, m Masa, h1 entalpia, h4 entalpia m= CR/ER ER= h1-h4 Coeficiente de Funcionamiento. CF CF= ER/QW QW= h2 h1 Relacin de Compresin. RC RC=PresionAbsolutaCondensacion/PresionAbsolutaEvaporacion Potencia del Compresor. P P= m * QW P=m*(h2- h1) Calor de Condensacin. Qcond Qcond= m*(h2 h3) 5.3.3. Desarrollo de los Mdulos Graficas P-h y T-s 5.3.4. .Desarrollo del Modulo Animacin 5.3.5. .Desarrollo del Modulo Informacin paso a paso 5.4. Configuracin general del sistema Ajustes a los mdulos desarrollados

77

5.5. . Fase de Transicin Estrategia para la Transicin Tipo de transicin elegido El perodo de transicin ser corto, se espera que se faciliten las tareas que se venan haciendo. La transicin est programada para inicios de este. Plan de entrenamiento El entrenamiento o capacitacin, se centra en el adiestramiento del Profesor de teora de refrigeracin con la aplicacin. Para el entrenamiento se necesitan los siguientes recursos: Hardware: un equipo que acte como cliente, con tarjeta de red Software: software de red, navegador de Internet

5.6. Pruebas y documentacin Revisin del cumplimiento documental Revisin de la consecucin de los objetivos Ejecucin de acciones correctiva y preventivas Actualizacin y ajuste de la aplicacin Documentacin de ajustes y cambios Resultados de las pruebas funcionales del sistema

Tabla 12. Resultados de las pruebas funcionales del sistema

Funcin Escenario Resultado esperado Resultado obtenido Fecha de la prueba Persona que efectu la prueba Autores profesor Solucin Fecha de Encargado la de la correccin correccin

Nuevo Sistema

Se trata del la creacin de un nuevo sistema de refrigeracin.

Habilitacin de funciones de la barra de herramientas Componentes y de la barra de men

El esperado

Intento de Mensaje de El esperado crear un error nuevo inmediatamente. sistema estando abiertos cinco sistemas de

Autores

78

Funcin

Escenario

Resultado esperado

Resultado obtenido

Fecha de la prueba

Persona que efectu la prueba Autoresprofesor

Solucin

Fecha de Encargado la de la correccin correccin

Refrigeracin Abrir Sistema Intento de Mensaje de abrir un error sistema inmediatamente estando abiertos cinco sistemas de Refrigeracin. Intento de abrir un sistema existente Insertar Se trata del la Componente creacin de un nuevo Componente de refrigeracin estando creados diez del mismo componente Eliminar Intento de Componente Eliminar un componente siendo el nico en el sistema de Refrigeracin. Enlazar Intento de Componente Enlazar un componente existiendo varios en el sistema de Refrigeracin. Mostrar los componentes Guardados El esperado

Mensaje de error inmediatamente. Impedir la insercin

ERROR 6/09/2005 No muestra lo que debera estar guardado El esperado

Profesor- Corregir la Usuario funcin abrir archivo Autoresprofesor

7/09/2005

Juan Carlos Silva

deshabilitar funciones de la barra de herramientas Componentes y de la barra de men

El esperado

Autoresprofesor

Mostrar en un ERROR cuadro de Solucin no dialogo los adecuada componente que se encuentran ingresados en el sistema de refrigeracin Mensaje de error inmediatamente El esperado

20/9/2005

Profesor

Modificar el 23/9/2005 cuadro de dialogo a las sugerida

Juan Carlos Silva

Ejecutar Sistema

Se trata de la Ejecucin del sistema de refrigeracin con componentes que no se encuentran enlazados o parcialmente enlazados. Se trata de la Ejecucin del sistema de refrigeracin con ms de un compresor en el sistema. Al que alguno

Profesor

Verificar que exista un sistema armado y verificar que se encuentren enlazados con los componentes

ERROR 3/10/2005 Algunos componentes se enlazan a otros sin mostrarse el mensaje de mal enlace

AutoresProfesor

Depurar y corregir la funcin enlace Correcto

9/10/2005

Juan Carlos Silva

79

Funcin

Escenario

Resultado esperado

Resultado obtenido

Fecha de la prueba

Persona que efectu la prueba

Solucin

Fecha de Encargado la de la correccin correccin

de ellos se encuentra enlazado a otros componentes. Se trata de la Ejecucin del sistema de refrigeracin con componentes que se encuentran enlazados y con componentes no adecuados Se trata de la Ejecucin del sistema de refrigeracin con componentes que se encuentran enlazados y con componentes adecuados Calculo Intento de Cerrar la ventana Seleccin de un refrigerante

adecuados. Se realiza solamente con el 1er compresor ingresado. Mensaje de error inmediatamente

ERROR 17/10/2005 AutoresAlgunos Profesor componentes se enlazan a otros sin mostrarse el mensaje de mal enlace

Depurar y corregir la funcin enlace Correcto

21/10/2005 Juan Carlos Silva

Mostrar ventana de calculo

ERROR 31/10/2005 AutoresAlgunos Profesor componentes se enlazan a otros sin mostrarse el mensaje de mal enlace

Depurar y corregir la funcin enlace Correcto

3/11/2005

Juan Carlos Silva

Mostrarla nuevamente

El esperado

Mostrar animacin y los clculos obtenidos para los valores carga, Temp. de evaporacin y de condensacin en la ventana calculo Valores esperados para los datos de entrada

ERROR 14/11/2005 AutoresEn la Profesor animacin no se muestran lneas fras y calientes.

Depurar y corregir la funcin enlace Correcto

18/11/2005 Juan Carlos Silva

Modificacin de la carga, Temp. de evaporacin y de condensacin en la ventana calculo por el usuario Mostrar Informacin paso a paso Desplegar la ventana informacin paso a paso durante la ejecucin del

Los esperados

Pausa de la ejecucin en un componente y despliegue de informacin en relacin al

ERROR Informacin no tiene relacin con el componte seleccionado

28/11/2005 AutoresProfesor

Depurar y 3/12/2005 corregir la funcin informacin paso a paso

Juan Carlos Silva

80

Funcin

Escenario

Resultado esperado

Resultado obtenido

Fecha de la prueba

Persona que efectu la prueba

Solucin

Fecha de Encargado la de la correccin correccin

sistema de refrigeracin

componente

Reanudar Ejecucin

Se trata de reanudar la ejecucin cuando este presente la ventana informacin paso a paso Se trata de reanudar la ejecucin cuando NO este presente la ventana informacin paso a paso

Actualizar la informacin en la ventana

ERROR Informacin no tiene relacin con el componte seleccionado

13/11/2005 AutoresProfesor

Depurar y 18/12/2005 Juan corregir la Carlos funcin Silva informacin paso a paso

Reanuda animacin

Los esperados

5.7. . Formalizacin del sistema Entrega formal del sistema

81

6. CRONOGRAMA

Tabla 13. Cronograma

TIEMPO EMPLEADO 2005 FASE Semanas Recoleccin de Informacin y definicin de requerimientos Diseo del sistema Implementacin y prueba de unidades (Codificacin) Implementacin y pruebas Marzo Abril Mayo Junio Julio Agosto Sept Octubre Nov Dic 2006 Enero Feb

1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2

82

7. PRESUPUESTO Tabla 14. Presupuesto CONCEPTO

1. Recursos 1,1 Recurso Humano Asesoris 1,2 Recursos Comp. Equipos Internet Subtotal 2, Gastos Generales 2,1 Papelera papel Fotocopias Mat. Inev CD RW Otros Subtotal 3,Viaticos Transporte Subtotal 2 personas 4.000 20 80.000 80.000 Resma * 500h Fotocopia Por unidad 9.000 50 2.500 1 100 4 9.000 5.000 10.000 50.000 0 74.000 Hora Maquina/4 Mensualidad 5.000 35.000 880 2 2.160.000 70.000 4.610.000 2 horas/semanales 20.000 7 140.000

UNIDAD

VALOR UNIDAD

CANTIDAD

TOTAL

Total

4.764.000

83

8. CONCLUSIONES

Despus del anlisis, desarrollo e implementacin de este software podemos concluir lo siguiente: Con la realizacin de este proyecto se hizo un aporte significativo en el proceso de educacin de los estudiantes de ingeniera Pesquera de la Universidad del Magdalena, la cual est comprometida con la sociedad y la comunidad universitaria con el mejoramiento de la calidad. Despus de analizar los procesos y procedimientos de enseanza en el laboratorio de refrigeracin actuales de la planta piloto pesquera de la Universidad, analizar los metodologas aplicadas definimos que mediante la utilizacin de equipos computacionales, software especializados, se logr la estructuracin y desarrollo de un laboratorio virtual en el laboratorio de la planta piloto de taganga de la Universidad del Magdalena, que sirve como soporte para el seguimiento, monitoreo del aprendizaje de los estudiantes, ya que en este momento cuentan con una ayuda didctica que facilita el aprendizaje. Al evaluar el diseo y la informacin de salida del sistema, a partir de datos de entrada, por medio de la construccin de prototipos, se comprob que la plataforma sobre al cual se desarroll el sistema es estable y a la vez confiable.

84

9. RECOMENDACIONES

El desarrollo del software Educativo se realizo bajo requerimientos establecidos por el coordinador del laboratorio de la planta piloto de taganga. Actualmente los estudiantes cuentan con una herramienta efectiva para realizar practicas que tengan que ver con el diseo de sistemas de refrigeracin por compresin de vapor (ciclo ideal) .Los autores recomendamos: implementar otros refrigerantes en el software ya que este solo cuenta con dos. se recomienda la implementacin de otros ciclos de refrigeracin por compresin de vapor como el multietapa, cascada y otros sistemas como el de absorcin de vapor . se recomienda la creacin de una interfaz de control para el manejo de componentes .

85

10. BIBLIOGRAFIA

DOSSAT, Roy J. Principios de Refrigeracin. Mxico: CECSA, 2004. 200 p. PITA, Edgard G. Principios y Sistemas de Refrigeracin. Mxico, 2004. 497 p. CAYN R, Olaya Ch. Clculo y Diseo de la Lnea de Fri en la C.P.P.P.T. Tesis de Grado Ingeniero Pesquero. MNDEZ A. Carlos Eduardo. METODOLOGIA, Diseo y desarrollo del Proceso de Investigacin. Colombia: Editorial Nomos, 3 edicin 2003. 247 p. STEVENS, Perdita y POOLEY, Rob. UTILIZACIN DE UML, en ingeniera del Software con Objetos y componentes. Espaa: Pearson Educacin 2002, 312 p. BALENA, Francesco. Programacin Avanzada con Microsoft Visual Basic .NET. Espaa: McGraw-Hill 2003. JACOBSON, Ivar; BOOCH, Grady y RUMBAUGH, James. EL PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE. Madrid: Pearson Educacin 2000. 464p. INSTITUTO COLOMBIANO DE NORMAS TCNICAS Y CERTIFICACIN. Tesis y otros trabajos de grado. Bogot. ICONTEC, 2004. NTC 1486. PRESSMAN, Roger. Ingeniera del Software, Un Enfoque Prctico. Cuarta Edicin. Madrid (Espaa). McGraw-Hill, 1998. MIRANDA MIRANDA, Juan Jos. Gestin de Proyectos. MM Editores, 2a. Edicin. ODELL, JAMES J. Advanced Object-Oriented Analysis & Design Using UML, Cambridge University Press, New York1998 JACOBSON, IVAR , El Proceso Unificado de Desarrollo de Software, Addison Wesley Madrid 2000 BOOCH, Grady y JACOBSON, Ivar. El lenguaje unificado de modelado. Adison Wesley, 1996.

86

BURCH, John y GRUDNITSKI, Gary. Diseo de Sistemas de Informacin. Teora y Prctica. Mxico: Grupo Noriega Editores, 1992. KENDALL, Kenneth y KENDALL, Julie E. Anlisis y diseo de sistemas. Mxico: Prentice Hall, 1991. LARMAN, Craig. UML y Patrones. Una introduccin al anlisis y diseo orientado a objetos y al proceso unificado. 2da. Ed. Prentice Hall, 2003. SOMMERVILLE, Ian. Ingeniera de Software. 6ta. Ed. Mxico: Addison Wesley, 2002.

87