PROYECTO DE TITULACIÓN INGENIERO EN SISTEMAS …repositorio.ug.edu.ec/bitstream/redug/11752/1/PTG-B-CISC 1016 SILVA VILLAMAR MARIANA...académico funcional, basado en la experiencia

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 CARRERA INGENIERÍA DE SOFTWARE”, ENFOCADO AL MODELO

DE DATOS DE LA GESTIÓN DE MATRICULACIÓN

PROYECTO DE TITULACIÓN

Previa a la obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

AUTOR:

MARIANA CRISTINA SILVA VILLAMAR

TUTOR:

ING. NIDIA FABIOLA MEDRANO NÚÑEZ, MSc.

GUAYAQUIL – ECUADOR

2016

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 METODOLOGÍA SCRUM EN LA CARRERA

INGENIERÍA DE SOFTWARE”, ENFOCADO AL MODELO DE DATOS DE LA GESTIÓN DE MATRICULACIÓN

AUTOR: Mariana Silva Villamar REVISORES:

INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Matemáticas y Físicas

CARRERA: Ingeniería en Sistemas Computacionales

FECHA DE PUBLICACIÓN: noviembre 2015 N° DE PÁGS.: 147 - Páginas

ÁREA TEMÁTICA: Base de datos

PALABRAS CLAVES: Base de datos, Modelo entidad relación, Matricula.

RESUMEN: El presente trabajo tiene como finalidad diseñar el modelo de datos para el proceso de matriculación del sistema ARES, así como también los componentes que ayuden a la correcta manipulación de la misma, el cual está siendo desarrollado por un grupo de estudiantes de la carrera de Ingeniería en Sistemas Computacionales que comparten su conocimiento y han decidido implementar la metodología SCRUM para llevar a cabo la creación de un sistema académico funcional, basado en la experiencia del usuario y se han designado roles, responsabilidades y tareas a cada miembro del equipo como lo indica la metodología. Para el desarrollo del proyecto se realizaron seis sprint en los cuales se distribuyó el análisis de las entidades que intervienen dentro del proceso, la creación de componentes dinámicos y parametrizables, pruebas unitarias desde la consola del gestor de base de datos y finalmente la integración y pruebas integrales con las capas de negocio y presentación.

N° DE REGISTRO (en base de datos): N° DE CLASIFICACIÓN: Nº

DIRECCIÓN URL (Proyecto de titulación en la web):

ADJUNTO PDF SI NO

CONTACTO CON AUTOR:

Mariana Silva Villamar

Teléfono:

042576006

E-mail:

[email protected]

CONTACTO DE LA INSTITUCIÓN Nombre: Ab. Juan Chávez

Teléfono: 2307729

I

APROBACIÓN DEL TUTOR

En mi calidad de Tutor del trabajo de investigación, “ESTUDIO DE

FACTIBILIDAD PARA LA PROPUESTA “FRAMEWORK DE TRABAJO

PARA PROYECTOS DE TITULACIÓN APLICANDO METODOLOGÍA

SCRUM EN LA CARRERA INGENIERÍA DE SOFTWARE”, ENFOCADO

AL MODELO DE DATOS DE LA GESTIÓN DE MATRICULACIÓN”

elaborado por la Srta. Mariana Silva Villamar, estudiante no titulado 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

Mi proyecto de titulación es

dedicado en toda su plenitud y

totalmente especial para mis padres

que siempre estuvieron

apoyándome a lo largo de toda mi

jornada como estudiante de esta

carrera.

III

AGRADECIMIENTO

Le agradezco de todo corazón en

primer lugar a Dios por haberme

dado salud y vida, a mis padres por

estar siempre a mi lado

apoyándome en cada una de mis

decisiones.

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, MSc.

DIRECTOR CISC

Ing. Nidia Fabiola Medrano Núñez, MSc.

DIRECTOR DEL PROYECTO DE

TITULACIÓN

Ing. Viviana Pinos Medrano, MSc.

REVISOR DEL PROYECTO DE

TITULACIÓN

Ab. Juan Chávez Atocha

SECRETARIO

Ing. Ángel Ochoa Flores, MSc.

REVISOR DEL PROYECTO DE

TITULACIÓN

V

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”

Mariana Cristina Silva Villamar

VI




COMPUTACIONALES




Proyecto de titulación que se presenta como requisito para optar por el título de


Autor: Mariana Cristina Silva Villamar

C.I. 0931004659

Tutor: Ing. Nidia Fabiola Medrano Núñez, MSc.

Guayaquil, noviembre del 2015

VII

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor de Tesis 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 la

estudiante Mariana Cristina Silva Villamar, como requisito previo para optar por

el título de Ingeniero en Sistemas Computacionales cuyo problema es:



DE DATOS DE LA GESTIÓN DE MATRICULACIÓN.

Considero aprobado el trabajo en su totalidad.

Presentado por:

Mariana Cristina Silva Villamar

Cédula de ciudadanía N° 0931004659

Tutor: Ing. Nidia Fabiola Medrano Núñez, MSc.

Guayaquil, noviembre del 2015

VIII



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: Mariana Cristina Silva Villamar

Dirección: Guasmo Sur-Oeste: Coop. Derecho de los Pobres Mz. 19 Vi. 4

Teléfono: 0939816932 – 042576006 E-mail: [email protected]

Facultad: Ciencias Matemáticas Y Físicas

Carrera: Carrera de Ingeniería En Sistemas Computacionales

Título al que opta: Ingeniero en Sistemas Computacionales

Profesor guía: Ing. Nidia Fabiola Medrano Núñez, MSC.

IX

Título del Proyecto de Titulación:

Estudio de factibilidad para la propuesta “Framework de trabajo para

proyectos de titulación aplicando Metodología Scrum en la carrera

ingeniería de software”, enfocado al modelo de datos para la gestión de

matriculación.

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 de la Tesis debe ser enviado en formato Word, como archivo .Doc. O

.RTF y Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o

.TIFF.

DVD ROM X CD-ROM

X

ÍNDICE GENERAL

APROBACIÓN DEL TUTOR…………………………………………………………...I

DEDICATORIA…………………………………………………………………………..II

AGRADECIMIENTO.............................................................................................III

TRIBUNAL PROYECTO DE TITULACIÓN…………………………………………IV

DECLARACIÓN EXPRESA…………………………………………………………...V

CERTIFICADO DE ACEPTACIÓN DEL TUTOR……………………………........VII

AUTORIZACIÓN PARA PUBLICACIÓN DE PROYECTO DE TITULACIÓN EN

FORMATO DIGITAL…………………………………………………………………VIII

ÍNDICE GENERAL……………………………………………………………………...X

ABREVIATURAS………………………………………………………………….....XIV

ÍNDICE DE CUADROS……………………………………………………………….XV

ÍNDICE DE GRÁFICOS……………………………………………………………...XVI

RESUMEN…………………………………………………………………………...XVIII

ABSTRACT…………………………………………………………………………...XIX

INTRODUCCIÓN…………………………………………………………………….….1

CAPITULO I……………………………………………………………………………...4

EL PROBLEMA………………………………………………………………………....4

PLANTEAMIENTO DEL PROBLEMA ........................................................................ 4

Ubicación del problema en un contexto ........................................................ 4

Situación conflicto nudos críticos .................................................................. 5

Causas y consecuencias del problema ......................................................... 6

Delimitación del sistema ............................................................................... 7

Formulación del problema ............................................................................ 8

Evaluación Del Problema .............................................................................. 8

Delimitado. ................................................................................................ 8

Claro. ........................................................................................................ 8

Evidente. ................................................................................................... 8

Concreto. .................................................................................................. 9

Relevante. ................................................................................................. 9

Factible. .................................................................................................... 9

OBJETIVOS ........................................................................................................ 9

Objetivo General ........................................................................................... 9

Objetivos Específicos ................................................................................... 9

ALCANCES DEL PROBLEMA ............................................................................... 10

XI

JUSTIFICACIÓN E IMPORTANCIA ......................................................................... 11

METODOLOGÍA DEL PROYECTO ......................................................................... 12

Metodología de Desarrollo .......................................................................... 12

Supuestos .................................................................................................. 12

Restricciones .......................................................................................... 12

Plan de Calidad ....................................................................................... 13

CAPÍTULO II……………………………………………………………………………14

MARCO TEÓRICO…………………………………………………………………….14

ANTECEDENTES DEL ESTUDIO ........................................................................... 14

FUNDAMENTACIÓN TEÓRICA ............................................................................. 15

SCRUM ...................................................................................................... 15

Base de datos ............................................................................................. 17

Tipo de Base de datos ................................................................................ 19

Modelo de entidad relación ......................................................................... 20

Relaciones de cardinalidad. .................................................................... 21

Claves. .................................................................................................... 22

Técnicas de normalización ......................................................................... 22

Técnicas de normalización más importantes. .......................................... 23

ERWIN ....................................................................................................... 24

Manejador de base de datos ...................................................................... 25

MySQL. ................................................................................................... 26

Oracle. .................................................................................................... 27

Microsoft SQL Server. ............................................................................. 27

SQL SERVER 2012 .................................................................................... 27

Tablas temporales ................................................................................... 29

Tipo de dato - Tabla ................................................................................ 31

Diferencia entre variables tipo tabla y tablas temporales ......................... 31

XML ............................................................................................................ 31

SOAP UI ..................................................................................................... 33

Metodologías para el Desarrollo de Software ............................................. 33

Metodología en Cascada ........................................................................ 34

Metodología Incremental. ........................................................................ 36

Metodología Evolutiva. ............................................................................ 37

Metodología en Espiral. ........................................................................... 38

Metodología basada en Prototipos. ......................................................... 40

Metodología basada en Componentes. ................................................... 41

FUNDAMENTACIÓN LEGAL ......................................................................... 42

Constitución de la República del Ecuador ................................................... 42

Sección octava ........................................................................................... 42

Ciencia, tecnología, innovación y saberes ancestrales ............................... 42

REGLAMENTO DE RÉGIMEN ACADÉMICO ............................................. 44

CAPÍTULO III .............................................................................................. 44

DE LA ESTRUCTURA CURRICULAR ........................................................ 44

XII

LEY DE PROPIEDAD INTELECTUAL ........................................................ 45

SECCIÓN V ................................................................................................ 45

DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS ..................... 45

PARÁGRAFO PRIMERO ............................................................................ 45

DE LOS PROGRAMAS DE ORDENADOR................................................. 45

DECRETO 1014 ......................................................................................... 47

SOBRE EL USO DEL SOFTWARE LIBRE ................................................. 47

PREGUNTA CIENTÍFICA A CONTESTARSE ................................................ 48

DEFINICIONES CONCEPTUALES ................................................................ 48

Normalización de base de datos. ................................................................ 48

Base de datos. ............................................................................................ 48

Scrum ......................................................................................................... 48

SQL Server ................................................................................................. 48

Erwin .......................................................................................................... 48

CAPÍTULO III…………………………………………………………………………..49

PROPUESTA TECNOLÓGICA ...................................................................... 49

Análisis de factibilidad ................................................................................ 49

Factibilidad Operacional .......................................................................... 49

Factibilidad técnica .................................................................................. 50

Factibilidad Legal .................................................................................... 50

Factibilidad Económica ........................................................................... 51

Etapas de la metodología del proyecto………………………………………...51

Sprint 0 - Análisis de requerimientos. ...................................................... 51

Sprint 1 – Diseño de Tablas y Relaciones. .............................................. 51

Sprint 2 – Diseño de consultas e Ingreso de información para pruebas. . 52

Sprint 3 – Programación de SP General para proceso. ........................... 54

Sprint 4 – Programación de procedimientos para cada criterio. ............... 57

Sprint 5 – Mejoras. .................................................................................. 59

Entregables del proyecto ............................................................................ 60

CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ...................................... 61

JUICIO DE EXPERTO ................................................................................ 61

PLAN DE PRUEBAS .................................................................................. 62

PROCESAMIENTO Y ANÁLISIS DE DATOS ............................................. 64

CAPÍTULO IV…………………………………………………………………………..72

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO .................................... 72

INFORME DE ACEPTACIÓN Y APROBACIÓN…………………………………………..75

Criterio de validación de la propuesta desde ARES………………………….75

Formato de la carta de aprobación……………………………………………..80

CONCLUSIONES ............................................................................................... 81

RECOMENDACIONES ........................................................................................ 81

BIBLIOGRAFÍA………………………………………………………………………..82

XIII

ANEXOS………………………………………………………………………………..83

ANEXO 1 - ENCUESTA ................................................................................. 84

ANEXO 2 – DIAGRAMAS DE PROCESOS.................................................... 85

ANEXO 3 – PRUEBAS CON LA CAPA DE NEGOCIO ................................... 87

XIV

ABREVIATURAS

UG Universidad de Guayaquil

ARES Academic Relations Students

Html Lenguaje de Marca de salida de Hyper Texto

http Protocolo de transferencia de Hyper Texto

Ing. Ingeniero

Xml Lenguaje de marcas Extensible

Msc. Master

URL Localizador de Fuente Uniforme

www world wide web (red mundial)

PHP Procesador de hipertexto

PMP Profesional en el manejo de proyectos

SAUG Sistema Académico Universidad de Guayaquil

SQL Lenguaje de Consulta Estructurado

XV

ÍNDICE DE CUADROS

CAUSAS Y CONSECUENCIAS DEL PROBLEMA………….....6

PLAN DE PRUEBAS. …………….…………….…………….…..62

1RA PREGUNTA DE LA ENCUESTA. …………….…………..65

2DA PREGUNTA DE LA ENCUESTA. …………….…………..66

3RA PREGUNTA DE LA ENCUESTA. …………….……….….67

4TA PREGUNTA DE LA ENCUESTA. …………….……….…..68

5TA PREGUNTA DE LA ENCUESTA. …………….….………..69

6TA PREGUNTA DE LA ENCUESTA. …………….…………...70

CRITERIOS DE ACEPTACIÓN. …………….…………………..72

CONSULTA DE MATERIAS DISPONIBLES.........................75

REGISTRO DE LAS MATERIAS. …………….…………….....76

REGISTRO DE INSCRIPCIÓN. …………….………………….77

CONSULTA DE ESTUDIANTES DE UNA CARRERA………78

CONSULTA DE MATERIAS APROBADAS………………….79

FIRMAS DE LOS RESPONSABLES…………….…………....80

PRUEBAS SOAP UI PROCESO MATRICULACIÓN…………87

PRUEBAS SOAP UI MATERIAS MATRICULA……………...88

PRUEBAS SOAP UI MATERIAS APROBADAS…………….89

PRUEBAS SOAP UI CONSULTA ESTUDIANTES………….90

XVI

ÍNDICE DE GRÁFICOS

SCRUM……………………………………………………………...15

BASE DATOS……………………………………………………...18

MODELO ENTIDAD RELACIÓN..……....…………....…….......20

TÉCNICAS DE NORMALIZACIÓN..……....…………....………22

ERWIN……………………………………………………………....25

MANEJADOR DE BASE DE DATOS..……....…………....…....26

LOGO SQL SERVER 2012……………………………………….28

UTILIZACIÓN DE UNA TABLA TEMPORAL…………………..30

UTILIZACIÓN DE UNA TIPO DE DATO TABLA……………...30

IMAGEN SIMBÓLICA XML……………………………………..32

HERRAMIENTA SOAP UI………………………………………33

METODOLOGÍAS DESARROLLO DE SOFTWARE………..34

METODOLOGÍAS EN CASCADA……………………………..35

METODOLOGÍAS INCREMENTAL…………………………....36

METODOLOGÍA EVOLUTIVA……………………………....….37

METODOLOGÍA ESPIRAL…………………………….………..39

MODELO ENTIDAD PARA VALIDAR MATERIAS…….…….52

MODELOS DEL PROCESO MATRICULACIÓN………….….53

SP CONSULTA DE MATERIAS MATRICULAS……….…….54

SP ACTUALIZA EL ESTADO DEL ESTUDIANTE……….….55

SP ACTUALIZA NÚM. VECES DE MATERIAS……………...55

SP PROCESO GENERAL. ………………………………….….56

SP VALIDAR LA CANTIDAD MATERIAS. ……………….….56

SP ACTUALIZACIÓN TIPO GRATUIDAD. ……………….….57

CONSULTA DE CRUCE DE MATERIA…………………….…58

CONSULTA DE CUPOS MÁXIMOS……………………….…..58

CONSULTA DE MATERIAS APROBADAS…………….…….59

CONSULTA DE CRUCE DE MATERIA……………………….60

1RA PREGUNTA DE LA ENCUESTA. TIPO PASTEL……...65

XVII

2DA PREGUNTA DE LA ENCUESTA. TIPO PASTEL. .…....66

3RA PREGUNTA DE LA ENCUESTA. TIPO PASTEL. ..…...67

4TA PREGUNTA DE LA ENCUESTA. TIPO PASTEL. ..…...68



PREGUNTAS DE LA ENCUESTA. ..……....…………....…….84

DIAGRAMA DE PROCESO MATRICULACIÓN………….…..85

PROCESO MATRICULACIÓN PERFIL SECRETARIA….….86

ARQUITECTURA DEL SISTEMA ARES……………………...86

XVIII






DE DATOS DE LA GESTIÓN DE MATRICULACIÓN.


Tutor: Ing. Nidia Fabiola Medrano Núñez, MSC.

RESUMEN

El presente trabajo tiene como finalidad diseñar el modelo de datos para el

proceso de matriculación del sistema ARES, así como también los componentes

que ayuden a la correcta manipulación de la misma, el cual está siendo

desarrollado por un grupo de estudiantes de la carrera de Ingeniería en Sistemas

Computacionales que comparten su conocimiento y han decidido implementar la

