TT cubos de información OLAP

Contenido Resumen................................................. ........................... .................................................. ................................................ .................................................. .................................. .... 3 Introducción ............................................................................................................................. 4 Objetivos .................................................................................................................................. 5 Antecedentes............................................................................................................................ 6 Planteamiento del problema.................................................. ....................... ................................................... ......................... .......................... 6 Propuesta de solución. ............................................. ....................... ..................................................... .................................................. .................................. ............... 7 Marco teórico ......................................................................................................................... 12 Metodología. .......................................................................................................................... 12 Metodología RUP (Rational Unified Proce ss). .................................................................... ................................................. ..................... .. 12 Metodología AUP (Agil Unified Process). P rocess). ........................................................ ............................ ............................................... ..................... .. 13 Metodología XP (Extreme Programing). .............................................................................. 13 Herramientas de análisis. .................................................... .......................... ................................................... ......................... ........................... 14 OLAP (On-Line Analytical Processing). ..................................................................................... 14 Patrón de diseño. .................................................. ............................ .................................................. ................................................ ...................................... .................. 16 MVC (Model View Controler). ................................................................................................. 17 Arquitectura en capas. ............................................................................................................ 17 Framework. ............................................................................................................................ 17 Ruby on Rails. ..................................................................................................................... 18 ASP.NET .............................................................................................................................. 18 GRAILS. ............................................................................................................................... 18 JavaScript- JQuery. .............................................................................................................. 18 Tecnologías adicionales........................................................................................................... 19 Telerik ................................................................................................................................. 19 Asynchronous JavaScript And XML (Ajax). ..................... ............................................... ........................... ........................... ....... 19 Servidores Web. ................................................ .......................... .................................................. ................................................ ...................................... .................. 20 Apache. ........................................................................................................................... 20 Tomcat. ........................................................................................................................... 20 IIS (Internet Information Server). ........................................................ ............................ ............................................... ............................. .......... 21 Análisis y diseño del sistema ................................................................................................... 22

Diagrama de clases. ................................................................................................................ 23 Diseño de la Base de Datos. .................................................................................................... 33 Diagramas de Secuencia. ........................................................................................................ 35 Diagrama de Actividades..................................................... .......................... ................................................... ......................... ........................... 39 Diseño de la Base de Datos. .................................................................................................... 43 Diseño de cubos ............................................... ........................... .................................................. .................................................. ......................................... ..................... 51 Cubo de investigadores. .................................................................................................. 51 Cubo Cursos. ................................................................................................................... 55 Implementación del sistema ................................................................................................... 58 Pantalla de Logueo del sistema. .......................................................................................... 87 Pantalla de Registro de nuevo usuario al sistema ................................................................ .............................................. .................. 87 Pantalla principal Administración. .............................................. ................... .................................................. ......................................... .................. 88 Modulo de administración de catálogos c atálogos y registros. .......................... ............................ .. 88 Modulo de administración de usuarios ................................................. ..................... ................................................ ........................... ....... 89 Modulo de pagos de cursos .................................................. ......................... .................................................... ........................................... ................ 90 Pantalla principal de Dirección. ........................................................................................... 91 Pagos de cursos. ............................................... ......................... .................................................. ............................................... ................................... ................ 91 Pre-Registro. ................................................................................................................... 92 Pantalla principal de alumno. ......................................... ............................................... ............................ ..................... .. 95 Datos de alumno. ............................................................................................................ 95 Cursos. ............................................................................................................................ 96 Mis cursos. ...................................................................................................................... 97 Pagos de Cursos. ............................................................................................................. 97 Mis pagos-Alumno .......................................................................................................... 98 Datos a Facturar. ............................................................................................................. 98 Pantalla principal de Instructor. .......................................................................................... 99 Instructor ........................................................................................................................ 99 Calendario. .................................................................................................................... 100 Cursos. .......................................................................................................................... 101 Pantalla principal de Inventor (investigador). ........................................... ......................... .................... ..... 109 Datos de investigador. .............................................. ........................ ..................................................... .................................................. ...................... ... 110 Formación académica. .................................................................................................. 111 1

Experiencia en la Industria............................................................................................. 112 Líneas de investigación y logros. ............................................. .................... ................................................... .......................... ............. 112 Proyectos de investigación. ........................................................................................... 113 Idiomas adicionales. ............................................... ......................... ................................................. ............................................... ............................ ........ 114 Cubo de Información. ................................................. .......................... .................................................. ............................................... ............................ ........ 116

2

Resumen “Sistema de análisis de datos para explotación de información de la jefatura de la unidad politécnica de integración social”

La Unidad Profesional Interdisciplinaria de Ingeniería y Tecnologías Avanzadas (UPIITA), cuenta con una población estudiantil de aproximadamente 2300 estudiantes los cuales hacen uso de la jefatura de la unidad politécnica de integración social por los servicios de Cursos, de la cual cada alumno pose información acerca de su cursos que proporciona la UPIITA. La información anterior se encuentra repartida en diferentes formatos como lo son: Formato de inscripción a cursos de actualización, Formato de captura de información del instructor del curso, Encuesta de calidad para cursos de servicios externos a si como las salidas de información: información general de cursos de actualización en semestre en curso, el cual contienen información como el nombre del curso, Tipo de programa, nombre del instructor, costos y cupo del curso a impartir. El presente trabajo, pretende dar solución a la problemática antes mencionada integrando la información en una base de datos, que contendrán información propia de los cursos impartidos en la UPIITA, así como aplicar técnicas de análisis de datos, para que ayude a la jefatura de la unidad politécnica de integración social, a tener reportes y tomar decisiones.

 Abstract.

The Interdisciplinary Professional Unit of Engineering and Advanced Technology (UPIITA) has approximately 2300 students. The students can obtain information about the courses being offered at UPIITA from the Polytechnic Social Integration Center. However, Course description and other related information such as course instructor, prerequisite, registration forms, fees, and course capacity cannot be obtained from one database but from different databases. The project to be presented will solve this issue by compiling all the information in one database. This database will enable students to look up for all the information needed for the courses available at UPIITA. It will also allow the Polytechnic Social Integration Center to use the date to create reports to evaluate the courses and make decisions.

3

Introducción

Con el continuo crecimiento de la población, la cantidad de información que maneja cada individuo es extensa. Numero de seguro social, registro federal, números telefónicos, direcciones y otros, hacen que las instituciones tengan que almacenar fuentes muy grandes de información. Este proceso se genera de igual forma, con las instituciones educativas, las cuales utilizan identificadores para cursos, instructores y alumnos. Para mantener el proceso de competitividad en una organización, se requiere de una buena gestión de datos, que minimice duplicidades en su tratamiento y que asegure la calidad de los mismos, de manera que puede servir como fuente de toma de decisiones económicas, estratégicas y tácticas. En este apartado, se describirá la metodología que se utilizara para desarrollar con éxito la recopilación de la información que se encuentran en la UPIITA, se explicará cómo se entregarán las estadísticas del problema a resolver.

4

Objetivos

Desarrollar un sistema que permita integrar la información de la jefatura de la unidad politécnica de integración social aplicando técnicas de análisis de datos.

Objetivos Particulares. •

•

• •

Desarrollar una base de datos que integre la información obtenida de la jefatura de la unidad politécnica de integración social de la UPIITA. Aplicar técnicas de análisis de datos para obtener información relevante a nivel de la jefatura de la unidad politécnica de integración social. Aplicar una arquitectura Web. Aplicar técnicas de ingeniería Web para la aplicación que se va a desarrollar.

5

CAPITULO 1 Antecedentes y Planteamiento del problema

 Antecedentes. Con el continuo crecimiento de la población, la cantidad de información que maneja cada individuo es extensa. Numero de seguro social, registro federal, números telefónicos, direcciones y otros, hacen que las instituciones tengan que almacenar fuentes muy grandes de información. Este proceso se genera de igual forma, con las instituciones educativas, las cuales utilizan identificadores para cursos, instructores y alumnos. Para mantener el proceso de competitividad en una organización, se requiere de una buena gestión de datos, que minimice duplicidades en su tratamiento y que asegure la calidad de los mismos, de manera que puede servir como fuente de toma de decisiones económicas, estratégicas y tácticas. En este apartado, se describirá la metodología que se utilizara para desarrollar con éxito la recopilación de la información que se encuentran en la UPIITA, se explicará cómo se entregarán las estadísticas del problema a resolver.

