Tesis

Universidad Andrs Bello Proyecto de Ttulo II
GHAU Pgina 1

Universidad Andrs Bello
Facultad de Ingeniera
Escuela de Informtica
Ingeniera en Computacin e Informtica

Gestin de Horario Acadmico Unab
GHAU

Preparado para:
Proyecto de Titulo II
12 de septiembre del 2014

Preparado por:
Israel Gonzlez - Hans Molina Fleming


GHAU Pgina 2

ndice de Contenido
Captulo 1 Introduccin ................................................................................................................. 5
1.1 Contextualizacin del proyecto ..................................................................................... 6
1.2 Identificacin del problema .......................................................................................... 6
1.3 Solucin propuesta........................................................................................................ 7
1.4 Objetivos ....................................................................................................................... 7
1.4.1 Objetivo general .................................................................................................... 7
1.4.2 Objetivo especifico ................................................................................................ 7
Captulo 2 Fundamentacin del Tema .......................................................................................... 8
2.1 Alcance del proyecto ..................................................................................................... 9
2.1.1 Supuestos del alcance ......................................................................................... 10
2.1.2 Limitaciones al alcance ........................................................................................ 10
2.2 Enfoque de solucin .................................................................................................... 11
2.2.1 Enfoque tcnico ................................................................................................... 11
2.2.2 Enfoque funcional ............................................................................................... 11
2.3 Validacin .................................................................................................................... 12
2.4 Riesgos ......................................................................................................................... 12
Captulo 3 Materiales y Mtodos ................................................................................................ 13
3.1 Organizacin ................................................................................................................ 14
3.1.1 Equipo de proyecto ............................................................................................. 14
3.1.2 Roles y Responsabilidades................................................................................... 14
3.2 Metodologa de desarrollo .......................................................................................... 15
3.3 Estudio de mercado .................................................................................................... 18
3.3.1 Estudio Econmico .............................................................................................. 18
3.4 Mtricas ....................................................................................................................... 20
3.5 Carta Gantt general ..................................................................................................... 24
3.6 Planes de proceso en el desarrollo del proyecto ........................................................ 25
3.6.1 Plan de gestin de riesgos ................................................................................... 25
3.6.2 Plan de control de la configuracin ..................................................................... 26
3.7 Plan de pruebas ........................................................................................................... 26
Captulo 4 Resultados y discusiones ........................................................................................... 28
4.1 Historias de Usuarios ................................................................................................... 29
4.1.1 Casos de uso ........................................................................................................ 30
4.1.2 Descripcin de los casos de uso .......................................................................... 31

GHAU Pgina 3

4.1.3 Sprint ................................................................................................................... 34
4.2 Diagrama Base de datos .............................................................................................. 42
4.2.1 Diccionario de datos ............................................................................................ 42
4.3 Diagrama de despliegue .............................................................................................. 45
4.4 Interface grafica .......................................................................................................... 46
4.4.1 Interface del sprint 2 ........................................................................................... 46
4.5 Resultado de los casos de prueba ............................................................................... 51
Captulo 5 Conclusin .................................................................................................................. 54
5.1 conclusin.......................................................................................................................... 55

ndice de Tablas
Tabla 1 riesgos iniciales ............................................................................................................... 12
Tabla 2 roles cliente .................................................................................................................... 14
Tabla 3 Cuadro de costo estimado ......................................................................................... 18
Tabla 4 Software no implementado ......................................................................................... 19
Tabla 5 Cuadro de costo real ................................................................................................... 20
Tabla 6 mtricas .......................................................................................................................... 21
Tabla 7 mtricas .......................................................................................................................... 22
Tabla 8 mtricas .......................................................................................................................... 23
Tabla 9 pruebas funcionales........................................................................................................ 27
Tabla 10 cu-1 ............................................................................................................................... 31
Tabla 11 cu-2 ............................................................................................................................... 32
Tabla 12 cu-3 ............................................................................................................................... 32
Tabla 13 cu-4 ............................................................................................................................... 33
Tabla 14 cu-5 ............................................................................................................................... 33
Tabla 15 trazabilidad ................................................................................................................... 34
Tabla 16 diccionario de datos ..................................................................................................... 43
Tabla 17 salas .............................................................................................................................. 43
Tabla 18 profesor ........................................................................................................................ 43
Tabla 19 cursos ............................................................................................................................ 44
Tabla 20 asignatura ..................................................................................................................... 44
Tabla 21 horario .......................................................................................................................... 44
Tabla 22 ....................................................................................................................................... 51
Tabla 23 ....................................................................................................................................... 51
Tabla 24 ....................................................................................................................................... 52
Tabla 25 ....................................................................................................................................... 52
Tabla 26 ....................................................................................................................................... 52
Tabla 27 ....................................................................................................................................... 53

GHAU Pgina 4

ndice de Ilustraciones
Ilustracin 1 diagrama causa efecto ............................................................................................. 9
Ilustracin 2 diagrama de alto nivel ............................................................................................ 11
Ilustracin 3 esquema de las 5 fases de desarrollo en scrum ..................................................... 16
Ilustracin 4 acta de aceptacin ................................................................................................. 17
Ilustracin 5 Gantt general .......................................................................................................... 24
Ilustracin 6 historias de usuario ................................................................................................ 29
Ilustracin 7 Casos de Uso, Porciones de Casos de Uso. ............................................................ 30
Ilustracin 8 sprint 1-5 ................................................................................................................ 35
Ilustracin 9 sprint 1 .................................................................................................................... 36
Ilustracin 10 grafico de esfuerzo 1 ............................................................................................ 36
Ilustracin 11 interface grafica anterior...................................................................................... 38
Ilustracin 12 reestructuracin ................................................................................................... 38
Ilustracin 13 sprint 2.................................................................................................................. 39
Ilustracin 15 sprint 3.................................................................................................................. 40
Ilustracin 17 diagrama de base de datos .................................................................................. 42
Ilustracin 18 diagrama de despliegue ....................................................................................... 45
Ilustracin 19 interface grafica.................................................................................................... 46
Ilustracin 22 evento ................................................................................................................... 49
Ilustracin 23 crear usuario......................................................................................................... 49
Ilustracin 24 guardar ................................................................................................................. 50