metodología SCRUM para llevar a cabo la creación de un sistema académico

funcional, basado en la experiencia del usuario y se han designado roles,

responsabilidades y tareas a cada miembro del equipo como lo indica la

metodología. Para el desarrollo del proyecto se realizaron seis sprint en los

cuales se distribuyó el análisis de las entidades que intervienen dentro del

proceso, la creación de componentes dinámicos y parametrizables, pruebas

unitarias desde la consola del gestor de base de datos y finalmente la

integración y pruebas integrales con las capas de negocio y presentación.

XIX




FEASIBILITY STUDY FOR THE PROPOSAL "FRAMEWORK OF WORK FOR TITLING APPLYING PROJECTS IN THE RACE SCRUM

METHODOLOGY SYSTEMS ENGINEERING", FOCUSED MODEL DATA MANAGEMENT REGISTRATION.


Tutor: Ing. Nidia Fabiola Medrano Núñez, MSC.

ABSTRACT

This paper aims to design the data model for the process of registration of the

ARES system as well as components that help the proper handling of the same,

which is being developed by a group of students from the Engineering computer

Systems who share their knowledge and have decided to implement the SCRUM

methodology to carry out the creation of a functional academic system, based on

the user experience and have designated roles, responsibilities and tasks to each

team member as indicated by the methodology. To develop the project for six

sprint in which the analysis of the entities involved in the process, creating

dynamic and configurable components, unit tests from the console manager

database and finally the integration and testing was distributed were made

integral with the business and presentation layers.

1

INTRODUCCIÓN

La utilización de metodologías para desarrollar sistemas nos permite llevar un

mejor control tanto de los recursos, el tiempo y la calidad del producto final, ya

que es una disciplina en la que se establecen técnicas, métodos y herramientas

que se deben utilizar en cada fase del ciclo de vida de un proyecto.

Durante años se han utilizado metodologías tradicionales que se basan en los

requerimientos iniciales para estimar el tiempo, el costo y los recursos del Plan

general del proyecto pero una de las desventaja a la que nos podemos enfrentar

al usar este tipo de metodologías es que el cliente no tenga una idea clara de a

dónde quiere llegar y se planteen mal los alcances del proyecto, como

consecuencia de esta acción habrá retrasos en el mismo y en muchas

situaciones el producto final no es lo que el usuario esperaba.

Debido a los problemas que pueden surgir, al hacer uso de las metodologías

tradicionales se genera un nuevo enfoque denominado metodologías agiles en

las que se realizan entregables funcionales en plazos cortos y el equipo de

desarrollo trabaja en conjunto con el cliente para ir validando que el producto

este cumpliendo con las expectativas del usuario para que de esta forma se

minimicen los costos frente a cambios que se puedan presentar.

Para poner en práctica la utilización de las metodologías agiles y no solo quede

en teoría, se ha implementado el framework de trabajo SCRUM en el cual se

desarrolla el sistema ARES que tendrá las características funcionales de un

sistema académico. La construcción del software está dividida en tres capas

(Presentación, Negocio y Datos) también se cuenta con un ambiente de

desarrollo, preproducción y producción, y dentro del equipo de trabajo se han

asignado roles, estableciendo reglas que permitan contribuir a la creación del

sistema y a su vez comprobar que los principios de la metodología puedan

ayudar a obtener un producto de calidad que satisfaga las necesidades de los

usuarios.

2

El sistema ARES tiene como finalidad mejorar los procesos manuales que

actualmente se realizan en una Institución Académica, el cual deberá contar con

un repositorio donde se almacene los datos para que puedan ser recuperados

con facilidad y a su vez proteger la integridad del bien más valioso de toda

organización que es la información.

El proceso de matriculación es una de las funciones principales que se realiza en

cualquier institución, esta actividad implica una gran inversión de tiempo por

parte de la gestión administrativa porque existe un control adecuado de los

procesos ya que deben validar políticas y reglas para proceder a la inscripción,

también demanda el uso de soportes físicos como ficha de inscripción y el

registro de materias.

El desarrollo de este proyecto tiene como finalidad diseñar una modelo de datos

robusto, capaz de soportar la demanda de los usuarios que desean inscribirse.

Existen varios programas que permiten realizar el modelamiento de datos tales

como Microsoft Visio Enterprise Architect, CA Erwin, TOAD Data Modeler, entre

otros.

La utilización de una base de datos no solo permite almacenar grandes

cantidades de registros de manera segura, organizada y confiable; hoy en día se

la considera una ventaja competitiva a nivel organizacional porque es una

herramienta primordial para la alta gerencia, ya que al momento de tomar

decisiones podemos conocer las tendencias del mercado, analizar costos,

monitorizar como se ha estado manejando su empresa durante los últimos años

y hasta generar estrategias de publicidad.

Para implementar el modelo de datos se deberá escoger una base de datos y un

gestor, una de las opciones que se podría utilizar es Microsoft SQL Server ofrece

facilidades para manipular y recuperar datos, crear tablas, utilizar comandos

DDL (Data Definition Language) y DML (Data Manipulation Language), manejo

de errores y excepciones, así como variables declaradas, también incluye un

entorno gráfico de administración.

A continuación, se detalla un breve resumen de lo contendrá cada capítulo:

3

CAPÍTULO I se dará a conocer sobre la Problemática, causas y consecuencia,

objetivos planteados, alcances definidos, importancia y justificación de la

propuesta, restricciones, supuestos y un plan de calidad para el presente trabajo

de titulación.

CAPÍTULO II obtendremos el marco conceptual de la investigación que se ha

realizado, así como también las leyes y definiciones de las herramientas que

estamos utilizando para el desarrollo de la propuesta.

CAPÍTULO III se realiza un análisis de factibilidad en el campo económico,

tecnológico, legal, se encuentra información sobre la recolección de la

información generada a través de encuestas y análisis estadísticos basados en

técnicas de recolección de datos, y también el desarrollo de la metodología

SCRUM dividas por sprint y entregables de este proyecto.

CAPÍTULO IV veremos las conclusiones y recomendaciones dirigidas para

trabajos futuros, los criterios de aceptación del proyecto y el formato de la carta

de aprobación.

Al final encontramos la sección de anexos en la que se encontrara imágenes de

la arquitectura y diagrama de procesos, las pruebas realizadas con la capa de

negocio y la carta de aprobación firmada por los responsables.

4

CAPITULO I

EL PROBLEMA

Planteamiento del Problema

Ubicación del problema en un contexto

Uno de los factores claves que determinan el éxito de un proyecto de software es

definir un modelo de desarrollo el cual se ajuste a sus necesidades y

características, en la actualidad existe un sin número de metodologías de gestión

de proyectos entre las cuales encontramos las tradicionales como PMBOOK que

se centran específicamente en el control del proceso, también existen

metodologías de desarrollo ágil que permiten obtener resultados en corto tiempo,

minimizando riesgos, sin descuidar la calidad del producto final que cumpla con

las expectativas del cliente.

En la carrera de Ingeniería en Sistemas Computacionales de la Universidad de

Guayaquil un grupo de estudiantes ha dado inicio al desarrollo de un sistema

ARES con la finalidad de estudiar la factibilidad de implementar Framework de

trabajo para el desarrollo de proyectos de titulación utilizando metodología

Scrum, de lo cual ha surgido la necesidad de crear un modelo de datos que

soporte el proceso de matriculación de una institución con gran volumen de

estudiantes y permita construir componentes dinámicos que cumplan con la

necesidad del negocio.

La metodología Scrum se basa en crear un software funcional en periodos cortos

del tiempo, y aunque el modelado de datos constituye la estructura en la cual

reside la esencia de un sistema, la terminación del mismo no se lo puede

considerar como un incremento en el desarrollo porque tiene que estar en

5

condiciones de ser entregada al cliente, necesitan crear componentes que

interactúen con la capa de presentación.

Situación conflicto nudos críticos

La necesidad de crear un modelo de datos surge del sistema ARES ya que

cuentan con la interfaz necesaria para llevar a cabo el proceso de matriculación

de una institución superior, pero carece de datos que pueda mostrar para que

los usuarios interactúen con el mismo, así como tampoco tiene un repositorio en

cual pueda registrar la información.

En cualquiera que sea la organización se cuentan con soportes de las

actividades que se realizan a diario esto por lo general suele ser en físicos lo

cual es una falencia de control porque se podrían perder o genera retrasos al

momento de necesitarlo, las instituciones de enseñanza se dedican es a impartir

conocimientos a sus alumnos de cual deberán llevar un registro de las materias

que están cursando, lo que han visto y la que le falta de ver esta una de las

razones más importantes por las que se debería incluir un modelo de datos de

los alumnos para poder mejorar los tiempos de respuesta de la gestión

administrativa al momento de obtener información del alumno.

La gestión de matriculación en una institución conlleva a definir un modelo de

datos adecuado, lo cual es un proceso complejo ya que se requiere identificar y

tratar de cubrir las entidades del negocio, pero si al realizar el proceso no se

implementa las técnicas adecuadas se corre el riesgo de obtener modelos de

datos con inconsistencias y redundancias.

Con el transcurso del tiempo las necesidades del negocio son cambiantes un

ejemplo de esto es la aparición o eliminación de leyes y políticas que las

instituciones educativas tienen que acogerse; por lo cual se debe crear un

modelo de datos capaz de evolucionar sin tener que realizar una reingeniería

completa del modelo general.

6

Causas y consecuencias del problema

Las causas y consecuencias por las cuales se genera el problema es el

siguiente:

Causas y consecuencias del problema

CAUSA CONSECUENCIA

No tener identificado un modelo de

datos para el proceso de

matriculación.

No tener identificado un modelo de

datos de las entidades que

intervienen en la matriculación no se

podrá dar continuidad al flujo de los

procesos que se realizan dentro de

una institución académica.

Tampoco se puede llevar un registro

de los estudiantes que están

matriculados dentro de un periodo de

clases.

No tener creado un modelo de

datos y componentes necesarios

para la gestión de matriculación.

Al no contar con una estructura de

tablas ni procedimiento que

interactúen con la capa de

presentación no se podrán culminar

con el desarrollo del sistema ARES.

No tener identificada las entidades

que van a formar parte del proceso

de matriculación.

Al no tener identificada las entidades

se pueden generar cambios en el

modelo de datos general afectando el

desarrollo de los demás componentes

que intervienen en el sistema

académico.

Falta de componentes que

interactúen con la capa de

No poder almacenar la información

que, enviada la capa de presentación

7

comunicación. por medio de la capa de

comunicación, en las entidades del

proceso, así como tampoco se podrá

acceder a los datos del sistema.

No tener un modelo de datos que

pueda evolucionar en el tiempo.

Al no tener contemplado un modelo

de datos que pueda aceptar cambios

los mismos que se podrían dar por

modificaciones en los reglamentos de

la institución ocasionaría que se

realice una reingeniería completa en

el modelo general.

No tener información del alumno. Al no contar con información del

estudiante la secretaria de la carrera

no podrá validar el registro de la

matrícula.

No tener un registro de las

materias en la que el estudiante se

ha matriculado.

Al no contar con el registro de las

materias matriculadas los docentes

no podrán ingresar las notas.

Elaboración: Mariana Silva Villamar. Fuente: Mariana Silva Villamar.

Delimitación del sistema

Campo: Educativo

Área: Base de Datos

Aspecto: Desarrollo de Software

Tarea: Diseñar el modelo de datos para el flujo del proceso de matriculación,

brindando el apoyo a la capa de presentación y comunicación para cumplir

entregables funcionales para cada sprint.

8

Formulación del problema

La falta de procesos automatizados dentro de un sistema académico impide

llevar un control adecuado de las actividades que se están realizando, la gestión

de matriculación manual genera pérdida de tiempo tanto para el estudiante como

el personal administrativo lo cual ocasiona un desorden total, el sistema

académico ARES que está siendo desarrollado cuenta con la interfaz para

realizar el flujo pero no existen un modelo de datos que permita almacenar y

recuperar los datos del registro de matrícula de un estudiante de educación

superior .

Evaluación Del Problema

Los aspectos generales de evaluación son:

Delimitado.

La implementación del modelo de datos y los componentes que se utiliza para el

proceso de matriculación solo se lo hará en el sistema académico que se está

desarrollando en la Carrera de Ingeniería en Sistemas Computacionales de la

Universidad de Guayaquil para estudiar la factibilidad de implementar un

framework de trabajo basado en la metodología Scrum.

Claro.

Diseñar un modelo de datos para automatizar la gestión de matriculación en una

Institución Académica.

Evidente.

El sistema Académico que se está desarrollando tiene las interfaces para realizar

la matriculación de los estudiantes, pero carece de un modelo de datos en el

cual se registren las materias.

9

Concreto.

No existe un repositorio para almacenar la información que se genera en el

proceso de matriculación dentro de una Institución Académica.

Relevante.

Automatizar el proceso de matriculación dentro de una institución académica

genera un valor agregado al negocio porque brinda al estudiante la comodidad

de acceder al sistema académico vía online evitando que invierta tiempo

realizando filas para realizar su registro.

Factible.

El diseño del modelo de datos de matriculación se lo considera factible de

implementar porque existe como base un modelo de entidad relación del sistema

académico.

Objetivos

Objetivo General

Diseñar un modelo entidad relación que soporte el proceso de matriculación de

estudiantes y permita administrar la información que envía la capa de

presentación con la finalidad de mejorar la calidad de servicio que brinda una

institución académica, aplicando la metodología de desarrollo Scrum.

Objetivos Específicos

- Identificar las entidades que intervienen dentro del proceso de

matriculación para la construcción del diagrama entidad relación.

- Definir componentes eficientes que se ajusten a la gestión de

matriculación para que permitan el correcto procesamiento de la

información.

10

- Establecer las actividades que se van a realizar por cada sprint con el

Scrum Master y Scrum Team de base de datos para cumplir con los

requerimientos funcionales del proyecto.

Alcances del problema

El desarrollo del proyecto planteado tiene como finalidad diseñar e implementar

un modelo entidad relación que permita automatizar el proceso de matriculación

en una institución académica, para realizar el análisis se tomara de ejemplo las

ciertas políticas que actualmente rigen en la Carrera de Ingeniería en Sistema

Computacionales de la universidad de Guayaquil.

También se desarrollará los componentes que permitan mostrar, validar,

registrar e inscribir las materias escogidas por el estudiante en el ciclo actual.

Las validaciones que se van a considerar dentro del proceso son las siguientes:

- El estudiante no deberá estar inscrito en el ciclo actual.

- El estudiante solo podrá escoger las materias disponibles de acuerdo con

la malla correspondiente.

- Si el estudiante está cursando una materia por segunda vez o tercera su

elección será obligatoria.

- No se admite cruce de materias.

- El estudiante solo podrá escoger la cantidad de materias mínimas y

máximas permitidas por la carrera.

- Se valida el cupo que tiene disponible el paralelo para la materia

escogida.

Después de haber pasado por la validación antes mencionada el proceso realiza

lo siguiente:

- El alumno quedara registrado en el ciclo actual.

- Las materias quedaran con estado registradas.

11

- Se generará el registro de los tipos notas que se encuentren configurados

para este ciclo con valores de cero.

- Se actualizarán el número de veces que ha está cursando la materia.

- En caso de que haya perdido la gratuidad definitiva o parcial quedara

registrado en el sistema.

Este proceso no generara la orden de pago, para que el estudiante se encuentre

inscrito las materias escogidas serán evaluadas por la secretaria académica y

luego en un proceso independiente al de registro su estado cambiara de

registrado a inscrito.

Justificación e Importancia

Nos encontramos en un mundo donde la tecnología avanza día a día por lo que

el hombre debe de adaptarse a los cambios que esta ofrece, las instituciones

académicas no son una excepción a esta realidad y por ende esto es uno de los

puntos principales para implementar herramientas tecnologías que mejore los

procesos manuales que realizan la gestión administrativa.

El sistema académico que se está desarrollando busca brindar una mejor calidad

de servicio a los docentes, personal administrativo y no podemos olvidarnos de

los estudiantes que forman parte importante de la institución, con la

implementación de matriculación vía web podrá realizar esta gestión de manera

transparente evitando procesos engorrosos que requería inversión de su tiempo.

Contar con un modelo de datos donde se almacene los datos académicos de los

estudiantes ayuda a llevar un mejor control de las actividades que realiza la

institución, así como también serviría para realizar procesos que conviertan

estos datos en información y analizarlos para que sean de utilidad en la toma de

decisiones.

Actualmente el sistema Ares cuenta con su interfaz gráfica para realizar las

funcionalidades de un sistema académico, pero no tiene una base de datos

donde pueda almacenar su información y llevar un mejor control de la misma, en

futuro estos datos registrados podrían convertirse en herramientas al momento

12

de tomar decisiones por parte de la gerencia en las universidades les ayudaría a

medir la cantidad de estudiante que ingresan, que no exista sobrepoblación en

los cursos.

Metodología del proyecto

Metodología de Desarrollo

La metodología de desarrollo que se implementara en el presente proyecto es

Scrum, la misma que no requiere de prácticas de ingeniería y centra en obtener

un software funcional que cumpla con las expectativas del cliente.

Supuestos

Como en todo proyecto existen supuestos de los cuales se pueden identificar los

siguientes:

- Se desarrollarán reuniones diarias para verificar el avance de las

actividades.

- Se cuenta con la infraestructura necesaria para poder trabajar en equipo.

- Las actividades indicas por el Scrum Master están basadas en el back log

del proyecto.

- Los miembros del equipo que forman parte del proyecto tiene

conocimientos previos del rol que van a ejercer dentro de la metodología

Scrum.

Restricciones

Las restricciones que se presentan en el proyecto son las siguientes:

- Solo se desarrollarán las actividades definidas con el Scrum Master.

- El desarrollo del proceso de matriculación no culminara hasta que se

encuentre funcional en el sistema académico.

13

- El desarrollo del mismo deberá ajustarse al tiempo que dura los Sprint

que se han planteado para el sistema académico.

Plan de Calidad

El plan de calidad especifica que procedimientos y recursos deberían aplicarse,

quien debe aplicarlos y cuando deben aplicarse.

Para poder tener un producto de calidad se ha establecido lo siguiente:

- En los procedimientos que creen deben de tener en el encabezado un

comentario de quien lo creo, para que sprint fue creado, una descripción

breve de que hace y la fecha que fue creado.

- Las tablas creadas deberán estar dentro de esquemas previamente

definidos.

- En los procedimientos deberá colocar los parámetros de control como

salida.

- Los nombres de los campos de la tabla deben contener el sufijo del

esquema a que pertenece.

- Todas las tablas deberán tener los campos de auditorías.

- Al crear un procedimiento que sea necesario para la capa de

presentación se deberá configurarlo con los miembros de la capa

intermedia.

- Todo cambio realizado en la base de datos deberá ser informado.

- Los procedimientos y consultas desarrollados para la capa de

presentación deberán ser validados con ellos para verificar el correcto

funcionamiento.

14

CAPÍTULO II

Marco teórico

Antecedentes del estudio

El uso de una metodología de desarrollo cualquiera que se está dentro de un

entorno de trabajo permite planificar y llevar un mejor control del mismo, con el

transcurso del tiempo han aparecido nuevos framework que han impuesto una

forma de trabajo orientada a la satisfacción del cliente se las conoce como

Metodologías de desarrollo ágil que a diferencia de las tradicionales se basa en

ciclo de vida de desarrollo de software interactivo e incremental, realizando

entregas parciales funcionales del producto.

Scrum, es parte del grupo de metodologías ágil y se la considera una de las más

utilizadas a nivel mundial.

El presente proyecto nace de la necesidad de comprobar si es factible

implementar la metodología ágil Scrum para desarrollos de software lo cual se

dio origen por un grupo de estudiantes de la carrera de ingeniería de sistemas

de la Universidad de Guayaquil en la que unen sus conocimientos para crear un

sistema académico funcional, que cumpla con las características definidas por el

Product Owner.

15

Fundamentación teórica

SCRUM

Scrum más que una metodología de desarrollo es un Frameworks de trabajo que

a diferencia de las metodologías tradicionales que un principio se define con el

cliente la funcionalidad del producto, tiempos de desarrollo, costo entre otras por

el contrario con las metodologías agiles está información se va obteniendo sobre

la marcha en función de los objetivos a donde se quiere llegar.

El proceso de SCRUM dentro de un proyecto parte de la lista de requerimiento

del producto, el cliente los clasifica de acuerdo al valor agregado que aportan

para cumplir con los objetivos software y al coste que generan quedando

repartidas en bloques que tendrán una duración de una a cuatro semanas para

su completo desarrollo.

Principios que se tiene que tomar en cuenta a aplicar Scrum:

- Realizar entregas parciales de software que se encuentren funcionales.

- El equipo de trabajo debe estar motivado.

- La transmisión de información se la realiza cara a cara.

Elaboración: Mariana Silva

Fuente: http://www.aletecno.com.ar

Gráfico N° 1. Scrum

16

- Las mejores arquitecturas, requerimientos y diseños surgen de equipos

auto gestionados

- Tiene que haber mucha disciplina dentro del equipo de trabajo.

Las herramientas que se deben implementar en la metodología se las detalla a

continuación:

- Historias de usuario. - son características que debe tener software desde

la perspectiva del usuario.

- Product Backlog List. - se define como una lista de requerimientos sobre

el producto que se está creando o conjunto de características de las

historias de usuario.

- Release Backlog. - se prioriza las historias de usuarios que se va a dejar

en liberación.

- Sprint. - son pequeñas representaciones reales del producto.

- Burn Down chart. - provee información día a día de la cantidad de trabajo

que queda por cada sprint.

Roles que se deben cumplir en la metodología:

- Product Owner. - Se encarga de que las características correctas entren

en el Backlog representando a los usuarios y clientes del producto.

- Scrum Master. - su trabajo consiste en que todos los miembros del

equipo de trabajo cuentan las herramientas necesarias para cumplir sus

actividades, se encarga de organizar las reuniones y la liberación del

producto.

- Scrum Team. - Equipo de trabajo que se encarga del desarrollo del

producto.

- TESTER. - Se encarga de realizar las pruebas.

- Customer. - Es la persona que paga por el producto.

17

Las reuniones diarias por cada sprint es una de las principales características

que tiene la metodología en la que los miembros del equipo responden a las

siguientes preguntas:

- ¿Qué he hecho desde la última reunión?

- ¿Qué tengo planeado hacer para la próxima reunión?

- ¿Qué impedimentos he encontrado para realizar mi trabajo según lo

previsto?

La respuesta a estas preguntas permite evaluar y controlar el trabajo que están

realizando los miembros del equipo.

Base de datos

La Base de Datos tuvo sus orígenes entre 1960 y 1962 cuando se empezaron a

usar las maquinas que codificaban la información en tarjetas perforadas por

medio de agujeros.

Las primeras bases de datos eran ficheros almacenados en tarjetas o soportes

magnéticos, pero recién con la evolución de la tecnología es que las bases de

datos llegan a ser realmente útiles

“Un sistema de información es un conjunto de elementos

orientados al tratamiento y administración de datos e

información organizados y listos para su posterior uso,

generados para cubrir una necesidad u objetivo.” (Olade,

2014)

De la cita antes mencionada se puede concluir que una base de datos es una

colección de datos relacionados, ordenados y organizados de tal forma que

tengan sentidos. Una base de datos es un almacén que nos permite guardar

grandes cantidades de información de forma organizada para que luego

podamos encontrar y utilizar fácilmente, entre las principales características de

los sistemas de bases de datos podemos mencionar:

- Independencia lógica y física de los datos.

18

- Redundancia mínima.

- Integridad de los datos.

- Seguridad de acceso y auditoria.

- Respaldo y configuración.

Hoy en día existen muchas empresas que se basan en los datos y tendencias

para su toma de decisiones y así poder aprovechar la actualidad del mercado.

Estos obtienen sus datos a través de los siguientes procesos:

- Entrada de información. - es el proceso mediante el cual el sistema de

información toma los datos que se requiere para procesar la información,

las entradas pueden ser manuales o automáticas.

- Almacenamiento de información. - el almacenamiento es una de las

actividades o capacidades más importantes que tiene una computadora

ya que a través de esta propiedad el sistema puede recordar la

información guardada en la sección o proceso anterior, esta información

suele ser almacenada en estructura de información denominada archivos.

Elaboración: Mariana Silva Fuente: http://blog.jocaja.com/

Gráfico N° 2. Base Datos

19

- Procesamiento de información.- es la capacidad del sistema de

información para efectuar cálculos de acuerdo con la secuencia de

operaciones preestablecidas, estos cálculos pueden efectuarse con datos

introducidos recientemente en el sistema o bien con datos que ya están

almacenados, esta características de los sistemas permiten la

transformación de datos fuente en información que puede ser utilizada en

la toma de decisiones, lo que hace posible entre otras cosas que un

tomador de decisiones genere una proyección financiera a partir de los

datos que se contiene en un estado de resultados o un balance general

de un año base.

- Salida de información. - la salida es la capacidad de un sistema de

información para sacar la información procesada o bien data de entrada

al exterior, así como las impresoras, pen drive, parlantes, etc.

Tipo de Base de datos

En la actualidad existen los siguientes tipos de base de datos:

- Las bases de datos jerárquicas, se organizan los datos utilizando

estructuras arborescentes (en árbol). Un ÁRBOL es una estructura

jerárquica en la que los elementos se suelen denominar NODOS y

existen dependencias entre los nodos.

- Las bases de datos relacionales, esta es la estructura que se ha

impuesto para aplicaciones de gestión, consiste en organizar los datos en

forma de tablas, las relaciones entre los objetos se consiguen incluyendo

en la tabla del hijo, la clave del objeto padre. Como son las que

utilizaremos durante todo el módulo hemos reservado un apartado

especial para ellas.

- Las bases de datos orientadas a objetos, es un modelo más reciente,

trata de almacenar en la base de datos los objetos completos (estado y

comportamiento). La información que contienen se organiza en atributos

y el comportamiento en operaciones.

20

5. Las bases de datos multidimensionales, los datos se almacenan en tablas de

múltiples dimensiones en vez de tablas bidimensionales como las del modelo

relacional. Se utilizan para grandes volúmenes de información.

Modelo de entidad relación

Un modelo de entidad relación es solamente un diseño con el cual va a estar

representado nuestro esquema de base de datos que posteriormente la

tendremos que plasmar en el gestor de datos que vayamos a utilizar.

“Un buen modelo de datos es el punto de partida en el diseño

de una aplicación. Ya sea que partamos de un diagrama

Entidad/Relación o de un Esquema de la base de datos, es el

momento en que pensamos en el qué del problema a resolver

antes que en el cómo”. (Liberix, 2013)

Este modelo se representa a través de gráficos y está conformado por distintos

elementos que son:

- Entidad. - las entidades definen elementos que bien pueden ser reales o

abstractos que se diferencian entre sí, el símbolo para representar estas

entidades es el rectángulo.


Fuente: http://www.ender.es/

Gráfico N° 3. Modelo Entidad Relación

21

- Atributos. - estos van de mano con las entidades es decir identifican o

definen sus características, cada entidad tiene distintos atributos los

cuales nos brindan información sobre esta. Los atributos son

representados por un círculo que desciende de una entidad y solo es

necesario representar los más significativos.

- Relación. - es un vínculo, el cual nos permite definir las dependencias

que pueden tener entre una y otra entidad, es decir nos ayuda a que

varias entidades puedan compartir los mismos atributos. El símbolo de

esta representación es de un rombo que une las entidades mediante

líneas.

Relaciones de cardinalidad.

Las relaciones de cardinalidad también forman parte al momento de desarrollar

un modelo de entidad relación, podemos encontrar distintos tipos de relaciones,

según sea la necesidad de la entidad.

IBM nos explica que la “Cardinalidad es cuando se define una relación y se

especifica si uno o varios artículos de configuración pueden estar en la

clasificación de origen y la clasificación de destino”. (IBM, 2015)

Las relaciones de cardinalidad son:

- Uno a uno: un registro de una entidad se relaciona con uno de otra

entidad y viceversa.

- Uno a varios: un registro de una entidad (A) se relaciona con 0 o más

registros de la otra entidad (B) pero la entidad (B) solo se relaciona con

un registro de la otra entidad (A).

- Varios a uno: la entidad (A) solo se relaciona con un registro de la entidad

(B) pero la entidad (B) puede relacionarse con 0 o más registros de la

entidad (A).

- Varios a varios: la entidad (A) se relaciona con 0 o más registros de la

entidad (B) y viceversa.

22

Claves.

Es el atributo de la entidad al que se le aplica una restricción que lo hace

diferente de los demás registros, es decir no deja que el atributo se repita en la

entidad.

Entre los diferentes tipos de claves que utilizamos en el modelo de entidad

relación tenemos:

- Superclave. - es la aplicación de una clave o restricción a varios atributos

de la entidad, para asegurarse con más precisión de que en su conjunto

no haya datos repetidos.

- Clave primaria. - identifica un solo atributo de la entidad no permitiendo

que se vuelva a repetir.

- Calve externa o foránea. - este campo está estrictamente relacionado con

la clave principal de la otra entidad para asegurarse que exista.

Técnicas de normalización

Normalización es el proceso de simplificación de datos.

A continuación, unas razones de porque debemos realizar normalización en

base de datos:

Elaboración: Mariana Silva Fuente: http://geynen.wordpress.com

Gráfico N° 4. Técnicas de Normalización

23

- Tener almacenado con el menor espacio posible.

- Elimina datos repetidos.

- Eliminar errores lógicos.

- Tener los datos ordenados.

La normalización nos ayuda a optimizar nuestra base de datos utilizando el

menos espacio posible y tener solamente los datos necesarios, las técnicas de

normalización nos ayudan de tal manera que los datos no se repitan, pero de

igual forma sigan relacionados.

“La normalización es el proceso de organizar los datos de

una base de datos. Se incluye la creación de tablas y el

establecimiento de relaciones entre ellas según reglas

diseñadas tanto para proteger los datos como para hacer que

la base de datos sea más flexible al eliminar la redundancia y

las dependencias incoherentes.” (Microsoft, 2013)

Técnicas de normalización más importantes.

Primera forma Normal. -

1. Elimina los grupos repetidos de las tablas individuales.

2. Crea una tabla separada por cada grupo de datos relacionados

3. Identifica cada grupo de datos relacionados con una clave primaria.

Es decir, primero debemos identificar los campos que nos están generando

redundancia de datos, una vez identificados los separamos en dos tablas las

cuales se van a relacionar por medio del id principal para no perder la relación

que existe entre las tablas.

Segunda forma Normal. -

1. Crear tablas separadas para aquellos grupos de datos que se aplican a

varios registros.

24

2. Relacionar estas tablas mediante una clave externa.

Para poder utilizar la segunda forma normal la tabla debe estar en primera forma

normal, aquí vamos a cumplir de una manera sumamente simplificada la división

de la tabla separada para evitar la redundancia de datos y como finalidad vamos

a obtener una tabla intermedia que es la que va hacer de comunicación entre las

dos tablas por medio de una extra la cual va a tener como claves foráneas las

claves principales de ambas tablas ya gestionadas.

Tercera forma Normal. -

1. Elimina aquellos campos que no dependan de la clave.

La tercera forma normal utiliza o hace énfasis al mismo procedimiento que el de

la segunda forma normal, es decir elimina totalmente la dependencia de

elementos repetidos de la tabla principal y se los separa en una tabla aparte con

su propio identificador para evitar en su totalidad la redundancia de datos.

Cuarta forma Normal. -

1. En las relaciones varios con varios, entidades independientes no pueden

ser almacenados en la misma tabla.

Quinta forma Normal. -

1. La tabla original debe ser reconstruida desde las tablas resultantes en las

cuales ha sido troceada.

ERWIN

ERWIN, es una herramienta de software que ofrece una interfaz intuitiva para

modelar una de base de datos, actualmente solo se encuentra disponible para

Windows, soporta base de datos líderes en el mercado como DB2, SQL server,

Ms SQL Azure en la nube entre otros; proporcionando un nivel avanzado de

característica de poseer cada plataforma.

25

Debido al aumento de la cantidad de volúmenes de datos que puede llegar a

manejar la organización, los modelos de datos crecen para poder soportar el

almacenamiento del mismo, Erwin ayuda a administrarlos, visualizarlo y

diseñarlos.

Manejador de base de datos

En la actualidad el enfoque de base de datos es extensamente utilizado por ser

la única solución posible para el manejo de grandes volúmenes de datos, la

complejidad de la fracción de datos y la concurrencia de datos.

El sistema manejador de base de datos (DBMS) es una colección de numerosas

rutinas de software interrelacionados, cada una de las cuales es responsable de

una tarea especifica

“Un sistema manejador de bases de datos (SGBD, por sus

siglas en inglés) o Databas Management System (DBMS) es

una colección de software muy específico, cuya función es

servir de interfaz entre la base de datos, el usuario y las

distintas aplicaciones utilizadas.” (PowerData, 2015)

Existen varios tipos de gestores de los cuales les vamos a mencionar unos

cuantos y sus funciones más importantes.

Elaboración: Mariana Silva Fuente: https://s3-ap-southeast-1.amazonaws.com

Gráfico N° 5. ERWIN

26

PostgreSQL.

Es un sistema de gestión de base de datos relacional orientada a objetos y libre,

permite que mientras un proceso escribe en una tabla, otros accedan a la misma

tabla sin necesidad de bloqueos.

Sus características y técnicas la convierten en una de las bases de datos más

robustas y potentes del mercado, funciona muy bien con grandes concurrencias

de datos y una alta concurrencia de usuarios que acceden al mismo tiempo al

sistema.

MySQL.

Es un sistema gestor de base de datos relacional, multi-hilo y multiusuario con

más de seis millones de instalaciones, está escrito en el lenguaje de

programación c y c++ y es de fácil instalación y configuración.

Funciona en diferentes plataformas, posee un sistema de privilegios y

contraseñas que es muy flexible y seguro, y que permite verificación basada en

el host.

Elaboración: Mariana Silva Fuente: http://www.neoteck.com.mx

Gráfico N° 6. Manejador de Base de Datos

27

Oracle.

Es un manejador de base de datos relacional que hace uso de los recursos del

sistema informático con todas las arquitecturas de hardware, para garantizar su

aprovechamiento en ambientes cargados de información.

Es el mayor y más usado sistema manejador de BD relacional en el mundo,

corre en más de 80 arquitecturas de hardware y software distinto sin la

necesidad de cambiar ninguna línea de código.

Microsoft SQL Server.

Posee alta escalabilidad, estabilidad y seguridad, soporta procedimientos

almacenados, también nos permite trabajar en modo cliente servidor donde la

información y datos se alojan en el servidor y los terminales o clientes de la red

solo acceden a la información.

Incluye un potente entorno gráfico de administración, que permite el uso de

comandos DDL y DML gráficamente.

SQL SERVER 2012

Microsoft SQL Server es un potente motor de gestión de Base de Datos que está

basado en el modelo relacional y desarrollado por la empresa Microsoft.

Solo funciona bajo el sistema operativo de Windows, una de sus características

principales es que se lo podría configurar de tal forma que se pueda tener varias

instancias en el mismo servidor físico.

