Tesis Sistemas

UNIVERSIDAD NACIONAL DEL ALTIPLANO
FACULTAD DE INGENIERA MECNICA ELCTRICA ELECTRNICA Y SISTEMAS

ESCUELA PROFESIONAL DE INGENIERA DE SISTEMAS

SISTEMA DE GESTIN PARA LOS PROCESOS ACADMICOS Y ADMINISTRATIVOS
EN LA SEGUNDA ESPECIALIZACIN DE LA FACULTAD DE CIENCIAS DE LA
EDUCACIN DE LA UNA PUNO - 2012

TESIS

PRESENTADO POR:

MILTON ANTONIO LPEZ CUEVA
PARA OPTAR EL TTULO PROFESIONAL DE:

INGENIERO DE SISTEMAS

PUNO-PER

2013

DEDICATORIA

Con mucho amor e infinita gratitud a mis padres Antonieta y Melitn que con su
constante apoyo, comprensin y paciencia hicieron posible la culminacin de mi
profesin. Mi triunfo es el de ustedes
los amo!

A mi hermosa hermana Lourdes por ser la mejor hermana que uno puede tener
te adoro!

AGRADECIMIENTOS

A la Universidad Nacional del Altiplano- Puno, por haberme acogido y as alcanzar
una de mis metas.

A la facultad de Ingeniera Mecnica Elctrica, Electrnica y Sistemas en especial a
todos los docentes de la Escuela Profesional de Ingeniera de Sistemas por
haberme transmitido sus conocimientos, consejos y experiencias.

A mis compaeros por su colaboracin para la culminacin del presente trabajo de
investigacin.

NDICE GENERAL

RESUMEN ............................................................................................................ 12
INTRODUCCIN .................................................................................................. 14
CAPTULO I .......................................................................................................... 17
PLANTEAMIENTO Y FORMULACIN DEL PROBLEMA .................................... 17
1.1 Planteamiento del problema ..................................................................... 17
1.2 Formulacin del problema ........................................................................ 19
1.3 Justificacin .............................................................................................. 19
1.4 Objetivos de estudio ................................................................................. 21
1.4.1 Objetivo general ............................................................................ 21
1.4.2 Objetivos especficos .................................................................... 21
1.5 Hiptesis .................................................................................................. 22
1.6 Limitaciones de la investigacin ............................................................... 22
1.7 Operacionalizacin de variables .............................................................. 23
CAPTULO II ......................................................................................................... 24
MARCO TEORICO ................................................................................................ 24
2.1 Antecedentes de la investigacin ............................................................. 24
2.2 Base terica ............................................................................................. 31
2.2.1 Sistemas de informacin .............................................................. 31
2.2.2 Sistema de gestin ...................................................................... 35
2.2.3 Base de datos .............................................................................. 37
2.2.4 Sistema de gestin de base de datos (SGBD)............................. 43
2.2.5 Base de datos relacionales .......................................................... 46
2.2.6 Visual Basic ................................................................................. 46
2.2.7 Base de datos Access ................................................................. 47
2.2.8 Metodologas agiles ..................................................................... 47
2.2.9 Metodologa XP Extreme Programming .................................... 48
2.2.10 Ciclo de vida de XP ...................................................................... 53
2.2.11 Segunda Especializacin Facultad de Educacin ...................... 55
2.2.12 Tcnica de prueba ...................................................................... 57

CAPTULO III ........................................................................................................ 59
MATERIALES Y MTODOS ................................................................................. 59
3.1 Metodologa de la investigacin ............................................................... 59
3.2 Utilidad de los resultados de estudio ........................................................ 60
3.3 Poblacin y muestra ................................................................................. 60
3.3.1 Poblacin ....................................................................................... 60
3.3.2 Muestra ......................................................................................... 60
3.4 Material experimental a utilizarse ............................................................. 62
3.5 Tcnicas e instrumentos de recoleccin de datos .................................... 63
3.6 Metodologa de desarrollo ........................................................................ 63
3.7 Plataforma tecnolgica ............................................................................. 63
3.7.1 Lenguaje de programacin ............................................................ 63
3.7.2 Sistema operativo ......................................................................... 64
3.8 mbito de estudio .................................................................................... 64
3.9 Hardware y software de desarrollo ........................................................... 65
CAPTULO IV ........................................................................................................ 66
RESULTADOS Y DISCUSIN .............................................................................. 66
4.1 Utilizacin de la metodologa extreme programming o XP ....................... 66
4.2 Gestin del proyecto ................................................................................ 66
4.2.1 Planificacin inicial ........................................................................ 66
4.2.2 Iteracin 1 ..................................................................................... 71
4.2.3 Iteracin 2 ..................................................................................... 72
4.2.4 Iteracin 3 ..................................................................................... 73
4.3 Implementacin del sistema ..................................................................... 75
4.3.1 Diagrama de casos de uso del sistema ......................................... 75
4.3.2 Diagrama de clases de anlisis .................................................... 78
4.3.3 Diagramas de flujos del funcionamiento del sistema .................... 79
4.3.4 Diseo de la base de datos .......................................................... 83
4.3.5 Interfaz del sistema ....................................................................... 87
4.4 Prueba del sistema................................................................................... 98

4.5 Prueba de hiptesis................................................................................ 119
CONCLUSIONES ................................................................................................ 122
RECOMENDACIONES ....................................................................................... 124
BIBLIOGRAFA ................................................................................................... 125
ANEXOS ............................................................................................................. 129

NDICE DE CUADROS

Cuadro 1: Operacionalizacin de variables ........................................................... 23
Cuadro 2: Tamao de la muestra por estratos ...................................................... 61
Cuadro 3: Valores de la muestra y la poblacin ................................................... 61
Cuadro 4: Hardware y software de desarrollo para el estudio ............................... 65
Cuadro 5: Historias de usuario .............................................................................. 67

NDICE DE FIGURAS

Figura 1: Organigrama de la Segunda Especializacin ......................................... 57
Figura 2: Acciones generales del sistema ............................................................. 75
Figura 3: Diagrama de caso de uso de la secretaria ............................................. 76
Figura 4: Diagrama de caso de uso del contador .................................................. 76
Figura 5: Diagrama de caso de uso del director .................................................... 77
Figura 6: Diagrama de caso de uso del sistema ................................................... 77
Figura 7: Diagrama de clases de anlisis .............................................................. 78
Figura 8: Diagrama de flujo para inicio de sesin .................................................. 79
Figura 9: Diagrama de flujo para registrar datos del estudiante ............................ 79
Figura 10: Diagrama de flujo para matricular al estudiante ................................... 80
Figura 11: Diagrama de flujo para administrar cursos ........................................... 80
Figura 12: Diagrama de flujo para entregar ficha de curso desarrollado ............... 81
Figura 13: Diagrama de flujo para emitir reporte ................................................... 81
Figura 14: Diagrama de flujo para registrar pagos ................................................ 82
Figura 15: Diagrama de flujo para validar pagos ................................................... 82
Figura 16: Diagrama de flujo para solicitar reportes .............................................. 83
Figura 17: Modelo entidad relacin ....................................................................... 85
Figura 18: Modelo relacional de la base de datos ................................................. 86
Figura 19: Navegabilidad del sistema ................................................................... 87
Figura 20: Interfaz inicio de sesin ........................................................................ 88
Figura 21: Interfaz panel de control ....................................................................... 89
Figura 22: Interfaz del rea de matrculas ............................................................. 90
Figura 23: Interfaz formulario matrcula ................................................................. 91
Figura 24: Interfaz formulario persona .................................................................. 91
Figura 25: Interfaz formulario matrcula-general .................................................... 92
Figura 26: Interfaz formulario matrcula-cursos ..................................................... 92
Figura 27: Interfaz formulario matrcula-pagos ...................................................... 93
Figura 28: Interfaz formulario matrcula-proyecto .................................................. 93
Figura 29: Interfaz formulario proyecto-miembros ................................................. 94
Figura 30: Interfaz formulario proyecto-historial .................................................... 94
Figura 31: Interfaz formulario proyecto-aprobacin ............................................... 95
Figura 32: Interfaz formulario grupos-fechas ......................................................... 96
Figura 33: Interfaz formulario grupos-estudiantes ................................................. 96
Figura 34: Interfaz formulario grupos-material....................................................... 97
Figura 35: Interfaz formulario personas ................................................................. 97
Figura 36: Interfaz formulario docentes ................................................................. 98

NDICE DE GRFICOS

Grfico 1: Comparacin de la poblacin y muestra en cada estrato ..................... 62
Grfico 2: Tiempo de implementacin requerimientos de la primera iteracin ..... 68
Grfico 3: Tiempo de implementacin requerimientos de la segunda iteracin ... 69
Grfico 4: Tiempo de implementacin requerimientos de la tercera iteracin ...... 70
Grfico 5: Grfico de barras de la pregunta n1- pre test usuarios directos .......... 99
Grfico 6: Grfico de barras de la pregunta n2- pre test usuarios directos ........ 100
GRFICO 8: Grfico de barras de la pregunta n4- pre test usuarios directos ... 102
Grfico 10: Grfico de barras de la pregunta n6- pre test usuarios directos ...... 104
Grfico 11: Grfico de barras de la pregunta n1- pre test usuarios indirectos ... 105
Grfico 15: Grfico de barras de la pregunta n1- post test usuarios directos .... 109
Grfico 21: Grfico de barras de la pregunta n1- post test usuarios indirectos .. 115

NDICE DE TABLAS

Tabla 1: Tabla estadstica de la pregunta n1-pre test usuarios directos .............. 99
Tabla 2: Tabla estadstica de la pregunta n2-pre test usuarios directos ............ 100
Tabla 7: Tabla estadstica de la pregunta n1-pre test usuarios indirectos ......... 105
Tabla 10: Tabla estadstica de la pregunta n4-pre test usuarios indirectos ....... 108
Tabla 11: Tabla estadstica de la pregunta n1-post test usuarios directos......... 109
Tabla 12: Tabla estadstica de la pregunta n2-post test usuarios directos ........ 110
Tabla 16: Tabla estadstica de la pregunta n6-post test usuarios directos ........ 114
Tabla 17: Tabla estadstica de la pregunta n1-post test usuarios indirectos ..... 115
Tabla 18: Tabla estadstica de la pregunta n2-post test usuarios indirectos ..... 116
Tabla 19: Tabla estadstica de la pregunta n3-post test usuarios indirectos ...... 117
Tabla 20: Tabla estadstica de la pregunta n4-post test usuarios indirectos ...... 118
Tabla 21: Diferencia de datos obtenida de las encuestas ................................... 120
Tabla 22: Prueba de normalidad ......................................................................... 120
Tabla 23: Prueba no parametrica de Wilcoxon.................................................... 121
12

RESUMEN

La presente investigacin titulada SISTEMA DE GESTIN PARA LOS
PROCESOS ACADMICOS Y ADMINISTRATIVOS EN LA SEGUNDA
ESPECIALIZACIN DE LA FACULTAD DE CIENCIAS DE LA EDUCACIN DE
LA UNA PUNO - 2012, se realiz en la ciudad de Puno, entre los aos 2012-2013.
El objetivo principal de la investigacin fue implementar un sistema para controlar
los servicios que brinda la Segunda Especializacin de la Facultad de Ciencias de
la Educacin, utilizando para ello herramientas informticas como el lenguaje
Visual Basic y el gestor de base de datos Access esta es una buena combinacin
para realizar aplicaciones software, beneficiando al personal de la institucin.
El procedimiento utilizado fue la metodologa gil XP, debido a que se tuvo una
comunicacin y apoyo permanente por el lado del cliente, quien no contaba con la
experiencia para definir los requerimientos del sistema.
El ciclo de vida utilizado por la metodologa XP consiste es seis fases: Exploracin,
Planificacin de la Entrega, Iteraciones, Produccin, Mantenimiento y Muerte del
Proyecto.
Con el desarrollo de las fases de la metodologa XP, se detallan los principales
logros: 1) Informacin de los pagos, matriculas, y el rea de investigacin integra y
actualizada. 2) Anlisis de los requerimientos utilizando las historias de usuario. 3)
Diseo basado en los requerimientos del cliente. 4) La implementacin de las
interfaces ayudan a los trabajadores en la administracin de la informacin a
13

realizar las tareas en menor tiempo. 5) Prueba del sistema utilizando cuestionarios
Pre Test y Post Test donde se rechazo la hiptesis nula.

14

ABSTRACT

This research entitled " MANAGEMENT SYSTEM FOR THE PROCESSES
ACADEMICS AND ADMINISTRATIVES IN THE SECOND SPECIALIZATION OF
THE FACULTY OF EDUCATION SCIENCE UNA PUNO - 2012" was held in the city
of Puno, between the years 2012-2013.
The main objective of this research was to implement a system to monitor the
services provided by the Second Specialization of Education Faculty, using the
programming language Visual Basic and the manager database Access; it is a good
combination for make software applications to achieve the benefit staff of the
institution.
The procedure used was the agile XP methodology, because we have
communication and permanent support for the client side, also because the client
does not have the experience to accurately define the system requirements.
The life cycle used by the XP methodology consists of six phases are: Exploration,
Planning Delivery, Iterations, Production, Maintenance and Death Project.
With the development of the phases of XP methodology, the main achievements
were obtained are: 1) Payment information, enrolment, and the research area are
integrates and updates. 2) Requirements analysis was performed using user
stories. 3) Based on customer requirements design was performed. 4) The
implementation of interfaces helps workers in the management of information, to
make tasks in less time. 5) The system was test using questionnaires Pre Test and
Post Test where the null hypothesis was rejected.

15

INTRODUCCIN

La Ingeniera de Software es el estudio de los principios y metodologas para el
desarrollo y mantenimiento de sistemas de software de calidad que resuelven
problemas de todo tipo en el mundo, compuesto de una diversidad de sistemas
reales. Pasando para ello por diversas etapas en el desarrollo del software para los
sistemas de informacin como el anlisis, el diseo y la implementacin, utilizando
para ello la tecnologa de la informtica.
Esta ingeniera trata con reas muy diversas de la informtica y de las Ciencias de
la Computacin, tales como construccin de compiladores, sistemas operativos, o
desarrollos Intranet/Internet, abordando todas las fases del ciclo de vida del
desarrollo de cualquier tipo de sistemas de informacin y aplicables a infinidad de
reas: negocios, investigacin cientfica, medicina, produccin, logstica, banca,
control de trfico, meteorologa, derecho, Internet e Intranet.
La creacin del software es un proceso intrnsecamente creativo y la ingeniera del
software trata de sistematizar este proceso con el fin de acotar el riesgo del fracaso
en la consecucin del objetivo creativo por medio de diversas tcnicas que se han
demostrado adecuadas en base a la experiencia previa.
En nuestro caso la Segunda Especializacin de la Facultad de Ciencias de la
Educacin, necesita optimizar sus procesos acadmicos y administrativos.
En la Segunda Especializacin la mayora de procesos se realiza con un sistema
manual, dicho sistema no permite un manejo eficiente de la informacin, esto lleva
al error y al retraso en los procesos de administracin y del trabajo acadmico.
16