GHAU Pgina 5

Captulo 1
Introduccin


GHAU Pgina 6

1.1 Contextualizacin del proyecto

La Universidad Andrs Bello, una institucin educativa, que cuenta con 24 aos de
experiencia brindando servicio a la comunidad, cuya misin es Ser una universidad que
ofrece a quienes aspiran a progresar, una experiencia educacional integradora y de excelencia
para un mundo globalizado, apoyado en el cultivo crtico del saber, y en la generacin sistemtica
de nuevo conocimiento, y su misin es Ser reconocida dentro de las mejores universidades del
pas.. Para ello cuenta con tres campus distribuidos alrededor del pas, esos campus
son Santiago, Via del Mar y el recin creado campus Concepcin, cada campus posee
una cantidad de sedes a su disposicin, por ejemplo el campus Via del Mar tiene a su
disposicin dos sedes (Quillota y Reaca) para realizar sus actividades.
Por otro lado cada sede aloja las distintas facultades que dispone la Universidad, con
un variado repertorio de carreras y cuyas clases son realizadas en las distintas sedes
que dispone la universidad. Por cada semestre que realiza la Universidad, las carreras
son provistas de salas y otros recursos para desarrollar de forma ptima su malla
curricular.
Para distribuir y asignar salas a las distintas carrera la universidad tiene a su cargo al
departamento de Direccin General de Desarrollo y Gestin Acadmica, departamento
que tiene como funcin la asignacin de las recursos que dispone la Universidad y
que a su vez necesitan los distintos ramos para ser impartido de la mejor manera,
tambin dicho departamento tiene la responsabilidad de la asignacin de recursos a
las distintas actividades que son desarrolladas y programadas diariamente en la
Universidad, como es el caso de una charla, repertorio o un evento fortuito.

1.2 Identificacin del problema

La Universidad Andrs Bello cuenta con el departamento de Direccin General de
Desarrollo y Gestin Acadmica cuya tarea es la programacin y asignacin de salas a
las distintas carreras, para ello disponen de un software que asigna de forma ptima
los recursos que necesitaran los numerosos ramos que se impartirn en el semestre
de programacin.
Cuando un evento es programado de forma fortuita, a lo largo del semestre, dicho
departamento es el encargado de realizar la asignacin de forma ptima, sin disponer
de ninguna herramienta que realice y deje algn registro digital para dicha
programacin. Es en ese momento cuando el departamento es debe realizar la
programacin de forma manual para dicho evento, tomando en cuenta los recursos
disponible en ese momento y las necesidades que se disponga para realizar el evento.

GHAU Pgina 7

Dicha programacin es realizada de forma manual y con una herramienta que no fue
pensada para eso, dicha herramienta es una hoja Excel que debe ser creada y/o
confeccionado por cada evento a realizar.
1.3 Solucin propuesta

Se propone como solucin un proyecto cuyo objetivo ser la documentacin y
desarrollo de una herramienta que permita la asignacin de los distintos recursos, que
dispone la universidad, de forma semi-automtica tomando como carga inicial un Excel
el cual contendr los datos previamente descargados desde banner, dicho Excel
dispondr la programacin semestral, con la que se trabajara para crear el evento de
acuerdo a la programacin que se dispone en el da a programar. Est herramienta
tambin permitir la exportacin a Excel con la asignacin y modificaciones
pertinentes a la creacin de cada eventos a realizar a lo largo de cada semestre.
En resumen se realizara una herramienta digital permitira dar soporte a la creacin
de eventos y posterior asignacin de salas para dicho evento esto tambien permitir
llevar un registro digital de cada evento creado dentro del semestre, para un posterior
anlisis.

1.4 Objetivos
1.4.1 Objetivo general

Creacin y registro de una herramienta que de soporte a Direccin General de
Desarrollo y Gestin Acadmica, cuando se pretenda crear un nuevo evento en
la Universidad.
1.4.2 Objetivo especifico

Eliminar el mtodo manual usado actualmente.
Filtrar de forma eficiente los datos.
Migrar de Excel a una solucin ms manejable
Permitir una fcil modificacin una vez creado.


GHAU Pgina 8

Captulo 2
Fundamentacin del Tema


GHAU Pgina 9

2.1 Alcance del proyecto
En la figura 1 se representa el diagrama causa efecto del problema que presenta
este departamento. Los causales de este problema son:
el proceso manual, mediante prueba y error, que se realiza en la asignacin
de salas.
No poseen una herramienta que permita la asignacin o que cumpla con la
necesidad planteada.
Los datos descargados no siempre son certeros debiendo cambiarse en
algunas ocasiones.
Con esta propuesta de proyecto se realiza un proceso automtico de la asignacin de
salas que sustituya el proceso manual y el que no posean herramienta que permita
una gestin adecuada. Adems permite una mayor comprensin del uso que se le da a
las salas, permitiendo una fcil asignacin a eventos o para fines que se estimen
convenientes.

Ilustracin 1 diagrama causa efecto
Diagrama causa efecto del alcance, el proyecto se har cargo de Proceso actual,
Herramientas y Personal. El proyecto no se har cargo de Datos descargados


GHAU Pgina 10

2.1.1 Supuestos del alcance

Se tiene presente los siguientes supuestos:
Conocimientos: el equipo posee los conocimientos para la realizacin del
proyecto, o la capacidad para integrarlos.
Cumplimiento: que el propietario del Producto (Product Owner) garantizara el
cumplimiento de lograr el mayor valor del producto desarrollado.
Recursos: que se contara con los recursos necesarios para la realizacin y
presentacin de todos los entregables y para el desarrollo del proyecto.

