View
4
Download
0
Category
Preview:
Citation preview
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE
TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA
METODOLOGÍA SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO
AL DISEÑO DE UN MODELO DE DATOS PARA REGISTRO DE NOTAS Y
ASISTENCIA DE UN SISTEMA ACADÉMICO
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR: ROBERTO FERNANDO LAMA PACHECO
TUTOR: ING. NIDIA FABIOLA MEDRANO NÚÑEZ MSc.
GUAYAQUIL – ECUADOR 2015
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO: “ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA
“FRAMEWORK DE TRABAJO PARA PROYECTOS DE TITULACIÓN
APLICANDO LA METODOLOGÍA SCRUM EN LA INGENIERÍA DE
SOFTWARE” ENFOCADO AL DISEÑO DE UN MODELO DE DATOS PARA
REGISTRO DE NOTAS Y ASISTENCIA DE UN SISTEMA ACADÉMICO”
AUTOR: Roberto Fernando Lama Pacheco
REVISORES: Ing. Nidia Fabiola Medrano Núñez MSc., Lcdo. Pablo Adriano Alarcón Salvatierra MSc., Ing. Jorge Arturo Chicala Arroyave MSc.
INSTITUCIÓN: Universidad De Guayaquil FACULTAD: Ciencias Matemáticas Y Físicas
CARRERA: Ingeniería En Sistemas Computacionales
FECHA DE PUBLICACIÓN: Noviembre del 2015
N° DE PÁGS.: 75
ÁREA TEMÁTICA: Metodologías, calidad y gestión de proyectos de software
PALABRAS CLAVES: Metodología, modelado, desarrollo, scrum, ingeniería de software
RESUMEN: Diseñar un modelo de datos que permita a un sistema la funcionalidad de ingreso de notas y asistencias.
N° DE REGISTRO(en base de datos): N° DE CLASIFICACIÓN:
DIRECCIÓN URL (tesis en la web):
ADJUNTO PDF X SI NO
CONTACTO CON AUTOR: Roberto Fernando Lama Pacheco
TELÉFONO: 0986135231
E-MAIL: rlamap@hotmail.com
CONTACTO DE LA INSTITUCIÓN Nombre: Ab. Juan Chávez Atocha
Teléfono: 2307729
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “ESTUDIO DE FACTIBILIDAD
PARA LA PROPUESTA “FRAMEWORK DE TRABAJO PARA PROYECTOS
DE TITULACIÓN APLICANDO LA METODOLOGÍA SCRUM EN LA
INGENIERÍA DE SOFTWARE” ENFOCADO AL DISEÑO DE UN MODELO DE
DATOS PARA REGISTRO DE NOTAS Y ASISTENCIA DE UN SISTEMA
ACADÉMICO” elaborado por el Sr. ROBERTO FERNANDO LAMA
PACHECO, 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. Nidia Fabiola Medrano Núñez MSc.
TUTOR
II
DEDICATORIA
Esta tesis dedico a mis padres que han dado un gran esfuerzo para que este sueño se haga realidad. También la dedico a mi hijo Gabriel quien llego en el momento justo para dar ese impulso final para llegar a la meta.
III
AGRADECIMIENTO
El agradecimiento de mi tesis es principal a mi familia como siempre el mayor impulso y fortaleza que puede uno tener. A mis familiares si pudiera nombrar a todos, padre, madre, hermano, abuela, tías, tíos, esposa e hijo y otros que fueron parte del proceso de brindarme su ayuda en algún momento de este gran proyecto para llegar a la meta.
IV
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, MSc. DECANO DE LA FACULTAD CIENCIAS MATEMÁTICAS Y
FÍSICAS
Ing. Inelda Martillo Alcívar, Mgs DIRECTORA
CISC, CIN
Ing. Nidia Fabiola Medrano Núñez, MSc.
DIRECTOR DEL PROYECTO DE TITULACIÓN
Ing. Jorge Arturo Chicala Arroyave, MSc.
PROFESOR DEL ÁREA - TRIBUNAL
Lcdo. Pablo Adriano Alarcón Salvatierra MSc.
Ab. Juan Chávez A. SECRETARIO
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este
Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
ROBERTO FERNANDO LAMA PACHECO
2
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA
SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO AL DISEÑO DE UN MODELO DE DATOS PARA REGISTRO DE NOTAS Y ASISTENCIA DE UN
SISTEMA ACADÉMICO
Proyecto de Titulación que se presenta como requisito para optar por el título de
INGENIERO EN SISTEMAS COMPUTACIONALES.
Autor: Roberto Fernando Lama Pacheco
C.I.0913283396
Tutor: Ing. Nidia Fabiola Medrano Núñez MSc.
Guayaquil, Noviembre de 2015
3
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, 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 Titulación presentado por el/la estudiante ROBERTO
FERNANDO LAMA PACHECO, como requisito previo para optar por el título de
Ingeniero en Sistemas Computacionales. Cuyo problema es:
ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE
TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA
SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO AL DISEÑO DE UN
MODELO DE DATOS PARA REGISTRO DE NOTAS Y ASISTENCIA DE UN
SISTEMA ACADÉMICO.
Considero aprobado el trabajo en su totalidad.
Presentado por:
Roberto Fernando Lama Pacheco
Cédula de ciudadanía N° 0913283396
Tutor: Ing. Nidia Fabiola Medrano Núñez MSc.
Guayaquil, Noviembre de 2015
4
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato Digital
1. Identificación del Proyecto de Titulación
Nombre Alumno: Roberto Fernando Lama Pacheco
Dirección: Villa Italia. Urb. Florencia Mz-12 SL-33
Teléfono: 0986135231 E-mail: rlamap@hotmail.com
Facultad: Ciencias Matemáticas y Físicas
Carrera: Carrera de Ingeniería en Sistemas Computacionales
Proyecto de titulación al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: Ing. Nidia Fabiola Medrano Núñez MSc.
Título del Proyecto de titulación: Estudio de Factibilidad para la propuesta “Framework de trabajo para proyectos de titulación aplicando la metodología Scrum en la Ingeniería de Software” enfocado al diseño de un modelo de datos para registro de notas y asistencia de un Sistema Académico.
Tema del Proyecto de Titulación: Estudio de Factibilidad y metodología Scrum
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación 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 este Proyecto de titulación. Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno: 3. Forma de envío: El texto del proyecto de titulación 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
5
ÍNDICE GENERAL
APROBACIÓN DEL TUTOR I
DEDICATORIA II
AGRADECIMIENTO III
TRIBUNAL PROYECTO DE TITULACIÓN IV
DECLARACIÓN EXPRESA 1
CERTIFICADO DE ACEPTACIÓN DEL TUTOR 3
SIMBOLOGÍA 8
ÍNDICE DE CUADROS 9
ÍNDICE DE GRÁFICOS 9
RESUMEN 10
INTRODUCCIÓN 12
CAPÍTULO I 13
EL PROBLEMA 13
PLANTEAMIENTO DEL PROBLEMA 13
UBICACIÓN DEL PROBLEMA EN UN CONTEXTO 13
SITUACIÓN CONFLICTO NUDOS CRÍTICOS 14
CAUSAS Y CONSECUENCIAS DEL PROBLEMA 14
CAUSA 14
CONSECUENCIA 14
DELIMITACIÓN DEL PROBLEMA 15
FORMULACIÓN DEL PROBLEMA 15
EVALUACIÓN DEL PROBLEMA 16
OBJETIVOS GENERALES 16
OBJETIVOS ESPECÍFICOS 17
ALCANCE DEL PROBLEMA 17
JUSTIFICACIÓN E IMPORTANCIA 18
METODOLOGÍA DEL PROYECTO 18
CAPÍTULO II 21
MARCO TEÓRICO 21
ANTECEDENTES DEL ESTUDIO 21
FUNDAMENTACIÓN TEÓRICA 21
HERRAMIENTAS A UTILIZAR 22
SQL SERVER 2012 22
MICROSOFT 2012 MANAGEMENT STUDIO 25
HTML5 26
6
CSS 27
JAVASCRIPT 28
ARQUITECTURA CLIENTE SERVIDOR 29
CARACTERÍSTICAS DE UNA APLICACIÓN WEB 30
SCRUM 30
COMPONENTES ADICIONALES QUE PERMITEN A LA APLICACIÓN CORRECTA
DE LA METODOLOGÍA ES: 32
ACTIVIDADES BÁSICAS DEL DBA 32
CONTROL DE SESIONES 32
ADMINISTRACIÓN DE USUARIOS 32
PROCESOS DE RESPALDO 33
CONTROLAR PERFORMANCE DEL SERVIDOR 33
FUNDAMENTACIÓN LEGAL 33
CAPÍTULO III 37
PROPUESTA TECNOLÓGICA 37
ANÁLISIS DE FACTIBILIDAD 37
FACTIBILIDAD OPERACIONAL 37
FACTIBILIDAD TÉCNICA 38
FACTIBILIDAD LEGAL 38
FACTIBILIDAD ECONÓMICA 39
ETAPAS DE LA METODOLOGÍA DEL PROYECTO 39
ENTREGABLES DEL PROYECTO 40
41
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA 41
PLAN DE PRUEBAS 42
ENCUESTAS 43
CAPÍTULO IV 53
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO 53
CONCLUSIONES 57
RECOMENDACIONES 58
BIBLIOGRAFÍA 59
ANEXOS 60
7
ABREVIATURAS
ABP Aprendizaje Basado en Problemas
UG Universidad de Guayaquil
FTP Archivos de Transferencia
g.l. Grados de Libertad
Html Lenguaje de Marca de salida de Hyper Texto
http Protocolo de transferencia de Hyper Texto
Ing. Ingeniero
CC.MM.FF Facultad de Ciencias Matemáticas y Físicas
ISP Proveedor de Servicio de Internet
Mtra. Maestra
Msc. Master
URL Localizador de Fuente Uniforme
www world wide web (red mundial)
8
SIMBOLOGÍA
s Desviación estándar e Error E Espacio muestra E(Y) Esperanza matemática de la v.a. y s Estimador de la desviación estándar e Exponencial
9
ÍNDICE DE CUADROS
CUADRO 1 – DELIMITACIÓN DEL PROBLEMA ............................................. 15
CUADRO 2 – PLAN DE PRUEBAS ................................................................. 42
CUADRO 3 – CRITERIOS DE ACEPTACIÓN ................................................. 53
CUADRO 4 - DICCIONARIO DE DATOS ........................................................ 62
CUADRO 5 - TABLA SA_CARRERA ............................................................... 63
CUADRO 6 - TABLA SA_CARRERA_MODALIDAD ........................................ 64
CUADRO 7 - TABLA SA_CICLO_DETALLE .................................................... 65
CUADRO 8 – TABLA SA_ERROR .................................................................. 66
CUADRO 9 – TABLA SA_ESTUDIANTE_CARRERA_MALLA ......................... 67
CUADRO 10 - TABLA SA_ESTUDIANTE_CARRERA_MATERIA .................... 67
CUADRO 11 - TABLA SA_ESTUDIANTE_CARRERA_MATERIA_ASISTENCIA69
ÍNDICE DE GRÁFICOS
Gráfico 1 – FLUJO DE OPERATIVO ............................................................... 38
Gráfico 2 – DIAGRAMA DE METODOLOGÍA UTILIZADA ................................ 39
Gráfico 3 – MODELO ENTIDAD RELACIÓN – INGRESO DE NOTAS Y ASISTENCIA
....................................................................................................................... 40
Gráfico 4 – MODELO ENTIDAD RELACIÓN – INGRESO DE NOTAS Y ASISTENCIA
....................................................................................................................... 41
Gráfico 5 – ENCUESTA – PREGUNTA 1 ........................................................ 44
Gráfico 6 – ENCUESTA – PREGUNTA 2 ........................................................ 45
Gráfico 7 – ENCUESTA – PREGUNTA 3 ........................................................ 46
Gráfico 8 – ENCUESTA – PREGUNTA 4 ........................................................ 47
Gráfico 9 – ENCUESTA – PREGUNTA 5 ........................................................ 48
Gráfico 10 – ENCUESTA – PREGUNTA 6....................................................... 49
Gráfico 11 – ENCUESTA – PREGUNTA 7....................................................... 50
Gráfico 12 - ENCUESTA – PREGUNTA 8 ....................................................... 51
Gráfico 13 - ENCUESTA – PREGUNTA 9 ....................................................... 52
10
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE
TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA
SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO AL DISEÑO DE UN
MODELO DE DATOS PARA REGISTRO DE NOTAS Y ASISTENCIA DE UN
SISTEMA ACADÉMICO
RESUMEN
El objetivo de este proyecto es proveer de un modelo entidad relación que permita a
un sistema web realizar los procesos de ingreso de notas y asistencias de sus
estudiantes, aplicando metodologías de desarrollo ágil como Scrum. La correcta
aplicación de este proyecto utilizando esta metodología, demuestra el cambio a
realizar en la forma de cómo administrar futuros proyectos académicos. De igual forma
el cumplir con la necesidad primordial de que sea viable un sistema académico en un
futuro. El uso de bases de datos robustas que permitan el crecimiento esperado en la
cantidad de usuarios que lo utilizan, pueda ser de cierta forma transparente para los
usuarios finales, y de igual forma al utilizar una base de datos conocida y amigable con
los entornos Microsoft permita la migración en futuros a nuevas versiones, siempre y
cuando no exista un cambio general que impida el mismo.
Autor: Roberto Fernando Lama Pacheco
Tutor: Ing. Nidia Fabiola Medrano Núñez MSc.
11
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE
TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA
SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO AL DISEÑO DE UN
MODELO DE DATOS PARA REGISTRO DE NOTAS Y ASISTENCIA DE UN
SISTEMA ACADÉMICO
ABSTRACT
The objective of this project is to provide a model entity relationship that allows a web
system processes make entering notes and assists students applying agile
development methodologies such as Scrum. The proper implementation of this project
using this methodology demonstrates the change to be made in the form of managing
future academic projects. Similarly the meet the primary need for an academic system
viable in the future. Using robust database allowing the expected growth in the number
of users who use it may be of some transparently to end users, and equally to use a
database known and friendly to Microsoft environments enable future migration to
newer versions, provided there is no overall change that prevents the same.
Autor: Roberto Fernando Lama Pacheco
Tutor: Ing. Nidia Fabiola Medrano Núñez MSc.
12
INTRODUCCIÓN
El crecimiento en las entidades educativas en su servicio académico que se
representa por los docentes al realizar de forma manual el control académico ha
generado en el transcurso del tiempo grandes inconvenientes, no tan solo en la
actividad de realizar este control de forma manual sino también en los percances que
se presentan al manejar este tipo de información sensible como es ingreso de notas y
asistencia de una forma poco segura, pero de igual forma la búsqueda constante de
mejorar estos servicios y paralelamente la evolución tecnológica nos permite realizar
cambios importantes en la gestión actual, una de ellas es la utilización de herramientas
web que permiten no tan solo el realizar esta tarea desde una pc, si no desde
cualquier ubicación que disponga de internet, ya que los avances tecnológicos
permiten esta forma de interacción de los sistemas.
También la constante búsqueda de mejorar los servicios nos llevan al estudio de
plantear el diseño de un sistema, partiendo del enfoque de un modelo de datos que
permitirá esta interacción con el sistema web final.
La utilización de buenas bases de datos nos lleva también analizar que bases serían la
más recomendable en base a la características del proyecto y de la institución, en este
caso utilizando SQL SERVER 2012.
De igual forma la evolución no solo se plantea en el servicio, y en las herramientas
tecnológicas que permitan esta interacción, sino también en la forma de cómo
gestionar un proyecto que busca cumplir una necesidad particular, existiendo varias,
se tiene una de las más conocidas en los últimos tiempos Scrum, una metodología de
desarrollo ágil que nos da una forma diferente a los modelos convencionales de
trabajo utilizados desde hace mucho.
13
CAPÍTULO I
El Problema
Planteamiento del Problema
Ubicación del Problema en un Contexto
La constante búsqueda de mejorar los servicios ofrecidos y generados por una
institución académica, conlleva de alguna forma a sistematizar y estandarizar los
procesos de estos servicios.
El gran número de tareas que genera este tipo de actividad de igual forma se
manifiesta en una sobrecarga de trabajo al realizar un manipuleo y control de datos de
forma manual y registrada en papel cada una de ellas.
Este registro de datos en papel ocasiona no poder acceder a la información cuando se
la requiera, información tan importante como asistencias de estudiantes y notas,
generando una incertidumbre al desconocer el resultado que genera el registro de
estos datos.
Esta forma de llevar el control de las actividades académicas de los estudiantes
plantea la creación de un modelo de datos para la utilización de un sistema académico
que cumpla con las actividades básicas de registro de notas y asistencias de sus
estudiantes aplicando metodologías de desarrollo ágil llamada SCRUM.
14
Situación Conflicto Nudos Críticos
El tiempo que toma conocer los resultados basados en los datos registrados de forma
manual en documentos físicos congestiona las demás tareas que parten de esta
información.
El registro de los datos correspondientes a las actividades como docente generada en
documentos físicos produce pérdida de datos e inconsistencia en los resultados
esperados al no llevar un control adecuado del mismo.
La aplicación del sistema web que requiere de este diseño modelo entidad relación
requiere que se utilice una metodología de desarrollo ágil para cumplir el tiempo que
ellos requieren para utilizarlo ellos en su sistema.
Causas y Consecuencias del Problema
Las causas y consecuencias que genera no tener un modelo de datos que sirva para
un sistema académico básico para ingreso de notas y control de asistencia son:
Causa Consecuencia
El no contar con un repositorio central
que te permita ver o conocer el
estado de las actividades académicas
realizadas por los docentes de forma
general.
Al no tener una forma unificada de ver
los registros de las actividades
académicas, impide conocer de
manera rápida los acontecimientos
que pasan en cada una de ellas en
base a estas actividades como
docente y estudiante.
El no tener un modelo entidad
relación que representa las tareas de
un sistema académico básico que
realiza ingreso de notas y asistencias.
La utilización de procesos manuales y
escritura en documentos físicos que
generan perdida de datos y en
ocasiones inconsistencias en sus
resultados.
El no poseer un diseño que permita
un crecimiento homogéneo de sus
datos.
Datos diferentes para representar un
mismo tema, generando
inconsistencia en sus registros.
15
El solo acceder esta información en
horarios laborales o en la
disponibilidad de la persona que
posea esta información.
Aglomeración y poca accesibilidad de
la información pertinente a las
actividades académicas como notas y
asistencias.
El desarrollar una aplicación o modelo
de datos para un sistema sin ningún
control u orden.
Desfase en tiempos en entrega de
proyectos, al igual que el poco control
de los verdaderos entregables del
mismo.
Elaboración: Roberto Lama P.
Fuente: Causas y Consecuencias del Problema
Delimitación Del Problema
Cuadro 1 – Delimitación del Problema
Campo Tecnológico
Área Sistemas
Aspecto Metodologías, Calidad Y Desarrollo De Proyectos De Software
Tema Estudio de factibilidad para la propuesta “Framework de trabajo
para proyectos de titulación aplicando la metodología Scrum en
la Ingeniería de Software” enfocado al diseño de un modelo de
datos para registro de notas y asistencia de un sistema
académico
Elaboración: Roberto Lama Pacheco
Fuente: Delimitación del Problema
Formulación Del Problema
Hoy en día el crecimiento en las actividades académicas de una institución educativa
repercute en que los docentes y directivos de la institución, estén en una constante
búsqueda de mejorar y controlar las actividades académicas que se realizan y por
consecuente el automatizar este servicio por medio de un sistema académico que
cumpla con las actividades de registro de notas y asistencia, genera la necesidad
inicial de un “ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK
16
DE TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA
METODOLOGÍA SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO AL
DISEÑO DE UN MODELO DE DATOS PARA REGISTRO DE NOTAS Y
ASISTENCIA DE UN SISTEMA ACADÉMICO”
Evaluación Del Problema
Claro: El poder contar con un diseño modelo entidad relación que permita el correcto
funcionamiento del sistema académico.
Evidente: El constante crecimiento en las actividades como docente y estudiante
conlleva a siempre estar actualizado y en busca de una mejora continua de la forma
como se administran estas actividades normalmente.
Relevante: Es importante para el sistema, poder brindar un flujo correcto de los
procesos representados en el modelo entidad relación del sistema.
Concreto: Poder realizar un modelo entidad relación que represente de forma general
las activadas que generan un sistema académico.
Factible: Hoy en día se cuenta con herramientas y lenguajes de programación que
nos permiten desarrollar sistemas y modelado de datos.
Original: La facilidad de los lenguajes de programación nos permite crear sistemas
originales para cubrir actividades que normalmente se hacen de forma complicada o
incomoda.
Delimitado: El gran uso de los productos Microsoft nos lleva a la utilización de base
SQL SERVER 2008 como backend en el diseño del modelo entidad relación.
Objetivos Generales
Diseñar un modelo de datos que permita a un sistema web representar las tareas
académicas de ingreso de notas y asistencias, de esta manera mejorar la atención
brindada en estos servicios, utilizando tecnologías de almacenamiento eficientes
17
que ofrezcan estabilidad en los datos ingresados, y demostrar la factibilidad de
este proyecto aplicando metodología ágil de desarrollo aplicando SCRUM.
Objetivos Específicos
Diseñar un modelo de datos para la utilización de un sistema académico que
cumpla con las actividades de registro de notas y asistencias de sus estudiantes.
Utilizar metodología de desarrollo ágil en el proceso del diseño modelo entidad
relación del sistema y sus procesos.
Aplicar una correcta nomenclatura en los procesos y su modelo de datos que
permita un entendimiento homogéneo de su desarrollo.
Permitir un mejor servicio a sus docentes y estudiantes centralizando en una base
de datos robusta los registros generados por la utilización del sistema académico.
Diagramar un modelo que permita un crecimiento en características maestras del
sistema mediante su parametrización.
Alcance Del Problema
Diseñar un modelo entidad relación general que representa un sistema académico
en el ingreso de notas.
Crear un modelo entidad relación general que representa un sistema académico
en el ingreso de asistencia.
Estructurar una secuencia de procesos que permitan el ingreso y modificación de
notas.
Estructurar una secuencia de procesos que permitan el ingreso y modificación de
asistencia.
Utilizar la metodología de desarrollo ágil Scrum en el diseño del modelo entidad
relación y sus procesos.
18
Elaborar una estructura que permita el control del uso sistema.
Crear una estructura que permita el registro de tablas maestras para el uso del
sistema.
Justificación e Importancia
Brindar un mejor servicio a sus profesores en las labores que realizan como docentes,
al igual que a sus estudiantes para conocer información relevante a sus actividades
académicas.
Proponer un diseño modelo entidad relación que permita el flujo correcto de un
sistema académico en el registro de notas y asistencias.
La existencia de una base de datos robusta que permita desarrollar un modelo entidad
relación y almacenar los datos de grandes volúmenes de transacciones referentes a
un sistema académico.
Mejorar los tiempos para conocer acontecimientos generados en bases a las
actividades de un sistema académico.
Mostrar que la utilización de metodologías de desarrollo ágil es una de las mejores
opciones para los proyectos realizados.
Metodología Del Proyecto
Existen algunas metodologías de desarrollo ágil, entre las más populares es SCRUM,
esta se utilizará para el desarrollo del proyecto.
La aplicación de esta metodología está enfocada en diseñar un modelo de datos que
será utilizado en un sistema web que permitiría el ingreso de notas y asistencias,
utilizando una base de datos robusta que permita siempre un crecimiento sostenible
en el tiempo.
19
De las actividades que se realizarán para desarrollar este proyecto se realizan
supuestos y restricciones de las cuales se detallan:
Supuestos:
El diseño será enfocada a las necesidades expresadas y delimitadas por el
Product Owner y Scrum Master.
La metodología aplicada será SCRUM
El correcto funcionamiento de los ambientes de trabajo donde se realizaría el
desarrollo.
Restricciones:
El desarrollo del modelo entidad relación solo está enfocado al ingreso de
notas y asistencias de los estudiantes.
El no poseer equipos de desarrollo locales, se utilizará recursos personales
para el desarrollo del mismo, en este caso una portátil.
La aplicación de este proyecto solo se planteará de forma documental ya que
no se posee recursos para la posible implementación del diseño.
La versión utilizada en la base de datos es basado en lo que se posee
actualmente acceso como estudiante.
Solo se basa el desarrollo en metodologías de desarrollo ágil SCRUM.
Las especificaciones o alcance son basadas en lo indicado por el Product
Owner y Scrum Master.
Plan de Calidad (Pruebas a realizar):
Luego del desarrollo realizado en base a las especificaciones planteadas entre el
Product Owner y Scrum Master se plantea que las pruebas que se podrían realizar
son:
El correcto registro y modificación de notas de un estudiante.
El correcto registro y modificación de asistencia de un estudiante.
La correcta aplicación de estándares de desarrollo en la nomenclatura del
modelo entidad relación.
20
La correcta aplicación de estándares de desarrollo en los procesos y variables
que involucran el registro de notas de un estudiante.
La correcta aplicación de estándares de desarrollo en los procesos y variables
que involucran el registro de asistencia de un estudiante.
21
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
Las entidades educativas en el transcurso del tiempo han encontrado que las
actividades que realizan generan procesos repetitivos, al igual que una sobrecarga en
las actividades y en ocasiones perdidas de datos al realizar estas actividades de forma
manual.
De igual forma el crecimiento tecnológico permite utilizar nuevas herramientas que
ofrecen grandes características para ser utilizadas en desarrollos de aplicaciones,
también formas de solventar tareas repetitivas que permiten ofrecer mejores
características de atención a sus estudiantes y profesores.
Los desarrollos realizados anteriormente utilizando otras metodologías de proyecto
diferentes a las ágiles, incrementan el tiempo de entrega del producto final, por lo que
la aplicación de una metodología ágil trata de demostrar que estas variables se
pueden mejorar.
FUNDAMENTACIÓN TEÓRICA
En las tareas cotidianas de los docentes en el ingreso de notas y control de asistencia,
los parámetros que se establecen para este tipo de tarea se los define en el estatuto y
sus reglamentos.
22
El diseño realizado se realiza dando la oportunidad a que los registros maestros del
sistema sean parametrizables, permitiendo de igual forma un crecimiento vertical de
los datos basados en la estructura de un sistema que permite el ingreso de notas y
asistencias.
La aplicación de este desarrollo se basa en la utilización de metodologías ágil de
desarrollo conocidas como SCRUM, dando la oportunidad de demostrar la aplicación
de nuevos modelos de administración de proyecto en soluciones académicas de una
entidad educativa.
Herramientas a Utilizar
Sql Server 2012
Sql Server es una de las bases de datos más utilizadas, por todos sus beneficios,
rendimiento, escalabilidad, estabilidad y muchos más.
La factibilidad que te permita múltiples usuarios esté conectadas a ellas, sean de
forma local o remota, la hacen muy útil para cualquier servicio o negocio que se
desee.
Algunas razones por el que se escoge a la base de datos SQLSERVER son las
siguientes:
o Escalabilidad y Flexibilidad: SQLSERVER tiene la capacidad para
aplicaciones de alto rendimiento al igual que su almacenaje de datos
hasta terabytes de información. Su gran relación con los demás
sistemas operativos de Microsoft permiten una migración de bases
cuando este se requiera disminuyendo considerablemente las
afectaciones. La coherencia de los datos es otro de los factores que
permiten una escalabilidad utilizando herramientas propias.
o Rendimiento: con una arquitectura robusta que permite a los
administradores de bases de datos ser configurado para aplicaciones
23
particulares, de esta manera permite resultados adecuados en base a
las necesidades de las aplicaciones aunque estas sean exigentes.
o Disponibilidad: características importantes como confiabilidad y
disponibilidad son muy importantes en la base de datos SQL SERVER,
esto permite que los clientes tengan un grado de confianza bastante
alto, también este ofrece opciones como configuraciones especiales de
maestro y esclavo de replicación de alta velocidad.
o Robustez: no solo enfocada a eventos transaccionales sino también al
gran manejo de datos que representa modelos de inteligencia de
negocios lo hace uno de los tantos factores primordiales a la hora de
escogerla como base de datos.
o Internet: Una base datos que con la evolución del mismo se permite
ajustar a los ambientes de negocio que están en la nube, no solo
utilizando esquemas propios de la familia Microsoft, sino también desde
servidores independientes que permiten la utilización de la base desde
cualquier herramienta o sitio web..
o Desarrollo Integral: la gran escalabilidad que soporta Sql Server para
todas las aplicaciones como bases de datos es muy grande, tales como
apoyo para procedimientos almacenados, triggers, funciones, vistas,
cursores, sql estándar y más.
o Fácil Gestión: ofrece una capacidad de arranque rápido excepcional,
de igual forma la fácil relación con los propios servicios de los
servidores Microsoft permiten realizar tareas adicionales de gestión de
sus datos de una manera transparente.
De igual forma otras empresas manejan definiciones del SQL SERVER de forma
parecida a la explicada, por ejemplo:
SQL Server es un sistema de gestión de bases de datos relacionales
(RDBMS) de Microsoft que está diseñado para el entorno empresarial.
SQL Server se ejecuta en T-SQL (Transact -SQL), un conjunto de
extensiones de programación de Sybase y Microsoft que añaden varias
24
características a SQL estándar, incluyendo control de transacciones,
excepción y manejo de errores, procesamiento fila, así como variables
declaradas. (TechTarget, 2015)
También tenemos algunas versiones con las que se puede trabajar dependiendo de la
necesidad, se lista lo indicado por Wikipedia:
Ediciones y servicios
Cada versión de SQL Server posee distintas versiones con distintos
precios (para cada versión) que dependen también en la configuración
física del servidor. 9 A continuación se presentan las versiones
principales:
Enterprise
Contempla todas las características (deshabilitadas en otras
ediciones).Es el tipo de versión con más privilegios existente en el
mercado.
Developer
Una edición con las mismas características que la Enterprise, con el fin
de ser instalada solamente en ambiente de desarrollo y no en producción.
Si se desarrolla para una edición Standard hay que tener en cuenta las
características deshabilitadas para esta versión.
Standard
Una versión limitada según la configuración del servidor y sus
características, diseñada para servidores inferiores.
Por ejemplo: en la versión 2012, la edición Enterprise soporta un número
ilimitado de procesadores, y la agregación de memoria y CPUs en caliente
sin la interrupción del servicio o del servidor; mientras la edición
Standard está limitada a 16 procesadores y no soporta la "agregación en
caliente".
Express
Una versión gratuita que posibilita la creación de bases de datos
limitadas con características básicas, con el fin de apoyar aplicaciones
25
que necesiten una solución simple para almacenamiento de una cantidad
limitada de datos, o usuarios que sus recursos y necesidades son
limitados.
En la versión 2012, esta edición puede utilizar un máximo de 1 GB de
memoria, y almacenar no más de 10GB, funciona en servidores con un
número máximo de cuatro procesadores. Estas limitaciones se mantienen
en la versión 2014 (4 cores, 1GB ram, y 10Gb por base de datos).
SQL Azure
Es una versión de SQL Server en la nube, que permitía pagar
mensualmente por el servicio sin la necesidad de mantener un servidor
físico (On Premise). La empresa paga solo por el servicio, y el servicio es
manejado a través de torres de servidores en distintos lugares en el
mundo.
Con SQL Azure no es necesario instalar, mantener o actualizar un
servidor físico; a pesar que este servicio depende de aspectos
relacionados a problemas de seguridad con respecto a su presencia fuera
de la empresa y a la disponibilidad de conexión a Internet.
Durante un tiempo, el servicio fue ampliado con la opción de crear un
servidor virtual por la red, e instalar SQL Server tanto como uno de los
servicios competidores, y manejar el servidor virtual como si fuera un
servidor físico local (aunque físicamente no está accesible); y se puede
diferenciar entre la opción original que esta denominada PAAS (Platform
as a Service: El Plataforma como un Servicio) y la nueva opción de los
servidores virtuales denominada IAAS (Infrastructure as a Service,
Infraestructura como un Servicio).
Este servicio esta otorgado por Microsoft desde 2009 y se une a servicios
similares de empresas de third-party. (Wikipedia, 2015)
Microsoft 2012 Management Studio
En la gran variedad de herramientas que permiten la utilización o gestión de la base de
datos, una herramienta más que tiene la familia Microsoft es el Microsoft 2012
Management Studio el que cual tiene una gran gestión nativa de los componentes de
una base de datos Sql Server 2012, como es su fácil interpretación de los
componentes tales como procedure, function, triggers, y muchos más.
26
De igual forma tomando en cuenta definiciones de portales web que siempre están
involucrados en temas tecnológicos, nos da lo siguiente:
SSMS proporciona herramientas para configurar, gestionar y administrar
las instancias de Microsoft SQL Server, que reúne a una amplia gama de
herramientas de diseño gráfico y visuales y editores de script que
simplifican el trabajo con SQL Server. Además de simplificar las tareas de
SQL Server, SSMS mantiene un único entorno integrado para SQL Server
gestión y creación de Database Engine.
Características de Microsoft SQL Server Management Studio incluyen el
Explorador de objetos, que se puede ver y administrar todos los objetos
en una instancia de SQL Server; Explorador de plantillas, que construye y
gestiona los archivos de texto repetitivo que se puede reutilizar para
acelerar la búsqueda y el desarrollo de la escritura; y el Explorador de
soluciones, que construye los proyectos que se utilizan para administrar
los elementos de administración, tales como consultas y scripts. (Targer,
2014)
Html5
Del lado del front end que permitirá la visualización de los datos del modelo entidad
relación diseñada se tiene también html (Hyper Text Markup Languaje) del lenguaje
básico de la World Wide Web, la versión definitiva se publicó en Octubre de 2014.
Algunas novedades son:
o La incorporación de etiquetas (canvas 2D y 3D, audio, video) para
mostrar contenidos multimedia.
o Etiquetas que manejan grandes conjuntos de datos: Datagrid, Details,
Menu y Command. Permiten generar tablas dinámicas que pueden
filtrar, ordenar y ocultar contenido en cliente.
27
o Mejoras en los formularios. Nuevos tipos de datos (eMail, number, url,
datetime, y más) y facilidades para validar el contenido sin Javascript.
o Visores MathML (fórmulas matemáticas) y SVG (gráficos vectoriales).
o Drag & Drop, nueva funcionalidad para arrastrar objetos como
imagines.
Considerando las definiciones de un portal web se tiene:
HTML5 es un lenguaje markup (de hecho, las siglas de HTML significan
Hyper Text Markup Language) usado para estructurar y presentar el
contenido para la web. Es uno de los aspectos fundamentales para el
funcionamiento de los sitios, pero no es el primero. Es de hecho la quinta
revisión del estándar que fue creado en 1990. A fines del año pasado, la
W3C la recomendó para transformarse en el estándar a ser usado en el
desarrollo de proyectos venideros. Por así decirlo, qué es HTML5 está
relacionado también con la entrada en decadencia del viejo estándar
HTML 4, que se combinaba con otros lenguajes para producir los sitios
que podemos ver hoy en día. Con HTML5, tenemos otras posibilidades
para explotar usando menos recursos. Con HTML5, también entra en
desuso el formato XHTML, dado que ya no sería necesaria su
implementación. (Hipertextual, 2013)
Css
Las famosas hojas de estilos, en sus siglas significa Hoja de estilos en cascada el cual
es un lenguaje que se utiliza para definir la presentación de un documento
estructurado escrito en HTML o XML2 (y por extensión en XHTML). Algunas de las
ventajas son:
o Una centralización de la forma de como se muestra un sitio web
completa.
o Optimización del ancho de banda de la conexión, ya que se puede
definir los mismos estilos para muchos elementos con un solo selector.
28
o La accesibilidad del documento es mucho mejor, ya que con CSS se
evitan antiguas prácticas necesarias para el control del diseño.
JavaScript
Es un lenguaje de programación interpretado, se define como orientado a objetos y
también es basado en prototipos imperativo. Normalmente se utiliza del lado del
cliente, esto permite agregar mejoras a los programas que se ejecutan del lado del
cliente y dando un dinamismo a las páginas web, también existe del lado del servidor.
El gran avance que ha causado la utilización de JAVASCRIPT provoca que todos los
navegadores interpreten el código. Al igual que todas las ventajas que la utilización
permite, como el ser un lenguaje de programación liviano, utiliza poca memoria, fácil
integración, interactividad a elementos web.
Tomando en consideración técnica de JavaScript por parte de Mozilla se tiene:
Client-side JavaScript extiende el núcleo del lenguaje proporcionando
objetos para controlar un navegador y su modelo de objetos (o DOM, por
las iniciales de Document Object Model). Por ejemplo, las extensiones del
lado del cliente permiten que una aplicación coloque elementos en un
formulario HTML y responda a eventos del usuario, tales como clicks del
ratón, ingreso de datos al formulario y navegación de páginas.
Server-side JavaScript extiende el núcleo del lenguaje proporcionando
objetos relevantes a la ejecución de JavaScript en un servidor. Por
ejemplo, las extensiones del lado del servidor permiten que una
aplicación se comunique con una base de datos, proporcionar
continuidad de la información de una invocación de la aplicación a otra, o
efectuar manipulación de archivos en un servidor. (Mozilla, 2015)
29
Arquitectura Cliente Servidor
Es una entidad autónoma que trabajan para cumplir una tarea, ejemplos como
correos, servidores de impresión, también una de las características que distingue a la
arquitectura cliente servidor:
o Es el que envía una petición o llamado hacia el servidor.
o Luego de esta petición espera una respuesta del servidor, esto de
manera bidireccional como se darán cuenta.
o Esta conectividad que se realiza con los servidores, no se aplica
únicamente hacia un servidor, si no que permite conectarse a varios
servidores.
o Temas importantes es la consideración de la velocidad de conexión que
existe entre estos puntos.
o De igual forma el servidor luego de recibir peticiones del lado del cliente
este comenzara a procesar y responder al cliente.
o Al ser del lado del servidor, no solo espera peticiones de un solo ente
sino de varios al mismo tiempo.
Ventajas que se presentan en esta arquitectura es la centralización de los sucesos,
recursos y de esta manera centrarse en un solo lado cuando se desee realizar algún
cambio en particular, dando de esta manera la oportunidad de brindar un mejor
mantenimiento, es la gran escalabilidad.
El modelo cliente/servidor web está en evolución; para ser más concretos, la Web y los
objetos distribuidos están empezando a reunirse para brindar un tipo de computación
cliente/servidor sumamente interactivo. Los applets escritos en java y los navegadores
habilitados para CORBA son las primeras manifestaciones de esta novedosa Web de
objetos. El paso siguiente consiste en la división de la Web en componentes. Por
ejemplo, estamos comenzando a ver el despliegue de beans de Java en el cliente y de
30
beans empresariales de Java en el servidor. Estos clientes y servidores se comunican
por medio de CORBA o HTTP. (Orfali, 2002)
Los servidores de aplicaciones web son un nuevo tipo de software para Internet, el
cual amplía a los servidores normales de HTTP con estructuras de componentes del
lado del servidor. Desde el punto de vista funcional, tales servidores son muy
parecidos a servidores de objetos. (Orfali, 2002)
Características de una Aplicación Web
Las aplicaciones web nos permiten brindar todo tipo de servicio sea a usuarios o
aplicaciones en sí, la manera de conectarse es que un usuario con acceso a internet
realiza la conexión a una dirección ip, que se enmascara como dirección web en la
barra de direcciones permitiéndonos conectarnos con el servidor de aplicación, en este
servidor se está ejecutando un servidor web, lo que permite al usuario establecer o
conocer el contenido de la dirección web a la que está ingresando.
Porque un usuario digita un nombre de dirección web y no la ip del servidor donde está
la aplicación, esto es por las bondades del servidor DNS (Domain Name Server), el
cual tiene la dirección ip a la que corresponde la dirección a la que deseas conectarte.
Scrum
Scrum una metodología de desarrollo nos permite realizar desarrollos de forma
incremental de una forma ágil que permite el excelente desempeño de sus tareas a
cumplir y con entregables funcionales en cada sprint.
Para esto la forma como se segmentan los componentes del proyecto se muestra
como reglas, roles, artefactos, reuniones, las cuales en su desglose de roles se tiene:
Entre los roles que tiene la metodología están:
31
Product Owner:
Tiene la responsabilidad de dar la correcta visión del producto que se desea.
Determina si se debe liberar o no alguno de los entregables.
Mayormente comparado con modelos de metodologías de proyecto lineal como
el líder de proyecto.
De igual forma toma la aceptación o no de cada incremento posible del
proyecto en curso.
El tener este cargo también involucra el poder darle la prioridad de que se
realiza y con qué prioridad.
Equipo de Desarrollo:
El grupo encargado de que las necesidades registradas en el back log se
hagan realidad.
No tiene una posición superior antes los demás, realiza lo solicitado por Scrum
Master.
Lo que si puede realizar es una validación para obtener un cambio con el
product owner.
Al no tener influencia o relación con factores externos del proyecto puede
enfocarse al proyecto en sí.
De pendiendo de la magnitud del proyecto se puede tener un grupo de 2 a 7
personas.
Scrum Master:
Permite que los del equipo de desarrollo se enfoquen en sus labores, de esta
forma él se vuelve un facilitador al grupo.
Una de las cosas que realiza en fomentar un ambiente que genere una auto-
organización.
Regula los tiempos que se definieron en el proyecto.
Al ser un facilitador este lo excluye de poder tomar decisión de gestión de
algún integrante del grupo.
Dependiendo del grado de experiencia puede aplicar un papel como si fuera un
líder.
32
Componentes adicionales que permiten a la aplicación correcta de la
metodología es:
Reuniones:
En las reuniones que se plantean es para determinar si existe una correcta
aplicación de los tiempos del proyecto o a su vez determinar posibles
afectaciones del mismo, si se presentase algún inconveniente poder realizar
algún tipo de gestión.
En fases tempranas del proyecto sirve para determinar los tiempos y posibles
contratiempos que se puedan presentar en los requerimientos que fueron
aceptados por el product owner y el scrum master.
Estas reuniones se plantea teóricamente de 15 minutos, pero en la práctica
puede tomar un poco más o quizás menos.
Al final de cada sprint de igual forma se plantea una reunión para ver qué
cosas se realizaron o no del sprint planteado inicialmente, esto puede
determinar cosas que ya no irán u en su defecto cosas que por su complejidad
u otros factores pasaran al sprint siguiente.
Actividades Básicas del Dba
Control de Sesiones
El DBA siempre debe poder conocer que sesiones están activas / ejecutándose en la
base de datos, para controlar que actividades se encuentran realizando cada una de
ellas. El poder cerrar alguna de estas sesiones es algo muy importante ya que permite
impedir o controlar alguna actividad innecesaria en la base de datos.
Administración de Usuarios
Existen escenarios donde los usuarios de bases de datos requieren la ayuda de los
administradores de bases de datos cuando sus contraseñas expiran o llegan a
olvidarla, teniendo el administrador que conectarse a la base de datos y ejecutar
sentencias de administración para resetear, desbloquear las cuentas de los usuarios.
De igual forma la creación de usuarios para los diferentes usos que este implique.
33
Procesos de Respaldo
Una de las tareas más importantes que tiene el administrador de bases de datos es el
realizar los respaldos de las bases de datos, permitiendo resguardar la información de
las mismas, o para procesos de mantenimiento o migraciones que se requieran para
las mejoras de los procesos que se tengan en sus servicios. Para realizar este tipo de
actividades se requiere que solo usuarios expertos o usuarios que tengan privilegios
específicos puedan realizar esta actividad de respaldo.
Controlar Performance del Servidor
Otro de los pasos que se deben realizar es la revisión del performance de la base de
datos para poder detectar si la base de datos tiene procesos que estén consumiendo
el performance del servidor en sí, de esta manera podemos realizar una corrección de
la aplicación o proceso que esté generando este tipo de consumo en su funcionalidad.
FUNDAMENTACIÓN LEGAL
LEY DEL SISTEMA NACIONAL DE REGISTRO
DE DATOS PÚBLICOS
Dada por Ley No. 0, Registro Oficial Suplemento 162 de 31 de
Marzo del 2010
CAPÍTULO II
PRINCIPIOS GENERALES DEL REGISTRO DE DATOS
PÚBLICOS
34
Art. 3.- Obligatoriedad.- En la ley relativa a cada uno de los registros o en las
disposiciones legales de cada materia, se determinará: los hechos, actos, contratos o
instrumentos que deban ser inscritos y/o registrados; así como la obligación de las
registradoras o registradores a la certificación y publicidad de los datos, con las
limitaciones señaladas en la Constitución y la ley.
Los datos públicos registrales deben ser: completos, accesibles, en formatos libres, sin
licencia alrededor de los mismos, no discriminatorios, veraces, verificables y
pertinentes, en relación al ámbito y fines de su inscripción.
La información que el Estado entregue puede ser específica o general, versar sobre
una parte o sobre la totalidad del registro y será suministrada por escrito o por medios
electrónicos.
Art. 4.- Responsabilidad de la información.- Las instituciones del sector público y
privado y las personas naturales que actualmente o en el futuro administren bases o
registros de datos públicos, son responsables de la integridad, protección y control de
los registros y bases de datos a su cargo. Dichas instituciones responderán por la
veracidad, autenticidad, custodia y debida conservación de los registros. La
responsabilidad sobre la veracidad y autenticidad de los datos registrados, es
exclusiva de la o el declarante cuando esta o este proveen toda la información.
Las personas afectadas por información falsa o imprecisa, difundida o certificada por
registradoras o registradores, tendrán derecho a las indemnizaciones
correspondientes, previo el ejercicio de la respectiva acción legal.
La Dirección Nacional de Registro de Datos Públicos establecerá los casos en los que
deba rendirse caución.
6.- Accesibilidad y confidencialidad.- Son confidenciales los datos de carácter
personal, tales como: ideología, afiliación política o sindical, etnia, estado de salud,
orientación sexual, religión, condición migratoria y los demás atinentes a la intimidad
35
personal y en especial aquella información cuyo uso público atente contra los
derechos humanos consagrados en la Constitución e instrumentos internacionales.
El acceso a estos datos sólo será posible con autorización expresa del titular de la
información, por mandato de la ley o por orden judicial.
También son confidenciales los datos cuya reserva haya sido declarada por la
autoridad competente, los que estén amparados bajo sigilo bancario o bursátil, y los
que pudieren afectar la seguridad interna o externa del Estado.
La autoridad o funcionario que por la naturaleza de sus funciones custodie datos de
carácter personal, deberá adoptar las medidas de seguridad necesarias para proteger
y garantizar la reserva de la información que reposa en sus archivos.
Para acceder a la información sobre el patrimonio de las personas el solicitante deberá
justificar y motivar su requerimiento, declarar el uso que hará de la misma y consignar
sus datos básicos de identidad, tales como: nombres y apellidos completos, número
del documento de identidad o ciudadanía, dirección domiciliaria y los demás datos que
mediante el respectivo reglamento se determinen. Un uso distinto al declarado dará
lugar a la determinación de responsabilidades, sin perjuicio de las acciones legales
que el/la titular de la información pueda ejercer.
La Directora o Director Nacional de Registro de Datos Públicos, definirá los demás
datos que integrarán el sistema nacional y el tipo de reserva y accesibilidad.
Art. 12.- Medios Tecnológicos.- El Estado, a través del ministerio sectorial con
competencia en las telecomunicaciones y en la sociedad de la información, definirá las
políticas y principios para la organización y coordinación de las acciones de
intercambio de información y de bases de datos entre los organismos e instancias de
registro de datos públicos, cuya ejecución y seguimiento estará a cargo de la Dirección
Nacional de Registro de Datos Públicos. La actividad de registro se desarrollará
utilizando medios tecnológicos normados y estandarizados, de conformidad con las
36
políticas emanadas por el ministerio sectorial de las telecomunicaciones y de la
sociedad de la información.
Art. 23.- Sistema Informático.- El sistema informático tiene como objetivo la
tecnificación y modernización de los registros, empleando tecnologías de información,
bases de datos y lenguajes informáticos estandarizados, protocolos de intercambio de
datos seguros, que permitan un manejo de la información adecuado que reciba,
capture, archive, codifique, proteja, intercambie, reproduzca, verifique, certifique o
procese de manera tecnológica la información de los datos registrados.
El sistema informático utilizado para el funcionamiento e interconexión de los registros
y entidades, es de propiedad estatal y del mismo se podrán conceder licencias de uso
limitadas a las entidades públicas y privadas que correspondan, con las limitaciones
previstas en la Ley y el Reglamento.
Art. 25.- Información física y electrónica.- Para efectos de la sistematización e
interconexión del registro de datos y sin perjuicio de la obligación de mantener la
información en soporte físico como determinan las diferentes normas de registro, los
distintos registros deberán transferir la información a formato digitalizado.
La Dirección Nacional de Registro de Datos Públicos definirá el sistema informático
para el manejo y administración de registros y bases de datos, el cual regirá en todos
los registros del país.
Art. 26.- Seguridad.- Toda base informática de datos debe contar con su respectivo
archivo de respaldo, cumplir con los estándares técnicos y plan de contingencia que
impidan la caída del sistema, robo de datos, modificación o cualquier otra
circunstancia que pueda afectar la información pública.
37
CAPÍTULO III
Propuesta Tecnológica
El proyecto que se realiza actualmente tiene características de un proyecto factible
destinado a la solución de un problema, el cual nace de la constante mejora que
buscan las instituciones académicas, en este caso para ser utilizado por una
aplicación web que permitirá realizar las funciones de un sistema académico en las
opciones de ingreso de notas y asistencias de sus estudiantes.
Análisis De Factibilidad
El análisis de factibilidad de este proyecto se basa en que el modelo entidad relación
es la base fundamental para que permita al sistema académico realizar las tareas de
ingreso de notas y asistencias, sin esto sería imposible poder cumplir con el
funcionamiento en sí que requiere el sistema, de igual forma si la aplicación correcta
de una metodología ágil conocida como SCRUM para poder cumplir con los tiempos
definidos del proyecto en sí.
Factibilidad Operacional
El modelo entidad relación al igual que sus procesos que representa el ingreso de
notas y asistencias serán utilizados por la aplicación web para el cumplimiento de las
tareas como sistema académico, por tal motivo este modelo y sus procesos deben ser
replicados en varios ambientes, desarrollo, pre – producción y producción, para el flujo
correcto de las pruebas a realizar.
Dentro del flujo operativo del sistema este se enfoca en el ingreso de notas y
asistencia representado por el siguiente flujo.
38
Gráfico 1 – FLUJO DE OPERATIVO
Elaboración: Roberto Lama P.
Fuente: Base de Datos
Factibilidad Técnica
En la visión de lograr cumplir este proyecto, se utiliza un motor de base de datos
robusto con las capacidades suficientes para soportar un gran número de
transacciones del sistema académico que lo va a utilizar y de igual forma para su
futuro crecimiento a nivel de data de los ingresos de notas y asistencias, pero también
al ser en una base de datos robusta permite el crecimiento en la lógica del negocio.
Factibilidad Legal
Actualmente en el tiempo que se realiza el proyecto y su entrega actual no existe
algún impedimento legal que nos impida cumplir con la entrega del proyecto en su
forma documental. La única acotación que siempre se debe validar en las posibles
implementaciones es la correcta adquisición de licencias.
39
Factibilidad Económica
En el desarrollo de este proyecto se realiza con financiamiento propio por lo que no se
dispone de aplicación del proyecto en producción, solo está enfocado al grupo que
está desarrollando la aplicación. Pero su consideración de factibilidad económica si
aplica cuando una institución académica requiera y posea el recurso necesario para su
aplicación.
Etapas de la Metodología del Proyecto
La aplicación de la metodología ágil Scrum, nos permite realizar una división de los
entregables o procesos a realizar dividido en Sprint los que se muestran a
continuación:
Gráfico 2 – DIAGRAMA DE METODOLOGÍA UTILIZADA
Elaboración: Roberto Lama P.
Fuente: Base de Datos
40
Entregables del Proyecto En base al desarrollo realizado del proyecto se especifica los entregables del mismo a
continuación:
Script del modelo entidad relación para el sistema web que representa el
ingreso de notas y asistencia.
Script de los procesos utilizados para el correcto de registro y ejecución del
sistema.
Documentación del tema de Tesis realizado.
Diagrama del modelo entidad relación que representa el tema de tesis
propuesto “ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA
“FRAMEWORK DE TRABAJO PARA PROYECTOS DE TITULACIÓN
APLICANDO LA METODOLOGÍA SCRUM EN LA INGENIERÍA DE
SOFTWARE” ENFOCADO AL DISEÑO DE UN MODELO DE DATOS PARA
REGISTRO DE NOTAS Y ASISTENCIA DE UN SISTEMA ACADÉMICO”
Dentro de la propuesta se plantea de igual forma un modelo entidad relación
que satisfaga las necesidades planteadas en este proyecto, el cual se
representa de la siguiente forma seccionada en partes por el tamaño del
diagrama:
Elaboración: Roberto Lama P.
Fuente: Base de Datos
Gráfico 3 – MODELO ENTIDAD RELACIÓN – INGRESO DE NOTAS Y ASISTENCIA
41
Gráfico 4 – MODELO ENTIDAD RELACIÓN – INGRESO DE NOTAS Y ASISTENCIA
Elaboración: Roberto Lama P.
Fuente: Base de Datos
Criterios de Validación de la Propuesta
El proyecto “ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE
TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA
SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO AL DISEÑO DE UN
MODELO DE DATOS PARA REGISTRO DE NOTAS Y ASISTENCIA DE UN
SISTEMA ACADÉMICO” involucra varias entidades que son:
En la sección de Java se especificó que los procesos a utilizar puedan ser consumidos
desde los servicios web generados específicamente para la capa intermedia del
proyecto dando de esta forma la puerta a mostrar dichos procesos a la capa web del
fron end.
En la sección del Frond End se especifica que para acceder a los procesos de base de
datos siempre se pasa primero por una capa intermedia de Java, dando como
42
responsabilidad el no poder conectarse a la capa intermedia, exceptuando errores de
base de datos.
La propuesta para la capa de testing se basa en la ejecución y grabado de datos
utilizando lo diseñado como herramienta el Front End diseñado previamente.
Al validar con el líder de proyecto se establece que la correcta aplicación de la
metodología y cumplimiento de los sprint indicados.
Los diferentes factores y grupos involucrados indican que se necesita realmente el
diseño del modelo de datos para que sea utilizado por el sistema web en el desarrollo
de ingreso de notas y asistencia de los estudiantes.
PLAN DE PRUEBAS
Cuadro 2 – Plan de Pruebas
Actividad Escenario de
prueba
Resultado
esperado
Resultado
obtenido
Observ
aciones
Probar que se
realice el
ingreso de
notas de un
estudiante
Ingreso de
notas de un
estudiante
El registro
correcto de los
datos
ingresados.
Registro grabado
exitosamente.
OK
Probar que se
realice el
ingreso de
asistencia de un
estudiante
Ingreso de
asistencia de
un estudiante
El registro
correcto de los
datos
ingresados.
Registro grabado
exitosamente.
OK
Probar que se
realice la
modificación de
una nota
previamente
registrada
Modificación
correcta de la
nota
Modificación
correcta.
Registro
modificado
exitosamente.
OK
43
Probar que se
realice la
modificación de
una asistencia
previamente
registrada
Modificación
correcta de la
asistencia
Modificación
correcta.
Registro
modificado
exitosamente.
OK
Probar que se
realice la
modificación de
una nota
previamente
registrada
Modificación
correcta de la
nota
Modificación
correcta.
Registro
modificado
exitosamente.
OK
Consultar notas
ingresadas
Consultar
notas de
estudiantes
ingresadas.
Consulta
correcta
Consulta correcta OK
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
ENCUESTAS
El desarrollar este proyecto de tesis conlleva a no solo realizar un desarrollo, sino
también a poder conocer el resultado del producto y algunos factores que son parte
del proyecto completo, el listado de preguntas realizadas fue de 9 preguntas las cuales
se detallan a continuación.
44
Gráfico 5 – ENCUESTA – PREGUNTA 1
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra que el mayor número de desarrolladores o personal que trabaja
en proyecto tiene una clara forma de trabajar al momento de realizar desarrollos, ya
que la aplicación de estándares no solo permite el mejor entendimiento del sistema,
sino también el fácil mantenimiento al momento de mantener un mismo lenguaje en
todo el proyecto desarrollado.
45
Gráfico 6 – ENCUESTA – PREGUNTA 2
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra a pesar de que la mayoría mantiene ya algún tipo de estándar de
desarrollo aún persiste en algunas empresas el no manejo de alguna estándar, esto a
la larga debería desaparecer ya que las correctas formas de programación o de
manejo de proyectos implica tener algún estándar.
46
Gráfico 7 – ENCUESTA – PREGUNTA 3
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra el gran concepto que se tiene en el manejo de proyecto con la
aplicación de alguna metodología, que permita el cumplimiento, control del proyecto en
sí.
47
Gráfico 8 – ENCUESTA – PREGUNTA 4
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra que ya no solo se utilizan los modelos lineales de siempre, si no
que la evolución en diferentes herramientas ha permitido la inclusión de metodologías
de desarrollo ágil como parte de su manejo de proyectos, dando de esta forma nuevas
perspectivas de cómo se debería realizar el manejo y control de un proyecto
48
Gráfico 9 – ENCUESTA – PREGUNTA 5
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra que los procesos de ingreso de notas y asistencias son una parte
fundamental para un sistema académico, por tal motivo no deja de ser importante este
desarrollo.
49
Gráfico 10 – ENCUESTA – PREGUNTA 6
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra que la parametrización de componentes básicos para el
funcionamiento del sistema es importante que se pueda cambiar o controlar de una
forma parametrizable, ya que el dejar quemado algunos datos impiden el correcto
funcionamiento al tratar de cambiar algún dato del sistema.
50
Gráfico 11 – ENCUESTA – PREGUNTA 7
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra que el gran número de estudiantes si conoce el motor de base
datos SQL SERVER, esto permite realizar un desarrollo que no afecte a la mayoría de
desarrolladores del sistema, pudiendo tomar una acción inmediata de requerir
capacitación.
51
Gráfico 12 - ENCUESTA – PREGUNTA 8
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra que el gran número de estudiantes ha trabajado con el motor de
base datos SQL SERVER, pero de igual forma no es la única utilizada, pero no por
esto o es excluida en proyectos independientes.
52
Gráfico 13 - ENCUESTA – PREGUNTA 9
Elaboración: Roberto Lama P.
Fuente: Plan de pruebas
El resultado muestra que el resultado esperado de este proyecto cumplió con las
expectativas planteadas en cada uno del sprint y en el proyecto en sí, dando como
resultado una gran satisfacción a sus integrantes.
53
CAPÍTULO IV
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO
El proyecto que se realiza actualmente tiene características de un proyecto factible
Cuadro 3 – Criterios de Aceptación
SPRINT NIVEL DE
CUMPLIMENTO
Sprint 0
100%
Validar el sprint log para determinar qué actividades o
requerimientos son posibles, o cambios de prioridad
previamente definido entre Scrum Master y Product Owner,
esto realizado con el Scrum Master.
Validar y determinar los tiempos que se tomaría en cada
sprint log con el Scrum Master y Scrum Team.
Determinar que estándares de desarrollo se realizarían
para de esta forma el Scrum Team manejar un mismo
lenguaje de interpretación o desarrollo del sistema.
Bosquejo del diseño modelo entidad relación que
representaría la necesidad inicial de asistencias.
Validar con el Front End la forma como se realizaría el
diseño y los procesos, querys necesarios para la
comunicación entre el Front End y el Back End, esto para
sus posibles ajustes de ser necesario al bosquejo inicial.
Sprint 1
100%
54
Validar con el Scrum Master el sprint log que se realizó y
determinar cuál de ellos faltaron del Sprint 0.
Validar si al tener sprint log que no se realizaron y darle la
prioridad necesaria en el nuevo Sprint 1 en base a los
siguientes entregables que se tienen.
Validar y determinar los tiempos que se tomaría en cada
sprint log con el Scrum Master y Scrum Team del Sprint 1.
Validar diariamente las posibles afectaciones o
necesidades del desarrollo en sí.
Culminación de proceso de grabar el ingreso de asistencias
con sus validaciones correspondiente.
Bosquejo del diseño modelo entidad relación que
representaría la necesidad inicial de ingreso de notas.
Validar con el Front End la forma como se realizaría el
diseño y los procesos, querys necesarios para la
comunicación entre el Front End y el Back End, esto para
sus posibles ajustes de ser necesario al bosquejo inicial de
esta etapa.
Sprint 2
100%
Validar con el Scrum Master el sprint log que se realizó y
determinar cuál de ellos faltaron del Sprint 1.
Validar si al tener sprint log que no se realizaron y darle la
prioridad necesaria en el nuevo Sprint 2 en base a los
siguientes entregables que se tienen.
Validar y determinar los tiempos que se tomaría en cada
sprint log con el Scrum Master y Scrum Team del Sprint 2.
Validar diariamente las posibles afectaciones o
necesidades del desarrollo en sí.
Culminación de proceso de grabar el ingreso de notas con
sus validaciones correspondiente.
Cambios o correcciones que se realizaron en
conversaciones con el Scrum Master y el Product Owner.
• Validar con el Front End en base a los cambios realizados
que consideraciones se deberían cambiar para cumplir con lo
solicitado.
Sprint 3 100%
55
Validar con el Scrum Master el sprint log que se realizó y
determinar cuál de ellos faltaron del Sprint 2.
Validar si al tener sprint log que no se realizaron y darle la
prioridad necesaria en el nuevo Sprint 3 en base a los
siguientes entregables que se tienen.
Validar y determinar los tiempos que se tomaría en cada
sprint log con el Scrum Master y Scrum Team del Sprint 3.
Validar diariamente las posibles afectaciones o
necesidades del desarrollo en sí.
Culminación de procesos indicados en Sprint 2 entre
Scrum Master y Product Owner.
Bosquejo del diseño modelo entidad relación y procesos
que representaría las tablas maestras del sistema.
Validar con el Front End la forma como se realizaría el
diseño y los procesos, querys necesarios para la
comunicación entre el Front End y el Back End, esto para
sus posibles ajustes de ser necesario al bosquejo inicial de
esta etapa.
Sprint 4
Validar con el Scrum Master el sprint log que se realizó y
determinar cuál de ellos faltaron del Sprint 3.
Validar si al tener sprint log que no se realizaron y darle la
prioridad necesaria en el nuevo Sprint 4 en base a los
siguientes entregables que se tienen.
Validar y determinar los tiempos que se tomaría en cada
sprint log con el Scrum Master y Scrum Team del Sprint 4.
Validar diariamente las posibles afectaciones o
necesidades del desarrollo en sí.
Correcciones en los registros ingresados a nivel de base de
datos para que permita una coherencia en las pruebas que
se desean realizar del proceso del sistema completo.
100%
Sprint 5
Validar con el Scrum Master el sprint log que se realizó y
determinar cuál de ellos faltaron del Sprint 4.
Validar si al tener sprint log que no se realizaron y darle la
prioridad necesaria en el nuevo Sprint 5 en base a los
siguientes entregables que se tienen.
Validar y determinar los tiempos que se tomaría en cada
100%
56
sprint log con el Scrum Master y Scrum Team del Sprint 5.
Correcciones varias en base a las pruebas finales del
sistema.
Elaboración: Roberto Lama P.
Fuente: Aceptación del proyecto
57
CONCLUSIONES
La factibilidad del proyecto planteado se establece como viable y aceptada por las
entidades que conformaron y fueron parte del proceso de elaboración de este tema,
partiendo de la necesidad que un sistema web de un académico requiere el desarrollo
de un modelo entidad relación para el cumplimento de actividades académicas de
ingreso de notas y asistencias de estudiantes, planteándolo como tema general de
tesis “ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE
TRABAJO PARA PROYECTOS DE TITULACIÓN APLICANDO LA METODOLOGÍA
SCRUM EN LA INGENIERÍA DE SOFTWARE” ENFOCADO AL DISEÑO DE UN
MODELO DE DATOS PARA REGISTRO DE NOTAS Y ASISTENCIA DE UN
SISTEMA ACADÉMICO”.
Esto aplicando herramientas como SQL SERVER 2012 y herramientas para el
manipuleo de datos de base de datos como SQL SERVER 2012 MANAGEMENT
STUDIO.
De igual forma aplicando una metodología de desarrollo ágil llamada SCRUM permitió
una ejecución y cumplimiento de tareas más certeras en el desarrollo de un sistema y
en la gestión del proyecto en sí.
58
RECOMENDACIONES
Las entidades educativas interesadas en cumplir una necesidad, deben centrar la
atención en estas nuevas metodología de desarrollo ya que realmente permite
gestionar de mejor manera los alcances del sistema y de igual forma la gestión del
mismo, pero si es importante enfocar el cambio de mentalidad en la forma como se
realizan las cosas, y más aún desde los altos directivos, para que de esta forma al
encontrar algún tipo de resistencia en la aplicación de una nueva metodología esta
pueda ser manejada al ser implementadas con el soporte de altos directivos, y
enfocados a la mejora del servicio siempre.
De igual forma la aplicación de cualquier metodología de desarrollo siempre debe
estar encaminada y controlada por las personas que correspondan, dando la guía
correcta y seguimiento a sus futuros recursos que requieran aplicar dicha metodología
en este caso SCRUM, ya que mucho depende no solo de que metodología sino
también del control que se lleve en el proceso de aplicación.
También la toma de decisiones oportunas frente a escenarios que generen algún tipo
de retraso, ya que con la metodología en el control que se realiza diariamente, debe
ser un detonante para corregir desvíos en los tiempos de entrega por inconvenientes
técnicos o falta de compromiso por integrantes del grupo, ya que la no corrección
oportuna puede dar a entender que la metodología no funciona, cuando realmente si
funciona ya que si te permite identificar el problema en un tiempo oportuno.
59
Bibliografía (s.f.).
Hipertextual. (1 de Mayo de 2013). Obtenido de Hipertextual: http://hipertextual.com/archivo/2013/05/entendiendo-html5-guia-para-principiantes/
Mozilla. (26 de Septiembre de 2015). Obtenido de Mozilla: https://developer.mozilla.org/es/docs/Web/JavaScript/Guide/Introducci%C3%B3n
Navegapolis. (Enero de 2006). El modelo Scrum. Obtenido de El modelo Scrum: http://www.navegapolis.net/files/s/NST-010_01.pdf
Orfali. (2002). Cliente - Servidor y Objetos (pág. 3). Estados Unidos de Norteamerica: Oxford University Press.
Targer, T. (1 de Mayo de 2014). Tech Targer. Obtenido de Tech Targer: http://searchsqlserver.techtarget.com/definition/Microsoft-SQL-Server-Management-Studio-SSMS
TechTarget. (1 de January de 2015). TechTarget. Obtenido de TechTarget: http://searchdatacenter.techtarget.com/es/definicion/SQL-Server
Wikipedia. (21 de Noviembre de 2015). Obtenido de Wikipedia: https://es.wikipedia.org/wiki/Microsoft_SQL_Server
60
ANEXOS
Cuestionario de la Encuesta
1. ¿Qué tan importante considera la correcta aplicación de estándares de
desarrollo en la creación de un sistema?
o Muy Importante
o Importante
o Poco Importante
o No necesaria
2. ¿En los proyectos que usted trabaja utiliza algún estándar de desarrollo?
o Si
o No
o Nunca
3. ¿Considera importante utilizar siempre metodologías de desarrollo en un
proyecto donde se realiza un sistema?
o Si
o No
4. ¿Ha utilizado anteriormente en algún desarrollo metodologías de desarrollo ágil
como Scrum?
o Si
o No
5. ¿Qué tan importante para usted es el proceso de ingreso de notas y asistencia
en un sistema académico?
o Muy Importante
o Importante
o Poco Importante
o No Necesaria
6. ¿Al diseñar un modelo de datos de un sistema es importante el poder
parametrizar características básicas del funcionamiento del mismo?
o Si
61
o No
7. ¿Conoce el motor de base de datos SQL SERVER?
o Si
o No
8. ¿En sus desarrollos o trabajos personales que tan frecuente han utilizado SQL
SERVER?
o Muy Frecuente
o Poco Frecuente
o Nunca Utilizado
9. ¿El desarrollo realizado por el grupo de trabajo del proyecto cumple con las
expectativas iniciales definidas por la metodología aplicada?
o Si
o No
62
Diccionario de Datos
Cuadro 4 - Diccionario de Datos
Índice de Tablas
Nú
m.
Tabla Contenido
1 SA_CARRERA Contiene el registro de carrera
2 SA_CARRERA_MODALIDA
D
Contiene el registro de las
modalidades que tiene una carrera
3 SA_CICLO_DETALLE Contiene el registro de las
configuraciones que tiene cada ciclo
4 SA_ERROR Contiene el registro de los diferentes
mensajes que tiene configurado el
sistema a nivel de base de datos.
5 SA_ESTUDIANTE_CARRE
RA_MALLA
Contiene el registro de los
estudiantes con su malla
configurada
6 SA_ESTUDIANTE_CARRE
RA_MATERIA
Contiene el registro de estudiantes y
la materia con sus promedio
7 SA_ESTUDIANTE_CARRE
RA_MATERIA_ASISTENCI
A
Contiene el registro de estudiantes
con la asistencia a cada una de sus
materias.
Elaboración: Roberto Lama Pacheco
Fuente: Base de Datos
63
TABLA: SA_CARRERA
DESCRIPCIÓN: Contiene el registro de carrera.
Cuadro 5 - Tabla SA_Carrera
Elaboración: Roberto Lama
Fuente: Base de Datos
Núm
.
Tabla Tipo Descripción del campo
1 id_sa_carrera int Clave primaria
2 id_sa_facultad int
Referencia a la tabla SA_Facultad
3 nombre varchar(200) Nombre de la Carrera
4 id_sa_parametro_p
eriodo int
Referencia a la tabla Parámetro, identificando el Tipo de Periodo, Ej: Anual, Semestral, etc
5 id_sg_usuario_regi
stro int
Referencia a la tabla SG_Usuario que realizo el registro
6 fecha_registro datetime
Fecha que se realizó el registro
7 id_sg_usuario_mod
ificacion int
Referencia a la tabla SG_Usuario que realizo la modificación, la primera vez se coloca el mismo que registro
fecha_modificacion datetime
Fecha que realizo la modificación, la primera vez se coloca el mismo que registro
estado char(1)
Estado del Registro, A - Activo, E - Eliminado
duracion_hora_clas
e int
Tiempo de Duración de las Clases de cada materia, Periodo: Minutos
64
Cuadro 6 - Tabla SA_Carrera_Modalidad
Elaboración: Roberto Lama
Fuente: Base de Datos
TABLA: SA_CARRERA_MODALIDAD
DESCRIPCIÓN: Contiene el registro de las modalidades que tiene una carrera.
Núm. Tabla Tipo Descripción del campo
1 id_sa_carrera_mo
dalidad int Clave Primaria
2 id_sa_carrera int
Referencia a la tabla SA_Carrera
3 id_sa_modalidad int
Referencia a la tabla SA_Modalidad
4 id_sg_usuario_re
gistro int
Referencia a la tabla SG_Usuario que realizo el registro
5 fecha_registro datetime
Fecha que se realizó el registro
6 id_sg_usuario_m
odificacion int
Referencia a la tabla SG_Usuario que realizo la modificación, la primera vez se coloca el mismo que registro
7 fecha_modificacio
n datetime
Fecha que realizo la modificación, la primera vez se coloca el mismo que registro
estado char(1)
Estado del Registro, A - Activo, E - Eliminado
65
TABLA: SA_CICLO_DETALLE
DESCRIPCIÓN: Contiene el registro de las configuraciones que tiene cada ciclo
Cuadro 7 - Tabla SA_Ciclo_Detalle
Elaboración: Roberto Lama
Fuente: Base de Datos
Núm
.
Tabla Tipo Descripción del campo
1 id_sa_ciclo_detalle int Clave primaria
2 ciclo int
Indica el periodo o ciclo que se encuentra
3 id_sa_parametro_per
iodo int
Referencia a la tabla SA_Parametro, indica el tipo de Ciclo, Ej: Anual, Semestral, etc
4 anio int Anio del ciclo que se utiliza
5 fecha_inicio datetime
Fecha de Inicio del Ciclo, en base a la carrera
6 fecha_fin datetime
Fecha de Fin del Ciclo, en base a la carrera
7 id_sa_carrera int
Referencia a la tabla SA_Carrera
8 id_sg_usuario_registr
o int
Referencia a la tabla SG_Usuario que realizo el registro
9 fecha_registro datetime
Fecha que se realizó el registro
10 id_sg_usuario_modifi
cacion int
Referencia a la tabla SG_Usuario que realizo la modificación, la primera vez se coloca el mismo que registro
11
fecha_modificacion datetime
Fecha que realizo la modificación, la primera vez se coloca el mismo que registro
12 estado char(1)
Estado del Registro, A - Activo, E - Eliminado
66
Cuadro 8 – Tabla SA_Error
Elaboración: Roberto Lama
Fuente: Base de Datos
TABLA: SA_ERROR
DESCRIPCIÓN: Contiene el registro de los diferentes mensajes que tiene configurado el sistema a nivel de base de datos.
Núm
.
Tabla Tipo Descripción del campo
1 id_sa_error int Clave primaria
2
mensaje nvarchar(150)
Mensajes que se utilizará en la ejecución dependiendo el proceso
3
estado char(1)
Referencia a la tabla SA_Parametro, indica el tipo de Ciclo, Ej: Anual, Semestral, etc
67
TABLA: SA_ESTUDIANTE_CARRERA_MALLA
DESCRIPCIÓN: Contiene el registro de los estudiantes con su malla configurada.
Cuadro 9 – Tabla SA_Estudiante_Carrera_Malla
Elaboración: Roberto Lama
Fuente: Base de Datos
Núm. Tabla Tipo Descripción del campo
1 id_sa_estudiante_carrera_malla int Clave Primaria
2
id_sa_malla_cabecera int Referencia la tabla SA_Malla_Cabecera
3
id_sg_usuario int
Referencia a la tabla SG_Usuario, solo para los que son estudiantes
4
id_sg_usuario_registro int
Referencia a la tabla SG_Usuario que realizo el registro
5 fecha_registro datetime
Fecha que se realizó el registro
6
id_sg_usuario_modificacion int
Referencia a la tabla SG_Usuario que realizo la modificación, la primera vez se coloca el mismo que registro
7
fecha_modificacion datetime
Fecha que realizo la modificación, la primera vez se coloca el mismo que registro
8 estado char(1)
Estado del Registro, A - Activo, E - Eliminado
68
Cuadro 10 - Tabla SA_Estudiante_Carrera_Materia
Elaboración: Roberto Lama
Fuente: Base de Datos
TABLA: SA_ESTUDIANTE_CARRERA_MATERIA
DESCRIPCIÓN: Contiene el registro de estudiantes y la materia con sus promedios.
Nú
m.
Tabla Tipo Descripción del campo
1 id_sa_estudiante_car
rera_materia int Referencia a la tabla SA_Materia_Paralelo
2
id_sa_materia_paral
elo int Promedio del estudiante en esa materia
3
promedio decimal(5, 2)
Referencia a la tabla SG_Usuario que realizo el registro
4 id_sg_usuario_registr
o int Fecha que se realizó el registro
5
fecha_registro datetime
Referencia a la tabla SG_Usuario que realizo la modificación, la primera vez se coloca el mismo que registro
6 id_sg_usuario_modifi
cacion int
Fecha que realizo la modificacion, la primera vez se coloca el mismo que registro
7 fecha_modificacion datetime
Estado del Registro, A - Activo, E - Eliminado
8
estado char(1)
Estado del Registro en esa Materia , R - Reprobado, AN - Anulado, A - Aprobado, H - Homologado
9 id_sa_parametro_est
ado_materia int
Referencia a la tabla SA_PARAMETRO para indicar el estado
10 id_sa_estudiante_car
rera int Referencia a la tabla SA_ESTUDIANTE_CARRERA
11 materia_nveces int
Referencia a la tabla SA_Materia_Paralelo
69
TABLA: SA_ESTUDIANTE_CARRERA_MATERIA_ASISTENCIA
DESCRIPCIÓN: Contiene el registro de estudiantes con la asistencia a cada una de sus materias.
Cuadro 11 - Tabla SA_Estudiante_Carrera_Materia_Asistencia
Elaboración: Roberto Lama
Fuente: Base de Datos
Núm
.
Tabla Tipo Descripción del campo
1 id_sa_estudiante_carrer
a_materia_asistencia int Clave primaria
2
id_sa_estudiante_carrer
a_materia int
Referencia a la tabla SA_Estudiante_Carrera_Materia
3 fecha_asistencia date fecha del día de clases
4
estado_asistencia char(1) S o N
5 id_sg_usuario_registro int usuario que crea registro
6 fecha_registro datetime
fecha de creación de registro
7 id_sg_usuario_modifica int usuario que modifica
8 fecha_modifica datetime fecha de modificación
9 estado char(1) A Activo, I Inactivo
10 parcial int
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE TRABAJO
PARA PROYECTOS DE TITULACIÓN APLICANDO METODOLOGÍA SCRUM EN LA
INGENIERÍA DE SOFTWARE” ENFOCADO A MODELADO DE DATOS PARA
GENERACIÓN DE TURNOS DE INSCRIPCIÓN DE UN SISTEMA ACADÉMICO
MANUAL TÉCNICO Y DE USUARIO
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR:
ROBERTO FERNANDO LAMA PACHECO
TUTOR: ING. NIDIA FABIOLA MEDRANO NÚÑEZ, MSC.
GUAYAQUIL – ECUADOR
2016
ÍNDICE GENERAL
MANUAL DE USUARIO ............................................................................................. 1
CREAR UN NUEVO SEGUIMIENTO EN SQL SERVER PROFILER ........................... 2
CREAR UN NUEVO PROYECTO EN SOAPUI ........................................................... 5
COMPARAR OBJETOS DE BASES DE DATOS CON REDGATE SQL COMPARE .... 9
COMPARAR CONTENIDO DE BASES DE DATOS CON REDGATE SQL DATA
COMPARE .............................................................................................................. 14
MANUAL TÉCNICO ................................................................................................. 18
ESTRUCTURA DE LA BASE DE DATOS ................................................................. 19
TABLAS ................................................................................................................... 19
SG_USUARIO ......................................................................................................... 22
SA_MATERIA_PARALELO ...................................................................................... 23
SA_TIPO_PARAMETRO.......................................................................................... 25
SA_PARAMETRO.................................................................................................... 26
SA_PROFESOR_CARRERA_MATERIA .................................................................. 27
SA_UNIVERSIDAD .................................................................................................. 28
SA_HORARIO_EXAMEN ..............................................¡Error! Marcador no definido.
SA_MATERIA_VALOR .................................................¡Error! Marcador no definido.
SA_EVENTOS_CALENDARIO_ACADEMICO .......................................................... 30
SA_CARRERA_MODALIDAD .................................................................................. 32
SA_CICLO_DETALLE.............................................................................................. 33
SA_ERROR ............................................................................................................. 34
SA_ESTUDIANTE_CARRERA_MALLA.................................................................... 35
SA_ESTUDIANTE_CARRERA_MATERIA................................................................ 37
SA_ESTUDIANTE_CARRERA_MATERIA_ASISTENCIA ......................................... 38
SA_CALENDARIO_ACADEMICO ............................................................................ 39
SA_CRITERIO ......................................................................................................... 40
SA_CRITERIO_CARRERA ...................................................................................... 41
SA_CRITERIO_CARRERA_CONFIGURACION ....................................................... 42
SA_TURNO_ESTUDIANTE_CARRERA................................................................... 43
SA_ESTUDIANTE_CARRERA ................................................................................. 44
SA_PROFESOR_MATERIA_DISPONIBLE .............................................................. 45
SA_PROFESOR_HORARIO_DETALLE ................................................................... 46
SA_PROFESOR_HORARIO_CABECERA ............................................................... 47
SA_ESTUDIANTE_CARRERA_MATERIA_NOTA .................................................... 48
SA_FACULTAD ....................................................................................................... 49
SA_HORARIO ......................................................................................................... 50
SA_MALLA_CABECERA ......................................................................................... 51
SA_MALLA_DETALLE ............................................................................................. 52
SA_MALLA_MATERIA_REQUISITO ........................................................................ 53
SA_MATERIA .......................................................................................................... 54
PROCEDIMIENTOS ALMACENADOS ..................................................................... 55
ÍNDICE DE TABLAS
Tabla I. Tablas de la Base de Datos ......................................................................... 19
Tabla II. SG_Usuario ................................................................................................ 22
Tabla III. SA_Materia_Paralelo ................................................................................. 23
Tabla IV. SA_Tipo_Parametro .................................................................................. 25
Tabla V. SA_Parametro ........................................................................................... 26
Tabla VI. SA_Profesor_Carrera_Materia................................................................... 27
Tabla VII. SA_Universidad ....................................................................................... 28
Tabla VIII. SA_Horario_Examen ............................................................................... 29
Tabla IX. SA_Eventos_Calendario_Academico......................................................... 30
Tabla X. SA_Carrera ................................................................................................ 31
Tabla XI. SA_Carrera_Modalidad ............................................................................. 32
Tabla XII. SA_Ciclo_Detalle ..................................................................................... 33
Tabla XIII. SA_Error ................................................................................................. 34
Tabla XIV. SA_Estudiante_Carrera_Malla ................................................................ 35
Tabla XV. SA_Estudiante_Carrera_Materia .............................................................. 37
Tabla XVI. SA_Estudiante_Carrera_Materia_Asistencia ........................................... 38
Tabla XVII. SA_Calendario_Academico .................................................................... 39
Tabla XVIII. SA_Criterio ........................................................................................... 40
Tabla XIX. SA_Criterio_Carrera ................................................................................ 41
Tabla XX. SA_Criterio_Carrera_Configuracion ......................................................... 42
Tabla XXI. SA_Turno_Estudiante_Carrera................................................................ 43
Tabla XXII. SA_Estudiante_Carrera ......................................................................... 44
Tabla XXIII. SA_Profesor_Materia_Disponible .......................................................... 45
Tabla XXIV. SA_Profesor_Horario_Detalle ............................................................... 46
Tabla XXV. SA_Profesor_Horario_Cabecera ............................................................ 47
Tabla XXVI. SA_Estudiante_Carrera_Materia_Nota.................................................. 48
Tabla XXVII. SA_Facultad ........................................................................................ 49
Tabla XXVIII. SA_Horario ......................................................................................... 50
Tabla XXIX. SA_Malla_Cabecera ............................................................................. 51
Tabla XXX. SA_Malla_Detalle .................................................................................. 52
Tabla XXXI. SA_Malla_Materia_Requisito ................................................................ 53
Tabla XXXII. SA_Materia.......................................................................................... 54
Tabla XXXIII. sp_Graba_Horario_Manual_Profesor .................................................. 55
Tabla XXXIV. sp_Consulta_Horarios_Clases_General ............................................. 56
Tabla XXXV. Entradas sp_Consulta_Horarios_Clases_General ................................ 57
Tabla XXXVI. Salidas sp_Consulta_Horarios_Clases_General ................................. 57
Tabla XXXVII. sp_Consulta_Horarios_Examen ......................................................... 57
Tabla XXXVIII. Entradas sp_Consulta_Horarios_Examen ......................................... 58
Tabla XXXIX. Salidas sp_Consulta_Horarios_Examen ............................................. 58
Tabla XL. sp_Consulta_Horarios_Examen_Usuario .................................................. 59
Tabla XLI. Entradas sp_Consulta_Horarios_Examen_Usuario .................................. 60
Tabla XLII. Salidas sp_Consulta_Horarios_Examen_Usuario.................................... 60
ÍNDICE DE GRÁFICOS
Gráfico 1. Nuevo seguimiento SQL Server Profiler ...................................................... 2
Gráfico 2. Conexión al servidor SQL Server Profiler .................................................... 3
Gráfico 3. Nombre del seguimiento SQL Server Profiler .............................................. 3
Gráfico 4. Selección de eventos SQL Server Profiler .................................................. 4
Gráfico 5. Ejecución del seguimiento SQL Server Profiler ........................................... 4
Gráfico 6. Menu File SoapUI ...................................................................................... 5
Gráfico 7. New SOAP Project ..................................................................................... 6
Gráfico 8. Carga de definiciones SoapUI .................................................................... 6
Gráfico 9. Panel de navegación SoapUI ..................................................................... 7
Gráfico 10. Plantilla de nueva petición SoapUI............................................................ 7
Gráfico 11. Ejecución de petición SoapUI ................................................................... 8
Gráfico 12. Nuevo proyecto SQL Compare ................................................................. 9
Gráfico 13. Ejecutando comparación SQL Compare ................................................. 10
Gráfico 14. Resumen SQL Compare ........................................................................ 10
Gráfico 15. Objetos a excluir SQL Compare ............................................................. 11
Gráfico 16. Detalle de resultados SQL Compare ....................................................... 12
Gráfico 17. Deployment Wizard SQL Compare ......................................................... 12
Gráfico 18. Detalle de dependencias SQL Compare ................................................. 13
Gráfico 19. Review Deployment Script SQL Compare ............................................... 13
Gráfico 20. Nuevo Proyecto SQL Data Compare ...................................................... 14
Gráfico 21. Ejecución de comparación SQL Data Compare ...................................... 15
Gráfico 22. Resumen de comparación SQL Data Compare....................................... 15
Gráfico 23. Detalle de tablas SQL Data Compare ..................................................... 16
Gráfico 24. Deployment Wizard SQL Data Compare ................................................. 16
Gráfico 25. Review Deployment Script SQL Data Compare ...................................... 17
Gráfico 26. sp_Graba_Horario_Manual_Profesor...................................................... 55
Gráfico 27. sp_Consulta_Horarios_Clases_General ................................................. 56
Gráfico 28. sp_Consulta_Horarios_Examen ............................................................. 58
Gráfico 29. sp_Consulta_Horarios_Examen_Usuario................................................ 59
MANUAL DE
USUARIO
2
CREAR UN NUEVO SEGUIMIENTO EN SQL SERVER
PROFILER
Para crear un nuevo seguimiento en SQL Server Profiler se deben seguir los
siguientes pasos:
1. En el menú Archivo, dar clic en “Nuevo seguimiento”
Gráfico 1. Nuevo seguimiento SQL Server Profiler
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
3
2. Especificar los valores de conexión
Gráfico 2. Conexión al servidor SQL Server Profiler
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
3. Asignar un nombre al seguimiento
Gráfico 3. Nombre del seguimiento SQL Server Profiler
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
4
4. Seleccionar los eventos a los que se dará seguimiento
Gráfico 4. Selección de eventos SQL Server Profiler
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
5. Dar clic en “Ejecutar”. Iniciará el seguimiento.
Gráfico 5. Ejecución del seguimiento SQL Server Profiler
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
5
CREAR UN NUEVO PROYECTO EN SOAPUI
1. En el menú “File” dar clic en la opción “New SOAP Project”
Gráfico 6. Menu File SoapUI
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
6
2. En la pantalla de creación de proyecto, especificar el nombre y la URL inicial
de los servicios
Gráfico 7. New SOAP Project
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
3. El software empezará a cargar las definiciones
Gráfico 8. Carga de definiciones SoapUI
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
7
4. Una vez terminado de cargar, se mostrará en el panel de navegación un
listado de los servicios
Gráfico 9. Panel de navegación SoapUI
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
5. Al dar doble clic sobre un servicio, se abrirá una ventana con la plantilla para
la creación de un nuevo request
Gráfico 10. Plantilla de nueva petición SoapUI
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
8
6. Una vez terminada la definición de la estructura de la petición, al dar clic en
el botón submit se mostrará la respuesta del servicio
Gráfico 11. Ejecución de petición SoapUI
Elaboración: Roberto Lama Fuente: Elaboración del Manual
9
COMPARAR OBJETOS DE BASES DE DATOS CON
REDGATE SQL COMPARE
1. En la pantalla inicial se debe indicar los servidores, las credenciales y las
bases de datos que se van a comparar y dar clic en “Compare Now”
Gráfico 12. Nuevo proyecto SQL Compare
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
10
2. El programa iniciará el proceso de comparación
Gráfico 13. Ejecutando comparación SQL Compare
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
3. Una vez terminado el proceso de comparación, se mostrará un resumen de
las diferencias entre ambas bases
Gráfico 14. Resumen SQL Compare
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
11
4. En el panel izquierdo se pueden definir los tipos de objetos que se quieren
excluir de la comparación
Gráfico 15. Objetos a excluir SQL Compare
Elaboración: Roberto Lama Fuente: Elaboración del Manual
12
5. Al desplegar cada ítem de la pantalla de resultados se mostrará un listado de
todos los objetos
Gráfico 16. Detalle de resultados SQL Compare
Elaboración: Roberto Lama Fuente: Elaboración del Manual
6. Para generar el script para los cambios, se debe dar clic en “Deployment
Wizard”. Se abrirá la siguiente ventana
Gráfico 17. Deployment Wizard SQL Compare
Elaboración: Roberto Lama Fuente: Elaboración del Manual
13
7. Al dar clic en “Next” se mostrará una ventana con el detalle de las
dependencias
Gráfico 18. Detalle de dependencias SQL Compare
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
8. Finalmente nos mostrará el script y nos dará las opciones de abrirlo en un
editor, guardarlo o copiarlo al portapapeles
Gráfico 19. Review Deployment Script SQL Compare
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
14
COMPARAR CONTENIDO DE BASES DE DATOS CON
REDGATE SQL DATA COMPARE
1. En la pantalla inicial se debe indicar los servidores, las credenciales y las
bases de datos que se van a comparar y dar clic en “Compare Now”
Gráfico 20. Nuevo Proyecto SQL Data Compare
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
15
2. El programa iniciará el proceso de comparación
Gráfico 21. Ejecución de comparación SQL Data Compare
Elaboración: Roberto Lama Fuente: Elaboración del Manual
3. Una vez terminado el proceso de comparación, se mostrará un resumen de
las diferencias entre ambas bases
Gráfico 22. Resumen de comparación SQL Data Compare
Elaboración: Roberto Lama Fuente: Elaboración del Manual
16
4. Al desplegar cada ítem de la pantalla de resultados se mostrará un listado de
todos los objetos
Gráfico 23. Detalle de tablas SQL Data Compare
Elaboración: Roberto Lama Fuente: Elaboración del Manual
5. Para generar el script para los cambios, se debe dar clic en “Deployment
Wizard”. Se abrirá la siguiente ventana
Gráfico 24. Deployment Wizard SQL Data Compare
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
17
6. Finalmente nos mostrará el script y nos dará las opciones de abrirlo en un
editor, guardarlo o copiarlo al portapapeles
Gráfico 25. Review Deployment Script SQL Data Compare
Elaboración: Roberto Lama
Fuente: Elaboración del Manual
MANUAL
TÉCNICO
19
ESTRUCTURA DE LA BASE DE DATOS
Tablas
Tabla I. Tablas de la Base de Datos
N° Tabla Contenido
1 SG_Usuario
Se registran los nombres de los
usuarios con su respectiva
contraseña.
10 SA_Ciclo_Detalle Se configura un nuevo ciclo
indicando el inicio y fin del mismo.
11 SA_Calendario_Academico
Se registran las actividades
académicas por facultad indicando
el inicio y fin de cada una.
12 SA_Eventos_Calendario_Academico
Se registran los eventos que
podrán ser almacenados en la
tabla SA_Calendario_Academico
13 SA_Configuracion_Parcial_Cabecera
Se registra la configuración para el
número de parciales que tendrá un
ciclo.
14 SA_Configuracion_Parcial
Se especifica el número de
parciales que va a poseer un ciclo
y el tipo de notas de las cuales
estará compuesto.
15 SA_Tipo_Parametro
Se registra la cabecera de los
diferentes parámetros que serán
utilizados por el sistema.
16 SA_Parametro
Se registra el detalle de cada uno
de los parámetros especificados en
la tabla SA_Tipo_Parametro
17 SA_Error
Se registran los mensajes para los
errores controlados en la base de
datos.
20
18 SA_Universidad Se registra el nombre de la
institución.
19 SA_Facultad
Se registran los diferentes nombres
de las facultades, relacionadas con
la universidad.
20 SA_Carrera
Se registran los diferentes nombres
de las carreras, relacionadas con la
facultad.
21 SA _Modalidad Se registran las modalidades de las
carreras.
22 SA_Carrera_Modalidad Se relaciona una carrera con una
modalidad.
23 SA_Criterio
Se registran los diferentes
procesos que se realizarán en la
base de datos, tales como
generación de orden de pago,
matriculación, generación de
horarios.
24 SA_Criterio_Carrera Se realiza la configuración entra los
criterios y cada carrera.
25 SA_Criterio_Carrera_Configuracion
Se configura los procedimientos
que serán ejecutados de acuerdo a
cada criterio.
26 SA_Malla_Cabecera Se registra la cabecera de la malla,
conservando el histórico.
27 SA_Malla_Detalle
Se registra el detalle de cada una
de las mallas, conservando el
histórico.
28 SA_Malla_Materia_Requisito Se registran las materias que son
requisitos para un nodo de la malla.
29 SA_Materia Se registran las materias atadas a
una carrera.
30 SA_Paralelo Se registran los paralelos creados
21
por ciclos y carrera.
31 SA_Materia_Paralelo
Se establece la relación para
registrar las materias que posee un
curso.
32 SA_Estudiante_Carrera
Se guarda el registro de los
estudiantes inscritos en una
carrera, conservando el histórico.
33 SA_Estudiante_Carrera_Malla
Se guarda el registro de los
alumnos con su respectiva malla
en el momento de la inscripción.
34 SA_Estudiante_Carrera_Materia
Se registran las materias que un
estudiante elige al momento de
matricularse.
35 SA_Estudiante_Carrera_Materia_
Asistencia
Se almacena el registro de
asistencias de los estudiantes, por
materia paralelo
36 SA_Estudiante_Carrera_Materia_Nota
Se guardan las notas de los
estudiantes, manteniendo un
histórico de notas
37 SA_Profesor_Carrera_Materia
Se guarda la relación entre el
profesor y la materia a dictar en
sus respectivos cursos.
45 SA_Horario Se registran los horarios de clases.
46 SA_Horario_Examen Se registran los horarios de
exámenes.
47 SA_Profesor_Materia_Disponible
Se almacena la materia que tiene
disponible cada profesor para
poder impartir clases.
48 SA_Profesor_Horario_Cabecera
Se almacena el horario disponible
del profesor, se registra la
disponibilidad semanal.
49 SA_Profesor_Horario_Detalle Se registra a detalle las horas
disponibles del profesor, se registra
22
la disponibilidad diaria.
50 SA_Turno_Estudiante_Carrera
Se guardan los registros de los
turnos de matriculación asignados
a los
Elaboración: Roberto Lama
Fuente: Base de Datos
SG_Usuario
Tabla II. SG_Usuario
Núm. Nombre campo Atributo Long Descripción
1 id_sg_usuario int 4 Clave Primaria
2 usuario
varchar(
15) 15 Usuario del Sistema
3 contrasena
varchar(
100) 100
Contraseña del Usuario, la
primera vez es el mismo usuario
4
id_sg_usuario_regist
ro int 4
Referencia a la tabla
SG_Usuario que realizo el
registro
5 fecha_registro datetime 8 Fecha que se realizó el registro
6
id_sg_usuario_modif
icacion int 4
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez se
coloca el mismo que registro
7 fecha_modificacion datetime 8
Fecha que realizo la
modificación, la primera vez se
coloca el mismo que registro
8 estado char(1) 1
Estado del Registro, A - Activo,
E – Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
23
SA_Materia_Paralelo
Tabla III. SA_Materia_Paralelo
Núm. Nombre Campo Atributo Long Descripción
1 id_sa_materia_paralelo INT Clave primaria
2 id_sa_paralelo INT Referencia a la tabla
SA_Paralelo
3 id_sa_materia INT Referencia a la tabla
SA_Materia
4 cupo_estudiantes INT Determina la
cantidad de cupo
que tiene esa
materia en el
paralelo indicado
5 fecha_modificacion DATETIME Fecha que realizo la
modificación, la
primera vez se
coloca el mismo que
registro
6 id_sg_usuario_registro INT Referencia a la tabla
SG_Usuario que
realizo el registro
7 fecha_registro DATETIME Fecha que se realizó
el registro
8 id_sg_usuario_modificacion INT Referencia a la tabla
SG_Usuario que
realizo la
modificación, la
primera vez se
coloca el mismo que
registro
9 Estado CHAR 1 Estado del Registro,
A - Activo, E –
24
Eliminado
10 id_sa_ciclo_detalle INT Referencia a la tabla
SA_Ciclo_Detalle
11 cupo_actual INT Indica la cantidad de
estudiantes
permitidos en este
paralelo
Elaboración: Roberto Lama
Fuente: Base de Datos
25
SA_Tipo_Parametro
Tabla IV. SA_Tipo_Parametro
Núm. Nombre Campo Atributo Long Descripción
1 id_sa_tipo_parametro INT Clave primaria
2 Nombre VARCHAR 200 Nombre del Tipo
Parámetro
3 id_sg_usuario_registro INT Referencia a la tabla
SG_Usuario que
realizo el registro
4 fecha_registro DATETIME Fecha que se realizó
el registro
5 id_sg_usuario_modificacion INT Referencia a la tabla
SG_Usuario que
realizo la
modificación, la
primera vez se
coloca el mismo que
registro
6 fecha_modificacion DATETIME Fecha que realizo la
modificación, la
primera vez se
coloca el mismo que
registro
7 Estado CHAR 1 Estado del Registro,
A - Activo, E –
Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
26
SA_Parametro
Tabla V. SA_Parametro
Núm
.
Nombre Campo Atributo Long Descripción
1 id_sa_parametro INT Clave primaria
2 id_sa_tipo_param
etro
INT Referencia a la tabla
SA_Tipo_Parametro
3 Nombre VARCHAR 200 Nombre del Parámetro
4 valor1 VARCHAR 50 Valor 1
5 valor2 INT Valor adicional
6 id_sg_usuario_reg
istro
INT Referencia a la tabla
SG_Usuario que realizo el
registro
7 fecha_registro DATETIME Fecha que se realizó el
registro
8 id_sg_usuario_mo
dificacion
INT Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez
se coloca el mismo que
registro
9 fecha_modificacio
n
DATETIME Fecha que realizo la
modificación, la primera vez
se coloca el mismo que
registro
10 Estado CHAR 1 Estado del Registro, A -
Activo, E – Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
27
SA_Profesor_Carrera_Materia
Tabla VI. SA_Profesor_Carrera_Materia
Núm
.
Nombre Campo Atributo Long Descripción
1 id_sa_profesor_
carrera_materia
INT Clave primaria
2
id_sg_usuario INT Referencia a la tabla
SG_Usuario, pero solo se
registra los usuarios de roles
profesor
3 id_sa_materia_p
aralelo
INT Referencia a la tabla
SA_Materia_Paralelo
4 id_sa_ciclo_deta
lle
INT Referencia a la tabla
SA_Ciclo_Detalle
5 id_sg_usuario_r
egistro
INT Referencia a la tabla
SG_Usuario que realizo el
registro
6 fecha_registro DATETI
ME
Fecha que se realizó el registro
7 id_sg_usuario_m
odificacion
INT Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez se
coloca el mismo que registro
8 fecha_modificaci
on
DATETI
ME
Fecha que realizo la
modificación, la primera vez se
coloca el mismo que registro
9 Estado CHAR 1 Estado del Registro, A - Activo,
E – Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
28
SA_Universidad
Tabla VII. SA_Universidad
Núm. Nombre Campo Atributo Long Descripción
1 id_sa_universidad INT Clave primaria
2 Nombre VARCHAR 200 Nombre de la
universidad
3 id_sg_usuario_registro INT Referencia a la tabla
SG_Usuario que
realizo el registro
4 fecha_registro DATETIME Fecha que se realizó
el registro
5 id_sg_usuario_modificacion INT Referencia a la tabla
SG_Usuario que
realizo la
modificación, la
primera vez se
coloca el mismo que
registro
6 fecha_modificacion DATETIME Fecha que realizo la
modificación, la
primera vez se
coloca el mismo que
registro
7 Estado CHAR 1 Estado del Registro,
A - Activo, E –
Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
29
Tabla VIII. SA_Horario_Examen
Núm. Nombre
Campo
Atributo Long Descripción
1 id_sa_horario_
examen
INT Clave primaria
id_sa_materia_
paralelo
INT Referencia a la tabla
SA_Materia_Paralelo
id_sa_ciclo_det
alle
INT Referencia a la tabla
SA_Ciclo_Detalle
numero_dia INT Numero de Día
hora_desde TIME(0) Hora que empieza el examen
hora_hasta TIME(0) Hora que termina el examen
id_sa_tipo_par
ametro
INT Referencia a la tabla
SA_Tipo_Parametro
3 id_sg_usuario_
registro
INT Referencia a la tabla
SG_Usuario que realizo el
registro
4 fecha_registro DATETI
ME
Fecha que se realizó el registro
5 id_sg_usuario_
modificacion
INT Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez se
coloca el mismo que registro
6 fecha_modifica
cion
DATETI
ME
Fecha que realizo la
modificación, la primera vez se
coloca el mismo que registro
7 Estado CHAR 1 Estado del Registro, A - Activo, E
– Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
30
SA_Eventos_Calendario_Academico
Tabla IX. SA_Eventos_Calendario_Academico
Núm. Campo Dato Atributo Long Descripción
1
id_sa_eventos
_calendario_a
cademico int Clave Primaria
2 nombre varchar 200 Nombre del Evento
3 descripcion varchar 1000 Descripción del Evento
4
id_sg_usuario
_registro int
Referencia a la tabla SG_Usuario
que realizo el registro
5 fecha_registro datetime Fecha de creación de registro
6
id_sg_usuario
_modificacion int
Referencia a la tabla SG_Usuario
que realizo la modificación, la
primera vez se coloca el mismo
que registro
7
fecha_modific
acion datetime
Fecha que realizo la modificación,
la primera vez se coloca el mismo
que registro
8 estado char 1
Estado del Registro, A - Activo, E -
Eliminado
9 modificable bit
Identifica si se puede o no
modificar, cuando es no
modificable es porque se utiliza en
procesos ya definidos con ese id
de registro, por lo que no se debe
modificar
Elaboración: Roberto Lama
Fuente: Base de Datos
31
Tabla X. SA_Carrera
Núm
.
Nombre del
campo
Tipo Long Descripción
1 id_sa_carrera int Clave primaria
2
id_sa_facultad int
Referencia a la tabla
SA_Facultad
3 nombre varchar(200) Nombre de la Carrera
4
id_sa_parametro_
periodo int
Referencia a la tabla
Parámetro, identificando el
Tipo de Periodo, Ej: Anual,
Semestral, etc
5
id_sg_usuario_reg
istro int
Referencia a la tabla
SG_Usuario que realizo el
registro
6
fecha_registro datetime
Fecha que se realizó el
registro
7
id_sg_usuario_mo
dificacion int
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera
vez se coloca el mismo
que registro
fecha_modificacio
n datetime
Fecha que realizo la
modificación, la primera
vez se coloca el mismo
que registro
estado char(1)
Estado del Registro, A -
Activo, E - Eliminado
duracion_hora_cla
se int
Tiempo de Duración de las
Clases de cada materia,
Periodo: Minutos
Elaboración: Roberto Lama
Fuente: Base de Datos
32
SA_Carrera_Modalidad
Tabla XI. SA_Carrera_Modalidad
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_carrera_modalidad int Clave Primaria
2
id_sa_carrera int
Referencia a la tabla
SA_Carrera
3
id_sa_modalidad int
Referencia a la tabla
SA_Modalidad
4
id_sg_usuario_registro int
Referencia a la tabla
SG_Usuario que
realizo el registro
5
fecha_registro datetime
Fecha que se realizó el
registro
6
id_sg_usuario_modificacion int
Referencia a la tabla
SG_Usuario que
realizo la modificación,
la primera vez se
coloca el mismo que
registro
7
fecha_modificacion datetime
Fecha que realizo la
modificación, la
primera vez se coloca
el mismo que registro
8
estado char(1)
Estado del Registro, A
- Activo, E - Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
33
SA_Ciclo_Detalle
Tabla XII. SA_Ciclo_Detalle
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_ciclo_detalle int Clave primaria
2
ciclo int
Indica el periodo o ciclo
que se encuentra
3
id_sa_parametro_periodo int
Referencia a la tabla
SA_Parametro, indica
el tipo de Ciclo, Ej:
Anual, Semestral, etc
4
anio int
Anio del ciclo que se
utiliza
5
fecha_inicio datetime
Fecha de Inicio del
Ciclo, en base a la
carrera
6
fecha_fin datetime
Fecha de Fin del Ciclo,
en base a la carrera
7
id_sa_carrera int
Referencia a la tabla
SA_Carrera
id_sg_usuario_registro int
Referencia a la tabla
SG_Usuario que
realizo el registro
fecha_registro datetime
Fecha que se realizó el
registro
id_sg_usuario_modificacion int
Referencia a la tabla
SG_Usuario que
realizo la modificación,
la primera vez se
coloca el mismo que
registro
fecha_modificacion datetime
Fecha que realizo la
modificación, la
primera vez se coloca
el mismo que registro
estado char(1)
Estado del Registro, A
- Activo, E - Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
34
SA_Error
Tabla XIII. SA_Error
Núm
.
Nombre del campo Tipo Long Descripción
1 id_sa_error int Clave primaria
2
mensaje
nvarchar(150
)
Mensajes que se utilizara
en la ejecución
dependiendo el proceso
3
estado char(1)
Referencia a la tabla
SA_Parametro, indica el
tipo de Ciclo, Ej: Anual,
Semestral, etc
Elaboración: Roberto Lama
Fuente: Base de Datos
35
SA_Estudiante_Carrera_Malla
Tabla XIV. SA_Estudiante_Carrera_Malla
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_estudiante_carrera
_malla int
Clave Primaria
2
id_sa_malla_cabecera int
Referencia la tabla
SA_Malla_Cabecera
3
id_sg_usuario int
Referencia a la tabla
SG_Usuario, solo
para los que son
estudiantes
4
id_sg_usuario_registro int
Referencia a la tabla
SG_Usuario que
realizo el registro
5
fecha_registro datetime
Fecha que se
realizó el registro
6
id_sg_usuario_modificaci
on int
Referencia a la tabla
SG_Usuario que
realizo la
modificación, la
primera vez se
coloca el mismo que
registro
7
fecha_modificacion datetime
Fecha que realizo la
modificación, la
primera vez se
coloca el mismo que
registro
8
estado char(1)
Estado del Registro,
A - Activo, E -
36
Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
37
SA_Estudiante_Carrera_Materia
Tabla XV. SA_Estudiante_Carrera_Materia
Núm. Nombre del
campo
Tipo Long Descripción
1 id_sa_estudiante
_carrera_materia int
Referencia a la tabla
SA_Materia_Paralelo
2
id_sa_materia_p
aralelo int
Promedio del estudiante en esa
materia
3
promedio
decimal(
5, 2)
Referencia a la tabla
SG_Usuario que realizo el
registro
4
id_sg_usuario_r
egistro int
Fecha que se realizó el registro
5
fecha_registro datetime
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez se
coloca el mismo que registro
6
id_sg_usuario_m
odificacion int
Fecha que realizo la
modificación, la primera vez se
coloca el mismo que registro
7 fecha_modificaci
on datetime
Estado del Registro, A - Activo,
E - Eliminado
8
estado char(1)
Estado del Registro en esa
Materia , R - Reprobado, AN -
Anulado, A - Aprobado, H -
Homologado
9
id_sa_parametro
_estado_materia int
Referencia a la tabla
SA_PARAMETRO para indicar
el estado
10 id_sa_estudiante
_carrera int
Referencia a la tabla
SA_ESTUDIANTE_CARRERA
11
materia_nveces int
Referencia a la tabla
SA_Materia_Paralelo
Elaboración: Roberto Lama
Fuente: Base de Datos
38
SA_Estudiante_Carrera_Materia_Asistencia
Tabla XVI. SA_Estudiante_Carrera_Materia_Asistencia
Núm
.
Nombre del campo Tipo Long Descripción
1 id_sa_estudiante_carrera_mat
eria_asistencia int
Clave primaria
2
id_sa_estudiante_carrera_mat
eria int
Referencia a la tabla
SA_Estudiante_Carrera
_Materia
3 fecha_asistencia date fecha del día de clases
4
estado_asistencia
char(
1)
S o N
5
id_sg_usuario_registro int
usuario que crea
registro
6
fecha_registro
datet
ime
fecha de creación de
registro
7 id_sg_usuario_modifica int usuario que modifica
8
fecha_modifica
datet
ime
fecha de modificación
9
estado
char(
1)
A Activo, I Inactivo
10 parcial int
Elaboración: Roberto Lama
Fuente: Base de Datos
39
SA_Calendario_Academico
Tabla XVII. SA_Calendario_Academico
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_calendario_academic
o int 4 Clave primaria
2
id_sa_eventos_calendario_
academico int 4
referencia que indica el tipo
de evento
3 id_sa_ciclo_detalle int 4
referencia de
sa_ciclo_detalle
4 fecha_desde
dateti
me 8
fecha en la que inicia la
actividad
5 fecha_hasta
dateti
me 8
fecha en la que se finaliza
la actividad
6 id_sg_usuario_registro int 4 usuario que crea registro
7 fecha_registro
dateti
me 8
fecha de creación de
registro
8 id_sg_usuario_modifica int 4 usuario que modifica
9 fecha_modifica
dateti
me 8 fecha de modificación
10 estado
char(1
) 1 A Activo, I Inactivo
Elaboración: Roberto Lama
Fuente: Base de Datos
40
SA_Criterio
Tabla XVIII. SA_Criterio
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_criterio int 4 Clave primaria
2 nombre
varcha
r(1000) 1000
Nombre del Criterio que se
está creando
3 criterio
varcha
r(4000) 4000
Store Procedure que se
ejecuta para este criterio,
aquí se debe colocar los
parámetros también, con
@, ejemplo ,
@pi_id_sg_usuario,@pi_id
_sa_carrera,@pi_id_sa_cicl
o_detalle,@pi_turno output
4
id_sa_parametro_tipo_criter
io int 4
Referencia a la tabla
SA_PARAMETRO, para
identificar el tipo de criterio
creado, por ejemplo para
TURNOS,
MATRICULACION, etc
5 id_sg_usuario_registro int 4 usuario que crea registro
6 fecha_registro
datetim
e 8
fecha de creación de
registro
7 id_sg_usuario_modifica int 4 usuario que modifica
8 fecha_modifica
datetim
e 8 fecha de modificación
9 estado char(1) 1 A Activo, I Inactivo
Elaboración: Roberto Lama
Fuente: Base de Datos
41
SA_Criterio_Carrera
Tabla XIX. SA_Criterio_Carrera
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_criterio_carrera int 4 Clave primaria
2 id_sa_criterio int 4
Referencia a la tabla
SA_Criterio, identifica el
criterio que se utilizara para
cada carrera
3 id_sa_carrera int 4
Referencia a la tabla
SA_Carrera, para identificar
a que carrera pertenece
dicho criterio
4 orden int 4
Indica el orden de ejecución,
si no importara el orden se
coloca solo secuencia del
que corresponda en base al
grupo
5 id_sg_usuario_registro int 4 usuario que crea registro
6 fecha_registro
dateti
me 8
fecha de creación de
registro
7 id_sg_usuario_modifica int 4 usuario que modifica
8 fecha_modifica
dateti
me 8 fecha de modificación
9 estado char(1) 1 A Activo, I Inactivo
Elaboración: Roberto Lama
Fuente: Base de Datos
42
SA_Criterio_Carrera_Configuracion
Tabla XX. SA_Criterio_Carrera_Configuracion
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_criterio_carrera_co
nfiguracion int 4 Clave Primaria
2
id_sa_parametro_configur
acion int 4
Referencia a la tabla
SA_Parametro, para indicar
configuraciones específicas
de cada criterio a procesar, y
que se utilizan para lógica
del proceso
3 id_sa_criterio_carrera int 4
Referencia a la tabla
SA_Criterio_Carrera, para
identificar que la
configuración pertenece a la
ejecución de un criterio en
particular
4 valor
varcha
r(100) 100
Valor del parámetro de
configuración
5 id_sg_usuario_registro int 4 usuario que crea registro
6 fecha_registro
datetim
e 8 fecha de creación de registro
7 id_sg_usuario_modifica int 4 usuario que modifica
8 fecha_modifica
datetim
e 8 fecha de modificación
9 estado char(1) 1 A Activo, I Inactivo
Elaboración: Roberto Lama
Fuente: Base de Datos
43
SA_Turno_Estudiante_Carrera
Tabla XXI. SA_Turno_Estudiante_Carrera
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_turno_estudiante_c
arrera int 4 Clave Primaria
2 id_sg_usuario int 4
Referencia a la tabla
SG_Usuario, para especificar
el estudiante del turno
generado
3 id_sa_ciclo_detalle int 4
Referencia a la tabla
SA_Ciclo_Detalle
4 turno int 4
Numero de Turno, se puede
utilizar
5 fecha_turno
datetim
e 8
Fecha en la que te toca el
turno
6 id_sg_usuario_registro int 4 usuario que crea registro
7 fecha_registro
datetim
e 8 fecha de creación de registro
8 id_sg_usuario_modifica int 4 usuario que modifica
9 fecha_modifica
datetim
e 8 fecha de modificación
10 horas_vigencia int 4
Representa el número de
horas que tendrá vigencia el
turno
11 estado char(1) 1 A Activo, I Inactivo
12 tipo_turno char(1) 1 A - Automático, M - Manual
Elaboración: Roberto Lama
Fuente: Base de Datos
44
SA_Estudiante_Carrera
Tabla XXII. SA_Estudiante_Carrera
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_estudiante_carrer
a int 4 Clave Primaria
2 id_sa_ciclo_detalle int 4
Referencia a la tabla
SA_Ciclo_Detalle
3 id_sg_usuario int 4
Referencia a la tabla
SG_Usuario, pero solo se
registra los usuarios de roles
estudiantes
4 id_sg_usuario_registro int 4
Referencia a la tabla
SG_Usuario que realizo el
registro
5 fecha_registro
datetim
e 8
Fecha que se realizó el
registro
6
id_sg_usuario_modificac
ion int 4
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez
se coloca el mismo que
registro
7 fecha_modificacion
datetim
e 8
Fecha que realizo la
modificación, la primera vez
se coloca el mismo que
registro
8
id_sa_parametro_estado
_matricula int 4
9 estado char(1) 1
Estado del Registro, A -
Activo, E - Eliminado
10 tipo_gratuidad char(1) 1
Elaboración: Roberto Lama
Fuente: Base de Datos
45
SA_Profesor_Materia_Disponible
Tabla XXIII. SA_Profesor_Materia_Disponible
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_profesor_materia_di
sponible int 4 Clave Primaria
2 id_sg_usuario int 4
Referencia a la tabla
SG_Usuario, para indicar el
profesor
3 id_sa_materia int 4
Referencia a la tabla
SA_Materia
4 id_sa_ciclo_detalle int 4
Referencia a la tabla
SA_Ciclo_Detalle, para
saber el ciclo y la carrera
5 estado char(1) 1
estado del registro A=activo,
I=inactivo
6 id_sg_usuario_registro int 4 Usuario que crea registro
7 fecha_registro
datetim
e 8
Fecha de creación de
registro
8 id_sg_usuario_modifica int 4 Usuario que modifica
9 fecha_modifica
datetim
e 8 Fecha de modificación
Elaboración: Roberto Lama
Fuente: Base de Datos
46
SA_Profesor_Horario_Detalle
Tabla XXIV. SA_Profesor_Horario_Detalle
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_profesor_horario_d
etalle int 4 Clave primaria
2
id_sa_profesor_horario_c
abecera int 4
Referencia a la tabla
SA_Profesor_Horario_Cabec
era
3 hora_inicio time(0) 3
Hora de Inicio en la que el
profesor tiene disponible
4 hora_fin time(0) 3
Hora Fin que el profesor
tiene disponible en un día
particular
5 día int 4
Día en la semana que el
profesor tiene disponible, se
representa con número de
Lunes a Domingo, 1 - 7
6 estado char(1) 1
estado del registro A=activo,
I=inactivo
7 id_sg_usuario_registro int 4 Usuario que crea registro
8 fecha_registro
datetim
e 8
Fecha de creación de
registro
9 id_sg_usuario_modifica int 4 Usuario que modifica
10 fecha_modifica
datetim
e 8 Fecha de modificación
Elaboración: Roberto Lama
Fuente: Base de Datos
47
SA_Profesor_Horario_Cabecera
Tabla XXV. SA_Profesor_Horario_Cabecera
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_profesor_horario_
cabecera int 4 Clave Primaria
2 id_sg_usuario int 4
Referencia a la tabla
SG_Usuario, para indicar el
profesor
3 id_sa_ciclo_detalle int 4
Referencia a la tabla
SA_Ciclo_Detalle
4
id_sa_parametro_tipo_c
ontrato int 4
Referencia a la tabla
SA_Parametro, para identificar
el tipo de contrato, completo,
parcial, etc
5
id_sa_parametro_tipo_h
orario int 4
Referencia a la tabla
SA_Parametro, para identificar
el tipo de horario,
NOCTURNO, MATUTITNO,
ETC
6
cantidad_horas_semanal
es int 4
Cantidad de Horas Semanales
que dispone el profesor para
dar en un ciclo determinado
7 cantidad_horas_gestion int 4
Cantidad de Horas de Gestión
que tiene un profesor, esto en
base a la cantidad de horas
semanales
8 cantidad_horas_clases int 4
Cantidad de Horas de Clases
que tiene un profesor, esto en
base a la cantidad de horas
semanales
9 estado char(1) 1
estado del registro A=activo,
I=inactivo
10 id_sg_usuario_registro int 4 Usuario que crea registro
11 fecha_registro
datetim
e 8 Fecha de creación de registro
12 id_sg_usuario_modifica int 4 Usuario que modifica
13 fecha_modifica
datetim
e 8 Fecha de modificación
Elaboración: Roberto Lama
Fuente: Base de Datos
48
SA_Estudiante_Carrera_Materia_Nota
Tabla XXVI. SA_Estudiante_Carrera_Materia_Nota
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_estudiante_carrera
_materia_nota int 4 Clave primaria
2
id_sa_estudiante_carrera
_materia int 4
Referencia a la tabla
SA_Estudiante_Carrera_Mat
eria
3
id_sa_parametro_tipo_not
a int 4
Referencia a la tabla
SA_Parametro, para
determinar el Tipo Nota, Ej:
70 30
4 parcial int 4 Numero de Parcial
5 calificacion
decima
l(5, 2) 5
Calificación obtenida en el
parcial
6 id_sg_usuario_registro int 4
Referencia a la tabla
SG_Usuario que realizo el
registro
7 fecha_registro
datetim
e 8
Fecha que se realizó el
registro
8
id_sg_usuario_modificacio
n int 4
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez
se coloca el mismo que
registro
9 fecha_modificacion
datetim
e 8
Fecha que realizo la
modificación, la primera vez
se coloca el mismo que
registro
10 estado char(1) 1
Estado del Registro, A -
Activo, E - Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
49
SA_Facultad
Tabla XXVII. SA_Facultad
Núm. Nombre del campo Tipo Long Descripción
1 id_facultad int 4 Clave primaria
2 id_universidad int 4
Referencia a la tabla
SA_Universidad
3 nombre
varcha
r(200) 200 Nombre de la Facultad
4 id_sg_usuario_registro int 4
Referencia a la tabla
SG_Usuario que realizo el
registro
5 fecha_registro
datetim
e 8
Fecha que se realizó el
registro
6
id_sg_usuario_modificacio
n int 4
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez
se coloca el mismo que
registro
7 fecha_modificacion
datetim
e 8
Fecha que realizo la
modificación, la primera vez
se coloca el mismo que
registro
8 estado char(1) 1
Estado del Registro, A -
Activo, E - Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
50
SA_Horario
Tabla XXVIII. SA_Horario
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_horario int 4 Clave primaria
2 id_sa_materia_paralelo int 4
referencia a tabla
sa_materia_paralelo
3 id_sa_ciclo_detalle int 4
referencia a tabla
sa_ciclo_detalle
4 numero_dia int 4
día de la semana en el que
será la hora de clases, rango
1-7
5 hora_desde time(0) 3
hora de inicio de la clase
hh:mm
6 hora_hasta time(0) 3 hora de fin de la clase
7 id_sg_usuario_registro int 4 usuario que crea registro
8 fecha_registro
datetim
e 8 fecha de creación de registro
9 id_sg_usuario_modifica int 4 usuario que modifica
10 fecha_modifica
datetim
e 8 fecha de modificación
11 estado char(1) 1 A Activo, I Inactivo
Elaboración: Roberto Lama
Fuente: Base de Datos
51
SA_Malla_Cabecera
Tabla XXIX. SA_Malla_Cabecera
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_malla_cabecera int 4 Clave Primaria
2 niveles int 4
Cantidad Niveles tiene esta
malla
3 anio_inicio int 4 Anio de Inicio de la malla
4 ciclo_inicio int 4 Ciclo de Inicio de la malla
5 anio_fin int 4 Anio de Fin de la malla
6 ciclo_fin int 4 Ciclo de Fin de la malla
7 id_sa_carrera int 4
Referencia a la tabla
SA_Carrera
8 id_sg_usuario_registro int 4
Referencia a la tabla
SG_Usuario que realizo el
registro
9 fecha_registro
datetim
e 8
Fecha que se realizó el
registro
10
id_sg_usuario_modificacio
n int 4
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez
se coloca el mismo que
registro
11 fecha_modificacion
datetim
e 8
Fecha que realizo la
modificación, la primera vez
se coloca el mismo que
registro
12 estado char(1) 1
Estado del Registro, A -
Activo, E - Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
52
SA_Malla_Detalle
Tabla XXX. SA_Malla_Detalle
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_malla_detalle int 4 Clave Primaria
2 creditos int 4
Cantidad de Créditos de esta
materia en la malla
3 nivel int 4
Nivel de la materia en la
malla
4 id_sa_malla_cabecera int 4
Referencia a la tabla
SA_Malla_Cabecera
5 id_sa_materia int 4
Referencia a la tabla
SA_Materia
6 id_sg_usuario_registro int 4
Referencia a la tabla
SG_Usuario que realizo el
registro
7 fecha_registro
datetim
e 8
Fecha que se realizó el
registro
8
id_sg_usuario_modificacio
n int 4
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez
se coloca el mismo que
registro
9 fecha_modificacion
datetim
e 8
Fecha que realizo la
modificación, la primera vez
se coloca el mismo que
registro
10 estado char(1) 1
Estado del Registro, A -
Activo, E - Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
53
SA_Malla_Materia_Requisito
Tabla XXXI. SA_Malla_Materia_Requisito
Núm. Nombre del campo Tipo Long Descripción
1
id_sa_malla_materia_re
quisito int 4 Clave primaria
2 id_sa_malla_detalle int 4
Referencia a
SA_Materia_Detalle
3 id_sa_materia_requiere int 4 Referencia a SA_Materia
4 id_sg_usuario_registro int 4
Referencia a la tabla
SG_Usuario que realizo el
registro
5 fecha_registro datetime 8
Fecha que se realizó el
registro
6
id_sg_usuario_modificac
ion int 4
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez
se coloca el mismo que
registro
7 fecha_modificacion datetime 8
Fecha que realizo la
modificación, la primera vez
se coloca el mismo que
registro
8 estado char(1) 1
Estado del Registro, A -
Activo, E - Eliminado
Elaboración: Roberto Lama
Fuente: Base de Datos
54
SA_Materia
Tabla XXXII. SA_Materia
Núm. Nombre del campo Tipo Long Descripción
1 id_sa_materia int 4 Clave Primaria
2 nombre
varchar(
200) 200 Nombre de la Materia
3 cod_auxiliar
varchar(
20) 20 Código Auxiliar de la Materia.
4 nivel int 4
Nivel al que corresponde la
materia
5
id_sa_parametro_tipo_
materia int 4
Referencia a la tabla
SA_Parametro, Ejemplo:
Humanística, Básico,
Profesional, Optativa
6 id_sa_carrera int 4
Referencia a la tabla
SA_Carrera
7 id_sg_usuario_registro int 4
Referencia a la tabla
SG_Usuario que realizo el
registro
8 fecha_registro datetime 8
Fecha que se realizó el
registro
9
id_sg_usuario_modifica
cion int 4
Referencia a la tabla
SG_Usuario que realizo la
modificación, la primera vez
se coloca el mismo que
registro
10 fecha_modificacion datetime 8
Fecha que realizo la
modificación, la primera vez
se coloca el mismo que
registro
11 estado char(1) 1
Estado del Registro, A -
Activo, E - Eliminado
12 nivel_minimo int 4
Elaboración: Roberto Lama
Fuente: Base de Datos
55
Procedimientos almacenados
Tabla XXXIII. sp_Graba_Horario_Manual_Profesor
Nombre: sp_Graba_Horario_Manual_Profesor
Descripción: Valida y graba uno a uno los registros para
generar el horarios de clases, tomando en cuenta
disponibilidad del docente, aulas disponibles y
materias.
Fecha Creación: 20 de Octubre del 2015
Fecha Ultima
Modificación:
4 de Noviembre del 2015
Elaboración: Roberto Lama
Fuente: Base de Datos
Gráfico 26. sp_Graba_Horario_Manual_Profesor
sp_Graba_Horario_Manual
_Profesor
Academico.SA_Criterio_Carrera
Academico.SA_Error
Academico.SA_Horario
Academico.SA_Profesor_Carrera_
Materia
@pi_id_sg_usuario_profesor int @pi_id_sa_materia int @pi_id_sa_paralelo int @pi_cupo_estudiantes int @pi_dia_semana int @pt_hora_inicio time @pt_hora_fin time @pi_id_sg_usuario_registro int @pc_opcion char(1) @pi_id_sa_materia_paralelo int @pi_id_sa_horario int @pi_id_sa_profesor_carrera_materia int
@PI_ESTADO int OUT
@PV_MENSAJE VARCHAR(MAX)
@PV_CODTRANS
VARCHAR(MAX) OUT
@PV_MENSAJE_TECNICO
VARCHAR(MAX) OUT
56
Tabla XXXIV. sp_Consulta_Horarios_Clases_General
Nombre: sp_Consulta_Horarios_Clases_General
Descripción: Consulta de los horarios de clases de todo el
ciclo
Fecha Creación: 4 de Octubre del 2015
Fecha Ultima Modificación: 15 de Noviembre del 2015
Elaboración: Roberto Lama
Fuente: Base de Datos
Gráfico 27. sp_Consulta_Horarios_Clases_General
Elaboración: Roberto Lama
Fuente: Base de Datos
sp_Consulta_Horari
os_Clases_General
Academico.SA_Error
Académico.SA_Horario
Academico.SA_Profes
or_Carrera_Materia
Seguridad.SG_Usuario
_Dato
@PI_Carrera int
@PI_ESTADO int
OUT
@PV_MENSAJE
VARCHAR(MAX)
@PV_CODTRANS
VARCHAR(MAX) OUT
@PV_MENSAJE_TECNICO VARCHAR(MAX) OUT
57
DESCRIPCIÓN DE ENTRADA
Tabla XXXV. Entradas sp_Consulta_Horarios_Clases_General
No. Nombre Descripción
1 @ PI_Carrera Código de la carrera
Elaboración: Roberto Lama
Fuente: Base de Datos
DESCRIPCIÓN DE SALIDAS
Tabla XXXVI. Salidas sp_Consulta_Horarios_Clases_General
No. Nombre Descripción
1 @PI_ESTADO Devuelve si la validación se realizó con éxito o
no
2 @PV_MENSAJE Mensaje de la tabla SA_Error
3 @PV_CODTRANS Código de la tabla SA_Error
Elaboración: Roberto Lama
Fuente: Base de Datos
Tabla XXXVII. sp_Consulta_Horarios_Examen
Nombre: sp_Consulta_Horario_Examen
Descripción: Consulta los horarios de exámenes del ciclo
Fecha Creación: 6 de Octubre del 2015
Fecha Ultima Modificación: 15 de Noviembre del 2015
Elaboración: Roberto Lama
Fuente: Base de Datos
58
Gráfico 28. sp_Consulta_Horarios_Examen
Elaboración: Roberto Lama
Fuente: Base de Datos
DESCRIPCIÓN DE ENTRADA
Tabla XXXVIII. Entradas sp_Consulta_Horarios_Examen
No. Nombre Descripción
1 @ PI_Carrera Código de la carrera
Elaboración: Roberto Lama
Fuente: Base de Datos
DESCRIPCIÓN DE SALIDAS
Tabla XXXIX. Salidas sp_Consulta_Horarios_Examen
No. Nombre Descripción
1 @PX_Salida Devuelve los horarios de exámenes
2 @PI_ESTADO Devuelve si la validación se realizó con éxito o
no
2 @PV_MENSAJE Mensaje de la tabla SA_Error
sp_Consulta_Horari
os_Examen
Academico.SA_Error
Académico.SA_Horario
_Examen
Academico.SA_Profeso
r_Carrera_Materia
Seguridad.SG_Usuario
@PI_Carrera int
@PX_Salida xml OUT @PI_ESTADO int
OUT
@PV_MENSAJE
VARCHAR(MAX)
@PV_CODTRANS
VARCHAR(MAX) OUT
59
3 @PV_CODTRANS Código de la tabla SA_Error
Elaboración: Roberto Lama
Fuente: Base de Datos
Tabla XL. sp_Consulta_Horarios_Examen_Usuario
Nombre: sp_Consulta_Horarios_Examen_Usuario
Descripción: Consulta los horarios de exámenes de un
usuario
Fecha Creación: 6 de Noviembre del 2015
Fecha Ultima Modificación: 15 de Noviembre del 2015
Elaboración: Roberto Lama
Fuente: Base de Datos
Gráfico 29. sp_Consulta_Horarios_Examen_Usuario
Elaboración: Roberto Lama
Fuente: Base de Datos
sp_Consulta_Horari
os_Examen_Usuario
Academico.SA_Error
Academico.SA_Estudi
ante_Carrera
Académico.SA_Horari
o_Examen
Academico.SA_Profes
or_Carrera_Materia
Seguridad.SG_Usuario
_Dato @PV_Opcion varchar(2) @PI_Usuario int @PI_Carrera int
@PX_Salida xml OUT @PI_ESTADO int
OUT
@PV_MENSAJE
VARCHAR(MAX)
@PV_CODTRANS
VARCHAR(MAX) OUT
@PV_MENSAJE_TECNICO VARCHAR(MAX) OUT
60
DESCRIPCIÓN DE ENTRADA
Tabla XLI. Entradas sp_Consulta_Horarios_Examen_Usuario
No. Nombre Descripción
1 @ PI_Carrera Código de la carrera
2 @PI_Usuario Código del usuario a consultar el horario
3 @PV_Opcion Código de la opción de consulta
Elaboración: Roberto Lama
Fuente: Base de Datos
DESCRIPCIÓN DE SALIDAS
Tabla XLII. Salidas sp_Consulta_Horarios_Examen_Usuario
No. Nombre Descripción
1 @PX_Salida Devuelve los horarios de exámenes del usuario
2 @PI_ESTADO Devuelve si la validación se realizó con éxito o
no
2 @PV_MENSAJE Mensaje de la tabla SA_Error
3 @PV_CODTRANS Código de la tabla SA_Error
Elaboración: Roberto Lama
Fuente: Base de Datos
Recommended