Con la presente investigacin se pretende contribuir a que la Facultad de Ciencias
de la Educacin en su Segunda Especializacin posea un sistema informtico
eficiente esto se lograr con el apoyo de herramientas informticas como los
lenguajes de programacin, los gestores de base de datos, adems con la
utilizacin de la metodologa adecuada acorde a las caractersticas del proyecto a
desarrollar. Con estas herramientas se lograr implementar el sistema informtico
para que la institucin tenga un mejor control de su informacin.
Esta investigacin se presenta en seis captulos, todos ellos relacionados de
manera que haya coherencia entre las distintas partes de la investigacin para que
sea de fcil comprensin para los diferentes lectores.
Es en este sentido la presente investigacin se elabora en VI captulos, siendo el
primer captulo donde se trata el planteamiento y formulacin del problema, la
justificacin y los objetivos de la investigacin. En el segundo captulo, el marco
terico en donde desarrollo los antecedentes que preceden a la presente
investigacin, la base terica que conceptualiza trminos que se enmarcan en la
investigacin. El tercer captulo, comprende la metodologa de desarrollo, las
herramientas y tcnicas empleadas para la recoleccin de datos, se define la
poblacin y la muestra del estudio. En el cuarto captulo muestra los resultados y
discusin centrado en el ciclo de vida definido para el desarrollo de la aplicacin.
Se detalla el modelo de la base de datos, las interfaces desarrolladas. Luego, se
presentan las conclusiones y las recomendaciones de la investigacin. Finalmente
se muestra la biografa y anexos.

17

CAPTULO I
PLANTEAMIENTO Y FORMULACIN DEL PROBLEMA

1.1 Planteamiento del problema
Vivimos hoy en da en la Sociedad de la Informacin, producto de la
revolucin tecnolgica centrada en la organizacin, ejecucin y desarrollo de
la tecnologa de la informtica y de la comunicacin. Esta revolucin
tecnolgica, se produce a partir de 1970, en los Estados Unidos, Berkeley,
California, donde se producen dos grandes inventos: La creacin del
software (invento sintetizado por Bill Gates; y la produccin del
microcomputador APPLE, diseado por Steve Johnson); estos inventos
modificaron la forma como se trabaja en las instituciones, organizaciones,
empresas, pues permiten organizar mejor los sistemas de informacin. Antes
de 1970 en el Per y en Puno los sistemas de informacin eran organizados
en forma manual, ocupaban muchos espacios fsicos; los trabajadores
18

hacan uso de la mquina de escribir; esta situacin cambi radicalmente
con la introduccin de las nuevas tecnologas inventadas, que mejoran los
sistemas de informacin, como administrar, ejecutar, controlar y evaluar la
informacin para tomar decisiones que contribuyen a mejorar la
administracin y gestin acadmica.
Estamos en el siglo XXI, y si bien es cierto, algunas instituciones y empresas
han introducido sistemas de informacin, estas no llegan a ciertas unidades
operativas de estas instituciones en el nivel de base. En la regin Puno, en
particular en la UNA-PUNO se presenta este mismo problema, en el sentido
de que en las unidades de base o llamadas Escuelas Profesionales, no se
tiene sistemas de informacin y menos aun no estn integradas en un
sistema nico y dinmico, con excepcin de algunas oficinas en el nivel
jerrquico o alta gestin.
La presente investigacin est centrada en solucionar el problema de la
organizacin, administracin y evaluacin de la informacin en la Facultad
de Ciencias de la Educacin, en la Segunda Especializacin, pues esta
unidad base cuenta con un sistema bsico y no posee un sistema
informtico que permita gestionar la informacin, tenerla actualizada y que
brinde un adecuado servicio a los usuarios profesionales.
En estos ltimos aos se ha desarrollado enormemente una actividad
dinmica dentro de las instituciones con el uso del diseo, operacin y
direccin de diversos sistemas de informacin para el control, operacin y
tratamiento de diversos tipos de informacin, usando herramientas
19

computacionales (Hardware y Software) que nos ayudan a realizar este
trabajo de forma ms rpida y eficiente.
En el caso de la Facultad de Ciencias de la Educacin, en la Segunda
Especializacin que la mayora de sus procesos lo realizan de forma manual
y esto no le permite controlar los pagos realizados por los estudiantes, las
matrculas de los estudiantes, y el rea de investigacin el cual la mayora
de los casos tiene un proceso tedioso, requiriendo mayor tiempo y recursos
para cumplir con el objetivo.
Nuestra principal preocupacin estar centrada en proponer un sistema que
garantice un adecuado control del servicio en la Segunda Especializacin de
la Facultad de Ciencias de la Educacin. Es as que nuestra investigacin
estar dirigida a dar cuenta de la siguiente interrogante:

1.2 Formulacin del problema
Cmo el sistema que proponemos logra una adecuada gestin de
informacin para los procesos que tiene la Segunda Especializacin de
la Facultad de Ciencias de la Educacin?

1.3 Justificacin
En la Segunda Especializacin de la Facultad de Ciencias de la Educacin,
estudian profesionales titulados de la regin Puno y del pas, existiendo
muchas promociones de egresados. En esta unidad los profesionales se
matriculan con un plan de estudios que tiene una duracin de tres
semestres; asimismo, se realizan los cobros por derechos de estudio y de
20

matrculas. En la Segunda Especializacin se tiene relaciones manuales y
digitales de los ingresantes por aos lo cual ya constituye cerca de una
dcada, encontrndose dificultades para ubicar al profesional que estudia y
poder darle una buena informacin en tiempo y actualizada.
Por citar un ejemplo, en el rea de pago el manejo de la informacin consiste
en que los estudiantes hacen el pago de matrcula y de cursos a
matricularse en una cuenta bancaria de un banco de la localidad, obteniendo
un comprobante; luego este documento es llevado a la oficina de
contabilidad de la Segunda Especializacin de la Facultad de Ciencias de la
Educacin, donde el contador procede a registrarlos datos del estudiante
como el nombre del estudiante, su cdigo, el monto que ha pagado, adems
tienen la informacin de los cursos en los que est matriculado cada
estudiante y todo el tramite documentario de cada estudiante. Toda esa
informacin es procesada y enviada a la secretaria de la Segunda
Especializacin, luego la secretaria procede a matricular al estudiante en la
modalidad de regular o matricula especial. Todo este proceso es muy
tedioso y laborioso ya que conlleva a errores a la hora de matricular al
estudiante porque no se actualiza la informacin, el contador y la secretaria
no tienen la misma informacin para ser contrastada para saber la condicin
de pagos y de matrculas de cada estudiante de la Segunda
Especializacin.
Se requiere tener informacin lo ms integra posible para poder tener una
administracin contable de los pagos que realizan los profesionales que se
capacitan de saber los montos totales que se recaban semestralmente, de
21

los cursos en los cuales est matriculado cada estudiante, as como el rea
de investigacin de cada uno de ellos, lo cual se viene realizando
actualmente de modo manual y no permite un adecuado control y una buena
administracin generando dificultades obstculos en la relacin entre los
profesionales que hace uso de este servicio y la administracin de la
Segunda Especializacin.
Antes estas situaciones problemticas nosotros estamos interesados en
realizar un sistema que permita llevar un control eficiente de la
administracin del servicio de control de pagos y de las matrculas y del rea
de investigacin para tener una informacin actualizada.

1.4 Objetivos de estudio

1.4.1 Objetivo general
Desarrollar un sistema de gestin empleando la metodologa gil,
Extreme Programming para los procesos acadmicos y
administrativos en la Segunda Especializacin de la Facultad de
Ciencias de la Educacin de la UNA PUNO.

1.4.2 Objetivos especficos
1. Analizar los requerimientos del sistema para los procesos
acadmicos y administrativos de la Segunda Especializacin.
2. Disear un sistema para mejorar los procesos acadmicos y
administrativos.
22

3. Implementar utilizando un lenguaje de programacin interfaces
basados en formularios.
4. Evaluar si el sistema cumple con las necesidades requeridas.

1.5 Hiptesis
La implementacin del sistema software de gestin utilizando la metodologa
gil XP hace eficiente los procesos acadmicos y administrativos en la
Segunda Especializacin de la Facultad de Ciencias de la Educacin de la
UNA-PUNO.

1.6 Limitaciones de la investigacin
Nuestra investigacin aplicada tendr algunas limitaciones: La aplicacin no
estar integrado al sistema de la Facultad y de la Universidad, ser para uso
exclusivo para la Segunda Especializacin de la Facultad de Ciencias de la
Educacin.
No se desarrollar el sistema para el rea de trmite documentario por ser
de menos prioridad para la institucin a la que se desarrollar el software.
El sistema desarrollado no es una aplicacin distribuida, as que la
comparticin de la informacin se realiza utilizando backups.

23

1.7 Operacionalizacin de variables

Cuadro 1: Operacionalizacin de variables
VARIABLES DIMENSIN INDICADOR CATEGORA INSTRUMENTO
MED.
INDEPENDIENTE

Sistema de gestin
para los procesos
acadmicos y
administrativos en
la Segunda
Especializacin de
la Facultad de
Ciencias de la
Educacin de la
UNA Puno - 2013

Diseo

Eficiencia
Presentacin de Pantallas

Facilidad de Uso

Facilidad de Interpretacin

Informacin eficiente

Comportamiento esperado

Tiempo de Acceso

-Bueno
-Malo

-Fcil
-Difcil

-Interpretable
-No
Interpretable

-Integra
-Errnea

-Adecuado
-Inadecuado

-Rpido (1- 20
seg.)
-Lento(20 seg.
a mas)

Cuestionarios

Cuestionarios

Cuestionarios

Cuestionarios

Cuestionarios

Cuestionarios

DEPENDIENTE

Gestin de los
procesos
acadmicos Y
administrativos de
la Segunda
Especializacin de
da Facultad de
Ciencias de la
Educacin.

Satisfaccin
del
usuario(indir
ecto)

Tiempo de atencin al
usuario

Reportes del Sistema

Complejidad

-Rpido(1-5
min)
-Lento(5 a mas)

-ntegros
-Errneos

-Simple
-Compleja

Cuestionarios

Cuestionarios

Cuestionarios

Fuente: Elaboracin propia

24

CAPTULO II
MARCO TERICO

2.1 Antecedentes de la investigacin

2.1.1 Tesis: Diseo de una metodologa agil de desarrollo de software.
Hernn Schenone Marcelo, 2004. Tesis de grado en Ingeniera
Informtica, Universidad de Buenos Aires.
El tesista sustenta que el trabajo tiene como propsito la construccin
de una metodologa gil de desarrollo de software la cual utiliza UML
como notacin. Si bien puede ser empleada en proyectos de distinto
tamao y complejidad, su aplicacin tiene como objetivo proyectos de
pequea escala y riesgo limitado. Tambin es independiente del
lenguaje o arquitectura utilizada, as como del tipo de software que se
25

construye. Para desarrollar esta metodologa se comienza con un
relevamiento de las metodologas y notaciones actualmente
empleadas (RUP, UML, SCRUM, OPEN, XP). Finalmente se describe
la realizacin de dos casos prcticos resueltos con la metodologa
propuesta. El primer caso est basado en un sistema de integracin
de servicios para ONGs, y el segundo en un sistema de
administracin de recursos hardware y software.

2.1.2 Tesis: Estudio de la aplicacin de metodologas agiles para la
evolucin de productos software
Pilar Rodrguez Gonzales, 2008. Tesis de Mster, Mster en
Tecnologas de la Informacin, Universidad Politcnica de Madrid.
El tesista sustenta que las actuales caractersticas de dinamismo y
variabilidad de la industria software han precisado replantear los
cimientos sobre los que se sustenta el desarrollo software
convencional. Un reciente estudio realizado por Boehm, sobre la
tendencia en ingeniera del software, indica que el mercado actual
est caracterizado por el rpido desarrollo de aplicaciones y la
reduccin de la vida de los productos. En este entorno inestable la
ventaja competitiva se encuentra en aumentar la productividad y
satisfacer las variantes necesidades del cliente en el menor tiempo
posible para proporcionar un mayor valor al negocio. Ante esta
situacin, cabe reflexionar sobre el grado de adaptacin de las
metodologas convencionales a estas circunstancias. La mayora de
26

los estudios coinciden en que el carcter normativo y la fuerte
dependencia de planificaciones previas al desarrollo que definen a las
metodologas convencionales, implican que resulten excesivamente
pesadas para cubrir las necesidades de un amplio porcentaje del
mercado software actual. En los ltimos aos las metodologas giles
han irrumpido con fuerza como un intento de despojar al desarrollo
software del estricto cors planteado por las metodologas
convencionales, y son muchas las organizaciones punteras con
creciente inters en las mismas. La novedad de estas metodologas
hace que, aunque existen evidencias de los beneficios que pueden
proporcionar en proyectos de pequea envergadura, aun resulte difcil
escalar a grandes proyectos. Algunos estudios recientes indican que
la productividad y calidad del software aumenta aplicando los
principios y valores que las rigen. No obstante, la mayora de estos
estudios se limitan a narrar observaciones cualitativas.
Las organizaciones que promueven el desarrollo gil de aplicaciones
se solicita la realizacin de estudios sobre metodologas giles que
permitan constatar o reprobar sus beneficios. El objeto de esta
investigacin es estudiar la evolucin de un producto software
concreto utilizando las directrices marcadas por metodologas giles,
en concreto por la metodologa SCRUM. Se presentan los resultados
obtenidos en aspectos tales como las caractersticas del producto a lo
largo de la evolucin, incluyendo estimaciones de la calidad del
producto obtenido, la agilidad en el desarrollo, y evaluando el
27

esfuerzo dedicado a adoptar la metodologa. Adems, dado que el
factor humano es fundamental en este tipo de metodologas, se
presenta un anlisis cualitativo del desarrollo del proyecto.
Cabe destacar que el estudio aqu presentado se enmarca en una de
las lneas de investigacin del grupo SYST (System and Software
Technology Group) de la Universidad Politcnica de Madrid, que
participa en el proyecto ITEA2 Flexi. En el proyecto se persigue
mejorar la competitividad de la industria software europea
proporcionando un entorno flexible, rpido y gil para el desarrollo de
aplicaciones que permita adaptarse a las actuales caractersticas del
mercado para pasar de la idea al producto en seis meses.

2.1.3 Tesis: Diseo de un sistema de informacin de control de
impuestos de la municipalidad provincial de Puno.
Vctor Jos Pineda UNA Puno, 1996. Egresado de la Carrera
Profesional de Ingeniera Estadstica.
El tesista sustenta el problema de tratamiento manual de la
informacin, el cual trae consigo un control ineficiente e inconsistente
de las recaudaciones, as como la ejecucin de gastos de lo
recaudado en metas no establecidas en el PIA (Presupuesto
Institucional de Apertura)

28

2.1.4 Tesis: Prototipo de un sistema de informacin gerencial para la
recaudacin tributaria en la municipalidad provincial de Puno,
utilizando tecnologa cliente/servidor.
Alfredo Pablo Ticona Humpiri UNA Puno, 1998. Carrera Profesional
de Ingeniera de Sistemas.
El tesista, encuentra como principal problema la deficiencia de los
servicios pblicos que brinda la Municipalidad Provincial de Puno,
esto debido a que los procesos de recaudacin manual, muchas
veces hacen que los dineros sean utilizados en obras que no
benefician directamente a la comunidad local. Tambin se hace
referencia a la carencia de recursos financieros, las cuales estn
ligadas a la falta de eficiencia en los procesos de recaudacin,
captacin y obtencin de recursos financieros, a lo cual se suma el
aspecto de recursos humanos, ya que muchas veces el personal no
es distribuido de acuerdo a sus capacidades y profesiones.

2.1.5 SIALF GL
Sistema desarrollado por el Ministerio de Economa y Finanzas, el
cual permite el control de las operaciones de egreso o gasto
presupuestario, el que se sujeta al proceso de ejecucin
presupuestaria y financiera a travs de las siguientes etapas:
Comprometido, Devengado, Girado y Pagado, es de carcter
obligatorio para las Municipalidades que cuenten con conexin a
Internet, sin embargo no permite no se ajusta a las necesidades
29