2.1.2 Limitaciones al alcance

Este proyecto no abarca todas las labores que realiza el departamento de direccin
general de desarrollo y gestin acadmica. Adems es desarrollado exclusivamente
para ser utilizado con la informacin obtenida de banner ya que usa los mismos
parmetros de entrada que el archivo que se descarga desde el.


GHAU Pgina 11

2.2 Enfoque de solucin
2.2.1 Enfoque tcnico

El sistema ser un programa ejecutable en el computador. El programa cargara los
datos desde un archivo con extensin .xls (archivo obtenido de banner) y se mostraran
en el mismo programa en una ventana con los datos cargados y asignados.

Ilustracin 2 diagrama de alto nivel

2.2.2 Enfoque funcional

La interface con el usuario permitir que, inicialmente, se pueda seleccionar si se
desea agregar un evento, modificar o eliminar el mismo. Permitir especificar el da a
mostrar. Adems permitir cambiar color al fondo de cada asignacin para hacer ms
fcil la diferenciacin del mismo.


GHAU Pgina 12

2.3 Validacin

El proyecto ser validado por diferentes stakeholder como proceso y como producto
ser validado por el usuario final. Como proceso ser validado por docentes de la
carrera ingeniera en computacin e informtica de la facultad de ingeniera de la
Universidad Nacional Andrs Bello (Unab), sede via del mar. Adems del usuario final
el cual validara cada iteracin realizada al final de cada sprint, teniendo al final del
proyecto una visin general de la evolucin del proyecto a lo largo del tiempo que se
desarrollo.

2.4 Riesgos

Los riesgos iniciales que se perciben en el proyecto son los siguientes:
N Riesgo Categora Descripcin

1

Escasa
experiencia

Personas
El personal no posee experiencia previa en el desarrollo
de proyectos, por lo que podran planificar demasiado
alejado de la realidad, gestionar mal el proyecto, u omitir
tareas.

2

Cambio de
herramientas

Tecnologa
Es un riesgo importante ya que afectara en el tiempo del
desarrollo del software si es que ocurre tal hecho, esto se
debe tener en cuenta.

3

Escaso de
requerimientos

Producto
Una buena planificacin de toma de requerimientos son
esenciales para obtener un buen software, por el
contrario si
Hay una exacta cantidad de requerimientos esto puede
generar retrasos en el proyecto.

4

Fallas

Producto
Un riesgo que siempre est latente son las fallas, estas se
producen no solo dentro de la aplicacin sino tambin
Podran generarse al interactuar con el usuario o incluso
con El sistema operativo o entorno en el que se
desenvuelve.
Tabla 1 riesgos iniciales


GHAU Pgina 13

Captulo 3
Materiales y Mtodos


GHAU Pgina 14

3.1 Organizacin

3.1.1 Equipo de proyecto

El equipo de proyecto est formado por los estudiantes desarrolladores y el cliente.
Este ltimo es el Coordinadora sede Via del Mar, Direccin General de
Administracin.

Roles:
Cliente: Coordinadora sede Via del Mar, Direccin General de Administracin.
El equipo desarrollador: cumple los papeles de Product Owner, ScrumMaster y
team.
Usuario:
Coordinadora sede Via del Mar, Direccin General de Administracin.

3.1.2 Roles y Responsabilidades
# Rol Responsabilidades
Propietario del Producto
(Product Owner)
Responsable de lograr el mayor valor del producto
desarrollado..
ScrumMaster Acta como un lder servicial, ayudando al equipo y a la
organizacin a usar lo mejor posible scrum.
Equipo de Desarrollo
(Team)
Responsable de desarrollar el producto.
Cliente Encargado de gestionar y asignar salas a las carreras y a
los diferentes departamentos.
Tabla 2 roles cliente


GHAU Pgina 15

3.2 Metodologa de desarrollo

Este proyecto se llevo a cabo con una metodologa scrum ya que los requisitos no
estaban claros al comienzo de este proyecto, a lo cual scrum permite una una
adaptacin ms rpida a los cambios.
Los principales beneficios que proporciona Scrum son:
Entrega mensual (o quincenal) de resultados (los requisitos ms prioritarios en
ese momento, ya completados) lo cual proporciona las siguientes ventajas:

- Gestin regular de las expectativas del cliente y basada en resultados
tangibles.
- Resultados anticipados (time to market).
- Flexibilidad y adaptacin respecto a las necesidades del cliente, cambios en
el mercado, etc.
- Gestin sistemtica del Retorno de Inversin (ROI).
- Mitigacin sistemtica de los riesgos del proyecto.

Productividad y calidad.
Alineamiento entre el cliente y el equipo de desarrollo.
Equipo motivado.

GHAU Pgina 16

La siguiente ilustracin muestra el funcionamiento de los procesos de scrum.

Ilustracin 3 esquema de las 5 fases de desarrollo en scrum


GHAU Pgina 17

Ilustracin 4 acta de aceptacin


GHAU Pgina 18

3.3 Estudio de mercado
Calculado en la primera parte, es decir, en el sprint 1-5
Introduccin
Actualmente, debido al aumento de la tecnologa, las empresas se han visto en la
necesidad de adquirir nuevos sistemas y aplicaciones que les permitan llevar a reducir
tiempos y costos, esto se realiza a travs de la automatizacin procesos, mejora de la
gestin, optimizacin del control, respuestas rpidas y un buen trato de la
informacin. Para ello la adquisicin de un nuevo software implica un cambio cultural
para la Direccin General de Desarrollo y Gestin Acadmica que antiguamente
estaban acostumbradas a trabajar con papel y carpetas.

3.3.1 Estudio Econmico