Planteamiento del problema. Dentro de las Jefaturas de la Unidad Profesional Interdisciplinaria de Ingeniería y Tecnologías Avanzadas UPIITA, se requiere el manejo de la información que encuentre en los diferentes departamentos de la institución. En los departamentos de la UPIITA, se encuentra información respecto a cada alumno, proyecto, Cursos y docentes, etc., pero debe  información se encuentra dividida en diferentes áreas; Ocasionando pérdida de tiempo en el momento de su consulta.

Se sabe, además en que los departamentos con los que se va a trabajar no se cuentan con infraestructura adecuada para base de datos y que su información se encuentra en hojas de cálculo y formatos de papel. Otro inconveniente, es que una de las jefaturas requiere de reportes para generar soluciones dentro de sus esquemas de trabajo. Algunos problemas usuales se relacionan con tener oportunamente la siguiente información: •

Alta de cursos. 6

•

Alta de instructores.

•

Alta de alumnos.

•

Disponibilidad de los cursos. Control de pagos de los interesados al curso.

•

Lista de Alumnos del curso.

•

Docentes que impartieron un curso.

•

•

Los cursos de los que fueron de mayor interés en la comunidad estudiantil. Comportamiento de los alumnos que desertaron (ya sea que dejaron de ir al curso). Comportamiento de los cursos con el mayor índice de inscripción.

•

Lo rentable que es impartir un curso.

•

Información de los cursos impartidos.

•

•

Propuesta de solución. El sistema a desarrollar se basa en varios módulos a saber: 1. Integra la base de datos, diseño e implementación. 2. Se implementa la consulta de datos, para responder las peticiones de la Jefatura. 3. Del hosting WEB, implementa la aplicación. 4. A los clientes que harán las peticiones y visualizaran la información. A continuación se describen los módulos. Para el primer módulo se plantea tener una base de datos de acceso de usuarios, así como una base de datos de la jefatura para la información de los cursos. Está información se encuentra de manera separada en la jefatura de la UPIITA. No se tendrá acceso a los sistemas de información propios del IPN o UPIITA y tampoco se modificará la información que se encuentra en él. La información se toma de las hojas de cálculo generadas como resultado de consultas y reportes a la información de los sistemas del IPN o UPIITA. De esta forma los administrativos de la subdirección analizan la información. Se contará con un modelo E/R de la información del departamento para facilitar el mantenimiento o modificación de la base de datos, es decir, se podrá generará una base de datos para la jefatura lo que permitirá evitar la duplicidad de la información entre  jefaturas.

7

Cabe aclarar que no se pueden implementar esquemas de interfaces entre el sistema propuesto y los departamentos, debido a que dos de los tres departamentos con los cuales se involucra una jefatura, no cuentan con una aplicación informática y todo su control lo llevan con hojas de cálculo. Los departamentos, cuenta con el SAES, pero los accesos a éste están restringidos desde área central del IPN, por lo que comunican los datos a la Subdirección con reportes impresos o en su caso con hojas de cálculo. Lo expuesto anteriormente origina como solución que los departamentos proporcionarán los datos a almacenar en cada base de datos por medio de hojas de cálculo, los cuales se migrarán a la estructura relacional de cada base de datos de manera automática, es decir, se realizarán rutinas de transformación para hacer la migración de los datos.

Figura 1. Esquema de la base de datos y entrada de datos.

Por consiguiente se tendrá una base de datos de acceso de seguridad que contenga la información de perfil de usuarios, y otra solamente para almacenamiento de datos de la  jefatura. En el segundo módulo se encuentra el análisis de los datos, para ello se tienen dos alternativas: técnicas OLAP o bien minería de datos. Las herramientas OLAP (On-Line Analytical Processing) se definen como “un tipo de tecnología software que permite a los analistas, gestores y ejecutivos obtener una visión de los datos por medio de un acceso rápido, consistente e interactivo a una amplia variedad de posibles vistas de la información que ha sido transformada a partir de datos en bruto, para reflejar la dimensionalidad real de la empresa tal y como la entiende el usuario” [2] En OLAP, la consistencia se enfoca desde la perspectiva de la calidad, al tener criterios de gestión técnicos, se facilita la creatividad, se centra la estrategia a largo plazo y se impulsa la ventaja competitiva. [1] Algunas características son las siguientes: 8

Acceso a una gran cantidad de datos. Analizar las interrelaciones entre diferentes elementos. Involucrar datos agregados. Comparar datos agregados en periodos de tiempo jerárquico. Presentar datos en diferentes perspectivas. Implicar cálculos complejos entre los elementos de datos. Responder rápidamente a las consultas de los usuarios. La minería de datos es diferente de OLAP porque en lugar de verificar patrones hipotéticos, usa los mismos datos para descubrir tales patrones. En otras palabras es un proceso predictivo en base a millones de datos. [1] • • • • • • •

Algunas de las tareas que se llevan a cabo con las herramientas de minería de dato son: •

• • • • •

•

•

Clasificación: Examina las características asignando un conjunto predefinido de clases. Estimación: Obtiene un valor continuo. Predicción: Los datos se clasifican de acuerdo a un comportamiento futuro. Agrupamiento por afinidad: Determina objetos que van juntos. Agrupamiento: Segmenta la población en varios grupos. Descripción: Explicación de lo que sucede en la base de datos. Se elige trabajar con OLAP por la cantidad de datos que se manejará en la base, por el tipo de preguntas a responder por el sistema y debido a que en un sistema OLTP (OnLine Transaction Processing) se implementan estructuras basándose en una estructura de datos relacional que almacena, entidades en tablas discretas, si estas han sido normalizadas, dando como resultado consultas más complejas que son relativamente más lentas al procesarlas, por lo cual OLAP es más eficiente. Lo anterior implica configurar la base de datos para que tenga las características de un sistema ROLAP (Relational OnLine Analytical Processing) debido a que permite mayor escalabilidad para el manejo de gran cantidad de información, también permite trabajar con un sistema relacional de tal forma que se puedan aplicar procesamiento analítico a través de dimensiones que se implementarán para agrupar la información y de esta manera procesarla más rápidamente. Por el tipo de preguntas mencionadas en el planteamiento del problema, se descarta el uso de minería de datos ya que no se realizarán predicciones en el sistema debido a la información proporcionada por los departamentos. El tercer módulo consta de una aplicación WEB alojada en un servidor IIS.El IIS (Internet Information Server), utiliza en Framework .NET 4.0 o 4.5 considerando la disponibilidad de la versión 4.5, lo cual no será liberada en los hosting a partir de fines de septiembre. La decisión del hosting se tomará más adelante, durante el transcurro de TT2, afecta la versión de .NET ya que se considera la mejor tecnología para TT. Se implementará una arquitectura Entity Framework 5.0 ademas con linq, el cual describe una forma, muy utilizada de organizar el código de una aplicación, separando los datos de una aplicación, la interfaz de usuario y la lógica de control en tres componentes distintos. En el Figura 3 podemos observar esa separación.

9

•

Figura 2. Modelo Entity Framework.

Entity Framework 5.0: Es el encargado de manejar la lógica de acceso a base de datos a la aplicación. Linq: Manipulación de datos y consultas. Se utilizará este Modelo Entity Framework y linq debido a que en el campo laboral actualmente se sigue empleando dicho diseño para aplicaciones WEB, aunado a la: capa de servicios( Web Services). Un framework, es utilizado para apoyar el desarrollo de sitios web dinámicos, aplicaciones web y web services. El principal objetivo del framework es aliviar el exceso de carga asociado con actividades comunes usadas en desarrollos web. La mayoría de los framework proporcionan bibliotecas para acceder a bases de datos, estructuras para plantillas y gestión de sesiones. [2]

10