propias de la labor en Adquisiciones, es mas de carcter contable, y
de control que permite al M:E:F: tener al pendiente de lo que se acta
en la instancia Municipal.

2.1.6 SICON
Sistema desarrollado por la Contadura Pblica de la Nacin, de
distribucin gratuita, derechos reservados bajo el decreto legislativo
N 822, es de uso oficial de los gobiernos locales, sin embargo este
sistema no brinda caractersticas necesarias para el uso diario que
ayude de manera significativa en el procedimiento de la labor, pero si
es de carcter contable y de informacin apara remitir sobre el
avance financiero presupuestal a la contadura pblica de la nacin,
para municipalidades que aun no usan el SIAF.

2.1.7 Sistema electrnico de adquisiciones y contrataciones del
estado (SEACE).
Es un sistema integral, compuesto por polticas, procedimientos,
normas y software basado en el uso de Internet, con el fin de dar
transparencia, optimizar, modernizar, haciendo publico las
convocatorias y dando oportunidad de participacin a los proveedores
de bienes y servicios el mismo que por la competencia generada
permite el ahorro en las contrataciones pblicas para el Estado
Peruano, as como la participacin de las Pymes, a travs de
30

PROMPYME. (Pero no ayuda en la evaluacin, ponderaciones y
calificaciones de acuerdo a ley.)

2.1.8 Tesis: Sistema de informacin para el control de servicios
ejecutados por EMSA Puno S.A desde el ao 2000.
Reyna Pastor Salas, UNA-PUNO 2000, Egresado de la Facultad de
Estadstica e Informtica.
El tesista, tuvo como principal objetivo el desarrollar un sistema de
informacin que adecue el control de servicios ejecutados por la
Oficina de Operaciones y Mantenimiento de la Empresa Municipal de
Saneamiento Bsico Puno S.A desde el ao 2000. Asimismo realiz
un anlisis, diseo e implementacin de un sistema de control,
tambin aplic una mtrica de software para garantizar la calidad del
sistema de control; tambin que permita la mejor toma de decisiones
en la empresa EMSAPUNO.
La investigacin mostro que el nuevo sistema de control de servicios
ejecutados es la mejor alternativa para lograr un adecuado control del
servicio de informacin superando el trabajo manual y montono.
Utiliz la tcnica de modelado de objetos OMT para el anlisis y
diseo del sistema como herramienta del desarrollo del software que
junto al lenguaje de programacin orientado a objetos (Visual Fox Pro
6.0) permiti una implementacin del lenguaje a las estructuras del
diseo garantizando la calidad del software.

31

2.1.9 Tesis: Sistema de informacin para el proceso de adquisiciones
y contrataciones en la municipalidad provincial de Puno.
Ccosi Mamani Luis Elver, UNA-PUNO 2009, egresado de la Facultad
de Mecnica Elctrica, Electrnica y Sistemas.
El tesista, se propuso desarrollar un Sistema de Informacin para los
Procesos de Adquisiciones y Contrataciones para la Municipalidad
Provincial de Puno, a ser implantado en la Sub Gerencia de Logstica.
Especficamente se propuso analizar, disear, desarrollar e implantar
un sistema de informacin que permita agilizar los procesos de las
subgerencia de logstica de la MPP, utilizando herramientas visuales.
Por otro lado el tesista concluy que el sistema de informacin que
utilizaba la subgerencia de logstica era manual, deficiente y precario,
por lo que dise y aplico un sistema de informacin de adquisicin
de bienes y contratacin de servicios. Hizo uso del Lenguaje Visual
Fox Pro, orientado a objetos para construir el sistema de informacin
con interfaces amigable e intuitivas para el usuario. El plan de
implantacin fue segn el exitoso.

2.2 Base terica

2.2.1 Sistemas de informacin
Un sistema de informacin es un conjunto de elementos que
interactan entre s con el fin de apoyar las actividades de una
empresa o negocio. En un sentido amplio, un sistema de informacin
32

no necesariamente incluye equipo electrnico (hardware). Sin
embargo en la prctica se utiliza como sinnimo de SIC.
Los elementos que interactan entre s son: el equipo computacional,
el recurso humano, los datos o informacin fuente, programas
ejecutados por las computadoras, las telecomunicaciones y los
procedimientos de polticas y reglas de operacin (Bonilla Carlos,
2011).
Segn (Bonilla Carlos, 2011) un sistema de informacin realiza cuatro
actividades bsicas: entrada, almacenamiento, procesamiento y salida
de informacin.
Entrada de informacin: Es el proceso mediante el cual el Sistema de
Informacin toma los datos que requiere para procesar la informacin.
Las entradas pueden ser manuales o automticas. Las manuales son
aquellas que se proporcionan en forma directa por el usuario,
mientras que las automticas son datos o informacin que provienen
o son tomados de otros sistemas o mdulos. Esto ltimo se denomina
interfaces automticas.
Las unidades tpicas de entrada de datos a las computadoras son las
terminales, las cintas magnticas, las unidades de diskette, los
cdigos de barras, los escner, la voz, los monitores sensibles al
tacto, el teclado y el mouse, entre otras.
33

Almacenamiento de informacin: El almacenamiento es una de las
actividades o capacidades ms importantes que tiene una
computadora, ya que a travs de esta propiedad el sistema puede
recordar la informacin guardada en la seccin o proceso anterior.
Esta informacin suele ser almacenada en estructuras de informacin
denominadas archivos. La unidad tpica de almacenamiento son los
discos magnticos o discos duros, los discos flexibles o diskettes y los
discos compactos (CD-ROM).
Procesamiento de Informacin: Es la capacidad del sistema de
informacin para efectuar clculos de acuerdo con una secuencia de
operaciones preestablecida. Estos clculos pueden efectuarse con
datos introducidos recientemente en el sistema o bien con datos que
estn almacenados. Esta caracterstica de los sistemas permite la
transformacin de datos fuente en informacin que puede ser utilizada
para la toma de decisiones, lo que hace posible, entre otras cosas,
que un tomador de decisiones genere una proyeccin financiera a
partir de los datos que contiene un estado de resultados o un balance
general de un ao base.
Salida de Informacin: La salida es la capacidad de un sistema de
informacin para sacar la informacin procesada o bien datos de
entrada al exterior. Las unidades tpicas de salida son las impresoras,
terminales, diskettes, cintas magnticas, la voz, los graficadores y los
plotters, entre otros.
34

Segn (Edwards, Ward & Bytheway, 1998) durante los prximos aos,
los sistemas de informacin cumplirn los siguientes objetivos:
Automatizar los procesos operativos.
Proporcionar informacin de apoyo a la toma de decisiones.
Lograr ventajas competitivas a travs de su implantacin y uso.
Con frecuencia, los sistemas de informacin que logran la
automatizacin de procesos operativos dentro de una organizacin
son llamados Sistemas Transaccionales, ya que su funcin principal
consiste en procesar transacciones tales como pagos, cobros, plizas,
planillas, entradas, salidas. Por otra parte, los sistemas de informacin
que apoyan el proceso de toma de decisiones son los sistemas de
apoyo a la toma de decisiones (DSS, por sus siglas en ingls Decisin
Supporting System). El tercer tipo de sistemas, de acuerdo con su uso
u objetivos que cumplen, es de los Sistemas Estratgicos, los cuales
se desarrollan en las organizaciones con el fin de lograr las ventajas
competitivas, a travs del uso de la Tecnologa de Informacin (TI)
(Edwards, Ward & Bytheway, 1998).
Segn (Edwards, Ward & Bytheway, 1998) en trminos prcticos, el
alcance del trmino "sistema de informacin" puede variar
notablemente entre una organizacin y otra y, segn el caso, puede
abarcar todos o algunos de los siguientes elementos:
35

Bases de datos de la compaa,
Software de gestin integral de empresas (ERP, por sus siglas en
ingls),
Herramienta para la gestin de relaciones con los clientes
Herramienta para la gestin de la cadena de suministro
Solicitudes de empleo,
Infraestructura de red,
Servidores de datos y sistemas de almacenamiento,
Servidor de aplicaciones,
Dispositivos de seguridad.

2.2.2 Sistema de gestin
Un sistema de gestin es una estructura probada para la gestin y
mejora continua de las polticas, los procedimientos y procesos de la
organizacin (Vergara Gonzalo, 2009).
Las mejores empresas funcionan como unidades completas con una
visin compartida. Ello engloba la informacin compartida,
evaluaciones comparativas, trabajo en equipo y un funcionamiento
acorde con los ms rigurosos principios de calidad y del medio
ambiente (Vergara Gonzalo, 2009).
Un sistema de gestin ayuda a lograr los objetivos de la organizacin
mediante una serie de estrategias, que incluyen la optimizacin de
36

procesos, el enfoque centrado en la gestin y el pensamiento
disciplinado (Vergara Gonzalo, 2009).
Por qu los sistemas de gestin son necesarios?
Asimismo las empresas que operan en el siglo XXI se enfrentan a
muchos retos, significativos, entre ellos:
Rentabilidad
Competitividad
Globalizacin
Velocidad de los cambios
Capacidad de adaptacin
Crecimiento
Tecnologa
Equilibrar estos y otros requisitos empresariales puede constituir un
proceso difcil y desalentador. Es aqu donde entran en juego los
sistemas de gestin, al permitir aprovechar y desarrollar el potencial
existente en la organizacin.
Segn (Vergara Gonzalo, 2009) la implementacin de un sistema de
gestin eficaz puede ayudar a:
Mejorar la efectividad operativa
Reducir costos
Aumentar la satisfaccin de clientes y partes interesadas
37

Lograr mejoras continuas
Potenciar la innovacin
Eliminar las barreras al comercio
2.2.3 Base de datos
Una base de datos es un almacn que nos permite guardar grandes
cantidades de informacin de forma organizada para que luego
podamos encontrar y utilizar fcilmente. A continuacin te
presentamos una gua que te explicar el concepto y caractersticas
de las bases de datos (Date, C.J. 2001).
El trmino de bases de datos fue escuchado por primera vez en 1963,
en un simposio celebrado en California, USA. Una base de datos se
puede definir como un conjunto de informacin relacionada que se
encuentra agrupada estructurada (Date, C.J. 2001).
Desde el punto de vista informtico, la base de datos es un sistema
formado por un conjunto de datos almacenados en discos que
permiten el acceso directo a ellos y un conjunto de programas que
manipulen ese conjunto de datos(Date ,C.J. 2001).
Cada base de datos se compone de una o ms tablas que guarda un
conjunto de datos. Cada tabla tiene una o ms columnas y filas. Las
columnas guardan una parte de la informacin sobre cada elemento
38

que queramos guardar en la tabla, cada fila de la tabla conforma un
registro (Date, C.J. 2001).
Definicin de base de datos
Se define una base de datos como una serie de datos organizados y
relacionados entre s, los cuales son recolectados y explotados por los
sistemas de informacin de una empresa o negocio en particular (Ceri
Stefano & Giossepe Pelagatti ,1985).
Las bases de datos tradicionales se organizan por campos, registros y
archivos. Un campo es una pieza nica de informacin; un registro es
un sistema completo de campos; y un archivo es una coleccin de
registros. Por ejemplo una gua de telfono es anloga a un archivo,
contiene una lista de registros, cada uno de los cuales consiste en
tres campos: nombre, direccin, y nmero de telfono (Ceri Stefano &
Giossepe Pelagatti ,1985).
Caractersticas de una Base de Datos
Segn (Ceri Stefano & Giossepe Pelagatti ,1985) entre las principales
caractersticas de los sistemas de base de datos podemos mencionar:
Independencia lgica y fsica de los datos.
Redundancia mnima.
Acceso concurrente por parte de mltiples usuarios.
Integridad de los datos.
39

Consultas complejas optimizadas.
Seguridad de acceso y auditora.
Respaldo y recuperacin.
Acceso a travs de lenguajes de programacin estndar.
Ventajas de las Bases de Datos
Segn (Ceri Stefano & Giossepe Pelagatti ,1985) las ventajas son las
siguientes:
Control sobre la redundancia de datos
Los sistemas de ficheros almacenan varias copias de los
mismos datos en ficheros distintos. Esto hace que se
desperdicie espacio de almacenamiento, adems de provocar
la falta de consistencia de datos.
En los sistemas de bases de datos todos estos ficheros estn
integrados, por lo que no se almacenan varias copias de los
mismos datos. Sin embargo, en una base de datos no se puede
eliminar la redundancia completamente, ya que en ocasiones
es necesaria para modelar las relaciones entre los datos.
Consistencia de datos
Eliminando o controlando las redundancias de datos se reduce
en gran medida el riesgo de que haya inconsistencias. Si un
40

dato est almacenado una sola vez, cualquier actualizacin se
debe realizar slo una vez, y est disponible para todos los
usuarios inmediatamente. Si un dato est duplicado y el
sistema conoce esta redundancia, el propio sistema puede
encargarse de garantizar que todas las copias se mantienen
consistentes.
Comparticin de datos
En los sistemas de ficheros, los ficheros pertenecen a las
personas o a los departamentos que los utilizan. Pero en los
sistemas de bases de datos, la base de datos pertenece a la
empresa y puede ser compartida por todos los usuarios que
estn autorizados.
Mantenimiento de estndares
Gracias a la integracin es ms fcil respetar los estndares
necesarios, tanto los establecidos a nivel de la empresa como
los nacionales e internacionales. Estos estndares pueden
establecerse sobre el formato de los datos para facilitar su
intercambio, pueden ser estndares de documentacin,
procedimientos de actualizacin y tambin reglas de acceso.

41

Mejora en la integridad de datos
La integridad de la base de datos se refiere a la validez y la
consistencia de los datos almacenados. Normalmente, la
integridad se expresa mediante restricciones o reglas que no se
pueden violar. Estas restricciones se pueden aplicar tanto a los
datos, como a sus relaciones, y es el SGBD quien se debe
encargar de mantenerlas.
Mejora en la seguridad
La seguridad de la base de datos es la proteccin de la base de
datos frente a usuarios no autorizados. Sin unas buenas
medidas de seguridad, la integracin de datos en los sistemas
de bases de datos hace que stos sean ms vulnerables que
en los sistemas de ficheros.
Mejora en la accesibilidad a los datos
Muchos SGBD proporcionan lenguajes de consultas o
generadores de informes que permiten al usuario hacer
cualquier tipo de consulta sobre los datos, sin que sea
necesario que un programador escriba una aplicacin que
realice tal tarea.

42

Tipos de Campos
Segn (Ceri Stefano & Giossepe Pelagatti ,1985) cada Sistema de
Base de Datos posee tipos de campos que pueden ser similares o
diferentes. Entre los ms comunes podemos nombrar:
Numrico: entre los diferentes tipos de campos numricos
podemos encontrar enteros sin decimales y reales
decimales.
Booleanos: poseen dos estados: Verdadero Si y Falso No.
Memos: son campos alfanumricos de longitud ilimitada.
Presentan el inconveniente de no poder ser indexados.
Fechas: almacenan fechas facilitando posteriormente su
explotacin. Almacenar fechas de esta forma posibilita ordenar
los registros por fechas o calcular los das entre una fecha y
otra.
Alfanumricos: contienen cifras y letras. Presentan una longitud
limitada (255 caracteres).
Autoincrementables: son campos numricos enteros que
incrementan en una unidad su valor para cada registro
incorporado. Su utilidad resulta: Servir de identificador ya que
resultan exclusivos de un registro.

43