Se calcular el precio de este producto de la siguiente forma:
La hora hombre se valorizar en 0.4 UF (donde 1 UF = $ 22.592 valor referencial
mayo 2012), se estima un trabajo de 5 horas a la semana entre ambos.
Para finalizar el proyecto en Noviembre del presente ao se trabajar un total de 180
horas, multiplicadas el valor HH lo que dar un costo aproximado de $ 1.626.624 es
decir, 72 UF

Fase Horas Valor UF
Propuesta 30 12
Anlisis 40 16
Diseo 40 16
Construccin 40 16
Puesta en
Marcha
30 12
Total: 180 72
Tabla 3 Cuadro de costo estimado


GHAU Pgina 19

Este ser el coste total de crear la aplicacin considerando el tiempo que demorara en
crearla y ponerla en marcha.

Costos Totales (fijos y variables)
tem Cantidad Valor Promedio Costo
Mensual
Costo Anual
Coordinador 2 $
300.000
$
600.000
$
7.200.000
Director 1 $
1.000.000
$
1.000.000
$
12.000.000
Horas Extra 1560 $
1875
$
300.000
$
2.925.000
Costos Totales $
22.125.000
Tabla 4 Software no implementado

Estos costos generalmente no varan a excepcin de las horas extras que no se da todo
el tiempo sino especficamente en ciertos meses (inicio de periodo de clase
principalmente) adems se considera un valor por hora de $ 1250 y por considerarse
hora extra se le agrega un 50% adicional al mismo.

Cabe destacar que esta tabla es refleja el panorama actualmente, es decir, sin el uso
del software. Una vez este implementado el software se reducir considerablemente
el tiempo que se demora en gestionar el horario pudiendo incluso lograr que
desaparezcan completamente las horas extra generando por consiguiente un ahorro
no menor de $ 2.925.000 por ao pudiendo emplearse este ahorro en otras reas.


GHAU Pgina 20

Tabla 5 Cuadro de costo real
Este cuadro nos proporciona el coste real que genera el desarrollar este proyecto vs el
cuadro de costo estimado (vase tabla 3) podemos apreciar que se gasto 8,5 UF
adicional a lo que originalmente se tena planeado. Dichos gastos adicionales son
atribuidos al software que se deben comprar para desarrollar el proyecto, algo que en
un comienzo no se haba tomado en cuenta.

3.4 Mtricas
Las mtricas nos permiten medir algunos parmetros de nuestro software.
Nombre: Completitud de implementacin funcional
Propsito: Qu tan completa est la implementacin funcional.
Mtodo de
aplicacin:
Contar las funciones faltantes detectadas en la evaluacin y comparar con
el nmero de funciones descritas en la especificacin de requisitos.
Medicin,
frmula:
X = 1 - A/B
A = nmero de funciones faltantes
B = nmero de funciones descritas en la especificacin de requisitos
Interpretacin: 0 <= X <= 1
Entre ms cercano a 1, ms completa.

GHAU Pgina 21

Tipo de escala: Absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de
medicin:
Especificacin de requisitos
Diseo
Cdigo fuente
Informe de revisin
ISO/IEC 12207
SLCP:
Validacin
Revisin conjunta
Audiencia: Requeridores
Desarrolladores
Tabla 6 mtricas

Nombre: Suficiencia de las pruebas
Propsito: Cuntas de los casos de prueba necesarios estn cubiertos por el plan de
pruebas.
Mtodo de
aplicacin:
Contar las pruebas planeadas y comparar con el nmero de pruebas
requeridas para obtener una cobertura adecuada.
Medicin, frmula: X = A/B
A = nmero de casos de prueba en el plan
B = nmero de casos de prueba requeridos
Interpretacin: 0 <= X
Entre X se mayor, mejor la suficiencia.
Tipo de escala: Absoluta

GHAU Pgina 22

Tipo de medida: X = count/count
A = count
B = count
Fuente de
medicin:
A proviene del plan de pruebas
B proviene de la especificacin de requisitos
ISO/IEC 12207
SLCP:
Aseguramiento de Calidad
Resolucin de problemas
Verificacin
Audiencia: Desarrolladores
Mantenedores
Tabla 7 mtricas

Nombre: Tiempo de respuesta
Propsito: Cul es el tiempo estimado para completar una tarea.
Mtodo de aplicacin: Evaluar la eficiencia de las llamadas a la aplicacin.
Estimar el tiempo de respuesta basado en ello. Puede medirse:
Todo o partes de las especificaciones de diseo.
Probar la ruta completa de una transaccin.
Probar mdulos o partes completas del producto.
Producto completo durante la fase de pruebas.
Medicin, frmula: X = tiempo (calculado o simulado)

GHAU Pgina 23

Interpretacin: Entre ms corto, mejor.
Tipo de escala: Proporcin
Tipo de medida: X = time
Fuente de medicin: Sistema operativo conocido
Tiempo estimado en llamadas al sistema
ISO/IEC 12207 SLCP: Verificacin
Revisin conjunta
Audiencia: Desarrolladores
Requeridores
Tabla 8 mtricas


GHAU Pgina 24

3.5 Carta Gantt general

Ilustracin 5 Gantt general

GHAU Pgina 25

3.6 Planes de proceso en el desarrollo del proyecto
3.6.1 Plan de gestin de riesgos

