UNIVERSIDAD NACIONAL DE CHIMBORAZO

FACULTAD DE INGENIERÍA

ESCUELA DE INGENIERÍA EN SISTEMAS Y COMPUTACIÓN

INSTITUTO DE POSGRADO

MEMORIA DE PRÁCTICAS PREPROFESIONALES

DISEÑO E IMPLEMENTACIÓN DEL SISTEMA “SYSPOS” PARA EL

SEGUIMIENTO ADMINISTRATIVO DE TRABAJOS DE GRADUACIÓN DEL
INSTITUTO DE POSGRADO DE LA UNIVERSIDAD NACIONAL DE
CHIMBORAZO APLICANDO ARQUITECTURA 2 CAPAS .NET CON VISUAL
STUDIO - SQL SERVER 2008.

GUERRA VELASCO EDISON PAÚL

RIOBAMBA - ECUADOR

2016
DATOS INFORMÁTIVOS APELLIDOS Y NOMBRES:
Guerra Velasco Edison Paúl
ESCUELA:
Sistemas y Computación
AÑO/CURSO:
Quinto Año
DIRECTOR DE ESCUELA:
Ing. Danny Velasco
FECHA DE PRESENTACIÓN:
08 de noviembre de 2016
PERÍODO DE LA PRÁCTICA:
5 de marzo – 7 de septiembre del 2013
NÚMERO DE HORAS DE LA PRÁCTICA:
450 horas
CONTENIDO
1. TEMA........................................................................................................................ 6

2. INTRODUCCIÓN .................................................................................................... 6

3. OBJETIVOS.............................................................................................................. 7

3.1. OBJETIVO GENERAL ..................................................................................... 7

3.2. OBJETIVOS ESPECÍFICOS ............................................................................ 7

4. MATERIALES Y MÉTODOS ................................................................................. 8

4.1. DATOS DE LA INSTITUCIÓN/EMPRESA/ORGANISMO .......................... 8

4.2. MATERIALES Y EQUIPOS ............................................................................ 9

4.2.1. SOFTWARE............................................................................................... 9

4.2.2. HARDWARE ........................................................................................... 12

4.2.3. TECNOLOGÍA ........................................................................................ 12

4.3. METODOLOGÍA ............................................................................................ 14

4.3.1. TIPOS DE INVESTIGACIÓN ................................................................. 14

4.3.2. INSTRUMENTOS DE RECOLECCIÓN DE DATOS ........................... 14

4.3.3. TÉCNICAS ............................................................................................... 14

4.4. ESPECIFICACIÓN DEL SISTEMA .............................................................. 14

4.4.2. DESCRIPCIÓN GENERAL .................................................................... 16

4.4.3. REQUISITOS ESPECÍFICOS ................................................................. 19

4.4.4. ANÁLISIS Y DISEÑO ............................................................................ 20

4.5. ACTIVIDADES REALIZADAS. ................................................................... 29

5. RESULTADOS ....................................................................................................... 31

5.1. DESCRIPCIÓN GENERAL DEL SISTEMA ................................................. 31

5.1.1. ARCHIVO ................................................................................................ 32

5.1.2. REGISTRO DATOS ................................................................................ 33

5.1.3. PROCESOS .............................................................................................. 35

 5.1.4. ACTAS ..................................................................................................... 35

5.1.5. ACERCA DE............................................................................................ 36

6. PUEBAS.................................................................................................................. 36

7. CONCLUSIONES .................................................................................................. 39

8. RECOMENDACIONES ......................................................................................... 39

9. BIBLIOGRAFÍA ..................................................................................................... 40

10. ANEXOS. ............................................................................................................ 41

TABLA DE ILUSTRACIONES

Ilustración 1. Microsoft Windows 7 ................................................................................. 9

Ilustración 2. Microsoft .Net Framework ....................................................................... 10
Ilustración 3. Microsoft Visual Studio ........................................................................... 10
Ilustración 4. Microsoft SQL Server Express 2008 ........................................................ 11
Ilustración 5. Características de los Usuarios ................................................................. 18
Ilustración 6. Autenticación de Usuario ......................................................................... 20
Ilustración 7. Gestión de Archivos ................................................................................. 21
Ilustración 8. Gestión de Registro de datos .................................................................... 21
Ilustración 9. Gestión de Tema de Tesis......................................................................... 23
Ilustración 10. Gestión de Proyectos de Tesis ................................................................ 24
Ilustración 11. Gestión de Tutor- Tribunal ..................................................................... 24
Ilustración 12. Gestión de Actualizaciones .................................................................... 25
Ilustración 13. Gestión de Reportes ................................................................................ 26
Ilustración 14. Modelo Entidad Relacional .................................................................... 27
Ilustración 15. Modelo físico de la Base de Datos ......................................................... 28
Ilustración 16. Inicio del Sistema ................................................................................... 31
Ilustración 17. Autenticación de Usuario ....................................................................... 31
Ilustración 18. Ingreso al sistema SYSPOS ................................................................... 31
Ilustración 19. Menú Principal SYSPOS........................................................................ 32
Ilustración 20. Archivo - Cambio de Usuario y Contraseña........................................... 32
Ilustración 21. Menús Secundarios - Registro de Datos ................................................. 33
Ilustración 22. Ingreso de Datos – ESTUDIANTE ........................................................ 33
Ilustración 23. Búsqueda y Actualización – PROGRAMA ........................................... 34
Ilustración 24. Reportes Generales – PROGRAMA ...................................................... 34
Ilustración 25. Procesos - Ingreso y Actualización de Tesis .......................................... 35
Ilustración 26. Actas - Convocatoria Defensa Privada ................................................... 35
1. TEMA

Diseño e implementación del Sistema “Syspos” para el Seguimiento Administrativo