El frameworks que será utilizado es: ASP.NET soportado por C#.NET. Es un framework basado en plataforma .NET, el motor de ASP se ejecuta como un módulo IIS directamente sobre una API de Windows. Utiliza el protocolo HTTP. De igual manera la elección del framework, así como del hosting quedará definida al término del mes de septiembre del presente año, por lo cual queda como una actividad en el calendario. Por otra parte, AJAX (Asynchronous JavaScrip And XML), no es un leguaje de programación sino un conjunto de tecnologías (HTML-JavaScrip-CSS-DHTMLPHP/ASP.NET/JSP-XML). Las aplicaciones construidas con AJAX eliminan la recarga constante de páginas mediante la creación de un elemento intermedio entre el usuario y el servidor, y son de gran utilidad. El cuarto módulo es la parte del usuario que tendrá acceso al sistema mediante una página Web; que se comunicará al Servidor Web mediante el protocolo HTTP. Adicionalmente se logrará tener acceso mediante un móvil que soporte el protocolo HTTP, para lo cual se usarán Hojas de Estilo (CSS) para adaptar a una página las características del móvil. En la figura 4 se ilustra en bloques, la relación de los clientes que en este caso es la página Web que se presenta desde una computadora y el móvil.

Figura 3. Esquema de la relación que existe entre los clientes y el servidor Web.

Se logrará un  sistema que muestre informes y listados (consultas y reportes) de forma consolidada, para facilitar en este caso la monitorización de los alumnos, ofrecienda al usuario un acceso rápido y efectivo a la información compartida,

utilizando interfaces gráficas visuales e intuitivas.

11

CAPITULO 2 Marco teórico En el siguiente apartado se describen conceptos que se utilizarán a lo largo de la realización del proyecto .

Metodología. Una metodología es el conjunto de procedimientos, técnicas, herramientas y un soporte documental que ayuda a realizar un nuevo Software. Indicará como hay que obtener los resultados parciales y finales.[8] Si no se aplica una metodología los resultados finales son impredecibles, no hay forma de controlar lo que sucede en el sistema lo cual afectará el desarrollo del Software.[8] Se analizaron tres de las metodologías principales para elegir la que mejor se adecua al sistema: • • •

Metodología RUP (Rational Unified Process) Metodología AUP (Agil Unified Process) Metodología XP (Extreme Programing).

Metodología RUP (Rational Unified Process).

Es un proceso iterativo, sugiere una iteración para aproximarse dentro de las cuatro fases que son: Inicio: Define el alcance del proyecto y los casos de negocio del sistema. El objetivo es tener una visión del producto final. Elaboración: Analiza las necesidades del proyecto y define la arquitectura. •

•

12

•

•

Construcción: Se concentra completamente al análisis, fabricación de la mayoría de los diseños y la implementación de los sistemas. Transmisión: Se realizan pruebas de validación para que posteriormente el sistema sea liberado a los usuarios finales.

La meta de este proceso es que soporta el desarrollo de alta calidad durante un tiempo establecido. A pesar de que RUP es una de las metodologías más utilizadas para el desarrollo de software tiene inconvenientes para aplicaciones Web en las fases de Inicio y Elaboración. En la fase de inicio porque una aplicación Web tiene un conjunto de objetivos, que dadas las influencias del mercado y los cambios constantes se tiene que cambiar aun cuando el proyecto ya se encuentra en marcha. En la fase de elaboración porque los riesgos relacionados con el uso de un producto de software pesan más que los riesgos inherentes en el desarrollo real. Además los desarrolladores no tienen la posibilidad de conocer de antemano los posibles usuarios y no pueden influir en ellos de ninguna manera debido a que las páginas Web tienen un carácter autónomo y la arquitectura que se utiliza es Cliente-Servidor. El producto debe representar una buena definición para los fututos usuarios. RUP se basa en el desarrollo de la documentación, y es aplicable para proyectos a largo plazo. Metodología AUP (Agil Unified Process).

Es considerada la versión simplificada de RUP, dado que describe de manera simple y fácil de entender la forma de desarrollar aplicaciones de software. Se centra bastante en la gestión de riesgos y les da prioridad para resolverlos. Tiene las mismas fases que RUP con su respectiva descripción. La diferencia con RUP es que aplica técnicas ágiles como son desarrollo dirigido a pruebas además no domina el proceso del modelo, requisitos y análisis del sistema. Los desarrollos en AUP ofrecen varias versiones durante el desarrollo, y una alta retroalimentación con el usuario final.

Metodología XP (Extreme Programing).

Es un proceso iterativo y en cascada, sirve para proyectos de corto plazo, corto equipo, programación rápida o extrema. Contiene: Pruebas unitarias: pruebas de los posibles fallos •

13

• •

Re fabricación: reutilización de código. Programación en pares: dos personas intervienen en el proyecto.

Consiste en la retroalimentación continua con el cliente, tiene mayor peso la aplicación que la documentación la cual es en alto nivel. El objetivo está en el diseño y código el cual se hace de acuerdo a las necesidades que van surgiendo día a día. Es aceptado para aplicaciones Web ya que tiene la definición de los l os requerimientos para aplicaciones Web.[8] Herramientas de análisis.

La idea principal de las herramientas de análisis es agilizar la visión y comparación de la información de datos (de más de dos variables) que se encuentran vinculados entre ellos (por ejemplo los artículos según modelo, con su total de ventas y su importe de rentabilidad), para obtener panoramas específicos que sirvan para la toma de decisiones. Las maneras de visualizar el cruce de variantes pueden tener diversas representaciones gráficas, las cuales dependerán de las necesidades del usuario. La técnica que se utiliza en el desarrollo del sistema es OLAP (On-Line Analytical Processing) que a continuación se describe con sus principales características.

OLAP (On-Line Analytical Processing).

Las herramientas OLAP se definen como un tipo de tecnología software que permite a los analistas, gestores y ejecutivos obtener una visión de los datos por medio de un acceso rápido, consistente e interactivo a una amplia variedad de posibles vistas de la información que ha sido transformada a partir de datos en bruto para reflejar la dimensionalidad real de la empresa tal y como la entiende el e l usuario. [10] En OLAP la consistencia se enfoca desde la perspectiva de la calidad, teniendo criterios de gestión técnicos, facilitan la creatividad, se centran en la estrategia a largo plazo y la ventaja competitiva. Algunas características son las siguientes: • • • • • • • •

Acceso a una gran cantidad de datos. Analizar las interrelaciones entre diferentes elementos. Involucrar datos agregados. Comparar datos agregados en periodos de tiempo jerárquico. Presentar datos en diferentes perspectivas. Implicar cálculos complejos entre los elementos de datos. Responder rápidamente a las consultas de los usuarios. Contiene dimensiones que facilitan el acceso a la información. 14

Existen 3 arquitecturas diferentes para el uso de OLAP •

MOLAP (Multidimensional On-Line Analytical Analytical Processing). Processing). Los datos se encuentran almacenados en archivos con estructura multidimensional, los cuales reservan espacio para todas las combinaciones de todos los posibles valores de todas las dimensiones de cada una de las variables, incluyendo los valores de dimensión que representan acumulados. Es decir, un sistema MOLAP contiene datos pre calculados (almacenados) para los posibles resultados de las consultas a la base de datos. MOLAP consigue consultas muy rápidas a costa de mayores necesidades de almacenamiento, así como retardos.

•

ROLAP (Relacional On-Line Analytical Analytical Processing). Los datos se encuentran almacenados en una base de datos relacional, la cual tiene forma de estrella. En ROLAP, en principio la base de datos sólo almacena información relativa a los datos en detalle, evitando redundancia. Los procesos de carga son rápidos, sin embargo, las consultas pueden ser muy lentas, por lo que se aplica la solución de tener a lo menos algunas consultas pre calculadas.

•

HOLAP (Hybrid On-Line Analytical Processing). Combina las arquitecturas ROLAP y MOLAP para brindar una solución con las mejores características de ambas: desempeño superior y gran escalabilidad. e scalabilidad. Un tipo de HOLAP mantiene los registros de detalle (los volúmenes más grandes) en la base de datos relacional, mientras que mantiene las agregaciones en un almacén MOLAP separado.