Características:

- Soporta procedimientos almacenados.

- Permite el acceso remotamente de modo cliente-servidor.

- También incluye un potente entorno grafico para ayudarnos en la

administración de la base de datos como tal.

28

Cada versión nueva que sale a la venta de SQL Server posee distintas sub-

versiones con sus precios correspondientes, entre las cuales vamos a resaltar

las siguientes como principales:

Enterprise. - Contiene todas las características que están bloqueadas en las

otras versiones.

Developer. - tiene las mismas características que el Enterprise con la diferencia

que este es especialmente dedicado para el ambiente de desarrollo.

Standard. - Es una versión limitada y está diseñada para servidores inferiores.

Express. - Es la versión gratuita y es totalmente limitada, tanto así que esta

versión solo puede utilizar un máximo de memoria de 1 Gb. y de

almacenamiento hasta máximo 10 Gb.

SQL Azure. - Es la versión de SQL en la nube, para la cual se paga un costo

mensual para poder utilizarla.

Entre los servicios principales que ofrece tenemos:

- SQL Server. - Es el motor del sistema de base de datos.

- SQL Agente. - Se encarga de la ejecución de las tareas.

Elaboración: Mariana Silva Fuente: https://www.microsoft.com/es-ec/

Gráfico N° 7. Logo SQL Server 2012

29

- SQL Browser. -Es el que se encarga de redirigir los comandos.

- SEIS Server. - Es la herramienta ETL.

- SSAS Server. - Es la herramienta OLAP.

- SSRS Server. - Herramienta de informes.

Características de SQL Server 2012:

- Alta Disponibilidad y Recuperación Ante

- Desastres

- Seguridad Avanzada

- Compresión Avanzada

- Facilidad de Uso

- No relacional

- Administración de Datos Maestros

- Calidad de Datos

- Procesamiento de Eventos Complejos

Tablas temporales

Las tablas temporales no son entidades físicas que se crean en la base de

datos, más bien se almacenan en memoria y se elimina una vez que el usuario

cierre su sección.

En SQL server, existen dos tipos de tablas temporales:

Locales. - solo van a estar disponible para el usuario que se encuentre en sesión

y una el cierra la conexión esta desaparece, para ser uso de esta tabla temporal

deberá anteponer el signo # del nombre que le va asignar.

30

Globales. - van a estar disponibles para todos los usuarios que se encuentre en

sesión y solo se eliminara cuando todos lo que hagan referencia a la misma

cierren sesión, para ser uso de este tipo de tabla temporal deberá anteponer el

signo # del nombre que le va asignar.


Fuente: https://soportesql.wordpress.com/

Gráfico N° 9. Utilización de una Tipo de Dato Tabla


Fuente: https://soportesql.wordpress.com/

Gráfico N° 8. Utilización de una tabla temporal

31

Tipo de dato - Tabla

En SQL server, se lo denomina como un tipo de dato especial que sirve para

almacenar más de un registro ya que su estructura es parecida a la de una tabla,

pero no se crea de forma física y solo se la puede utilizar dentro del ámbito

donde ha sido declara, por ejemplo, dentro de un procedimiento almacenado.

En las variables tipo tabla no se puede modificar su estructura una vez que ha

sido creado tampoco se le puede agregar índices.

Diferencia entre variables tipo tabla y tablas temporales

Puede que las dos cumplan la misma finalidad, pero fueron creadas para

resolver problemas distintos a continuación se muestra la diferencia que tienen:

- A las tablas temporales si se le pueden crear índices en cambio a las

variables tipo tabla se le puede crear un índice mediante el uso de

restricciones.

- Al crear tablas temporales en SQL se pueden producir varios bloqueos

con las tablas sysobjects y sysindexes por el contrario con las variables

tipo tabla no sucede esto.

- No se puede ejecutar un rollback en la variable tipo tabla, en las

temporales sí.

Utilizar tablas temporales dentro de procedimientos almacenados casusa que se

recompile seguido, en uso de variables tipo tabla evitaría esto.

XML

Sus siglas corresponden a Extensible Markup Language, que en español se

traduce a Lenguaje extensible de marcación de texto, XML es un metalenguaje

de etiquetas, se utiliza para estructurar, almacenar y transportar datos de forma

legible.

32

XML proviene de un lenguaje GML inventado por IMB que surgió por la

necesidad que tenía la empresa de almacenar grandes volúmenes de

información, este lenguaje no le agrado a la ISO por lo que en 1986 trabajaron

para normalizarlo de lo cual nace SGML y es de este que se creó XML como un

subconjunto más fácil de utilizar.

La tecnología XML permite distribuir contenidos entre diferentes plataformas y

servicios web.

“XML significa en inglés eXtensible Markup Language y es un

lenguaje de descripción de documentos que no incluye

ninguna información relativa al diseño de éstos.

HTML (HyperText Markup Language) es el lenguaje de marcas

(etiquetas) más conocido y utilizado para la creación de

páginas web que permite la navegación tipo hipertexto. Pero

XML es más que un lenguaje, es un metalenguaje que permite

definir otros lenguajes de marcas con objetivos diferentes.

Por ese motivo se le llama 'eXtensible'. Por lo tanto, XML no

es realmente un lenguaje en particular, sino una manera de

definir lenguajes específicos. Un ejemplo de lenguaje que usa

XML para su definición es XHTML (eXtensible, Hypertext

Elaboración: Mariana Silva Fuente: http://www.switchdoc.com

Gráfico N° 10. Imagen Simbólica XML

33

Markup Language), nueva versión de HTML que cumple la

especificación SGML y cuyo objetivo es sustituirlo como

estándar de páginas web.

XML aparece en 1997 como un subconjunto de SGML

(Structured Generalized Markup Language, ISO 8879), lenguaje

que permite especificar las reglas de etiquetado de

documentos. XML es algo así como SGML simplificado. Una

aplicación no necesita comprender SGML completo para

interpretar un documento XML. Los editores SGML, sin

embargo, pueden comprender XML.” (Observatorio

Tecnológico, 2009)

SOAP UI

Es una herramienta de software que permite probar, simular y generar códigos

de los servicios web que tienen como respuestas protocolos de respuestas XML

o Json dependiendo de lo el servicio devuelva, es de mucha utilidad al momento

de realizar pruebas cuando se tiene capas intermedias.


Fuente: http://inet-academy.com/

Gráfico N° 11. Herramienta Soap Ui

34

Metodologías para el Desarrollo de Software

La metodología en si se trata de un conjunto de procedimientos o técnicas que

facilita y ayuda a los desarrolladores a la realización de nuevo software.

Las metodologías para el desarrollo de software surgen de la necesidad de las

empresas para crear o implementar sus aplicaciones totalmente funcionales en

el menor tiempo posible y de bajo costo para ellos

Existen diferentes tipos de metodologías de software entre las principales

tenemos las clásicas que son:

Metodología en Cascada

Es un modelo metodológico que ordena rigurosamente las etapas de su

desarrollo de tal manera que el inicio de cada etapa debe esperar a la correcta

finalización de la etapa anterior para poder continuar con su proceso, este es

uno de las metodologías más utilizadas y para que el proyecto tenga éxito debe

desarrollarse todas las fases, las mismas que continúan hasta que los objetivos

se hayan cumplido y si se cambia el orden de las fases el producto final será de

menos calidad.


Fuente: http://inet-academy.com/

Gráfico N° 12. Metodologías Desarrollo de Software

35

Roger Pressman nos indica que “El modelo de la cascada, a

veces llamado ciclo de vida clásico, sugiere un enfoque

sistemático y secuencial para el desarrollo del software, que

comienza con la especificación de los requerimientos por

parte del cliente y avanza a través de planeación, modelado,

construcción y despliegue, para concluir con el apoyo del

software terminado”. (Pressman, 2013)

Las etapas de esta metodología son las siguientes:

- Ingeniería y Análisis del Sistema.

- Análisis de los Requisitos.

- Diseño.

- Codificación.

- Prueba y

- Mantenimiento.

Ventajas al utilizar esta metodología

- La planificación es sencilla y podemos obtener como resultado un

producto de alta calidad.


Fuente: https://es.wikipedia.org/

Gráfico N° 13. Metodologías en Cascada

36

Desventajas

- Rara vez un proyecto sigue una línea secuencial.

- Si existe un error en el diseño detectado en la etapa de pruebas debe

volver a pasar por las fases del proyecto y eso influye directamente en su

costo.

Metodología Incremental.

Propuesto en 1980 por Harlan Mills, la cual hace referencia a la evolución del

modelo cascado porque suple el problema de no poder retroceder en sus fases

de desarrollo por tanto este modelo no es secuencial y su funcionamiento es

sencillo, cada incremento es un paso más para la obtención del producto final y

las etapas se repiten hasta que el mismo este completo.


- Análisis de los requisitos.

- Diseño.

- Código.

- Prueba.


Fuente: http://osc.co.cr/

Gráfico N° 14. Metodologías Incremental

37

Ventajas

- No es necesario seguir de manera lineal las fases del proyecto

- Reduce las desventajas del modelo cascada

- Resulta mucho más sencillo realizar cambios.

Desventajas

- No es recomendado para los sistemas de tiempo real.

- Es necesario tener las metas claras para conocer el resultado del

proyecto.

- Su planeación toma mucho tiempo para que funcione la metodología.

Metodología Evolutiva.

La metodología evolutiva trata de un modelo iterativo que permite desarrollar

versiones que cada vez son más completas y complejas hasta que se cumpla

con el objetivo deseado, basándose en las peticiones del cliente para cumplir un

sistema basándose en sus necesidades.


Fuente: http://slideplayer.es/slide/3751089/

Gráfico N° 15. Metodología Evolutiva

38

Existen dos tipos de desarrollo evolutivo:

- Desarrollo Explorativo. - Este se enfoca en trabajar con el cliente para

explorar sus requerimientos y poder así entregar un sistema final, y

empieza con las partes del sistema que se comprenden mejor.

- Prototipos Desechables. - Se centra en experimentar con los

requerimientos del cliente que no se comprenden mejor, también

desarrolla una definición mejorada de los requerimientos.


- Especificación inicial.

- Desarrollo del producto.

- Implementación, uso y evaluación.

- Versiones del Software.

- Re-especificación.

Ventajas

- Su desarrollo puede ser de manera creciente

- Se tiene un mejor entendimiento y cumple las necesidades inmediatas

del cliente.

Desventajas

- Proceso no visible.

- Sistema pobremente estructurado.

- Requiere de muchas técnicas y herramientas.

Metodología en Espiral.

Propuesto en 1976 por Boehm, esta metodología es una evolución de modelo

clásico en cascada y se considera y método de desarrollo incremental.

Este tipo de metodología es equivalente al modelo en cascada con la diferencia

que no es muy rígido en las fases con el objetivo de compensar y dar flexibilidad

al tiempo de desarrollo total y poder alcanzar resultados funcionales en etapas

39

tempranas y está considerado como uno de los métodos más rápidos y

eficientes.

Entre sus principales características tenemos que es adecuada para proyectos

que tengas claros sus objetivos finales, también permite construir aplicaciones

de tamaño medio y por lo general los proyectos son divididos en módulos más

pequeños para poder hacer uso de dicha metodología.


- Análisis de requerimientos.

- Diseño del sistema.

- Etapas de construcción.

- Test y evaluación.

Ventajas

- Permite el desarrollo de proyectos donde los objetivos finales están bien

definidos.

- Permite conseguir funcionalidad del proyecto en etapas tempranas.


Fuente: https://es.wikipedia.org/wiki/Desarrollo_en_espiral

Gráfico N° 16. Metodología Espiral

40

Desventajas

- Resulta convencer a los clientes potenciales de que su enfoque es

evolucionable.

- Genera mucho tiempo en el desarrollo del sistema.

- Altos costos.

Metodología basada en Prototipos.

Esta metodología pertenece a los modelos de desarrollo evolutivo, es decir el

prototipo debe ser construido en corto tiempo utilizando los programas más

adecuados para que asemeje a un sistema real, no se debe utilizar mucho

dinero porque este modelo primero debe ser aprobado para que el desarrollador

pueda iniciar el verdadero desarrollo del software.

Esta metodología viene de mucha ayuda hacia el cliente y al desarrollador

porque le permite entender de mejor manera los resultados que va a obtener con

el desarrollo de su aplicación.


- Plan rápido.

- Modelado, diseño rápido.

- Construcción del prototipo.

- Desarrollo entrega y retroalimentación.

- Comunicación.

Ventajas

- Este modelo es útil cual el cliente conoce los objetivos generales para el

software

- Aumento la probabilidad de éxito y ofrece un mejor enfoque de cara al

proyecto.

Desventajas

- Decisiones de implementación poco convenientes porque se suele

desatender aspectos importantes.

41

- Se corre el riesgo de tomar decisiones falsas

Metodología basada en Componentes.

Esta metodología surgió a finales de los años 90 como una alternativa basada

en la reutilización al desarrollo de sistemas de software, que parte de la idea de

integración de componentes de software ya existentes porque si son diseñadas

adecuadamente las clases de componentes orientada a objetos pueden ser

reutilizables por diferentes aplicaciones ya que gracias a esto ayuda a los

desarrolladores no tener que empezar a desarrollar aplicaciones desde cero.

“La metodología propuesta está basada en casos de uso y

está centrada en la arquitectura. Estos lineamientos

generales, propuestos por el Rational Unified Proccess,

encajan fuertemente con los objetivos de nuestro

paradigma”. (Perovich , 2015)


- Comunicación con el cliente.

- Planificación.

- Análisis.

- Construcción.

- Evaluación.

Ventajas

- En muchas ocasiones no es necesario volver a crear aplicaciones que ya

funcionan de manera similar, sino que se las puede adaptar al uso para el

cual las van a tomar.

Desventajas

- En muchas ocasiones para volver a reutilizar código hay que modificar

bastantes cosas y en esos casos es mejor empezar a desarrollar desde

cero para no perder mucho tiempo tratando utilizar el código ya creado.

42

FUNDAMENTACIÓN LEGAL

Constitución de la República del Ecuador

Sección octava

Ciencia, tecnología, innovación y saberes ancestrales

Art. 385.- El sistema nacional de ciencia, tecnología, Innovación y saberes

ancestrales, en el marco del respeto al ambiente, la naturaleza, la vida, las

culturas y la soberanía, tendrá como finalidad:

Generar, adaptar y difundir conocimientos científicos y tecnológicos.

Desarrollar tecnologías e innovaciones que impulsen la producción nacional,

eleven la eficiencia y productividad, mejoren la calidad de vida y contribuyan a la

realización del buen vivir.

Art. 386.- El sistema comprenderá programas, políticas, recursos, acciones, e

incorporará a instituciones del Estado, universidades y escuelas politécnicas,

institutos de investigación públicos y privados, empresas públicas y privadas,

organismos no gubernamentales y personas naturales o jurídicas, en tanto

realizan actividades de investigación, desarrollo tecnológico, innovación…

El Estado, a través del organismo competente, coordinará el sistema,

establecerá los objetivos y políticas, de conformidad con el Plan Nacional de

Desarrollo, con la participación de los actores que lo conforman.

Art. 387.- Será responsabilidad del Estado:

Facilitar e impulsar la incorporación a la sociedad del conocimiento para alcanzar

los objetivos del régimen de desarrollo.

Promover la generación y producción de conocimiento, fomentar la investigación

científica y tecnológica…

43

Asegurar la difusión y el acceso a los conocimientos científicos y tecnológicos, el

usufructo de sus descubrimientos y hallazgos en el marco de lo establecido en la

Constitución y la Ley.

Garantizar la libertad de creación e investigación en el marco del respeto a la

ética, la naturaleza, el ambiente…

Reconocer la condición de investigador de acuerdo con la Ley.

Art. 388.- El Estado destinará los recursos necesarios para la investigación

científica, el desarrollo tecnológico, la innovación, la formación científica, y la

difusión del conocimiento. Un porcentaje de estos recursos se destinará a

financiar proyectos mediante fondos concursables. Las organizaciones que

reciban fondos públicos estarán sujetas a la rendición de cuentas y al control

estatal respectivo.

La fundamentación legal para los estudios según la nueva ley de educación

superior se refleja en los artículos:

Art. 8.- Serán Fines de la Educación Superior. - La educación superior tendrá los

siguientes fines:

Aportar al desarrollo del pensamiento universal, al despliegue de la producción

científica y a la promoción de las transferencias e innovaciones tecnológicas;

Fortalecer en las y los estudiantes un espíritu reflexivo orientado al logro de la

autonomía personal, en un marco de libertad de pensamiento y de pluralismo

ideológico;

Formar académicos y profesionales responsables, con conciencia ética y

solidaria, capaces de contribuir al desarrollo de las instituciones de la República,

a la vigencia del orden democrático, y a estimular la participación social;

Aportar con el cumplimiento de los objetivos del régimen de desarrollo previsto

en la Constitución y en el Plan Nacional de Desarrollo;

Fomentar y ejecutar programas de investigación de carácter científico,

tecnológico y pedagógico que coadyuven al mejoramiento y protección del

ambiente y promuevan el desarrollo sustentable nacional;

44

Constituir espacios para el fortalecimiento del Estado Constitucional, soberano,

independiente, unitario, intercultural, plurinacional y laico;

Contribuir en el desarrollo local y nacional de manera permanente, a través del

trabajo comunitario o extensión universitaria.

Art. 32.- Programas informáticos. - Las empresas que distribuyan programas

informáticos tienen la obligación de conceder tarifas preferenciales para el uso

de las licencias obligatorias de los respectivos programas, a favor de las

instituciones de educación superior, para fines académicos. Las instituciones de

educación superior obligatoriamente incorporarán el uso de programas