2.2.4 Sistema de gestin de base de datos (SGBD)
Los Sistemas de Gestin de Base de Datos (en ingls Data Base
Management System) son un tipo de software muy especfico,
dedicado a servir de interfaz entre la base de datos, el usuario y las
aplicaciones que la utilizan. Se compone de un lenguaje de definicin
de datos, de un lenguaje de manipulacin de datos y de un lenguaje
de consulta (Date, C.J. 2001).
Algunos ejemplos de SGBD son Oracle, DB2, PostgreSQL, MySQL,
MS SQL Server, etc.
Caractersticas de un SGBD
Segn (Date, C.J. 2001) las caractersticas de un Sistema Gestor de
Base de Datos SGBD son:
Abstraccin de la informacin.
Los SGBD ahorran a los usuarios detalles acerca del
almacenamiento fsico de los datos. Da lo mismo si una base
de datos ocupa uno o cientos de archivos, este hecho se hace
transparente al usuario. As, se definen varios niveles de
abstraccin.
Independencia.
La independencia de los datos consiste en la capacidad de
modificar el esquema (fsico o lgico) de una base de datos sin
44

tener que realizar cambios en las aplicaciones que se sirven de
ella.
Redundancia mnima.
Un buen diseo de una base de datos lograr evitar la
aparicin de informacin repetida o redundante. De entrada, lo
ideal es lograr una redundancia nula; no obstante, en algunos
casos la complejidad de los clculos hace necesaria la
aparicin de redundancias.
Consistencia.
En aquellos casos en los que no se ha logrado esta
redundancia nula, ser necesario vigilar que aquella
informacin que aparece repetida se actualice de forma
coherente, es decir, que todos los datos repetidos se actualicen
de forma simultnea.
Seguridad.
La informacin almacenada en una base de datos puede llegar
a tener un gran valor. Los SGBD deben garantizar que esta
informacin se encuentra segura frente a usuarios
malintencionados, que intenten leer informacin privilegiada;
frente a ataques que deseen manipular o destruir la
informacin; o simplemente ante las torpezas de algn usuario
autorizado pero despistado. Normalmente, los SGBD disponen
de un complejo sistema de permisos a usuarios y grupos de
45

usuarios, que permiten otorgar diversas categoras de
permisos.
Integridad.
Se trata de adoptar las medidas necesarias para garantizar la
validez de los datos almacenados. Es decir, se trata de
proteger los datos ante fallos de hardware, datos introducidos
por usuarios descuidados, o cualquier otra circunstancia capaz
de corromper la informacin almacenada.
Respaldo y recuperacin.
Los SGBD deben proporcionar una forma eficiente de realizar
copias de respaldo de la informacin almacenada en ellos, y de
restaurar a partir de estas copias los datos que se hayan
podido perder.
Control de la concurrencia.
En la mayora de entornos (excepto quizs el domstico), lo
ms habitual es que sean muchas las personas que acceden a
una base de datos, bien para recuperar informacin, bien para
almacenarla. Y es tambin frecuente que dichos accesos se
realicen de forma simultnea. As pues, un SGBD debe
controlar este acceso concurrente a la informacin, que podra
derivar en inconsistencias.

46

2.2.5 Base de datos relacionales
Una base de datos relacional es una base de datos que cumple con el
modelo relacional, el cual es el modelo ms utilizado en la actualidad
para implementar bases de datos ya planificadas. Permiten establecer
interconexiones (relaciones) entre los datos (que estn guardados en
tablas), y a travs de dichas conexiones relacionar los datos de
ambas tablas, de ah proviene su nombre: "Modelo Relacional" (Date,
C.J. ,2001).
2.2.6 Visual Basic
Visual Basic es un lenguaje de programacin dirigido por eventos, es
el lenguaje de macros de Microsoft Visual Basic que se utiliza para
programar aplicaciones en Windows y que se incluyen en varias
aplicaciones Microsoft. VBA permite a usuarios y programadores
ampliar la funcionalidad de programas de Microsoft Office. Visual
Basic para Aplicaciones es un subconjunto casi completo de Visual
Basic 5.0 y 6.0 (Rancel Mario, 2010).
Microsoft VBA viene integrado en aplicaciones de Microsoft Office,
como Word, Excel, Access y Powerpoint. Prcticamente cualquier
cosa que se pueda programar en Visual Basic 5.0 o 6.0 se puede
hacer tambin dentro de un documento de Office, con la sola
limitacin que el producto final no se puede compilar separadamente
del documento, hoja o base de datos en que fue creado; es decir, se
47

convierte en una macro (o ms bien sper macro). Esta macro puede
instalarse o distribuirse con slo copiar el documento, presentacin o
base de datos. Su utilidad principal es automatizar tareas cotidianas,
as como crear aplicaciones y servicios de bases de datos para el
escritorio (Rancel Mario, 2010).
2.2.7 Base de datos Access
Es un software de gran difusin entre pequeas empresas (PYMES)
cuyas base de datos no requieren de excesiva potencia, ya que se
integra perfectamente con el resto de aplicaciones de Microsoft y
permite crear pequeas aplicaciones con unos pocos conocimientos
del programa. Microsoft Access 2007, permite crear formularios para
insertar y modificar datos fcilmente. Al igual que todas las buenas
bases de datos relacionales, tienen un entorno grafico para ver
fcilmente la informacin relacionada entre las diferentes tablas de la
base de datos. Una caracterstica adicional es la creacin de base de
datos que puedan ser consultados por distintos programas (lvarez
Miguel, 2007).
2.2.8 Metodologas agiles
Es un nuevo enfoque para afrontar el desarrollo de un sistema
software, se diferencian de las metodologas tradicionales por dar la
bienvenida a los cambios, se capturan los cambios para que el cliente
tenga una ventaja competitiva (Pardo Mario, 2010).
48

La prioridad de las metodologas agiles es satisfacer al cliente
mediante tempranas y continuas entregas de software que le aporten
un valor (Pardo Mario, 2010).
2.2.9 Metodologa XP Extreme Programming
La metodologa gil XP est centrada en potenciar las relaciones
interpersonales como clave para el xito en el desarrollo de software,
promoviendo el trabajo en equipo, preocupndose por el aprendizaje
de los desarrolladores, y propiciando un buen clima de trabajo. XP se
basa en realimentacin continua entre el cliente y el equipo de
desarrollo, comunicacin fluida entre todos los participantes,
simplicidad en las soluciones implementadas y coraje para enfrentar
los cambios. XP se define como especialmente adecuada para
proyectos con requisitos imprecisos y muy cambiantes, y donde existe
un alto riesgo tcnico. A continuacin presentaremos las
caractersticas esenciales de XP organizadas en los cuatro apartados
siguientes: historias de usuarios, roles, proceso y prcticas (Canos
Jos, Letelier Patricio, Penades Carmen, 2010).

Historias de Usuario
Es la tcnica utilizada para especificar los requisitos de software. Se
trata de tarjetas de papel donde el cliente describe brevemente las
caractersticas que el sistema debe poseer, sean requisitos
funcionales o no funcionales. El tratamiento de las historias de usuario
49

es muy dinmico y flexible. Cada historia de usuario es lo
suficientemente comprensible y delimitada para que los
programadores puedan implementarla en unas semanas. A efectos de
planificacin, las historias pueden ser de una a tres semanas de
tiempo de programacin (para no superar el tamao de una
iteracin). Las historias de usuario son descompuestas en tareas de
programacin y asignadas a los programadores para ser
implementadas durante la iteracin (Canos Jos, Letelier Patricio,
Penades Carmen, 2010).

Roles XP
Segn (Canos Jos, Letelier Patricio, Penades Carmen, 2010) los
roles de la metodologa son:
Programador. El programador escribe las pruebas unitarias y
produce el cdigo del sistema.
Cliente. Escribe las historias de usuario y las pruebas
funcionales para validar su implementacin.
Encargado de pruebas (Tester). Ayuda al cliente a escribir las
pruebas funcionales. Ejecuta las pruebas regularmente.
Encargado de seguimiento (Tracker). Proporciona
realimentacin al equipo. Verifica el grado de acierto entre las
estimaciones realizadas y el tiempo real dedicado, para mejorar
50

futuras estimaciones. Realiza el seguimiento del progreso de
cada iteracin.
Entrenador (Coach). El responsable del proceso global. Debe
proveer guas al equipo de forma que se apliquen las practicas
XP y se siga el progreso correctamente.
Consultor. Es un miembro externo del equipo con un
conocimiento especfico en algn tema necesario para el
proyecto, en el que puedan surgir problemas.
Gestor (Big Boss). Es un vnculo entre clientes y
programadores.

Proceso XP
Segn (Canos Jos, Letelier Patricio, Penades Carmen, 2010) el ciclo
de desarrollo consiste (a grandes rasgos) en los siguientes pasos:
1. El cliente define el valor de negocio a implantar.
2. El programador estima esfuerzo necesario para su
implementacin.
3. El cliente selecciona que construir, de acuerdo con sus
prioridades y las restricciones de tiempo.
4. El programador construye ese valor de negocio.
5. Vuelve al paso 1.

51

Practicas XP
La principal suposicin que se realiza en XP es la posibilidad de
disminuir la mtica curva exponencial del costo del cambio a lo largo
del proyecto, lo suficiente para que el diseo evolutivo funcione.
Esto se consigue gracias a las tecnologas disponibles para ayudar
en el desarrollo del software y a la aplicacin disciplinada de las
siguientes prcticas (Canos Jos, Letelier Patricio, Penades Carmen,
2010).

El juego de la planificacin. Hay comunicacin frecuente entre
el cliente y los programadores. El equipo tcnico realiza una
estimacin del esfuerzo requerido para la implementacin de
las historias de usuario y los clientes deciden sobre el mbito y
tiempo de las entregas y de cada iteracin.
Entregas pequeas. Producir rpidamente versiones del
sistema que sean operativas, aunque no cuenten con toda la
funcionalidad del sistema. Esta versin ya constituye un
resultado de valor para el negocio. Una entrega no debera
tardar ms de tres meses.
Diseo simple. Se debe disear la solucin ms simple que
pueda funcionar y ser implementada en un momento
determinado del proyecto.
52

Pruebas. La produccin del cdigo est dirigida por las
pruebas unitarias. Estas son establecidas por el cliente antes
de producirse el cdigo y son ejecutadas constantemente ante
cada modificacin del sistema.
Refactorizacin. Es una actividad constante de restructuracin
del cdigo con el objetivo de remover duplicacin de cdigo,
mejorar sus legibilidad, simplificarlo y hacerlo ms flexible para
facilitar los posteriores cambios. Se mejora la estructura interna
del cdigo sin alterar su comportamiento externo.
Programacin en parejas. Toda la produccin del cdigo debe
realizarse con trabajo en parejas de programadores. Esto
conlleva a ventajas implcitas (menor tasa de errores, mejor
diseo, etc.).
Integridad contina. Cada pieza de cdigo es integrada en el
sistema una vez que este lista. As, el sistema puede llegar a
ser integrado y construido varias veces en un mismo da.
40 horas por semana. Se debe trabajar un mximo de 40 horas
por semana. El trabajo extra desmotiva al equipo.
Estndares de programacin. XP enfatiza que la comunicacin
de los programadores es a travs de cdigo, con lo cual es
indispensable que se sigan ciertos estndares de programacin
para mantener el cdigo legible.

53

2.2.10 Ciclo de vida de XP
El ciclo de vida de XP se basa en el ciclo de vida iterativo e
incremental. Se realizan iteraciones cortas de tal manera que se
obtiene una rpida respuesta del cliente. De esta manera el desarrollo
se adapta rpidamente a los cambios que pueden surgir a lo largo del
proyecto (Canos Jos, Letelier Patricio, Penades Carmen, 2010).
Segn (Canos Jos, Letelier Patricio, Penades Carmen, 2010) las
fases son las siguientes:

Fase de Exploracin
En esta fase, los clientes plantean sus necesidades a partir de las
historias de usuario que sern realizadas durante la primera
iteracin. Por otro lado el equipo de desarrollo revisa las tecnologas,
prcticas y herramientas que van a ser utilizadas durante el proyecto.
En un ambiente con gran propensin a los cambios, puede ser
necesario explorar posibilidades de arquitectura mediante prototipos.

Fase de Planificacin
Los programadores y clientes se ponen de acuerdo para priorizan las
historias de usuario y el alcance de la primera versin del sistema.
Los riesgos aumentan conforme va aumentando la duracin de
construccin de la primera versin. La primera versin estar
conformada por un nmero determinado de iteraciones de entre una y
54

cuatro semanas. Durante la primera iteracin se crea la estructura del
sistema (por ello es importante elegir correctamente las historias de
usuario). En la planificacin, al igual que en la fase de exploracin,
tambin se pueden utilizar prototipos o "spikes" para mejorar la
estimacin. De esta manera se tendrn estimaciones de confianza.

Fase de Iteraciones
En cada iteracin el cliente decide las historias de usuario que se
realizarn. stas se dividirn en tareas que sern desarrolladas en la
siguiente versin. Idealmente, al finalizar cada iteracin, el cliente
habr realizado las pruebas funcionales para asegurarse de que todo
funciona correctamente. En caso de que existan errores, stos se
solucionarn en las siguientes iteraciones.

Fase de Produccin
A la hora de hacer el paso a produccin, se requieren pruebas de
aceptacin y comprobaciones adicionales. En esta fase se debe
decidir si los errores, las nuevas funcionalidades o las modificaciones,
se incluyen o no en la versin actual. Durante esta fase, las
iteraciones pueden disminuir su duracin para aumentar la
velocidad y el ritmo con el que se converge al final de la versin. El
riesgo es el elemento ms importante en estos casos.

55

Fase de Mantenimiento
La evolucin constante, refactorizaciones y mejoras del cdigo
fuente requieren de un mayor esfuerzo para satisfacer tambin las
tareas del cliente. Esta fase suele implicar iteraciones ms largas,
incorporar nuevos desarrolladores e incluso reestructurar el equipo de
desarrollo.

Fase de Muerte del Proyecto
Un proyecto entrar en esta fase cuando el cliente no tenga ms
historias de usuario para ser incluidas en el sistema. Las necesidades
del cliente pasan a aspectos como el rendimiento del sistema. Este
suceso marcar el inicio para generar la documentacin definitiva del
sistema y dejar de realizar cambios en la arquitectura.

2.2.11 Segunda Especializacin de la Facultad de Ciencias de la
Educacin
La Segunda Especializacin de la Facultad de Ciencias de la
Educacin es una institucin que se encarga de perfeccionar a los
profesionales, otorgndoles formacin especializada de alta
calificacin, capacidad de gestin, investigacin, compromiso social,
identidad nacional y cultural; inculcando valores ticos y afn de
bsqueda del desarrollo local, regional y nacional.
56

Su objetivo es formar especialistas en las distintas reas de accin
educativa, capaces de mejorar los servicios educativos de las
instituciones pblicas y privadas, dotndoles de personal altamente
capacitado para proponer alternativas de cambio en la direccin y
liderazgo de las instituciones educativas para optimizar la educacin
peruana.
57

Figura 1: Organigrama de la Segunda Especializacin de la Facultad de
Ciencias de la Educacin

Fuente: Segunda Especializacin de Educacin

2.2.12 Tcnica de prueba
Con el fin de garantizar la calidad del producto en cuanto a
especificaciones, diseo y codificacin es que se utiliza la siguiente
tcnica (Pressman Roger S. ,2010):
Tcnica de Prueba de Caja Negra: Se refieren a los requisitos
funcionales, ya que bsicamente se refieren a las pruebas que se
hacen sobre la interfaz del software, haciendo necesariamente que
CONSEJO DE FACULTAD
DECANO
SECRETARIA TECNICA
DIRECTOR DE LA SEGUNDA
ESPECIALIZACION DE EDUCACION
SECRETARIA
CONTADOR
ESTUDIANTES DOCENTES ESPECIALIDADES
58

