Aplicación web para la gestión de las prácticas pre profesionales de la Carrera de Sistemas de la UNIANDES

Texto completo

(1)UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES “UNIANDES”. FACULTAD DE SISTEMAS MERCANTILES CARRERA DE SISTEMAS. TESIS PREVIA A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS E INFORMÁTICA. Tema: Aplicación web para la gestión de las prácticas pre profesionales de la Carrera de Sistemas de la UNIANDES.. Autor: Miguel Ángel Martínez. Asesor: Ing. Eduardo Fernández. Ambato 2015 1.

(2) CERTIFICACIÓN DEL ASESOR. En calidad de asesor del presente trabajo de investigación, certifico que la tesis cuyo título es “Aplicación web para la gestión de las prácticas pre profesionales de la Carrera de Sistemas de la UNIANDES”, elaborada por Miguel Ángel Martínez Vargas, cumple con los requisitos metodológicos y científicos que la Universidad Regional Autónoma de los Andes UNIANDES exige, por lo tanto autorizo su presentación para los trámites pertinentes.. Atentamente,. Ing. Eduardo Fernández. Mg. Asesor.

(3) DECLARATORIA DE LA AUTORÍA. Ante las autoridades de la Universidad Regional Autónoma de los Andes declaro que el contenido del presente proyecto cuyo título es “Aplicación web para la gestión de las prácticas pre profesionales de la Carrera de Sistemas de la UNIANDES” presentado como requisito previo a la obtención del título de INGENIERIA EN SISTEMAS E INFORMATICA es original, de mi autoría y total responsabilidad. Además autorizo a la Universidad Regional Autónoma de los Andes (UNIANDES) para que pueda emplear el presente trabajo como apoyo para futuras investigaciones relacionadas con el tema planteado.. Atentamente,. Miguel Ángel Martínez Vargas. C.I. 1804326948.

(4) DEDICATORIA. Esta tesis se la dedico a mi Dios quién supo guiarme por el buen camino, darme fuerzas para seguir adelante y no desmayar en los problemas que se presentaban, enseñándome a encarar las adversidades sin perder nunca la dignidad ni desfallecer en el intento A mi familia quienes por ellos soy lo que soy. Para mi padre por su apoyo, consejos, comprensión, ayuda en los momentos difíciles, y por ayudarme con los recursos necesarios para estudiar. Me ha dado todo lo que soy como persona, mis valores, mis principios, mi carácter, mi empeño, mi perseverancia, mi coraje para conseguir mis objetivos. A mis hermanos por estar siempre presentes, acompañándome para poderme realizar en todas mis proposiciones.. Miguel Ángel Martínez Vargas..

(5) AGRADECIMIENTO. El presente trabajo de tesis primeramente me gustaría agradecerte a ti Dios por bendecirme para llegar hasta donde he llegado, porque hiciste realidad este sueño anhelado. A la UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES “UNIANDES” por darme la oportunidad de estudiar y ser un profesional. También me gustaría agradecer a mis profesores durante toda mi carrera profesional porque todos han aportado con un granito de arena. Son muchas las personas que han formado parte de mi vida profesional a las que me encantaría agradecerles su amistad, consejos, apoyo, ánimo y compañía. .. Para ellos: Muchas gracias y que Dios los bendiga. .. Miguel Ángel Martínez Vargas..

(6) Índice General. Certificación del Asesor Declaratoria de la Autoría Dedicatoria Agradecimiento Índice Resumen Ejecutivo Executive Summary INTRODUCCIÓN……...……………………………………………………………………………………………………¡ Error! Marcador no definido. 1.. CAPÍTULO I. MARCO TEÓRICO ................................................................. 3. 1.1.. Sistema de información ...................................................................................... 3. 1.1.1. 1.1.1.1.. Etapas de la vida de un Sistema de Información (SI) ..................................4 Recurso Humano ................................................................................. 5. 1.1.2.. Gestión de la información............................................................................7. 1.1.3.. Gestión de la Información y el conocimiento ............................................10. 1.1.4.. Las Tecnologías de la Información y las Comunicaciones (TIC) .............11. 1.1.5.. Proceso ......................................................................................................13. 1.2.. Arquitectura cliente-servidor ............................................................................14. 1.2.1.. Definición. .................................................................................................15. 1.2.2.. Componentes del modelo Cliente/Servidor ...............................................16. 1.2.2.1.. Cliente ............................................................................................... 17. 1.2.2.2.. Servidor ............................................................................................. 17. 1.2.2.3.. Middleware........................................................................................ 17. 1.2.3.. Clasificación de modelos Cliente/Servidor ...............................................18. 1.2.3.1.. Por tamaño de componentes:............................................................. 18. 1.2.3.2.. Por Capas (Tier) ................................................................................ 19. 1.2.3.3.. Clases de acceso a datos .................................................................... 22. 1.3.. Base de datos ....................................................................................................24. 1.3.1.. Administradores de bases de datos ............................................................ 25. 1.3.2.. SQL Server ................................................................................................ 26. 1.3.3.. Lenguaje Sql .............................................................................................. 27.

(7) 1.3.4.. Sinónimos ..................................................................................................28. 1.3.5.. Procedimiento almacenado (Stored Procedure) ........................................28. 1.4.. Lenguaje de Programación Web. ......................................................................29. 1.4.1.. Lenguaje HTML ........................................................................................ 29. 1.4.2.. Lenguaje Javascript ................................................................................... 30. 1.4.3.. Lenguaje PHP ............................................................................................ 31. 1.4.4.. Lenguaje ASP ............................................................................................ 32. 1.4.5.. Lenguaje JSP ............................................................................................. 33. 1.4.6.. Lenguaje Python ........................................................................................ 34. 1.4.7.. Lenguaje ASP.NET ................................................................................... 34. 1.4.7.1.. Microsoft .NET Framework .............................................................. 35. 1.4.7.2.. Web.config ........................................................................................ 36. 1.4.7.3.. ConnectionString............................................................................... 36. 1.4.7.4.. Web site map ..................................................................................... 36. 1.4.7.5.. Master Page ....................................................................................... 37. 1.5.. Ajax ................................................................................................................... 37. 1.5.1.. ScriptManager ........................................................................................... 38. 1.5.2.. UpdatePanel ............................................................................................... 39. 1.6. 1.6.1.. Metodología Extrema XP ................................................................................. 39 1ª Fase: Planificación del proyecto. ........................................................... 39. 1.6.1.1.. Historias de usuario: .......................................................................... 39. 1.6.1.2.. Release planning: .............................................................................. 40. 1.6.1.3.. Iteraciones: ........................................................................................ 40. 1.6.1.4.. Velocidad del proyecto: .................................................................... 40. 1.6.1.5.. Programación en pareja: .................................................................... 41. 1.6.2.. 2ª Fase: Diseño. ......................................................................................... 41. 1.6.2.1.. Diseños simples:................................................................................ 41. 1.6.2.2.. Glosarios de términos: ....................................................................... 41. 1.6.2.3.. Riesgos: ............................................................................................. 41. 1.6.3.. 3ª Fase: Codificación. ................................................................................ 42. 1.6.4.. 4ª Fase: Pruebas. ........................................................................................ 44. 1.6.4.1.. Test de aceptación. ............................................................................ 44. 1.6.4.2.. Conclusiones del capítulo.................................................................. 45. 2.. CAPITULO II MARCO METOLÓGICO ....................................................... 46.