de Trabajos de graduación del Instituto de Posgrado de la Universidad Nacional de
Chimborazo aplicando arquitectura 2 Capas .NET con Visual Studio - SQL Server
2008.

2. INTRODUCCIÓN

Las prácticas pre-profesionales se han convertido en una etapa fundamental y una

experiencia enriquecedora para todos los estudiantes universitarios próximos a
graduarse, debido a que con las prácticas se logra un aprendizaje complementario al
de la universidad, algo que solo se puede experimentar en la vida laboral.

Las prácticas son el primer contacto laboral que tienen los estudiantes y les aporta
nuevos conocimientos y aprendizajes, es la oportunidad de aprender haciendo, es
una forma de colaboración y de aprendizaje mutuo en la que todos (empresas,
entidades, estudiantes) ponen, y todos ganan.

Durante el periodo comprendido entre 5 de marzo – 7 de septiembre del 2013, se

presenta la gran oportunidad de realizar las prácticas profesionales en el Instituto de
Posgrado de la Universidad Nacional de Chimborazo, asumiendo la tarea
encomendada como una manera de seguir aprendiendo, aplicando los conocimientos
y habilidades adquiridos a lo largo de la carrera de Ingeniería de Sistemas en la
UNACH.
A lo largo del presente informe, se podrá apreciar el sistema SYSPOS que fue
implementado en el Instituto de Posgrado de la Universidad Nacional de
Chimborazo.

6
3. OBJETIVOS

3.1.OBJETIVO GENERAL

 Diseñar e implementar el Sistema “SYSPOS” para el Seguimiento

Administrativo de los Trabajos de Graduación del Instituto de Posgrado de la
Universidad Nacional de Chimborazo aplicando arquitectura 2 capas .NET
con Visual Studio - Sql Server 2008.

3.2.OBJETIVOS ESPECÍFICOS

 Analizar los principales requerimientos para el desarrollo del sistema

de seguimiento administrativo de los trabajos de graduación.

 Diseñar la base de datos utilizando el Sistema Gestor de Base de DATOS

SQL Server 2008.

 Desarrollar el Sistema “SYSPOS” para el Seguimiento Administrativo

de los Trabajos de Graduación del Instituto de Posgrado de la Universidad
Nacional de Chimborazo utilizando el IDE de desarrollo Visual Studio 2010.

 Implantar el sistema “SYSPOS” siguiendo una arquitectura cliente/servidor

para automatizar los procesos de seguimientos de trabajo de graduación.

7
4. MATERIALES Y MÉTODOS

4.1. DATOS DE LA INSTITUCIÓN/EMPRESA/ORGANISMO

Nombre de la Institución: Instituto de Posgrado

Ciudad: Riobamba

Dirección: Barrio "La Dolorosa" Avda. Eloy Alfaro y 10 de Agosto.

Teléfono: (593)3 2628115, 2628211.

Actividad de la Institución: El Instituto de Posgrado de la Universidad

Nacional de Chimborazo es el organismo encargado de la formación de
profesionales de cuarto nivel que contribuyan al desarrollo sustentable del país a
través del planteamiento de alternativas de solución a los diferentes problemas de
orden científico, técnico, social y económico.
Director: Ing. Fabián Patricio Carrillo Flor

Departamento donde realizó la práctica: Instituto de Posgrado

Jefe o responsable de la práctica: Ing. Jenny Granizo

8
 4.2. MATERIALES Y EQUIPOS

4.2.1. SOFTWARE

4.2.1.1. Microsoft Windows 71

Ilustración 1. Microsoft Windows 7

Autor: nopattern.com/
Fuente: http://nopattern.com/uploads/cache/uploads/work_images/MS-W7_1-1280x800.jpg

Windows 7 es una versión de Microsoft Windows, línea de sistemas operativos

producida por Microsoft Corporación. Entre las metas de desarrollo para Windows 7
se da importancia a mejorar la interfaz para volverla más accesible al usuario e
incluir nuevas características que permitieran hacer tareas de una manera más fácil y
rápida, al mismo tiempo que se realizarían esfuerzos para lograr un sistema más
ligero, estable y rápido.

1
http://windows.microsoft.com/es-xl/windows/windows-help#windows=windows-7

9
 4.2.1.2. Microsoft .NET Framework2

Ilustración 2. Microsoft .Net Framework

Autor: Microsoft .NET Framework 4
Fuente: http://materialestic.hol.es/materiales/images/Download-Microsoft.NET-framework-4.jpg

El Microsoft .NET Framework, es un componente de software que puede ser o es

incluido en los sistemas operativos Microsoft Windows. Provee soluciones pre-
codificadas para requerimientos comunes de los programas y gestiona la ejecución
de programas escritos específicamente para este framework.

Cada versión de .NET Framework contiene Common Language Runtime (CLR),

las bibliotecas de clases base y otras bibliotecas administradas. Microsoft desea
que todas las aplicaciones creadas para la plataforma Windows, sean basadas en el
.NET Framework. Su objetivo es crear un marco de desarrollo de software
sencillo, reduciendo las vulnerabilidades y aumentando la seguridad de los
programas desarrollados.

4.2.1.3. Microsoft Visual Studio3

Ilustración 3. Microsoft Visual Studio

Autor: Microsoft .NET Framework 4
Fuente: http://gabrielrodriguez.net/extensiones-de-visual-studio-para-funcionalidad-agregada/vb2010.jpg

Visual Studio es un conjunto de herramientas de desarrollo basadas en componentes

y otras tecnologías para compilar aplicaciones eficaces de alto rendimiento.
Además, Visual Studio está optimizado para el diseño, el desarrollo y la
implementación en equipo de soluciones empresariales.

2
http://msdn.microsoft.com/es-es/library/bb822049(v=vs.110).aspx
3
http://msdn.microsoft.com/es-es/library/vstudio/52f3sw5c(v=vs.100).aspx