la informacin de entrada sea aceptada de forma adecuada y que
a su vez se produzca una salida correcta (Pressman Roger S.
,2010).

59

CAPTULO III
MATERIALES Y MTODOS

3.1 Metodologa de la investigacin
El presente estudio es del tipo Cuasi Experimental, porque se hace un
experimento Pre Test y Post Test sin aleatorizar la muestra, y el tipo de
diseo del experimento es un Intrasujetos o de medidas repetidas dado que
son los mismos sujetos los que participan en el Pre Test y Post Test del
experimento.

60

3.2 Utilidad de los resultados de estudio
Esta investigacin da a conocer a todas las instituciones pblicas y privadas
que se debe de utilizar todos los medios que estn a su alcance para lograr
un mejor desarrollo de gestin de informacin. Adems se muestra en la
presente investigacin cmo es posible lograr optimizar los procesos con
que cuenta una determinada institucin haciendo uso de la informtica,
logrando optimizar la mayor cantidad de recursos posibles.

3.3 Poblacin y muestra

3.3.1 Poblacin
La poblacin en un proyecto de investigacin puede estar constituida
por personas, objetos, materiales, servicios y otros. En nuestro caso
la poblacin est constituida por el total de personas que estn en la
base de datos, son los estudiantes matriculados que son en nmero
320, los docentes que son 10 y el personal administrativo que est
constituido por 3 personas. Por lo tanto nuestra poblacin total es de
N=333.

3.3.2 Muestra
Para la presente investigacin se obtuvo la muestra a partir del
objetivo de la misma, tomando la muestra por estratos de una manera
61

adecuada y conveniente. Se procede a dividir la poblacin en
estratos, luego se procede a definirla muestra para cada estrato.

Cuadro 2: Tamao de la muestra por estratos
Nro. Estratos Cantidad de
Personas
1 Estudiantes 20
2 Docentes 5
3 Personal Administrativo 3
Total 28

Cuadro 3: Valores de la muestra y la poblacin
VARIABLES
ESTRATOS
POBLACIN MUESTRA
Estudiantes 320 20
Docentes 10 5
Personal administrativo 3 3
Total 333 28

62

Grfico 1: Comparacin de la poblacin y muestra en cada
estrato

Fuente: Elaboracin propia.

Interpretacin del grfico 1: La poblacin para el estrato estudiantes
es de 320 mientras que su muestra es 20, la poblacin para el estrato
docentes es 10 mientras que su muestra es 5, la poblacin y la
muestra para el estrato personal administrativo es 3.

3.4 Material experimental a utilizarse
EL material que se usa en esta investigacin bsicamente data de las
encuestas que se toman a las personas que interactan directa o
indirectamente con el sistema. Adems para verificar el funcionamiento del
sistema y que sea correcto su funcionamiento se comparar los datos de
entrada con los reportes que emitir el sistema.

63

3.5 Tcnicas e instrumentos de recoleccin de datos
Se utilizarn los procedimientos manuales o digitales tradicionales (archivos,
recibos, copias, listados de pagos, etc.) que han permitido clasificar la
informacin proporcionados por el personal administrativo de la Segunda
Especializacin. Se har uso de toda esta informacin para poder utilizarla
en el nuevo diseo del sistema.

3.6 Metodologa de desarrollo
Para el desarrollo del sistema Sistema de Gestin para los Procesos
Acadmicos y Administrativos en la Segunda Especializacin de la Facultad
de Ciencias de la Educacin de la UNA Puno - 2012, se realiza utilizando
las prcticas de la metodologa gil XP.

3.7 Plataforma tecnolgica

3.7.1 Lenguaje de programacin
Para el desarrollo del proyecto se ha elegido el lenguaje de
programacin Visual Basic, debido a su amplitud para un desarrollo
rpido y eficiente, el cual implica un menor coste del desarrollo, y
proporciona las herramientas visuales adecuadas para la creacin de
interfaces entendibles.

64

3.7.2 Sistema operativo
EL sistema se desarrollar bsicamente para el entorno Windows,
para un mejor entendimiento y operatividad por parte del personal de
la entidad a la que se desarrolla el sistema.

3.8 mbito de estudio
Puno es un departamento del Per situado en el sureste del pas. Ocupa 67
mil km de territorio conformado por la mitad occidental de la Meseta del
Collao, al oeste del lago Titicaca, y las yungas amaznicas al norte. Limita al
este con territorio boliviano, al suroeste con los departamentos de Tacna,
Moquegua y Arequipa, al oeste con el del Cuzco y al norte con Madre de
Dios. El presente trabajo de investigacin se dirige bsicamente a los
usuario y estudiantes que radican en el departamento de Puno.

65

3.9 Hardware y software de desarrollo

Cuadro 4: Hardware y software de desarrollo para el estudio

HARDWARE SOFTWARE
-Impresora HP LaserJet P2055
-Memoria USB 4GB
-2 PC con memoria RAM 3GB,
disco duro de 250 GB.
- 1 laptop con memoria RAM 3GB,
disco duro 300 BG.
-Microsoft Word 2007
-Microsoft Access 2007
-Visual Basic para aplicaciones de
Access
-Google Chrome
-Notepad ++ 5.8.2
-Star UML
-Windows 7 Ultimate
-Balsamiq Mockups
-Edraw Flowchart
-IBM SPSS Statictis 21

66

CAPTULO IV

RESULTADOS Y DISCUSIN

4.1 Utilizacin de la metodologa extreme programming o XP
En este captulo presentamos la metodologa de desarrollo que sigue el
proceso de desarrollo de software basado en la metodologa gil XP.

4.2 Gestin del proyecto
En esta seccin describiremos la planificacin que ha seguido el proyecto a
lo largo de su desarrollo, junto con la documentacin asociada.

4.2.1 Planificacin inicial
Esta es la planificacin de historias de usuario que realizamos al
inicio, tras estudiar el proyecto y mantener conversaciones con el
cliente. De esta redaccin inicial de historias de usuario se realiz una
67

planificacin inicial y posteriormente fue cambiada a lo largo del
proyecto. Algunas de estas historias fueron eliminadas o cambiadas a
lo largo del proyecto, a medida que cambiaban los requisitos del
cliente o se tena una concepcin ms clara del proyecto.
Las historias de usuario inciales para el desarrollo del proyecto se
encuentran en la parte de Anexos. Tngase en cuenta que este
documento es la versin inicial, as que cambio durante el desarrollo
del proyecto.
A continuacin se presenta un cuadro de las historias de usuario y su
informacin relevante:
Cuadro 5: Historias de usuario
N Nombre Prioridad Riesgo Esfuerzo Iteracin
1 Introduccin de usuario
y password
Alta Alto 3 1
2 Mantenimiento de
estudiantes
Alta Medio 2 1
3 Buscar estudiante Alta Medio 2 1
4 Mantenimiento de
docentes
Media Medio 1 1
5 Matricula de
estudiantes
Alta Alto 2 2
6 Control de pagos de los
estudiantes
Alta Alto 2 2
7 Control del proyecto de
los estudiante
Media Medio 1 2
8 Informacin de
especialidad
Media Medio 1 3
9 Informacin de cursos Alta Medio 2 3
10 Emitir reportes Alta Medio 3 3
11 Generar y restaurar
backup
Alta Alto 2 3
68

El plan de entrega que se propone realizar para las tres iteraciones en
qu consiste el proyecto se presenta en las siguientes grficas:

Primera iteracin
Grfico 2: Tiempo de implementacin de los requerimientos
de la primera iteracin


Interpretacin del grfico 2: En este grfico se puede observar
que los requerimientos mantenimiento de docentes, buscar
estudiante y mantenimiento de estudiante se necesita 3
semanas para ser implementados, 1 semana para cada
requerimiento. Mientras que para el requerimiento usuario y
password es necesario 0.5 semanas.

69

Segunda iteracin
de la segunda iteracin


que los requerimientos control del proyecto de los estudiantes y
control de pagos de los estudiantes se necesita 2 semanas
para ser implementados, 1 semana para cada requerimiento.
Mientras que para el requerimiento matricula estudiante es
necesario el tiempo de 2 semanas para ser implementado.

70

Tercera iteracin
de la tercera iteracin


que los requerimientos generar copias de seguridad, emitir
reportes, informacin de cursos, informacin de especialidad
se necesita 4 semanas para ser implementados, 1 semana
para cada requerimiento.

Primera Iteracin: Se trata de tener preparadas las
funcionalidades bsicas relacionadas con el cliente.

Segunda Iteracin: En esta iteracin se enfoca a los requisitos
de los mdulos de pagos e investigacin
71

Tercera Iteracin: En esta iteracin se pretende entregar las
funcionalidades de emitir reportes y las copias de seguridad un
aspecto muy importante en un sistema informtico.

4.2.2 Iteracin 1
En esta primera iteracin consta de cuatro historias de usuario y se
detallan sus respectivas tareas:
1. Introduccin de usuario y password, esta historia de usuario tiene
las siguientes tareas:
- Asignarle un nombre de usuario y password a los usuarios del
sistema.
- Al momento de ingresar sus datos los usuarios se realiza la
comprobacin con la BD.
- Se le permite el ingreso al sistema a los usuarios validos.
2. Mantenimiento de estudiantes, esta historia de usuario tiene las
siguientes tareas:
- Tener la informacin actualizada de los estudiantes de la
segunda especializacin.
- Implementar las funciones de agregar, modificar, eliminar
datos del estudiante.
- Probar con datos reales las funciones implementadas.
3. Buscar estudiante, esta historia de usuario tiene las siguientes
tareas:
- Implementar la funcin buscar estudiante.
72

- Tener en cuenta los criterios para realizar la bsqueda
puede ser por apellido, nombre, documento de identidad,
nmero de matrcula.
- Probar con datos reales la funcin implementada.
4. Mantenimiento de docentes, esta historia de usuario tiene las
siguientes tareas:
-Tener la informacin actualizada de los docentes de la
segunda especializacin.
-Implementar las funciones de agregar, modificar, eliminar
datos del docente.
-Probar con datos reales las funciones implementadas.

4.2.3 Iteracin 2
En esta segunda iteracin consta de tres historias de usuario y se
1. Matricula de estudiante, esta historia de usuario tiene las
siguientes tareas:
-Se tiene la informacin actualizada de los estudiantes.
-Listado de los cursos en los que puede matricularse un
estudiante.
-Implementar el botn agregar para seleccionar los cursos a
matricular.
-Matricular al estudiante.
73

2. Control de pagos de los estudiantes, esta historia de usuario tiene
las siguientes tareas:
-Seleccionar al estudiante o buscar estudiante.
-Seleccionar pagos.
-Agregar, actualizar o eliminar un determinado pago realizado
por los estudiantes.
-Se debe mostrar el monto, la fecha, el nmero de
comprobante y el concepto por el cual se realiz el pago.
3. Control del proyecto de los estudiantes, esta historia de usuario
tiene las siguientes tareas:
-Seleccionar al estudiante o buscar estudiante.
-Seleccionar proyecto.
-Se debe mostrar el titulo, fecha, modalidad, estado del
proyecto.
-Al presionar abrir proyecto se debe visualizar el historial del
proyecto.

4.2.4 Iteracin 3
En esta tercera iteracin consta de cuatro historias de usuario y se
1. Informacin de especialidad, esta historia de usuario tiene las
siguientes tareas:
-Se tiene informacin actualizada de las especialidades.
74

-Se lista todas las especialidades definiendo grupo, ao,
nombre, sede.
- En cada especialidad se listan sus respectivos cursos.
-Se listan los docentes que estn asignados a un determinado
curso.
2. Informacin de cursos, esta historia de usuario tiene las siguientes
tareas:
-Se listan las fechas en las que se realizan clases en los
determinados cursos.
-Se detallan los nombres de los estudiantes de los cursos.
-Se detallan el material entregado a los estudiantes de un
determinado curso.
3. Emitir reportes, esta historia de usuario tiene las siguientes tareas:
-Tener informacin actualizada.
-Se emiten reportes necesarios e importantes para correcto el
control de la segunda especializacin.
4. Generar y restaurar backup, esta historia de usuario tiene las
siguientes tareas:
-Generacin de la funcin generar backup.
- Se genera un archivo que sirve como copia de seguridad.
-Generacin de la funcin restaurar backup.
-Se restaura el archivo en cualquier equipo que cuente con
Access 2007 a ms.

75

4.3 Implementacin del sistema

4.3.1 Diagrama de casos de uso del sistema
A continuacin se muestra los casos de uso del sistema, en base a
los requerimientos, las funciones que realizan los actores que
intervienen en el sistema:

Acciones generales del sistema
El grfico muestra las acciones que se llevan a cabo dentro del
sistema, de forma general.
Figura 2: Acciones generales del sistema


76

Diagrama de casos de uso de las funciones que realiza la
secretaria cuando interacta con el sistema.
Figura 3: Diagrama de caso de uso de la secretaria

Diagrama de casos de uso de las funciones que realiza el
contador cuando interacta con el sistema.
Figura 4: Diagrama de caso de uso del contador

77

Diagrama de casos de uso de la funcin que realiza el director
cuando interacta con el sistema
Figura 5: Diagrama de caso de uso del director


Diagrama de casos de uso del sistema especificando los actores
y las reas con las que interactan
En este diagrama de caso de uso se muestra a cada actor y con el
rea del sistema que interacta.
Figura 6: Diagrama de caso de uso del sistema

78

4.3.2 Diagrama de clases de anlisis

A continuacin se presenta el diagrama de clases de anlisis para la
aplicacin software:
Figura 7: Diagrama de clases de anlisis


79

4.3.3 Diagramas de flujos del funcionamiento del sistema
Diagrama de flujo para inicio de sesin
Figura 8: Diagrama de flujo para inicio de sesin

Diagrama de flujo para registrar datos del estudiante
Figura 9: Diagrama de flujo para registrar datos del estudiante

80

Diagrama de flujo para matricular al estudiante
Figura 10: Diagrama de flujo para matricular al estudiante

Diagrama de flujo para administrar cursos por parte de la
secretaria
Figura 11: Diagrama de flujo para administrar cursos

81

Diagrama de flujo para entregar ficha de curso desarrollado
Figura 12: Diagrama de flujo para entregar ficha de curso
desarrollado

Diagrama de flujo para emitir reportes
Figura 13: Diagrama de flujo para emitir reporte

82

Diagrama de flujo para registrar pagos
Figura 14: Diagrama de flujo para registrar pagos

Diagrama de flujo para validar pagos
Figura 15: Diagrama de flujo para validar pagos

83

Diagrama de flujo para solicitar reportes
Figura 16: Diagrama de flujo para solicitar reportes

4.3.4 Diseo de la base de datos
Para el diseo de la base de datos se tom en cuenta las
siguientes consideraciones:
- Se identific previamente las entidades y las interrelaciones.
- El diagrama fsico va de acuerdo a los criterios de
normalizacin, integridad referencial.
Al modelo de base de datos se le hicieron correcciones y
observaciones durante todo el desarrollo del sistema en base a las
pruebas correspondientes.
La base de datos que se desarroll se logr normalizar hasta la
tercera forma normal, y para lograr esto se bas en los criterios de
84

normalizacin. Entonces luego del proceso de normalizacin de la
base de datos logramos obtener una base de datos normalizada
hasta la tercera forma normal. Este modelo es el utilizado para la
aplicacin software.

Modelo entidad relacin
Luego de la identificacin, anlisis de las entidades y sus atributos
se muestra el modelo entidad relacin.