(8) 2.1.. Tema: ................................................................................................................ 46. 2.2.. Procedimiento Metodológico. ...........................................................................47. 2.2.1.1.. Cualitativa. ........................................................................................ 47. 2.2.1.2.. Cuantitativa ....................................................................................... 47. 2.3.. Tipo de diseño de la investigación. ...................................................................47. 2.4.. Población y muestra .......................................................................................... 48. 2.4.1. 2.4.1.1. 2.4.2.. Métodos y técnicas .................................................................................... 48 Métodos del nivel teórico del conocimiento ..................................... 48 Métodos y técnicas de nivel empírico del conocimiento. ......................... 49. 2.4.2.1.. Análisis Documental ......................................................................... 49. 2.4.2.2.. Encuesta: ........................................................................................... 49. 2.4.3. 2.5. 2.5.1.. Instrumentos de la Investigación. .............................................................. 49 Hipótesis ...........................................................................................................49 Señalamiento de las variable de la hipótesis .............................................49. 2.5.1.1.. Variable independiente: ..................................................................... 49. 2.5.1.2.. Variable dependiente: ........................................................................ 49. 2.6.. Análisis e interpretación de los instrumentos aplicados. ..................................50. 2.6.1.. Comprobación De Hipótesis......................................................................59. 2.6.2.. Establecer hipótesis nula y alternativa....................................................... 59. 2.6.2.1.. Nula ................................................................................................... 59. 2.6.2.2.. Alternativa ......................................................................................... 59. 2.6.3.. Variables ....................................................................................................59. 2.6.3.1.. Variable Independiente: .................................................................... 59. 2.6.3.2.. Variable Dependiente: ....................................................................... 59. 2.6.4.. Nivel de significancia ................................................................................ 60. 2.6.5.. Estadístico de prueba ................................................................................. 60. 2.6.6.. La comprobación de hipótesis ...................................................................60. 2.6.7.. Formular la regla de decisión ....................................................................63. 2.6.8.. Tomar una decisión ................................................................................... 63. 2.7.. Conclusiones del capítulo ................................................................................. 64. 3.. CAPITULO III. PROPUESTA ........................................................................ 65. 3.1.. Procesos para la gestión de prácticas ................................................................ 65. 3.2.. Contexto de Desarrollo ..................................................................................... 66. 3.2.1.. Proyecto .....................................................................................................66.

(9) 3.2.1.1.. Gestión de Proyecto .......................................................................... 67. 3.2.1.2.. Planificación de Proyecto .................................................................. 67. 3.3.. Planificación Inicial .......................................................................................... 67. 3.3.1.. Versión final de las historias de usuario: ................................................... 74. 3.3.2.. Diario de Actividades Manager .................................................................74. 3.3.3.. Diario de Actividades Programador ......................................................... 77. 3.3.4.. Diario de Actividades Tracker/Tester........................................................ 87. 3.4.. Base de Datos ....................................................................................................90. 3.4.1.. Modelo Físico ............................................................................................ 91. 3.4.2.. Diccionario de Datos ................................................................................. 92. 3.4.3.. Script Base De Datos ................................................................................. 93. 3.4.4.. Stored Procedure ..................................................................................... 109. 3.5.. Codificación ....................................................................................................113. 3.5.1.. Clase Conexion ........................................................................................ 113. 3.5.2.. Formulario Login ..................................................................................... 117. 3.5.3.. Formulario Practicas ................................................................................ 119. 3.6.. Pruebas del Software ...................................................................................... 134. 3.6.1.. Código Prueba Unitaria ...........................................................................135. 3.6.2.. Conclusiones y Recomendaciones .......................................................... 141. Índice de tablas Tabla Tecnologías de la Información y las Comunicación ............................................ 11 Tabla Pregunta N-1 ......................................................................................................... 50 Tabla Pregunta N-2 ......................................................................................................... 51 Tabla Pregunta N-3 ......................................................................................................... 52 Tabla Pregunta N-4 ......................................................................................................... 53 Tabla Pregunta N-5 ......................................................................................................... 54 Tabla Pregunta N-6 ........................................................................................................ 55 Tabla Pregunta N-7 ......................................................................................................... 56 Tabla Pregunta N-8 ......................................................................................................... 57 Tabla Pregunta N-9 ......................................................................................................... 58 Tabla Frecuencia Observada .......................................................................................... 61 Tabla Frecuencia Observada .......................................................................................... 62.

(10) Tabla Pruebas de chi-cuadrado ....................................................................................... 63 Tabla Historias de Usuario 1 .......................................................................................... 68 Tabla Interacción 1 ......................................................................................................... 68 Tabla Tareas de la historia H1 ........................................................................................ 69 Tabla Tareas de la historia H2 ........................................................................................ 69 Tabla Interación 2 ........................................................................................................... 70 Tabla Tareas de la historia H3 ........................................................................................ 70 Tabla Tareas de la historia H4 ........................................................................................ 71 Tabla Tareas de la historia H5 ........................................................................................ 71 Tabla Iteración 3 ............................................................................................................. 72 Tabla Tareas de la historia H6 ........................................................................................ 73 Tabla Tareas de la historia H5 y H6 ............................................................................... 73 Tabla Tareas de la historia H7 ........................................................................................ 74 Tabla Versión final de las historias de usuario ............................................................... 74 Tabla Diario de Actividades Manager ............................................................................ 77 Tabla Diario de Actividades Programador .................................................................... 87 Tabla Diario de Actividades Tracker/Tester .................................................................. 90 Tabla Diccionario de Datos ............................................................................................ 93. Índice de Ilustraciones. Ilustración 1 Sistema de Información ............................................................................... 3 Ilustración 2 Proceso ...................................................................................................... 14 Ilustración 3 Modelo cliente servidor ............................................................................. 15 Ilustración 4 Fat Client (Thin Server)............................................................................. 18 Ilustración 5 Fat Server (Thin Client) ............................................................................ 19 Ilustración 6 SQL Remoto ............................................................................................ 20 Ilustración 7 Procedimientos Almacenados ................................................................... 21 Ilustración 8 Base de datos ............................................................................................. 24 Ilustración 9 Administradores de base de datos ............................................................. 25 Ilustración 10 Ajax ......................................................................................................... 38 Ilustración 11 Pregunta N-1 ............................................................................................ 50 Ilustración 12 Pregunta N-2 ............................................................................................ 51 Ilustración 13 Pregunta N-3 ............................................................................................ 52.

(11) Ilustración 14 Pregunta N-4 ............................................................................................ 53 Ilustración 15 Pregunta N-5 ............................................................................................ 54 Ilustración 16 Pregunta N-6 ............................................................................................ 55 Ilustración 17 Pregunta N-7 ............................................................................................ 56 Ilustración 18 Pregunta N-8 ............................................................................................ 57 Ilustración 19 Pregunta N-9 ............................................................................................ 58 Ilustración 20 Tomar una decisión ................................................................................. 63 Ilustración 21 Procesos a Automatizar ........................................................................... 65 Ilustración 22 Modelo Fisico .......................................................................................... 91 Ilustración 23 Login ..................................................................................................... 119 Ilustración 24 Registro Estudiantes .............................................................................. 134 Ilustración 25 Resultados de prueba Unitaria ............................................................... 141.