10
 Visual Studio es un conjunto completo de herramientas de desarrollo que comparte
un único entorno de desarrollo integrado (IDE) para la generación de aplicaciones
web.

ASP.NET, Servicios Web XML, aplicaciones de escritorio y aplicaciones

móviles. Asimismo, dichos lenguajes utilizan las funciones de .NET Framework, las
cuales ofrecen acceso a tecnologías clave para simplificar el desarrollo de
aplicaciones web ASP y Servicios Web XML.

4.2.1.4. Microsoft SQL Server 2008 Express4

Ilustración 4. Microsoft SQL Server Express 2008

Autor: Microsft SQLServer
Fuente:
http://blogs.msdn.com/blogfiles/chrisfie/WindowsLiveWriter/MicrosoftSQLServer2008R2isRTM_75EB/image_3.png

SQL Server 2008 Express es una edición gratuita de SQL Server y es una plataforma
de datos ideal para aprender y ejecutar pequeñas aplicaciones de servidor y de
escritorio.
Sus principales características son:
 Soporte de transacciones.
 Escalabilidad, estabilidad y seguridad.
 Soporta procedimientos almacenados.
 Incluye también un potente entorno gráfico de administración, que permite el
uso de comandos DDL y DML gráficamente.

Microsoft SQL Server 2008 Express es un sistema de administración de datos eficaz

y confiable que ofrece un variado conjunto de características, protección de datos y
rendimiento para clientes de aplicaciones incrustadas, aplicaciones web ligeras y
almacenes de datos locales.

4
http://www.microsoft.com/es-es/download/details.aspx?id=1695

11
4.2.2. HARDWARE
Equipos de Cómputo: Computador Escritorio.

 Procesador.- Intel 4ta Generación

 Memoria.- 6GB DDR3-1600 MHz
 Disco Duro.- 1TB 7200 RPM SATA

4.2.3. TECNOLOGÍA

4.2.3.1. Cliente/Servidor
Es conocida también como la arquitectura tradicional de cliente/servidor. Requiere
una interfaz de usuario que se instala y corre en una PC o estación de trabajo y
envía solicitudes a un servidor para ejecutar operaciones complejas.

Características de la tecnología Cliente/Servidor

 Transparencia de localización.- El servidor es un proceso que puede residir

en la misma máquina del cliente o en una máquina diferente que pertenezca a
la red, el software Cliente / Servidor usualmente oculta la localización del
servidor a los clientes pero direccionando las llamadas a los servicios si es
necesario. Un programa puede ser cliente, servidor o ambos.
 Transparencia de plataforma.- El software ideal Cliente/Servidor es
independiente del Hardware o de la plataforma donde se ejecuta. El software
tiene que ser capaz de trabajar entre plataformas heterogéneas.
 Escalabilidad.- Los sistemas cliente servidor pueden ser escalados
horizontalmente o verticalmente. El escalamiento horizontal principalmente
se trata de agregar o quitar estaciones cliente, provocando un impacto de
desempeño menor. El escalamiento vertical se trata de migrar a maquinas
servidoras más rápidas y robustas.

Requerimientos de Hardware y Software

Para este tipo de arquitectura, se requiere una máquina para la aplicación y una
máquina para el servidor de base de datos, o se puede ocupar solo una máquina
para la aplicación y para la base de datos.

También necesitamos un manejador de base de datos para poder editarla en

caso de fallos de la aplicación, de igual manera necesitamos la aplicación con la
que vamos a trabajar.
12
4.2.3.2. Metodología de Desarrollo RUP
El proceso unificado conocido como RUP, es un modelo de software que permite el
desarrollo de software a gran escala, mediante un proceso continuo de pruebas y
retroalimentación, garantizando el cumplimiento de ciertos estándares de calidad.
Aunque con el inconveniente de generar mayor complejidad en los
controles de administración del mismo. Sin embargo, los beneficios obtenidos
recompensan el esfuerzo invertido en este aspecto.

El proceso de desarrollo constituye un marco metodológico que define en términos

de metas estratégicas, objetivos, actividades y artefactos (documentación)
requerido en cada fase de desarrollo. Esto permite enfocar esfuerzo de los recursos
humanos en términos de habilidades, competencias y capacidades a asumir roles
específicos con responsabilidades bien definidas.

4.2.3.3. Estándar IEEE 830

El estándar IEEE 830-1993 para el SRS (en inglés) o ERS (Especificación de
requerimientos de software) es un conjunto de recomendaciones para la
especificación de los requerimiento o requisitos de software el cual tiene como
producto final la documentación de los acuerdos entre el cliente y el grupo de
desarrollo para así cumplir con la totalidad de exigencias estipuladas.

El estándar 830-1993 fue generado por un equipo de trabajo del IEEE, su finalidad
es la integración de los requerimientos del sistema desde la perspectiva del usuario,
cliente y desarrollador.

La 830 se encarga de poner las pautas para identificar y esquematizar los

requerimientos de software, como parte integral del desarrollo de software, también
como base fundamental de este, todo esto con el fin de no caer en cambios, errores o
situaciones que pongan en peligro la creación de una solución, producto o software;
incurriendo en gastos o cambios producto de una mal análisis de requerimientos.

13
4.3. METODOLOGÍA

4.3.1. TIPOS DE INVESTIGACIÓN

La investigación es aplicada ya que a partir de los conocimientos y aprendizajes
obtenidos en el transcurso de periodos académicos en la universidad se pudo
analizar, diseñar e implementar el sistema. Como parte inicial del desarrollo del
proyecto se describirán los procesos de administración de trabajos de graduación
que realizan dentro del Instituto de Posgrado.

4.3.2. INSTRUMENTOS DE RECOLECCIÓN DE DATOS

 Observación.
 Grabaciones.
 Preguntas.
 Análisis.