informáticos con software libre.

REGLAMENTO DE RÉGIMEN ACADÉMICO

CAPÍTULO III

DE LA ESTRUCTURA CURRICULAR

Artículo 21.-Unidades de organización curricular en las carreras técnicas y

tecnológicas superiores, y de grado. Estas unidades son:

1.- Unidad básica. - Introduce al estudiante en el aprendizaje de las ciencias y

disciplinas que sustentan la carrera, sus metodologías e instrumentos, así como

en la contextualización de los estudios profesionales;

2.- Unidad profesional. - Está orientada al conocimiento del campo de estudio y

las áreas de actuación de la carrera, a través de la integración de las teorías

correspondientes y de la práctica pre profesional;

3.- Unidad de titulación. - Incluye las asignaturas, cursos o sus equivalentes, que

permiten la validación académica de los conocimientos, habilidades y

desempeños adquiridos en la carrera para la resolución de problemas, dilemas o

desafíos de una profesión. Su resultado fundamental es el desarrollo de un

trabajo de titulación, basado en procesos de investigación e intervención o la

preparación y aprobación de un examen de grado.

45

El trabajo de titulación es el resultado investigativo, académico o artístico, en el

cual el estudiante demuestra el manejo integral de los conocimientos adquiridos

a lo largo de su formación profesional; deberá ser entregado y evaluado cuando

se haya completado la totalidad de horas establecidas en el currículo de la

carrera, incluidas las prácticas pre profesionales.

LEY DE PROPIEDAD INTELECTUAL

SECCIÓN V

DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS

PARÁGRAFO PRIMERO

DE LOS PROGRAMAS DE ORDENADOR

Art. 28.- Los programas de ordenador se consideran obras literarias y se

protegen como tales. Dicha protección se otorga independientemente de que

hayan sido incorporados en un ordenador y cualquiera sea la forma en que estén

expresados, ya sea en forma legible por el hombre (código fuente) o en forma

legible por máquina (código objeto), ya sean programas operativos y programas

aplicativos, incluyendo diagramas de flujo, planos, manuales de uso, y en

general, aquellos elementos que conformen la estructura, secuencia y

organización del programa.

Art. 29.- Es titular de un programa de ordenador, el productor, esto es la persona

natural o jurídica que toma la iniciativa y responsabilidad de la realización de la

obra. Se considerará titular, salvo prueba en contrario, a la persona cuyo nombre

conste en la obra o sus copias de la forma usual.

Dicho titular está además legitimado para ejercer en nombre propio los derechos

morales sobre la obra, incluyendo la facultad para decidir sobre su divulgación.

El productor tendrá el derecho exclusivo de realizar, autorizar o prohibir la

realización de modificaciones o versiones sucesivas del programa, y de

programas derivados del mismo.

46

Las disposiciones del presente artículo podrán ser modificadas mediante

acuerdo entre los autores y el productor.

Art. 30.- La adquisición de un ejemplar de un programa de ordenador que haya

circulado lícitamente, autoriza a su propietario a realizar exclusivamente:

a) Una copia de la versión del programa legible por máquina (código objeto) con

fines de seguridad o resguardo;

b) Fijar el programa en la memoria interna del aparato, ya sea que dicha fijación

desaparezca o no al apagarlo, con el único fin y en la medida necesaria para

utilizar el programa; y,

c) Salvo prohibición expresa, adaptar el programa para su exclusivo uso

personal, siempre que se limite al uso normal previsto en la licencia. El

adquirente no podrá transferir a ningún título el soporte que contenga el

programa así adaptado, ni podrá utilizarlo de ninguna otra forma sin autorización

expresa, según las reglas generales.

Se requerirá de autorización del titular de los derechos para cualquier otra

utilización, inclusive la reproducción para fines de uso personal o el

aprovechamiento del programa por varias personas, a través de redes u otros

sistemas análogos, conocidos o por conocerse.

Art. 31. -No se considerará que exista arrendamiento de un programa de

ordenador cuando éste no sea el objeto esencial de dicho contrato. Se

considerará que el programa es el objeto esencial cuando la funcionalidad del

objeto materia del contrato, dependa directamente del programa de ordenador

suministrado con dicho objeto; como cuando se arrienda un ordenador con

programas de ordenador instalados previamente.

Art. 32. -Las excepciones al derecho de autor establecidas en los artículos

30 y 31 son las únicas aplicables respecto a los programas de ordenador.

Las normas contenidas en el presente Parágrafo se interpretarán de manera que

su aplicación no perjudique la normal explotación de la obra o los intereses

legítimos del titular de los derechos.

47

DECRETO 1014

SOBRE EL USO DEL SOFTWARE LIBRE

Art. 1.- Establecer como política pública para las entidades de administración

Pública central la utilización del Software Libre en sus sistemas y equipamientos

informáticos.

Art. 2.- Se entiende por software libre, a los programas de computación que se

pueden utilizar y distribuir sin restricción alguna, que permitan el acceso a los

códigos fuentes y que sus aplicaciones puedan ser mejoradas.

Estos programas de computación tienen las siguientes libertades:

Utilización de programa con cualquier propósito de uso común.

Distribución de copias sin restricción alguna.

Estudio y modificación de programa (Requisito: código fuente disponible)