85

Figura 17: Modelo entidad relacin

86

Figura 18: Modelo relacional de la base de datos
87

4.3.5 Interfaz del sistema
Antes de presentar las interfaces desarrolladas se muestra la
navegabilidad del sistema, esto para mostrar de una manera ms
entendible como est estructurado el sistema.

Navegabilidad del sistema software
Figura 19: Navegabilidad del sistema

88

A continuacin se muestra las interfaces que se desarrollaron
utilizando el lenguaje de programacin Visual Basic, son las
interfaces finales del sistema para la Segunda Especializacin.
Estas interfaces se desarrollaron tomando en cuenta criterios de
usabilidad: esttica y diseo minimalista, flexibilidad y eficiencia de
uso y prevencin de errores.

Inicio de sesin
Esta pantalla es la del inicio de sesin, es la pantalla para
acceder al sistema y se necesita un nombre de usuario y una
contrasea.
Figura 20: Interfaz inicio de sesin

89

Panel de control
Esta es la pantalla inicial luego del ingreso al sistema, en el cual
podemos apreciar el men principal con las opciones que tiene
el sistema.

Figura 21: Interfaz panel de control

90

Interfaz del rea de matriculas
Logra buscar a los estudiantes matriculados en el sistema
mediante su Especialidad, Ao, Sede. Tambin introduciendo
sus nombres en el campo bsqueda.
Figura 22: Interfaz del rea de matrculas

Formulario matricular
Permite ubicar a un alumno matriculado por su DNI, si existe se
elije ao, sede y especialidad para matricular. Si no existe se
procede a llenar sus datos haciendo clic en el botn nuevo.

91

Figura 23: Interfaz formulario matrcula

Formulario persona
Permite llenar y guardar los datos de un nuevo estudiante que por
primera vez se matricula en alguna especialidad

Figura 24: Interfaz formulario persona

92

Formulario matrcula general
Una vez seleccionado el estudiante permite cambiar la
especialidad y el estado del estudiante.
Figura 25: Interfaz formulario matrcula-general

Formulario matrcula cursos
Permite matricular al estudiante en los cursos que seleccione
con el botn agregar, tambin se puede quitar cursos, te brinda
informacin del semestre, estado, grupo y la nota final de un
determinado curso.
Figura 26: Interfaz formulario matrcula-cursos

93

Formulario matrcula pagos
Permite saber la informacin de los pagos realizados por cada
estudiante como el monto, fecha, numero de comprobante y
porque concepto se realiz el pago.
Figura 27: Interfaz formulario matrcula-pagos

Formulario matrcula proyecto
Permite almacenar informacin del proyecto con el cual un
estudiante se va a graduar, esta parte es el rea de investigacin.
Figura 28: Interfaz formulario matrcula-proyecto

94

Formulario proyecto miembros
Permite asignar los miembros de jurado de un determinado
proyecto, as como las fechas en las que fue asignado los jurados.
Figura 29: Interfaz formulario proyecto-miembros

Formulario proyecto historial
Permite conocer todo el proceso por el que pasa el proyecto hasta
el momento de su aprobacin.
Figura 30: Interfaz formulario proyecto-historial

95

Formulario proyecto aprobacin
Permite almacenar el nombre del ttulo del proyecto aprobado,
tambin las fechas de inicio y ejecucin del proyecto.
Figura 31: Interfaz formulario proyecto-aprobacin

Formulario grupos fechas
Permite identificar un determinado grupo y a que especialidad
pertenece. Tambin permite saber que cursos se dictan en dicho
grupo y los docentes asignados a dictar los cursos.
En la parte derecha en la seccin fechas se puede imprimir un
reporte de asistencia de alumnos, el reporte se obtendr
dependiendo del curso.

96

Figura 32: Interfaz formulario grupos-fechas

Formulario grupos estudiantes
Permite saber en nombre de los estudiantes que estn
matriculados en un determinado curso, de un grupo. Tambin
imprime un registro auxiliar para los docentes.

Figura 33: Interfaz formulario grupos-estudiantes

97

Formulario grupos material
Permite saber que materiales se le entrego a los estudiantes de un
determinado grupo, tambin se imprime una planilla de entrega de
materiales para su respectivo control.
Figura 34: Interfaz formulario grupos-material

Formulario personas
Permite tener una vista de todas las personas que pertenecen a la
Segunda Especializacin no necesariamente matriculados sino
que estuvieron matriculados aos pasados.
Figura 35: Interfaz formulario personas

98

Formulario docentes
Permite tener una vista de los docentes que dictan cursos en la
Segunda Especializacin, con el botn nuevo docente se agrega a
un docente nuevo que dicto cursos en aos anteriores.
Figura 36: Interfaz formulario docentes

4.4 Prueba del sistema
La prueba del sistema de gestin para los procesos acadmicos y
administrativos se realiz utilizando un diseo intra-sujetos o de medidas
repetidas en el cual se propone realizar una encuesta pre test y otra post test
a un grupo experimental. En este estudio se considera grupo experimental a
la muestra de la investigacin conformada por el personal administrativo,
docentes y alumnos de la segunda especializacin. La encuesta pre test se
realiz antes de proceder con el desarrollo del sistema software.

99

Resultados de la encuesta pre test- usuarios directos (personal
administrativo)
Pregunta N 1: El diseo de las pantallas presentadas (interfaz) en el
sistema usted considera que son:
Tabla 1: Tabla estadstica de la pregunta n1-pre test usuarios directos
Alternativa Numero %
Bueno 1 33.33%
Malo 2 66.66%
Total de Encuestados 3 100%

Grfico 5: Grfico de barras de la pregunta n1- pre test usuarios
directos

Interpretacin del grfico 5: En el grafico podemos observar que el 33.33%
de los usuarios directos opinan que el diseo de las pantallas del sistema
son buenas, mientras que el 66.6% opina que el diseo de las pantallas del
sistema son malas.
100

Pregunta N 2: Al momento de interactuar con el sistema, usted comprueba
que el uso del sistema es:
Fcil 1 33.33%
Difcil 2 66.66%

directos

de los usuarios directos opinan que el uso del sistema es fcil, mientras que
el 66.6% opina que uso del sistema es difcil.
101

Pregunta N 3: Cuando le indica al sistema realizar alguna accin, la
informacin proporcionada por el sistema como respuesta a dicha accin es:

Interpretable 1 33.33%
No Interpretable 2 66.66%

directos

de los usuarios directos opinan que la informacin proporcionada por el
sistema es interpretable, mientras que el 66.6% opina que la informacin
proporcionada por el sistema es NO interpretable.
102

Pregunta N 4: La informacin proporcionada por el sistema acerca de los
resultados es:
Integra 1 33.33%
Errnea 2 66.66%

GRFICO 8: Grfico de barras de la pregunta n4- pre test usuarios
directos

Interpretacin del grfico 8: En el grfico podemos observar que el 33.33%
sistema acerca de los resultados es integra, mientras que el 66.6% opina
que es errnea.
103

Pregunta N 5: Al momento de interactuar con el sistema solicitando realizar
alguna funcionalidad el comportamiento del sistema es:
Adecuado 1 33.33%
Inadecuado 2 66.66%

directos

de los usuarios directos opinan que al momento de interactuar con el
sistema solicitando realizar alguna funcionalidad el comportamiento del
sistema es adecuado, mientras que el 66.6% opina que es inadecuado.
104

Pregunta N 6: El tiempo de acceso para utilizar el sistema es de:
Rpido(1-20
segundos)
0 0%
Lento(20 segundos a
mas)
3 100%

directos

Interpretacin del grfico 10: En el grfico podemos observar que el 0% de
los usuarios directos opina que el tiempo de acceso para utilizar el sistema
es rpido, mientras que el 100% opina que es lento.

105

Resultados de la encuesta pre test- usuarios indirectos (estudiantes-
docentes)
Pregunta N 1: El tiempo que se demoran en atenderlo utilizando el sistema
considera usted que es:
Tabla 7: Tabla estadstica de la pregunta n1-pre test usuarios
indirectos
Rpido(1-5 min) 0 0%
Lento(5 min a mas) 25 100%
Total de
Encuestados
25 100%
indirectos

los usuarios indirectos opina que el tiempo que se demoran en atenderlo
utilizando el sistema es rpido, mientras que el 100% opina que es lento.
106

Pregunta N 2: Los documentos que el sistema emite (reportes) y le son
entregados son:
indirectos
ntegros 5 20%
Errneos 20 80%

indirectos

los usuarios indirectos opinan que los documentos que el sistema emite y le
son entregados son ntegros, mientras que el 80% opina que son errneos.
107

Pregunta N 3: Al momento de realizar algn trmite la informacin que se le
solicita considera usted que es:
indirectos
Simple 9 36%
Compleja 16 64%
indirectos

los usuarios indirectos opinan que al momento de realizar algn trmite la
informacin que se le solicita es simple, mientras que el 64% opina que es
compleja.
108

Pregunta N 4: Obtiene beneficio con el sistema:
indirectos
Si 7 28%
No 18 72%
indirectos

los usuarios indirectos opinan que obtienen algn beneficio con el sistema,
mientras que el 72% opina que no obtiene ningn beneficio.
109

Resultados de la encuesta post test- usuarios directos (personal
administrativo)
Pregunta N 1: El diseo de las pantallas presentadas (interfaz) en el
sistema usted considera que son:
Tabla 11: Tabla estadstica de la pregunta n1-post test usuarios
directos
Bueno 3 100%
Malo 0 0%
Grfico 15: Grfico de barras de la pregunta n1- post test usuarios
directos

Interpretacin del grfico 15: En el grafico podemos observar que el 100%
de los usuarios directos opinan que el diseo de las pantallas del sistema
son buenas, mientras que el 0% opina que el diseo de las pantallas del
sistema son malas.
110

Pregunta N 2: Al momento de interactuar con el sistema, usted comprueba
que el uso del sistema es:
directos
Fcil 2 66.66%
Difcil 1 33.33%
directos

de los usuarios directos opinan que el uso del sistema es fcil, mientras que
el 33.33% opina que uso del sistema es difcil.
111

Pregunta N 3: Cuando le indica al sistema realizar alguna accin, la
informacin proporcionada por el sistema como respuesta a dicha accin es:
directos
Interpretable 2 66.66%
No Interpretable 1 33.33%
directos

sistema es interpretable, mientras que el 33.33% opina que la informacin
proporcionada por el sistema es NO interpretable.
112

Pregunta N 4: La informacin proporcionada por el sistema acerca de los
resultados es:
directos
Integra 3 100%
Errnea 0 0%
directos

Interpretacin del grfico 18: En el grfico podemos observar que el 100%
sistema acerca de los resultados es integra, mientras que el 0% opina que
es errnea.
113

Pregunta N 5: Al momento de interactuar con el sistema solicitando realizar
alguna funcionalidad el comportamiento del sistema es:
directos
Adecuado 2 66.66%
Inadecuado 1 33.33%
directos

de los usuarios directos opinan que al momento de interactuar con el
sistema solicitando realizar alguna funcionalidad el comportamiento del
sistema es adecuado, mientras que el 33.33% opina que es inadecuado.
114

Pregunta N 6: El tiempo de acceso para utilizar el sistema es de:
directos
Rpido(1-20
segundos)
3 100%
Lento(20 segundos a
mas)
0 0%
directos

de los usuarios directos opinan que el tiempo de acceso para utilizar el
sistema es rpido, mientras que el 0% opina que es lento.
115

Resultados de la encuesta post test- usuarios indirectos (estudiantes-
docentes)
Pregunta N 1: El tiempo que se demoran en atenderlo utilizando el sistema
considera usted que es:
indirectos
Rpido(1-5 min) 25 100%
Lento(5 min a mas) 0 0%
indirectos

de los usuarios indirectos opina que el tiempo que se demoran en atenderlo
utilizando el sistema es rpido, mientras que el 0% opina que es lento.
116

Pregunta N 2: Los documentos que el sistema emite (reportes) y le son
entregados son:
indirectos
ntegros 21 84%
Errneos 4 16%
indirectos

los usuarios indirectos opinan que los documentos que el sistema emite y le
son entregados son ntegros, mientras que el 16% opina que son errneos.
117

Pregunta N 3: Al momento de realizar algn trmite la informacin que se le
solicita considera usted que es:
indirectos
Simple 18 72%
Compleja 7 28%
indirectos

los usuarios indirectos opinan que al momento de realizar algn trmite la
informacin que se le solicita es simple, mientras que el 28% opina que es
compleja.
118

Pregunta N 4: Obtiene beneficio con el sistema:
indirectos
Si 25 100%
No 0 0%
indirectos

de los usuarios indirectos opinan que obtienen algn beneficio con el
sistema, mientras que el 0% opina que no obtiene ningn beneficio.
119

4.5 Prueba de hiptesis

Procedemos a definir la hiptesis nula y la hiptesis alternativa.
Ho: La implementacin del sistema software de gestin utilizando la
metodologa gil XP no hace eficiente los procesos acadmicos y
Ciencias de la Educacin de la UNA-PUNO.
Ha: La implementacin del sistema software de gestin utilizando la
metodologa gil XP hace eficiente los procesos acadmicos y
Ciencias de la Educacin de la UNA-PUNO.
Calculo de los descriptivos
Para la prueba de hiptesis se procede a calcular los descriptivos
de los resultados obtenidos en las encuestas pre test y post test
(ver anexos).
Identificando la normalidad
Se procede a realizar la diferencia entre ambas encuestas (post
test pre test) y determinar si los datos provienen de una
distribucin normal.

120

Tabla 21: Diferencia de datos obtenida de las encuestas

Utilizando el paquete SPSS se realiza la prueba de normalidad para
determinar si los datos provienen de una distribucin normal.
Tabla 22: Prueba de normalidad

121

Como la muestra es menor a 30 se utiliza la prueba de Shapiro-
Wilk. Adems la significancia es 0.003 <0.05 entonces la diferencia
no proviene de una distribucin normal, entonces se procede a
realizar la prueba no parametrica de Wilcoxon.

Prueba de Wilcoxon
Como los datos no provienen de una distribucin normal se
procede a realizar la prueba de Wilcoxon.
Tabla 23: Prueba no parametrica de Wilcoxon

Como el sig (bilateral)= 0.000<0.005=nivel de significancia
entonces se rechaza la hiptesis nula y se acepta la hiptesis
alternativa.

122

CONCLUSIONES

1. El sistema de gestin desarrollado mejora los procesos acadmicos y
administrativos en la Segunda Especializacin de la Facultad de Ciencias de
la Educacin de la UNA-Puno. Con el sistema desarrollado se tiene la
informacin integra y actualizada de los pagos, las matrculas, y el rea de
investigacin.

2. La metodologa gil XP (Extreme Programming) fue de mucha utilidad al
momento de desarrollar el sistema software. Es de resaltar sus prcticas,
las historias de usuarios para obtener los requerimientos del cliente
definiendo la prioridad, riesgo, esfuerzo. Tambin fue importante el
desarrollo del sistema en iteraciones, esto permiti entregarle al cliente
avances del software con funcionalidades ya implementadas.

3. El anlisis de los requerimientos del sistema para los procesos acadmicos
y administrativos de la Segunda Especializacin se realiz empleando los
diagramas de casos de uso, estos ayudaron a dar una visin ms clara de
las funcionalidades que posteriormente se implementaron.

4. Para el diseo de la base de datos se identific previamente las entidades y
las interrelaciones. La base de datos se logr normalizar hasta la tercera
forma normal, y para lograrlo se bas en criterios de normalizacin. Adems
123

se realiz un diseo de las interfaces previo basndose en las necesidades
de los usuarios.