OLAP está dedicado para aquellos comportamientos que ya sucedieron, utiliza cubos que crean un mecanismo para buscar datos con rapidez y tiempo de respuesta uniforme independientemente de la cantidad de datos en el cubo o la complejidad del procedimiento de búsqueda. [9] Existen dos métodos en OLAP: estrella y copo de nieve. El primer método de estrella se refiere a tener una tabla central llamada también tabla de hechos, con tablas adyacentes que forman dimensiones, las cuales tienen el catálogo de la información. El segundo método de copo de nieve es una variación de estrella con las tablas de dimensiones se normalizan, tiene mejoras de espacio pero las consultas son más lentas.

15

Para la creación de cubos OLAP es necesario conocer los siguientes conceptos: medidas, dimensiones, atributos y jerarquías, ya que ayudaran a definir la información que necesitamos para generar las consultas con OLAP.

Medidas.

Una medida es un número que expresa un aspecto del rendimiento de la empresa. Se utiliza para apoyar y evaluar la toma de decisiones. Las tablas que contienen las medidas se llaman tablas de hechos. Por ejemplo la medida puede ser la cantidad total de alumnos becados. Dimensiones.

Las dimensiones son una forma de mostrar datos útiles en sistemas con grandes cantidades de información. Las dimensiones son ejes de análisis o criterios de clasificación de la información que ofrecen un índice a los datos mediante una lista de valores. Por ejemplo una dimensión podría ser los años y los miembros de la dimensión 2010, 2011 y 2012. Atributos.

Un atributo es información adicional que pertenece a un miembro de una dimensión pero que no es el identificador único o la descripción del miembro. Suele ser información que probablemente los usuarios quieran consultar como parte de su análisis. Por ejemplo el nombre de la beca con mayor m ayor número de alumnos. Jerarquías.

En muchos casos la dimensión forma parte de una estructura más amplia con varios niveles. Esta estructura se llama jerarquía. Por ejemplo nuestra dimensión de tiempo puede tener jerarquía de meses me ses o semestres. Patrón de diseño.

Un patrón de diseño se usa en aplicaciones que requieren separar la información, de la lógica de negocios.[8] En este apartado se describen dos patrones de diseño MVC (Model View Controler) y arquitectura en tres capas.

16

MVC (Model View Controler).

Es un patrón de diseño que se conforma por tres elementos: El modelo es el encargado de manejar un registro de las vistas y de los controladores que existen en el sistema. El controlador responde a los eventos provocados por los usuarios que implican cambios en el modelo y la vista, dando una correcta gestión a las entradas de usuario. La vista permite mostrar la información del modelo en un formato adecuado que proporciona que se dé la interacción. •

•

•

El MVC es útil cuando se requiere separar la interfaz de la lógica de negocios, también cuando se requieren modificar la vista, de esta manera se modifica solo un archivo y se ve reflejado en las otras vistas.

 Arquitectura en capas.

La capa de presentación no es más que un sistema de presentación y manejo de datos que se obtienen y se actualizan con los objetos de negocio comunes para todas las aplicaciones que los usan. La capa de negocio y Acceso a datos es la lógica de funcionamiento de la aplicación distribuida. En ella se encuentran todos los elementos de la aplicación que pueden ser reutilizados. Dicha capa aísla a la capa de presentación de la capa de servidor. Contiene la conexión con el gestor de base de datos, y la manera de recuperar las consultas, funciones o procedimientos almacenados. La arquitectura en capas, es lineal es decir que no hay una comunicación directa entre las diferentes capas. Es decir la capa de presentación no se comunica directamente con la capa de datos.

Framework.

Un Framework es una plantilla que contiene aplicaciones para realizar Software. El principal objetivo del Framework es aliviar el exceso de carga asociado con actividades comunes usadas en desarrollos Web. La mayoría de los Framework proporcionan bibliotecas para acceder a bases de datos, estructuras para plantillas y gestión de sesiones. A continuación se describen algunos Frameworks con sus principales características. 17

Ruby on Rails.

Lenguaje Ruby, orientado a objetos. Código abierto.   MVC. Reutilización de código. Lenguaje de alto nivel. Interfaz por línea de comandos. Puede generar código XHTML, XML y JavaScript a partir de lenguaje Ruby.

• • • • • • •

 ASP.NET

Lenguaje C# MVC y modelo de capas de persistencia. Facilidad para generación de URL semánticas. Reutilización de código. Interfaz gráfica.   Robustez. Soporta Ajax (Asynchronous JavaScript And XML).

• • • • • • •

GRAILS.

Lenguaje Groovy basado en Java. Soporta Ajax (Asynchronous JavaScript And XML). Reutilización de código.   MVC Soporta JSP (Java Server Pages) Métodos dinámicos.( realizar operaciones sin tener que implementar interfaces o heredar clases base)

• • • • • •

JavaScript- JQuery. •

• •

•

Biblioteca de JavaScript, Incluida para los Frameworks ASP.NET Ajax y ASP.NET MVC Manipulación con CSS ( Cascading Style Sheets ). Funciones comunes de DOM (Document Object Model), eventos, efectos y Ajax. Software Libre y código abierto. 18

•

Estándar de objetos para representar documentos HTML y XML

Tecnologías adicionales. Telerik

Telerik es el entorno para aplicaciones web desarrollado y comercializado por Microsoft. Es usado para construir sitios web dinámicos, aplicaciones web y servicios web XML Telerik ASP.NET es el conjunto de controles más completo e innovador para desarrollo profesional de aplicaciones Web ASP.NET, explotando y multiplacando el desempeño ya probado de AJAX en los desarrollos

 Asynchronous JavaScript And XML (Ajax).

Es una tecnología que permite el desarrollo de sitios Web dinámicos, con el objetivo de mejorar el rendimiento a las peticiones realizadas por el usuario. Para crear una aplicación Web Ajax, se utilizan tres elementos principales: XHTML para definir el contenido de las interfaces de usuario, CSS para establecer el estilo de dichas interfaces y código JavaScript para responder a los eventos. Una aplicación AJAX se comporta de forma similar como lo haría un programa nativo, pero con la particularidad de que se ejecuta en el interior de un navegador, de esta manera se actualizará parte de la página Web con la información solicitada, lo anterior es posible porque la aplicación se comunica de manera directa con el servidor, no dejando este trabajo al navegador, y solicitando exclusivamente la información necesaria. Para que esto sea posible es necesario recurrir a un objeto conocido como XMLHttpRequest. Una vez que se dispone del objeto XMLHttpRequest, se emplean sus métodos para comunicarse con el servidor y solicitar la información. De esta manera la aplicación AJAX envía mensajes que deben ser tratados por un módulo ejecutado por el servidor Web. El funcionamiento asíncrono de AJAX significa que no existe una sincronización entre cliente y servidor, es decir que el cliente, una vez que ha enviado una solicitud al servidor, no se queda esperando a que llegue la respuesta. Si así fuese la interfaz quedaría bloqueada durante esa espera. Por lo tanto se tiene una interfaz más ágil.[4] Algunas de las razones para usar Ajax:

19

•

•

•

•

•

Actualizaciones parciales de página. Permite definir un área que debería actualizarse y realizar Postback. Procesar la información del lado del cliente. Proporciona interactividad, información inmediata y capacidad de respuesta a los usuarios. Indicadores de Progreso. Permite mostrar el progreso de un proceso del lado del servidor y actualización continua en el usuario. Mejora del rendimiento. Podemos incrementar el rendimiento procesando partes de una página en el cliente. Llamadas desde el cliente a un servicio web. Permite llamadas al servidor directamente desde script del cliente

Servidores Web.

Es un programa informático que procesa una aplicación del lado del servidor realizando conexiones bidireccionales y/o unidireccionales y síncronas o asíncronas con el cliente generando o cediendo una respuesta en cualquier lenguaje o aplicación del lado del cliente [3]. Algunos de los principales servidores Web se muestran a continuación con una breve descripción.

 Apache. • • • • • • • •

Código abierto. Soporta IPV6 (Internet Protocol Version 6). Existen versiones virtuales para otras plataformas. Para uso de páginas estáticas. Falta de interfaz gráfica para su configuración. Pose formato de configuración poco estándar. No soporta JSP ni Servlets. Es vulnerable.