Nombre Indicadores Plan de mitigacin Plan de contingencia
Escasa experiencia Si el proyecto se
mantiene
consistentemente en
atraso en su proceso,
ser indicador de la
baja experiencia en
esa iteracin del
proyecto, o de una
mala planificacin y
estimacin del
proyecto.
Teniendo en cuenta
este riesgo, se ha
planificado el
proyecto
aumentando las
horas destinadas a
cada fase respecto a
las que se tenan en
un inicio.
En caso de un atraso
significativo en la
planificacin
respecto a lo real, se
deber eliminar
tareas de la pila de
produccin
Cambio de
herramienta
Es un riesgo
importante ya que
afectara en el tiempo
del desarrollo del
software si es que
ocurre tal hecho,
esto se debe tener en
cuenta.
Teniendo en cuenta
esto, se intento no
cambiar de
herramienta de no
ser necesario.
En caso de cambiar
de herramienta se
guarda un backup
para poder volver en
cualquier momento a
la herramienta
anterior.
Escaso de
requerimientos
Una buena
planificacin de toma
de requerimientos es
esencial para obtener
un buen software.
Avalando que le
producto no sea
ambiguo
Este hecho se mitiga
con scrum ya que
recoge las historias
de usuario tal cual el
usuario las quiere,
esto permite captar
todo el sentido que
el usuario quiere
darle al proyecto.
En caso de algn tipo
de cambio gracias a
scrum podemos
adaptarnos
rpidamente a las
nuevas necesidades.

fallas Un riesgo que
siempre est latente
son las fallas, estas se
producen no solo
dentro de la
aplicacin sino
tambin Podran
generarse al
interactuar con el
usuario o incluso con
El sistema operativo
o entorno en el que
se desenvuelve.
Al usar scrum no
estamos exentos de
errores pero si nos
permite repararlos
rpido ya que en
cada iteracin se
debe entregar un
ejecutable es
primordial que este
entregable este sin
falla.
En caso de que el
error o falla persista
se debe solucionar
en el sprint siguiente
dejndole saber al
equipo el error
exacto en la reunin
diaria.


GHAU Pgina 26

3.6.2 Plan de control de la configuracin

Se ocuparan 2 herramientas para el control, una para el documento y una para el
software.
SVN es un cliente Subversin, implementado como una extensin al Shell de Windows.
Es software libre liberado bajo la licencia GNU GPL.
Alguna de sus caractersticas
Puede ser usado sin un entorno de desarrollo.
Pequeas imgenes decoran los conos de los archivos mostrando qu archivos
o directorios necesitan ser enviados al repositorio.
Permite de manera cmoda volver a versiones anteriores.

Para el control del documento se usara Dropbox existe la funcionalidad de conocer la
historia de un archivo en el que se est trabajando, permitiendo que una persona
pueda editar y cargar los archivos sin peligro de que se puedan perder las versiones
previas.

3.7 Plan de pruebas

Pruebas unitarias y de integracin
Estas pruebas sern llevadas a cabo durante la codificacin y estarn a cargo del
equipo.

Pruebas funcionales
Estas pruebas sern diseadas, especificadas y creadas por el equipo que sern
llevadas a cabo en cada iteracin que se realicen pruebas. El testing funcional se
realizara sobre los casos de uso. Estas pruebas tienen como finalidad comprobar la
funcionalidad de la aplicacin a partir de datos vlidamente seleccionados. Este tipo de
comprobacin se basa en la tcnica de caja negra que permite probar la aplicacin ( y
los procesos internos) va GUI.

Pruebas de aceptacin del cliente

GHAU Pgina 27

Son pruebas que diseara y llevara a cabo el cliente a fin de aceptar el producto final.
Se realizaran al finalizar cada iteracin.

Preparacin del ambiente de pruebas

Las pruebas debern realizarse en un computador con sistema operativo Windows,
adems debe contar con office 2007. Se requiere el espacio necesario para la
ubicacin de un computador.

Objetivo de la prueba Asegurar la funcionalidad del conjunto de casos, incluyendo
la navegacin en la aplicacin, el ingreso de datos, el proceso
y el resultado
Que los objetos de las ventanas y sus caractersticas tales
como men, tamao, posicin, estados y foco este de
acuerdo a los estndares.
Tcnica a utilizar Ejecutar cada caso de uso, su flujo y funcionalidad usando
tanto datos validos como invlidos para comprobar lo
siguiente:
Que los resultados esperados ocurren cuando los
datos validos son ingresados
Que el mensaje de error es apropiado cuando se
utilizan datos invlidos.
Criterio de validacin Todas las pruebas planificadas se ejecutaron correctamente
Todos los defectos asignados han sido designados
Cada ventana abierta debe ser verificada para mantener la
consistencia con la versin maestra y comprobar que este
dentro de los estndares aceptables.
Tabla 9 pruebas funcionales
Las pruebas de aceptacin del usuario y del sistema se ejecutaran en este ambiente de
pruebas. Este ambiente representara una configuracin idntica al ambiente de
produccin. Esto se requiere debido a que se debe replicar el rendimiento de la lnea
base y las medidas de mejoramiento relacionales.


GHAU Pgina 28

Captulo 4
Resultados y discusiones


GHAU Pgina 29

4.1 Historias de Usuarios
En las siguientes imgenes se muestra las historias de usuarios o requisitos captados a
travs de las necesidades del cliente. Color amarillo las desarrolladas, rojas las
eliminadas y verde las que faltan por hacer.

Ilustracin 6 historias de usuario

GHAU Pgina 30

Si bien estas son las historias en bruto que se rescataron del cliente, el proyecto se
acoto a lo que era estrictamente parte del problema de fondo. Es por ello que las
historias que estn en rojo se han eliminado de este proyecto, por el contrario las
historias que estn en verde son las desarrolladas en el proyecto ya que creemos como
equipo se centran en el problema principal.

4.1.1 Casos de uso

Las tareas seleccionadas en esta fase son la modelacin y descripcin de casos de uso
que representan la perspectiva del usuario. Los Casos de Uso 2.0 comprenden los
Casos de Uso, las historias de usuarios, y la porcin de caso de uso.

Ilustracin 7 Casos de Uso, Porciones de Casos de Uso.


GHAU Pgina 31

4.1.2 Descripcin de los casos de uso

