UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/9982/1/PTG-762...de Mallas de la...
Transcript of UNIVERSIDAD DE GUAYAQUILrepositorio.ug.edu.ec/bitstream/redug/9982/1/PTG-762...de Mallas de la...
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
PROTOTIPO DE SISTEMA ACADÉMICO PARA LA UNIVERSIDAD DE
GUAYAQUIL; PROCESO DE MIGRACIÓN DE DATOS DEL MÓDULO
DE MALLAS DE LA FACULTAD DE MATEMÁTICAS Y FÍSICAS
PARA LAS CARRERAS DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES E INGENIERÍA
EN NETWORKING
TESIS DE GRADO
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR: PATRICIA ISABEL PROAÑO BAZÁN
TUTOR: ING. KATYA FAGGIONI COLOMBO
GUAYAQUIL – ECUADOR
2015
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO “PROTOTIPO DE SISTEMA ACADÉMICO PARA LA UNIVERSIDAD DE GUAYAQUIL; PROCESO DE MIGRACIÓN DE DATOS DEL MÓDULO DE MALLAS DE LA FACULTAD DE MATEMÁTICAS Y FÍSICAS PARA LAS CARRERAS DE INGENIERÍA EN SISTEMAS E INGENIERÍA EN NETWORKING”
REVISORES:
INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y
Físicas
CARRERA: INGENIERÍA EN SISTEMAS COMPUTACIONALES
FECHA DE PUBLICACIÓN: N° DE PÁGS.: 146
ÁREA TEMÁTICA: BASE DE DATOS
PALABRAS CLAVES: MIGRACIÓN, SSIS, SQLSERVER, INTEGRATION SERVICES, PAQUETES
RESUMEN: El presente proyecto tiene como objetivo realizar la migración del módulo de Mallas de la Facultad de Matemáticas y Físicas en las carreras de Ingeniería en Sistemas e Ingeniería en Networking, con la finalidad de que la información migrada al nuevo sistema Prototipo de la Universidad de Guayaquil, muestre los datos consistentes y estén disponibles. La estrategia de la migración es realizar plantillas en Excel las cuales deben ser llenadas por el DBA de la Carrera con la información a migrar y posteriormente poder ejecutar los paquetes de SSIS para pasar las plantillas hacia la Base de datos destino del módulo de Mallas.
N° DE REGISTRO(en base de datos): N° DE CLASIFICACIÓN:
Nº
DIRECCIÓN URL (tesis en la web):
ADJUNTO PDF SI
NO
CONTACTO CON AUTOR: PATRICIA ISABEL PROAÑO BAZÁN
Teléfono: 0988357230
E-mail:
m
CONTACTO DE LA INSTITUCIÓN Nombre:
Teléfono:
I
APROBACION DEL TUTOR
En mi calidad de Tutor del trabajo de investigación, “PROTOTIPO DE
SISTEMA ACADÉMICO PARA LA UNIVERSIDAD DE GUAYAQUIL;
PROCESO DE MIGRACIÓN DE DATOS DEL MÓDULO DE MALLAS DE
LA FACULTAD DE MATEMÁTICAS Y FÍSICAS PARA LAS CARRERAS
DE INGENIERÍA EN SISTEMAS E INGENIERÍA EN NETWORKING”
elaborado por la Sra. Patricia Isabel Proaño Bazán, egresado de la
Carrera de Ingeniería en Sistemas Computacionales, Facultad de
Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, previo a
la obtención del Título de Ingeniero en Sistemas, me permito declarar que
luego de haber orientado, estudiado y revisado, la Apruebo en todas sus
partes.
Atentamente
Ing. Katya Faggioni Colombo
TUTORA
II
DEDICATORIA
Dedico mi tesis primero a Dios que gracias a la fuerza y valor que me ha dado de seguir con mi meta, a mi familia en especial a mi esposo que fue mi apoyo diario en todo momento, y mis padres que siempre me han dado el apoyo y ánimos para continuar y seguir y cumplir mi meta.
III
AGRADECIMIENTO
Agradezco a Dios primero porque es el mi dador de fuerza e inteligencia, ayuda para llegar al termino de mi meta, agradezco a mi esposo que ha sido mi apoyo incondicional y ayuda en casa para que pueda seguir adelante con mi proyecto, agradezco a mis padres que desde siempre he tenido su apoyo y constante ayuda en todos los ámbitos de mi vida. Agradezco también a mis amigos y compañeros que siempre me brindaron la ayuda que les pedí, nunca me dijeron no. Agradezco a mis profesores de toda mi vida universitaria los cuales me transmitieron los conocimientos que ahora tengo y que me han ayudado en mi vida profesional. Agradezco a mi tutor y profesores directores de tesis quienes me dieron su ayuda y apoyo en todo momento. A todos muchas gracias.
IV
TRIBUNAL DE GRADO
Ing. Eduardo Santos Baquerizo,
M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y
FÍSICAS
Ing. Harry Luna Aveiga, M.Sc. DIRECTOR
CISC, CIN
Ing. Katya Faggioni Colombo,
M.Sc. DIRECTOR DE TESIS
Ing. Bernardo Iñiguez Muñoz, M.Sc.
TRIBUNAL
Ing. Carlos Aveiga Paini, M.Sc.
TRIBUNAL
Ab. Juan Chávez A.
SECRETARIO
V
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de esta Tesis de Grado, me
corresponden exclusivamente; y el patrimonio intelectual de la misma a la
UNIVERSIDAD DE GUAYAQUIL”
Patricia Proaño Bazán
VI
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
PROTOTIPO DE SISTEMA ACADÉMICO PARA LA UNIVERSIDAD DE
GUAYAQUIL; PROCESO DE MIGRACIÓN DE DATOS DEL MÓDULO
DE MALLAS DE LA FACULTAD DE MATEMÁTICAS Y FÍSICAS
PARA LAS CARRERAS DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES E INGENIERÍA
EN NETWORKING
Tesis de Grado que se presenta como requisito para optar por el título de
INGENIERO EN SISTEMAS COMPUTACIONALES
Autor/a: PATRICIA ISABEL PROAÑO BAZAN
C.I. 0926325929
Tutor: ING. KATYA FAGGIONI COLOMBO
Guayaquil, Agosto del 2015
VII
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor de Tesis de Grado, nombrado por el Consejo
Directivo de la Facultad de Ciencias Matemáticas y Físicas de la
Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Grado presentado por el estudiante
PATRICIA ISABEL PROAÑO BAZÁN, como requisito previo para optar
por el título de INGENIERO EN SISTEMAS COMPUTACIONALES cuyo
problema es:
PROTOTIPO DE SISTEMA ACADÉMICO PARA LA UNIVERSIDAD DE
GUAYAQUIL: PROCESO DE MIGRACIÓN DE DATOS PARA EL
MÓDULO MALLAS DE LA FACULTAD DE CIENCIAS MATEMÁTICAS Y
FÍSICA EN LAS CARRERAS DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES E INGENIERÍA EN NETWORKING Y
TELECOMINCACIONES, considero aprobado el trabajo en su totalidad.
Presentado por:
PATRICIA ISABEL PROAÑO BAZÁN
C.I.: 0926325929
Tutor: ING. KATYA FAGGIONI
Guayaquil, 14 de Agosto del 2015
VIII
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Tesis en Formato Digital 1. Identificación de la Tesis
Nombre Alumno: PATRICIA ISABEL PROAÑO BAZÁN
Dirección: FEBRES CORDERO Y LA 15AVA
Teléfono: 0988357230 E-mail: [email protected]
Temas Tesis: (Palabras claves 5 a 8 ) MIGRACIÓN, SSIS, SQLSERVER, INTEGRATION SERVICES, PAQUETES
2. Autorización de Publicación de Versión Electrónica de la Tesis A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de esta tesis. Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno: 3. Forma de envío: El texto de la Tesis debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM CDROM X
Facultad: MATEMÁTICAS Y FÍSICAS
Carrera: INGENIERÍA EN SISTEMAS COMPUTACIONALES
Título al que opta: INGENIERO EN SISTEMAS COMPUTACIONALES
Profesor guía: ING. KATYA FAGGIONI
Título de la Tesis: Prototipo de Sistema Académico para la Universidad de
Guayaquil; Proceso de Migración de Datos del módulo de Mallas de la Facultad Matemáticas y física para las carreras de Ingeniería en Sistemas e Ingeniería en Networking
IX
ÍNDICE GENERAL
APROBACION DEL TUTOR ............................................................................... I DEDICATORIA ..................................................................................................... II
AGRADECIMIENTO .......................................................................................... III TRIBUNAL DE GRADO .................................................................................... IV
CERTIFICADO DE ACEPTACIÓN DEL TUTOR ......................................... VII Autorización para Publicación de Tesis en Formato Digital .............................. VIII
ÍNDICE GENERAL ............................................................................................. IX
ABREVIATURAS ............................................................................................... XII
ÍNDICE DE CUADROS ................................................................................... XIII ÍNDICE DE GRÁFICOS ................................................................................. XIV
INTRODUCCIÓN .................................................................................................. 1 CAPÍTULO I .......................................................................................................... 4
EL PROBLEMA .................................................................................................... 4 PLANTEAMIENTO DEL PROBLEMA ............................................................... 4
Ubicación del Problema en un Contexto .......................................................... 4 Situación Conflicto Nudos Críticos .................................................................... 5
Causas y Consecuencias del Problema ........................................................... 5
Delimitación del Problema .................................................................................. 6
Formulación del Problema .................................................................................. 7
EVALUACIÓN DEL PROBLEMA ....................................................................... 8
OBJETIVOS .......................................................................................................... 8
OBJETIVO GENERAL ......................................................................................... 8
OBJETIVOS ESPECÍFICOS .............................................................................. 9
ALCANCES ......................................................................................................... 10
JUSTIFICACIÓN E IMPORTANCIA ............................................................... 11 CAPÍTULO II ....................................................................................................... 13
MARCO TEÓRICO ............................................................................................ 13 ANTECEDENTES DEL ESTUDIO .................................................................. 13
FUNDAMENTACIÓN TEÓRICA ...................................................................... 14
Versiones de SQL Server ................................................................................. 17 SQL Server 2000 ............................................................................................ 17
SQL Server 2005 ............................................................................................ 18 SQL Server 2008 ................................................................................................ 18
SQL Server 2008 R2 .......................................................................................... 19
SQL Server 2012 ........................................................................................ 19
BASE DE DATOS SQL SERVER 2012 .......................................................... 20 (Morillo, 2012) ................................................................................................. 20
HERRAMIENTAS DE SQL SERVER 2012 .................................................... 20
EDICIONES SQL SERVER 2012 .................................................................... 25
HERRAMIENTA DE MIGRACION SQL SERVER INTEGRATION SERVICES .......................................................................................................... 26
PAQUETES DE INTEGRATION SERVICES (SSIS) .................................... 27 COMO FUNCIONA EL INTEGRATION SERVICES..................................... 29
COMO CREAR UN NUEVO PROYECTO INTEGRATION SERVICES .... 31
X
MAPAS DE PROCESOS .................................................................................. 33 DEFINICION ........................................................................................................ 33
DEFINICIÓN DE LOS PROCESOS SEGÚN TIPOLOGÍAS ....................... 34 PASOS PARA HACER UN MAPA DE PROCESOS .................................... 35
ANÁLISIS FODA ................................................................................................ 36 FUNDAMENTACIÓN LEGAL ........................................................................... 39
PROPUESTA DE REGLAMENTO DE RÉGIMEN ACADÉMICO
APROBADO EN PRIMERA ........................................................................ 39 ACUERDO Nº 119, ARTÍCULO 6, NUMERAL 1: .................................... 49 DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS ................... 51 SEGÚN LA CONSTITUCIÓN DE LA REPÚBLICA DEL ECUADOR ... 52
HIPÓTESIS PREGUNTAS A CONTESTARSE ............................................ 53
VARIABLES DE LA INVESTIGACIÓN ........................................................... 53
MARCO ADMINISTRATIVO ............................................................................. 54
CRONOGRAMA ................................................................................................. 54 PRESUPUESTO ................................................................................................ 57
CAPÍTULO III ...................................................................................................... 58 METODOLOGÍA ................................................................................................. 58
DISEÑO DE LA INVESTIGACIÓN .................................................................. 58 MODALIDAD DE LA INVESTIGACIÓN .......................................................... 58
TIPO DE INVESTIGACIÓN .............................................................................. 59
PROYECTO FACTIBLE .................................................................................... 60
POBLACIÓN Y MUESTRA ............................................................................... 61
POBLACIÓN ....................................................................................................... 61 MUESTRA ........................................................................................................... 61
OPERACIONALIZACIÓN DE VARIABLES .................................................... 62
Variables Independientes .................................................................................. 62 Variables Dependientes .................................................................................... 62
INSTRUMENTOS DE RECOLECCIÓN DE DATOS .................................... 65 TÉCNICAS DE INVESTIGACIÓN ................................................................... 65
INSTRUMENTOS DE INVESTIGACIÓN ........................................................ 65
VALIDACIÓN ...................................................................................................... 65
RECOLECCIÓN DE LA INFORMACIÓN ....................................................... 66 CRITERIOS PARA LA ELABORACIÓN DE LA PROPUESTA .................. 66 ANÁLISIS FODA ................................................................................................ 66
MAPA DE PROCESOS ..................................................................................... 68
PROCESO ESTRATÉGICO PARA LA MIGRACIÓN DEL MÓDULO DE MALLAS ............................................................................................................... 69
PROCESO OPERATIVO: ................................................................................. 70
PROCESO DE SOPORTE: .............................................................................. 71
ANÁLISIS Y DISEÑO DEL PROCESO DE MIGRACIÓN DE MALLAS .... 72
TABLAS Y DESCRIPCIÓN DE LOS CAMPOS DE LA BASE DESTINO . 84 CAPÍTULO IV ...................................................................................................... 85
RESULTADOS DEL PROYECTO ................................................................... 85 CAPÍTULO V ....................................................................................................... 88
CONCLUSIONES Y RECOMENDACIONES ................................................ 88
XI
CONCLUSIONES ............................................................................................... 88 ANEXOS .............................................................................................................. 92
ANEXO 1 ............................................................................................................. 93 ANEXO 2 ............................................................................................................. 95
ANEXO 3 ........................................................................................................... 106 ANEXO 4 ........................................................................................................... 126
XII
ABREVIATURAS
Script Archivos adicionales que contienen instrucciones T-
SQL.
T-SQL Transact-SQL (Transacciones SQL)
SGBD Sistema Gestor de Base de Datos
SSIS SQL Server Integration Services
XIII
ÍNDICE DE CUADROS
Cuadro 1: Causas y Consecuencias ................................................................. 5
Cuadro 2: Detalle de Ingresos .......................................................................... 57 Cuadro 3: Detalle de Egresos .......................................................................... 57
Cuadro 4: MATRIZ DE OPERACIONALIZACIÓN DE VARIABLES .......... 63 Cuadro 5: Análisis Interno FODA .................................................................... 67
Cuadro 6: Análisis Externo FODA ................................................................... 67
XIV
ÍNDICE DE GRÁFICOS
Grafico 1: Ediciones de SQL Server 2012 ..................................................... 25 Grafico 2: Flujo de Datos SSIS ........................................................................ 27
Grafico 3: Integración de Datos sin SSIS ....................................................... 29 Grafico 4: Carga de Datos sin SSIS ................................................................ 29
Grafico 5: Integración de Datos con SSIS ...................................................... 30 Grafico 6: Carga de Datos con SSIS .............................................................. 30
Grafico 7: Creando Proyecto SSIS - 1 ............................................................ 31
Grafico 8: Creando Proyecto SSIS – 2 ........................................................... 32 Grafico 9: Creando Proyecto SSIS – 3 ........................................................... 32
Grafico 10: Mapa de Procesos ......................................................................... 35 Grafico 11: Ejemplo de Análisis FODA ........................................................... 38
Grafico 12: CRONOGRAMA DE ACTIVIDADES REALIZADAS (1/2) ....... 54
Grafico 13: CRONOGRAMA DE ACTIVIDADES REALIZADAS (2/2) ....... 55
Grafico 14: DIAGRAMA DE GAUSS DE LAS ACTIVIDADES REALIZADAS (1/3) ............................................................................................ 55
Grafico 15: DIAGRAMA DE GAUSS DE LAS ACTIVIDADES REALIZADAS (2/3) ............................................................................................ 56
Grafico 16: DIAGRAMA DE GAUSS DE LAS ACTIVIDADES REALIZADAS (3/3) ............................................................................................ 56
Grafico 17: Mapa Procesos .............................................................................. 68 Grafico 18: MER Base de Datos Origen ......................................................... 73
Grafico 19: MER Base de Datos Destino ....................................................... 76
Grafico 20: Plantilla de Datos Origen .............................................................. 77
Grafico 21: Plantilla de Errores ........................................................................ 80
Grafico 22: Ejecución SSIS 1 ........................................................................... 80 Grafico 23: Ejecución SSIS 1 - Contenido ..................................................... 81
Grafico 24: Ejecución SSIS 2 ........................................................................... 82
Grafico 25: Ejecución SSIS 2 - Contenido ..................................................... 82
Grafico 26: Ejecución SSIS 3 ........................................................................... 83 Grafico 27: Ejecución SSIS 3 - Contenido ..................................................... 84
Grafico 28: Resultado Migración 1 .................................................................. 85 Grafico 29: Resultado Migración 2 .................................................................. 86
Grafico 30: Resultado Plantilla de Errores ..................................................... 86
Grafico 31: Plantilla de Auditoria ...................................................................... 87
XV
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FISICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
PROTOTIPO DE SISTEMA ACADÉMICO PARA LA UNIVERSIDAD DE
GUAYAQUIL; PROCESO DE MIGRACIÓN DE DATOS DEL MÓDULO
DE MALLAS DE LA FACULTAD DE MATEMÁTICAS Y FÍSICAS
PARA LAS CARRERAS DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES E INGENIERÍA
EN NETWORKING
Autor: PATRICIA ISABEL PROAÑO BAZÁN
Tutor: ING. KATYA FAGGIONI COLOMBO
Resumen
El presente proyecto tiene como objetivo realizar la migración del módulo
de Mallas de la Facultad de Matemáticas y Físicas en las carreras de
Ingeniería en Sistemas e Ingeniería en Networking, con la finalidad de que
la información migrada al nuevo sistema Prototipo de la Universidad de
Guayaquil, muestre los datos consistentes y estén disponibles. La
estrategia de la migración es realizar plantillas en Excel las cuales deben
ser llenadas por el DBA de la Carrera con la información a migrar y
posteriormente poder ejecutar los paquetes de SSIS para pasar las
plantillas hacia la Base de datos destino del módulo de Mallas.
XVI
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
PROTOTIPO DE SISTEMA ACADÉMICO PARA LA UNIVERSIDAD DE
GUAYAQUIL; PROCESO DE MIGRACIÓN DE DATOS DEL MÓDULO
DE MALLAS DE LA FACULTAD DE MATEMÁTICAS Y FÍSICAS
PARA LAS CARRERAS DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES E INGENIERÍA
EN NETWORKING
Autor: PATRICIA ISABEL PROAÑO BAZÁN
Tutor: ING. KATYA FAGGIONI COLOMBO
ABSTRACT
This project aims to make migration module Meshes of the Faculty of
Mathematics and Physics at the Engineering Systems and Networking
Engineering, in order that the migrated data to the new prototype system
at the University of Guayaquil, data showing consistent and available. The
migration strategy is to make Excel templates which must be completed by
the DBA Race with the information and then migrate to execute SSIS
packages to move the templates to the target database module “Mallas”.
1
INTRODUCCIÓN
En la actualidad toda empresa o institución para agilitar la operatividad
diaria, requiere o utiliza una aplicación informática, con lo cual facilita y
agiliza las transacciones ayudando a ofrecer un mejor servicio.
Un gran número de instituciones utilizan o desarrollan software a la
medida de acuerdo a sus necesidades, mejorando su operatividad y
funciones diarias; aunque existe el riesgo de que si no se desarrolla de
una manera íntegra, el programa pueda contener errores y puede generar
datos inestables y poco fiables.
El objetivo de nuestro proyecto es realizar la migración de los datos de la
Facultad de Matemáticas y Físicas, tomando en cuenta toda la
información de Mallas curriculares hacia estructuras estándares que se
requiere en la Universidad de Guayaquil y que cumplan con las reglas
institucionales para poder ser consultadas y manipuladas de manera
correcta; para este efecto se realizaran los siguientes pasos:
Análisis de las reglas de negocio para guardar la información de Mallas
Curriculares.
Diseño de las estructuras necesarias que serán repositorio de la
información de mallas a migrar, y luego para ser ingresadas por algún
sistema o aplicativo.
Realizar un análisis de la base de datos actual para tomar la información
de Mallas, y obtener los datos a migrar; luego poder realizar el flujo de
SSIS y migrar cada estructura.
2
Migrar los datos hacia las nuevas estructuras de mallas prototipo del
sistema académico.
El proyecto comprende toda la temática en cinco capítulos que están
desarrollados de la siguiente manera:
El primer capítulo se realiza el planteamiento del problema, las causas y
consecuencias, la importancia del tema así como su respectiva
justificación.
El segundo capítulo abarca la fundamentación teórica del proyecto,
explicación y conceptos de las herramientas a usar, técnicas a usar. Aquí
se cita la investigación realizada de todo el proyecto cuya investigación se
realizó en libros y páginas web; también se puede encontrar el
fundamento legal en este caso los artículos del Reglamento del Régimen
Académico expedido por el CES (Consejo de Educación Superior), los
cuales hemos aplicado para obtener la lógica o reglas de negocio, y datos
que se requiere en el módulo de mallas.
El tercer capítulo se realiza la explicación de las metodologías a usar en
el desarrollo del proyecto; como método estadístico se realizó la
entrevista dirigida al administrador de base de datos de las carreras de
Ingeniería en Sistemas Computacionales e Ingeniería en Networking y
Telecomunicaciones; se explica paso a paso el desarrollo de los objetivos
específicos del proyecto, se plantea el plan de migración del módulo de
mallas.
El cuarto capítulo se puede observar los resultados del proyecto, qué se
obtuvo después de ser ejecutada la migración de mallas curriculares. Se
3
detalla los resultados después de ser ejecutados los paquetes de SSIS
hacia la nueva base de datos prototipo del sistema académico.
En el quinto y último capítulo podremos ver las conclusiones y
recomendaciones acerca de la migración de mallas, dando los puntos
más importantes y críticos que se deben tomar en cuenta al realizar la
migración.
4
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
Actualmente las Carreras de Ingeniería en Sistemas Computacionales e
Ingeniería en Networking Y Telecomunicaciones de la Facultad de Ciencias
Matemáticas y Físicas, realizan sus procesos administrativos y académicos en
un aplicativo desarrollado por las mismas carreras, los cuales ayudan en gran
parte a programar horarios, ingreso de información de docentes y estudiantes,
mallas, asignación de cursos, matriculación, pagos, entre otros; esta información
es manejada de manera interna por el departamento cómputo de las carreras.
En la Universidad de Guayaquil también existe un repositorio central (Centro de
Cómputo), en el cual debe estar toda la información de todas las facultades y
carreras, para que esto se cumpla las carreras replican información hacia este
repositorio central, ya sea por procesos automáticos o paso de información de
modo manual, que puede ser por medio de archivos Excel o tipo texto.
5
Cuando se realiza el paso de los datos correspondientes a cada carrera, hacia el
sistema de la Universidad muchas veces provoca perdida de información, doble
almacenamiento, o inconsistencia entre los repositorios administrados por las
carreras y los del centro de cómputo; esto ocasiona que la información no sea
íntegra e impide su inmediata disponibilidad al generar consultas con información
incompleta y contenido erróneo.
Situación Conflicto Nudos Críticos
Los problemas de inconsistencia, disponibilidad y confiabilidad surgen por la
administración de la infraestructura con diferentes grupos de personas; al
realizar un desarrollo puede crear conflictos o errores de información cuando se
realiza la migración de datos.
Se manifiesta en procesos de matriculación, en verificación de mallas, en
revisión de materias aprobadas, entre otros.
Causas y Consecuencias del Problema
Cuadro 1: Causas y Consecuencias
CAUSAS CONSECUENCIAS
En más de un repositorio de base
de datos, existe la misma
información.
Duplicidad de datos, los cuales se deben
tratar para poder sacar información
correcta y verdaderos reportes. Esto
provoca desgaste de tiempo y recurso
humano realizando este trabajo.
Mayor vulnerabilidad en el acceso de
información ya que la data no está en un
solo repositorio existe más probabilidad
que uno de los dos sea atacado por
hackers.
Mayor tiempo de respuesta para obtener
información concreta e integra.
6
Replicación de Información hacia
los diferentes repositorios de
datos.
Al momento de replicar información existe
riesgo de perder información valiosa ya
sea por realizar la replicación de forma
manual o errores dentro de los aplicativos
que provocarían realizar un reproceso de
la información.
Inconsistencia de datos.
Desarrollos de Aplicaciones
independientes NO centralizado.
Ya que no se tiene la información
centralizada en un solo repositorio, se
crean desarrollos a la medida según la
conveniencia de cada parte, es decir si se
realiza una validación en la carrera de
ingeniería en sistemas esta es probable
que no exista en el centro de cómputo
central y viceversa.
Mantenimiento de dos repositorios de
información.
Más personal para realizar el correcto
mantenimiento de la integridad de los
datos.
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
Delimitación del Problema
El presente proyecto está delimitado en el análisis y procesos de datos que
intervienen en el módulo de Mallas de las carreras de Ingeniería en Sistema
Computacionales e Ingeniería en Networking y Telecomunicaciones de la
Facultad de Matemáticas y Físicas.
7
Formulación del Problema
Pregunta General:
¿Cómo podemos contar con datos consistentes que demuestren la integridad y
seguridad de la información?
Al tener un sistema personalizado o desarrollado en cada facultad, se tiene como
aparente ventaja que se puede desarrollar a la medida y conforme a las
necesidades de cada facultad, pero al momento de querer migrar la información
al centro de cómputo central el cual maneja la información válida; esto presenta
inconveniente en la sincronización de datos y haciendo que la información no
sea confiable, esto ocasiona quejas entre administrativos y autoridades.
Por tal motivo, se considera realizar una migración de los datos de la Facultad de
Matemáticas y Físicas, apegándose a los estándares que solicita la Universidad
de Guayaquil. Para lograr la migración se realizara un análisis de las tablas de la
base de datos de la carrera de Ingeniería en Sistemas Computacionales e
Ingeniería en Networking y Telecomunicaciones, y se creará una estructura que
soporte toda la información de Mallas Curriculares y por último se desarrollará un
flujo de datos para migrar en la herramienta Integration Services.
Preguntas Específicas:
¿Cómo evitar la pérdida de información en las carreras?
¿Cómo obtener la información necesaria para integrar el Módulo de Mallas al
centro de cómputo?
8
EVALUACIÓN DEL PROBLEMA
Los aspectos generales de evaluación son:
Delimitado: El problema será analizado desde Enero del 2015 a la fecha, sobre
información de mallas de la carrera de Ingeniería en Sistemas y Networking y
Telecomunicaciones de la Facultad de Matemáticas y Físicas. El objeto de
estudio serán los procesos de Mallas Curriculares.
Claro: Duplicidad de datos en las carreras y centro de cómputo. Diferencias de
información entre las estructuras de datos.
Evidente: Se ha observado en los alumnos que presentan pagos pendientes a
pesar de haber cancelado o errores al visualizar notas.
Factible: El proyecto es factible porque no requiere costos de infraestructura
sino desarrollo por lo cual puede ser desarrollado por los alumnos de la carrera a
analizar.
Identifica los productos esperados: Se espera desarrollar una migración de
estructuras y datos para el módulo de mallas el cual contenga toda la
información necesaria y concisa para poder ser migradas.
OBJETIVOS
OBJETIVO GENERAL
Analizar la información correspondiente al módulo de Mallas de las carreras de
Ingeniería en Sistemas Computacionales e Ingeniería en Networking y
Telecomunicaciones, contenidas en la base de datos actual del Centro de
9
Cómputo de la carrera y diseñar el paso de los datos de acuerdo a la nueva
estructura de Base de datos establecida en el presente proyecto.
OBJETIVOS ESPECÍFICOS
1. Analizar las estructuras de base de datos para el módulo de mallas,
que tiene el sistema académico actual de las carreras de Ingeniería en
Sistemas Computacionales e Ingeniería en Networking y
Telecomunicaciones; identificando tablas, tipo de datos para conocer
el modelo a migrar.
2. Desarrollar paquetes de Integration Services para extraer la
información de los datos de mallas de las carreras de Ingeniería en
Sistemas e Ingeniería en Networking y Telecomunicaciones, con la
finalidad de guardarlos en una plantilla en Excel que contiene las
estructuras de la base de datos prototipo del sistema académico.
3. Desarrollar los paquetes de Integration Services para obtener la información
de la plantillas de datos en Excel (xls) basada en la estructura de la nueva
base del prototipo de Sistema Académico, hacia la base de datos destino
prototipo del sistema académico.
4. Elaborar un archivo en Excel que contendrá los registros que no se migraron
por algún error cuando se realizó el traspaso de información en la migración
del módulo de mallas.
10
ALCANCES
El presente proyecto tiene como alcance realizar la migración de los datos del
Sistema Académico Actual de las carreras de Ingeniería en Sistemas
Computacionales e Ingeniería en Networking y Telecomunicaciones, hacia las
nuevas estructuras de base de datos definidas en el presente proyecto.
Dentro del análisis de la información de las diferentes carreras se identificará la
correspondencia de tablas, campos, dependencias funcionales, triggers, puntos
críticos e inconsistencias que nos servirá para poder conocer la situación actual
de la información de las respectivas Carreras de la Universidad de Guayaquil.
Una vez realizado el análisis de la base de datos origen, estos datos serán
enviados a un archivo de Excel que contiene los campos que se necesitan para
realizar la migración de mallas, para este traspaso de información se desarrollará
paquetes de integration services; luego se desarrollará otro paquete de
integration services que realice el traspaso de información desde las plantillas de
Excel hacia la base de datos destino que contiene las estructuras prototipo del
sistema académico; dentro de este proceso se validarán datos nulos, datos
repetidos, inconsistentes, dichos datos no serán considerados para migrarlos.
Adicionalmente los datos que no fueron considerados en la migración serán
guardados en un Excel con los errores presentados y que quede como evidencia
para el administrador de base de datos de cada carrera.
Al concluir se redactará un informe de los procesos de migración de la
comparación de las estructuras del sistema académico actual y el nuevo
sistema, así como un detalle de las mejoras y nuevas opciones que permitan la
integración de los respectivos procesos a nivel de base de datos.
DEPENDENCIA:
Para realizar la migración del módulo de mallas es necesario tener llena la
plantilla de Mallas para poder procesarla en el flujo de integration services y
11
poder realizar el proceso de migración del presente proyecto.
JUSTIFICACIÓN E IMPORTANCIA
En la Universidad de Guayaquil hay muchas carreras que se manejan de forma
semi independiente al manejar y realizar procesos de su información lo cual
genera duplicidad e inconsistencias de datos que al momento de realizar alguna
transacción o consulta puede interferir en la integridad de los datos.
La información de mallas curriculares y de toda la base de datos de la carrera
de Ingeniería en Sistemas e Ingeniería en Networking y Telecomunicaciones es
una base independiente a la base de datos central de la Universidad de
Guayaquil; lo cual provoca duplicidad e inconsistencia de datos tanto de
estudiantes como personal administrativo.
El presente proyecto está basado en las mejoras que necesitan las carreras de
la Universidad de Guayaquil para poder contener en un mismo repositorio de
información a todas las carreras y los datos estén centralizados, que demuestre
la integridad y veracidad de la información contenida en sus repositorios de
datos.
Es importante realizar las mejoras propuestas en el presente proyecto ya que
beneficiara en primer lugar al personal administrativo y profesores de las
carreras de la Universidad de Guayaquil, ya que tendrán confianza en su
trabajo y la información que consultan y usan para sus actividades cotidianas,
mayor efectividad en sus procesos diarios; y segundo lugar a los estudiantes de
las carreras ya que al momento de realizar consultas o tramites en la web o
personalmente con personal administrativo, ya no tendrán demoras en obtener
la información que se necesita y esto hará más ágil los procesos de
matriculación, pagos, materias a escoger, etc.
El beneficio del proyecto también lo gozaría el administrador del centro de
12
cómputo de cada carrera ya que no tendría que dar un mantenimiento
personalizado para la base de datos independiente; más bien usaría la
información centralizada para obtener la información necesaria en sus labores.
13
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
La Universidad de Guayaquil posee gran cantidad de estudiantes de diferentes
facultades y carreras, entre ellas las carreras de Ingeniería en Sistemas
Computaciones e Ingeniería en Networking y Telecomunicaciones.
La información de la Universidad de Guayaquil es almacenada en una Base de
datos la cual está en la Administración central de la Universidad, adicional a este
repositorio de información cada Facultad tiene sus propias estructuras de base
de datos las cuales son almacenadas de manera interna e independiente, así
mismo tienen uno o dos aplicativos que ayudan al almacenamiento hacia la base
de datos central ubicada en la Administración central.
Una de las facultades con este inconveniente es la Facultad de Matemáticas y
Físicas en las carreras de Ingeniería en Sistema Computacionales e Ingeniería
en Networking y Telecomunicaciones, las cuales poseen gran cantidad de
estudiantes e información; se propone que para mantener integra y segura dicha
información se debe realizar una migración de todos estos datos
reconstruyéndolos y manteniendo su disponibilidad en un solo repositorio de
base de datos de alta tecnología.
Según lo investigado en varias fuentes, libros, y entrevistas, se ha considerado
realizar la migración de los datos mediante la herramienta integration services.
14
El proyecto será desarrollado en la herramienta Integration Services, que viene
en la instalación de la base de datos Sql Server 2012, ya que esta es la mejor
herramienta encontrada para poder realizar la migración que se necesita.
FUNDAMENTACIÓN TEÓRICA
La migración de datos es una operación crucial para el correcto funcionamiento
del sistema destino; pues si el proceso no se realiza de forma correcta, la
aplicación que va a funcionar sobre la base de datos migrada, podría presentar
problemas con la funcionalidad. Por eso es importante definir de forma correcta
la base de datos y el software encargado de la migración.
Podemos definir la migración de datos según:
(PowerData, 2014) “La migración de datos se ve muy bien representada
por las siglas ETL, que corresponden a los términos: extracción,
transformación y carga. Pese a que se puede aplicar un proceso ETL con
otros objetivos, al plantearse qué es la migración de datos es inevitable
aludir a su tarea principal: extracción y carga (ya que la transformación no
tiene por qué aplicarse en todos los casos, sólo si fuese necesario)”
(PowerData, 2014)
Y un plan de migración está definido así como lo expreso:
(J. A. Carsí, I. Ramos, J. Silva, J. Pérez, V. Anaya, 2012)
“Un plan de migración está formado por un conjunto de cambios
expresados en un lenguaje de migración, cuya posterior ejecución
permite migrar los datos de una BD origen a una BD destino de forma
adecuada. La creación de un plan de migración completo debe realizarse
incorporando cada uno de los cambios necesarios para que pueda
hacerse dicha migración.” (J. A. Carsí, I. Ramos, J. Silva, J. Pérez, V.
Anaya, 2012)
15
En la solución de nuestro problema, realizaremos la migración de datos en los
siguientes pasos:
1. Análisis de la información de Mallas de la base de datos origen de las
Carreras Ingeniería en Sistemas Computacionales e Ingeniería en
Networking.
2. Plantilla en Excel que contendrá la información a migrar hacia la base de
datos destino.
3. Realización del ETL, para el procesamiento de las plantillas a través de SQL
Server Integration Services.
4. Y por último la base de datos destino en donde tenemos nuestro prototipo
para el módulo de mallas.
Las herramientas a usar en el presente proyecto son:
- Base de datos SQL Server 2012
- SQL Server Integration Services, incluido en el paquete de instalación de
SQL Server 2012
Para medir la calidad de la migración se usaran las siguientes técnicas en el
presente proyecto:
Mapas de Procesos.
FODA (Fortalezas, Oportunidades, Debilidades y Amenazas).
16
BASE DE DATOS
Como introducción definamos lo que es una base de datos, según (Pinto, 2011)
“Que son las bases de datos
Es el conjunto de informaciones almacenadas en un soporte legible por
ordenador y organizadas internamente por registros (formado por todos
los campos referidos a una entidad u objeto almacenado) y campos (cada
uno de los elementos que componen un registro). Permite recuperar
cualquier clase de información: referencias, documentos textuales,
imágenes, datos estadísticos, etc.” (Pinto, 2011)
(MasAdelante.com, 2015)
Una base de datos es una colección de información organizada de forma
que un programa de ordenador pueda seleccionar rápidamente los
fragmentos de datos que necesite. Una base de datos es un sistema de
archivos electrónico.
Las bases de datos tradicionales se organizan por campos, registros y
archivos. Un campo es una pieza única de información; un registro es un
sistema completo de campos; y un archivo es una colección de registros.
Por ejemplo, una guía de teléfono es análoga a un archivo. Contiene una
lista de registros, cada uno de los cuales consiste en tres campos:
nombre, dirección, y número de teléfono. (MasAdelante.com, 2015)
HISTORIA SQL SERVER
(Pcentro, 2015)
Comenzó como un proyecto en colaboración en 1988 entre Microsoft ,
Sybase, IBM e incluso Ashton-Tate, para crear un sistema de gestión de
base de datos para el sistema operativo OS/2 (un sistema desarrollado
17
entre IBM y Microsoft) tiempo después se desarrollo la versión para
Windows NT por 1993. Al año siguiente en 1994 Sybase y Microsoft
deciden dar por terminada su colaboración y Sybase se dedica al
desarrollo de sus bases de datos y Microsoft a las suyas.
Después de la separación un año mas tarde en 1995 Microsoft lanza su
primera versión ya como independiente y unico propietario y desarrollador
de SQL Server con la versión Microsoft SQL Server 6.0 una versión
mejorada principalmente en rendimiento y en el año 1996 se lanza la
versión Microsoft SQL Server 6.5 una versión que se mantuvo vigente 2
años antes de sacar una nueva versión en 1998 la 7.0. Durante esos 2
años Microsoft trabajó duro para realizar mejoras considerables en
cuanto usabilidad, potencia y rendimiento. Y fue una de las versiones
mas fuertes, pudiendole competir a sistemas como ORACLE o el propio
DB2, y poco a poco irse colocando como una propuesta atractiva a
empresas que manejaban volúmenes un poco mayores a los que SQL
venia manejando. Tanto que esta versión permanecio estable y con
ligeras actualizaciones hasta el desarrollo de Microsoft SQL Server 2000,
en esta versión se incorpora ediciones para diferentes enfoques, una de
ellas la edición de 64 bits, workgroup, desktop engine, profesional,
personal, standard, developer, enterprise, etc. Y durante los siguientes 5
años comenzó a causarle delirios de persecusión los gigantes de las
bases de datos como ORACLE o IBM con DB2, para la versión 2005 de
SQL Server ya era un competidor digno de respeto. (Pcentro, 2015)
Versiones de SQL Server
Se tienen las siguientes versiones, así como se indica en:
(Microsoft, 2015)
SQL Server 2000
SQL Server 2000 incluye compatibilidad con XML y HTTP, características
de rendimiento y disponibilidad para repartir la carga y garantizar el
18
funcionamiento, y funcionalidad avanzada de administración y
optimización para automatizar tareas rutinarias y reducir el costo total de
propiedad.
SQL Server 2005
Microsoft SQL Server 2005 es una plataforma de base de datos que se
emplea en el procesamiento de transacciones en línea (OLTP) a gran
escala, el almacenamiento de datos y las aplicaciones de comercio
electrónico; es también una plataforma de Business Intelligence para
soluciones de integración, análisis y creación de informes de datos.
(Microsoft, 2015)
(Linacre, 2008)
SQL Server 2008
La arquitectura de SQL Server 2008 está basada en que
debemos disponer de los datos en todo momento y en todo lugar. Esto
con el fin de ayudar a las organizaciones a sacar el máximo provecho de
los datos, esto ya sea en datos que están fuertemente estructurados
como en los que no lo están; así como en el promedio (que es lo que
típicamente encontramos en las empresas). En general, las herramientas
de SQL Server como plataforma de datos te permiten
consultar, buscar, sincronizar, reportar y analizar.
Además, los nuevos requerimientos de información hacen que los datos
estén almacenados desde los grandes servidores en centros de datos
hasta los computadores de escritorio y dispositivos móviles. SQL Server
te permite tener control de los mismos independientemente de donde
estén almacenados. (Linacre, 2008)
19
(Valero, 2009)
SQL Server 2008 R2
SQL Server 2008 R2 se expande en el valor entregado en SQL Server
2008, proporcionando una gran cantidad de nuevas características y
capacidades que pueden beneficiar a toda la organización. Esta versión
mejorará aún más la eficiencia de TI con nuevas y mejoradas
capacidades de administración y autonomía de los usuarios a acceder,
integrar, analizar y compartir información de inteligencia de negocios
utilizando herramientas que ya conocen.
Integración con Visual Studio.
Mejorar la colaboración entre desarrollo y TI.
Un nuevo tipo de proyecto con paquetes de esquemas de bases de
datos con requerimientos de aplicación mientras que incluye
herramientas que ayudarán a mejorar la calidad global.
DBAs serán capaz de implementar paquetes de aplicaciones para
servidores disponibles que respondan a criterios de despliegue,
ayudando a simplificar la implementación, los movimientos y cambios.
(Valero, 2009)
(Pulido, 2012)
SQL Server 2012
SQL Server es la más reciente de Microsoft cloud-ready plataforma de
información. Las organizaciones pueden utilizar SQL Server 2012 para
proteger de manera eficiente, desbloquear y ampliar el poder de sus
datos en el escritorio, dispositivos móviles, centro de datos, y ya sea una
nube privada o pública. Basándose en el éxito de SQL, se proporciona a
las organizaciones rendimiento de misión crítica y disponibilidad, así
como el potencial de liberar ideas innovadoras con el descubrimiento de
datos generalizada en toda la organización. Por ultimo SQL Server 2012
ofrece una variedad de soluciones hibridas a elegir. (Pulido, 2012)
20
BASE DE DATOS SQL SERVER 2012
Para el proyecto se escogerá a SQL Server 2012 como última tecnología de
base de datos, a continuación podemos conocer más según:
(Morillo, 2012)
HERRAMIENTAS DE SQL SERVER 2012
El DB de SQL Server Motor
El motor de base de datos es el servicio de aplicación central en el
paquete de SQL Server para almacenar, procesar y proteger datos con
SQL Server 2012. El SQL Server 2012 base de datos del motor es un
servicio de Windows que puede utilizar para almacenar y procesar datos
en un formato relacional, como documentos XML, y los nuevos para el
año 2012, como los datos espaciales. La siguiente son las
responsabilidades principales del motor de base de datos:
• Proporcionar un almacenamiento fiable para los datos
• Proporcionar un medio para recuperar rápidamente estos datos
• Proporcionar un acceso consistente a los datos
• Control de acceso a los datos de seguridad de todo
• Hacer cumplir las reglas de integridad de datos para confirmar que los
datos sean fiables y consistentes.
• Cada una de estas responsabilidades se examina con más detalle en
capítulos posteriores de este libro.
21
Otra característica clave del motor de base de datos ofrece para
confirmar el almacenamiento confiable es el registro de transacciones. El
registro de transacciones que hace un registro de cada cambio que se
hace a la base de datos. Otra característica clave del motor de base de
datos ofrece para confirmar el almacenamiento confiable es el registro de
transacciones. El registro de transacciones que hace un registro de cada
cambio que se hace a la base de datos.
SQL Server Management Studio
SSMS es la consola central desde el cual las tareas de gestión más DB
pueden ser coordinados. SSMS ofrece una interfaz única de la que todos
los servidores en una empresa pueden ser controlados.
Con posterioridad son algunas de las tareas que se pueden ejecutar con
SSMS. La mayoría de estas tareas se discuten en detalle más adelante
en el libro:
• Completamente gestionar varios servidores en una interfaz cómoda.
• Configurar las opciones de servidor y los valores de configuración, tales
como la cantidad de memoria y el número de procesadores que se
utilizarán, el idioma por defecto, y la ubicación por defecto de los datos y
archivos de registro.
• Administrar inicios de sesión, los usuarios de DB, y los roles de DB.
• Crear, editar y programar tareas automatizadas en todo el Agente SQL
Server.
• Realice una copia de seguridad y restaurar DBs y definir planes de
mantenimiento.
• Crear nueva DBs.
22
• Ver contenido de la tabla.
• Crear y administrar los objetos de Base de Datos, tales como tablas,
índices y procedimientos almacenados.
• Generar secuencias de comandos DDL para los objetos de DBS y el
PP.
• Configurar y administrar la replicación.
• Crear, editar, ejecutar y depurar Transact-SQL (T-SQL) las secuencias
de comandos.
• Definir, implementar, administrar e invocar las políticas de SQL Server.
• Activar y desactivar las características de SQL Server.
• Gestionar y organizar secuencias de comandos en los proyectos y
guardar versiones de los sistemas de control de código fuente como
Visual SourceSafe.
Administrador de configuración de SQL Server
SQL Server Config Manager es una herramienta que se suministra con
SQL Server 2012 para la gestión de los servicios relacionados con SQL
Server y para configurar los protocolos de red utilizados por SQL Server.
Administrador del servidor de configuración de SQL Principalmente se
utiliza para iniciar, pausar, reanudar y detener servicios de SQL Server y
para ver o cambiar las propiedades del servicio.
23
Agente SQL Server
El Agente SQL Server es una herramienta de programación integrada en
SSMS, que permite la definición práctica y la ejecución de scripts
programados y los trabajos de mantenimiento. El Agente SQL Server
también se ocupa de las alertas automáticas, como un ejemplo, si el PP
se queda sin espacio. El Agente SQL Server es un servicio de Windows
que se ejecuta en la misma máquina que el motor de base de datos SQL
Server. El servicio Agente SQL Server se puede iniciar y detener todo
bien SSMS, el Administrador de configuración de SQL Server o el
Administrador de Servicios de Windows ordinaria. En las situaciones de la
empresa en la que muchas máquinas de SQL Server deben ser
manejados en conjunto, el Agente SQL Server se puede configurar para
distribuir las tareas comunes a varios servidores a través del uso de la
administración multiservidor. Esta habilidad es muy útil en un escenario
de arquitectura de todo, en la que muchos servidores de SQL Server
están realizando las mismas tareas con los bloques de datos. Los
trabajos se gestionan desde un solo servidor SQL, que es responsable de
mantener los puestos de trabajo y la distribución de las secuencias de
comandos de trabajo para cada servidor de destino. Los resultados de
cada trabajo se mantienen en los servidores de destino, pero se puede
observar a través de una única interfaz. Si tienes 20 servidores en los que
todo lo necesario para ejecutar el mismo trabajo, se puede comprobar el
estado de finalización de ese trabajo en los momentos en lugar de iniciar
sesión en cada equipo y comprobar el estado del Agente 20 times, el de
SQL Server también se encarga de envío de eventos. Todos los eventos
del sistema registrados en el registro de sucesos del sistema de Windows
se pueden remitir a una sola máquina. Esto le da a un administrador
ocupado un solo lugar para buscar errores.
24
Analizador de SQL Server
El Analizador de SQL Server es una interfaz gráfica de usuario a la
función de seguimiento de SQL de SQL Server que captura las consultas
y los resultados que fluyen desde y hacia el motor de base de datos. Es
similar a un sniffer de red, a pesar de que no funciona en todo que el bajo
nivel. El Profiler puede capturar y guardar un registro completo de todos
los commands T-SQL se pasa al servidor y la ocurrencia de eventos de
SQL Server, tales como bloqueos, inicios de sesión y los errores. Puede
utilizar una serie de filtros para recortar los resultados cuando usted
puede querer profundizar para una sola conexión o incluso una sola
consulta.
Puede utilizar el Analizador de SQL para ejecutar estas tareas útiles:
• Usted puede capturar las exactas instrucciones SQL enviadas al
servidor desde una aplicación para que el código fuente no está
disponible (como ejemplo, aplicaciones de terceros).
• Usted puede capturar todas las consultas enviadas a SQL Server para
su posterior reproducción en un servidor de prueba. Esta habilidad es
muy útil para las pruebas de rendimiento con el tráfico de consultas en
vivo.
• Si su servidor se encuentra con violaciones recurrentes de acceso
(AVS), puede utilizar el generador de perfiles para reconstruir lo que
sucedió previo a un AV.
• El muestra los datos básicos de rendimiento sobre cada consulta.
Cuando los usuarios inician martillando su servidor con consultas que
hacen que cientos de exploraciones de tabla, el Analizador de
simplemente identificar a los culpables.
25
• Para complejos procedimientos almacenados, el especialista puede
determinar qué parte del procedimiento es la causa del problema de
rendimiento.
• Puede auditar la actividad del servidor en tiempo real.
EDICIONES SQL SERVER 2012
En el siguiente grafico se presentan las ediciones que Microsoft dispone en el
mercado para la Base de datos Sql Server 2012
Grafico 1: Ediciones de SQL Server 2012
Elaborado: http://www.internetya.co/caracteristicas-destacadas-de-las-versiones-de-sql-server-2012/
Fuente: http://www.internetya.co/caracteristicas-destacadas-de-las-versiones-de-sql-server-2012/
26
HERRAMIENTA DE MIGRACION SQL SERVER
INTEGRATION SERVICES
Microsoft nos define a SSIS así:
(Microsoft, msdn.microsoft, 2014)
Microsoft Integration Services es una plataforma para la creación de
soluciones empresariales de transformaciones de datos e integración de
datos. Integration Services sirve para resolver complejos problemas
empresariales mediante la copia o descarga de archivos, el envío de
mensajes de correo electrónico como respuesta a eventos, la
actualización de almacenamientos de datos, la limpieza y minería de
datos, y la administración de objetos y datos de SQL Server. Los
paquetes pueden funcionar en solitario o junto con otros paquetes para
hacer frente a las complejas necesidades de la empresa. Integration
Services puede extraer y transformar datos de diversos orígenes como
archivos de datos XML, archivos planos y orígenes de datos relacionales
y, después, cargar los datos en uno o varios destinos.
Integration Services contiene un variado conjunto de tareas y
transformaciones integradas, herramientas para la creación de paquetes
y el servicio Integration Services para ejecutar y administrar los
paquetes. Las herramientas gráficas de Integration Services se pueden
usar para crear soluciones sin escribir una sola línea de código. También
se puede programar el amplio modelo de objetos de Integration Services
para crear paquetes mediante programación y codificar tareas
personalizadas y otros objetos de paquete. (Microsoft, msdn.microsoft,
2014)
27
PAQUETES DE INTEGRATION SERVICES (SSIS)
Podemos ver la definición de Microsoft de la siguiente manera:
(Microsoft, msdn.microsoft, 2014)
Un paquete es una colección organizada de conexiones, elementos de
flujo de control, elementos de flujo de datos, controladores de eventos,
variables, parámetros y configuraciones que se pueden ensamblar con la
ayuda de las herramientas gráficas de diseño proporcionadas por SQL
Server Integration Services o mediante programación. A continuación
guarda el paquete completado en SQL Server, el Almacén de paquetes
SSIS o el sistema de archivos, o puede implementar el proyecto de SSIS
no versión en el servidor SSIS. El paquete es la unidad de trabajo que se
recupera, ejecuta y guarda.
Al crear por primera vez un paquete, es un objeto vacío que no hace
nada. Para agregar funcionalidad a un paquete, debe agregarle un flujo
de control y, opcionalmente, uno o más flujos de datos.
Podemos observar el siguiente grafico que nos indica la estructura de un
paquete, donde dentro de paquete es un flujo de datos:
Grafico 2: Flujo de Datos SSIS
Elaborado: msdn.microsoft
Fuente: https://msdn.microsoft.com/es-ec/library/ms141134.aspx
28
CONTENIDO DE UN PAQUETE SSIS
(Microsoft, msdn.microsoft, 2014)
Un flujo de control consta de una o más tareas y contenedores que se
ejecutan cuando se ejecuta el paquete. Para controlar el orden o definir
las condiciones para ejecutar la siguiente tarea o contenedor del flujo de
control del paquete, puede usar restricciones de precedencia para
conectar las tareas y los contenedores de un paquete. También se puede
agrupar y ejecutar repetidamente un subconjunto de tareas y
contenedores como una unidad en el flujo de control del paquete.
Un flujo de datos consta de los orígenes y destinos que extraen y cargan
datos, las transformaciones que modifican y extienden datos, y las rutas
que vinculan orígenes, transformaciones y destinos. Para poder agregar
un flujo de datos a un paquete, el flujo de control de paquetes debe incluir
una tarea Flujo de datos. La tarea Flujo de datos es el ejecutable del
paquete SSIS que crea, organiza y ejecuta el flujo de datos. Se abre una
instancia independiente del motor de flujo de datos para cada tarea Flujo
de datos de un paquete.
Un paquete suele incluir al menos un administrador de conexiones. Un
administrador de conexiones es un vínculo entre un paquete y un origen
de datos que define la cadena de conexión para acceder a los datos que
las tareas, transformaciones y controladores de eventos del paquete
usan. Integration Services incluye topos de conexiones para orígenes de
datos tales como archivos de texto y XML, bases de datos relacionales y
proyectos y bases de datos de Analysis Services.
29
COMO FUNCIONA EL INTEGRATION SERVICES
Cuando se realiza sin el Integration Services (Ramos, 2011)
Grafico 3: Integración de Datos sin SSIS
Elaborado: (Ramos, 2011)
Fuente: http://es.slideshare.net/sramosl/sql-server-integration-services-2008-ssis-second-nug
Forma tradicional de cargar los datos.
Grafico 4: Carga de Datos sin SSIS
Elaborado: (Ramos, 2011)
Fuente: http://es.slideshare.net/sramosl/sql-server-integration-services-2008-ssis-second-nug
30
Cuando se realiza con Integration Services
Grafico 5: Integración de Datos con SSIS
Elaborado: (Ramos, 2011)
Fuente: http://es.slideshare.net/sramosl/sql-server-integration-services-2008-ssis-second-nug
Forma de cargar los datos con SSIS
Grafico 6: Carga de Datos con SSIS
Elaborado: (Ramos, 2011)
Fuente: http://es.slideshare.net/sramosl/sql-server-integration-services-2008-ssis-second-nug
31
COMO CREAR UN NUEVO PROYECTO INTEGRATION
SERVICES
Se deben seguir los siguientes pasos para comenzar a trabajar y diseñar nuestro
flujo de datos que nos ayudaran a construir nuestra migración de datos:
1. Menú inicio, nos dirigimos a la programas
2. Encontramos la herramienta SQL Server 2012
3. Dentro de la carpeta SQL Server 2012 esta una carpeta de herramientas de
SQL Server
4. Dentro de esta carpeta encontramos la herramienta Bussiness Inteligence.
5. Abrimos dicha herramienta y escogemos el menú archivo donde iremos a la
opción Nuevo
6. Aquí escogeremos nuevo proyecto, donde se desplegara creación del
proyecto de Integration Services.
Grafico 7: Creando Proyecto SSIS - 1
Elaborado: Patricia Proaño Bazán
Fuente: Proyecto SSIS
32
Grafico 8: Creando Proyecto SSIS – 2
Elaborado: Patricia Proaño Bazán Fuente: Proyecto SSIS
Grafico 9: Creando Proyecto SSIS – 3
Elaborado: Patricia Proaño Bazán Fuente: Proyecto SSIS
33
Es aquí donde empezamos a diseñar nuestro flujo para la migración del módulo
de Mallas, se pueden crear tantos flujos como sean necesarios; para el presente
proyecto crearemos dos ETL (extrac, transforms and load), una para cargar los
datos desde la base origen(base de datos de CISC y CISN) hacia la plantilla de
Excel que contiene los datos que se necesitan para la base de datos destino,
luego otra ETL para cargar los datos de la plantilla luego procesarlos y cargarlos
hacia la base de datos destino (prototipo de sistema académico, módulo de
mallas).
MAPAS DE PROCESOS
Podemos conocer los conceptos básicos de los mapas de procesos según:
(Logisticas, 2014)
DEFINICION
La definición de los mapas de procesos de una compañía u organización
se contempla durante la elaboración de su plan estratégico corporativo,
con el objetivo de conocer mejor y más profundamente el funcionamiento
y el desempeño de los procesos y las actividades en los que se halla
involucrada, prestando una atención especial a aquellos aspectos clave
de los mismos.
Los mapas de procesos se definen gráficamente, en lo que se conoce
como diagramas de valor, combinando la perspectiva global de la
compañía con las perspectivas locales del departamento respectivo en el
que se inscribe cada proceso. Su desarrollo, por lo tanto, debe tratar de
consensuar la posición local y el desempeño concreto de dichos procesos
con los propósitos estratégicos corporativos, por lo que resulta
imprescindible identificarlos y jerarquizarlos en función de su definición
específica.
34
DEFINICIÓN DE LOS PROCESOS SEGÚN
TIPOLOGÍAS
A grandes rasgos, podemos identificar 3 tipos de procesos en cualquier
compañía u organización. Consiguientemente, la definición de los
correspondientes mapas de procesos deberá adaptarse a las
peculiaridades que reviste cada caso:
1. Procesos estratégicos: su definición corresponde a los cargos de
dirección y gerencia, y atiende principalmente a procesos de gran
calado estratégico que condicionan la definición y la
consideración de los demás procesos y actividades con vistas a
ofrecer un soporte para la toma de decisiones acertadas,
fortalecer la operativa del negocio y contribuir a mejorar la
perspectiva del cliente.
2. Procesos clave: aportan valor a la relación de la compañía o la
organización con sus clientes y usuarios, persiguiendo como fin
principal la satisfacción de sus necesidades. En este tipo de
procesos hallamos, por ejemplo, los implicados en el diseño, la
planificación y la supervisión de la estrategia comercial, de las
cadenas de suministros y de los proyectos logísticos, entre otros.
El desarrollo y la definición del mapa de procesos para esta
tipología debe realizarse de un modo especialmente meticuloso,
identificando cada proceso en el punto final de su recorrido (la
prestación del servicio o producto al cliente), y trazando en
sentido inverso una línea que nos lleve hasta su punto de inicio
indicando tareas, actividades y subprocesos que directa o
indirectamente dependan de él.
3. Procesos complementarios: también llamados procesos de
apoyo, complementan a los procesos definidos anteriormente.
Pese a ser procesos menores des de un punto de vista
estratégico y corporativo, condicionan enormemente el
35
desempeño de procesos superiores y determinan en muchos
casos el éxito o el fracaso de los mismos. Las actividades y los
procesos relacionados con el abastecimiento de materias primas,
con las herramientas, las aplicaciones y los equipos informáticos
o con la formación del personal son algunos ejemplos que
encajan en esta consideración. (Logisticas, 2014).
(Jesus, 2009)
PASOS PARA HACER UN MAPA DE PROCESOS
1) Identificar a los actores: Clientes, proveedores y otras
organizaciones de su entorno.
2) Identificar la línea operativa: La línea operativa de nuestra
organización está formada por la secuencia encadenada de procesos que
llevamos a cabo para realizar nuestro producto.
3) Añadir los procesos de soporte a la línea operativa y los de
Dirección: Dirección, mejora continua, estrategia, o lo que queramos.
4) Añadir los procesos que afectan a todo el sistema: Gestión de
reclamaciones, recursos humanos, auditorías internas (Jesus, 2009).
Grafico 10: Mapa de Procesos
Elaborado: (Jesus, 2009)
Fuente: http://www.formatoedu.com/web_gades/docs/2__Mapa_de_Procesos_1.pdf
36
ANÁLISIS FODA
(Espinoza, 2013)
La matriz de análisis DAFO o FODA, es una conocida herramienta
estratégica de análisis de la situación de la empresa. El principal objetivo
de aplicar la matriz DAFO en una organización, es ofrecer un claro
diagnóstico para poder tomar las decisiones estratégicas oportunas y
mejorar en el futuro. Su nombre deriva del acrónimo formado por las
iniciales de los términos: debilidades, amenazas, fortalezas y
oportunidades. La matriz de análisis DAFO permite identificar tanto las
oportunidades como las amenazas que presentan nuestro mercado, y las
fortalezas y debilidades que muestra nuestra empresa.
ANÁLISIS EXTERNO
En el análisis externo de la empresa se identifican los factores externos
claves para nuestra empresa, como por ejemplo los relacionados con:
nuevas conductas de clientes, competencia, cambios del mercado,
tecnología, economía, etcétera. Se debe tener un especial cuidado dado
que son incontrolables por la empresa e influyen directamente en su
desarrollo. La matriz DAFO divide por tanto el análisis externo en
oportunidades y en amenazas.
• Oportunidades: representan una ocasión de mejora de la empresa. Las
oportunidades son factores positivos y con posibilidad de ser explotados
por parte de la empresa. Para identificar las oportunidades podemos
responder a preguntas como: ¿existen nuevas tendencias de mercado
relacionadas con nuestra empresa?, ¿qué cambios tecnológicos,
sociales, legales o políticos se presentan en nuestro mercado?
• Amenazas: pueden poner en peligro la supervivencia de la empresa o
en menor medida afectar a nuestra cuota de mercado. Si identificamos
una amenaza con suficiente antelación podremos evitarla o convertirla en
37
oportunidad. Para identificar las amenazas de nuestra organización,
podemos responder a preguntas como: ¿qué obstáculos podemos
encontrarnos?, ¿existen problemas de financiación?, ¿cuáles son las
nuevas tendencias que siguen nuestros competidores?
ANÁLISIS INTERNO
En el análisis interno de la empresa se identifican los factores internos
claves para nuestra empresa, como por ejemplo los relacionados con:
financiación, marketing, producción, organización, etc. En definitiva se
trata de realizar una autoevaluación, dónde la matriz de análisis
DAFO trata de identificar los puntos fuertes y los puntos débiles de la
empresa.
• Fortalezas: Son todas aquellas capacidades y recursos con los que
cuenta la empresa para explotar oportunidades y conseguir construir
ventajas competitivas. Para identificarlas podemos responder a preguntas
como: ¿qué ventajas tenemos respecto de la competencia?, ¿qué
recursos de bajo coste tenemos disponibles?, ¿cuáles son nuestros
puntos fuertes en producto, servicio, distribución o marca?
• Debilidades: Son aquellos puntos de los que la empresa carece, de los
que se es inferior a la competencia o simplemente de aquellos en los que
se puede mejorar. Para identificar las debilidades de la empresa
podemos responder a preguntas como: ¿qué perciben nuestros clientes
como debilidades?, ¿en qué podemos mejorar?, ¿qué evita que nos
compren?
Ejemplo de DAFO o FODA:
38
Grafico 11: Ejemplo de Análisis FODA
Elaborado: (Espinoza, 2013)
Fuente: http://robertoespinosa.es/2013/07/29/la-matriz-de-analisis-dafo-foda/
39
FUNDAMENTACIÓN LEGAL
En la parte legal para el proyecto intervienen las leyes del Régimen Académico
vigente, el cual se debe contemplar en los procesos y las estructuras de base de
datos. Tenemos las siguientes normas para el módulo de mallas:
(CES, 2013)
PROPUESTA DE REGLAMENTO DE RÉGIMEN ACADÉMICO
APROBADO EN PRIMERA
Título II: De la organización del proceso de aprendizaje
Artículo 3.- Modelo general del régimen académico.- El régimen académico
de la educación superior se organiza a partir de niveles formativos, del sistema
de créditos, de la estructura curricular y de las modalidades de aprendizaje.
Artículo 4.- Organización académica del proceso de aprendizaje.- El régimen
académico de la educación superior definirá las referencias epistemológicas,
pedagógicas y los niveles de organización de la estructura curricular que se
desarrollará a partir de enfoques o modelos de aprendizaje específicos para
cada una de las carreras y programas que se impartan. Los enfoques o modelos
deben estar sustentados en una teoría educativa, pedagógica y académica,
desarrollada por cada una de las IES en ejercicio de su autonomía responsable
o de las directrices de las autoridades de los institutos técnicos o tecnológicos y
conservatorios superiores.
Capítulo 1: De los niveles de formación de la educación superior
Artículo 6.- Niveles de formación de la educación superior.- El sistema de
educación superior se organiza a partir de los siguientes niveles de formación:
a) educación técnica o tecnológica superior y sus equivalentes,
40
b) educación superior de tercer nivel o de grado,
c) educación superior de cuarto nivel o de posgrado.
Artículo 7.- Educación técnica o tecnológica superior y sus equivalentes.-
Este tipo de educación forma profesionales capaces de diseñar, ejecutar y
evaluar procesos que incluyen resultados de aprendizaje o competencias
relacionadas con la aplicación y práctica de conocimientos en un conjunto de
actividades laborales calificadas. El proceso de educación incluye, además de
los conocimientos generales, el estudio de las técnicas y de las disciplinas
afines, la adquisición de habilidades y destrezas, de conocimientos prácticos y
de actitudes. El profesional en este nivel, tiene la capacidad de decisión y de
evaluación, así como de creatividad e innovación, en procesos operativos.
Este nivel de formación se organiza a través de carreras que deben contar con la
aprobación del Consejo de Educación Superior. Comprende la educación técnico
o tecnológica superior y sus equivalentes en las áreas productivas, de prestación
de servicios, apoyo a la educación y al arte. En los casos previstos por la
Normativa de Formación Superior en Artes también podrá formar artistas.
Artículo 8.- Educación superior de tercer nivel o de grado.- Este nivel
posibilita la formación básica y general del estudiante, orientada al aprendizaje
para el desempeño de una carrera profesional en contextos diversos, con
capacidad para incorporar permanentemente los aportes científicos, tecnológicos
y los saberes ancestrales y globales. Este nivel de formación se organiza a
través de carreras que deben contar con la aprobación del Consejo de
Educación Superior. Comprende los siguientes tipos de carreras:
a) Licenciaturas y afines. Este tipo de educación forma profesionales capaces de
analizar, planificar, gestionar, evaluar y resolver modelos y estrategias en los
campos profesionales asociados a las ciencias básicas, sociales, de la
educación, económicas, de la salud, humanidades y artes. Los profesionales de
las licenciaturas en ciencias básicas deben ser capaces de modelizar.
b) Ingenierías y arquitectura. Este tipo de educación forma profesionales
capaces de analizar, diseñar, planificar, evaluar, resolver y dirigir modelos y
41
estrategias para el cambio e innovación tecnológicos complejos con el uso de las
ciencias básicas, especialmente las matemáticas.
c) Medicina y odontología. Este tipo de educación forma profesionales con un
enfoque biológico, bioético, eco-social y humanista, con competencias múltiples
para el diagnóstico y tratamientos complejos, tanto preventivos como curativos,
individuales y colectivos.
Artículo 9.- Educación superior de cuarto nivel o posgrado.- Este nivel
proporciona competencias altamente especializadas tanto disciplinares como
multi, inter y transdisciplinarios para el ejercicio profesional; y el desarrollo de
procesos de investigación en todas sus fases para la producción de
conocimientos en el ámbito de la ciencia, los saberes, la tecnología y el arte.
Este nivel de formación se organiza a través de programas que deben contar con
la aprobación del Consejo de Educación Superior. Este nivel se organiza en
programas que pueden ser de los siguientes tipos:
a) Especialización. Este tipo de educación forma profesionales con
competencias avanzadas en torno a un área disciplinar o un campo profesional
con excepción de la medicina humana y la odontología.
b) Especialización médica y odontología. Este tipo de educación forma médicos
y odontólogos al más alto nivel de destreza profesional, de acuerdo a los
diferentes ámbitos específicos de diagnóstico, prevención y tratamiento,
individual o colectivo, definidas por el saber médico internacional. Las
particularidades del funcionamiento de estos programas constarán en la
Normativa para la Formación de Especialistas Médicos que para el efecto
expedirá el CES.
c) Maestría. Este tipo de educación avanzada profundiza en un objeto de estudio
formando profesionales o investigadores con competencias de alto nivel en el
estudio de las disciplinas, multi, inter o transdisciplinas o en el desempeño de
actividades laborales vinculadas a las mismas. Las maestrías pueden ser
orientadas al desarrollo de la profesión o competencias de investigación.
42
Las maestrías de investigación serán habilitantes para el ingreso a un programa
doctoral en la misma área.
d) Doctorado. Este tipo de educación forma investigadores del más alto nivel en
los campos de la filosofía, las ciencias, las tecnologías y las artes. La formación
incluye la profundización teórico-metodológica y la investigación que genera un
aporte original a estos campos.
Capítulo 2: Sistema de créditos
Artículo 10.- Del crédito.- El crédito es una unidad de medida cualitativa y
cuantitativa centrada en el aprendizaje del estudiante, que posibilita organizar el
proceso formativo en las carreras y programas, construir los itinerarios
académicos formativos y garantizar la movilidad estudiantil.
El crédito permite relacionar el tiempo que un estudiante necesita invertir en las
actividades pedagógicas y la generación de productos académicos establecidos
en la planificación microcurricular con los resultados de su aprendizaje, en los
distintos niveles de estudio y modalidades de aprendizaje.
Un crédito académico equivale a 25 horas de actividad formativa integral del
estudiante, con las excepciones que contempla este mismo Reglamento.
Artículo 11.- Del Sistema de Créditos.- El sistema de créditos fundamenta
cada uno de los niveles de la educación superior y los tipos de carreras y
programas, en función de su número y conformación, de acuerdo con las
distintas modalidades de aprendizaje, áreas formativas y ciclos de formación.
Cada asignatura, curso o su equivalente tendrá una equivalencia en créditos, los
cuales podrán ser distribuidos regularmente a través de todas las semanas que
componen el período académico o concentrado en un menor número de
semanas.
Artículo 15.- De la carga de créditos y duración de los estudios por nivel de
formación y tipo de carrera y programa.- En cada nivel de formación y tipo de
43
carrera y programa el estudiante debe cumplir con un determinado número de
créditos para obtener la correspondiente titulación. En todos estos casos los
estudios podrán realizarse con dedicación del estudiante a tiempo completo (es
decir, invirtiendo 40-50 horas de actividades de aprendizaje a la semana) o a
tiempo parcial, con las excepciones que se señalan más adelante. La dedicación
del estudiante a tiempo completo supone cursar de 29 a 36 créditos regulares
por período académico. Los valores superiores a 32 créditos por período
académico y el tiempo mínimo de duración de la carrera o programa solo podrán
ser ofertados por aquellas carreras y programas acreditados y categorizados en
la más alta categoría de evaluación y acreditación por el CEAACES. Dichos
créditos y períodos incluyen las prácticas pre profesionales y el examen o trabajo
final de titulación.
a) Educación técnica o tecnológica superior y sus equivalentes.
El estudiante deberá completar entre 160 y 180 créditos, con una duración
mínima de cinco períodos académicos ordinarios, para obtener la titulación de
técnico o tecnólogo superior o su equivalente en pedagogía, artes o deportes.
b) Educación superior de tercer nivel o de grado.
1) Licenciaturas y sus equivalentes. El estudiante deberá completar entre
240 y 300 créditos en un plazo mínimo de ocho períodos académicos
ordinarios para obtener el grado académico correspondiente. Estos
grados académicos son habilitantes profesionales, con excepción de los
que deban someterse al examen de habilitación profesional del Consejo
de Evaluación, Acreditación y Aseguramiento de la Calidad de la
Educación Superior.
2) Ingenierías y arquitectura. El estudiante deberá completar entre 270 y
300 créditos, con una duración mínima de nueve períodos académicos
ordinarios, para obtener el título profesional de ingeniero o arquitecto.
Estos estudios sólo podrán realizarse a tiempo completo y bajo
modalidad presencial o semipresencial. Los títulos que se confieren en
este tipo de carreras son habilitantes profesionales para el ejercicio
profesional, con excepción de los que deban someterse al examen de
44
habilitación del Consejo de Evaluación, Acreditación y Aseguramiento de
la Calidad de la Educación Superior.
3) Odontología y medicina. El estudiante deberá completar entre 270 y
300 créditos, con una duración mínima de diez períodos académicos
ordinarios, para obtener los títulos profesionales de odontólogo y médico
veterinario; y, entre 370 y 390 créditos con una duración mínima de doce
períodos académicos ordinarios, para obtener el título profesional de
Médico o su equivalente. Estos estudios sólo podrán realizarse a tiempo
completo y bajo modalidad presencial. Los títulos que se confieren en
este tipo de carreras no son habilitantes para el ejercicio profesional
pues, para el efecto, sus estudiantes deben aprobar el examen de
habilitación del Consejo de Evaluación, Acreditación y Aseguramiento de
la Calidad de la Educación Superior.
c) Educación superior de cuarto nivel o posgrado.
1) Especialización. El estudiante deberá completar entre 35 y 45 créditos,
con una duración mínima de nueve meses o su equivalente en semanas
para obtener el título profesional avanzado de Especialista.
2) Especialización médica. La duración y cantidad de trabajo de
aprendizaje de las especializaciones médicas estará definida en la
normativa que para el efecto expida el CES.
3) Maestría. El estudiante deberá realizar entre 70 y 100 créditos con una
duración mínima de tres períodos académicos ordinarios o su equivalente
en meses o semanas para obtener el grado académico de maestría
profesional. Las maestrías profesionales podrán ser habilitantes para el
ingreso a un programa doctoral previo el cumplimiento de los requisitos
adicionales establecidos en el Reglamento de Doctorados. Para obtener
el grado académico de maestría en investigación se deberá completar
entre 90 y 120 créditos con una duración mínima de cuatro períodos
académicos ordinarios o su equivalente en meses o semanas con
dedicación a tiempo completa. Solo las maestrías de investigación son
45
habilitantes para el ingreso directo a un programa doctoral en la misma
área o sub área de conocimiento.
4) Doctorado. El Reglamento de Doctorados que apruebe el Consejo de
Educación Superior regulará la organización y funcionamiento de estos
programas.
Capítulo 3: De la estructura curricular
Artículo 18.- Unidades de organización curricular de la educación técnica o
tecnológica superior y de grado.- Las unidades de organización curricular de
las carreras de la educación técnica o tecnológica superior y sus equivalentes,
así como las de grado son:
a) Formación básica. Esta unidad curricular de introducción al proceso de
aprendizaje busca que el estudiante maneje las teorías, las aproximaciones
históricas y las metodologías e instrumentos de estudio crítico y comunicación
que fundamentan una carrera.
b) Formación profesional. Esta unidad curricular permite que el estudiante
adquiera el conocimiento de la profesión, profundice el o los objetos de estudio e
intervención, comprenda su integralidad y complejidad y aplique las
competencias específicas de la carrera profesional.
c) Titulación. Es la unidad curricular en la que el estudiante demuestra el dominio
integral de conocimientos, habilidades y actitudes para la resolución de
problemas, dilemas o desafíos de su profesión a través de las prácticas pre
profesionales y del examen final o trabajo de titulación.
El trabajo de titulación es un texto, dispositivo o producto artístico a través del
cual se demuestra el manejo integral de los conocimientos adquiridos por los
estudiantes a lo largo de sus estudios, el cual deberá ser entregado y evaluado
cuando se haya completado el resto de créditos de la carrera, incluidos los de las
prácticas pre profesionales. En estos niveles formativos los trabajos de los
estudiantes serán evaluados individualmente y podrán desarrollarse en
46
contextos multi profesionales o multidisciplinarios; en estos casos los
participantes del trabajo de titulación deben pertenecer a diferentes carreras y
pueden pertenecer a diferentes IES. Los créditos asignados al mismo oscilarán
entre 14 y 18, dependiendo de la complejidad y tiempo necesarios para su
realización.
Además del examen de grado o de fin de carrera se consideran trabajos de
titulación en la educación técnica o tecnológica superior y sus equivalentes y en
la educación superior de grado, entre otros, los siguientes: proyectos
integradores, ensayos, artículos académicos, etnografías, sistematización de
experiencias (prácticas, vinculación con sociedad), análisis de casos, estudios
comparados, propuestas metodológicas, propuestas tecnológicas, productos o
presentaciones artísticas, dispositivos tecnológicos, planes de negocios,
proyectos técnicos, trabajos experimentales, entre otros de similares niveles de
complejidad. Cada carrera debe definir al menos dos tipos de trabajos de
titulación.
Artículo 20.- Del crédito por niveles de formación y áreas formativas.- El
sistema de créditos por nivel de formación se estructura en virtud de las
siguientes áreas formativas, es decir, de áreas que agrupan asignaturas o cursos
por su similar función en el proceso de aprendizaje:
a) Educación técnica o tecnológica superior y sus equivalentes. En este nivel de
formación los créditos se organizarán de la siguiente manera:
1) Fundamentos y desarrollo de la profesión o su denominación
equivalente, que comprende la orientación teórica o histórica elemental
para el estudiante en las problemáticas centrales de la carrera, que se
orienta al dominio de los instrumentos de gestión e implementación del
área profesional o artística. Constituye el área integradora del aprendizaje
estudiantil de la carrera. En esta área formativa se incluirán las prácticas
pre profesionales.
2) Innovación, creación y/o aplicación práctica de la disciplina o su
denominación equivalente, que supone el desarrollo y adaptación
tecnológica, fundamentos de la investigación, innovación o desarrollo
47
tecnológico así como la producción artística, y los fundamentos
epistemológicos de estas. En esta área formativa se incluirá el examen
final o trabajo de titulación.
3) Contexto y cultura o su denominación equivalente, que supone la
exploración, convivencia, convergencia e integración de diversas
perspectivas teóricas, culturales y de saberes, así como la formación en
valores y derechos y el estudio de la realidad socio-económica, cultural y
ecológica del país y el mundo. En esta área formativa se incluirán las
asignaturas o actividades orientadas a introducir al estudiante en la
multiprofesión y la multidisciplinariedad.
4) Comunicación y lenguajes o su denominación equivalente, que es el
desarrollo del análisis crítico de los lenguajes y la estructuración de
discursos y textos de comunicación académica y científica. Implica,
además, la preparación para el dominio de una lengua extranjera, de
ofimática y, opcionalmente, de otras lenguas extranjeras o ancestrales.
Los créditos obligatorios de la lengua extranjera y ofimática serán
tomados u homologados necesariamente desde el inicio de la carrera,
pudiendo los estudiantes rendir una prueba de suficiencia y exoneración,
general o por niveles, al inicio de cada período académico.
5) En la organización curricular de las carreras de la educación técnica o
tecnológica superior y sus equivalentes se deberá incluir redes,
adaptaciones y vínculos curriculares transversales que permitan abordar
las áreas formativas de modo integrado, con los siguientes porcentajes
mínimos con relación a la duración de la carrera:
Fundamentos y desarrollo de la profesión o su denominación
equivalente, al menos un 15 %,
Innovación, creación y/o aplicación práctica de la disciplina o su
denominación equivalente, al menos un 50 %,
Contexto y cultura o su denominación equivalente, entre el 5% y el
10%, y
48
Comunicación y lenguajes o su denominación equivalente, entre
el 5 y el 10%.
b) Educación superior de grado. En este nivel de formación los créditos se
organizarán en función de la siguiente estructura de áreas formativas y criterios:
1) Fundamentos de la disciplina o su denominación equivalente, que
sienta los principios fundamentales de la disciplina e introducción a los
paradigmas inter y transdisciplinarios del área de conocimiento.
2) Formación profesional o su denominación equivalente, que supone la
profundización en los procesos de aprendizaje de la disciplina, incluida su
aplicación práctica. Constituye el área integradora del aprendizaje
estudiantil de la carrera. En esta área formativa se incluirán las prácticas
preprofesionales.
3) Epistemología y metodología de la investigación o su denominación
equivalente, que supone su aplicación y recreación a la disciplina o
campo profesional. En esta área formativa se incluirá el examen final o
trabajo de titulación.
4) Contexto y cultura o su denominación equivalente, que supone la
exploración, convivencia, convergencia e integración de diversas
perspectivas epistemológicas, culturales y de los saberes, así como la
formación en valores, derechos y el estudio de la realidad socio-
económica, cultural y ecológica del país y el mundo. En esta área
formativa se incluirán las asignaturas o actividades orientadas a introducir
al estudiante en la multiprofesión, la multidisciplinariedad y la
interdisciplinariedad.
5) Comunicación y lenguajes o su denominación equivalente, que trata
del desarrollo de habilidades del análisis crítico de los lenguajes y
estructuración de discursos y textos de comunicación académica y
científica. Implica, además, la preparación para el dominio de una lengua
49
extranjera, de ofimática y, opcionalmente, de otras lenguas extranjeras o
ancestrales. Los créditos obligatorios de la lengua extranjera y ofimática
serán tomados u homologados necesariamente desde el inicio de la
carrera, pudiendo los estudiantes rendir una prueba de suficiencia y
exoneración general o por niveles al inicio de cada período académico.
Completado el 60% de los créditos de la carrera, el estudiante no podrá
continuar sus estudios si no ha aprobado una prueba de suficiencia en la
lengua extranjera obligatoria.
6) En la organización curricular de las carreras de grado se deberá incluir
redes, adaptaciones y vínculos curriculares transversales que permitan
abordar las áreas formativas de modo integrado, con los siguientes
porcentajes mínimos con relación a la duración de la carrera:
Fundamentos de la disciplina o su denominación equivalente, al
menos un 15%,
Formación profesional o su denominación equivalente, al menos
un 35 %,
Epistemología y metodología de la investigación o su
denominación equivalente, al menos un 5 %,
Contexto y cultura o su denominación equivalente, al menos un
5%, y
Comunicación y lenguajes o su denominación equivalente, al
menos 10%.
ACUERDO Nº 119, ARTÍCULO 6, NUMERAL 1:
Programas, proyectos, estrategias, políticas, proyectos de ley y reglamentos
para uso de software libres en la dependencia del gobierno central; y, en el
ejercicio de la atribución que le confiere en el numeral 9 del artículo 171 de
Decreta:
Artículo 1.- Establecer como política para las entidades de la administración
pública central la utilización de software libres en sus sistemas y equipamientos
informáticos.
50
Artículo 2.- Se entiende por software libre, a los programas de computación que
se pueden utilizar y distribuir sin restricción alguna, que permitan su acceso a los
códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
Utilización del programa con cualquier propósito de uso común
Distribución de copias sin restricción alguna
Estudio y modificación del programa (Requisito: Código Fuente disponible)
Publicación del programa mejorado (Requisitos: Código Fuente disponible)
Artículo 3: las entidades de la administración pública central previa a la
instalación del software libre para sus equipos, deberá verificar la existencia de
capacidad técnica que brinde soporte necesario para el uso del software.
Artículo 4: Se faculta la utilización de software propietario (no libre) únicamente
cuando no exista una solución de software libre supla las necesidades
requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el proyecto
informático se encuentre en un punto de no retorno.
Para efecto de este decreto se comprende cómo seguridad nacional. Las
garantías para la supervisión de la colectiva y defensa del patrimonio nacional.
Para efecto de este decreto se entiende por el punto de no retorno, cuando el
sistema o proyecto informático se encuentre en cualquier de estas condiciones:
a) Sistema en producción funcionando satisfactoriamente y que el análisis
de costo beneficio muestra que no es razonable ni conveniente una
migración a software libre.
b) Proyecto en estado de desarrollo y que un análisis de costo – beneficio
maestre que no se conveniente modificar el proyecto de usar software
libre.
Periódicamente se evaluaran los sistemas informáticos propietario con la
finalidad de migrarlos a software libres.
Articulo 5.- Tanto para software libres como software propietario, siempre y
51
cuando se satisfagan los requerimientos, se debe referir las soluciones en este
orden:
a) Nacionales que permitan autonomía y soberanía tecnológica.
b) Regionales con componente nacional
c) Regionales con proveedores nacionales
d) Internacionales con componentes nacionales
e) Internacionales con proveedores nacionales
f) Internacionales
Artículo 6.- La Subsecretaria de informática como órgano regulador y ejecutor
de las políticas y proyectos informáticos en las entidades del Gobierno Central
deberá realizar control de seguimiento de este decreto.
Para todas las evaluaciones constantes en este decreto la Subsecretaria de
Informática establecerá los parámetros y metodologías obligatorias
Artículo 7.- Encárguese de la ejecución de este decreto los señores Ministros
Coordinadores y el señor Secretario General de la Administración Publica y
comunicación.
Dado en el Palacio Nacional de la ciudad de San Francisco de Quito, distrito
Metropolitano, el día 10 de abril de 2008
DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS
Art. 28.- Los programas de ordenador se consideran obras literarias y se
protegen como tales. Dicha protección se otorga independientemente de que
hayan sido incorporados en un ordenador y cualquiera sea la forma en que estén
expresados, ya sea en forma legible por el hombre (código fuente) o en forma
legible por máquina (código objeto), ya sean programas operativos y programas
aplicativos, incluyendo diagramas de flujo, planos, manuales de uso, y en
general, aquellos elementos que conformen la estructura, secuencia y
organización del programa
52
Art. 29.- Es titular de un programa de ordenador, el productor, esto es la persona
natural o jurídica que toma la iniciativa y responsabilidad de la realización de la
obra. Se considerará titular, salvo prueba en contrario, a la persona cuyo nombre
conste en la obra o sus copias de la forma usual.
Dicho titular está además legitimado para ejercer en nombre propio los derechos
morales sobre la obra, incluyendo la facultad para decidir sobre su divulgación.
El productor tendrá el derecho exclusivo de realizar, autorizar o prohibir la
realización de modificaciones o versiones sucesivas del programa, y de
programas derivados del mismo.
Las disposiciones del presente artículo podrán ser modificadas mediante
acuerdo entre los autores y el productor.
SEGÚN LA CONSTITUCIÓN DE LA REPÚBLICA DEL ECUADOR
Capítulo Sexto
Derechos de libertad
Art. 66.- Se reconoce y garantizará a las personas:
En especial el numeral 19 que indica:
El derecho a la protección de datos de carácter personal, que incluye el
acceso y la decisión sobre información y datos de este carácter, así como
su correspondiente protección. La recolección, archivo, procesamiento,
distribución o difusión de estos datos de información requerirán la
autorización del titular y el mandato de la ley”.
Sección octava
Ciencia, tecnología, innovación y saberes ancestrales
Art. 385.- El sistema nacional de ciencia, tecnología, innovación y saberes
ancestrales, en el marco del respeto al ambiente, la naturaleza, la vida, las
culturas y la soberanía, tendrá como finalidad:
1. Generar, adaptar y difundir conocimientos científicos y tecnológicos.
2. Recuperar, fortalecer y potenciar los saberes ancestrales.
53
3. Desarrollar tecnologías e innovaciones que impulsen la producción nacional,
eleven la eficiencia y productividad, mejoren la calidad de vida y contribuyan a la
realización del buen vivir.
HIPÓTESIS PREGUNTAS A CONTESTARSE
Para el trabajo de investigación se tiene como objetivo demostrar si la migración
se realizó de forma correcta con la herramienta Sql Integration Services, mostrar
la información de forma correcta en el aplicativo.
Una de las preguntas que podemos hacer al realizar el prototipo es:
- ¿Cuál es el proceso de migración para el módulo de mallas hacia el prototipo
del Sistema Académico?
- ¿La migración se realizó de forma correcta?
- ¿Cuántos registros se migraron y cuales están con error?
VARIABLES DE LA INVESTIGACIÓN
Variables independientes:
Obtener la información para poder llenar las plantillas.
Variables Dependientes:
Migración de las estructuras del módulo de malla.
Calidad y tiempo del proceso de migración óptima.
54
MARCO ADMINISTRATIVO
CRONOGRAMA
Para el presente proyecto se ha realizado un análisis de las tareas que se realizaran, se realiza el cronograma en la herramienta
project. Las siguientes son las tareas y los recursos asignados para cada una:
Grafico 12: CRONOGRAMA DE ACTIVIDADES REALIZADAS (1/2)
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
55
Grafico 13: CRONOGRAMA DE ACTIVIDADES REALIZADAS (2/2)
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
Grafico 14: DIAGRAMA DE GAUSS DE LAS ACTIVIDADES REALIZADAS (1/3)
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
56
Grafico 15: DIAGRAMA DE GAUSS DE LAS ACTIVIDADES REALIZADAS (2/3)
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
Grafico 16: DIAGRAMA DE GAUSS DE LAS ACTIVIDADES REALIZADAS (3/3)
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
57
PRESUPUESTO
Para el proyecto se detalla los siguientes ingresos y egresos:
Cuadro 2: Detalle de Ingresos
INGRESOS
Financiamiento Externo o Financiamiento propio $ 335,00
TOTAL DE INGRESO $ 335,00
Elaboración: Patricia Proaño B.
Detalle de Egresos
Cuadro 3: Detalle de Egresos
EGRESOS DÓLARES
Suministros de oficina y computación $ 40.00
Fotocopias 10.00
Libros y documentos 0
Computadora y servicios de Internet 175.00
Transporte 50.00
Refrigerio 40.00
Empastado, anillado de tesis de grado 20.00
TOTAL……………………………………… $ 335,00
Elaboración: Patricia Proaño B.
58
CAPÍTULO III
METODOLOGÍA
DISEÑO DE LA INVESTIGACIÓN
MODALIDAD DE LA INVESTIGACIÓN
En el capítulo presente, al ser un proyecto técnico dentro del área de sistemas,
el cual será desarrollado, y al tener un propósito de utilización inmediata, se
considera realizar la modalidad de investigación proyecto factible, pues según
(Hurtado, 2000) ésta “… intenta proponer soluciones a una situación
determinada. Implica explorar, describir, explicar y proponer alternativas de
cambio”, la cual corresponde con el caso en estudio ya que busca proponer
mejoras al momento de realizar la migración de los sistemas a otra plataforma.
(UPEL, 2002) “consiste en la investigación, elaboración y desarrollo de una
propuesta de un modelo operativo viable para solucionar problemas,
requerimientos o necesidades de organizaciones o grupos sociales”.
Este tipo de investigacion incialmente es de tipo cualitativa, pues se analizaron
las opiniones de las autoridades de la carrera de Ingenieria en sistemas y del
personal del Centro de Computo.
59
TIPO DE INVESTIGACIÓN
Según lo observado los tipos de investigación que se acoplan a este proyecto
son los siguientes:
De campo: Debido a que todo el levantamiento de datos, diseño de procesos y
mejoras para el desarrollo del proyecto fue realizado con el personal de la
carrera de Ingeniería en Sistemas e Ingeniería en Networking y
Telecomunicaciones que poseen los mismos procesos y base de datos.
Según el autor (Santa palella y feliberto Martins (2010)), define: “La Investigación
de campo consiste en la recolección de datos directamente de la realidad donde
ocurren los hechos, sin manipular o controlar las variables. Estudia los
fenómenos sociales en su ambiente natural. El investigador no manipula
variables debido a que esto hace perder el ambiente de naturalidad en el cual se
manifiesta.”
Exploratoria: Con la entrevistas para tratar de entender el problema del estado
actual, ver el funcionamiento del sistema e indagar en las estructuras del mismo
para poder tener un panorama más claro del proyecto.
Según el autor (Arias, 1999), define: “La investigación exploratoria es aquella
que se efectúa sobre un tema u objeto desconocido o poco estudiado, por lo que
sus resultados constituyen una visión aproximada de dicho objeto, es decir, un
nivel superficial de conocimientos.”
Proyecto Factible: Como el proyecto es una migración de datos y requiere de
un modelo y una estructura, y tiene el fin de solucionar el problema de la
migración del sistema actual de la Carrera de Ingeniería en Sistemas
Computacionales e Ingeniería en Networking y Telecomunicaciones a la nueva
Base de datos destino. Es conveniente para la Carrera realizar el proyecto con la
finalidad de tener datos consistentes y seguros.
60
(Figia G, 2006, p. 134), señala: “Que se trata de una propuesta de acción para
resolver un problema practico o satisfacer una necesidad. Es indispensable que
dicha propuesta se acompañe de una investigación, que demuestre su
factibilidad o posibilidad de realización”.
PROYECTO FACTIBLE
La estructura que se presenta podemos indicar que la modalidad de
investigación a utilizar es el proyecto de factibilidad el cual consiste en realizar
trabajo de campo para la solución del problema, dicha modalidad presenta el
siguiente esquema:
20% Trabajo investigativo: Nuestro proyecto es de factibilidad ya que requirió
de entrevistas al personal del centro de cómputo los cuales eran las personas
encargadas del acceso a la base de datos, Administradores de la misma.
20% Citas o referencias bibliográficas: Para el avance del proyecto se
necesitó de acceso a textos y documentos que nos permitieron una mayor
compresión de las herramientas y técnicas para la elaboración del mismo,
además se realizó la documentación e informes para documentar avances y
procesos realizados en el proyecto.
60% Solución mediante propuesta: Para la propuesta se realizó el desarrollo
de la migración de datos, con la finalidad de demostrar la factibilidad de la
solución completa, indicando tiempos de respuesta y calidad de la información
migrada.
61
POBLACIÓN Y MUESTRA
POBLACIÓN
La población del estudio para este proyecto son todos los profesionales que
trabajan en el Centro de cómputo de la Carrera de Ingeniería en Sistemas
Computacionales e Ingeniería en Networking y Telecomunicaciones, ya que se
dedican a la administración de la base de datos y la aplicación al cual va a ser
migrado.
Para poder realizar el proceso de migración lo primero que se necesita es la
base de datos origen que en este caso es la base de las Carreras Ingeniería en
Sistemas Computaciones e Ingeniería en Networking y Telecomunicaciones, en
donde las autoridades nos dieron la oportunidad de obtener una base de datos
de pruebas para la obtención y análisis de las estructuras a migrar para el
módulo de Mallas.
La población es un conjunto de individuos de la misma clase, limitada por el
estudio. Según (Tamayo y Tamayo, 2003), “La población se define como la
totalidad del fenómeno a estudiar donde las unidades de población posee una
característica común la cual se estudia y da origen a los datos de la
investigación”.
MUESTRA
Para efectos de esta investigación, no se hará uso de ningún tipo de muestra, ya
que se trabaja con toda la población de estudio (personal del Centro de cómputo
de la carrera de Ingeniería en Sistemas Computacionales e Ingeniería en
Networking y Telecomunicaciones, y de sus autoridades).
62
OPERACIONALIZACIÓN DE VARIABLES
Variables Independientes
Las variables independientes o variables manipuladas son las que producen las
variables dependientes y pueden influir en el resultado de ellas; generalmente
existen de una a dos variables independientes, de lo contrario, no se podría
saber la influencia de cada variable independiente. Las variables independientes
de nuestro proyecto son obtener la información para poder llenar las plantillas.
Obtener la información para poder llenar las plantillas
El proyecto tiene una gran dependencia de esta variable, ya que el éxito o el
fracaso dependen de las estructuras que se derivan de las plantillas. Las
plantillas de información son la estructura básica para una migración pero, ellos
dependen de la información que se le va a cargar.
Variables Dependientes
Las variables dependientes son los que generan en base a las variables
independientes. Para nuestro proyecto hemos identificado las siguientes
variables: Migración de la estructura del módulo de mallas y Tiempo optimo del
proceso de migración.
Migración de la estructura del módulo de mallas
En base a las plantillas llenas, con la información recolectada del personal del
Centro de cómputo, se realizaran las estructuras para poder migrar. La migración
es el proceso de mover información de una estructura a otra, la eficacia de esta
migración dependerá de la información de las plantillas.
63
Calidad y tiempo del proceso de migración
Esta variables depende de que la información de las plantillas estén completas y
validadas correctamente, ya que si no se contemplan datos de alguna plantilla
del mismo modulo, causara retrasos al momento de migrar ya que habría que
ingresarlos manualmente o quedaría la información incongruente.
Cuadro 4: MATRIZ DE OPERACIONALIZACIÓN DE VARIABLES
Variables Dimensiones Indicadores Técnicas y/o
Instrumentos
V. I.
Obtener la
información
para poder
llenar las
plantillas
Toma de datos
Creación de las
plantilla.
Manejo de las
estructuras.
Tener el 100% de
las estructuras
creadas.
Mediante
entrevistas.
Ver las tablas
relacionales del
sistema
anterior.
Personal del
centro de
Cómputo y
demás
involucrados
que tienen la
información de
Obtener toda la
información del
módulo de mallas de
la Carrera de
Ingeniería en
Sistemas
Computaciones e
Registro de las
entrevistas.
Registro de la
información
facilitada.
64
las tablas. Ingeniería en
Networking y
Telecomunicaciones.
V.D.
Migración de
las estructuras
del módulo de
malla
Tratamiento de
la información,
en base a los
criterios
establecidos
para una
correcta
migración.
Verificación con la
interfaz la correcta
migración
Software
especializado
en migración.
Base de datos
relacionales
V.D.
Calidad y
tiempo del
proceso de
migración
Calidad de los
datos migrados.
Datos migrados en
el tiempo estimado y
con todas las
estructuras llenas de
forma correcta.
Control de
calidad.
Elaboración: Patricia Proaño B.
Fuente: Patricia Proaño B.
65
INSTRUMENTOS DE RECOLECCIÓN DE DATOS
TÉCNICAS DE INVESTIGACIÓN
Para nuestro proyecto para la recolección de datos vamos a utilizar la técnica de
la entrevista. Para la población indicada anteriormente, esta técnica será clave
para obtener la información.
(Kahn y Cannel ,1957) “utilizan el término entrevista para referirse a un patrón
especializado de interacción verbal, iniciada con un propósito específico y
enfocada en áreas de contenido determinadas, lo que implica la eliminación de
contenido ajeno a tales áreas de contenido o al propósito concreto de la
entrevista.”
Adicionalmente se obtuvo información de fuentes secundarias (textos, internet), y
el respectivo análisis para poder hallar una solución al proyecto planteado.
INSTRUMENTOS DE INVESTIGACIÓN
El instrumento que se utilizó para nuestro proyecto fue la entrevista, junto con
información de libros, textos, internet, foros y las páginas de las herramientas
especializadas. La entrevista tiene como objetivo, conseguir información sobre la
estructura de la base de datos y el funcionamiento de la aplicación en la
actualidad, además servirá para poder proyectar la nueva base de datos que va
a ser migrada.
VALIDACIÓN
Para la validación de este proyecto debemos tomar en cuenta varios aspectos, la
metodología de investigación utilizada, la estructura generada para la migración
y la herramienta a utilizar. Podemos validar la técnica de investigación realizada
mediante las entrevistas y consultas a los Ingenieros del Centro de computo de
la Carrera, los cuales tiene el conocimiento del manejo de la estructura de la
base de datos del sistema actual. También se contó con la asesoría varios
ingenieros tutores, los cuales dieron las pautas y procedimientos a seguir para
realizar la migración de los datos. (Anexo 1)
66
RECOLECCIÓN DE LA INFORMACIÓN
La información se recolectara mediante entrevistas al personal de sistemas que
maneja la base de datos de la aplicación a migrar, demás se consultara en
páginas de internet y textos las técnicas para aplicar la herramienta de migración
y aplicarlo a lo investigado.
Además se consultara con el tutor experto en la herramienta de migración para
poder generar las estructuras aplicables a la nueva plataforma.
CRITERIOS PARA LA ELABORACIÓN DE LA PROPUESTA
Los riesgos del manejo de los datos en el proceso de migración es un proceso
muy delicado que puede llevar a tener costos altos sino se realizar
adecuadamente. Especialmente la Universidad tiene total dependencia de los
datos, por tal motivo es vital que la migración sea eficiente y sin errores.
En este proyecto se consideró obtener los datos de la base de datos antigua y
se realizó la estructura para realizar el proceso de migración, posteriormente a la
migración se realizó una prueba de calidad para verificar que la información
destino sea la correcta.
Para el proceso de migración podemos realizar los siguientes análisis:
ANÁLISIS FODA
Análisis Interno
Fortalezas: La nueva estructura a la que se migrara la información de mallas es
más robusta y contempla todos los escenarios y alcances del régimen
académico actual.
67
Debilidades: la información que sea cargada las plantillas de Excel no siempre
es correcta, puede haber inconsistencias y datos no confiables.
Cuadro 5: Análisis Interno FODA
Autor: Patricia Proaño Bazán
Fuente: Propia
Análisis Externo
Oportunidades: La migración hacia la nueva estructura nos da seguridad,
confianza y disponibilidad de la malla curricular.
Amenazas: los datos que nos vengan en las plantillas, puede que no todos sean
migrados ya que si no cumplen con el procesamiento de la data serán apartados
de la migración para un posterior informe.
Cuadro 6: Análisis Externo FODA
Autor: Patricia Proaño Bazán
Fuente: Propia
FORTALEZAS DEBILIDADES
- Nueva estructura de BD (MER) - BD Robusta - Contempla Régimen
Académico
- Plantillas con error - Inconsistencia de Datos
OPORTUNIDADES AMENAZAS
- Seguridad - Disponibilidad datos conforme
a la ley
- Datos Inconsistentes No migrados
- Verificar información con Error
68
MAPA DE PROCESOS
MIGRACIÓN DE DATOS DEL MÓDULO DE MALLAS PARA
LA FACULTAD DE MATEMÁTICAS Y FÍSICA EN LAS
CARRERAS INGENIERÍA EN SISTEMAS
COMPUTACIONALES E INGENIERÍA
EN NETWORKING Y
TELECOMUNICACIONES
Grafico 17: Mapa Procesos
Elaborado: Patricia Proaño Bazán
Fuente: Propia
Descripción de las partes del mapa de proceso de Migración del Módulo
de Mallas:
69
PROCESO ESTRATÉGICO PARA LA MIGRACIÓN DEL
MÓDULO DE MALLAS
Revisión de Plantilla por DBA: las plantillas entregadas al DBA deben ser
revisadas y validadas para la entrega de la información que se necesita para
migrar. El DBA es el administrador de la base de datos y el encargado del centro
de cómputo de las carreras Ingeniería en Sistemas Computacionales e
Ingeniería en Networking y Telecomunicaciones.
Obtener Datos de BD de origen: el administrador de la base de datos, luego de
haber realizado la revisión de las plantillas debe obtener las tablas con los
respectivos campos con la información que se necesita llenar. Las tablas origen
deben ser de conocimiento del DBA para que la data que se envié sea certera
de que se está extrayendo la información correcta.
Llenar las Plantillas de Excel: luego de tener conocimiento de donde se
obtendrán los datos de la plantilla, se debe proceder a llenar las plantillas con los
respectivos datos.
Revisión Final y entrega de las plantillas: como manera de control de calidad,
el DBA debe hacer una revisión final de los datos que se entregan para la
migración.
70
PROCESO OPERATIVO:
Revisión de Plantilla enviada por la carrera: se debe revisar con anticipación
las plantillas que nos entregan confirmando que estén llenas y completas.
Guardar Plantillas en ruta de procesamiento: las plantillas de Excel deben ser
guardadas en una ruta donde se ha especificado como origen de datos para el
IS.
Ejecución de ETL: se realiza la ejecución del flujo a seguir para el
procesamiento de la información de las plantillas.
Verificación de Datos migrados: se realizan QC control de calidad comparando
los datos que nos proporcionaron en las plantillas VS los que se migraron
exitosamente y los que tuvieron errores.
Informe de Datos No migrados: luego de obtener los datos que no se migraron
se procede a realizar un informe de los datos que no se migraron y el motivo.
Pruebas de la Data migrada: para confirmar la confianza y disponibilidad de los
datos migrados se realizan pruebas desde el aplicativo receptor de la
información o realizar consultas de algún dato específico.
71
PROCESO DE SOPORTE:
Revisar espacio en BD: para prevención de errores de espacio de disco, se
debe estimar un correcto crecimiento de la base de datos, para que al realizar la
migración no haya problemas de espacio por cantidades masivas a migrar.
Mantenimiento Preventivo de Respaldos: prevenir perdidas de información,
realizara algún proceso automático que realice respaldos de toda la base de
datos.
Control de tiempo de Ejecución: se debe prevenir que la migración no sea
costosa en tiempo de procesamiento ya que esto puede provocar alto consumo y
memoria y puede hacer colapsar la conexión de la base de datos.
Aplicar Reglas de Seguridad: prevenir perdida de información por algún virus,
o spam que puedan dañar la integridad de los datos. Es necesario aplicar un
antivirus que nos proteja nuestro servidor de base de datos.
72
ANÁLISIS Y DISEÑO DEL PROCESO DE MIGRACIÓN DE
MALLAS
Análisis de la base de Datos Origen
La base de datos de las carreras de Ingeniería en Sistemas Computacionales e
Ingeniería en Networking y Telecomunicaciones se encuentra instalada en un
servidor SQL Server 2008 R2, las estructuras no cuentan con un estándar de
nombres de tablas, adicional la información se encuentra redundante en algunas
tablas.
De un total de 342 tablas en la base Académico, se ha tomado para la migración
de mallas las siguientes tablas:
MATERIA: se encuentra el banco de materias
FLUJO: se encuentra el flujo de materia de la malla, por cada malla que esta
creado su registro en base de datos.
ACA_FACULTAD: se encuentra el listado de las facultades.
ACA_CARRERAS: se encuentra el listado de carreras que tiene la facultad.
PENSUM: se encuentra la cabecera de la malla, el id y descripción, aquí no
se encuentra el periodo de inicio y fin de la malla.
PENSUM_DETALLE: se encuentran las materias que conforman la malla
curricular, se encuentra por cada malla.
PENSUM_PERIODO: se encuentra los pensum por periodo.
PERIODO: se encuentran todos los periodos.
73
ACAPARAMCURSO: Se obtienen los niveles de la malla.
PENSUM_SEM_TMP: Se obtienen los créditos por cada materia y nivel.
Diagrama de Entidad Relación entre las tablas origen usadas para la
migración del módulo de mallas:
Grafico 18: MER Base de Datos Origen
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
No existen tablas catálogos donde se encuentran información de las Unidades
de Organización, Área Formación, Tipo materia, Modalidad, Campos de
Formación Académica, niveles de educación superior.
74
Para poder proporcionar esta información hacia la base de datos destino
(Prototipo sistemas académico) se envía la información directa, es decir no se la
obtiene de la base de datos sino que se envían los datos ingresados
manualmente mediante script.
Análisis de la base de Datos Destino
Para la migración de mallas hacia el prototipo del sistemas académico, estará en
un Servidor de Base de Datos Sql Server 2012, donde se creará una base con
nombre BdSistemaAcademico y para el módulo de mallas se creara un
esquema con el nombre Malla, donde constaran las siguientes tablas:
MATERIARELACIONADA: se indica una homologación entre una materia de
una malla anterior contra una materia de una malla nueva.
FLUJOMATERIA: se indica la materia padre y materia hijo.
DETALLEMATERIAMALLA: son las materias que harán parte de la malla
curricular, indicando la formación académica, nivel, campo de formación, etc.
MALLA: cabecera de la malla, indica nombre y fecha de inicio y fin.
NIVEL: catálogos de los niveles o semestres que tiene cada malla.
CAMPOSFORMACION: catálogo de los campos de formación.
MODALIDAD: catálogo de modalidades, presencial o distancia.
BANCOMATERIA: catálogo de todas las materias que existe en por cada
carrera.
TIPOMATERIA: catálogo de los tipo de materia, curricular o extracurricular.
75
AREAFORMACION: catálogo de las áreas que corresponde cada carrera.
UNIDADESORGANIZACION: catálogo de unidades de formación académica,
básico, profesional, pre profesional.
CARRERA: las carreras que hay en la facultad.
TIPOCARRERA: catálogo de los tipos de carrera o escuela.
NIVELFORMACION: catálogo de los niveles de formación.
NIVELESEDUCACIONSUPERIOR: catálogo de los niveles de educación.
FACULTAD: nombre e información de la facultad.
UNIVERSIDAD: nombre e información de la universidad.
Diagrama de Entidad Relación entre las tablas Destino usadas para la migración
del módulo de mallas:
76
Grafico 19: MER Base de Datos Destino
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
Plantillas de Excel
Para realizar la migración se ha creado una plantilla de Excel por cada tabla de
la base de datos Destino prototipo del sistema académico, las cuales están
representadas en dos archivos de Excel:
FacultadUniversidad
Carrera
Malla
Nivel FormaciónNiveles de Educación Superior
Banco Materia
Area de Formacion
DetalleMateriaMalla
Nivel
Tipo Materia
Campo Formacion
FlujoMateria
MateriaRelacionada
UnidadesOrganización
Modalidad
Tipo CarreraIdCP
Descripción
nombre del atributo
IdCP
Descripción
nombre del atributo
IdCP
Descripción
IdCP
IdCP
IdNivelesFormacion
IdCP
Descripción
IdCP
IdCP
IdCP
IdNivel
IdCP
IdCP
IdCP
IdCP
IdDetalle
IdMateriaPadre
IdFormacion
IdCP
nombre del atributo
nombre del atributo
IdMalla
Descripción
CantidadMaterias
Numerohoras
NumeroPeriodo
IdCP
IdCP
IdUnidadesOrganizacion
IdModalidad
nombre del atributo
IdTipoMateria
Id Area Formacion
IdCP
Descripción
77
Plantilla de Excel con datos proporcionados por BD origen: (Carreras
Ingeniería en Sistemas Computacionales e Ingeniería en Networking y
Telecomunicaciones, o cualquier otra facultad). Cada pestaña de la
plantilla de Excel está representada por una tabla, es decir la pestaña 1
corresponde a la información de Universidades. Así como se muestra en
las siguientes imágenes:
Plantilla Universidad
Grafico 20: Plantilla de Datos Origen
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
Plantilla Facultad
Plantilla Niveles Educación Superior
Plantilla Nivel Formación
78
Plantilla Tipo Carrera
Plantilla Carrera
Plantilla Unidades de Organización
Plantilla Área de Formación
Plantilla Tipo Materia
Banco Materia
79
Plantilla Modalidad
Plantilla Campos de Formación
Plantilla Nivel
Plantilla Malla
Plantilla Detalle Malla Materia
Plantilla Flujo Materia
Plantilla de Excel con Error: contienen los mismo campos que las
plantillas del punto 1, pero se le adicionan las columnas: Descripción de
error, Fecha creación y usuario creación. Aquí tendremos los registros
que no se migraron después de haber ejecutado la migración.
80
Grafico 21: Plantilla de Errores
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
Para el proceso de migración de mallas se realizaran tres paquetes ETL los
cuales se distribuye su función de la siguiente manera:
Paquete SSIS 1 - Llenar Plantillas de Excel
Se obtendrá información de la base de datos origen, por medio de consultas a la
misma. Esta información será enviada automáticamente a las plantillas de Excel
descritas en el punto 1.
Ejecución del paquete SSIS 1:
Grafico 22: Ejecución SSIS 1
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
81
Grafico 23: Ejecución SSIS 1 - Contenido
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
Paquete SSIS 2 - Extraer Información desde Excel a Temporales
Segundo paquete tiene como funcionalidad coger la información de las plantillas
de Excel y cargarlas hacia la base de datos destino del módulo de mallas, pero a
estructuras temporales, para luego realizar validaciónes de datos a migrar.
Ejecución del paquete SSIS 2:
82
Grafico 24: Ejecución SSIS 2
Elaboración: Patricia Proaño Bazán
Fuente: Autoría propia
Grafico 25: Ejecución SSIS 2 - Contenido
Elaborado: Patricia Proaño Bazán
Fuente: Propia
83
Paquete SSIS 3 - Pasar información a tablas Mallas
Tercer paquete tiene como funcionalidad coger la información de las tablas
temporales en la base de datos destino y realizar procesos de validación para
datos nulos, ID duplicados o ID nulos.
Luego los datos correctos serán enviados a las estructuras de mallas del
prototipo del sistema académico y los registros con error serán enviados hacia
una plantilla de Excel que contendrá todos los errores presentados en la
migración.
Ejecución del paquete SSIS 3:
Grafico 26: Ejecución SSIS 3
Elaborado: Patricia Proaño Bazán
Fuente: Propia
84
Grafico 27: Ejecución SSIS 3 - Contenido
Elaborado: Patricia Proaño Bazán
Fuente: Propia
TABLAS Y DESCRIPCIÓN DE LOS CAMPOS DE LA BASE
DESTINO
El diseño de las tablas se encuentran detalladas en anexo 2
85
CAPÍTULO IV
RESULTADOS DEL PROYECTO
Como dependencia de los resultados, se debe haber ejecutado el Flujo de Datos
de Integration Services el cual realiza la migración de los datos del Módulo de
Mallas de la Facultad de Matemáticas y Físicas para las carreras en Ingeniería
en Sistemas Computacionales e Ingeniería en Networking y
Telecomunicaciones.
Luego de haber realizado la migración, podemos observar los siguientes
resultados:
• Se realizó el análisis de la BD de origen y se identificó las estructuras que
nos ayudaran en el proceso de migración. En el siguiente cuadro de
resumen se puede ver las tablas que se usaron para sacar información
de cada tabla que corresponderá a las tablas del módulo de mallas del
prototipo del sistema académico.
Grafico 28: Resultado Migración 1
Elaborado: Patricia Proaño Bazán
Fuente: Propia
86
En el siguiente cuadro de resumen se puede observar las tablas que no
se encontró información en la base de datos origen, por lo tanto se generaron
script para almacenar información en las tablas de mallas prototipo del sistema
académico:
Grafico 29: Resultado Migración 2
Elaborado: Patricia Proaño Bazán
Fuente: Propia
• Se desarrolló script de extracción de información en la BD origen para
luego usarlos en el paquete IS1, para llenar las plantillas de Excel.
• Se desarrolló los paquetes de SI 2 y 3 para validar y migrar la información
a las estructuras de mallas.
• Se generó Excel de errores, donde se almacenan todas las
inconsistencias encontradas en base a las validaciones hechas en el
proceso de migración:
Grafico 30: Resultado Plantilla de Errores
Elaborado: Patricia Proaño Bazán
Fuente: Propia
87
• Se generó Excel de auditoria, donde se podrá visualizar los errores de
ejecución de los paquetes IS. Adicional se almacena el tiempo de Inicio y
Fin de cada paquete:
Grafico 31: Plantilla de Auditoria
Elaborado: Patricia Proaño Bazán
Fuente: Propia
88
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
Después de haber realizado todos los pasos para la migración de mallas y que
se haya completado de manera exitosa el proceso de la migración de los datos
de la base origen con información de las Carreras de Ingeniería en Sistemas
Computacionales e Ingeniería en Networking y Telecomunicaciones podemos
llegar a las siguientes conclusiones:
La base de datos origen proporcionada por el centro de cómputo nos
ayudó en el análisis y extracción de los datos de mallas para luego poder
enviarlos a las plantillas de Excel que contienen la estructura de mallas
del prototipo del sistema académico.
Con la creación de las plantillas que posea la estructura detallada de la
base de datos destino podemos aplicarla para poder realizar el proceso de
migración de datos de una forma más sencilla para cualquiera de las
Carreras o Facultades de la Universidad de Guayaquil.
En base a las plantillas de Excel se realizan las validaciones sobre la
información de la base de datos origen.
Mediante el Excel de los errores, se puede visualizar las inconsistencias
encontradas en la migración para luego mitigar estas inconsistencias y
que la migración sea 100% exitosa.
Mediante el Excel de auditoria podemos visualizar y estimar el tiempo de
migración del módulo de mallas.
89
RECOMENDACIONES
Debido a que el administrador de la base de datos de cada carrera o facultad llenara las plantillas de Excel, la información debe ser en su mayoría consistente ya que tendrá conocimientos de las estructuras origen.
Una vez realizado el análisis por parte del DBA y ser entregada la
plantilla con la información adaptada a la estructura de la base de datos
se debe realizar el proceso de migración teniendo presente cumplir con
todos los pasos que existen en el Plan de Ejecución de Carga de Datos.
La información de las plantillas de Excel para el módulo de mallas debe
ser proporcionada por el DBA de cada carrera ya que es la persona con
el conocimiento de las estructuras respectivas.
Con el Excel de errores proporcionado se deben mitigar las
inconsistencias para futuras migraciones.
Para ejecución de la migración se debe seguir paso a paso el manual de
usuario.
La ejecución de la migración debe ser ejecutada por el DBA de cada
carrera.
90
BIBLIOGRAFÍA
PowerData. (octubre de 2014). Obtenido de http://blog.powerdata.es/el-valor-de-
la-gestion-de-datos/bid/397387/Qu%C3%A9-es-la-migraci%C3%B3n-de-
datos
Dr. IT Pro. (2015). Obtenido de
http://blogs.technet.com/b/ccaitpro/archive/2012/07/13/191-por-qu-233-
microsoft-sql-server-2012.aspx
MasAdelante.com. (2015). Obtenido de https://www.masadelante.com/faqs/base-
de-datos
Arias, F. G. (1999). El Proyecto de Investigacion Guia para su elaboración.
Caracas: Orial Ediciones.
brobelo. (Febrero de 2011). SlideShare. Obtenido de
http://es.slideshare.net/brobelo/sql-server-2008-7002668
CES. (2013). Consejo de Educacion Superior. Obtenido de
http://www.ces.gob.ec/gaceta-oficial/reglamentos
docsetools. (s.f.). docsetools. Obtenido de docsetools:
http://docsetools.com/articulos-enciclopedicos/article_96076.html
Espinoza, R. (Julio de 2013). Roberto Espinoza Blog de Marketing y Ventas.
Obtenido de http://robertoespinosa.es/2013/07/29/la-matriz-de-analisis-
dafo-foda/
Figia G, A. (2006). El Proyecto de Investigación, introducción a la metodología
científica. Caracas, Venezuela: Episteme,c.a. 5ta edición.
Hurtado, J. (2000). Metodología de la investigación holística. Caracas: IUTP.
Sypal. Caracas.
J. A. Carsí, I. Ramos, J. Silva, J. Pérez, V. Anaya. (2012). Un Generador
Automático de Planes de Migración de datos. Valencia,Espana:
Universidad Politécnica de Valencia.
Jesus. (Julio de 2009). Calidad y Seguridad en la Industria. Obtenido de
https://calidadindustriaalimentaria.wordpress.com/2009/07/14/mapa-de-
procesos/
Linacre. (Mayo de 2008). TechNet Blogs. Obtenido de
http://blogs.technet.com/b/linacre/archive/2008/05/31/sql-server-2008-al-
descubierto.aspx
Logisticas, R. e. (Octubre de 2014). Retos en Operaciones y Logisticas. Obtenido
de http://retos-operaciones-logistica.eae.es/2014/10/tipos-definicion-y-
desarrollo-de-un-mapa-de-procesos.htm
Micosft. (s.f.). Sql Server Integration services. Obtenido de
https://msdn.microsoft.com/es-ec/library/ms141026.aspx
Microsof. (2012). Obtenido de
http://www.3digits.es/export/documentos/Microsoft_SQL_Server_2012_-
_Licenciamiento_-_Ediciones_-_FAQ_-_MAR-2012.pdf
Microsoft. (septiembre de 2014). msdn.microsoft. Obtenido de
https://msdn.microsoft.com/es-ec/library/ms141026.aspx
91
Microsoft. (2015). Obtenido de https://technet.microsoft.com/es-
es/sqlserver/jj901703.aspx
microsoft. (2015). microsoft. Obtenido de https://msdn.microsoft.com/es-
ec/library/ms187875.aspx
Morillo, R. (Julio de 2012). Ramonmorillo’s Weblog. Obtenido de
https://ramonmorillo.wordpress.com/2012/07/31/sql-server-2012-
conceptos-basicos-las-herramientas/
Pcentro. (Febrero de 2015). slideshare. Obtenido de
http://es.slideshare.net/Pcentro/sql-server-44391125
Pinto, M. (2011). Obtenido de http://www.mariapinto.es/e-coms/bases_datos.htm
Pulido, A. (Septiembre de 2012). SlideShare. Obtenido de
http://es.slideshare.net/apuliido/libro-introduccion-sql-server-express-
edition-2012
Ramos, S. (Julio de 2011). SlideShare. Obtenido de
http://es.slideshare.net/sramosl/sql-server-integration-services-2008-ssis-
second-nug
redondoj. (s.f.). redondoj. Obtenido de redondoj:
https://redondoj.wordpress.com/2012/02/20/ediciones-de-ms-sql-server-
2012/
sqltotalconsulting. (s.f.). sqltotalconsulting. Obtenido de sqltotalconsulting:
http://www.sqltotalconsulting.com/Portals/3/01-Dia%202%20-
%20Primera%20Presentacion%20Integration%20Services.pdf
Tamayo y Tamayo, M. T. (2003). El proceso de la investigación cientifica.
Balderas, Mexico: Limusa S.A.
UPEL, U. P. (2002). Manual de Trabajos de Grado de Especialización y Maestría
y Tesis Doctorales. Caracas, Venezuela: Fondo Editorial de la Universidad
Pedagógica Experimental Libertador.
Valero, N. (Mayo de 2009). Gravitar. Obtenido de http://gravitar.biz/bi/microsoft-
sql-server-2008-r2-project-gemini-ctp/
Wikipedia. (s.f.). Data transformation Services. Obtenido de Data transformation
Services: http://es.wikipedia.org/wiki/Data_Transformation_Services
92
ANEXOS
93
ANEXO 1
FORMATO DE ENTREVISTA
UNIVERSISAD DE GUAYAQUIL
ADMINISTRACIÓN – CISC & CIN
ENTREVISTA SOBRE “MIGRACIÓN DE DATOS DE LA ANTIGUA
ESTRUCTURA DE LA BASE AL NUEVO PROTOTIPO A SER
IMPLEMENTADO”
NOMBRE: _______________________________________
FUNCIÓN: _______________________________________
1. ¿CUÁNTOS GESTORES DE BASE DE DATOS EXISTEN,
INCLUYENDO HOJAS DE CALCULOS?
__________________________________________________________
__________________________________________________________
2. DESCRIBA EL PROCESO DE CRUCE DE INFORMACIÓN QUE
MANTIENE EN ESTA FACULTAD HACIA EL CENTRO DE COMPUTO.
__________________________________________________________
__________________________________________________________
3. ¿CUÁNTAS SON LAS TABLAS QUE CONFORMAN EL MÓDULO
MALLAS?, ENUMERE LAS TABLAS QUE CONFORMAN EL MÓDULO
__________________________________________________________
__________________________________________________________
4. ¿TIENE LA ESTRUCTURA DEL MER PRESENTE PARA CUALQUIER
INCONVENIENTE QUE SE PRESENTE EN EL MÓDULO?
__________________________________________________________
__________________________________________________________
94
5. ¿QUÉ TIPO DE INCONVENIENTES USTED HA EVIDENCIADO QUE
EXISTE EN LA ESTRUCTURA DE LA BASE?
__________________________________________________________
__________________________________________________________
6. ¿EXISTEN COPIAS DE SEGURIDAD QUE SIRVAN DE RESPALDO EN
CUALQUIER TIPO DE EMERGENCIA?, ¿DE SER ASI PODRIA
DEFINIR QUE TIPO DE COPIA SE RELAIZA; PARCIAL, INCREMENTAL
O TOTAL?
__________________________________________________________
__________________________________________________________
7. ¿CADA QUE TIEMPO SE REALIZAN COPIAS DE SEGURIDAD DE LA
BASE DE DATOS?
__________________________________________________________
__________________________________________________________
8. ¿CADA QUE TIEMPO SE REALIZAN ANÁLISIS O EJECUCIÓN DE
ESTANDARES A MEJORAS EN LOS DATOS?
__________________________________________________________
__________________________________________________________
9. ¿CÓMO ES EL PROCESO DE CONTROL DE CALIDAD?
__________________________________________________________
__________________________________________________________
10. ¿CUÁLES SON LOS DATOS ESENCIALES O RELEVANTES QUE
ENCONTRO EN LA PLANTILLA ANEXA Y QUE ESTAN INMERSOS EN
EL MÓDULO MALLAS?
__________________________________________________________
__________________________________________________________
95
ANEXO 2
TABLAS Y DESCRIPCIÓN DE LOS CAMPOS DE LA BASE
DESTINO PROTOTIPO DEL SISTEMA ACÁDEMICO PARA
EL MODULO DE MALLAS
Tabla: NivelesEducacionSuperior
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
NivelesEducacionSuperior Id
Id de NivelesEducacionSuperior
uniqueidentifier 16 NO PK
NivelesEducacionSuperior Descripcion
Descripción de Niveles de Educación Superior
varchar 200 SI
NivelesEducacionSuperior
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
NivelesEducacionSuperior
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
NivelesEducacionSuperior
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
NivelesEducacionSuperior
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
NivelesEducacionSuperior Estado
Estado Actual del registro, campo de auditoria
varchar 1 SI
96
Tabla: AreaFormacion
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
AreaFormacion Id Id de Área
uniqueidentifier 16 NO PK
AreaFormacion Descripcion
Descripción del Área de una Materia
varchar 200 SI
AreaFormacion
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
AreaFormacion
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
AreaFormacion
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
AreaFormacion
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
AreaFormacion Estado
Estado Actual del registro, campo de auditoria
varchar 1 SI
Tabla: BancoMateria
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
BancoMateria Id Id de Materia
uniqueidentifier 16 NO PK
BancoMateria IdCarrera
Id de Carrera a la que pertenece la materia
uniqueidentifier 16 NO
BancoMateria
IdTipoMateria Id Tipo Materia
uniqueidentifier 16 NO
BancoMateria CodMateria Código de la materia
varchar 3 SI
BancoMateria
NombreMateria Nombre de la Materia
varchar 500 NO
BancoMateria Descripcion Descripción de la Materia
varchar 500 SI
BancoMateria
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 SI
BancoMateria
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
BancoMateria
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
BancoMateria
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
97
BancoMateria Estado
Estado Actual del registro, campo de auditoria
varchar 1 SI
Tabla: CamposFormacion
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
CamposFormacion Id Id de Formación
uniqueidentifier 16 NO PK
CamposFormacion Descripcion
Descripción de la Formación
varchar 150 SI
CamposFormacion
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
CamposFormacion
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
CamposFormacion
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
CamposFormacion
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
CamposFormacion Estado Estado Actual del registro
varchar 1 SI
Tabla: Carrera
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
Carrera Id Id de Carrera
uniqueidentifier 16 NO PK
Carrera Nombre Nombre de la carrera varchar 250 SI
Carrera IdFacultad Id de Facultad
uniqueidentifier 16 NO
Carrera IdNivelFormacion Id de Nivel Formación
uniqueidentifier 16 NO
Carrera IdTipoCarrera Id de Tipo de Carrera
uniqueidentifier 16 NO
Carrera Telefono Teléfono de la Carrera decimal 5 SI
Carrera Abreviatura Abreviatura de la Carrera varcha 1 SI
98
r
Carrera Direccion Dirección de la Carrera varchar 100 SI
Carrera Director Director de la Carrera varchar 100 SI
Carrera Historia Historia de la Carrera varchar -1 SI
Carrera Vision Visión de la Carrera varchar -1 SI
Carrera Mision Misión de la Carrera varchar -1 SI
Carrera UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
Carrera FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
Carrera UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
Carrera FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
Carrera Estado Estado Actual del registro, campo de auditoria
varchar 1 SI
Tabla: DetalleMateriaMalla
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
DetalleMateriaMalla Id Id de Detalle
uniqueidentifier 16 NO PK
DetalleMateriaMalla Creditos Crédito de la materia float 8 SI
DetalleMateriaMalla
MinutosClase
Minutos de clase de la materia int 4 SI
DetalleMateriaMalla Parcial Parciales de la materia int 4 SI
DetalleMateriaMalla
PeriodoSemanal Periodo de la materia int 4 SI
DetalleMateriaMalla
PeriodoSemestral Periodos Semestrales int 4 SI
DetalleMateriaMalla Semanas
Semana de clases de la materia int 4 SI
DetalleMateriaMalla
IdAreaFormacion Id Área Formación
uniqueidentifier 16 NO
DetalleMateriaMalla
IdBancoMateria Id de Materia
uniqueidentifier 16 NO
DetalleMat IdCampoFo Id Campo Formación unique 16 NO
99
eriaMalla rmacion identifier
DetalleMateriaMalla IdMalla Id de la Malla
uniqueidentifier 16 NO
DetalleMateriaMalla IdModalidad Id Modalidad
uniqueidentifier 16 NO
DetalleMateriaMalla IdNivel
Id del nivel al que pertenece la malla
uniqueidentifier 16 NO
DetalleMateriaMalla
IdUnidadesOrganizacion Id Unidades Organización
uniqueidentifier 16 NO
DetalleMateriaMalla Estado
Estado Actual del registro, campo de auditoria
varchar 1 SI
DetalleMateriaMalla
Observacion Observación
varchar 200 SI
DetalleMateriaMalla
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
DetalleMateriaMalla
FechaCreacion
Usuario de modificación, campo de auditoria date 3 SI
DetalleMateriaMalla
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
DetalleMateriaMalla
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
Tabla: Facultad
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
Facultad Id Id de Facultad
uniqueidentifier 16 NO PK
Facultad FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
Facultad Telefono Teléfono de la Facultad decimal 5 SI
Facultad Historia Historia de la Facultad text 16 SI
Facultad Mision Misión de la Facultad text 16 SI
Facultad Vision Visión de la Facultad text 16 SI
Facultad IdUniversidad Id de Universidad
uniqueidentifier 16 NO
Facultad Decano Decano de la Facultad varchar 50 SI
Facultad Direccion Dirección de la Facultad varchar 100 SI
100
Facultad Nombre Nombre de Facultad varchar 200 SI
Facultad UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
Facultad FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
Facultad UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
Facultad Estado Estado Actual del registro, campo de auditoria
varchar 1 SI
Facultad Id_facultad_ant
Código de Facultad Anterior
varchar 50 SI
Tabla: FlujoMateria
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
FlujoMateria Id Id de Flujo de Materia
uniqueidentifier 16 NO PK
FlujoMateria
IdDetalleMateria Id de la materia
uniqueidentifier 16 NO
FlujoMateria
IdMateriaPadre Id de la materia padre
uniqueidentifier 16 SI
FlujoMateria
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
FlujoMateria
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
FlujoMateria
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
FlujoMateria
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
FlujoMateria Estado Estado Actual del registro
varchar 1 SI
Tabla: Malla
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
Malla Id Id de Malla
uniqueidentifier 16 NO PK
Malla Descripcion Descripción de la malla varchar 500 SI
Malla Nombre Nombre de la malla varcha 500 SI
101
r
Malla FechaFin Fecha Final de la malla date 3 SI
Malla FechaIni Fecha de inicial de la malla date 3 SI
Malla UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
Malla FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
Malla UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
Malla FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
Malla Estado Estado Actual del registro varchar 1 SI
Tabla: MateriaRelacionada
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
MateriaRelacionada Id Id de Materia relacionada
uniqueidentifier 16 NO PK
MateriaRelacionada
IdDetalleMateriaDestino
Id de la materia que tiene relación con la materia de la malla anterior
uniqueidentifier 16 NO
MateriaRelacionada
IdDetalleMateriaOrigen Id del detalle de la materia
uniqueidentifier 16 NO
MateriaRelacionada
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
MateriaRelacionada
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
MateriaRelacionada
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
MateriaRelacionada
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
MateriaRelacionada Estado Estado Actual del registro
varchar 1 SI
102
Tabla: Nivel
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
Nivel Id Id de nivel
uniqueidentifier 16 NO PK
Nivel Nombre Nombre del nivel varchar 50 SI
Nivel Descripcion Descripción del nivel varchar 200 SI
Nivel Valor Código del nivel varchar 3 SI
Nivel TipoNivel Tipo de nivel varchar 1 SI
Nivel UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
Nivel FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
Nivel UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
Nivel FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
Nivel Estado Estado Actual del registro varchar 1 SI
Tabla: TipoMateria
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
TipoMateria Id Id del tipo de Materia
uniqueidentifier 16 NO PK
TipoMateria Descripcion
Descripción del tipo de carrera
varchar 500 SI
TipoMateria Valor Código del tipo de carrera int 4 SI
TipoMateria
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
TipoMateria
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
TipoMateria
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
TipoMateria
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
TipoMateria Estado Estado Actual del registro
varchar 1 SI
103
Tabla: Universidad
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
Universidad Id Id de la Universidad
uniqueidentifier 16 NO PK
Universidad Nombre Nombre de la universidad
varchar 150 SI
Universidad Direccion
Dirección de la universidad
varchar 100 SI
Universidad Telefono Teléfono de la Universidad
decimal 5 SI
Universidad Historia Historia de la Universidad text 16 SI
Universidad Mision Misión de la universidad text 16 SI
Universidad Vision Visión de la Universidad text 16 SI
Universidad Rector Rector de la Universidad
varchar 100 SI
Universidad
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
Universidad
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
Universidad
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
Universidad
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
Universidad Estado Estado Actual del registro
varchar 1 SI
Tabla: Modalidad
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
Modalidad Id Id de Área de Formación
uniqueidentifier 16 NO PK
Modalidad Descripcion Descripción del Área de Formación de una Materia
varchar 150 SI
Modalidad UsuarioCreacion
Usuario que creación del registro, campo de
varchar 60 NO
104
auditoria
Modalidad FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
Modalidad UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
Modalidad FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
Modalidad Estado Estado Actual del registro, campo de auditoria
varchar 1 SI
Tabla: NivelFormacion
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
NivelFormacion Id Id del Nivel de Formación
uniqueidentifier 16 NO PK
NivelFormacion Descripcion
Descripción del Nivel de Formación
varchar 150 SI
NivelFormacion
IdNivelesEducacionSuperior
Clave Foránea correspondiente al nivel de Educación Superior
uniqueidentifier 16 NO
NivelFormacion
CantidadMaterias
Cantidad de materias que contiene el Nivel de Formación int 4 SI
NivelFormacion
Numerohoras
Número de horas que contiene el Nivel de Formación int 4 SI
NivelFormacion
NumeroPeriodo Numero de periodos int 4 SI
NivelFormacion
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
NivelFormacion
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
NivelFormacion
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
NivelFormacion
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
NivelFormacion Estado Estado Actual del registro
varchar 1 SI
Tabla: UnidadesOrganizacion
TABLA COLUMNA DESCRIPCIÓN TIPO
TAMAÑO
NULLEABLE PK
UnidadesOrganizacion Id
Id de las Unidades Organización de la Malla Curricular
uniqueidentifier 16 NO PK
105
UnidadesOrganizacion Descripcion
Descripción de las Unidades Organización de la Malla Curricular
varchar 150 SI
UnidadesOrganizacion
UsuarioCreacion
Usuario que creación del registro, campo de auditoria
varchar 60 NO
UnidadesOrganizacion
FechaCreacion
Fecha de creación, campo de auditoria date 3 SI
UnidadesOrganizacion
UsuarioModificacion
Usuario de modificación, campo de auditoria
varchar 60 SI
UnidadesOrganizacion
FechaModificacion
Fecha modificación, campo de auditoria date 3 SI
UnidadesOrganizacion Estado
Estado Actual del registro, campo de auditoria
varchar 1 SI
106
ANEXO 3
PLAN DE MIGRACIÓN
MÓDULO DE MALLAS DEL PROTOTIPO DEL SISTEMA
ACÁDEMICO
1. ALCANCE DEL PROYECTO DE MIGRACIÓN:
Propósito de la migración: el propósito de la migración es
realizar el análisis de la información guardada en la base de datos de
las carreras Ingeniería en Sistemas e Ingeniería en Networking
correspondiente al módulo de Mallas, y traspasarla a la nueva base y
estructuras del módulo de malla prototipo del sistema académico. Con
esta migración se tendrá datos consistentes y relacionados de
acuerdo al Régimen Académico.
Objetivos:
o Analizar las estructuras de base de datos para el módulo de
mallas, que tiene el sistema académico actual de las carreras
de Ingeniería en Sistemas Computacionales e Ingeniería en
Networking; identificando tablas, tipo de datos para conocer el
modelo a migrar.
o Desarrollar paquetes de Integration Services para extraer la
información de los datos de mallas de las carreras de
Ingeniería en Sistemas e Ingeniería en Networking, con la
finalidad de guardarlos en una plantilla en Excel que contiene
las estructuras de la base de datos prototipo del sistema
académico.
o Desarrollar los paquetes de Integration Services para obtener
la información de la plantillas de datos en Excel (xls) basada
en la estructura de la nueva base del prototipo de Sistema
107
Académico, hacia la base de datos destino prototipo del
sistema académico.
o Elaborar un archivo en Excel que contendrá los registros que
no se migraron por algún error cuando se realizó el traspaso
de información en la migración del módulo de mallas.
Áreas: el área donde se realizara la migración es en el centro de
cómputo de las carreras de Ingeniería en Sistemas y Networking. El
área beneficiada es el área administrativa la cual después de la
migración tendrá la información más ordenada y detallada.
Entregables: Se entregara las plantillas en Excel para que se ingrese
la información a migrar en cualquier facultad. Se entregará los
archivos fuentes que se desarrollaron para la migración. Se entregara
un manual técnico del proyecto para que el administrador de datos
pueda tener una guía del desarrollo de la migración.
Herramientas a utilizar: Para el proyecto se usaran las herramientas:
Sql server 2012, Paquetes de SSIS incluido en el business inteligence
que viene en la instalación de Sql server 2012 Enterprise, Microsoft
Excel.
Roles y responsabilidades: el responsable de ejecutar la migración
es el DBA del centro de cómputo o persona encargada de la base de
datos de las carreras. El DBA debe tener un usuario con los roles los
cuales son insert, update, delete,execute para poder ejecutar la
migración.
2. PLANIFICACIÓN DE LA MIGRACIÓN:
Diseño de la extracción: inicia en la base de datos origen la cual se
le debe realizar un análisis de los datos a tomar para el módulo de
108
mallas. Luego de esto se debe llevar los datos hacia las plantillas de
Excel proporcionadas por el proyecto.
Base de Datos Origen
Análisis de BD origen
Paso de Información a Plantillas de Excel
Reglas de Mapeo de Datos: Se deben validar que los ID de cada
tabla no sean nulos, validar que los ID no se repitan en las plantillas,
validar los campos de las plantillas que se repitan.
Descripción del entorno de pruebas: se realizan las pruebas de la
migración sobre una base de datos de pruebas proporcionada por el
centro de cómputo de las carreras en Ingeniería en Sistemas y
Networking.
Opciones de Recuperación para las distintas fases de la
migración: los datos de las plantillas son enviados a unas tablas
temporales en las cuales se validan los datos para obtener los datos
consistentes a migrar, los cuales tienen un identificador, un estado el
cual nos indica cual se migra y cual no se migra. Los datos intactos
de las plantillas los tendremos en las tablas temporales. Con el
archivo de Excel de auditoria podemos ver que paquete SSIS no se
ejecutó con éxito o cual no finalizó correctamente, así se puede
realizar el reproceso de los paquetes y que la migración sea
consistente.
109
3. PREPARACIÓN DE LOS DATOS:
Para el desarrollo del proyecto nos proporcionaron el MER del prototipo del
sistema académico del módulo de Mallas, el cual se le realizo modificaciones, y
se agregaron nuevas estructuras de acuerdo al régimen académico para la malla
curricular.
MER Mallas Prototipo del Sistema Académico (Antes)
MER Mallas Prototipo del Sistema Académico (Antes)
Se encuentra descrito en el análisis de la base de datos Destino.
110
Análisis de la base de Datos Origen
La base de datos de las carreras de Ingeniería en Sistemas e Ingeniería en
Networking se encuentra instalada en un servidor SQL Server 2008 R2, las
estructuras no cuentan con un estándar de nombres de tablas, adicional la
información se encuentra redundante en algunas tablas.
De un total de 342 tablas en la base Académico, se ha tomado para la migración
de mallas las siguientes tablas:
MATERIA: se encuentra el banco de materias.
FLUJO: se encuentra el flujo de materia de la malla, por cada malla que esta
creado su registro en base de datos.
ACA_FACULTAD: se encuentra el listado de las facultades.
ACA_CARRERAS: se encuentra el listado de carreras que tiene la facultad.
PENSUM: se encuentra la cabecera de la malla, el id y descripción, aquí no se
encuentra el periodo de inicio y fin de la malla.
PENSUM_DETALLE: se encuentran las materias que conforman la malla
curricular, se encuentra por cada malla.
PENSUM_PERIODO: se encuentra los pensum por periodo.
PERIODO: se encuentran todos los periodos.
ACAPARAMCURSO: Se obtienen los niveles de la malla.
PENSUM_SEM_TMP: Se obtienen los créditos por cada materia y nivel.
Diagrama de Entidad Relación entre las tablas origen usadas para la migración
del módulo de mallas:
111
No existen tablas catálogos donde se encuentran información de las Unidades
de Organización, Área Formación, Tipo materia, Modalidad, Campos de
Formación Académica, niveles de educación superior.
Para poder proporcionar esta información hacia la base de datos destino
(Prototipo sistemas académico) se envía la información directa, es decir no se la
obtiene de la base de datos sino que se envían los datos ingresados
manualmente mediante script.
112
Análisis de la base de Datos Destino
Para la migración de mallas hacia el prototipo del sistemas académico, estará en
un Servidor de Base de Datos Sql Server 2012, donde se creará una base con
nombre BdSistemaAcademico y para el módulo de mallas se creara un
esquema con el nombre Malla, donde constaran las siguientes tablas:
MATERIARELACIONADA: se indica una homologación entre una materia de
una malla anterior contra una materia de una malla nueva.
FLUJOMATERIA: se indica la materia padre y materia hijo.
DETALLEMATERIAMALLA: son las materias que harán parte de la malla
curricular, indicando la formación académica, nivel, campo de formación, etc.
MALLA: cabecera de la malla, indica nombre y fecha de inicio y fin.
NIVEL: catálogos de los niveles o semestres que tiene cada malla.
CAMPOSFORMACION: catálogo de los campos de formación.
MODALIDAD: catálogo de modalidades, presencial o distancia.
BANCOMATERIA: catálogo de todas las materias que existe en por cada
carrera.
TIPOMATERIA: catálogo de los tipo de materia, curricular o extracurricular.
AREAFORMACION: catálogo de las áreas que corresponde cada carrera.
UNIDADESORGANIZACION: catálogo de unidades de formación académica,
básico, profesional, pre profesional.
CARRERA: las carreras que hay en la facultad.
TIPOCARRERA: catálogo de los tipos de carrera o escuela.
NIVELFORMACION: catálogo de los niveles de formación.
NIVELESEDUCACIONSUPERIOR: catálogo de los niveles de educación.
FACULTAD: nombre e información de la facultad.
UNIVERSIDAD: nombre e información de la universidad.
Diagrama de Entidad Relación entre las tablas Destino usadas para la migración
del módulo de mallas:
113
Plantillas de Excel
Para realizar la migración se ha creado una plantilla de Excel por cada tabla de
la base de datos Destino prototipo del sistema académico, las cuales están
representadas en dos archivos de Excel:
Plantilla de Excel con datos proporcionados por BD origen: (Carreras
ingeniería en sistemas e ingeniería en networking, o cualquier otra
facultad). Cada pestaña de la plantilla de Excel está representada por
FacultadUniversidad
Carrera
Malla
Nivel FormaciónNiveles de Educación Superior
Banco Materia
Area de Formacion
DetalleMateriaMalla
Nivel
Tipo Materia
Campo Formacion
FlujoMateria
MateriaRelacionada
UnidadesOrganización
Modalidad
Tipo CarreraIdCP
Descripción
nombre del atributo
IdCP
Descripción
nombre del atributo
IdCP
Descripción
IdCP
IdCP
IdNivelesFormacion
IdCP
Descripción
IdCP
IdCP
IdCP
IdNivel
IdCP
IdCP
IdCP
IdCP
IdDetalle
IdMateriaPadre
IdFormacion
IdCP
nombre del atributo
nombre del atributo
IdMalla
Descripción
CantidadMaterias
Numerohoras
NumeroPeriodo
IdCP
IdCP
IdUnidadesOrganizacion
IdModalidad
nombre del atributo
IdTipoMateria
Id Area Formacion
IdCP
Descripción
114
una tabla, es decir la pestaña 1 corresponde a la información de
Universidades. Así como se muestra en las siguientes imágenes:
Plantilla Universidad
Plantilla Facultad
Plantilla Niveles Educación Superior
Plantilla Nivel Formación
Plantilla Tipo Carrera
Plantilla Carrera
115
Plantilla Unidades de Organización
Plantilla Área de Formación
Plantilla Tipo Materia
Banco Materia
Plantilla Modalidad
Plantilla Campos de Formación
Plantilla Nivel
116
Plantilla Malla
Plantilla Detalle Malla Materia
Plantilla Flujo Materia
Plantilla de Excel con Error: contienen los mismo campos que las
plantillas del punto 1, pero se le adicionan las columnas: Descripción de
error, Fecha creación y usuario creación. Aquí tendremos los registros
que no se migraron después de haber ejecutado la migración.
Para el proceso de migración de mallas se realizaran tres paquetes ETL los
cuales se distribuye su función de la siguiente manera:
Paquete SSIS 1
Se obtendrá información de la base de datos origen, por medio de consultas a la
misma. Esta información será enviada automáticamente a las plantillas de Excel
descritas en el punto 1.
Ejecución del paquete SSIS 1:
117
Paquete SSIS 2
Segundo paquete tiene como funcionalidad coger la información de las plantillas
de Excel y cargarlas hacia la base de datos destino del módulo de mallas, pero a
estructuras temporales, para luego realizar validaciones de datos a migrar.
Ejecución del paquete SSIS 2:
118
Paquete SSIS 3
Tercer paquete tiene como funcionalidad coger la información de las tablas
temporales en la base de datos destino y realizar procesos de validación para
datos nulos, ID duplicado o ID nulo.
119
Luego los datos correctos serán enviados a las estructuras de mallas del
prototipo del sistema académico y los registros con error serán enviados hacia
una plantilla de Excel que contendrá todos los errores presentados en la
migración.
Ejecución del paquete SSIS 3:
120
4. LA SEGURIDAD EN EL PLAN DE MIGRACIÓN:
Autorizaciones de acceso: la autorización para análisis de la base de
datos origen fue otorgada por las autoridades de la Carrera, como son la
directora, el subdirector y el DBA del centro de cómputo.
Técnicas de encriptación: tipo de datos UniqueIdentifier para todos los
ID de las tablas de la base de datos destino, lo cual nos proporciona
tener una información más enmascarada y solo comprensible
mediante algún artificio o función que descifre el tipo de datos.
REQUISITOS PARA LA MIGRACIÓN DE DATOS
Para realizar la migración del módulo de mallas, en las carreras de Ingeniería en
Sistemas e Ingeniería en Networking, se necesitan los siguientes requisitos:
RECURSO HUMANO
Administrador de Base de Datos de la Carrera a Migrar: en primera
instancia será la persona que proporcionar la base de datos origen que
contiene la información de las carreras en Ingeniería en Sistemas e
Ingeniería en Networking, describiéndonos las estructuras usada en cada
módulo, en este caso el módulo de Mallas.
En segunda instancia, es la persona encargada de llenar las plantillas en
Excel con toda la información solicitada para el módulo de mallas para luego
migrarlas hacia las estructuras prototipo del sistema académico.
121
RECURSOS DE SOFTWARE
Sistema Operativo Microsoft Windows: El gestor de base de datos que se
ha utilizado para la creación de la estructura del nuevo Modelo Entidad
Relación (MER) es SQL SERVER 2012 el mismo que posee entre sus
requisitos que el sistema operativo sobre el cual se realice la instalación
debe ser Microsoft Windows; siguiendo este requerimiento podemos
encontrar que los sistemas operativos de Microsoft sobre los cuales se
recomiendan:
sistema operativo Windows 7 SP1.
Windows Server 2008 R2 SP1.
Windows Server 2012.
Windows 8.1
SQL Server 2012 Enterprise Edition: es el gestor donde instalaremos la
base de datos del prototipo del sistema académico, la versión debe ser
Enterprise ya que esta versión contiene la instalación del Business
Inteligence el cual nos sirve para la creación de los paquetes SSIS. Es
indispensable tener instalado esta versión antes de ejecutar los paquetes de
migración.
MER del prototipo de sistema académico para Modulo de Mallas: es
necesario tener las estructuras de base datos para la migración del módulo
de mallas, debe está en la base de datos del prototipo del sistema
académico, es indispensable que todas las estructuras de mallas existan en
la base de datos.
Estructura de base de datos del Módulo de Malla prototipo del
Sistema Académico
ANEXO 2
122
ESTIMACIÓN DEL CRECIMIENTO DE LA BASE
Identificación de tablas transaccionales principales del sistema
Las tablas que registrarán las transacciones principales del módulo de mallas:
Malla
DetalleMateriaMalla
FlujoMateria
BancoMateria
Calculo del Peso Máximo del Registro (PMR) de cada una de éstas tablas.
Malla
Tabla: Malla
Campo Tipo de Dato PMC
Id uniqueidentifier 16
Nombre varchar(500) 502
Descripcion varchar(500) 502
FechaIni date 8
FechaFin date 8
UsuarioCreacion varchar(60) 62
FechaCreacion date 8
UsuarioModificacion varchar(60) 62
FechaModificacion date 8
Estado varchar(1) 3
Total 1179
DetalleMateriaMalla
Tabla: DetalleMateriaMalla
Campo Tipo de Dato PMC
Id uniqueidentifier 16
IdMalla uniqueidentifier 16
IdAreaFormacion uniqueidentifier 16
IdNivel uniqueidentifier 16
IdCampoFormacion uniqueidentifier 16
IdUnidadesOrganizacion uniqueidentifier 16
IdModalidad uniqueidentifier 16
IdBancoMateria uniqueidentifier 16
123
Creditos float 8
Semanas int 4
MinutosClase int 4
PeriodoSemanal int 4
PeriodoSemestral int 4
Observacion varchar(200) 202
Parcial int 4
UsuarioCreacion varchar(50) 52
FechaCreacion date 8
UsuarioModificacion varchar(50) 52
FechaModificacion date 8
Estado varchar(1) 3
Total 481
FlujoMateria
Tabla: FlujoMateria
Campo Tipo de Dato PMC
Id uniqueidentifier 16
IdDetalleMateria uniqueidentifier 16
IdMateriaPadre uniqueidentifier 16
UsuarioCreacion varchar(60) 62
FechaCreacion date 8
UsuarioModificacion varchar(60) 62
FechaModificacion date 8
Estado varchar(1) 3
Total 191
BancoMateria
Tabla: BancoMateria
Campo Tipo de Dato PMC
Id uniqueidentifier 16
IdTipoMateria uniqueidentifier 16
IdCarrera uniqueidentifier 16
CodMateria varchar(3) 5
NombreMateria varchar(500) 502
124
Descripcion varchar(500) 502
UsuarioCreacion varchar(60) 62
FechaCreacion date 8
UsuarioModificacion varchar(60) 62
FechaModificacion date 8
Estado varchar(1) 3
Total 1184
Peso Total = 1179 + 481+191+1184 Peso Total = 3035
Cálculo del crecimiento de acuerdo a la cantidad estimada de
transacciones
a) Se analizó la información de la migración del módulo de mallas, que se
realizara la cual corresponde a 50 registros por transacción.
Migración = (TABLA<Malla> * N)
(1179 * 6)
7074
Migración = (TABLA< DetalleMateriaMalla > * N)
(481 * 296)
142376
Migración = (TABLA< FlujoMateria > * N)
(191 * 188)
35908
Migración = (TABLA< BancoMateria > * N)
(1184 * 181)
214304
PMT Migración = (7074+142376+35908+214304 )
PMT Migración = 399662 bytes
En cada proceso de guardar la información en las tablas de Malla,
DetallaMallaMateria, FlujoMateria y BancoMateria .se usan 399662
bytes.
125
ESTIMACIÓN DEL TIEMPO DE LA MIGRACIÓN
Para la estimación del tiempo de la migración se agregó en los paquetes de
SSIS un flujo de datos de Inicio y Fin de la ejecución de cada paquete SSIS.
Cada flujo de datos guarda en un archivo de Excel de auditoria el inicio y fin de
la ejecución de cada paquete, guardando la fecha con horas minutos y
segundos.
De acuerdo con la información guardada se podrá realizar la suma de las horas,
minutos y segundos que dura cada paquete SSIS.
126
ANEXO 4
MANUAL TÉCNICO
El presente de Documento describe como realizar la migración para el módulo
de mallas del prototipo del sistema académico.
Los pasos a seguir los debe realizar el DBA de cada facultad o carrera con el fin
de que la migración se realice correctamente y se ejecute efectivamente por
personal con los conocimientos necesarios en el tema.
Se debe realizar lo siguiente para instalación de todos los scripts y proyectos de
IS:
Instalación de Habilitantes
1. Ejecutar script de Creación de las tablas temporales para la base de
datos origen. Se debe ejecutar el script en la base de datos
ACADEMICO.
Nombre del script: 1.CREACION_TABLAS_TMP_BD_ORIGEN
Ruta: \MIGRACION_MALLAS\SCRIPT
El archivo se encuentra en el CD entregado en la tesis.
2. Ejecutar script de Creación de las tablas para el módulo de Mallas, se
debe ejecutar en la base de datos Destino BdSistemaAcademico.
Nombre del script: 2.CREACION_TABLAS_MALLAS_BD_DESTINO
Ruta: \MIGRACION_MALLAS\SCRIPT
El archivo se encuentra en el CD entregado en la tesis.
3. Ejecutar script de Creación de procedimientos para el módulo de Mallas,
se debe ejecutar en la base de datos Destino BdSistemaAcademico.
Nombre del script: 3.PROCEDIMIENTOS_BD_DESTINO
Ruta: \MIGRACION_MALLAS\SCRIPT
El archivo se encuentra en el CD entregado en la tesis.
4. Copiar el proyecto IS_migracionMallas en alguna ruta dentro del
computador. Ruta: \MIGRACION_MALLAS\SOLUCION_MALLAS
El archivo se encuentra en el CD entregado en la tesis
5. Copiar las plantillas de Excel PlantillaMallas, PlantillaMallas_Errores,
PlantillaMallas_Auditoria, en alguna ruta en el computador.
Ruta: \MIGRACION_MALLAS\PLANTILLAS
El archivo se encuentra en el CD entregado en la tesis
127
6. Dentro de la ruta: \IS_migracionMallas\IS_migracionMallas existen los
archivos de configuración para las credenciales de la base de datos
origen destino, y la ruta de los archivos Excel. Se debe modificar estos
archivos proporcionando las correctas credenciales y las respectivas
rutas de las plantillas de Excel:
Configurar correctamente la cadena de conexión de las Bases origen y destino respectivamente:
Configurar el DataSource que contiene la ruta donde estará cada plantilla de Excel:
128
Ejecución de los Paquetes IS
1. Se debe abrir la solución IS_migracionMallas.sln
2. Se debe ejecutar los paquetes en el siguiente orden:
a. Package1.dtsx (Solo ejecutar para la migración de las carreras
Ingeniería en Sistemas e Ingeniería en Networking)
b. Package2.dtsx (Ejecutar para cualquier carrera o facultad)
c. Package3.dtsx (Ejecutar para cualquier carrera o facultad)
3. Revisar las plantillas de Excel.
4. Verificar los datos migrados.