Tomcat. • • • • • • •

Código abierto. Soporta JSP y Servlets. Fácil de configurar. La migración a otra computadora es más práctica. Actualizar es sencillo. Tiene menos software de soporte. No es tan robusto que Apache. 20

•

El tiempo de respuesta es mayor que Apache.

IIS (Internet Information Server). • • • • • • • •

Basado en módulos. soporta ASP, ASP.NET MVC, como Framework. Configuración gráfica y en línea de comandos. Robusto y estable. Buen soporte. No requiere de licencia porque la incluye con la licencia de Visual Studio. No es multiplataforma. Vulnerabilidad en la autenticación, tiene que ser por usuario.

21

CAPITULO 3  Análisis y diseño del sistema

Para el diseño del sistema se utilizó la metodología AUP, anteriormente se había mencionado que la metodología AUP implementa las mismas fases de la metodología RUP, dichas fases se dividieron en dos bloques para adecuarlo en cuestión de tiempo a la elaboración del sistema. Se utilizó dos base de datos, ya que en una de las bases se contiene la lógica del sistema como datos, tablas y relaciones, en la otra se contiene la base de datos de seguridad la que contiene usuarios roles, registros de acceso al sistema, así se implemento para mantener segura la información del sistema. Para el uso de la plataforma del servidor Web, se tuvo que elegir la plataforma para utilizar .NET. Técnicamente no hay una ventaja para el uso de uno u otro, pero actualmente en el mercado laboral, en la mayoría de las empresas solicitan conocimientos en .NET, por lo tal motivo para lograr ese perfil demandado el proyecto se realizó con tecnología .NET, y por consecuencia el servidor Web es IIS. Respecto a la licencia que se requiere para trabajar basta con tener instalado Windows y la versión Visual Studio profesional 2012. La decisión del Framework a utilizar va ligada con la del servidor Web, ya que si se trabaja con .NET y con IIS, el Framework que mejor se adecua es ASP.NET, por lo tanto el lenguaje de programación fue C#. Conjuntamente con ASP.NET se utilizó Ajax y CSS. El patrón de diseño que se utilizó es en capas, el cual permite separar la lógica de negocios de la información y de la vista, la razón de descartar MVC es debido a que el Framework ASP.NET tiene controles de uso que MVC no tiene por defecto y que hacen más agradable el sitio Web. Respecto al gestor de la base de datos, actualmente el manejo de Microsoft SQL Server es amplio en el ámbito laboral, por lo tal motivo se eligió trabajar con él. Además, ofrece una gran gama de opciones para ampliar la potencia, el rendimiento, la disponibilidad y seguridad en Microsoft SQL Server. Microsoft SQL Server cuenta con la herramienta Microsoft SQL Server Analytical Services  que ayuda a la creación de cubos y dimensiones en OLAP.[11]

22

Diagrama de clases.

El diagrama de Clases representa las especificaciones de las clases e interfaces en una aplicación. Sirve para visualizar las relaciones entre las clases que involucran el sistema, las cuales pueden ser asociativas, de herencia, de uso y de conocimiento. [7] Se compone de los siguientes elementos: Clase: Es la unidad básica que encapsula toda la información de un objeto. En UML se representa con un rectángulo dividido en tres partes, en la parte superior se coloca el nombre de la clase, en el segundo nivel se coloca los atributos de la clase, y en la última división se coloca los métodos. Los atributos de una clase son los que definen el grado de comunicación y visibilidad de ellos: Public (público): Indica que el atributo será visible tanto dentro como fuera de la clase. Private (privado): Indica que el atributo solo será accesible desde adentro de la clase. Protected (protegido): Indica que el atributo no será accesible desde afuera de la clase pero si podrá tener acceso por métodos de la clase además de las subclases. Los métodos de una clase son la forma en cómo interactúa la clase con su entorno y se clasifican: Public (público): Indica que el método será visible tanto dentro como fuera de la clase. Private (privado): Indica que el método solo será accesible desde adentro de la clase. Protected (protegido): Indica que el método no será accesible desde afuera de la clase pero si podrá tener acceso por métodos de la clase además de las subclases. Se realizó el diagrama de clases del sistema a desarrollar, en el diagrama 1 se pueden apreciar, que corresponde a nivel de diseño. •

•

o

o

o

•

o

o

o

23

24

25

26

27

28

29

30

31

1. Diagrama de clases del sistema 32

Diseño de la Base de Datos.

Se analizó la información de las hojas de cálculo de los diferentes departamentos donde se observan las posibles entidades con información replicada.

El Modelo Entidad-Relación permite al diseñador concebir la base de datos a un nivel superior de abstracción. En este modelo se distinguen los siguientes elementos: entidad, interrelación, atributo y dominio. [5] En nuestro sistema se analizó la información para agruparla, se determinaron las entidades, interrelaciones, atributos y dominio que integra el modelo. El Modelo Relacional representa la base de datos como una colección de relaciones. Este modelo sale de aplicar el algoritmo de transformación Entidad-Relación. Una relación está pensada como una tabla de valores cada fila representa una colección de valores relacionados. Dicho modelo se obtiene del análisis del Modelo Entidad-Relación. Para representar las claves en el Modelo Entidad-Relación se tienen dos tipos: Foreing Key-FK (Clave Foránea): •

Los atributos en FK tienen el mismo dominio que los atributos de la clave principal (PK) de R2. Un valor de FK en una túpla debe aparecer como un valor PK en alguna túpla del estado actual R2. •

Primary Key-PK (Clave Primaria): Especifica uno o más atributos que constituyen la clave primaria o la que identificará los valores contenidos en las túplas.

Se realizó el Modelo Entidad-Relación de acuerdo a la abstracción del problema, se utilizó el Modelo Entidad-Relación que propuso Chen, el modelado se realizó con el Software Microsoft Visio 2007 y se muestra en la diagrama 1.

33

La normalización es el proceso de análisis de un esquema relacional, mediante el cual se transforman datos complejos a un conjunto de estructuras de datos más pequeñas. Ayuda a quitar información redundante de la base de datos, minimiza las anomalías de inserción, borrado y actualizado. La normalización está basada en reglas que son: Primera Forma Normal (1NF), Segunda Forma Normal (2NF), Tercera Forma Normal (3FN). [6] En el diseño que se está analizando se utilizan solamente las siguientes Formas Normales:

•

Primera Forma Normal (1NF): Se considera parte de la definición formal de la relación, la 1NF prohíbe los atributos multivaluados, los atributos compuestos y sus combinaciones. Establece que los dominios de los atributos deben incluir sólo valores simples e indivisibles, establece que el valor de cualquier atributo en una tupla debe ser un valor individual proveniente del dominio de este atributo. Por tanto 1NF prohíbe tener un conjunto de valores, una tupla de valores o una combinación de ambos como valor de un atributo para una tupla individual, es decir prohíbe las relaciones dentro de las relaciones o las relaciones como valores de atributo dentro de tuplas.

•

Segunda Forma Normal (2FN): Está basada en el concepto de dependencia funcional total. Una dependencia funcional total X -> Y es total si la eliminación de cualquier atributo A de X implica que la dependencia deje de ser válida, es decir para cualquier atributo A ϵ X, (X-{A}) no determina funcionalmente a Y. Una dependencia funcional X-> Y es parcial si al eliminarse algún atributo A ϵ X de X y la dependencia sigue siendo válida. Un esquema de relación R está en segunda forma normal si ningún atributo no primo de A de R es completa y funcionalmente dependiente de la clave primaria de R.

•

Tercera Forma Normal (3FN): Se basa en el concepto de dependencia transitiva. Una dependencia funcional X->Y en un esquema de relación R es una dependencia transitiva si existe un conjunto de atributos Z que no sea un conjunto de cualquier clave de R, y se cumple tanto X->Z como Z->Y. 34

Un esquema R está en 3FN, siempre que una dependencia funcional X->A se cumple en R, o bien X es una superclave de R, o A es un atributo primo de R.

Diagramas de Secuencia.