Especificacin del caso de uso: Agregar evento
Cdigo Cu-1
Descripcin El sistema agregara evento dependiendo las
necesidades y disponibilidad
Autores Israel y Hans
Fecha creacin mayo 2012 Fecha ltima
modificacin
20/11/2013
Actores cliente
Precondicin Se debe tener disponibilidad de horario
Post condicin Se agrega un nuevo evento al horario
Flujo normal Se inicia la aplicacin
Se hace click derecho sobre el recuadro que
se desee rellenar.
Se rellenan los datos
Se agrega el evento
Excepciones Se inicia la aplicacin
No se encuentra disponibilidad de horario
Se debe replantear hora, da o ambos
Se hace click derecho sobre el recuadro que
se desee rellenar.
Se rellenan los datos
Se agrega el evento
Anotaciones Sin anotaciones
Tabla 10 cu-1


GHAU Pgina 32

Especificacin del caso de uso: modificar
Cdigo Cu-2
Descripcin Funcionalidad que permite modificar el horario
modificacin
20/11/2013
Actores cliente
Precondicin Se debe tener al menos 1 horario
Post condicin El horario se modifica
Flujo normal Se marca la casilla que se desea modificar
Se hace click derecho sobre ella
Se presiona el botn modificar
Se cambian los parmetros
Se actualiza el horario
Excepciones Se marca la casilla que se desea modificar
Se hace click derecho sobre ella
Se presiona botn modificar
No permite la modificacin sealada
Se enva por pantalla error (casilla en uso).
Tabla 11 cu-2

Especificacin del caso de uso: Exportar
Cdigo Cu-3
Descripcin Funcionalidad que permite exportar el horario con si
respectiva asignacin a Excel.
modificacin
26/06/2014
Actores cliente
Precondicin Debe existir un horario
Post condicin --
Flujo normal Se hace click sobre el botn exportar
Se abrir una ventana windows
Seleccionamos donde queremos guardar
Apretamos guardar
Excepciones
Tabla 12 cu-3


GHAU Pgina 33

Especificacin del caso de uso: Modificar color
Cdigo Cu-4
Descripcin Permite cambiar el color de fondo y las letras del
horario
modificacin
20/11/2013
Actores cliente
Precondicin Se debe tener un horario
Post condicin El horario tiene color de fondo
Flujo normal Se marca la casilla que se desea cambiar
color.
Se preciona el color que se desea
(disponibles en la plantilla).
El color de la casilla cambia.
Excepciones
Anotaciones Solo el personal adecuado puede hacerlo
Tabla 13 cu-4

Especificacin del caso de uso: Ingresar reporte
Cdigo Cu-5
Descripcin Se ingresa los datos a la aplicacin, para luego auto
asignar.
modificacin
20/11/2013
Actores cliente
Precondicin Exista un Excel con extensin xls
Post condicin Informacin de Excel quede en almacn de datos
Flujo normal Se verifica extensin de archivo Excel
Se ingresan datos a travs de Excel
Se auto asignan
Excepciones Se verifica extensin de archivo Excel
Extensin de archivo no compatible
Se debe cambiar extensin de archivo
Anotaciones --
Tabla 14 cu-5


GHAU Pgina 34

La trazabilidad de las historias respecto a los diferentes casos de uso queda definida de
la siguiente forma:
CU H-1 H-2 H-3 H-4 H-5 H-6 H-7 H-8 H-9 H-10
CU-1 N/R X X
CU-2 X X
CU-3 X
CU-4 X
CU-5 X X X
Tabla 15 trazabilidad
N/R = no se realizaron las historias 4.

4.1.3 Sprint

Estos grficos muestran el desarrollo que se realizo en las fases tempranas del
proyecto en ese momento no se estaba aplicando correctamente la metodologa. Por
este motivo en el presente proyecto solo se mostraran y nombraran pero no se
profundizara en su explicacin ya que no dieron ningn tipo de resultado provechoso
para el proyecto.


GHAU Pgina 35

Ilustracin 8 sprint 1-5


GHAU Pgina 36

Desde este punto en adelante se comienza a desarrollar el proyecto desde 0. Rescatando lo
bueno de lo anterior ya sea cdigo o parte del documento.
En la siguiente imagen se presenta el sprint 1 tambin conocido como sprint 0, es en el
que se encarga de gestionar las historias para darle un nivel de importancia segn las
especificaciones del cliente.

Ilustracin 9 sprint 1

El grafico de esfuerzo que se muestra a continuacin nos permite ver con mayor
claridad el esfuerzo invertido y el cmo se desarrollaron las tareas.

Ilustracin 10 grafico de esfuerzo 1

En el sprint 2 se muestran el desarrollo de las historias 6,7y 8 adems de una
reestructuracin de las historias 2y5. Las historias 2 y 5 estaban realizadas con
anterioridad, pero se encontraban muy entrelazadas. Se decidi reestructurarlas para
orientarlas mas a objeto ya que prcticamente pareca una maza dependiente de todo
esto perjudica al proyecto, ya que si se quiere cambiar algo en especfico podra

GHAU Pgina 37

repercutir en otra parte del cdigo. Dicho esto este cambio no nos permite entender
de mejor forma la codificacin sino tambin nos permite que tenga una mayor
escalabilidad, adems nos permite una fcil mantencin


GHAU Pgina 38

Ilustracin 11 interface grafica anterior
.

Ilustracin 12 reestructuracin


GHAU Pgina 39

A continuacin se muestra el grafico de esfuerzo realizado para este sprint, si bien
podramos decir que esta cercano al grafico ideal debemos tomar en cuenta que tiene
leves fluctuaciones mostrando un grafico normal para el desarrollo de un proyecto
basado en scrum.


Mtricas sprint 2
A=5 B=7
X=1-5/7
X=0,57
obs. Entre ms cercana a 1 ms completa


GHAU Pgina 40