5. La implementacin de las interfaces del sistema se desarroll con el
lenguaje visual basic, adems, se tom como base prototipos diseados
previamente, lo cual ayud a que el cliente tenga una visin ms clara de la
aplicacin que se iba a implementar.

6. Para evaluar el sistema se utiliz los cuestionarios pres test y post test,
adems se utiliz la prueba no parametrica Wilcoxon dado que los datos no
provenan de una distribucin normal. Esta prueba de Wilcoxon nos permiti
rechazar la hiptesis nula y por consiguiente aceptar la hiptesis alternativa.

124

RECOMENDACIONES

1. El sistema software de la Segunda Especializacin de la Facultad de
Ciencias de la Educacin debe integrarse al sistema de la Universidad
Nacional del Altiplano.

2. Tambin se debe implementar el rea de trmite documentario para hacer la
aplicacin software ms completa.

3. Se debe realizar la migracin de la base de datos a un gestor mucho ms
completo con el fin de brindarle al sistema nuevas caractersticas como
seguridad, concurrencia y vistas.

4. Adems, se debe cambiar el lenguaje de programacin a JAVA para
desarrollar una aplicacin distribuida.

5. Asimismo, se recomienda plantear casos de prueba bien documentados
para evaluar el software de una manera ms minuciosa.

6. Finalmente se recomienda brindar mantenimiento al sistema cuando se
presente problemas, esto para ayudar a cumplir las tareas que tienen los
usuarios.

125

BIBLIOGRAFA
REFERENCIAS BIBLIOGRFICAS
LIBROS

1. CERI Stefano & GIOSSEPE Pelagatti. (1985). Distibuted database principles
and systems (3ra Edicin). New York: McGraw-Hill.

2. DAT E, C.J. (2001). Introduccin a los Sistemas de Base de Datos (3ra
Edicin). Wilmington: Addison-Wesley Iberoamericana S.A.

3. EDWARDS, Ward & BYTHEWAY. (1998). Fundamentos de Sistemas de
Informacin. Madrid: Prentice Hall.

4. HANSEN, Gary & HANSEN, James. (1997). Diseo y administracin de
base de datos (2da Edicin). Madrid: Prentice Hall.

5. LARMAN, Craig. (2003). UML y Patrones. Una introduccin al anlisis y
diseo orientado a objetos y al proceso unificado. (2da Edicin). Madrid:
Prentice Hall.

6. LAWRENCE PFLEEGER, Shari. (2002). Ingeniera del Software Teora y
Prctica. Buenos Aires: Prentice Hall.

7. PRESSMAN, Roger S. (2010). Ingeniera del Software: un enfoque prctico.
(7ma Edicin). Mxico: McGraw Hill.

8. TORRES BARDALES, C. (1995). Orientaciones bsicas de Metodologa de
la investigacin cientfica. Lima Per: Editorial San Marcos.

126

TESIS

1. APAZA CHOQUE, Edgar (2009). Desarrollo de un Sistema de Registro
Acadmico usando tecnologa Web para el Instituto Superior Tecnolgico
TELESUP PUNO 2009. Tesis de ingeniera en Estadstica e Informtica.
Puno: Universidad Nacional del Altiplano, Facultad de Ingeniera Estadstica
e Informtica.

2. CANOS Jos & LETELIER Patricio, PENADES Carmen. (2010).
Metodologas Agiles en el Desarrollo de Software. Valencia: Universidad
Politcnica de Valencia, Facultad de Informtica.

3. CCOSI MAMANI, Luis Elver. (2009) Sistema de Informacin para el proceso
de adquisiciones y contrataciones en la Municipalidad Provincial de Puno.
Tesis de ingeniera en Sistemas. Puno: Universidad Nacional del Altiplano,
Facultad de Ingeniera de Sistemas.

4. PASTOR SALAS, Reyna (2008). Desarrollo de Sistema de Informacin para
el Control de Servicios Ejecutados por EMSAPUNO S.A., desde el ao 2000.
Tesis de Ingeniera en Sistemas. Puno: Universidad Nacional del Altiplano,
Facultad de Ingeniera de Sistemas.

5. RODRIGUEZ GONZALES PILAR. (2008). Estudio de la Aplicacin de
Metodologas Agiles para la Evolucin de productos Software. Tesis en
Mster en Tecnologas de la Informacin. Madrid: Universidad Politcnica de
Madrid, Facultad de Informtica.

6. SCHENONE MARCELO, Hernn. (2004). Diseo de una Metodologa gil
de Desarrollo de Software. Tesis de Ingeniera en Informtica. Buenos Aires:
Universidad de Buenos Aires, Facultad de Ingeniera.

127

REFERENCIAS WEB
1. ARTOLA, Luis. (2009). Mtricas para la calidad del software. Recuperado
(10/11/12). Disponible en Internet: <http://www.programania.net/desarrollo-
agil/metricas-para-la-calidad-del-software/>

2. BONILLA, Carlos. (2011). Concepto de Sistemas/Sistemas de Informacin.
Recuperado(11/10/12).Disponible en Internet:
<http://carlosbonilla.lacoctelera.net/post/2007/05/07/concepto-sistemas-
sistemas-informacion>

3. BSI. (2011)Qu son los sistemas de gestin? Recuperado (26/12/12).
Disponible en Internet: <http://www.bsigroup.com.mx/es-mx/Auditoria-y-
Certificacion/Sistemas-de-Gestion/De-un-vistazo/Que-son-los-sistemas-
de-gestion/>

4. CAVSI. (2011)Qu es un Sistema Gestor de Base de Datos o SGBD?.
Recuperado (31/08/2012). Disponible en
Internet:<http://www.cavsi.com/preguntasrespuestas/que-es-un-sistema-
gestor-de-bases-de-datos-o-sgbd/>

5. KIOSKEA. (2008). Nocin de Sistemas de Informacin. Recuperado
(31/08/2012). Disponible en Internet:
<http://es.kioskea.net/contents/systeme-d-information/si-systeme-d-
information.php3>

6. Ms adelante. (2011)Qu es una Base de Datos?, Definicin de Base de
Datos. Recuperado (31/08/2012). Disponible en Internet:
<http://www.masadelante.com/faqs/base-de-datos>

7. Microsoft Office. (2011). Tareas Bsicas en Access 2010. Recuperado
(21/10/12). Disponible en Internet: <http://office.microsoft.com/es-mx/access
help/tareas-basicas-en-access-2010
HA101829991.aspx?CTT=5&origin=HA010341722>

8. Monografas. (2011). Visual Basic.. Recuperado (26/12/12).Disponible en
Internet: <http://www.monografias.com/trabajos10/visual/visual.shtml.>

9. PARDO FERNANDEZ, Mario Enrique & MURADO PARDO, Emilio. (2012).
Metodologas de desarrollo agiles: SCRUM y Extreme Programming.
Recuperado (01/02/2013). Disponible en Internet:
<http://www.slideshare.net/ejordi/metodologas-de-desarrollo-giles-scrum-xp>

128

10. PEREZ VALDEZ, Damin. (2007). Qu son las Base de
Datos?.Recuperado (13/10/12). Disponible en Internet:
<http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-bases-
de-datos/>

11. RANCEL, Mario. (2012). Es Visual Basic un buen lenguaje de
programacin para aprender a programar?. Recuperado (01/02/2013).
Disponible en Internet:
<http://www.aprenderaprogramar.com/index.php?option=com_content&view
=article&id=116:ies-visual-basic-un-buen-lenguaje-de-programacion-para-
aprender-a-programar-ique-es-vbcu00303a&catid=37:curso-qprogramacion-
en-visual-basic-nivel-iq&Itemid=61>

12. VEGA BRICEO, Edgar Armando. (2005). Los sistemas de informacin y su
importancia para las organizaciones y empresas. Recuperado (31/08/2012).
Disponible en Internet:
http://www.gestiopolis.com/Canales4/mkt/simparalas.htm

13. VERGARA, Gonzalo. (2009). Qu es un sistema de Gestin?. Recuperado
(01/02/2013). Disponible en Internet: <http://mejoratugestion.com/mejora-tu-
gestion/que-es-un-sistema-de-gestion/>

129

ANEXOS
ANEXO 01
ENCUESTA PARA REALIZAR LA PRUEBA DE ACEPTACION DEL
SOFTWARE:SISTEMA DE GESTION PARA LOS PROCESOS ACADEMICOS Y
ADMINISTRATIVOS EN LA SEGUNDA ESPECIALIZACION DE LA FACULTAD
DE CIENCIAS DE LA EDUCACION DE LA UNA PUNO 2013 USUARIOS
DIRECTOS
1. El diseo de las pantallas presentadas (interfaz) en el sistema usted considera
que son:
a) Bueno
b) Malo
2. Al momento de interactuar con el sistema, usted comprueba que el uso del
sistema es:
a) Fcil
b) Difcil
3. Cuando le indica al sistema realizar alguna accin, la informacin proporcionada
por el sistema como respuesta a dicha accin es:
a) Interpretable
b) No interpretable
4. La informacin proporcionada por el sistema acerca de los resultados es:
a) Integra
b) Errnea
5. AL momento de interactuar con el sistema solicitando realizar alguna
funcionalidad el comportamiento del sistema es:
a) Adecuado
b) Inadecuado
6. EL tiempo de acceso para utilizar el sistema es de:
a) Rpido (1-20 segundos)
b) Lento (20 segundos a mas
130

ENCUESTA PARA REALIZAR LA PRUEBA DE ACEPTACION DEL
SOFTWARE:SISTEMA DE GESTION PARA LOS PROCESOS ACADEMICOS Y
ADMINISTRATIVOS EN LA SEGUNDA ESPECIALIZACION DE LA FACULTAD
DE CIENCIAS DE LA EDUCACION DE LA UNA PUNO 2013 USUARIOS
INDIRECTOS

1. El tiempo que se demoran en atenderlo utilizando el sistema considera usted que
es:
a) Rpido(1-5 minutos)
b) Lento(5 minutos a mas)
2. Los documentos que el sistema emite (reportes) y le son entregados son:
a) ntegros
b) Errneos
3. Al momento de realizar algn trmite la informacin que se le solicita con el
sistema considera usted que es:
a) Simple
b) Compleja
4. Obtiene un mayor beneficio con el sistema:
a) Si
b) No

131

ANEXO 02
CALCULO DE DESCRIPTIVOS DE LOS RESULTADOS OBTENIDOS EN LAS
ENCUESTAS PRE TEST Y POST TEST

132

ANEXO 03
HISTORIAS DE USUARIO PARA LA CAPTURA DE REQUERIMIENTOS DEL
CLIENTE

Historia de Usuario
Numero:
1
Nombre:
Introduccin de Usuario y Password
Usuario:
Secretaria, Contador
Desarrollador:
Tesista
Modificacin de la Historia Nmero:

Prioridad en Negocio:
Alta
Iteracin Asignada:
1
Riesgo en Desarrollo:
Alta
Esfuerzo:
3
Descripcin:
Funcin que permita al usuario ingresar su nombre de usuario y contrasea
para brindar seguridad a la informacin.
Observaciones:

Historia de Usuario
Numero:
2
Nombre:
Mantenimiento de Estudiantes
Usuario:
Secretaria
Desarrollador:
Tesista

Alta
Iteracin Asignada:
1
Medio
Esfuerzo:
2
Descripcin:
Permitir aadir, editar, eliminar la informacin de un estudiante.
Observaciones:

133

Historia de Usuario
Numero:
3
Nombre:
Buscar Estudiante
Usuario:
Secretaria
Desarrollador:
Tesista

Alta
Iteracin Asignada:
1
Medio
Esfuerzo:
2
Descripcin:
Permitir buscar a un estudiante ya sea por su apellido, nombre, numero de
matricula
Observaciones:

Historia de Usuario
Numero:
4
Nombre:
Mantenimiento de Docentes
Usuario:
Secretaria
Desarrollador:
Tesista

Media
Iteracin Asignada:
1
Medio
Esfuerzo:
1
Descripcin:
Permitir aadir, editar, eliminar la informacin de un docente seleccionado.
Observaciones:

134

Historia de Usuario
Numero:
5
Nombre:
Matricula de Estudiantes
Usuario:
Secretaria
Desarrollador:
Tesista

Alta
Iteracin Asignada:
2
Alto
Esfuerzo:
2
Descripcin:
Permitir matricular al estudiante, asignndole sus cursos.
Observaciones:

Historia de Usuario
Numero:
6

Nombre:
Control de pagos de los estudiantes
Usuario:
Contador
Desarrollador:
Tesista

Alta
Iteracin Asignada:
2
Alto
Esfuerzo:
2
Descripcin:
Registrar los pagos de los estudiantes. Conocer que pagos se realizaron, la
fecha de pago y porque asunto se realiz el pago.
Observaciones:

135

Historia de Usuario
Numero:
7
Nombre:
Control de proyecto de estudiante
Usuario:
Secretaria
Desarrollador:
Tesista

Media
Iteracin Asignada:
2
Medio
Esfuerzo:
1
Descripcin:
Tener la informacin del ttulo del proyecto, jurados asignados, numero de
revisiones, etc.
Observaciones:

Historia de Usuario
Numero:
8
Nombre:
Informacin de especialidad
Usuario:
Secretaria

Desarrollador:
Tesista

Media
Iteracin Asignada:
3
Medio
Esfuerzo:
1
Descripcin:
Conocer que cursos se dictan en una especialidad en un determinado
momento, as como que profesores son asignados a esos cursos.
Observaciones:

136

Historia de Usuario
Numero:
9
Nombre:
Informacin de cursos
Usuario:
Secretaria
Desarrollador:
Tesista

Alta
Iteracin Asignada:
3
Medio
Esfuerzo:
2
Descripcin:
Saber que alumnos, profesores, material entregado esta asociado a un
determinado curso.
Observaciones:

Historia de Usuario
Numero:
10
Nombre:
Emitir reportes
Usuario:
Secretaria, contador, director
Desarrollador:
Tesista

Alta
Iteracin Asignada:
3
Medio
Esfuerzo:
3
Descripcin:
Emitir reportes como por ejemplo: ficha de matrcula, listado de alumnos por
curso, material entregado a alumnos, etc.
Observaciones:

137

Historia de Usuario
Numero:
11
Nombre:
Generar y restaurar backup
Usuario:
Secretaria

Desarrollador:
Tesista

Alta
Iteracin Asignada:
3
Alto
Esfuerzo:
2
Descripcin:
Tener copias de seguridad diarias para asegurar que no se pierda la
informacin.
Observaciones:

138

ANEXO 04
CDIGO DEL SISTEMA DE LOS MODULOS PRINCIPALES
CODIGO DEL PROCESO DE INICIO DE SESION PARA INGRESAR AL
SISTEMA
Option Compare Database
Private loginOk As Boolean
Private Sub cmdCancelar_Click()
DoCmd.Close acForm, "Login"
End Sub

Private Sub cmdLogin_Click()
If checkReconnect.value = True Then
relinkSQLServer Me.cmbServer
End If
loginOk = False
If IsNull(Me.txtUsuario.value) Then
MsgBox "Debe ingresar el nombre de usuario!", vbExclamation
Exit Sub
End If
If IsNull(Me.txtPassword.value) Then
MsgBox "Debe ingresar el password!", vbExclamation
Exit Sub
End If

strCriteria = "usuario = '" & Me.txtUsuario.value & "' and password ='" & Me.txtPassword.value &
"'"
valor = DFirst("idpersona", "personal", strCriteria)
If IsNull(valor) Then
MsgBox "Password incorrecto!", vbExclamation
Exit Sub
End If