El diagrama de secuencia es parte de los diagramas dinámicos, se utiliza para describir como alguien o algo colabora con algún grupo de elementos del sistema. Muestra los objetos participando en la interacción y la secuencia de mensajes intercambiados. El diagrama de secuencia tiene dos dimensiones la dimensión horizontal que es donde se encuentran los objetos y la dimensión vertical donde se encuentra el paso del tiempo. [7] Se compone de los siguientes elementos: Línea de vida de un objeto: línea discontinua que sale del objeto. Indica la duración del objeto en el diagrama. Objetos: Son rectángulos con nombre subrayado. Mensajes: Son líneas continuas con una punta de fecha. Un mensaje va de un objeto a otro, existen tres tipos de mensajes: Simple: es la transferencia del control de un objeto a otro. Síncrono: El objeto espera la respuesta del mensaje para continuar. Asíncrono: El objeto no espera la respuesta para continuar. •

• •

o o

o

Se realizaron los diagramas de secuencia a nivel de diseño del sistema a desarrollar. A continuación se muestran cada uno de ellos.

En el siguiente diagrama 2 se presenta la secuencia que indica la manera de actualizar o editar información de la base de dato.

35

36

2.

Diagrama secuencia

de actualización.

La secuencia para cambiar la contraseña de algún perfil de usuario.

3. secuencia para cambiar la contraseña La secuencia para ingresar al sistema.

4. secuencia para ingresar al sistema La secuencia de administrar el sistema, con ello se refiere a la actualización de la base de datos y cambiar perfiles de usuarios. 37

5. La secuencia de administrar el sistema

38

Diagrama de Actividades. El diagrama de actividades ofrece una notación para representar una secuencia de actividades. Es especialmente útil para visualizar los flujos de trabajo y lo procesos.[7] Los elementos que lo integran se muestran a continuación en la figura 4.

4. Nomenclatura de los diagramas de actividades. Se realizaron los diagramas de actividades del sistema a desarrollar, los cuales se muestra en las siguientes figuras. En el diagrama 6 se observa la actividad que corresponde al ingresar al sistema.

39

Diagrama 6. Cambio de perfil.

En el diagrama 7 se muestra la actividad de cambio de perfil, y en el diagrama 8 se muestra la actividad de gestionar información.

40

Diagrama 7. Cambio de perfil.

41

Diagrama 8. Gestionar información.

42

Diseño de la Base de Datos.

Se analizó la información de las hojas de cálculo del departamento donde se observan las posibles entidades con información replicada. El Modelo Entidad-Relación permite al diseñador concebir la base de datos a un nivel superior de abstracción. En este modelo se distinguen los siguientes elementos: entidad, interrelación, atributo y dominio. [5] En nuestro sistema se analizó la información para agruparla, se determinaron las entidades, interrelaciones, atributos y dominio que integra el modelo. El Modelo Relacional representa la base de datos como una colección de relaciones. Este modelo sale de aplicar el algoritmo de transformación Entidad-Relación. Una relación está pensada como una tabla de valores cada fila representa una colección de valores relacionados. Dicho modelo se obtiene del análisis del Modelo Entidad-Relación. Para representar las claves en el Modelo Entidad-Relación se tienen dos tipos: Foreing Key-FK (Clave Foránea): •

Los atributos en FK tienen el mismo dominio que los atributos de la clave principal (PK) de R2. Un valor de FK en una túpla debe aparecer como un valor PK en alguna túpla del estado actual R2. Primary Key-PK (Clave Primaria): •

Especifica uno o más atributos que constituyen la clave primaria o la que identificará los valores contenidos en las túplas. Se realizó el Modelo Entidad-Relación de acuerdo a la abstracción del problema, se utilizó el Modelo Entidad-Relación que propuso Chen, el modelado se realizó con el Software Microsoft Visio 2007 y se muestra en la diagrama 9.

43

44

45

46

47

48

9.- Diagrama de base de datos.

49

La normalización es el proceso de análisis de un esquema relacional, mediante el cual se transforman datos complejos a un conjunto de estructuras de datos más pequeñas. Ayuda a quitar información redundante de la base de datos, minimiza las anomalías de inserción, borrado y actualizado. La normalización está basada en reglas que son: Primera Forma Normal (1NF), Segunda Forma Normal (2NF), Tercera Forma Normal (3FN). [6] En el diseño que se está analizando se utilizan solamente las siguientes Formas Normales: •

Primera Forma Normal (1NF):

Se considera parte de la definición formal de la relación, la 1NF prohíbe los atributos multivaluados, los atributos compuestos y sus combinaciones. Establece que los dominios de los atributos deben incluir sólo valores simples e indivisibles, establece que el valor de cualquier atributo en una tupla debe ser un valor individual proveniente del dominio de este atributo. Por tanto 1NF prohíbe tener un conjunto de valores, una tupla de valores o una combinación de ambos como valor de un atributo para una tupla individual, es decir prohíbe las relaciones dentro de las relaciones o las relaciones como valores de atributo dentro de tuplas. •

Segunda Forma Normal (2FN):

Está basada en el concepto de dependencia funcional total. Una dependencia funcional total X -> Y es total si la eliminación de cualquier atributo A de X implica que la dependencia deje de ser válida, es decir para cualquier atributo A ϵ  X, (X-{A}) no determina funcionalmente a Y. Una dependencia funcional X-> Y es parcial si al eliminarse algún atributo A ϵ X de X y la dependencia sigue siendo válida. Un esquema de relación R está en segunda forma normal si ningún atributo no primo de A de R es completa y funcionalmente dependiente de la clave primaria de R. •

Tercera Forma Normal (3FN):

Se basa en el concepto de dependencia transitiva. Una dependencia funcional X->Y en un esquema de relación R es una dependencia transitiva si existe un conjunto de atributos Z que no sea un conjunto de cualquier clave de R, y se cumple tanto X->Z como Z->Y. 50

Un esquema R está en 3FN, siempre que una dependencia funcional X->A se cumple en R, o bien X es una superclave de R, o A es un atributo primo de R.

Diseño de cubos

E el diseño de los cubos en OLAP se considera un esquema en estrella, por ello se requiere una tabla de hechos que es la tabla que tenemos en el centro en la figura X, las tablas que la rodean son las dimensiones de cada uno de los cubos. Cubo de investigadores.

10. Diagrama Cubo de investigadores.

51

11. Diagrama Dimensiones de investigadores

12. Diagrama Perspectivas de investigadores 52

13. Diagrama Cubo Investigadores Perspectivas.

53

14. Diagrama Cubo investigadores Traducciones.

54

Cubo Cursos.

15. Diagrama Cubo Cursos

55

16. Diagrama Dimensiones de Cursos

17. Diagrama Cubo Cursos Perspectivas.

56

18. Diagrama Cubo Cursos Traducciones.

57

CAPITULO 4 Cubos OLAP. Manual para visualizar Información de cubos.

Especificaciones técnicas de hardware. Para el correcto funcionamiento de los cubos se recomienda contar con el siguiente hardware: Características de la PC Procesador Intel Pentium 4 • Memorias RAM 512 Mb, recomendable 1 Gb • Conexión a internet de mínimo de 512 Kbps, recomendable 1 Mb • Navegador Internet Explorer 6 o posterior • Complemento de Office Web Componets (OWC11.exe) • Administrador de conexión para Analysis Services 2008 (SQLSERVER2008_ASOLEDB10.msi) •

Recomendaciones Para poder visualizar los cubos en línea se deberá utilizar el navegador Internet Explorer a partir de la versión 5.0 en adelante. Descargar e instalar los siguientes complementos Ejecutar el archivo owc11.exe, le aparecerá la siguiente ventana, clic en “Acepto los términos del contrato de licencia” posteriormente clic en Instalar.

58

Progreso de la instalación.

También tendrá que ejecutar el siguiente programa SQLSERVER2008_ASOLEDB10.ms i

59

Dar clic en Siguiente

Aceptamos los términos del contrato y damos clic en siguiente.

60

Proporcionamos los datos solicitados y damos clic en siguiente.

Damos clic en Instalar

61

Damos clic en Finalizar

62

Configuración de Internet Explorer