Publicación del programa mejorado (Requisito: código fuente disponible

Art. 3.- Las entidades de la administración pública central previa a la instalación

del software libre en sus equipos, deberán verificar la existencia de capacidad

técnica que brinde el soporte necesario para este tipo de software.

Art. 4.- Se faculta la utilización de software propietario (no libre) únicamente

cuando no exista una solución de software libre que supla las necesidades

requeridas, o cuando esté en riesgo de seguridad nacional, o cuando el proyecto

informático se encuentre en un punto de no retorno.

Art. 5.- Tanto para software libre como software propietario, siempre y cuando se

satisfagan los requerimientos.

Art. 6.- La subsecretaría de Informática como órgano regulador y ejecutor de las

políticas y proyectos informáticos en las entidades de Gobierno Central deberá

realizar el control y seguimiento de este Decreto.

48

Art. 7.- Encargue de la ejecución de este decreto los señores Ministros

Coordinadores y el señor Secretario General de la Administración Pública y

Comunicación.

PREGUNTA CIENTÍFICA A CONTESTARSE

Para este estudio se planeó la siguiente pregunta:

El modelado de datos del proceso de matriculación se lo considera parte del

requerimiento funcional para la implementación de la interfaz dentro de la capa

de presentación para los estudiantes que se desean inscribir por medio del

Sistema ARES.

DEFINICIONES CONCEPTUALES

Normalización de base de datos.

Es la aplicación de procesos por el cual debe pasar un modelo entidad relación

para evitarse duplicidad entre los datos.

Base de datos.

Repositorio donde se almacena datos relacionados entre sí, que servirán para

realizar procesos.

Scrum

Es una metodología de desarrollo ágil que permite desarrollar software funcional

en base a las necesidades del cliente.

SQL Server

Es un sistema de manejado de bases de datos del modelo entidad relación.

Erwin

Es una herramienta para que permita elaborar de forma visual el modelo entidad

relación.

49

CAPÍTULO III

PROPUESTA TECNOLÓGICA

Se desarrollará el modelo de base de datos para el proceso de matriculación de

los estudiantes el cual permita crear componentes dinámicos que mediante la

configuración de criterios previamente establecidos se realicen las validaciones

del registro de las materias brindando controles que facilite la tarea de la

secretaria al momento de verificar que el alumno solo se haya registrado en

materias que puede cursar.

El estudiante solo podrá visualizar las materias que puede escoger en el ciclo

actual, una vez que acepte el registro su materias ingresaran al proceso de

validación para verificar que no exista cruce de horario, que haya solo escogido

el número de materias permitidas dentro de la carrera, que exista cupo en curso

seleccionado, en el caso de estar viendo una materia por segunda o tercera la

selección de la misma será obligatoria, una vez verificado que no exista

problemas en los criterios antes mencionados se procederá a crear la

configuración de las notas para el ciclo actual.

Análisis de factibilidad

Se considera un proyecto factible porque existen componentes que ya se

encuentran desarrollados como la capa de presentación, y la de comunicación y

se necesita implementar componentes para que el usuario del sistema

académico pueda interactuar con la información almacenada en la base de

datos.

Factibilidad Operacional

En el ámbito operacional se considera factible implementar un proceso de

matriculación online que beneficie a los usuarios que accedan al sistema

académico.

50

El proceso de matriculación tendrá validaciones de acuerdo a las políticas de la

institución, lo cual genera un mayor control de que estas se cumplan.

La matriculación web no requiere de terceras personas para realizar su

ejecución, ya que solo necesita la intervención del alumno y el sistema, lo mismo

se aplicaría para la secretaría administrativa ya no tendrá que tantas

validaciones para aprobar el registro.

Factibilidad técnica

En el ámbito técnico se considera factible el desarrollo del proyecto tanto en

hardware y software.

La capa de infraestructura proporcionara los equipos necesarios para llevar a

cabo el proyecto.

En lo referente al software se escogió Microsoft SQL Server por poseer

características que lo hacen diferente a otros gestores de base de datos como:

Microsoft da soporte a sus productos y cuenta brinda la documentación del

software

Se trabaja en un entorno de desarrollo gráfico, permite el uso de coman dos DDL

y DML gráficamente.

Factibilidad Legal

En el ámbito legal se considera factible el desarrollo del proyecto, porque no se

está utilizando software pirata, ya que la universidad de Guayaquil tiene un

convenio con Microsoft para que sus alumnos hagan uso del software con fines

estudiantiles sin tener que pagar por la licencia.

También se está utilizando la versión gratuitita de CA Erwin Data Modeles que,

aunque no ofrece todas las características que la versión pagada cubre las

necesidades para este proyecto.

51

Factibilidad Económica

En el ámbito económico el proyecto es factible por que no se requiere una

inversión económica.

Etapas de la metodología del proyecto

Para el desarrollo del proyecto se utilizó la metodología Scrum, en la cual

se realizar reuniones diarias para revisar el avance de las tareas de cada uno de

los miembros de equipo e identificar si existe algún impedimento que permita

continuar con su trabajo.

Este proyecto se divide en 6 Sprint las cuales se detallan a continuación:

Sprint 0 - Análisis de requerimientos.

Para la ejecución de este sprint se realizó la reunión con el Scrum Master y

Scrum Team para revisar la lista de requerimiento que se encuentra en el

Backlog de la liberación para priorizar las historias de usuario en las que

interviene la capa de datos y estimar los tiempos que se emplearan en cada

sprint. También quedara definido las actividades a realizar por cada uno del

equipo de base de datos.

Sprint 1 – Diseño de Tablas y Relaciones.

Tarea:

- Identificar las entidades que interviene en el proceso de matriculación.

- Definir la estructura de las tablas y realizar el modelo entidad relación.

- Establecer las relaciones de las llaves foráneas y primarias de cada una

de las tablas.

- Validar con los demás miembros del grupo que los cambios aplicados no

afecten al modelo de datos general.

52

Sprint 2 – Diseño de consultas e Ingreso de información

para pruebas.

Tarea:

- Se desarrolló la consulta para mostrar las asignaturas que el estudiante

puede escoger en el ciclo actual.

- Se ingresó los datos los estudiantes, materias, cursos, profesores.

- Se realizó pruebas en la consola de SQL para validar que la consulta

funcione.

- Se configuro la consulta con el equipo de capa de comunicación.

- Se realizó la prueba desde la herramienta Soap Ui para verificar que no

exista ningún error.

- Se realizó las pruebas con la capa de presentación.


Fuente: Mariana Silva

Gráfico N° 17. Modelo Entidad para validar materias

53

,

Elaboración: Mariana Silva Fuente: Mariana Silva

Gráfico N° 18. Modelos del Proceso Matriculación

54


Gráfico N° 19. SP Consulta de Materias Matriculas

Sprint 3 – Programación de SP General para proceso.

Tarea:

- Se desarrolló el procedimiento que contiene toda la lógica del proceso de

matriculación el cual deberá llamar los demás criterios de validación.

- Se desarrolló el procedimiento de actualización de veces que ha visto una

materia el estudiante.

- Se desarrolló el procedimiento para la actualización de tipo de gratuidad

que tiene el estudiante.

- Se desarrolló el procedimiento para la actualización del estado de la

matrícula del estudiante.

- Se desarrolló el procedimiento para validar el mínimo y máximo de

materias que puede tomar el estudiante.

55


Gráfico N° 20. SP Actualiza el estado del estudiante


Gráfico N° 21. SP Actualiza Núm. Veces de materias

56


Gráfico N° 22. SP Proceso general.


Gráfico N° 23. SP Validar la cantidad materias.

57

Sprint 4 – Programación de procedimientos para cada

criterio.

Tarea:

- Se desarrolló el procedimiento para la validación de cruce de horario.

- Se desarrolló el procedimiento para la validación del cupo máximo de un

curso.

- Se realizó pruebas en la consola de SQL para validar que el

procedimiento de matriculación funcione.

- Se configuro el procedimiento con el equipo de capa de comunicación.

- Se realizó la prueba desde la herramienta Soap Ui para verificar que no

exista ningún error.

- Se realizó las pruebas con la capa de presentación.


Gráfico N° 24. SP Actualización tipo gratuidad.

58


Gráfico N° 25. Consulta de Cruce de Materia


Gráfico N° 26. Consulta de Cupos Máximos

59


Gráfico N° 27. Consulta de Materias Aprobadas

Sprint 5 – Mejoras.

- Se desarrolló el procedimiento para la consulta de materias aprobadas del

estudiante por malla que será utilizado en el reporte de materias

aprobadas por un estudiante.

- Se desarrolló la consulta de los estudiantes de una carrera.

- Se desarrolló la consulta de porcentaje de estudiantes por estado de

matrícula de una carrera.

- Se configuraron las consultas con la capa de negocio.

- Se realizaron las pruebas respectivas con la capa de presentación.

60


Gráfico N° 28. Consulta de Cruce de Materia

Entregables del proyecto

Los entregables que comprende este proyecto son:

Manual Técnico. - Describe todas las entidades de la base de datos, funciones y

procedimiento.

Manual Usuario. - Este manual contiene información del sistema académico y

manual de usuario para la utilización de las herramientas que se utilizó en el

desarrollo.

Código Fuente. - Se realizaron los siguientes scripts de SQL server:

- Script de creación del modelo entidad relación para el proceso de

matriculación.

- Script de inserción en las tablas.

- Script del procedimiento almacenado para la consulta de materias que el

estudiante puede tomar.

- Script del procedimiento General.

- Script de los procedimientos para validación de criterios.

61

- Script del procedimiento para aceptar inscripción por parte de la

secretaria.

- Script del procedimiento para actualizar las numero de veces que el

estudiante ha visto la materia

- Script del procedimiento para actualizar el tipo de gratuidad que tiene el

estudiante.

- Script de validación del cruce de horario.

- Script de cantidad máxima y mínimas de materias.

- Script de cupo máximo de un curso.

CRITERIOS DE VALIDACIÓN DE LA PROPUESTA

JUICIO DE EXPERTO

La propuesta fue presentada a la PMP encargada de direccionar el desarrollo del

sistema académico y al equipo de base de datos quienes analizaron los

requerimientos funcionales que debe cumplir Sistema Académico, con la

finalidad de determinar el alcance que tendrá el modelo de datos.

La PMP y el equipo de base de datos quedan de acuerdo con la propuesta

presentada quedando establecido que una de las características de calidad con

la que debe cumplir la estructura del modelo de datos es que puede extenderse

en el tiempo en el caso de querer aumentar más funcionalidades al sistema.

Durante la reunión la Scrum Master de base de datos junto con su equipo define

los esquemas que se van a implementar en el modelo, así como la nomenclatura

que se deberá aplicar a las entidades y componentes de la base de datos.

También queda definido que se deberá crear las entidades que intervienen en el

proceso de matriculación, así como el desarrollo de los componentes que

utilizara la capa de datos, los mismo que deberán ser dinámicos y de alto

rendimiento.

62

Se mantuvo una reunión con el Scrum Master de la capa de negocio para que

nos explique cómo se va a manejar la configuración de las consultas y

procedimientos y nos dé a conocer cuáles van hacer las personas encargadas

de realizarlo.

Con el Scrum Master de la capa de presentación se dio a conocer los

procedimientos y consultas que se crearan para la gestión de matriculación, el

cual nos mostró la interfaz que se va implementar para matricularse para

comprobar que los se tiene planificado hacer cumpla con la información que

necesitan, también nos presentaron a la persona con quien se deberá integrar

para realizar las pruebas y validar que los datos que se brindan sean validos

Se presentaron las propuestas a cada parte que interviene en desarrollo del

sistema académico los mismo que estuvieron de acuerdos y se pudo observar su

predisposición para cumplir con objetivos del proyecto.

PLAN DE PRUEBAS

Plan de Pruebas.

Actividad Escenario de prueba

Resultado esperado

Resultado obtenido

Observaciones

Prueba de la consulta de materias que puede ver el estudiante desde la capa de comunicación.

Se ejecutó la consulta desde el soap Ui

Consulta sin errores.

XML con las materias, el id materia, cursos, idCurso.

OK

Prueba de la consulta de materias que puede ver el estudiante desde la capa de presentación.

Se ingresó al sistema académico con un estudiante que se encuentre en periodo de

Consulta con datos.

Presentación de las materias que el estudiante puede escoger.

OK

63

matriculación.

Prueba del procedimiento de matriculación desde la capa de comunicación.

Se ejecutó el procedimiento desde el soap Ui

Proceso Ok Devuelve estado 1 que significa proceso OK

OK

Prueba del procedimiento de matriculación desde la capa de presentación.

Se continuo con el proceso de matriculación aceptando la matricula.


OK


Se ingresó al sistema con un usuario en proceso de matriculación y se seleccionó materias con cruce luego se aceptó la matricula.

Proceso Ok Devuelve estado 0 que significa fallo la validación existe cruce de horarios

OK


Se ingresó al sistema con un usuario en proceso de matriculación y se seleccionó curso que no tienen cupo luego se aceptó la matricula.

Proceso Ok Devuelve estado 0 que significa fallo la validación que no existe cupo en el curso.

OK

64

Prueba del procedimiento de aprobación de inscripción del estudiante desde la capa de comunicación.

Se ejecutó el procedimiento desde el Soap Ui


OK

Prueba del procedimiento de aprobación de inscripción del estudiante desde la capa de presentación.

Se ingresó al sistema con perfil secretaria


Proceso Exitoso

Elaboración: Mariana Silva Villamar. Fuente: Mariana Silva Villamar.

PROCESAMIENTO Y ANÁLISIS DE DATOS

Procedemos a realizar el análisis y procesamiento de la información obtenida en

las encuestas realizadas a un total de 37 personas.

Estas encuestas se realizaron a los estudiantes de la Carrera de Ingeniería en

Sistemas Computacionales de la Universidad de Guayaquil que participan del

desarrollo del Sistema ARES, porque tienen conocimientos técnicos los cual le

permiten evaluar la herramienta en cuanto a tiempo de respuesta y como

estudiantes que han pasado por varios procesos de matriculación podrían

analizarla desde la perspectiva de un usuario final.

65

¿Considera usted que el proceso de matriculación automatizado es relevante

dentro de un sistema académico?

1ra Pregunta de la encuesta.

Opción Resultado % Por respuesta

Si 37 100.00%

No 0 0.00%

Total 37 100.00%

Elaboración: Mariana Silva Villamar Fuente: Datos de la Encuesta.

Análisis: En La encuesta realizada a los 37 miembros del proyecto, podemos

concluir que el 100% considera que el proceso de matriculación es relevante

dentro de un sistema académico.


Fuente: Datos de la Encuesta.

Gráfico N° 29. 1ra Pregunta de la encuesta. Tipo pastel.

66

¿Califique el rendimiento en cuanto a velocidad de respuesta a las consultas y

procesos realizados en la gestión de matriculación?

2da Pregunta de la encuesta.


Mala 0 0.00%

Regular 3 8.11%

Muy Buena 14 37.84%

Excelente 20 54.05%

Total 37 100.00%



concluir que el 8.11% considera que la velocidad de respuesta de las consultas y

procesos de matriculación son regulares, el otro 37.84% considera que es buena

y el otro 54.05% considera que es excelente.



Gráfico N° 30. 2da Pregunta de la encuesta. Tipo pastel.

67

¿En cuánto a las validaciones implementadas en el proceso de matriculación

considera que son las necesarias para llevar a cambio esta gestión?

3ra Pregunta de la encuesta.


Si 36 97.30%

No 1 2.70%

Total 37 100.00%



concluir que el 97.30% considera que las validaciones que se implementaron en

el proceso de matriculación son las necesarias y el otro 2.70% considera debería

implementarse más validaciones.



Gráfico N° 31. 3ra Pregunta de la encuesta. Tipo pastel.

68

¿Considera usted que la información devuelta por la consulta de materias que

puede escoger el estudiante es precisa?

4ta Pregunta de la encuesta.


Si 35 94.59%

No 2 5.41%

Total 37 100.00%



concluir que el 94.59% considera que la información que devuelve la consulta de

materias que puede escoger el estudiante es precisa y el otro 5.41% indica que

no es precisa.



Gráfico N° 32. 4ta Pregunta de la encuesta. Tipo pastel.

69

¿Califique la efectividad del proceso de registro de materias del estudiante en el

sistema académico?



Mala 0 0.00%

Regular 2 5.41%

Muy Buena 13 35.14%

Excelente 22 59.46%

Total 37 100.00%



concluir que el 5.41% considera el proceso de registro de materias del estudiante

es regular, el otro 35.41% considera que es buena y el otro 59.46% considera

que es excelente.




70

¿Cómo califica la gestión que realizo Base de Datos en cuanto a cumplimiento

de requerimientos?



Mala 0 0.00%

Regular 2 5.41%

Muy Buena 12 32.43%

Excelente 23 62.16%

Total 37 100.00%



concluir que el 5.41% considera que la gestión que realizo el equipo de base de

datos es regular, el otro 32.43% considera que es buena y el otro 62.16%

considera que es excelente.




71

Análisis final de la encuesta: Después de haberles realizado la encuesta a los

37 miembros del proyecto y analizado cada una de las preguntas se puede

concluir que la gestión de matriculación es relevante al momento de desarrollar

un sistema académico, que al hacer uso de la herramienta han podido captar

que el tiempo de respuesta del flujo del proceso se encuentra en un rango

aceptable y las validación que se han implementado suelen ser las más

comunes dentro de cualquier institución académica.

También podemos concluir que la gestión que ha realizado el grupo de base de

datos se ha sido por considera por más de la mitad de los encuestado como

excelente esto quiere decir que como equipo se ha cumplido con las actividades

que se nos han asignado y hemos brindado apoyo al momento de necesitar

nuestra colaboración.

72

CAPÍTULO IV

Criterios de aceptación del producto o Servicio

Para concluir con éxito el desarrollo de este proyecto se debe contar con la

aprobación de involucrados los cuales deberán verificar que se cumplan los

alcances validados con las historias de usuarios, al ser parte de la capa de datos

se necesitara que la capa de presentación y negocio haya terminado con su

desarrollo para que se pueda concluir con los sprint, debido a que la TESTER

para dar su aprobación realizara pruebas desde el sistema ARES lo cual

facilitara la verificación de los datos y validación del proceso.

La Scrum Master también validara que se hayan cumplido con los estándares

que se estableció en el plan de calidad y que el desarrollo que se ha

implementado no afecte al demás proceso.

Como política de aceptación del proyecto se deben cumplir los seis sprint

Criterios de Aceptación.

SPRINT OBSERVACIONES NIVEL DE

CUMPLIM

ENTO

Sprint 0 100%

Análisis de

requerimientos

Se realizó la reunión con el equipo de

base de datos y el Scrum Master para

definir una lista de actividades que

cada miembro tenía que realizar.

Sprint 1 100%

Diseño de Tablas y

Relaciones

Creación de las tablas:

SA_Ciclo_Detalle

SA_Configuracion_Parcial

SA_Configuracion_Parcial_Cabecera

73

SA_Criterio

SA_Criterio_Carrera

SA_Criterio_Carrera_Configuracion

SA_Error

SA_Estudiante_Carrera

SA_Estudiante_Carrera_Malla

SA_Estudiante_Carrera_Materia

SA_Estudiante_Carrera_Materia_Not

a

SA_Malla_Cabecera

SA_Malla_Detalle

SA_Malla_Materia_Requisito

SA_Materia

SA_Materia_Paralelo

SA_Paralelo

SA_Parametro

SA_Tipo_Parametro

SA_Carrera

Sprint 2 100%

Diseño de consultas e

Ingreso de información

para pruebas

Se creó y configuro el siguiente

procedimiento:

sp_Consulta_Materias_Matricula

Y se ingresaron registros en las

siguientes tablas:

SA_Ciclo_Detalle



SA_Criterio

SA_Criterio_Carrera


SA_Error



74


SA_Estudiante_Carrera_Materia_Not

a

SA_Malla_Cabecera

SA_Malla_Detalle


SA_Materia

SA_Materia_Paralelo

SA_Paralelo

SA_Parametro

SA_Tipo_Parametro

SA_Carrera

Sprint 3 100%

Programación de SP

General para proceso

Creación los siguientes

procedimientos:

sp_Actualiza_Estado_Estudiante

sp_Actualiza_Materias_Nveces

sp_Gratuidad_Estudiante

sp_Proceso_Matriculacion

sp_Consulta_Minimo_Materias

Sprint 4 100%

Programación de

procedimientos para

cada criterio

Creación los siguientes

procedimientos:

sp_Consulta_Cruce_Materias

sp_Consulta_Cupo_Maximo

Sprint 5 100%

Mejoras -Realización de consultas para

reportes de estudiantes por carrera.

-Realización de consultas para

reporte

Elaboración: Mariana Silva Villamar.

Fuente: Mariana Silva Villamar.

75

Informe de aceptación y aprobación

La validación del proyecto se la realizo con el Scrum Master de la capa de PHP,

Base de Datos y la TESTER del sistema Ares los cuales revisaron los siguientes

criterios de aceptación desde la interfaz para comprobar que la información sea

válida y cumpla con los alcances de la propuesta:

Criterio de validación de la propuesta desde ARES

Rol: Alumno

Característica / Funcionalidad: Necesito inscribirme en las materias que tengo

asignadas para este nuevo ciclo.

Razón / Resultado: Se lo realiza con la finalidad de registrar al estudiante en las

materias permitidas por el flujo de la malla curricular.

Consulta de Materias disponibles.

Criterios de Aceptación

N° Escenario

Criterio de Aceptación (Título)

Contexto Evento Resultado / Comportamiento

esperado

1

Alumno que no está inscrito en el ciclo actual.

Alumno que al menos pueda escoger materias.

Al ingresar al sistema Ares aparece un cuadro que dice matriculación en el cual deberá ingresar.

A continuación, se deberá mostrar las materias con los cursos disponibles que se puede inscribir.

2

Alumno que está inscrito en el ciclo actual.

Alumno que no se puede registrar.

Al ingresar al sistema Ares aparece un cuadro que dice matriculación en el cual deberá ingresar.

A continuación, se deberá mostrar las materias que ha escogido en el proceso de matriculación.

Elaboración: Mariana Silva Villamar Fuente: ARES

76

Registro de las materias.


N°

Escen

ario

Criterio de

Aceptació

n (Título)

Contexto Evento Resultado /

Comportamiento

esperado

1

Registro

de las

materias

que el

estudiante

selecciono

.

Registro de

materias

que no

incumple

ninguna

validación.

Al estar en la interfaz

de matriculación del

sistema Ares, se

selecciona las

materias y el curso en

el que se va a

registrar, se presiona

en el botón inscribir.

A continuación, se

deberá mostrar un

mensaje que

devuelve la base

de datos indicando

que el proceso fue

exitoso.

2

Registro

de las

materias

que el

estudiante

selecciono

Registro de

materias

cuando

existe cruce

de horarios



sistema Ares, se

selecciona las


el que se va a

registrar, pero existe

cruce en los horarios,

se presiona en el

botón inscribir.

A continuación, se

deberá mostrar un

mensaje que

devuelve la base

de datos indicando

que existe cruce

de horarios.

3

Registro

de las

materias

que el

estudiante

selecciono

Registro de

materias

cuando no

existe cupo

en alguno

del curso

que se

selecciono



sistema Ares, se

selecciona las


el que se va a

registrar, pero ya no

hay cupo, se presiona

en el botón inscribir.

A continuación, se

deberá mostrar un

mensaje que

devuelve la base

de datos indicando

que ya no hay

cupo.


77

Rol: Secretaria

Característica / Funcionalidad: Necesito aprobar el registro de las materias

que el estudiante selecciono.

Razón / Resultado: Se lo realiza con la finalidad de inscribir al estudiante en las

materias que el escogió.

Registro de inscripción.


N°

Escen

ario

Criterio de

Aceptació

n (Título)


Comportamiento

esperado

1

Aceptació

n del

registro de

las

materias

que

escogió el

estudiante

.

Inscribir

de las

materias

del

estudiante

.

Al ingresar al

sistema Ares

aparece un cuadro

que dice registro

de inscripción, la

secretaria busca

por el número de

cedula del

estudiante a

continuación

chequea la

documentación

necesaria y

presiona inscribir.

A continuación, se

deberá mostrar un

mensaje que indique

que el alumno está

inscrito.


Rol: Secretaria

Característica / Funcionalidad: Necesito un listado de los alumnos que

pertenece a una carrera y se encuentran en el ciclo actual.

Razón / Resultado: Se presentarán un reporte con todos los estudiantes que

pertenecen a una carrera, pero se encuentre activos en el ciclo actual.

78

Consulta de estudiantes de una carrera


N°

Escen

ario

Criterio de

Aceptació

n (Título)


Comportamiento

esperado

1

Carrera

con

estudiante

s.

En que

una

carrera

tenga al

menos un

estudiante

en el ciclo

actual.

Al ingresar a la

interfaz y dar clic

sobre el nombre

de la carrera.

A continuación, se

deberá mostrar en la

tabla la información de

los estudiantes y

aparecerá el grafico

estadístico general.

2

Informació

n de un

solo

estudiante

.

N/A Cuando estamos

en la interfaz

escribimos el

número de

identificación y

damos clic en el

botón buscar.

En el momento de filtrar

por la identificación

deberá presentar la

información en el caso

de que el estudiante

exista.

3

Filtro por

estado de

Matricula.

N/A Cuando estamos

en la interfaz

hacemos clic en el

combo y

seleccionamos

una de sus

opciones.

Deberá presentar la

información si al menos

existe un estudiante.


Rol: Secretaria

Característica / Funcionalidad: Necesito ver las materias aprobadas por un

estudiante.

Razón / Resultado: Se presentará en un reporte las materias que el estudiante

ha aprobado en la malla curricular

79

Consulta de materias aprobadas.


N° Escenario

Criterio de Aceptación (Título)

Contexto Evento Resultado / Comportamiento

esperado

1

Información de un solo estudiante.

N/A Ingresar a la interfaz y dar clic sobre el nombre de la carrera, luego digitamos el número de cedula y damos clic en Buscar.

Al momento de filtrar por la identificación deberá presentar por pantalla la información y aparecerá el grafico estadístico general en el caso que el estudiante exista y tenga materias aprobadas.

2

Filtro por ciclo.

N/A Cuando estamos en la interfaz y hemos dado clic en el botón buscar después de haber digitado la cedula podemos hacer un filtro por ciclo

Al momento de filtrar por ciclo deberá presentar por pantalla solo los datos de la materia que se encuentra registrada en ese ciclo y según el resultado de la búsqueda del estudiante.

3

Filtro por nivel.

N/A Cuando estamos en la interfaz y hemos dado clic en el botón buscar después de haber digitado la cedula podemos hacer un filtro por nivel

Al momento de filtrar por nivel deberá presentar por pantalla solo los datos de la materia que se encuentra registrada en ese nivel y según el resultado de la búsqueda del estudiante, caso contrario deberá mostrar en la tabla lo siguiente.


80

Formato de la carta de aprobación

Se certifica que una vez terminada la etapa de verificación y pruebas finales del

proyecto ESTUDIO DE FACTIBILIDAD PARA LA PROPUESTA

“FRAMEWORK DE TRABAJO PARA PROYECTOS DE TITULACIÓN

APLICANDO METODOLOGÍA SCRUM EN LA CARRERA INGENIERÍA

DE SOFTWARE”, ENFOCADO AL MODELO DE DATOS PARA LA

GESTIÓN DE MATRICULACIÓN, los elementos verificados no contienen

errores.

Así mismo que la programación se desarrolló en el manejador de base de datos

SQL Server, se realizaron pruebas de funcionalidad desde el Sistema Ares en

todas y cada una de las secciones tomando como base las historias de usuario

definidas.

Actualmente las entidades y componentes se encuentran implementadas en la

base de datos de producción SAUG la cual esta publicada en un servidor SQL

SERVER 2012 y está siendo utilizada por el Sistema ARES.

Como constancia de que las partes involucradas se sienten satisfechas por el

trabajo desarrollado, y en señal de la plena aceptación de ellas en cuanto al

contenido y forma del presente documento, se firma por cada una luego de

haberlo leído y comprendido plenamente.

Firmas de los responsables

Elaborado: Mariana Silva Villamar.

Fuente: Mariana Silva Villamar

Responsables

Firma

Scrum Master Datos Srta. Cinthya Rivadeneira R.

Scrum Master PHP Sr. Juan Carlos Tamayo

TESTER Srta. Anabel Tingo

81

Conclusiones

Las conclusiones a las que se puede llegar después de haber culminado con

éxito el proyecto son las siguientes:

- La utilización de la metodología Scrum para desarrollos de proyectos

permitió realizar entregas parciales del sistema ARES que cumplió con las

expectativas del Product Owner, se implementó el proceso de

matriculación.

- Al desarrollar un modelo de datos que soporte el proceso de matriculación

permitió que el sistema ARES cumpla con uno de los requerimientos

funcionales, ya que desde la interfaz se pudo realizar el flujo completa de

una matriculación.

- Debido a que las instituciones incrementan o disminuyen validaciones en

los procesos de matriculación la implementación de proceso dinámico y

parametrizables permite que el sistema se ajuste a esas necesidades.

Recomendaciones

Para aplicar mejoras al proceso de matriculación que se ha desarrollado en el

Sistema ARES se recomienda implementar más criterios de validaciones que

permitan mejorar el control de registros de las materias de los estudiantes, como

la metodología cumplió con los objetivos se recomienda seguir utilizando en

nuevos problemas de titulación.

También se debería desarrollar una especie de gestor documental que permita a

los estudiantes digitalizar los documentos que se entregan a secretaria para

automatizar por completo la gestión de matriculación dentro de una institución.

Y como última recomendación se deberían crear procesos que permitan analizar

la información que se encuentran en la base de datos para que las autoridades

de la institución puedan tomar decisiones que mejoren el negocio.

82

Bibliografía

IBM. (02 de 11 de 2015). ibm. Obtenido de ibm:

http://www.ibm.com/support/knowledgecenter/SSFGJ4_7.6.0/com.ibm.mb

s.doc/relation/c_relationship_cardinality.html?lang=es

Liberix. (07 de 06 de 2013). Liberix. Obtenido de Liberix: http://liberix.es/blog/la-

importancia-del-modelo-de-datos/

Microsoft. (07 de 12 de 2013). Microsoft | Soporte. Obtenido de Microsoft |

Soporte: https://support.microsoft.com/es-es/kb/283878

Observatorio Tecnológico. (12 de 02 de 2009). Observatorio Tecnológico.

Obtenido de Observatorio Tecnológico:

http://recursostic.educacion.es/observatorio/web/fr/software/programacion

/675-xml

Olade. (26 de 03 de 2014). Olade. Obtenido de Olade: http://www.olade.org/wp-

content/uploads/2015/08/CAP-IV-SISTEMAS-DE-INFORMACION.pdf

PowerData. (17 de 08 de 2015). PowerData. Obtenido de PowerData:

http://blog.powerdata.es/el-valor-de-la-gestion-de-datos/bid/406549/Qu-

es-el-sistema-manejador-de-bases-de-datos

Pressman, R. (2013). Ingeniería de Software Un enfoque Práctico. Mexico:

McGRAW-HILL INTERAMERICA EDITORES, SA.

Perovich , D. (04 de 11 de 2015). fing. Obtenido de fing:

http://www.fing.edu.uy/inco/lab/dotnet/material/relacionado/vp03.pdf

83

ANEXOS

84


Gráfico N° 35. Preguntas de la Encuesta.

ANEXO 1 - ENCUESTA

85


Gráfico N° 36. Diagrama de Proceso Matriculación.

ANEXO 2 – DIAGRAMAS DE PROCESOS

86


Fuente: Mariana Silva.

Gráfico N° 38. Arquitectura del Sistema Ares

Secretaría

SAUG

Matricular las materias

Inscribir las materias

Reporte de materias

Aprobadas Estudiante

Reporte de Estudiantes

Por carrera Ciclo Actual

Web Services


Fuente: Mariana Silva.

Proceso Matriculación Perfil Secretaria

87

ANEXO 3 – PRUEBAS CON LA CAPA DE NEGOCIO

Pruebas Soap Ui Proceso Matriculación

Request Response <soapenv: Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://servicios.ug.edu.ec/"> <soapenv: Header/> <soapenv: Body> <ser: ejecucionObjeto> <dataSource>jdbc/procedimientosSaug</dataSource> <idServicio>15</idServicio> <usuario>CapaVisualPhp</usuario> <clave>T3pZx1520pHp</clave> <parametrosObjeto> <parametros> <PX_Entrada> <matricula> <matriculacion> <idEstudiante>5</idEstudiante> <idCarrera>4</idCarrera> <idCiclo>19</idCiclo> <item> <id_materia_paralelo>2269</id_materia_paralelo> <id_materia_paralelo>2270</id_materia_paralelo> <id_materia_paralelo>2271</id_materia_paralelo> </item> </matriculacion> </matricula> </PX_Entrada> </parametros> </parametrosObjeto> </ser:ejecucionObjeto> </soapenv:Body> </soapenv:Envelope>

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:ejecucionObjetoResponse xmlns:ns2="http://servicios.ug.edu.ec/"> <return> <codigoRespuesta>0</codigoRespuesta> <estado>F</estado> <idHistorico>66199</idHistorico> <mensajeRespuesta>ok</mensajeRespuesta> <resultadoObjeto> <parametrosSalida> <PI_ESTADO>0</PI_ESTADO> <PV_MENSAJE>MATRICULACION DEL ESTUDIANTE EXITOSA</PV_MENSAJE> <PV_CODTRANS>17</PV_CODTRANS> <PV_MENSAJE_TECNICO/> </parametrosSalida> </resultadoObjeto> </return> </ns2:ejecucionObjetoResponse> </soap:Body> </soap:Envelope>


Fuente: Capa de Negocio Ares.

88

Pruebas Soap Ui Materias Matricula

Request Response <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://servicios.ug.edu.ec/"> <soapenv:Header/> <soapenv:Body> <ser:ejecucionObjeto> <dataSource>jdbc/procedimientosSaug</dataSource> <idServicio>17</idServicio> <usuario>CapaVisualPhp</usuario> <clave>T3pZx1520pHp</clave> <parametrosObjeto> <parametros> <PI_ID_ESTUDIANTE>18</PI_ID_ESTUDIANTE> <PI_ID_CARRERA>4</PI_ID_CARRERA> </parametros> </parametrosObjeto> </ser:ejecucionObjeto> </soapenv:Body> </soapenv:Envelope>

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body><ns2:ejecucionObjetoResponse xmlns:ns2="http://servicios.ug.edu.ec/"><return> <codigoRespuesta>0</codigoRespuesta> <estado>F</estado> <idHistorico>56005</idHistorico> <mensajeRespuesta>ok</mensajeRespuesta> <resultadoObjeto> <parametrosSalida> <PX_SALIDA><registros><registro><id_sa_materia>38</id_sa_materia><Paralelos><Paralelo><cuposRegistrados>0</cuposRegistrados><cupoMaximo>10</cupoMaximo><materia>SimulaciÃ³n de Sistemas</materia><curso>S6A</curso></Paralelo></Paralelos><nombre>SimulaciÃ³n de Sistemas</nombre><nivel>6</nivel></registro><registro</PX_SALIDA> <PI_ESTADO>1</PI_ESTADO> <PV_MENSAJE>CONSULTA CON DATOS</PV_MENSAJE> <PV_CODTRANS>7</PV_CODTRANS> <PV_MENSAJE_TECNICO/> </parametrosSalida> </resultadoObjeto> </return> </ns2:ejecucionObjetoResponse> </soap:Body> </soap:Envelope>



89

Pruebas Soap Ui Materias Aprobadas

Request Response <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://servicios.ug.edu.ec/"> <soapenv:Header/> <soapenv:Body> <ser:ejecucionObjeto> <dataSource>jdbc/procedimientosSaug</dataSource> <idServicio>30</idServicio> <usuario>CapaVisual</usuario> <clave>123</clave> <parametrosObjeto> <parametros> <PV_Opcion>F</PV_Opcion> <PV_Identificacion>0931004659</PV_Identificacion> <PI_ID_Ciclo>18</PI_ID_Ciclo> <PI_ID_Nivel>5</PI_ID_Nivel> <PI_Carrera>4</PI_Carrera> </parametros> </parametrosObjeto> </ser:ejecucionObjeto> </soapenv:Body> </soapenv:Envelope>

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:ejecucionObjetoResponse xmlns:ns2="http://servicios.ug.edu.ec/"><return> <codigoRespuesta>0</codigoRespuesta> <estado>F</estado <idHistorico>254181</idHistorico> <mensajeRespuesta>ok</mensajeRespuesta> <resultadoObjeto> <parametrosSalida> <PX_Salida><![CDATA[<alumno><materia><idMateria>30</idMateria><nivel>5</nivel><materia>Investigación Operaciones</materia><promedio>8.10</promedio><ciclo>2015 - 2</ciclo></materia><materia><idMateria>32</idMateria><nivel>5</nivel><materia>Organización y Arquitectura Computacional</materia><promedio>7.65</promedio><ciclo>2015 - 2</ciclo></materia><materia><idMateria>34</idMateria><nivel>5</nivel><materia>Ingeniería de Software Orientada a Objetos</materia><promedio>7.58</promedio><ciclo>2015 - 2</ciclo></materia><materia><idMateria>35</idMateria><nivel>5</nivel><materia>Laboratorio de Electrónica Digital</materia><promedio>6.84</promedio><ciclo>2015 - 2</ciclo></materia><alumno>]]></PX_Salida> <PI_ESTADO>1</PI_ESTADO> <PV_MENSAJE>CONSULTA CON DATOS</PV_MENSAJE> <PV_CODTRANS>7</PV_CODTRANS> <PV_MENSAJE_TECNICO>PROCESO OK</PV_MENSAJE_TECNICO> </parametrosSalida> </resultadoObjeto> </return> </ns2:ejecucionObjetoResponse> </soap:Body> </soap:Envelope>



90

Pruebas Soap Ui Consulta Estudiantes

Request Response <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://servicios.ug.edu.ec/"> <soapenv:Header/> <soapenv:Body> <ser:ejecucionConsulta> <dataSource>jdbc/consultasSaug</dataSource> <idServicio>23</idServicio> <usuario>CapaVisualPhp</usuario> <clave>12CvP2015</clave> <parametrosConsulta> <parametros> <estadomatricula>0</estadomatricula> <usuario></usuario> <idciclo>19</idciclo> <carrera>4</carrera> </parametros> </parametrosConsulta> </ser:ejecucionConsulta> </soapenv:Body> </soapenv:Envelope>

<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:ejecucionConsultaResponse xmlns:ns2="http://servicios.ug.edu.ec/"> <return> <codigoRespuesta>0</codigoRespuesta> <estado>F</estado> <idHistorico>12341</idHistorico> <mensajeRespuesta>exito</mensajeRespuesta> <respuestaConsulta> <registros> <registro> <CodEstudianteCarrera>1183</CodEstudianteCarrera> <NombreCompleto>RODRIGUEZ CAMACHO</NombreCompleto> <CodEstadoEstudiante>70</CodEstadoEstudiante><EstadoEstudiante>INSCRITO</EstadoEstudiante> </registro> <registro> <CodEstudianteCarrera>1184</CodEstudianteCarrera><NombreCompleto>CAICHE MORAN</NombreCompleto> <CodEstadoEstudiante>70</CodEstadoEstudiante><EstadoEstudiante>INSCRITO</EstadoEstudiante> </registro> </registros> </respuestaConsulta> </return> </ns2:ejecucionConsultaResponse> </soap:Body> </soap:Envelope>






COMPUTACIONALES




MANUAL TÉCNICO

Previa a la obtención del Título de:


AUTOR:

MARIANA CRISTINA SILVA VILLAMAR

TUTOR:

ING. NIDIA FABIOLA MEDRANO NÚÑEZ, MSc.

GUAYAQUIL – ECUADOR

2016

ÍNDICE GENERAL

ESTRUCTURA DE LA BASE DE DATOS…………………………………………...2

TABLAS ............................................................................................................. 2

SA_Paralelo.................................................................................................. 3

SA_Materia_Paralelo .................................................................................... 4

SA_Tipo_Parametro ..................................................................................... 5

SA_Parametro .............................................................................................. 5

SA_Configuracion_Parcial ............................................................................ 6

SA_Configuracion_Parcial_Cabecera ........................................................... 7

SA_Ciclo_Detalle .......................................................................................... 8

SA_Error ....................................................................................................... 9

SA_Estudiante_Carrera_Malla...................................................................... 9

SA_Estudiante_Carrera_Materia ................................................................ 10

SA_Criterio ................................................................................................. 11

SA_Criterio_Carrera ................................................................................... 12

SA_Criterio_Carrera_Configuracion ........................................................... 12

SA_Estudiante_Carrera .............................................................................. 13

SA_Estudiante_Carrera_Materia_Nota ....................................................... 14

SA_Horario ................................................................................................. 15

SA_Malla_Cabecera ................................................................................... 15

SA_Malla_Detalle ....................................................................................... 16

SA_Malla_Materia_Requisito ...................................................................... 17

SA_Materia ................................................................................................. 17

PROCEDIMIENTOS ALMACENADOS ..................................................................... 19

ÍNDICE DE CUADROS

CUADRO N° 1. TABLAS DE LA BASE DE DATOS……………………….………2

CUADRO N° 2. A_PARALELO……………………………………………………….3

CUADRO N° 3. SA_MATERIA_PARALELO………………………………………..4

CUADRO N° 4. SA_TIPO_PARAMETRO…………………………………...………5

CUADRO N° 5. SA_PARAMETRO…………………………………………………..5

CUADRO N° 6. SA_CONFIGURACION_PARCIAL………………………………..6

CUADRO N° 7. SA_CONFIGURACION_PARCIAL_CABECERA……………….7

CUADRO N° 8. SA_CARRERA………………………………………………………7

CUADRO N° 9. SA_CICLO_DETALLE……………………………………………...8

CUADRO N° 10. SA_ERROR…………………………………………………………9

CUADRO N° 11. SA_ESTUDIANTE_CARRERA_MALLA…………………..……9

CUADRO N° 12. SA_ESTUDIANTE_CARRERA_MATERIA……………………10

CUADRO N° 13. SA_CRITERIO……………………………………………….……11

CUADRO N° 14. SA_CRITERIO_CARRERA……………………………………...12

CUADRO N° 15. SA_CRITERIO_CARRERA_CONFIGURACION…………......12

CUADRO N° 16. SA_ESTUDIANTE_CARRERA………………………………….13

CUADRO N° 17. SA_ESTUDIANTE_CARRERA_MATERIA_NOTA…………...14

CUADRO N° 18. SA_HORARIO……………………………………………………..15

CUADRO N° 19. SA_MALLA_CABECERA………………………………………..15

CUADRO N° 20. SA_MALLA_DETALLE…………………………………………..16

CUADRO N° 21. SA_MALLA_MATERIA_REQUISITO…………………………..17

CUADRO N° 22. SA_MATERIA……………………………………………………..17

CUADRO N° 23. SP_PROCESO_MATRICULACION…………………………….19

CUADRO N° 24. ENTRADAS SP_PROCESO_MATRICULACION……….……20

CUADRO N° 25. SALIDAS SP_PROCESO_MATRICULACION….…………….20

CUADRO N° 26. SP_CONSULTA_CRUCE_MATERIAS………………….……..20

CUADRO N° 27. ENTRADAS SP_CONSULTA_CRUCE_MATERIAS…………21

CUADRO N° 28. SALIDAS SP_CONSULTA_CRUCE_MATERIAS……………21

CUADRO N° 29. SP_CONSULTA_MINIMO_MATERIAS………………………..22

CUADRO N° 30. ENTRADAS SP_CONSULTA_MINIMO_MATERIAS………..22

CUADRO N° 31. SP_CONSULTA_MINIMO_MATERIAS………………………..23

CUADRO N° 32. SP_CONSULTA_CUPO_MAXIMO……………………………..23

CUADRO N° 33. ENTRADAS SP_CONSULTA_CUPO_MAXIMO……………..24

CUADRO N° 34. SALIDAS SP_CONSULTA_CUPO_MAXIMO………………...24

CUADRO N° 35. SP_GRATUIDAD_ESTUDIANTE……………………………….24

CUADRO N° 36. ENTRADAS SP_GRATUIDAD_ESTUDIANTE……………….25

CUADRO N° 37. SALIDAS SP_GRATUIDAD_ESTUDIANTE…………………..25

CUADRO N° 38. SP_ACTUALIZA_MATERIAS_NVECES………………………26

CUADRO N° 39. ENTRADAS SP_ACTUALIZA_MATERIAS_NVECES……….27

CUADRO N° 40. SALIDAS SP_ACTUALIZA_MATERIAS_NVECES………….27

CUADRO N° 41. FU_CONSULTA_NUM_VECES_MATERIA…………………...27

CUADRO N° 42. ENTRADAS FU_CONSULTA_NUM_VECES_MATERIA……28

CUADRO N° 43. SALIDAS FU_CONSULTA_NUM_VECES_MATERIA………28

CUADRO N° 44. SP_CONSULTA_MATERIAS_MATRICULA………………….29

CUADRO N° 45. ENTRADAS SP_CONSULTA_MATERIAS_MATRICULA…..30

CUADRO N° 46. SALIDAS SP_CONSULTA_MATERIAS_MATRICULA……..30

ÍNDICE DE GRÁFICOS

SP_PROCESO_MATRICULACION……………………………..19

SP_CONSULTA_CRUCE_MATERIAS…………………………21

SP_CONSULTA_MINIMO_MATERIAS…………………………22

SP_CONSULTA_CUPO_MAXIMO……………………………...23

SP_GRATUIDAD_ESTUDIANTE………………………………..25

SP_ACTUALIZA_MATERIAS_NVECES……………………….26

. FU_CONSULTA_NUM_VECES_MATERIA.............................28

SP_CONSULTA_MATERIAS_MATRICULA…………….…….29

1

MANUAL

TÉCNICO

2

ESTRUCTURA DE LA BASE DE DATOS

Tablas

Cuadro N° 1. Tablas de la Base de Datos

N° Tabla Contenido

1 SA_Ciclo_Detalle Se configura un nuevo ciclo indicando el inicio y fin del mismo.

2 SA_Configuracion_Parcial_Cabecera

Se registra la configuración para el número de parciales que tendrá un ciclo.

3 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.

4 SA_Tipo_Parametro Se registra la cabecera de los diferentes parámetros que serán utilizados por el sistema.

5 SA_Parametro Se registra el detalle de cada uno de los parámetros especificados en la tabla SA_Tipo_Parametro

6 SA_Error Se registran los mensajes para los errores controlados en la base de datos.

7 SA_Carrera Se registran los diferentes nombres de las carreras, relacionadas con la facultad.

8 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.

9 SA_Criterio_Carrera Se realiza la configuración entra los criterios y cada carrera.

10 SA_Criterio_Carrera_Configuracion

Se configura los procedimientos que serán ejecutados de acuerdo a cada criterio.

11 SA_Malla_Cabecera Se registra la cabecera de la malla, conservando el histórico.

12 SA_Malla_Detalle Se registra el detalle de cada una de las mallas, conservando el histórico.

13 SA_Malla_Materia_Requisito Se registran las materias que son requisitos para un nodo de la malla.

14 SA_Materia Se registran las materias atadas a una carrera.

15 SA_Paralelo Se registran los paralelos creados por ciclos y carrera.

16 SA_Materia_Paralelo Se establece la relación para registrar

3

las materias que posee un curso.

17 SA_Estudiante_Carrera Se guarda el registro de los estudiantes inscritos en una carrera, conservando el histórico.

18 SA_Estudiante_Carrera_Malla Se guarda el registro de los alumnos con su respectiva malla en el momento de la inscripción.

19 SA_Estudiante_Carrera_Materia Se registran las materias que un estudiante elige al momento de matricularse.

20 SA_Estudiante_Carrera_Materia_Nota

Se guardan las notas de los estudiantes, manteniendo un histórico de notas

21 SA_Horario Se registran los horarios de clases.

Elaboración: Mariana Silva Villamar

Fuente: Sistema Ares

SA_Paralelo

Cuadro N° 2. SA_Paralelo

Núm. Nombre Campo

Atributo Long

Descripción

1 id_sa_paralelo INT Clave primaria

2 Nombre VARCHAR 200 Nombre del Paralelo

3 Nivel INT Nivel al que corresponde el Paralelo

4 Estado CHAR 1 Estado del Registro, A - Activo, E – Eliminado

5 id_sg_usuario_registro

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_modificacion

INT Referencia a la tabla SG_Usuario que realizo la modificación, la primera vez se coloca el mismo que registro

8 fecha_modificacion

DATETIME Fecha que realizo la modificación, la primera vez se coloca el mismo que registro

9 id_sa_parametro_jornada

INT Referencia a la tabla SA_Parametro

10 id_sa_carrera INT Referencia a la tabla SA_Carrera



4

SA_Materia_Paralelo

Cuadro N° 3. 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


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


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



5

SA_Tipo_Parametro

Cuadro N° 4. SA_Tipo_Parametro


1 id_sa_tipo_parametro

int Clave primaria

2 Nombre VARCHAR 200 Nombre del Tipo Parámetro





INT Referencia a la tabla SG_Usuario que realizo la modificación, la primera vez se coloca el mismo que registro






SA_Parametro

Cuadro N° 5. SA_Parametro


1 id_sa_parametro INT Clave primaria

2 id_sa_tipo_parametro

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





INT Referencia a la tabla SG_Usuario que realizo la

6

modificación, la primera vez se coloca el mismo que registro







Cuadro N° 6. SA_Configuracion_Parcial

Núm. Nombre Campo Atributo Long Descripción del

1 id_sa_configuracion_parcial

int 4 Clave primaria

2 id_sa_configuracion_parcial_cabecera

int 4 Referencia a la tabla SA_Configuracion_cabecera

3 numero_parcial int 4 Número de parcial

4 id_sa_parametro_tipo_nota int 4 Referencia a la tabla SA_Parametro del parámetro tipo nota

5 id_sa_parametro_tipo_nota_padre

int 4 Referencia a la tabla SA_Parametro del parámetro tipo nota

nombre varchar 50 Descripción de la nota

6 id_sg_usuario_registro int 4 Código del usuario que crea el registro.

fecha_registro datetime 8 Fecha del sistema en la que se realiza la acción.

id_sg_usuario_modifica int 4 Código del usuario que modifica el registro.

fecha_modifica datetime 8 Fecha del sistema en la que se modifica la acción

estado char 1 Estado del registro Activo o Inactivo



7


Cuadro N° 7. SA_Configuracion_Parcial_Cabecera


1 id_sa_configuracion_parcial_cabecera

int 4 Clave primaria de la tabla

2 id_sa_carrera int 4 Referencia a la tabla SA_Carrera

3 id_sa_ciclo_detalle int 4 Referencia a la tabla SA_Ciclo_Detalle

4 id_sg_usuario_registro int 4 Código del usuario que crea el registro.

5 fecha_registro datetime 8 Fecha del sistema en la que se realiza la acción.

6 id_sg_usuario_modifica int 4 Código del usuario que modifica el registro.

7 fecha_modifica datetime 8 Fecha del sistema en la que se modifica la acción

8 estado char 1 Estado del registro Activo o Inactivo



SA_Carrera

Cuadro N° 8. 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_p

eriodo

int Referencia a la tabla

Parámetro, identificando el

Tipo de Periodo, Ej: Anual,

Semestral, etc

5 id_sg_usuario_regi

stro


SG_Usuario que realizo el

registro

6 fecha_registro datetime Fecha que se realizó el

8

registro

7 id_sg_usuario_mo

dificacion


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_cla

se

int Tiempo de Duración de las

Clases de cada materia,

Periodo: Minutos



SA_Ciclo_Detalle

Cuadro N° 9. SA_Ciclo_Detalle


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

9

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



SA_Error

Cuadro N° 10. SA_Error


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




Cuadro N° 11. SA_Estudiante_Carrera_Malla


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

10

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


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




Cuadro N° 12. SA_Estudiante_Carrera_Materia


1 id_sa_estudiante_carrera_materia

int Referencia a la tabla SA_Materia_Paralelo

2 id_sa_materia_paralelo

int Promedio del estudiante en esa materia

3 promedio decimal(5, 2)

Referencia a la tabla SG_Usuario que realizo el registro


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_modi int Fecha que realizo la

11

ficacion modificación, 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_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



SA_Criterio

Cuadro N° 13. SA_Criterio

Núm.

Nombre del campo Tipo Long

Descripción

1 id_sa_criterio int 4 Clave primaria

2 nombre varchar(1000)

1000 Nombre del Criterio que se está creando

3 criterio varchar(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_ciclo_detalle,@pi_turno output

4 id_sa_parametro_tipo_criterio

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


8 fecha de creación de registro

7 id_sg_usuario_modifica int 4 usuario que modifica

12

8 fecha_modifica datetime

8 fecha de modificación

9 estado char(1)

1 A Activo, I Inactivo



SA_Criterio_Carrera

Cuadro N° 14. SA_Criterio_Carrera


1 id_sa_criterio_carrera


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


int 4 usuario que crea registro

6 fecha_registro datetime 8 fecha de creación de registro

7 id_sg_usuario_modifica

int 4 usuario que modifica

8 fecha_modifica datetime 8 fecha de modificación

9 estado char(1) 1 A Activo, I Inactivo




Cuadro N° 15. SA_Criterio_Carrera_Configuracion


1 id_sa_criterio_carrera_configuracion

int 4 Clave Primaria

2 id_sa_parametro_config int 4 Referencia a la tabla

13

uracion 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 varchar(100)

100 Valor del parámetro de configuración







9 estado char(1)





Cuadro N° 16. SA_Estudiante_Carrera

Núm. Nombre del campo Tipo Long

Descripción

1 id_sa_estudiante_carrera

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


8 Fecha que se realizó el registro


int 4 Referencia a la tabla SG_Usuario que realizo la modificación, la primera vez se coloca el mismo que registro

14


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



SA_Estudiante_Carrera_Materia_Nota

Cuadro N° 17. SA_Estudiante_Carrera_Materia_Nota


Descripción

1 id_sa_estudiante_carrera_materia_nota


2 id_sa_estudiante_carrera_materia

int 4 Referencia a la tabla SA_Estudiante_Carrera_Materia

3 id_sa_parametro_tipo_nota

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 decimal(5, 2)

5 Calificación obtenida en el parcial








10 estado char(1) 1 Estado del Registro, A - Activo, E - Eliminado



15

SA_Horario

Cuadro N° 18. SA_Horario


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







11 estado char(1)




SA_Malla_Cabecera

Cuadro N° 19. SA_Malla_Cabecera


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


16







12 estado char(1)




SA_Malla_Detalle

Cuadro N° 20. SA_Malla_Detalle


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


int 4 Referencia a la tabla SG_Usuario que realizo el registro







10 estado char(1)




17


Cuadro N° 21. SA_Malla_Materia_Requisito


Descripción

1 id_sa_malla_materia_requisito


2 id_sa_malla_detalle int 4 Referencia a SA_Materia_Detalle

3 id_sa_materia_requiere int 4 Referencia a SA_Materia











SA_Materia

Cuadro N° 22. SA_Materia


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

18

SA_Carrera


int 4 Referencia a la tabla SG_Usuario que realizo el registro








12 nivel_minimo int 4



19

Procedimientos almacenados

Cuadro N° 23. sp_Proceso_Matriculacion

Nombre: sp_Proceso_Matriculacion

Descripción: Proceso para el registro de las materias del

estudiante en periodo de matriculación previa

validación dinámica de los criterios

configurados.

Fecha Creación: 29 de septiembre del 2015

Fecha Ultima Modificación: 6 de octubre del 2015







Academico.SA_Criterio

Academico.SA_Criterio_Carrera

Academico.SA_Error

Academico.SA_Estudiante_Carrera

_Materia

Academico.SA_Estudiante_Carrera

_Materia_Nota

Academico.SA_Configuracion_Par

cial

dbo.sp_Gratuidad_Estudiante

Academico.SA_Configuracion_Par

cial_Cabecera

@PX_Entrad

a XML

@PI_ESTADO INT

@PV_MENSAJE

VARCHAR(MAX)

@PV_CODTRANS

VARCHAR(MAX)

OUT

@PV_MENSAJE_TE

CNICO

VARCHAR(MAX)

OUT

20

DESCRIPCIÓN DE ENTRADA

Cuadro N° 24. Entradas sp_Proceso_Matriculacion

No. Nombre Descripción

1 @PX_Entrada Contiene el código de la materia paralelo

del estudiante, ciclo actual, el código de la

carrera y el código el estudiante



DESCRIPCIÓN DE SALIDAS

Cuadro N° 25. Salidas sp_Proceso_Matriculacion


1 @PI_ESTADO Devuelve si el registro 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

4 @PV_MENSAJE_TECNICO Mensaje técnico de la base de datos en

caso de un error no controlado



Cuadro N° 26. sp_Consulta_Cruce_Materias

Nombre: sp_Consulta_Cruce_Materias

Descripción: Valida si existió un cruce de horario entre los

paralelos escogidos por el estudiante.





21

sp_Consulta_Cruce_Materias




Cuadro N° 27. Entradas sp_Consulta_Cruce_Materias



que selecciono el estudiante.




Cuadro N° 28. Salidas sp_Consulta_Cruce_Materias


1 @PI_ESTADO Devuelve si la validación se realizó con

éxito o no







sp_Consulta_Cruce_M

aterias

Academico.SA_Materia_Paralelo Academico.SA_Materia

Academico.SA_Error

@PX_Entrada

XML

@PI_ESTADO INT

@PV_MENSAJE

VARCHAR(MAX)

@PV_CODTRANS

VARCHAR(MAX) OUT

@PV_MENSAJE_TECNI

CO VARCHAR(MAX)

OUT

22

Cuadro N° 29. sp_Consulta_Minimo_Materias

Nombre: sp_Consulta_Minimo_Materias

Descripción: Valida las materias mínimas y máximas que el

estudiante puede escoger en un semestre.

Fecha Creación: 9 de octubre del 2015

Fecha Ultima Modificación: 16 de noviembre del 2015



sp_Consulta_Minimo_Materias




Cuadro N° 30. Entradas sp_Consulta_Minimo_Materias


1 @ LX_MateriaParalelo Contiene el código de la materia paralelo


2 @PI_Id_Estudiante Contiene el código del estudiante

3 @PI_Id_Ciclo Contiene el ciclo actual en el que se

encuentra el estudiante.



sp_Consulta_Minimo

_Materias

Academico.SA_Criterio Academico.SA_Criterio_Carrera Academico.SA_Criterio_Carrera_Configuracion Academico.SA_Ma

@LX_MateriaParalelo XML @PI_Id_Estudiante INT @PI_Id_Ciclo INT

@PI_ESTADO INT

@PV_MENSAJE

VARCHAR(MAX)

@PV_CODTRANS

VARCHAR(MAX) OUT

@PV_MENSAJE_TECNIC

O VARCHAR(MAX) OUT

23


Cuadro N° 31. sp_Consulta_Minimo_Materias



éxito o no







Cuadro N° 32. sp_Consulta_Cupo_Maximo

Nombre: sp_Consulta_Cupo_Maximo

Descripción: Valida si existe cupo en el curso que el

estudiante selecciono.





sp_Consulta_Cupo_Maximo



sp_Consulta_Cupo_

Maximo

Academico.SA_Materia_Paralelo Academico.SA_Materia Academico.SA_Paralelo Academico.SA_Error

@PX_Entrada

XML

@PI_ESTADO INT

@PV_MENSAJE

VARCHAR(MAX)

@PV_CODTRANS

VARCHAR(MAX) OUT

@PV_MENSAJE_TECNIC

O VARCHAR(MAX) OUT

24


Cuadro N° 33. Entradas sp_Consulta_Cupo_Maximo







Cuadro N° 34. Salidas sp_Consulta_Cupo_Maximo



éxito o no







Cuadro N° 35. sp_Gratuidad_Estudiante

Nombre: sp_Gratuidad_Estudiante

Descripción: Actualiza el campo tipo de gratuidad (temporal

o permanente) del estudiante.





25

sp_Gratuidad_Estudian

te

Academico.SA_Estudiante_Car

rera_Materia

Academico.SA_Ciclo_Detalle

dbo.sp_Consulta_Materias_Mat

ricula

Academico.SA_Malla_Cabecera

Academico.SA_Malla_Detalle

Academico.SA_Materia_Paralel@PI_ID_ESTUDIA

NTE INT

@PI_ID_CICLO_DE

T INT

@PI_ESTADO INT

@PV_MENSAJE

VARCHAR(MAX)

@PV_CODTRANS

VARCHAR(5) OUT

sp_Gratuidad_Estudiante




Cuadro N° 36. Entradas sp_Gratuidad_Estudiante


1 @PI_ID_ESTUDIANTE Código del estudiante

2 @PI_ID_CICLO_DET Código del ciclo detalle




Cuadro N° 37. Salidas sp_Gratuidad_Estudiante


1 @PI_ESTADO Devuelve si la transacción se realizó con

éxito o no





26

Cuadro N° 38. sp_Actualiza_Materias_Nveces

Nombre: sp_Actualiza_Materias_Nveces

Descripción: Actualiza el número de veces que el estudiante

ha visto la materia.





sp_Actualiza_Materias_Nveces



sp_Actualiza_Materia

s_Nveces

Academico.SA_Mat

eria_Paralelo

Academico.SA_Est

udiante_Carrera_M

ateria

dbo.fu_Consulta_N

um_Veces_Materia

Academico.SA_Est

udiante_Carrera

@PI_ID_ESTUDIA

NT INT

@PI_ID_CICLO_D

ET INT

@PX_XML

XML

@PI_ESTADO INT

@PV_MENSAJE

VARCHAR(MAX)

@PV_CODTRANS

VARCHAR(5) OUT

27


Cuadro N° 39. Entradas sp_Actualiza_Materias_Nveces









Cuadro N° 40. Salidas sp_Actualiza_Materias_Nveces


1 @PI_ESTADO Devuelve si la transacción se realizó con

éxito o no





Cuadro N° 41. fu_Consulta_Num_Veces_Materia

Nombre: fu_Consulta_Num_Veces_Materia

Descripción: Devuelve el número de veces que el estudiante

ha visto una materia.


Fecha Ultima Modificación: 16 de septiembre del 2015



28

fu_Consulta_Num_Veces_Materia




Cuadro N° 42. Entradas fu_Consulta_Num_Veces_Materia


1 @PI_ID_USUARIO_ESTUDIANTE Código del estudiante


3 @PI_ANIO_CICLO Año calendario del ciclo

4 @PI_ID_MATERIA Código de la materia




Cuadro N° 43. Salidas fu_Consulta_Num_Veces_Materia


1 @PI_VECES_MATERIA Devuelve el número de veces que el

estudiante ha repetido la materia.



fu_Consulta_Num_

Veces_Materia

Academico.SA_

Materia_Paralelo

Academico.SA_E

studiante_Carrer

a_Materia

Academico.SA_E

studiante_Carrer

a

@PI_ID_USUARI

O_ESTUDIANTE

INT

@PI_ID_MATERI

A INT

@PI_ANIO_CICL

O INT

@PI_ID_CICLO

@PI_VECES_MATE

RIA

INT

29

Cuadro N° 44. sp_Consulta_Materias_Matricula

Nombre: sp_Consulta_Materias_Matricula

Descripción: Devuelve las materias y paralelos que un

estudiante puede escoger en periodo de

matriculación.


Fecha Ultima Modificación: 18 de septiembre del 2015



sp_Consulta_Materias_Matricula



sp_Consulta_Materias

_Matricula

Academico.SA_Paralelo

Academico.SA_Estudiant

e_Carrera

Academico.SA_Materia_

Paralelo

Academico.SA_Materia

Academico.SA_Malla_Ma

teria_Requisito

Academico.SA_Malla_Det

alle

Academico.SA_Malla_Ca

becera

Academico.SA_Estudiant

e_Carrera_Materia

@PI_ID_ESTUDIAN

TE INT

@PI_ID_CARRERA

INT

@PX_SALIDA XML

@PI_ESTADO INT

@PV_MENSAJE

VARCHAR(MAX)

@PV_CODTRANS

VARCHAR(MAX)

@PV_MENSAJE_TECNI

CO VARCHAR(MAX)

30


Cuadro N° 45. Entradas sp_Consulta_Materias_Matricula







Cuadro N° 46. Salidas sp_Consulta_Materias_Matricula


1 @PX_SALIDA Devuelve la consulta de materias y

cursos disponibles que puede coger el

estudiante.

2 @PI_ESTADO Devuelve si la transacción se realizó

con éxito o no







Documents

PROYECTO DE TITULACIÓN INGENIERO EN SISTEMAS …repositorio.ug.edu.ec/bitstream/redug/11752/1/PTG-B-CISC 1016 SILVA VILLAMAR MARIANA...académico funcional, basado en la experiencia