4.3.3. TÉCNICAS
Las técnicas utilizadas durante el proceso de prácticas son:

 Observación de las actividades realizadas por la señorita secretaria, además

de los constates problemas de los usuarios.
 Seguimiento del proceso de presentación de trabajos de graduación.
 Recopilar toda la información que sea necesaria para lograr los
objetivos planteados.

4.4. ESPECIFICACIÓN DEL SISTEMA

Esta sección tiene como objetivo analizar y documentar las necesidades

funcionales que deberán ser soportadas por el sistema a desarrollar en el Instituto
de Posgrado. Para ello, se identificarán los requisitos que ha de satisfacer el nuevo
sistema mediante entrevistas y observaciones, el estudio de los problemas de
las unidades afectadas y sus necesidades actuales. Además de identificar los
requisitos se deberán establecer prioridades, lo cual proporciona un punto de
referencia para validar el sistema final que compruebe que se ajusta a las
necesidades del usuario.

14
4.4.1.1. Propósito.
El sistema de seguimiento de trabajos de graduación del Instituto de Posgrado
permitirá dar seguimiento y llevar un control de documentos que el Estudiante de
Posgrado realiza para cumplir con los requisitos establecidos para su trabajo de
graduación, emitiendo así las respectivas actas de defensa privada y pública,
convocatorias, hojas de observación y el acta final de la misma.

4.4.1.2.Alcance.
El proyecto a realizar será utilizado por la secretaria del instituto de
posgrado, encargada de realizar estos trámites y cuenta con los siguientes módulos:

 AUTENTICACIÓN.- El usuario deberá autenticarse para ingresar a la

aplicación.
 ARCHIVO.- Se encarga de la modificación de los datos del autenticación
del usuario del sistema. (Usuario y Contraseña).
 REGISTRO DE DATOS.- Se encarga del ingreso, modificación y
búsqueda de información acerca de los Docentes, Programas (Maestrías) y
Estudiantes.
 PROCESOS.- Se encarga del ingreso, modificación y búsqueda de todos
los trámites que el estudiante de posgrado debe realizar para culminar con su
trabajo de graduación.
 ACTAS.- Este módulo permite visualizar archivos que servirán para
la observación y evaluación de los estudiantes, tanto para la defensa privada
como la defensa pública.
 ACERCA DE.- Este opción permite observar información del sistema.

15
4.4.1.3. Definiciones, Acrónimos y Abreviaturas.
SYSPOS.- Sistema de Seguimiento de trabajos de graduación
IEEE. - Institute of Electrical & Electronics Engineers.
IP.- Instituto de Posgrado
SRS / ERS.- SRS (en inglés) o ERS: Especificación de requerimientos de software.
Administrador.- Es la persona que tiene como responsabilidad la ejecución,
mantenimiento, operaciones, que asegure el correcto funcionamiento de un sistema
informático.
Usuario.- Es la persona a la que va a destinado el sistema, una vez que ha superado
las fases de desarrollo correspondientes.
Desarrollador.- Persona que se dedica a programar realizar una o más facetas del
proceso de desarrollo de software, realiza programas o aplicaciones en uno o varios
lenguajes de programación informática, según la necesidad de los usuarios.

4.4.2. DESCRIPCIÓN GENERAL

4.4.2.1. Perspectiva del Producto.

El Sistema de SYSPOS será estructurado y diseñado para trabajar en un
entorno de escritorio e independiente de otro sistema.

El desarrollo del sistema pretende automatizar el seguimiento de trabajos de

graduación de los estudiantes del instituto de posgrado.

4.4.2.2. Funciones del Producto

Las opciones implementadas en el sistema son las siguientes:
1. AUTENTICACIÓN
 Permite la autenticación de usuario del usuario para el ingreso a la
aplicación.

2. ARCHIVO
 Cambiar usuario y contraseña.

16
3. REGISTRO DE DATOS

PROGRAMA
 Ingresar nuevo programa de maestría

 Buscar programa de maestría, actualizar datos

 Listar los programas de maestría que oferta el IP.

DOCENTE

 Ingresar datos de un nuevo docente

 Buscar docente para actualizar datos

 Listar docentes que laboran en el IP

ESTUDIANTE

 Ingresar nuevo estudiante

 Buscar datos de estudiante para actualizarlo

4. PROCESOS

TESIS

 Ingresar nuevo tema de tesis

 Actualizar aprobación de tema de tesis

 Imprimir actualización de tema de tesis

PROYECTO

 Ingresar proyecto de tesis

 Imprimir documento para la aprobación de proyecto de tesis

TUTOR

 Ingresar tutor para la realización del proyecto de tesis, además

permitir modificar tutor.

17
 TRIBUNAL

 Ingresar y actualizar miembros del tribunal para la realización del proyecto

de tesis.

ACTUALIZACIONES

 Ingresar fechas y horas para las respectivas defensas, tanto para la privada y
la pública.

 Permitir ingresar notas definitivas para el acta definitiva del estudiante.

5. ACTAS

DEFENSA PRIVADA

 Imprimir convocatorias, hojas de observación y acta correspondiente a

la defensa privada del estudiante maestrante.

DEFENSA PÚBLICA

 Imprimir convocatorias, hojas de evaluación y acta definitiva acerca de

la defensa pública del proyecto de tesis.

6. ACERCA DE

 Información acerca de la aplicación.

4.4.2.3. Características de los Usuarios

El sistema de SYSPOS está destinado a dos tipos de usuarios:

Usuario Características

Administrador Es la persona que tiene la responsabilidad de realizar el

mantenimiento, operaciones, asegurar el correcto
funcionamiento del sistema informático

Usuario Persona que interactuará directamente con el sistema, debe