Si bien no se testeo con los datos reales, se realizo una prueba ingresando 5000 datos
los cuales demoraron en promedio entre 5-10 minutos

Nombre: Registrabilidad de cambios
X= 0
el programa tiene prcticamente 0 comentarios por lo tanto es menos registrable. Se
debe trabajar en esto y prximamente se proceder a comentar.

Este es el ltimo sprint en el cual se desarrollan las historias faltantes (1 y 3). Adems
debemos sealar que en este sprint decidimos cambiar de IDE o mejor dicho
actualizarla ya que estbamos trabajando con vb.net 2008 la decidimos cambiar a
vb.net 2013 si bien era un reto no menor pensando que se puede malograr el cdigo
en el momento de su conversin. Para la cual no tenamos un plan de contingencia
ms que el de re planificar el sprint. Como se puede apreciar la re planificacin alargo
su duracin expresada con color rojo para notarlo con facilidad.

El grafico de esfuerzo que corresponde al sprint 3. Como se puede ver es casi horizontal hasta
llegar a los ltimos das del sprint esto por la re planificacin que debi sufrir el mismo.

GHAU Pgina 41

Mtrica sprint 3
A=7 B=7
X=1-7/7
X=0,75
obs. Entre ms cercana a 1 ms completa

Al agregarle las funcionalidades restantes el tiempo de respuesta no a variado, es
decir, para 5000 archivos se tiene un tiempo medio de entre 5-10 min


GHAU Pgina 42

4.2 Diagrama Base de datos
Diagrama final.

Ilustracin 17 diagrama de base de datos