gUsuario_IdPersona = valor
loginOk = True
DoCmd.OpenForm "Panel", acNormal
DoCmd.Close acForm, "Login", acSaveYes

End Sub

Private Sub Form_Close()
If Not loginOk Then
If Not gDebug Then
Application.Quit acQuitSaveAll
End If
End If
End Sub
139

Private Sub Form_Load()
EnableDebug

' Dim strSQL As String
' On Error GoTo DB_Error
' strSQL = "SELECT COUNT(*) as count " & _
' "FROM Persona "
' Set rs = CurrentDb.OpenRecordset(strSQL, dbOpenDynaset)
' GoTo Continue
'DB_Error:
' Select Case Err
' Case 3024:
' Test = modRelink.fRefreshLinks
' Case 3044:
' Test = modRelink.fRefreshLinks
' End Select

Continue:

loginOk = False
If gDebug Then
Me.txtUsuario.value = "karin"
Me.txtPassword.value = "123"
End If
End Sub

Private Sub FormHeader_DblClick(Cancel As Integer)
Me.cmbServer.Visible = True

End Sub

CODIGO DE LA INTERFAZ PRINCIPAL DE AREA DE MATRICULAS
Dim sTempStr As String
Dim bChanged As Boolean
Private Function clearBox()
[SearchBox] = Null
cmbEspecialidad.value = Null
cmbAnho.value = Null
cmbSede.value = Null
End Function

Private Sub Apellidos_y_Nombres_DblClick(Cancel As Integer)
cmdEdit_Click
End Sub
140

Private Sub cmbAnho_AfterUpdate()
setCustomFilter

End Sub

Private Sub cmbEspecialidad_AfterUpdate()
setCustomFilter

End Sub

Private Sub cmbSede_AfterUpdate()
setCustomFilter
End Sub

Private Sub cmdEdit_Click()
DoCmd.OpenForm "Matricula", acNormal, , "idmatricula = " & Me!idmatricula, , acDialog
Me.Cursos.Requery
End Sub

Private Sub cmdGo_Click()
setCustomFilter
Exit Sub
Dim sFilter As String
Dim sText As String

sText = Nz(Me.SearchBox, "")

If Len(sText) = 0 Then
Exit Sub
End If

sFilter = "([Apellidos y Nombres] Like ""*" & sText & "*"") " _
& " OR ([Especialidad] Like ""*" & sText & "*"") " _
& " OR ([Sede] Like ""*" & sText & "*"")"

DoCmd.ApplyFilter , sFilter
cmdShowAll.Enabled = True
End Sub

Private Sub cmdNuevo_Click()
DoCmd.OpenForm "Matricular", acNormal, , , acFormAdd
End Sub

Sub setCustomFilter()
sFilter = ""
141

If Not IsNull(cmbEspecialidad) Then
sFilter = " idespecialdiad = " & cmbEspecialidad
End If

If Not IsNull(cmbAnho) Then
If Len(sFilter) > 0 Then sFilter = sFilter & " AND "

sFilter = sFilter & " [ao] = '" & cmbAnho & "'"
End If

If Not IsNull(cmbSede) Then

sFilter = sFilter & " [idsede] = " & cmbSede
End If

If Not IsNull(SearchBox) Then

sFilter = sFilter & " [Apellidos y Nombres] like '*" & SearchBox & "*' "
End If

Me.Filter = sFilter
Me.FilterOn = True
cmdShowAll.Enabled = True
End Sub

Private Sub cmdShowAll_Click()

SearchBox = Null
cmbEspecialidad.value = Null
cmbAnho.value = Null
cmbSede.value = Null

Me.Filter = ""
Me.FilterOn = False

'SearchBox.SetFocus
'cmdShowAll.Enabled = False
End Sub

Private Sub SearchBox_Change()
bChanged = True
End Sub

Private Sub SearchBox_KeyDown(KeyCode As Integer, Shift As Integer)
If KeyCode = vbKeyReturn Then
142

setCustomFilter
End If
End Sub

CODIGO DEL SISTEMA PARA EL PROCESO DE MATRICULAR A UN
ESTUDIANTE
Public sDNI As String
Public Function buscarDNI() As Boolean
If IsNull(txtDNI.Text) Then
Exit Function
End If
If Len(Trim(txtDNI.Text)) = 0 Then
Exit Function
End If

valor = DFirst("paterno & ' ' & materno & ', ' & nombres", "persona", "dni = '" & txtDNI.Text & "'")
If IsNull(valor) Then
txtFullName.value = "No existe!"
sDNI = ""

buscarDNI = False
Else
txtFullName.value = valor
sDNI = txtDNI.Text
buscarDNI = True
End If
End Function
Private Sub cmdBuscar_Click()
'If Not buscarDNI() Then
'DoCmd.Close acForm, "Matricular", acSaveYes
'gFlagMatricular = True
gStringValue = ""
DoCmd.OpenForm "Persona", acNormal, , , acFormAdd, acDialog
If gStringValue <> "" Then
txtDNI = gStringValue
txtDNI.SetFocus
buscarDNI
End If
'End If
End Sub

Private Sub cmdCancelar_Click()
DoCmd.Close acForm, "Matricular", acSaveYes
End Sub
143

Private Sub cmdNext_Click()
If Len(sDNI) = 0 Then
msgInfo "Debe seleccionar un estudiante"
Exit Sub
End If

If cmbEspecialidad.ListIndex = -1 Then
msgInfo "Debe seleccionar una especialidad"
Exit Sub
End If

If cmbAnho.ListIndex = -1 Then
msgInfo "Debe seleccionar el Ao"
Exit Sub
End If

If cmbSede.ListIndex = -1 Then
msgInfo "Debe seleccionar la Sede"
Exit Sub
End If

idestudiante = getIdEstudiante(sDNI)
If idestudiante = 0 Then
'Insertamos el estudiante
sSQL = "INSERT INTO Estudiante(IdPersona, Condicion) " & _
"VALUES (" & getIdPersona(sDNI) & ",'1')"
CurrentDb.Execute sSQL

idestudiante = getIdEstudiante(sDNI)

If idestudiante = 0 Then
msgError "Error al intentar insertar un estudiante"
Exit Sub
End If
End If

If ask("Desea matricular al estudiante?") Then
nLast = DLast("IdMatricula", "Matricula")
sSQL = "INSERT INTO Matricula ([ao], idespecialdiad, idestudiante, idsede) " & _
"VALUES ('" & cmbAnho & "', " & cmbEspecialidad & ", " & idestudiante & ", " & cmbSede
& ")"
If nLast = DLast("IdMatricula", "Matricula") Then
msgError "Ha ocurrido un error al intentar matricular, posible duplicado"
Else
DoCmd.Close acForm, Me.Name, acSaveYes
144

DoCmd.OpenForm "Matricula", acNormal, , "idmatricula = " & DLast("IdMatricula",
"Matricula")
End If
End If
End Sub

DoCmd.RunCommand acCmdSizeToFitForm
If DCount("Valor", "param", "codigo = '" & Year(Date) & "' AND Grupo = 'Ao'") = 0 Then
sSQL = "INSERT INTO param (grupo,codigo,valor) values ('Ao','" & Year(Date) & "','" &
Year(Date) & "')"
End If
If cmbSede.ListCount > 0 Then
cmbSede.value = "PUNO"
End If
End Sub

Private Sub txtDNI_Change()
'Debug.Print txtDNI.Text
If Len(txtDNI.Text) = 8 Then
buscarDNI
End If
End Sub

CODIGO DEL SISTEMA PARA EL PROCESO DE CONTROL DEL MATRICULA
(CURSOS MATRICULADOS), PAGOS Y AREA DE INVESTIGACION

Private Sub cmdAbrirProyecto_Click()
If IsNull(Me.subProyecto!Idproyecto) Then
msgError "Debe seleccionar un proyecto"
Exit Sub
End If
DoCmd.OpenForm "Proyecto", acNormal, , "IdProyecto = " & Me.subProyecto!Idproyecto, ,
acDialog
Me.subProyecto.Requery
End Sub

Private Sub cmdAgregar_Click()
Dim vals As String, sSQL As String
sSQL = "SELECT Curso.idcurso, Curso.curso as [Curso], Curso.plan & ' - ' & Curso.semestre as
[Plan] " & _
" FROM Curso " & _
" WHERE Curso.idespecialidad = " & Me!idespecialdiad & _
" AND esta_en_plan(" & Me![ao] & ",Curso.plan) = True " & _
145

" AND Curso.semestre = '" & cmbSemestre.value & "'"

'DoCmd.OpenForm "popup Seleccionar Valores", acNormal, , , , acDialog

vals = getValuesPopup(sSQL, True)

If Len(vals) > 0 Then
Dim arr() As String
arr = Split(vals, ",")
For i = 0 To UBound(arr)

sSQL = "SELECT Grupo_Cursos.IdGrupoCurso " & _
"FROM Grupo INNER JOIN Grupo_Cursos ON Grupo.IdGrupo = Grupo_Cursos.IdGrupo " & _
"WHERE Grupo_Cursos.idcurso = " & arr(i) & " AND Grupo.[Ao] = '" & Me![ao] & "' AND
Grupo.idespecialdiad = " & Me!idespecialdiad

Set rs = CurrentDb.OpenRecordset(sSQL, dbOpenDynaset, dbSeeChanges)
If Not rs.EOF Then
nCount = 0
While Not rs.EOF
nCount = nCount + 1
rs.MoveNext
Wend
rs.MoveFirst

If nCount = 1 Then
sSQL = "INSERT INTO matriculacursos (idmatricula,idcurso,idestado,IdGrupoCurso) " & _
"VALUES (" & Me!idmatricula & "," & arr(i) & ", '01'," & rs!IdGrupoCurso & ")"
Else
sSQL = "INSERT INTO matriculacursos (idmatricula,idcurso,idestado ) " & _
"VALUES (" & Me!idmatricula & "," & arr(i) & ", '01')"
End If
Else
sSQL = "INSERT INTO matriculacursos (idmatricula,idcurso,idestado ) " & _
"VALUES (" & Me!idmatricula & "," & arr(i) & ", '01')"
End If
rs.Close
Set rs = Nothing
Next i
subCursos.Requery
End If
End Sub

Private Sub cmdCerrar__cmdCerrar_Click()
On Error Resume Next
'DoCmd.RunCommand acCmdUndo
146

DoCmd.RunCommand acCmdSaveRecord
actualizarUltimoPago Me!idmatricula
DoCmd.Close acForm, "Matricula", acSaveYes
End Sub

Sub actualizarEstado(sEstado As String)
Select Case sEstado
Case "1": 'Inscrito
cmdAgregar.Visible = True
cmdQuitar.Visible = True
subCursos.Locked = False
cmdImprimirFicha.Visible = False
Case "2": 'Matriculado
cmdAgregar.Visible = False
cmdQuitar.Visible = False
subCursos.Locked = True
cmdImprimirFicha.Visible = True
Case "3": 'Egresado
cmdAgregar.Visible = False
cmdQuitar.Visible = False
subCursos.Locked = True
cmdImprimirFicha.Visible = False
End Select
End Sub

Private Sub cmdImprimirFicha_Click()
DoCmd.OpenReport "rptFicha", acViewPreview, , "IdMatricula = " & Me!idmatricula & " AND
semestre = '" & cmbSemestre.value & "'"
End Sub

Private Sub cmdQuitar_Click()
If Not IsNull(Me.subCursos!id) Then
If ask("Desea eliminar el curso de la lista?") Then
sSQL = "DELETE FROM matriculacursos WHERE id = " & Me.subCursos!id
CurrentDb.Execute sSQL, dbSeeChanges
subCursos.Requery
End If
End If
End Sub

Private Sub estado_Change()
actualizarEstado Nz(Me!estado, "")
End Sub

DoCmd.RunCommand acCmdSizeToFitForm
147

If IsNull(Me!estado) Then
Me!estado = "1"
End If
actualizarEstado Nz(Me!estado, "")
End Sub

CODIGO DEL SISTEMA PARA CONTROLAR TODA LA INFORMACION
RELACIONADA CON LOS GRUPOS COMO FECHAS DE REALIZACION DE
CLASES, ESTUDIANTES MATRICULADOS EN UN CURSO, Y MATERIAL
ENTREGADO A LOS ESTUDIANTES ADEMAS EMISION DE REPORTES.

Private Sub cmdAgregarCursos_Click()
If IsNull(Forms![Grupos].[subGrupos]![IdGrupo]) Then
msgError "Seleccione un grupo"
Exit Sub
End If

If IsNull(Forms![Grupos].[subGrupos]![idespecialdiad]) Then
msgError "Seleccione una especialidad"
Exit Sub
End If

If IsNull(Forms![Grupos].[subGrupos]![ao]) Then
msgError "Debe ingresar un ao lectivo"
Exit Sub
End If

If IsNull(Forms![Grupos].[subGrupos]![idsede]) Then
msgError "Debe ingresar una sede"
Exit Sub
End If

sSQL = "SELECT idcurso FROM Curso WHERE esta_en_plan('" &
Forms![Grupos].[subGrupos]![ao] & "',Plan) " & _
"AND IdEspecialidad = " & Forms![Grupos].[subGrupos]![idespecialdiad]
Set rs = CurrentDb.OpenRecordset(sSQL, dbOpenDynaset, dbSeeChanges)
i = 0
While Not rs.EOF
If DCount("IdCurso", "Grupo_Cursos", "IdCurso = " & rs!idcurso & " AND Idgrupo = " &
Forms![Grupos].[subGrupos]![IdGrupo]) = 0 Then
sSQL = "INSERT INTO Grupo_Cursos (Idgrupo,IdCurso) VALUES " & _
"(" & Forms![Grupos].[subGrupos]![IdGrupo] & "," & rs!idcurso & ")"
i = i + 1
148

End If
rs.MoveNext
Wend
rs.Close
Set rs = Nothing
Me.subGrupo_Cursos.Requery
Me.subGrupo_Curso_Fechas.Requery
Me.subGrupo_Curso_Estudiantes.Requery
msgInfo i & " Cursos agregados al grupo " & Forms![Grupos].[subGrupos]![Grupo]

End Sub

Private Sub cmdAsistencia_Click()
If IsNull(subGrupo_Cursos!IdGrupoCurso) Then
msgError "Debe seleccionar un curso"
Exit Sub
End If

If IsNull(subGrupo_Curso_Fechas!fecha) Then
msgError "Debe seleccionar una fecha de ejecucion"
Exit Sub
End If
DoCmd.OpenReport "rptAsistencia", acViewPreview, , "idgrupocurso = " &
subGrupo_Cursos!IdGrupoCurso
End Sub

Private Sub cmdMateriales_Click()
Exit Sub
End If

If IsNull(subMaterial!material) Then
msgError "Debe seleccionar un material"
Exit Sub
End If

DoCmd.OpenReport "rptMaterial", acViewPreview, , "idgrupocurso = " &

End Sub

Private Sub cmdRegistroAuxiliar_Click()
Exit Sub
End If
149

DoCmd.OpenReport "rptRegistro", acViewPreview, , "idgrupocurso = " &
End Sub

Forms![Grupos].[subGrupo_Cursos].Requery
Forms![Grupos].[subGrupo_Curso_Fechas].Requery
Forms![Grupos].[subMaterial].Requery
Forms![Grupos].[subGrupo_Curso_Estudiantes].Requery
End Sub

Tesis Sistemas

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Tesis Sistemas

Uploaded by

Copyright:

Available Formats

UNIVERSIDAD NACIONAL DEL ALTIPLANO

FACULTAD DE INGENIERA MECNICA ELCTRICA ELECTRNICA Y SISTEMAS

You might also like