(12) RESUMEN EJECUTIVO. La Universidad Regional Autónoma de Los Andes UNIANDES, se encuentra en un proceso de acreditación de carreras y el requerimiento de información es indispensable bajo los nuevos requerimientos de los organismos de control, la siguiente investigación tiene por objetivo: Implementar una Aplicación WEB para la gestión la información del proceso de prácticas pre profesionales de la carrera de sistemas. Por lo cual se partió de un estudio de la fundamentación científica sobre gestión de la proceso de prácticas pre profesionales, La Dirección de carrera de sistemas tiene procesos definidos para la inclusión de los estudiantes a las practicas a través de la elaboración de documentos que certifican el cumplimiento de este proceso, que al ser llevado de manera manual existen graves problemas en cuanto tiene que ver a la gestión de la información y su consolidación. La Investigación se basó en el estudio documental y la metodología empleada para su realización como una investigación “Culi-Cuantitativa”; apoyada en le información proporcionada por una encuesta aplicada a los involucrados, utilizado los datos para la verificación de la hipótesis propuesta. Para la elaboración del sistema informático se utiliza una metodología XP, con sus etapas; Planificación del proyecto, Diseño, Codificación y Pruebas. En las cuales se esquematiza el proceso de la gestión de prácticas pre profesional. La tecnología usada en el desarrollo de la propuesta está en función de los requerimientos y esencialmente a la disponibilidad de recursos. La plataforma del sistema orientada a la web bajo una arquitectura cliente servidor de 3 capas con equilibrio de carga a nivel de la base de datos y clases de acceso a datos en el cliente..

(13) EXECUTIVE SUMMARY The Regional Autonomous University of Los Andes UNIANDES is in a process of accreditation of courses and information is indispensable requirement under the new requirements of the inspection bodies, the following research aims to: Deploy a web application for managing the process information practices pre-professional career systems. Therefore we started from a study of the scientific basis for managing the process of pre internships, career guidance systems is defined to include students to practice through the preparation of documents processes that certify compliance with this process, which when taken manually serious problems as concerns the management of information and its consolidation. The research was based on a desk study and methodology for conducting such an investigation "Cull-Quantitative"; leaning against him information provided by a survey of stakeholders, used data for verification of the proposed hypothesis. To prepare the computer system an XP methodology is used, with its stages; Project Planning, Design, Coding and Testing. In which the process of managing pre professional practices is outlined. The technology used in the development of the proposal is based on essentially the requirements and resource availability. System platform oriented web under a 3-layer client-server load-balanced level database and data access classes in the client architecture..

(14) INTRODUCCIÓN. Antecedentes de la investigación. La gestión y control de las practicas pre profesionales se constituye un factor importante en la formación del estudiantes para desarrollar las competencias necesarias para desenvolverse satisfactoriamente en el ámbito laboral le permite aplicar los conocimientos teóricos a las realidades concretas y a los casos más variados que se enfrentarán en su vida profesional adquiriendo las habilidades y destrezas pertinentes. La Ley Orgánica de Educación Superior establece en su Art. 87 inciso primero que: "como requisito previa a la obtención del título profesional, los y las estudiantes deberán acreditar servicios a la comunidad mediante prácticas o pasantías. pre profesionales,. debidamente. monitoreadas,. en. los. campos. de. especialidad, de conformidad con los lineamientos generales definidos por el Consejo de Educación Superior".. La UNIANDES en su reglamento de pasantías o prácticas pre profesionales en el Art. 2.- La pasantía constituye una práctica pre profesional obligatoria en Organizaciones Comunitarias e Instituciones del Estado y Sector Empresarial en la cual se realizarán actividades pre profesionales inherentes a la formación académica, a través de una planificación curricular en cada carrera, para lo cual los Decanos y Directores de Extensiones o los responsables deberán realizar el seguimiento y control en la Matriz y Extensiones.. La gestión de la información del proceso de prácticas inicia a una petición por parte de la dirección o coordinación de carrera a la institución. donde el estudiante pretende. realizar las prácticas correspondientes, con la aceptación de la institución se procede a generar las fichas de prácticas para el registro de actividades diarias realizadas, las fichas contemplan un formato para las actividades. Una vez llena la ficha, la institución es autentificada con el sello y firma de la persona responsable bajo cual está a cargo del estudiante que realiza sus prácticas, su monitorización periódica permite validar su ficha de registro.. 1.

(15) Situación Problemática. La consolidación de la información de las prácticas pre profesionales se vuelve complicada al momento de ser requerido por las autoridades o los organismos de control como es el consejo de evaluación, acreditación y aseguramiento de la calidad de la educación Superior (CEAACES), por la dispersión de la información y la falta formatos estandarizados y lo heterogéneo de los datos. No existe un registro inmediato de la información; todo el proceso al llevarse manualmente a través de hojas electrónicas por lo que no se cuenta con la información requerida a momento de su solicitud. Los errores generados por los datos erróneos ingresados, la falta de verificación y validación han generado reportes inexactos que no permiten conocer la realidad de este proceso. El proceso llevado de manera manual conlleva a la pérdida de tiempo de los delegados para generar la solicitud de prácticas, generar la ficha de actividades y emitir el informe correspondiente a cada uno de los estudiantes, requerido por la secretaría académica como requisito previo a la titulación.. Problema científico. ¿Cómo gestionar eficientemente la información de las prácticas pre profesionales en la carrera de Sistemas de la UNIANDES? Objeto de investigación y campo de acción.. Objeto de Investigación: Automatización de la gestión de prácticas pre profesionales de la UNIANDES. Campo de estudio: Sistemas Informáticos. Línea de Investigación: Desarrollo de Software y Programación de Sistemas. Objetivo general. Implementar. una Aplicación WEB para la gestión la información del proceso de. prácticas pre profesionales de la UNIANDES 2.

(16) Objetivos específicos. . Realizar un Análisis del proceso de prácticas pre profesionales. . Estudio bibliográfico de desarrollo de aplicación Informáticas, herramientas de desarrollo, y la gestión de la información.. . Desarrollo de la aplicación web para gestión de la información de las practicas pre profesionales de la Carrera de Sistemas de la UNIANDES. Hipótesis Con la implementación de la Aplicación WEB mejorará la gestión de información de las prácticas pre profesionales de la UNIANDES?. 1.. CAPÍTULO I. MARCO TEÓRICO. 1.1.. Sistema de información. Es. un. conjunto. de elementos. orientados. al. tratamiento. y administración. de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Todo “Sistema de Información [1]”, surge de la necesidad de información que experimenta una organización para implementar un conjunto específico de toma de decisiones. En términos prácticos, el alcance del término "sistema de información" puede variar notablemente entre una organización y otra y, según el caso, puede abarcar todos o algunos de los siguientes elementos:. Ilustración 1 Sistema de Información. 3.