Paso 1: Agregar la dirección del sitio a sitios de confianza en la opción Herramientas del navegador Internet Explorer -> Seguridad -> Sitios de Confianza como se muestra en la siguiente imagen.

Se tendrá que quitar la opción de; “Requerir comprobación del servidor (https:) para todos los sitios de esta  zona” de otra forma no le permitirá agregar dicha dirección.

63

Paso 2: Dentro de la opción Herramientas > Seguridad -> Sitios de Confianza -> Nivel Personalizado deberá de configurarlo como aparece en la siguiente imagen. Habilitar la opción Tener acceso a origen de datos entre dominios

Dentro de la misma ventana, se tendrá que deshabilitar la opción de Usar el bloqueador de elementos emergentes

64

Seleccionar la opción de Restablecer configuración personal Restablecer a “Bajo” Por ultimo seleccionar aceptar, Si, aplicar y aceptar nuevamente.

Paso 3: Dentro de la opción Herramientas -> Seguridad -> Internet -> Nivel Personalizado deberá de configurarlo como aparece en la siguiente imagen.

65

Ubique la parte de los Controles y complementos de ActiveX , como se muestra en la imagen. Una vez ubicada esta sección

se procederá a habilitar las

siguientes opciones:

Complementos de binarios y de scripts Descargar los controles  ActiveX firmados Descargar los controles  ActiveX sin firmar Ejecutar controles y complementos de ActiveX Generar scripts de los controles ActiveX marcados

Habilitar

1.-

2. 3.4.5.-

Preguntar (recomentado) Preguntar Habilitar Habilitar

66

6.-

7.-

8.--

9.-

10.-

11.-

como no seguros para scripts Inicializar y generar scripts Preguntar de los controles ActiveX no marcados como seguros  para scripts Mostrar videos y Habilitar animaciones en una  página web que no usa un reproductor multimedia externo Pedir intervención del Habilitar usuario automática para controles ActiveX Permitir que sólo los Habilitar dominios aprobados utilicen ActiveX sin  preguntar Permitir que todos los Habilitar controles ActiveX no usados anteriormente se ejecuten sin preguntar Permitir scriptlets Habilitar

Deberá habilitar la opción; “ Tener acceso a origen de datos entre dominios”

67

Dar clic en aceptar le aparecerá una ventana de Advertencia dar clic en Si y posteriormente en Aplicar y por ultimo en  Aceptar.

Paso 4: Deberá también deshabilitar el bloqueador de ventanas emergentes como se muestra en la siguiente imagen: opción Herramientas -> Opciones de Internet -> Internet -> Nivel Personalizado -> Usar el Bloqueador de elementos emergentes >Deshabilitar Con esta configuración básica del Navegador Internet Explorer podrá visualizar los cubos

68

Cubos de información OLAP. El sistema cuenta con una sección donde se concentran los cubos de información OLAP Esta se encuentra en la sección de dirección, en los apartados 3 a 6, en los que se encuentran Cubo de cursos, cubo de investigadores y cubo de pre-registro, se ilustran en la próxima figura.

Figura Pantalla principal de cubos de información OLAP

69

Cubo de información de cursos. Al seleccionar el link de cubo de cursos, se mostrara la siguiente leyenda, se debe aceptar, esta leyenda se despliega por el componente Microsoft offices 2003 web , se debe aceptar para el que se muestre la información del cubo.

70

Al aceptar se mostrara la siguiente imagen.

Ya desplegado el componente, se debe dar click en el botón lista de campos como se muestra en la siguiente pantalla.

71

Una vez dado el click; se desplegara la información de los campos (dimensiones del cubo) disponibles en el cubo de información.

Como primer paso se debe arrastrar de la lista de campos algún total al componente, en la siguiente imagen se muestra un ejemplo, en cual se arrastró el total de pagos, al componente y este mostro el total de pagos de los cursos, es decir de los cursos que están actualmente los alumnos inscriptos se han realizado un total de pagos, por un monto de 940 pesos.

72

En la siguiente imagen, se agregó el campo en la sección de alumno el campo de Nombre completo, y muestra la siguiente información, el total del monto de los pagos realizados por cada alumno.

En la siguiente imagen se le agrega de la sección de cursos el campo de Curso, en el mismo se muestra el nombre del mismo, es decir en el cubo de información se mostrara el monto que a dado el alumno a los cursos a l os cuales esta inscripto.

73

Además se puede mostrar información adicional del alumno, es decir cuando se arrojó el campo nombre completo al control del lado izquierdo del nombre se muestra el signo de +, este al darle click mostrará la demás información correspondiente al alumno.

En el siguiente, ejemplo se muestra el total de cursos ya arrojado al componente, de la sección totales el campo total de cursos, este nos muestra 14 cursos disponibles.

74

Además a esta se le agregara el campo de Curso, para que despliegue el nombre del curso y este nos mostrara a su vez el total de alumnos inscriptos al mismo.

Al mismo cruce de información se le agrega el campo de la sección alumnos de nombre completo para desplegar la siguiente información, est a será el nombre completo de los alumnos inscriptos a los cursos.

75

Al mismo cruce, que se quita el campo de nombre completo, y este se remplaza por el de sexo, este nos mostrara el cursos y el genero de los alumnos inscripto en los cursos.

76

Cubo de información de Pre-Registro. Al seleccionar el link de cubo de pre-registro, se mostrara la siguiente leyenda, se debe aceptar, esta leyenda se despliega por el componente Microsoft offices 2003 web, se debe aceptar para el que se muestre la información del cubo.

77

Al aceptar se mostrara la siguiente imagen.

Ya desplegado el componente, se debe dar click en el botón lista de campos como se muestra en la siguiente pantalla y en el mismo arrastrar el campo de totales al componente, este indicara el numero total de pre-registrados.

78

En la siguiente imagen, se agregó el campo en la sección de alumno pre-registro el campo de Nombre completo, y muestra la siguiente información, el cual desplegara la lista de alumno preregistrados.

79

En el siguiente cruce de información, se quita el campo de nombre completo, y se le sustituye por el campo de escuela de la sección institución, este cruce se interpretaría, cual es la escuela con más demanda por los alumnos de pre-registrados.

En el siguiente cruce de información, se quita el campo de nombre completo, y se le sustituye por el campo de carrera de carrera, este cruce se interpretaría, cual es la carrera con más demanda por los alumnos de pre-registrados.

80

En el siguiente cruce de información, se quita el campo carrera, y se le sustituye por el campo de sexo, este cruce se interpretaría, el género de las personas del pre-registro.

81

Cubo de información de Investigadores. Al seleccionar el link de cubo de investigadores, se muestra las dim ensiones con las que cuenta el cubo de información esto son las posibles cruces que se podrán realizar.

82

Ya desplegado la lista de campos, se escoge primero el campo de totales, este es el campo de no de inventores, este se debe arrojar sobre el componente como se muestra a continuación

En la siguiente pantalla se agrega el campo de datos generales, el campo de nombre completo al componente, este nos mostrara el desplegado del nombre completo de los investigadores.

83

Al cubo de información se le agrega el campo escuela, este

ampliara la información del

investigador de manera que esta mostrando la información de la escuela de procedencia.

Al mismo cruce, se le quita el campo de nombre completo, y este proporcionaría el número de investigadores agrupados por escuela de procedencia.

84

En el siguiente cruce se agrega el campo idioma, este nos despliega la información de el idioma y además el porcentaje que dominan los investigadores.

85

Al mismo cruce, se le quitan los campos correspondientes de idiomas y se le agregan el campo de formación académica el cual proporcionara la siguiente información del investigador.

En el siguiente cruce se muestra la experiencia industrial de los investigadores .en este se deben arrojar dentro del componente los campos pregunta y respuesta de la sección experiencia industrial como se muestra.

86

Implementación del sistema y captura de datos. Pantalla de Logueo del sistema.

Figura 4 Pantalla de logueo

Pantalla de Registro de nuevo usuario al sistema

Figura 5 Pantalla Registro de nuevo usuario

87

Pantalla principal Administración. Esta cuenta con tres modulos.

Figura 6 Pantalla principal de administración.

Modulo de administración de catálogos y registros. Estos es para administración de nuevas opciones de respuestas en las pantallas de registro del sistema.