tener conocimiento básico sobre computación. En este grupo
se encuentran las secretarias del IP.

Ilustración 5. Características de los Usuarios

Fuente: Autor.

18
4.4.2.4. Restricciones

4.4.2.4.1. Políticas Regulares.

La aplicación de escritorio se desarrolló utilizando software privativo ya que la
UNACH cuenta con licencias de uso para la administración y utilización de estas.

4.4.2.4.2. Limitaciones de Hardware

 Computador para la instalación de aplicaciones de desarrollo como Visual
Studio 2010 Y SQL Server 2008.

4.4.2.4.3. Credibilidad de la Aplicación

El sistema se sometió a una serie de pruebas para establecer que cumple con los
requerimientos que solicitó el Instituto de Posgrado, tanto en consistencia de
información como en rendimiento de la aplicación y sus tiempos de respuesta.

4.4.2.4.4. Atención y Dependencias

Se realizó una capacitación hacía la persona que administra el sistema para
indicar el manejo y funcionamiento de la aplicación.

4.4.3. REQUISITOS ESPECÍFICOS

4.4.3.1. Interfaces Externas

El sistema no tiene conexión a ningún otro sistema.

4.4.3.2. Requisitos de Rendimiento

4.4.3.2.1. Requisitos del Banco de Datos Lógico

El sistema Gestor de Base de Datos debe ser relacional y se accederá a los datos a
través del uso de la tecnología SQL server, donde este recibirá las sentencias de
cada una de las actividades que el sistema debe realizar.

4.4.3.3. Atributos del Sistema

 Fiabilidad
 El sistema no contará con redundancia en la información
 Los archivos serán ingresados con facilidad.

19
  Disponibilidad

 Usuario: Podrá tener acceso a cualquier módulo del sistema y realizar

cualquier actividad dentro de las mismas. Además tendrá la facilidad de
ingresar, actualizar, buscar e imprimir información generada por la
aplicación.

 Seguridad: La página de inicio será la del login, donde el usuario deberá

autenticarse para acceder a la aplicación.

 Portabilidad: Se establece que el usuario no puede acceder a la

aplicación si no se encuentra en el mismo servidor donde está
implementada la aplicación.

4.4.4. ANÁLISIS Y DISEÑO

Una vez reunidos los requisitos mediante el Estándar IEEE 830, se crea la
abstracción de la realidad, para el mayor entendimiento del sistema que fue
desarrollado.

4.4.4.1. DIAGRAMAS DE CASOS DE USOS

CASO DE USO 1 – AUTENTICACIÓN DE USUARIO

Ilustración 6. Autenticación de Usuario

Fuente: Autor.

Ejecuta el ícono de la aplicación, mostrará una ventana de bienvenida,

inmediatamente se visualizará una ventana donde ingresa el nombre de usuario y la
contraseña.

Si los datos son ingresados correctamente ingresará inmediatamente al sistema.

Si los datos son incorrectos, se mostrará un mensaje de error al introducir los datos.

20
Si el usuario ingresa tres veces consecutivas los datos incorrectos, la
aplicación se cerrará automáticamente.
CASO DE USO 2 – GESTIÓN DE ARCHIVO

Ilustración 7. Gestión de Archivos

Fuente: Autor.

Una vez ingresado al sistema, el usuario podrá visualizar la opción de Archivo,

donde el usuario podrá modificar sus datos para el ingreso.

Para modificar, el usuario deberá confirmar sus datos, pulsar la opción Aceptar e
introducir los nuevos datos. Inmediatamente pulsar la opción Cambiar y se
visualizará un mensaje de confirmación de cambios de datos de usuario de
autenticación.
CASO DE USO 3 GESTIÓN DE REGISTRO DE DATOS DE
DOCENTES– ESTUDIANTES – PROGRAMAS

Ilustración 8. Gestión de Registro de datos

Fuente: Autor.

21
DOCENTES:
 Al pulsar la opción ingresar, el usuario podrá ingresar datos de un
nuevo docente, donde ingresará los respectivos campos y para finalizar
pulsará la opción Guardar y los datos se almacenarán en la base de datos. Si
se pulsa la opción de visualizar, se listarán los datos de los docentes
ingresados en el sistema.
 Al seleccionar la opción Buscar, el usuario deberá ingresar el número de
cédula del docente para proceder a la búsqueda. Si los datos son encontrados,
se visualizarán los datos del respectivo docente, donde se podrán modificar y
actualizar la información.
 Al pulsar la opción Listado, se podrá visualizar un listado con la
información de docentes que puede ser impresa.
PROGRAMA
 Al pulsar la opción ingresar, el usuario podrá ingresar datos de un
nuevo programa, donde ingresará los respectivos campos y para finalizar
pulsará la opción Guardar y los datos se almacenarán en la base de
datos. Si se pulsa la opción de visualizar, se listarán los programas
ingresados en el sistema.
 Al seleccionar la opción Buscar, el usuario podrá apreciar una pestaña
donde se aprecian los programas que oferta el IP, se seleccionará el
programa buscado y serán visualizados los datos del respectivo programa,
donde se podrá modificar y actualizar la información.
 Al pulsar la opción Listado, se podrá visualizar un listado con la
información de los programas de maestrías que pude ser impresa.
ESTUDIANTE
 Al pulsar la opción ingresar, el usuario podrá ingresar datos de un
nuevo estudiante, donde ingresará los respectivos campos, además
deberá elegir el programa que toma el estudiante y para finalizar pulsará la
opción Guardar y los datos se almacenarán en la base de datos. Si se pulsa
la opción de visualizar, se listaran los datos de los estudiantes ingresados en
el sistema.

22
  Al seleccionar la opción Buscar, el usuario podrá introducir el número de