(17) Base de Datos: Es donde se almacena toda la información que se requiere para la toma de decisiones. La información se organiza en registros específicos e identificables. Transacciones: Corresponde a todos los elementos de interfaz que permiten al usuario: consultar, agregar, modificar o eliminar un registro específico de Información. . Informes: Corresponden a todos los elementos de interfaz mediante los cuales el usuario puede obtener uno o más registros y/o información de tipo estadístico (contar, sumar) de acuerdo a criterios de búsqueda y selección definidos.. . Procesos: Corresponden a todos aquellos elementos que, de acuerdo a una lógica predefinida, obtienen información de la base de datos y generan nuevos registros de información. Los procesos sólo son controlados por el usuario (de ahí que aparezca en línea de puntos).. . Usuario: Identifica a todas las personas que interactúan con el sistema, esto incluye desde el máximo nivel ejecutivo que recibe los informes de estadísticas procesadas, hasta el usuario operativo que se encarga de recolectar e ingresar la información al sistema.. . Procedimientos Administrativos: Corresponde al conjunto de reglas y políticas de la organización, que rigen el comportamiento de los usuarios frente al sistema. Particularmente, debieran asegurar que nunca, bajo ninguna circunstancia un usuario tenga acceso directo a la Base de Datos. 1.1.1. Etapas de la vida de un Sistema de Información (SI) Un Sistema de Información, nace, se desarrolla y muere junto con la empresa, en pocas palabras, existe durante toda la vida de la organización. Debemos tener claro que un SI no necesariamente se implementa en forma computacional, sin embargo, es muy fácil demostrar que la computación es la mejor herramienta de la que disponemos para entregar y mantener la información requerida. La idea de construir un (nuevo) SI para una Organización, aparece cuando los niveles ejecutivos de la organización determinan que la forma actual de controlar y mantener la información, es insuficiente para los volúmenes que se manejan, inoportuna respecto al 4.

(18) tiempo requerido en la toma de decisiones o incompatible con las normas y políticas de la empresa. Las etapas de vida de una implementación específica de un SI, también conocidas como las etapas de vida de un SI son: . Análisis de Requerimientos.. . Diseño. o. Diseño Lógico. o. Diseño Físico. . Construcción.. . Pruebas.. . Explotación.. . Mantenimiento.. Cada etapa debe ser cuidadosamente documentada y hay ciertos hitos particulares entre ellas, éstos son: . Contrato (Entre Análisis de Requerimientos y Diseño). . Aceptación Formal del Sistema (Entre Pruebas y Explotación). Para la documentación de cada etapa, aparte de lo indicado específicamente respecto de cada etapa. Además, cabe destacar que entre cada una de las etapas, se deben hacer controles de calidad que minimicen el riesgo de errores.. 1.1.1.1.. Recurso Humano. Todo SI es desarrollado por personas, y para personas. Durante el transcurso del desarrollo de un SI, se verán involucrados los siguientes roles: . Cliente: Es la persona que sufre de la necesidad de información para tomar decisiones. Debe tener la autoridad para la toma de decisiones.. . Asesor Informático: Asumiendo que el Cliente no requiere poseer conocimientos específicos en el ámbito de la Informática, ni cuenta con el todo el tiempo que a menudo estos sistemas requieren, es deseable que defina a una persona con formación informática y conocimientos acabados del problema del cliente, para que sea el interlocutor válido con el equipo de desarrollo. 5.

(19) . Usuario Directo u Operativo: Es la persona o conjunto de personas que conocen el problema, desde la perspectiva de la recopilación e ingreso de datos. Estas personas, a menudo conocen los requerimientos de información corrientes, y serán quienes indiquen cómo se recibe la información.. . Usuario Indirecto Es la persona o conjunto de personas que están relacionadas con el problema pues son productores o consumidores de la información que se maneja en el sistema, pero que no van a interactuar directamente con él.. . Jefe de Proyecto: Esta persona será el interlocutor válido, por parte del equipo de desarrollo, para comunicarse con el Cliente o su Asesor Informático. Deberá controlar todas las etapas y asegurar tanto los materiales necesarios para el desarrollo del SI, como la ejecución de todas las reuniones necesarias para determinar los requerimientos del Sistema.. . Analista: Es la persona encargada de analizar el problema y diseñar su solución.. . Programador: Es la persona encargada de todas las labores operativas necesarias para construir el sistema (no sólo crear los programas).. . Asegurador de Calidad: Es un equipo multidisciplinario encargado de buscar todas las fallas y errores que pueda tener el sistema. Debido a que su labor es esencialmente destructiva, se recomienda que sean personas independientes al Equipo de Desarrollo y al Equipo del Cliente.. . Soporte de Operaciones: Es el equipo encargado de mantener operativa toda la plataforma necesaria para el normal funcionamiento de los sistemas. Servidores, Redes, Impresoras, Configuración de las Estaciones de Trabajo son, normalmente, los elementos de su preocupación.. Se debe tener en cuenta, que distintos roles puede ser ejercidos por la misma persona, y que dependiendo del tamaño del proyecto, varias personas pueden ejercer un mismo rol (por ejemplo, varios programadores). En casos extremos, se ha llegado a que el Cliente. 6.