4.2.1 Diccionario de datos
Para prevenir incompatibilidades con la base de datos, las entidades y atributos no
incluirn espacios o caracteres especiales, tales como tildes, comas y otros
(#!&%$()/*+:)
Entidad Descripcin
Salas Especifica el tipo de sala con la que se cuenta
adems del nmero del mismo.
Horario Almacena el horario final luego de asignarle la
sala al curso, almacenado que esta separado
por das.
Curso Curso nos dice que NRC tiene de que carrera
viene etc.
Asignatura Heredado de curso esta clase de evento
ocurre todo el semestre y es en que se asigna
las salas
Evento Heredado de curso esta clase de evento

GHAU Pgina 43

ocurre poco frecuente o surge de algn
evento extraoficial
Profesor Hace referencia a los datos del profesor como
su nombre y Rut
Tabla 16 diccionario de datos

Atributos de la entidad Salas
Entidad Salas
Atributo Descripcin Tipo
Numero Numero identificador de sala Integer
Capacidad Capacidad de las salas Integer
Tipo Escalonada o normal Varchar(50)
Audiovisual Data/computador/parlantes/etc Varchar(150)
Sede Sede a la que corresponde Varchar(20)
Piso Piso al que corresponde Integer
Torre Torre a la que corresponde Varchar(3)
Tabla 17 salas

Atributos de la entidad Profesor
Entidad Profesor
Rut Identificador del profesor Varchar(20)
Nombre Nombre del profesor Varchar(50)
Tabla 18 profesor

Atributos de la entidad Cursos
Entidad Cursos
Periodo Periodo al que corresponde
identificador compuesto
Integer
Seccin Seccin al que corresponde el
curso
Integer
Jornada Jornada al que corresponde Varchar(15)
NRC Numero de referencia del Integer

GHAU Pgina 44

curso identificador
compuesto
Horario Indica el bloque que se usara Varchar(20)
Nombre asignatura Indica la clave de la
asignatura
Varchar(10)
Rut profesor Indica el Rut del profesor
clave fornea
Varchar(20)
Tabla 19 cursos
Atributos de la entidad asignatura
Entidad asignatura
Lista cruzada Diferentes nrc pero el mismo
curso
Varchar(20)
NRC ligado Indica cuando un nrc lleva
mas de 1 curso
Varchar(10)
Fecha inicio Fecha en la que comienza el
curso
date
Fecha de termino Fecha en la que termina el
curso
date
Tabla 20 asignatura

Atributos de la entidad horario
Entidad Horarios
Numero salas Indica el numero de la sala Integer
Nrc curso Numero referencia del curso Integer
Id_evento Id interno del programa Integer
Da Da en que se realiza el
evento
date
Tabla 21 horario


GHAU Pgina 45

4.3 Diagrama de despliegue

Ilustracin 18 diagrama de despliegue
Diagrama de despliegue muestra lo que se necesitar instalar para poder utilizar la
aplicacin.


GHAU Pgina 46

4.4 Interface grafica
4.4.1 Interface del sprint 2

Ilustracin 19 interface grafica
En la imagen anterior se muestra como se ve al momento de cargar un Excel a la aplicacin.


GHAU Pgina 47

En la imagen anterior se aprecia como se ve la aplicacin en funcionamiento con los datos
previamente cargados. Y las salas asignadas y las que se encuentran vacias.


GHAU Pgina 48

En la imagen anterior se muestra como se puede cambiar colores a los diferentes cursos para
hacer ms fcil la diferenciacin entre eventos y cursos semestrales ntese que poseen
diferentes botones para cambiar los eventos y los cursos semestrales.


GHAU Pgina 49

Ilustracin 22 evento
En la imagen anterior se muestra como se ve la interface para crear el evento

Ilustracin 23 crear usuario
La imagen anterior nos permite crear usuarios, ya que al momento de asignar un evento este
se le debe asignar una persona responsable. Debiendo ser profesor o persona autorizada.


GHAU Pgina 50

Ilustracin 24 guardar
En la imagen anterior podemos observar el botn que permite guardar la informacin de
forma esttica es decir, al momento de abrir la herramienta nuevamente estarn cargados por
defecto. Adems podemos identificar el botn que nos permite exportar desde la herramienta
a Excel.


GHAU Pgina 51

4.5 Resultado de los casos de prueba

FORM: HORARIO
Objeto Tipo de prueba Estado
Calendario Cambiar dias cuando son sealados Ok
Calendario Cambia a cualquier ao y fecha sin importar cual Ok
Grilla Cambia deacuerdo al calendario OK
Grilla Permite Hacer click a solo 1 columna OK
Grilla Permite crear evento solo en lugares vacios OK
Grilla Permite solo modificar a solo 1 nrc a la vez OK
Grilla Permite modificar OK
Grilla No solecciona a mas de 1 NRC a la vez OK
Grilla Carga todo los datos de la Base de Dato OK
Boton
Guardar
Guarda toda la informacion en la Base de dato OK
Boton
Imprimir
Importa datos de la grilla a Excel formato xls OK
Boton
Importar
Abre form que permite Importar desde excel OK
Boton
Crear
Docente
Abre form que permite crear docente OK
Modificar
fondo
Permite modificar fondo tanto de asignatura como de Eventos
en la grilla
OK
Modificar
Letra
Permite modificar letra tanto de asignatura como de eventos
en la grilla
OK
Grilla Deja congelado los modulos OK
Tabla 22

FORM: Agregar Evento
Texto
Docente
Muetra docentes creados OK
Texto
evento
Permite crear nombre a evento OK
Sala Permite ver en la sala que sera creado OK
Facultad Permite agregar solo las facultades existentes OK
Cupo Permite solo numeros OK
Mdulos Muestra los modulos que fueron seleccionados OK
Agregar Ingresa el nuevo Evento a la Base de dato OK
Cancelar Cierra el form OK
Tabla 23


GHAU Pgina 52

FORM: Importar Excel
Textbox Carga direccion del excel OK
Grilla Carga datos desde el excel OK
Abrir Permite solo seleccionar archivos XLS OK
Abrir Abre ventana para seleccionar archivos OK
Guardar Guarda grilla en la Base de dato OK
Cancelar Limpia grilla y textbox OK
Tabla 24

FORM: Crear Usuario
Textbox Rut Permite solo Numeros OK
Textbox
Nombre
Permite ingreso de nombres OK
Guardar Guarda grilla en la Base de dato OK
Cancelar Limpia textbox OK
Guardar No permite guardar si no hay nombre o rut OK
Guardar No guarda si existe ya el rut OK
Tabla 25

FORM: Modificar Sala
Cancelar Cierra Form OK
Cambiar Cambia solo la Asignatura deseada OK
Eliminar Elimina solo la asignatura deseada OK
Textboxt Permitan escribir solo los valores modificables OK
Cambiar No cree datos nuevis, solo modifica los existentes OK
Tabla 26


GHAU Pgina 53

# Descripcion Datos de prueba Resultado
1 Intentar Ingresar un archivo de
formato distinto al XLS
Archivos con
formatos
.DOC, .TXT, .XLSX
Ninguno fue
reconocido como
dato por la
aplicacin
2 Crear un event con un profesor que
no se encuentra previamente
ingresado
Juan carlos
Boddoque; Israel
Cerda
No logro ingresar
evento, reclama
que usuario no
existe
3 Seleccionar mas de 2 Columnas
continuas en la grilla horario para
poder modificar o crear un nuevo
evento
Las Celdas pierden
focos ensegida
4 Ver si se permite agregar un evento
sin Docente en su interior
Manda Mensaje
faltan datos
5 Crear Usuario ya existente ERROR
USUARIO YA
EXISTENTE
6 Crear Usuario Sin rut Rut vacio No permite

Tabla 27


GHAU Pgina 54

Captulo 5
Conclusin


GHAU Pgina 55

5.1 conclusin

Al comenzar este proyecto tuvimos una serie de contratiempos entre los cuales se
encontraba la metodologa a usar, pues algo que no se detallo en este documento fue
el haber abordado aproximadamente 3 metodologas diferentes antes de arribara
scrum. Esto lo expresa uno de los riesgos detallados en este proyecto, ya que no
poseamos la experiencia para determinar la metodologa y el plan a seguir para
desarrollar el proyecto. Si bien esto nos causo muchos retrasos y ms de alguna
prdida del horizonte, creemos que se logro el objetivo del proyecto al lograr crear una
herramienta destinada para lo que se solicito en un comienzo. Como equipo no
podemos decir que la herramienta est finalizada, ya que si bien cumple con lo que el
cliente nos solicito aun creemos que se puede mejorar, pulir detalles, o incluso agregar
nuevas funcionalidades. Ya que con ese fin en mente construimos este proyecto.
Creemos que al finalizar este proyecto no podemos decir que se haya logrado dominar
completamente una metodologa. Scrum es una metodologa compleja que se adapta
para el proyecto, acorde a las necesidades del equipo de trabajo. Si bien scrum nos
permiti una mayor interaccin con el cliente debido a los cambios que el proyecto
sufri, algo que por cierto tambin tenamos considerado como un riesgo, el cual fue
imposible de mitigar, por lo que debimos adaptarnos algo que para efectos de este
proyecto era algo nuevo para nosotros, pero que con la ayuda de scrum pudimos
lograr con mucho esfuerzo. Como se dijo anteriormente scrum es una metodologa
compleja as es que debimos sumergirnos en mucha literatura referente al tema para
poder siquiera lograr entender cmo funciona esta metodologa que hoy en da est
muy de moda.
Para finalizar creemos que si bien no tenemos tanta experiencia en el desarrollo de
proyecto de esta envergadura el conocimiento obtenido del mismo es algo que no
tiene precio, por lo mismo el equipo considera que podra continuar trabajando en
este proyecto en un futuro cercano si el horario escolar se los permite.

Tesis

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Tesis

Caricato da

Copyright:

Formati disponibili

Universidad Andrs Bello Proyecto de Ttulo II

Potrebbero piacerti anche