cédula del estudiante donde buscará los datos del estudiante, el cual podrá
modificar o actualizar los datos. Si el estudiante no es encontrado en el
sistema, se mostrará un mensaje de “Estudiante no encontrado”.
CASO DE USO 4 - GESTIÓN DE TEMA DE TESIS

Ilustración 9. Gestión de Tema de Tesis

Fuente: Autor.

 Al seleccionar la opción Tesis, se procederá a ingresar el tema de tesis, donde

además se debe especificar el número de cédula del estudiante.
 Al seleccionar la opción actualizar, el usuario deberá buscar el estudiante y
el nombre de la tesis por su número de cédula, una vez encontrado los datos
se habilitará las opciones de aprobación, donde se elegirá un SI o NO
de la aprobación y la fecha de la misma. Si la aprobación se encuentra
en NO, el usuario podrá modificar una vez presentada la nueva resolución de
aprobación.
 Al seleccionar la opción Imprimir, el usuario podrá imprimir la hoja
de evaluación que el estudiante debe presentar para la respectiva defensa del
tema de tesis.

23
CASO DE USO 5 – GESTIÓN DE PROYECTO DE TESIS

Ilustración 10. Gestión de Proyectos de Tesis

Fuente: Autor

 Al seleccionar la opción ingresar, el usuario deberá buscar a el estudiante

por su número de cédula, si es encontrado se visualizará los
respectivos datos del estudiante y la tesis, aquí el usuario podrá ingresar
la aprobación según un SI o NO conjuntamente deberá introducir la
fecha de aprobación. Si no se encuentra datos del estudiante, se
mostrará un mensaje de que no se encontraron datos. Esta aprobación
puede ser modificada una vez que se presente la nueva resolución.
 Al seleccionar la opción Imprimir, el usuario podrá imprimir la
hoja de evaluación que el estudiante debe presentar para la respectiva
defensa del Proyecto de tesis.

CASO DE USO 6 – GESTIÓN DE TUTOR – TRIBUNAL

Ilustración 11. Gestión de Tutor- Tribunal

Fuente: Autor.
 Al pulsar la opción Tutor se procederá de igual manera a buscar por el
número de cédula los datos del estudiante y el nombre de la tesis. Si los
datos son encontrados se procederá a ingresar el número y fecha de
resolución y el tutor designado.

24
  Si el estudiante ya tiene tutor y desea modificar, deberá presentar la
resolución y el usuario del sistema procederá a actualizar los datos del
mismo.
 De la misma manera se procederá para el ingreso y la actualización de los
miembros del tribunal de tesis.

CASO DE USO 7 – GESTIÓN DE ACTUALIZACIONES

Ilustración 12. Gestión de Actualizaciones

Fuente: Autor.

 Al seleccionar la opción Actualizaciones, el usuario deberá buscar los datos

del estudiante y la tesis según número de cédula del mismo, si los datos son
encontrados se procede a pulsar el botón Defensa Privada, donde deberá
ingresar la respectiva fecha y hora para la defensa privada del proyecto de
investigación.
 De igual manera para ingresar la fecha y hora de la defensa pública, el
usuario deberá buscar los datos del estudiante, donde se visualizarán
los datos del mismo, de la tesis e inclusive los respectivos datos de la
defensa privada.
 Una vez realizada la defensa privada y pública del proyecto de
investigación, se procederá a verificar estos datos para ingresar las notas
respectivas acorde a la evaluación para así obtener el promedio final de
grado.
 Estos cálculos serán realizados por el usuario para guardarlos en el sistema.

25
 CASO DE USO 8 – GESTIÓN DE REPORTES

Ilustración 13. Gestión de Reportes

Fuente: Autor.
 Al seleccionar la opción actas se podrá visualizar opciones para la respectiva
defensa privada y pública.
 Al seleccionar Defensa Privada, el usuario podrá elegir tres tipos de reportes:
 Convocatoria.- Acta de invitación para los miembros del tribunal y tutor de
tesis a la defensa privada del proyecto de investigación del estudiante.
 Hojas de observación.- Hojas para los respectivos miembros del
tribunal y tutor de tesis, para las respectivas observaciones acerca de la
misma.
 Acta.- Acta acerca de la defensa privada del proyecto de investigación,
donde se especifica si aprueba con observaciones o no la misma.
 Al seleccionar Defensa Pública, el usuario podrá elegir tres tipos de reportes:
 Convocatoria.- Acta de invitación para los miembros del tribunal y tutor de
tesis a la defensa pública del proyecto de investigación del estudiante.
 Hojas de evaluación.- Hojas para los respectivos miembros del tribunal y
tutor de tesis, para la respectiva evaluación acerca de la misma.
 Acta.- Acta final acerca de la defensa pública del proyecto de investigación,
donde se especifica las respectivas calificaciones por parte del tutor y
miembros de la tesis acerca de la defensa pública.

26
4.4.4.2. MODELO ENTIDAD RELACIÓN

Ilustración 14. Modelo Entidad Relación

Fuente: Autor.

27
 4.4.4.3. MODELO FÍSICO DE LA BASE DE DATOS

ESTUDIANTE_DOCENTE
cdg_estudiante_docente
DOCENTE
cedula_docente
cedula_estudiante
grado
cedula_docente
AUTENTICACION nombres
responsabilidad
usuario apellidos
resolucion_tutor
contraseña correo
fecha_resolucion_tutor
telefono
resolucion
abreviacion
fecha_resolucion