(20) ejecute todos los roles. (Por ejemplo, cada vez que he necesitado de un pequeño sistema para uso personal. 1.1.2. Gestión de la información Los Historiadores tienen a dividir el tiempo en épocas y periodos, de acuerdo con las circunstancias que permiten identificar el progreso de la humanidad teniendo en cuenta diferentes aspectos. “Podemos ver que la humanidad [2]”según el desarrollo tecnológico ha atravesado las siguientes etapas: Recolección y caza (30000 AC.), Era de la agricultura (3, 000 ac.), Era Industrial (1800 AC.) y la Era de la información (1950 DC.). Se puede decir que en cierto sentido en todas las épocas del desarrollo de la humanidad ha estado presente el tratamiento de la información. Pero el sentido que esta última adquiere en la actualidad está dado a que la inmensa mayoría de las funciones sociales básicas. están. teleprocesamiento. fuertemente de. la. influenciadas. información. y. por las. los archivos electrónicos, tecnologías. de. el. procesamiento. del conocimiento.. Dentro de esta época, es indudable que el desarrollo vertiginoso de las tecnologías de la Información y las comunicaciones (TIC), así como sus aplicaciones representan no solamente oportunidades sino también nuevos desafíos. En los últimos años se han producido notables avances en materia de tecnologías de la información, gracias a los cuales cada nueva generación de equipos (hardware) y programas computacionales (software) han suscitado rápidamente innovaciones y posibilidades importantes de convergencias con otras tecnologías. Han aparecido combinaciones imprevistas de medios de alcance mundial que han configurado la sociedad de la información y el conocimiento y que representan un gran reto para todos los que viven en ella. La evolución hacia las llamadas autopistas de la información y sus efectos económicos, sociales, culturales y educacionales asociados han causado cambios considerables en las formas de dirección, cooperación, intercambio y compartición de ideas y de conocimiento.. En la sociedad actual, la información y el conocimiento se han convertido en elementos fundamentales para el progreso, las organizaciones necesitan construir conocimientos 7.

(21) que permitan dar las respuestas adecuadas ante las circunstancias que se presentan. Información y conocimiento son dos cosas distintas. En este momento deberíamos plantearnos cuál es la diferencia entre dato, información y conocimiento. Para que exista información los datos son la materia prima. El dato (del latín datum), es una representación simbólica (numérica, alfabética, algorítmica, etc.), icónica o sígnico (lingüístico, lógico o matemático), mediante el cual se representan hechos, conceptos, observaciones o instrucciones. Los datos carecen de valor semántico por sí mismos, pero procesados adecuadamente dentro de un contexto pueden convertirse en información. Los datos describen únicamente una parte de lo que pasa en la realidad y no proporcionan juicios de valor o interpretaciones, por lo tanto no son orientativos para la acción, y por sí solos son irrelevantes como apoyo a la toma de decisiones. A pesar de todo, los datos son fundamentales para las organizaciones, ya que son la base para la creación de información. La información se puede definir como un conjunto de datos procesados y que tienen un significado (relevancia, propósito y contexto), y por lo tanto son de utilidad para quién debe tomar decisiones, al disminuir su incertidumbre. Para que los datos aislados se conviertan en información se hace necesario un proceso compuesto por varias actividades: . Captación: implica asimilar el dato primario.. . Adquisición: obtener el dato de una fuente ya existente (ejemplo: Bases de Datos). . Transmisión: envío de dato a través de canales de comunicación a los lugares donde será utilizado.. . Almacenamiento: conservación del dato en archivos o bases de datos, debidamente organizadas posibilitando su recuperación de forma eficiente.. . Modificación: cambio del contenido del dato en función de las necesidades del usuario de este.. . Asociación: relación de un dato con otro para darle más capacidad informativa.. . Consulta: búsqueda en los archivos o bases de datos, en base a un criterio para poder empelarlos en dar solución a un problema.. . Distribución: entrega de la información procesada a los que la necesitan para el proceso de dirección y la toma de decisiones.. 8.

(22) La transformación del dato en información ocurre al agregarle valor y significado al primero: . Contextualizando: se sabe en qué contexto y para qué propósito se generaron.. . Categorizando: se conocen las unidades de medida que ayudan a interpretarlos.. . Calculando: los. datos. pueden. haber. sido. procesados matemática o. estadísticamente. . Corrigiendo: se han eliminado errores e inconsistencias de los datos.. . Condensando: los datos se han podido resumir de forma más concisa (agregación).. Así, como a través de los datos se obtiene información, el conocimiento es generado por esta última. Una información modifica la percepción del individuo que la recibe sobre algo, influenciando en el comportamiento o juicio del mismo. El conocimiento es una mezcla de experiencia, valores, es obtenido a través de procesos de interiorización, comprensión y entendimiento de información en la mente, es mucho más que simples datos e información, es el recurso de los individuos y grupos para tomar decisiones. El conocimiento se deriva de la información, así como la información se deriva de los datos. Para que la información se convierta en conocimiento es necesario realizar acciones como: . Comparación con otros elementos.. . Predicción de consecuencias.. . Búsqueda de conexiones.. . Conversación con otros portadores de conocimiento.. Estas actividades de creación de conocimiento tienen lugar dentro y entre personas. Al igual que encontramos datos en registros, e información en mensajes, podemos obtener conocimiento en individuos, grupos de conocimiento, rutinas organizativas, procesos, prácticas, y normas, etc. El conocimiento implica, entonces, la capacidad de resolver problemas, un "saber cómo", un "saber qué" y un "saber para qué", lo cual exige información relacionada con dicho problema, pero también una experiencia. En definitiva, los datos, una vez asociados a un objeto y estructurados se convierten en información. La información asociada a un contexto y a una experiencia se convierte en conocimiento. El conocimiento asociado a una persona y a una serie de habilidades personales se convierte en inteligencia, y finalmente el conocimiento asociado a una 9.

(23) organización y a una serie de capacidades organizativas se convierte en Capital Intelectual.. 1.1.3. Gestión de la Información y el conocimiento Una vez analizados los conceptos anteriores podemos definir la gestión de información como el proceso que se encarga de suministrar los recursos necesarios para la toma de decisiones, permitiendo mejorar los procesos, productos y servicios de la organización. Realizar procesos de gestión nos posibilita entre otras cosas identificar, organizar, representar y recuperar información dispersa en áreas. En este sentido, Gilberto Sotolongo expresa que "la gestión de la información se ocupa de los resultados finales, no sólo de citas y localizaciones". Fernández-Molina lo corrobora cuando afirma que los profesionales de la información y sus instituciones son un factor indispensable para la permanencia de la organización en el mercado . La gestión de la información implica: . determinar la información que se precisa. . recoger y analizar la información. . registrarla y recuperarla cuando sea necesaria. . utilizarla. . divulgarla. Como señala Martin White, citado por Ramos (1995) [3], existen componentes esenciales de la gestión de la información, ellos son: . Los recursos informativos: identificación, evaluación y uso de recursos tanto internos como externos.. . La tecnología: medios que recubren los métodos de entrada, almacenamiento, recuperación y difusión de la información.. La administración y gestión: planificación general, recursos humanos, comunicación interpersonal, contabilidad presupuestos y marketing. La Gestión del Conocimiento (GC) se ocupa precisamente de la identificación, captura, recuperación, presentación y transmisión de los datos, informaciones y conocimientos de la organización. [4], en definitiva, la gestión de los activos intangibles que generan valor para la organización. El objetivo es que el conocimiento que reside en la organización pueda utilizarse por aquellos que lo necesitan para actuar de manera adecuada en cada momento. 10.

(24) La gestión de la información es la innovación, el cambio estructural que va a facilitar todas las demás innovaciones necesarias, con rapidez u oportunidad para conseguir la información precisa en cualquier momento que sea demandada por la organización. Las innovaciones tecnológicas tienen mucho que ver con el tratamiento de la información como transmisión – retrasmisión, almacenamiento y recuperación. Hoy en día, ante los nuevos desafíos, innovar es indispensable, ya que este proceso persigue el objetivo de explotar las oportunidades que ofrecen los cambios y las nuevas situaciones, incluso cambios de la naturaleza. Es importante también comprender en el marco de esta investigación, que; innovar no es solo crear productos, puede ser un nuevo servicio o cómo hacerlo, innovar no está restringido a desarrollos tecnológicos, ni a ideas revolucionarias; una serie de pequeñas innovaciones son también deseables.. 1.1.4. Las Tecnologías de la Información y las Comunicaciones (TIC) El término "Tecnologías de información y las Comunicaciones" (TIC) está relacionado con todos los aspectos del manejo, procesamiento y comunicación de información. Desarrollo de la Tecnología computacional y del tratamiento de los datos Periodo. Desarrollo Tecnológico. Tratamiento de los datos. Maquinas computadoras grandes. Sistemas de archivos 1960"s. Sistemas de Bases de Datos.. Gestión de Bases de Datos. Sistemas de información en línea Gestión de textos 1970" s. Sistemas expertos. Enfoque relacional. Programación Orientada a Objetos 1980"s. Aprendizaje automático. Inferencia y deducción. Herencia y abstracción Inducción y descubrimiento. Mitad 80"s Hipermedios. Asociación y organización no lineal. 80"s- 90" s Arquitectura Cliente/ Servidor. Servidores de Bases de datos Manejo dinámico de datos. 90"s- 2000 Internet e Intranets. Integración de paradigmas Era digital. Siglo 21 Computación en la Nube. Cambio de paradigmas. Tabla Tecnologías de la Información y las Comunicación 11.

(25) Dentro de esta categoría se encuentras las nuevas tecnologías asociadas a Internet, el almacenamiento de datos, los sistemas de información, las comunicaciones, entre muchas otras. El nuevo entorno de trabajo y de comunicación que se han desarrollado en base a las tecnologías de información nos ha cambiado la forma de pensar y ver el mundo. Términos tales como globalización, chat, email, internet, on-line, e-business, han cambiado nuestro vocabulario diario. En las organizaciones las TI han automatizado las tareas rutinarias, y nos han dejado espacio para realizar actividades más gratificantes y de mayor valor, tanto para las personas como para la organización. Es por esto que entender el rol de las TI dentro de las organizaciones, junto con el rol de ellas en la Gestión del conocimiento es de vital importancia. En la sociedad de la información y el conocimiento, en la que vivimos, es evidente el valor de la gestión de la información y el conocimiento para las empresas y las organizaciones, esta constituye un factor esencial para su éxito, siendo cada día más común la incertidumbre de sus directivos debido a que suele existir una dispersión de datos e información que, en ocasiones, duplica tareas y hace imposible su recuperación por parte de quienes la necesitan en el momento oportuno para tomar decisiones adecuadas y que sean proporcionales en eficiencia y eficacia. El desempeño satisfactorio de las organizaciones en la sociedad de la información está determinado por su capacidad para crear valores a partir de la solución de los problemas y retos que plantea el entorno, mediante la identificación y perfeccionamiento de los flujos de información útiles, mediante la gestión del conocimiento. La interrelación de estos elementos implica llevar a cabo el ciclo de tratamiento de la información: generación y obtención de datos, procesamiento, análisis y difusión para la toma de decisiones. En virtud de que el volumen de la información que se genera actualmente es excesivo, se hace necesario agregar valor a la información de mayor peso para la institución dirigida explícitamente a satisfacer las necesidades para la toma de decisiones. Se le integran además otros factores como son: el factor humano, los contenidos de la información, el equipamiento, la infraestructura, el software, los mecanismos de intercambio de información, los elementos de política y regulaciones, además de los recursos financieros. 12.

(26) Clasificación de los sistemas de información . Sistema de procesamiento de transacciones (TPS).- Gestiona la información referente a las transacciones producidas en una empresa u organización.. . Sistemas de información gerencial (MIS).- Orientados a solucionar problemas empresariales en general.. . Sistemas de soporte a decisiones (DSS).- Herramienta para realizar el análisis de las diferentes variables de negocio con la finalidad de apoyar el proceso de toma de decisiones.. . Sistemas de información ejecutiva (EIS).- Herramienta orientada a usuarios de nivel gerencial, que permite monitorizar el estado de las variables de un área o unidad de la empresa a partir de información interna y externa a la misma.. . Sistemas de automatización de oficinas (OAS).- Aplicaciones destinadas a ayudar al trabajo diario del administrativo de una empresa u organización.. . Sistema Planificación de Recursos (ERP).- Integran la información y los procesos de una organización en un solo sistema.. . Sistema experto (SE).- Emulan el comportamiento de un experto en un dominio concreto.. 1.1.5. Proceso Proceso se puede entender como: . Conjunto de fases sucesivas de un fenómeno o de una técnica, conducente a un determinado resultado. Acción que se desarrolla a través de una serie de etapas, operaciones. y. funciones,. que. guardan. relación. mutua. y. tienen. un carácter continúo. Sucesión sistemática de cambios. . Secuencia de tareas o el conjunto de actividades y decisiones para producir un producto final.. . Conjunto de actividades interrelacionadas que interactúan, las cuales transforman elementos de entrada en resultados.. Una definición acertada, a juicio de la autora, para este concepto lo es la citada por Ljungberg, donde plantea que "Un proceso es una red de actividades vinculadas ordenadamente las cuales se llevan a cabo repetidamente y que utilizan recursos e. 13.

(27) información para transformar insumos en productos abarcando desde el inicio del proceso hasta la satisfacción de las necesidades" A continuación se muestra gráficamente el concepto:. Ilustración 2 Proceso. Las entradas y salidas en los procesos deben ser medibles y adaptables al cambio por lo que no es aconsejable definir procesos estáticos. La medición hará mención al "que se hace", dejará clara la misión "para qué", bien delimitadas la fronteras y sus entradas y salidas. Una secuencia de etapas claramente identificables en subproceso y debe poderse medir "cantidad – calidad – costo". 1.2.. Arquitectura cliente-servidor. Entre las primeras cosas que hay que decir de la “arquitectura cliente/servidor [3]”, es que estamos frente a la plataforma abierta por excelencia. Ciertamente las posibilidades de igualar o nivelar distintos productos o aplicaciones o componentes de distintos proveedores nos brinda la oportunidad de hacer una gran variedad de combinaciones de clientes y servidores. Pero esta gran variedad de posibilidades de combinación implica que debemos tener en cuenta también una gran cantidad de elementos a considerar y evaluar al momento de enfrentar una solución informática basada en la arquitectura cliente/servidor. Podemos agrupar básicamente en dos aspectos la problemática cliente/servidor: ¿Qué plataforma elegir? ¿Qué herramientas de desarrollo elegir? La primera pregunta tiene relación con la respuesta a cuestiones aún más específicas como ser ¿Qué plataforma cliente elegir? ¿Qué plataforma servidor? ¿Qué clase de middleware? ¿Qué administrador o servidor 14.

(28) de base de datos? ¿Sobre qué arquitectura de computación distribuida se tendrá que montar la solución? El segundo aspecto tiene relación con la toma de decisiones sobre el área de desarrollo y herramientas de cliente/servidor. Si bien es cierto que la mayor ventaja de esta tecnología es la flexibilidad en cuanto a que podemos elegir entre muchas opciones, esto mismo nos obliga a tener conocimientos importantes para la integración de las mismas, dado que el desarrollo de aplicaciones cliente/servidor requiere del manejo de elementos en el área de diseños de bases de datos, comunicación entre procesos, procesamiento de transacciones, generación de GUI (interfaces gráficas de usuarios) y para que hablar de Internet, con clientes y servidores distribuidos a lo largo de la Web.. 1.2.1. Definición. La tecnología cliente/servidor es el procesamiento cooperativo de la información por medio de un conjunto de procesadores, en el cual múltiples clientes, distribuidos geográficamente, solicitan requerimientos a uno o más servidores centrales. Desde el punto de vista funcional, se puede definir la computación cliente/servidor como una arquitectura distribuida que permite a los usuarios finales obtener acceso a la información en forma transparente aun en entornos multiplataforma. En el modelo cliente servidor, el cliente envía un mensaje solicitando un determinado servicio a un servidor, y este envía uno o varios mensajes con la respuesta. En un sistema distribuido cada máquina puede cumplir el rol de servidor para algunas tareas y el rol de cliente para otras. Además como veremos en el modelo de implementación, el concepto es utilizado en forma constante para varias funciones e implementado de distintas formas.. Ilustración 3 Modelo cliente servidor. La idea es tratar a una computadora como un instrumento, que por sí sola pueda realizar muchas tareas, pero con la consideración de que realice aquellas que son más adecuadas a sus características. Si esto se aplica tanto a clientes como servidores se entiende que la 15.

(29) forma más estándar de aplicación y uso de sistemas clientes/servidores es mediante la explotación de las PC a través de interfaces gráficas de usuario; mientras que la administración de datos y su seguridad e integridad se deja a cargo de computadoras centrales tipo mainframe.. 1.2.2. Componentes del modelo Cliente/Servidor Como se ha venido diciendo, cliente/servidor es un modelo basado en la idea del servicio, en el que el cliente es un proceso consumidor de servicios y el servidor es un proceso proveedor de servicios. Además esta relación está establecida en función del intercambio de mensajes que es el único elemento de acoplamiento entre ambos. De estas líneas se desprenden los tres elementos fundamentales sobre los cuales se desarrollan e implantan los sistemas cliente/servidor: el proceso cliente que es quien inicia el diálogo, el proceso servidor que pasivamente espera a que lleguen peticiones de servicio y el middleware que corresponde a la interfaz que provee la conectividad entre el cliente y el servidor para poder intercambiar mensajes. Para entender en forma más ordenada y clara los conceptos y elementos involucrados en esta tecnología se puede aplicar una descomposición o arquitectura de niveles. Esta descomposición principalmente consiste en separar los elementos estructurales de esta tecnología en función de aspectos más funcionales de la misma:  Nivel de Presentación: Agrupa a todos los elementos asociados al componente Cliente.  Nivel de Aplicación: Agrupa a todos los elementos asociados al componente Servidor.  Nivel de comunicación: Agrupa a todos los elementos que hacen posible la comunicación entre los componentes Cliente y servidor.  Nivel de base de datos: Agrupa a todas las actividades asociadas al acceso de los datos.  Este modelo de descomposición en niveles, como se verá más adelante, permite introducir más claramente la discusión del desarrollo de aplicaciones en arquitecturas de hardware y software en capas.. 16.

(30) 1.2.2.1.. Cliente. El cliente es el proceso que permite al usuario formular los requerimientos y pasarlos al servidor, se lo conoce con el término front-end. Este normalmente maneja todas las funciones relacionadas con la manipulación y despliegue de datos, por lo que están desarrollados sobre plataformas que permiten construir interfaces gráficas de usuario (GUI), además de acceder a los servicios distribuidos en cualquier parte de la red. Las funciones que lleva a cabo el proceso cliente se resumen en los siguientes puntos:  Administrar la interfaz de usuario.  Interactuar con el usuario.  Procesar la lógica de la aplicación y hacer validaciones locales.  Generar requerimientos de bases de datos.  Recibir resultados del servidor.  Formatear resultados.. 1.2.2.2.. Servidor. Es el proceso encargado de atender a múltiples clientes que hacen peticiones de algún recurso administrado por él. Al proceso servidor se lo conoce con el término back-end. El servidor normalmente maneja todas las funciones relacionadas con la mayoría de las reglas del negocio y los recursos de datos. Las funciones que lleva a cabo el proceso servidor se resumen en los siguientes puntos:  Aceptar los requerimientos de bases de datos que hacen los clientes.  Procesar requerimientos de bases de datos.  Formatear datos para trasmitirlos a los clientes.  Procesar la lógica de la aplicación y realizar validaciones a nivel de bases de datos.. 1.2.2.3.. Middleware. En su definición más simple, middleware es la interfaz que provee la conectividad entre aplicaciones clientes y aplicaciones servidoras, y entre aplicaciones y bases de datos. Es una capa de software que protege a los desarrolladores de tener que manejar detalles de bajo nivel de diferentes protocolos de comunicación, sistemas operativos y arquitecturas de bases de datos. Este tipo de interfaces incluyen API’s, PRC’s, Pipes, mensajería de red y accesos a bases de datos. 17.

(31) 1.2.3. Clasificación de modelos Cliente/Servidor 1.2.3.1.. Por tamaño de componentes:. Este tipo de clasificación se basa en los grados de libertad que brinda el modelo cliente/servidor para balancear la carga de proceso entre los niveles de presentación, aplicación y base de datos. Dependiendo de qué segmento de las capas de software tenga que soportar la mayor o menor carga de procesamiento, se habla de Fat Cliente (Thin Server) o Fat server (Thin Client). Consideraciones de este tipo son importantes al momento de decidir una plataforma de desarrollo/explotación, al punto que pueden definir la viabilidad o no de las mismas para enfrentar un cierto número de restricciones impuestas por una problemática a resolver.. Fat Client (Thin Server) En este esquema de arquitectura el grueso de la aplicación es ejecutada en el cliente, es decir, el nivel de presentación y el nivel de aplicación corren en un único proceso cliente, y el servidor es relegado a realizar las funciones que provee un administrador de base de datos.. Ilustración 4 Fat Client (Thin Server). En general este tipo de arquitectura tiene mejor aplicación en sistemas de apoyo de decisiones (DSS: Decision Support System) y sistemas de información ejecutiva (EIS:. 18.

(32) Executive Information System), y como se concluirá más adelante, tiene pocas posibilidades de aplicarse en sistemas de misión crítica.. Fat Server (Thin Client) Este es el caso opuesto al anterior, el proceso cliente es restringido a la presentación de la interfaz de usuario, mientras que el grueso de la aplicación corre por el lado del servidor de aplicación.. Ilustración 5 Fat Server (Thin Client). En general este tipo de arquitectura presenta una flexibilidad mayor como para desarrollar un gran espectro de aplicaciones, incluyendo los sistemas de misión crítica a través de servidores de transacciones.. 1.2.3.2.. Por Capas (Tier). Una de las más comunes y discutidas distinciones entre las diferentes arquitecturas cliente/servidor se basan en la idea de capas (tier), la cual es una variación sobre la división o clasificación por tamaño de componentes (clientes grandes y servidores amplios). Esto se debe a que se trata de definir el modo en que las prestaciones funcionales de la aplicación serán asignadas, y en qué proporción, tanto al cliente como al servidor. Dichas prestaciones se deben agrupar entre los tres componentes clásicos. 19.

(33) para cliente/servidor: interfaz de usuario, lógica de negocios y los datos compartidos, cada uno de los cuales corresponde a un plano. Dentro de esta categoría tenemos las aplicaciones en dos capas (two-tier), tres capas (three-tier) y multi capas (multi-tier). Dado que este término ha sido sobrecargado de significados por cuanto se lo utiliza indistintamente para referirse tanto a aspectos lógicos (Software) como físicos (Hardware), aquí se esquematizan ambas acepciones.. Capas a niveles de software Este enfoque o clasificación es el más generalizado y el que más se ajusta a los enfoques modernos, dado que se fundamenta en los componentes lógicos de la estructura cliente/servidor y en la madurez y popularidad de la computación distribuida. Por ejemplo, esto permite hablar de servidores de aplicación distribuidos a lo largo de una red, y no tiene mucho sentido identificar a un equipo de hardware como servidor, sino más bien entenderlo como una plataforma física sobre la cual pueden operar uno o más servidores de aplicaciones.. Cliente/Servidor Dos Capas. Esta estructura se caracteriza por la conexión directa entre el proceso cliente y un administrador de bases de datos. Dependiendo de dónde se localice el grupo de tareas correspondientes a la lógica de negocios se pueden tener a su vez dos tipos distintos dentro de esta misma categoría: 1. SQL Remoto. Ilustración 6 SQL Remoto 20.

(34) En este esquema el cliente envía mensajes con solicitudes SQL al servidor de bases de datos y el resultado de cada instrucción SQL es devuelto por la red, no importando si son uno, diez, cien o mil registros. Es el mismo cliente quien debe procesar todos los registros que le fueron devueltos por el servidor de base de datos, según el requerimiento que él mismo hizo. Esto hace que este tipo de estructura se adecue a los requerimientos de aplicaciones orientadas a los sistemas de apoyo y gestión, pero resultan inadecuados para los sistemas críticos en que se requieran bajos tiempos de respuesta. Ventajas: - Presenta una estructura de desarrollo bastante simple por cuanto el programador típicamente maneja un único ambiente de desarrollo (es más simple respecto de cliente/servidor en tres capas, puesto que reduce una capa de programación, como se verá más adelante). Desventajas: - La gran cantidad de información que viaja al cliente congestiona demasiado el tráfico de red, lo que se traduce en bajo rendimiento. - Por su bajo rendimiento esta estructura tiene un bajo espectro de aplicación, limitándose a la construcción de sistemas no críticos.. 2. Procedimientos Almacenados. Ilustración 7 Procedimientos Almacenados 21.

(35) En este esquema el cliente envía llamadas a funciones que residen en la base de datos, y es ésta quien resuelve y procesa la totalidad de las instrucciones SQL agrupadas en la mencionada función. Ventajas: - Presenta las mismas ventajas de una arquitectura dos capas con procedimientos almacenados, pero mejora considerablemente el rendimiento sobre ésta, dado que reduce el tráfico por la red al procesar los datos en la misma base de datos, haciendo viajar sólo el resultado final de un conjunto de instrucciones SQL. Desventajas: Si bien la complejidad de desarrollo se ve disminuida, se pierde flexibilidad y escalabilidad en las soluciones implantadas (especialmente respecto de cliente/servidor en tres capas, como se verá más adelante). Obliga a basar el grueso de la aplicación en SQL extendido, propios del proveedor de la base de datos que se elija. Debiera considerarse que sí bien los procedimientos almacenados (stored procedures), los desencadenantes (triggers) y las reglas (constraint) son útiles, en rigor son ajenos al estándar de SQL: - No existen dos implementaciones de proveedores iguales. - El lenguaje para la descripción de los procedimientos almacenados y probablemente su funcionalidad varía de un proveedor a otro. Lo que implica que los procedimientos almacenados no son totalmente exportables entre plataformas de distintos proveedores. - Se pierde la independencia entre el código de la aplicación (conocimiento y reglas del negocio) y los datos.. Cliente/Servidor Tres Capas. Esta estructura se caracteriza por elaborar la aplicación en base a dos capas principales de software, más la capa correspondiente al servidor de base de datos. Al igual que en la arquitectura dos capas, y según las decisiones de diseño que se tomen, se puede balancear la carga de trabajo entre el proceso cliente y el nuevo proceso correspondiente al servidor de aplicación.. 1.2.3.3.. Clases de acceso a datos. La Capa de Acceso de Datos en la Aplicación Framework StrataFrame es independiente (trata cada petición como una transacción independiente sin relación a cualquier 22.

(36) petición anterior), altamente cohesivo y débilmente acoplado. Diferente de otras aplicaciones de framework o capas de acceso de datos generados por O/R Mappers, una sola clase se utiliza para todo el acceso de los datos dentro de una aplicación de StrataFrame.. El. desarrollador. no. interconecta. directamente. con. la. clase. DataAccessLayer, sino algo indirectamente con el BusinnessLayer.. Una capa de acceso de datos debe de ser rápida, eficiente y transparente al desarrollador de aplicaciones; el DataAccessLayer de StrataFrame es dirigido para resolver cada uno de esos criterios. Esta única clase contiene la lógica del acceso de los datos para el framework todo. Puesto que sigue siendo independiente, altamente cohesivo y débilmente acoplado, es utilizado por todos los objetos de negocio como un puente para tener acceso al almacén de los datos. La capa de acceso de datos es proveedor independiente (SQL Server, Oracle u OLE DB) y eso apalanca mucho las características de optimización de los distintos proveedores y eso garantiza un funcionamiento excelente.. Características: Independiente, Altamente Cohesivo y Débilmente Acoplado, La capa de acceso de datos de StrataFrame fue diseñada para ser independiente, altamente cohesivo y débilmente acoplado. Al tratar cada petición como transacción independiente, permite a todos los objetos de negocios utilizar un caso de la misma clase DataAccessLayer, no necesitando requerir una implementación específica de clase de capa de acceso de datos para cada objeto de negocio. La capa de acceso de datos se separa totalmente de la capa de negocios y realiza solamente las funciones requeridas específicamente por una capa de acceso de datos. Transparencia al Desarrollador de Aplicaciones Conteniendo una instancia de la clase de Data Access Layer dentro de cada instancia del objeto de negocio, la capa de acceso de datos llega a ser totalmente transparente al desarrollador de aplicaciones. El desarrollador nunca la visualiza directamente, pero indirectamente por los métodos de fabricación y recuperación de datos dentro de un objeto de negocio. Acceso Dinámico (Streamlined) de los Datos. 23.

(37) Las mejoras alcanzadas en ADO.NET 2.0 han permitido que la capa de acceso de los datos llegue a ser totalmente dinámica, eficiente y optimizada. Además, la capa de acceso de los datos se aprovecha del proceso asincrónico, permitiéndose hacer los registros en el almacén de los datos a través de múltiples hilos. Enhebrando el acceso de los datos, la latencia de la aplicación es reducida, particularmente a través del VPN o de una conexión remota. Ayuda Total a la Concurrencia (Concurrency) La clase Data Access Layer contiene soporte de nivel de núcleo para la concurrencia y ofrece varias opciones al desarrollador.. 1.3.. Base de datos. Es un conjunto de información almacenada en memoria auxiliar que permite acceso directo y un conjunto de programas que manipulan esos datos. “Base de datos (cuya abreviatura es BD) [4]”es una entidad en la cual se pueden almacenar datos de manera estructurada, con la menor redundancia posible. Diferentes programas y diferentes usuarios deben poder utilizar estos datos. Por lo tanto, el concepto de base de datos generalmente está relacionado con el de red ya que se debe poder compartir esta información. De allí el término base. "Sistema de información" es el término general utilizado para la estructura global que incluye todos los mecanismos para compartir datos que se han instalado.. Ilustración 8 Base de datos. 24.

(38) 1.3.1. Administradores de bases de datos Rápidamente surgió la necesidad de contar con un sistema de administración para controlar tanto los datos como los usuarios. La administración de bases de datos se realiza con un sistema llamado DBMS (Database management system [Sistema de administración de bases de datos]). El DBMS es un conjunto de servicios (aplicaciones de software) para administrar bases de datos, que permite: . un fácil acceso a los datos. . el acceso a la información por parte de múltiples usuarios. . la manipulación de los datos encontrados en la base de datos (insertar, eliminar, editar). Ilustración 9 Administradores de base de datos. El DBMS puede dividirse en tres subsistemas: . El sistema de administración de archivos: para almacenar información en un medio físico. . El DBMS interno: para ubicar la información en orden. . El DBMS externo: representa la interfaz del usuario. Los DBMS principales Los principales sistemas de administración de bases de datos son: . Borland Paradox. . IBM DB2. . Interbase. . Microsoft SQL server 25.