Figura 7 Pantalla administración de catálogos y re gistros

88

Figura 7 Pantalla administración de catálogos y re gistros

Modulo de administración de usuarios En este modulo se puede bloquear cambiar contraseña, bloquear usuario, eliminar usuario además de agregar los roles a los usuarios

Figura 8 Pantalla administración de usuarios

89

Figura 8 Pantalla administración de usuarios

Modulo de pagos de cursos En este se pueden registrar los pagos de los cursos de c ada alumno.

Figura 9 Pantalla Modulo de pagos de cursos 90

Pantalla principal de Dirección. Esta cuenta con dos modulos.

Figura 10 Pantalla principal de Dirección

Pagos de cursos. En este modulo se muestra los pagos de cursos, con filtros por nombre de cursos y fechas de pagos.

Figura 11 Pantalla Pagos de cursos

91

Pre-Registro. En este modulo se muestra los Alumnos del pre-registro para el cursos de preparación para ingreso a nivel superior.

Figura 12 Pantalla Pre-Registro

92

Modulo de Pre-registro

Figura 13 Pantalla del formulario de Pre-Registro

93

Comprobante de registro del Pre-Registro.

Figura 13 Pantalla de comprobante de Pre-Registro

94

Pantalla principal de alumno. Esta cuenta con cinco modulos.

Figura 14 Pantalla principal de alumno.

Datos de alumno. Se registran los datos del alumno.

Figura 15 Pantalla de registro de alumno. 95

Cursos. Se muestran los cursos disponibles, y su fecha correspondiente.

Figura 16 Pantalla de cursos. Cuando se da click en los cursos sobre la fecha mostrada en el calendario despliega los detalles del curso.

Figura 17 Pantalla de cursos inscripción.

96

Mis cursos. Se lleva el registro de los cursos en los c uales se inscribió el alumno.

Figura 18 Pantalla de Mis cursos.

Pagos de Cursos. Se muestra el pago parcial de un curso, este se registra en el modulo de administración.

Figura 19 Pantalla de Pagos de Cursos.

97

Mis pagos-Alumno Ya que se registro el pago, en la sección de pagos del alumno, se muestra el pago del curso ya registrado.

Figura 20 Pantalla de Mis pagos-Alumno.

Datos a Facturar. Muestra el modulo para datos de facturación del alumno.

Figura 21 Pantalla de Datos a Facturar.

98

Pantalla principal de Instructor. Esta cuenta con Tres modulos.

Figura 22 Pantalla de principal de Instr uctor.

Instructor Modulo que registra los datos Principales del Instructor.

Figura 23 Pantalla Instructor.

99

Calendario. Se muestran los cursos disponibles, y su fecha correspondiente.

Figura 24 Pantalla calendario.

100

Cursos. Se llena el registro del cursos y sus diferentes, datos del mismo. En el cual lleva una secuencia en el registro en cada sección que se muestra

Figura 25 Pantalla Cursos, Nombre del curso.

101

Figura 26 Pantalla Cursos, Justificación del curso.

Figura 27 Pantalla Cursos. Objetivos del c urso.

102

Figura 28 Pantalla Cursos, forma de evaluación.

Figura 29 Pantalla Cursos, temario del curso.

103

Figura 30 Pantalla Cursos, requisitos de ingreso al curso.

Figura 31 Pantalla Cursos, dirigido a.

104

Figura 32 Pantalla Cursos, costo t otal del curso.

Sección donde se asigna el porcentaj e de la distribución del dinero del curso.

105

Figura 33 Pantalla Cursos, porcentajes.

106

Figura 34 Pantalla Cursos, Numero de participantes.

Sección de registro de las fechas del curso.

Figura 35 Pantalla Cursos, fechas de registro.

107

Sección de registro de documentos anexados al registro del curso.

Figura 36 Pantalla Cursos, documentos anexos. Comprobante de registro del curso.

108

Figura 37 Pantalla Cursos, comprobante del curso.

Pantalla principal de Inventor (investigador). Este cuenta con seis modulos.

109

Figura 38 Pantalla principal de Inventor.

Datos de investigador. Se registran los datos del investigador.

110

Figura 39 Pantalla Datos de investigador.

Formación académica. Se registran los datos de formación académica del investigador.

Figura 40 Pantalla Formación académica.

111

Experiencia en la Industria. Se registran los datos de la experiencia laboral del Investigador.

Figura 41 Pantalla Experiencia en la Industria. .

Líneas de investigación y logros. Se registran las investigaciones y logros del investigador.

112

Figura 42 Pantalla Líneas de investigación y logros.

Proyectos de investigación. Se registran los Proyectos de investigación del inventor.

113

Figura 43 Pantalla Proyectos de investigación.

Idiomas adicionales. Se registran los idiomas del investigador y sus habilidades en el mismo.

114

Figura 44 Pantalla Idiomas adicionales.

115

Cubo de Información.

Pantalla principal de Cubos de información OLAP

Figura 45 Pantalla principal de Cubos de información OLAP .

116

Figura 46 Pantalla del Cubo de cursos OLAP

Figura 47 Pantalla del Cubo de investigadores OLAP

117

Figura 48 Pantalla del Cubo de Pre-registro OLAP

118

Conclusiones Se resolvió la problemática del departamento; así como cumplimento con los puntos: •

Alta de cursos.

•

Alta de instructores.

•

Alta de alumnos.

•

Disponibilidad de los cursos. Control de pagos de los interesados al curso.

•

Lista de Alumnos del curso.

•

Docentes que impartieron un curso.

•

Los cursos de los que fueron de mayor interés en la comunidad estudiantil.

•

•

Comportamiento de los alumnos que desertaron (ya sea que dejaron de ir al curso).

•

Comportamiento de los cursos con el mayor índice de inscripción.

•

Lo rentable que es impartir un curso.

•

Información de los cursos impartidos.

Así adicionalmente al proyecto de Trabajo terminal se realizo; El sistema de registro de investigadores de la UPIITA, además del sistema de Pre-Registro Curso de preparación para ingreso a Nivel Superior, además de agregar 2 cubos OLAP al sistema además la puesta en marcha del sistema en un hosting externo al del IPN.

119

Trabajos futuros A continuación se plantean algunas mejoras para el sistema el cual se desarrollo.

La migración del Trabajo terminal a un servidor propio del IPN de: • • •

Las bases de datos. El sitio web Los cubos OLAP.

Además de dar mantenimiento del sistema en detalles en el mismo, como validaciones necesarias que usuario necesite.

120

Referencias [1] Ceballos, Francisco Javier. Microsoft C# Lenguaje y Aplicaciones (2da edición) Alfaomega. [2] Peña de San Antonio, Óscar (2010) Manual impredecible de CSS Anaya, [3] Pérez, Cesar. Oracle 10g Administración y análisis de base de datos (2da edición) Alfaomega. [4] Firtman, Maximiliano. AJAX Web 2.0 con jQuery para profesionales (2da edición) Alfaomega [5]Piattini, Mario G; Marcos,Esperanza; Calero, Coral y Vela, Belém (2007) Tecnología y Diseño de Bases de Datos. Alfaomega. [6]Navathe; Elmasri. Sistemas de Bases de Datos Conceptos Fundamentales (2d edición) Pearson Educaion [7] Larman, Craig. UML Y PATRONES Una introducción al análisis y diseño orientado a objetos y al proceso unificado. Pearson. [8] Kappel, Gerti;Pröll, Brigit; Reich, Seigfried; Retschitzegger, Werner; WEB ENGINEERING. The Discipline of Systematic Development of web Applications. John Wilwy & Sons, Ltd [9]Sinexus (2007) [Documento WWW] URL: http://www.sinnexus.com/business_intelligence/olap_vs_oltp.aspx [10] msdn URL: http://msdn.microsoft.com/es-es/default.aspx [11] Rios, (2011) [Documento en WWW] URL: http://rilaros.blogspot.mx/2011/12/implementar-membership-providers-con.html [12] Barquin, John (2009) [Documento WWW] URL: http://johnbarquin.wordpress.com/2009/04/01/reportviewer-y-fuentes-de-datos-dinamicas/

121