ESTUDIANTE
cedula_estudiante
nombres
apellido_paterno
apellido_materno
fecha_nacimiento
edad DOCENTE_TESIS
cdg_docente_tesis
sexo
cedula_docente
nacionalidad
cdg_tesis
estado_civil
telefono_convencional
telefono_celular
ESTUDIANTE_TESIS
correo_electronico
cdg_estudiante_tesis
domicilio
cedula_estudiante
lugar_trabajo
cdg_tesis
cargo_ocupacional
aprobacion_tesis
direccion_trabajo
TESIS
aprobacion_proyecto cdg_tesis
fecha_aprobacion_tesis nombre_tesis
fecha_aprobacion_proyecto fecha_dprivada
hora_dprivada
ESTUDIANTE_CARRERA fecha_dpublica
cdg_estudiante_carrera
hora_dpublica
cedula_estudiante
promedio_academico
cdg_carrera CARRERA promedio_tesis_escrita
fecha_inicio cdg_carrera
promedio_sustentacion_publica
fecha_final nombre_carrera
nota_definitiva
resolucion_hcu
resolucion_conesup
subarea
nivel
modalidad
titulo_a_obtener

Ilustración 15. Modelo físico de la Base de Datos

Fuente: Autor.

28
 4.5. ACTIVIDADES REALIZADAS.

HORAS
ACTIVIDADES
DEDICADAS
Determinar las características del proyecto 4
Definir herramientas hardware y software para el desarrollo de la 4
aplicación
Determinar el alcance de la aplicación 4
Analizar la situación actual del seguimiento de trabajos de graduación 4
Determinar la importancia de las actividades a automatizar 4
Determinar requisitos de la aplicación respecto a las actividades a 12
automatizar
Diseñar los casos de uso de las actividades. 12
Aprobación de los casos de uso 3
Análisis y diseño de la base de datos 12
Revisión y aprobación de la base de datos 4
Implementación de la base de datos en el SGBD 8
Creación de los procedimientos almacenados en el SGBD 8
Creación de recursos para la implementación(imágenes, logos, fondos) 12
Creación del menú principal 4
Desarrollo de Interfaz Archivo 3
Desarrollo de Interfaz Programa-Maestría
Ingresar nuevo programa 3
Buscar programa 6
Desarrollo de Interfaz Docente
Ingresar nuevo Docente 3
Buscar Docente 3
Desarrollo de Interfaz Estudiante
Ingresar nuevo Estudiante 3
Buscar Estudiante 3
Desarrollo de Interfaz Procesos
Ingresar, Actualizar Tesis 8
Ingresar Proyecto 6
Ingresar, Actualizar Tutor 6
Ingresar, Actualizar Tribunal 6
Actualizaciones 16
Gestión de cambios en interfaces 10
Implementación adecuada de formularios en el menú principal 4
Investigación para la realización de reportes globales 16
Desarrollo de reportes globales (programas y docentes) 10
Descarga e instalación de Crystal Reports para realizar los reportes 8
individuales
Investigación acerca del uso de Crystal Reports 20
29
Investigación acerca de la creación de reportes con parámetros de 20
entrada utilizando procedimientos almacenados
Creación de convocatorias para defensas 8
Creación de hojas de observación y evaluación para defensas 8
Creación de Actas para las respectivas defensas 8
Revisión de la 1era entrega 8
Reorganización de opciones del menú principal 4
Cambios en las actualizaciones del tema de tesis y proyecto 12
Cambios en las actualizaciones del tutor, tribunal 8
Cambios en el formulario de actualizaciones 12
Revisión de cambios 4
Pruebas de inserción de datos 80
Correcciones de errores 15
Implantación 16
Elaboración de Manuales Técnicos/Usuario 10
Capacitación al usuario 8
TOTAL HORAS PRÁCTICAS 450

30
5. RESULTADOS

5.1. DESCRIPCIÓN GENERAL DEL SISTEMA

AUTENTICACIÓN

Ilustración 16. Inicio del Sistema

Fuente: Autor.

Ilustración 17. Autenticación de Usuario

Fuente: Autor.

Ilustración 18. Ingreso al sistema SYSPOS

Fuente: Autor.

31
El sistema SYSPOS permite realizar las siguientes funciones y se clasifican:

MENÚ PRINCIPAL

Ilustración 19. Menú Principal SYSPOS

Fuente: Autor

5.1.1. ARCHIVO

Ilustración 20. Archivo - Cambio de Usuario y Contraseña

Fuente: Autor
 Permite cambiar el nombre de usuario y la contraseña del administrador.

32
5.1.2. REGISTRO DATOS

En esta opción se tiene tres pestañas, las cuales son: Programa, Docente y
Estudiante.

Ilustración 21. Menús Secundarios - Registro de Datos

Fuente: Autor.

INGRESO DE DATOS

Ilustración 22. Ingreso de Datos – ESTUDIANTE

Fuente: Autor.

33
BÚSQUEDA Y ACTUALIZACIÓN DE DATOS

Ilustración 23. Búsqueda y Actualización – PROGRAMA

Fuente: Autor.

LISTADO

Ilustración 24. Reportes Generales – PROGRAMA

Fuente: Autor

34
5.1.3. PROCESOS

Ilustración 25. Procesos - Ingreso y Actualización de Tesis

Fuente: Autor.

5.1.4. ACTAS

Ilustración 26. Actas - Convocatoria Defensa Privada

Fuente: Autor.

35
5.1.5. ACERCA DE

6. PUEBAS

Las pruebas de software (testing en inglés) son los procesos que permiten verificar
y revelar la calidad de un producto software antes de su puesta en marcha.
Básicamente, consiste en probar las aplicaciones construidas.

Se efectuaron pruebas de todos los artefactos generados durante la construcción del

Sistema, especificaciones de requisitos, casos de uso, diagramas de flujos, el código
fuente y el resto de productos que forman parte de la aplicación, permitiendo
evaluar la calidad del sistema, y a su vez, mejorarlo identificando defectos y
problemas.

36
Se realizaron las siguientes pruebas:

Pruebas de Caja Negra (Pruebas de Comportamiento):

Se centró principalmente en los requisitos funcionales del sistema y permitiendo

obtener entradas que prueben todos los flujos de una funcionalidad (casos de uso).

Este tipo de prueba permitió encontrar:

 Funcionalidades incorrectas o ausentes.

 Errores de interfaz.
 Errores en estructuras de datos o en accesos a las bases de datos externas.
 Errores de rendimiento.
 Errores de inicialización y finalización.

Prueba de Caja Blanca:

Con esta prueba se pudo verificar, que las líneas específicas de código funcionan tal
como está definido.

Con esta prueba se garantizó que:

 Se ejecutan al menos una vez todos los caminos independientes de cada

módulo.
 Se utilizan las decisiones en su parte verdadera y en su parte falsa.
 Se ejecuten todos los bucles en sus límites.
 Se utilizan todas las estructuras de datos internas.

Para esta prueba, se consideraron tres puntos importantes:

 Conocer el desarrollo interno del programa, determinante en el análisis de

coherencia y consistencia del código.
 Considerar las reglas predefinidas por cada algoritmo.
 Comparar el desarrollo del programa en su código con la documentación
pertinente.

37
Pruebas Unitarias:

Se aplicó a los componentes del software. Podemos considerar como componente a

una función, una clase, una librería, etc.

Esta prueba se ejecuta, cada vez que se va probando fragmentos de código o scripts
para ver si todo funciona como se desea. Estas pruebas son muy técnicas. Y se las
utiliza para probar una consulta, probar que un fragmento de código, probar que
una función devuelva un flag, etc.

Pruebas de Aceptación:

Mediante esta prueba se pudo comprobar si el producto está listo para ser
implantado para el uso operativo en el entorno del usuario. Se evaluó el sistema
mediante dos tipos de pruebas de aceptación; en ambas existe retroalimentación por
parte del usuario:

 Pruebas alfa: Se realizó en presencia de personal de desarrollo del sistema

haciendo uso de una máquina preparada para las pruebas.
 Pruebas beta: Esta prueba la realizó el usuario después de que se le entrego
una versión casi definitiva del sistema.

Pruebas Funcionales:

Se realizó sobre el sistema funcionando, comprobando que cumpla con la

especificación a través de los casos de uso.

Pruebas de Rendimiento:

Mediante esta prueba se pudo comprobar que el sistema pueda soportar el volumen
de carga definido en la especificación, es decir, se comprobó la eficiencia.

38
7. CONCLUSIONES

 Se realizó el análisis de requerimientos basándose en el estándar IEEE 830

el mismo que permitió conocer las necesidades de trabajo de quien
utiliza el sistema actualmente.
 El sistema se implementó para llevar un control más adecuado del
seguimiento de trabajos de graduación de los estudiantes, para que los
papeles a presentar para su respectiva graduación sea proporcionados de
manera eficiente e inmediata.
 Se utilizó herramientas como SQL Server 2008 y Visual Studio como
herramientas para la creación de la base de datos y la parte de interfaces
hacia el usuario respectivamente.
 Para el trabajo en un entorno cliente/servidor es necesario la creación de las
capas: acceso a datos, lógica de negocios y Aplicación.
 Las pruebas de software permitieron detectar errores que fueron corregidos
de forma inmediata mejorando así la calidad del producto de software

8. RECOMENDACIONES

 Definir correctamente los requisitos antes de iniciar la creación de la base de

datos.
 Analizar correctamente las posibles acciones del usuario frente al sistema.
 Investigar y profundizar el conocimiento utilizando otras herramientas
de desarrollo de software.
 Efectuar una enseñanza más profunda acerca de Ingeniería de Software para
la realización de prácticas dentro del ámbito de desarrollo de software.

39
 9. BIBLIOGRAFÍA

Agustín, G. C. (2010). Gestión del proceso software. Madrid: Universitaria Ramón

Areces.

ALVAREZ, P. D. (2009). WINDOWS 7 (MANUAL IMPRESCINDIBLE). Madrid:

Anaya Multimedia.

Association, I. S. (s.f.). Estandares IEEE. Obtenido de EEE Recommended Practice for

Software Requirements Specifications:
http://standards.ieee.org/findstds/standard/830-1998.html

Cuba, M. P. (s.f.). Microsoft Visual Studio. Obtenido de

http://msdn.microsoft.com/eses/library/vstudio/52f3sw5c(v=vs.100).aspx

DeveloperNetwork, M. (s.f.). Controles ASP.NET. Obtenido de

http://msdn.microsoft.com/eses/library/bb386451%28v=vs.100%29.aspx

Express., M. S. (s.f.). Download, SQL Server. Obtenido de

http://www.microsoft.com/es-es/download/details.aspx?id=7593

Mora, S. L. (s.f.). Grupo de investigación de la Universidad de Alicante. Obtenido de

Repositorio GPLSI: http://gplsi.dlsi.ua.es/~slujan/materiales/pi-cliente2-
muestra.pdf

Network, D. (s.f.). Microsoft MSDN. Obtenido de http://msdn.microsoft.com/es-

es/library/bb822049(v=vs.110).aspx

Software, L. E. (s.f.). Calidad ISO. Obtenido de

http://tecnomaestros.awardspace.com/estandares_iso.php

Soporte, M. (s.f.). Abrir una base de datos de SQL Server. Obtenido de Conexión SQL-
Visual Studio: http://support.microsoft.com/kb/308656/es

Valencia, U. P. (s.f.). Metodologia RUP - Desarrollo de Software. Obtenido de

Laboratorio de Sistemas de Información.:
http://users.dsic.upv.es/asignaturas/facultad/lsi/index.html

Velthuis, M. G. (2003). Análisis y diseño de Aplicaciones Informáticas de Gestión. Una

perspectiva de Ingeniería del Software. New York: RA-MA S.A Editorial.

40
10. ANEXOS.

41
42
43
44