tesis_sistemas

7/21/2019 tesis_sistemas

1/149

UNIVERSIDAD NACIONAL DEL ALTIPLANOFACULTAD 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


2/149


3/149

DEDICATORIA

Con mucho amor e infinita gratitud a mis padres Antonieta y Melitn que con suconstante apoyo, comprensin y paciencia hicieron posible la culminacin de mi

profesin. Mi triunfo es el de ustedeslos amo!

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

te adoro!


4/149

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 atodos los docentes de la Escuela Profesional de Ingeniera de Sistemas porhaberme transmitido sus conocimientos, consejos y experiencias.

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


5/149

NDICE GENERAL

RESUMEN ............................................................................................................ 12

INTRODUCCIN .................................................................................................. 14

CAPTULO I .......................................................................................................... 17PLANTEAMIENTO 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 .................................................................... 211.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 ..................................................................... 472.2.9 Metodologa XPExtreme 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


6/149

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 ............................................................................. 633.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


7/149

4.5 Prueba de hiptesis................................................................................ 119

CONCLUSIONES ................................................................................................ 122

RECOMENDACIONES ....................................................................................... 124

BIBLIOGRAFA ................................................................................................... 125

ANEXOS ............................................................................................................. 129


8/149

NDICE DE CUADROS

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


9/149

NDICE DE FIGURAS

Figura 1: Organigrama de la Segunda Especializacin ......................................... 57Figura 2: Acciones generales del sistema ............................................................. 75Figura 3: Diagrama de caso de uso de la secretaria ............................................. 76Figura 4: Diagrama de caso de uso del contador .................................................. 76Figura 5: Diagrama de caso de uso del director .................................................... 77Figura 6: Diagrama de caso de uso del sistema ................................................... 77Figura 7: Diagrama de clases de anlisis .............................................................. 78Figura 8: Diagrama de flujo para inicio de sesin .................................................. 79Figura 9: Diagrama de flujo para registrar datos del estudiante ............................ 79Figura 10: Diagrama de flujo para matricular al estudiante ................................... 80Figura 11: Diagrama de flujo para administrar cursos ........................................... 80Figura 12: Diagrama de flujo para entregar ficha de curso desarrollado ............... 81

Figura 13: Diagrama de flujo para emitir reporte ................................................... 81Figura 14: Diagrama de flujo para registrar pagos ................................................ 82Figura 15: Diagrama de flujo para validar pagos ................................................... 82Figura 16: Diagrama de flujo para solicitar reportes .............................................. 83Figura 17: Modelo entidad relacin ....................................................................... 85Figura 18: Modelo relacional de la base de datos ................................................. 86Figura 19: Navegabilidad del sistema ................................................................... 87Figura 20: Interfaz inicio de sesin ........................................................................ 88Figura 21: Interfaz panel de control ....................................................................... 89Figura 22: Interfaz del rea de matrculas ............................................................. 90

Figura 23: Interfaz formulario matrcula ................................................................. 91Figura 24: Interfaz formulario persona .................................................................. 91Figura 25: Interfaz formulario matrcula-general .................................................... 92Figura 26: Interfaz formulario matrcula-cursos ..................................................... 92Figura 27: Interfaz formulario matrcula-pagos ...................................................... 93Figura 28: Interfaz formulario matrcula-proyecto .................................................. 93Figura 29: Interfaz formulario proyecto-miembros ................................................. 94Figura 30: Interfaz formulario proyecto-historial .................................................... 94Figura 31: Interfaz formulario proyecto-aprobacin ............................................... 95Figura 32: Interfaz formulario grupos-fechas ......................................................... 96Figura 33: Interfaz formulario grupos-estudiantes ................................................. 96Figura 34: Interfaz formulario grupos-material....................................................... 97Figura 35: Interfaz formulario personas ................................................................. 97Figura 36: Interfaz formulario docentes ................................................................. 98


10/149

NDICE DE GRFICOS

Grfico 1: Comparacin de la poblacin y muestra en cada estrato ..................... 62Grfico 2: Tiempo de implementacin requerimientos de la primera iteracin ..... 68

Grfico 3: Tiempo de implementacin requerimientos de la segunda iteracin ... 69Grfico 4: Tiempo de implementacin requerimientos de la tercera iteracin ...... 70Grfico 5: Grfico de barras de la pregunta n1- pre test usuarios directos .......... 99Grfico 6: Grfico de barras de la pregunta n2- pre test usuarios directos ........ 100Grfico 7: Grfico de barras de la pregunta n3- pre test usuarios directos ........ 101GRFICO 8: Grfico de barras de la pregunta n4- pre test usuarios directos ... 102Grfico 9: Grfico de barras de la pregunta n5- pre test usuarios directos ........ 103Grfico 10: Grfico de barras de la pregunta n6- pre test usuarios directos ...... 104Grfico 11: Grfico de barras de la pregunta n1- pre test usuarios indirectos ... 105Grfico 12: Grfico de barras de la pregunta n2- pre test usuarios indirectos ... 106

Grfico 13: Grfico de barras de la pregunta n3- pre test usuarios indirectos ... 107Grfico 14: Grfico de barras de la pregunta n4- pre test usuarios indirectos ... 108Grfico 15: Grfico de barras de la pregunta n1- post test usuarios directos .... 109Grfico 16: Grfico de barras de la pregunta n2- post test usuarios directos .... 110Grfico 17: Grfico de barras de la pregunta n3- post test usuarios directos .... 111Grfico 18: Grfico de barras de la pregunta n4- post test usuarios directos .... 112Grfico 19: Grfico de barras de la pregunta n5- post test usuarios directos .... 113Grfico 20: Grfico de barras de la pregunta n6- post test usuarios directos .... 114Grfico 21: Grfico de barras de la pregunta n1- post test usuarios indirectos .. 115

Grfico 22: Grfico de barras de la pregunta n2- post test usuarios indirectos .. 116Grfico 23: Grfico de barras de la pregunta n3- post test usuarios indirectos .. 117Grfico 24: Grfico de barras de la pregunta n4- post test usuarios indirectos .. 118


11/149

NDICE DE TABLAS

Tabla 1: Tabla estadstica de la pregunta n1-pre test usuarios directos .............. 99Tabla 2: Tabla estadstica de la pregunta n2-pre test usuarios directos ............ 100

Tabla 3: Tabla estadstica de la pregunta n3-pre test usuarios directos ............ 101Tabla 4: Tabla estadstica de la pregunta n4-pre test usuarios directos ............ 102Tabla 5: Tabla estadstica de la pregunta n5-pre test usuarios directos ............ 103Tabla 6: Tabla estadstica de la pregunta n6-pre test usuarios directos ............ 104Tabla 7: Tabla estadstica de la pregunta n1-pre test usuarios indirectos ......... 105Tabla 8: Tabla estadstica de la pregunta n2-pre test usuarios indirectos ......... 106Tabla 9: Tabla estadstica de la pregunta n3-pre test usuarios indirectos ......... 107Tabla 10: Tabla estadstica de la pregunta n4-pre test usuarios indirectos ....... 108Tabla 11: Tabla estadstica de la pregunta n1-post test usuarios directos......... 109Tabla 12: Tabla estadstica de la pregunta n2-post test usuarios directos ........ 110

Tabla 13: Tabla estadstica de la pregunta n3-post test usuarios directos......... 111Tabla 14: Tabla estadstica de la pregunta n4-post test usuarios directos......... 112Tabla 15: Tabla estadstica de la pregunta n5-post test usuarios directos......... 113Tabla 16: Tabla estadstica de la pregunta n6-post test usuarios directos ........ 114Tabla 17: Tabla estadstica de la pregunta n1-post test usuarios indirectos ..... 115Tabla 18: Tabla estadstica de la pregunta n2-post test usuarios indirectos ..... 116Tabla 19: Tabla estadstica de la pregunta n3-post test usuarios indirectos ...... 117Tabla 20: Tabla estadstica de la pregunta n4-post test usuarios indirectos ...... 118Tabla 21: Diferencia de datos obtenida de las encuestas ................................... 120Tabla 22: Prueba de normalidad ......................................................................... 120Tabla 23: Prueba no parametrica de Wilcoxon.................................................... 121


12/149

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/149

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/149

14

ABSTRACT

This research entitled " MANAGEMENT SYSTEM FOR THE PROCESSES

ACADEMICS AND ADMINISTRATIVES IN THE SECOND SPECIALIZATION OF

THE FACULTY OF EDUCATION SCIENCEUNA 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/149

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 lainformtica y de lasCiencias 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.
http://es.wikipedia.org/wiki/Inform%C3%A1ticahttp://es.wikipedia.org/wiki/Ciencias_de_la_computaci%C3%B3nhttp://es.wikipedia.org/wiki/Ciencias_de_la_computaci%C3%B3nhttp://es.wikipedia.org/wiki/Ciencias_de_la_computaci%C3%B3nhttp://es.wikipedia.org/wiki/Ciencias_de_la_computaci%C3%B3nhttp://es.wikipedia.org/wiki/Inform%C3%A1tica


16/149

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/149

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/149

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/149

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/149

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/149

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/149

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/149

23

1.7 Operacionalizacin de variables

Cuadro 1: Operacionalizacin de variables

VARIABLES DIMENSIN INDICADOR CATEGORA INSTRUMENTOMED.

INDEPENDIENTE

Sistema de gestinpara los procesosacadmicos yadministrativos enla SegundaEspecializacin dela Facultad de

Ciencias de laEducacin de laUNA 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-NoInterpretable

-Integra-Errnea

-Adecuado-Inadecuado

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

Cuestionarios

Cuestionarios

Cuestionarios

Cuestionarios

Cuestionarios

Cuestionarios

DEPENDIENTE

Gestin de losprocesosacadmicos Yadministrativos dela SegundaEspecializacin deda Facultad deCiencias de laEducacin.

Satisfaccindelusuario(indirecto)

Tiempo de atencin alusuario

Reportes del Sistema

Complejidad

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

-ntegros-Errneos

-Simple

-Compleja

Cuestionarios

Cuestionarios

Cuestionarios

Fuente: Elaboracin propia


24/149

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/149

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/149

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/149

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/149

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/149

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/149

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/149

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/149

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 deinformacin realiza cuatro

actividades bsicas: entrada,almacenamiento,procesamiento y salida

de informacin.

Entrada de informacin: Es elproceso mediante el cual el Sistema de

Informacin toma losdatos que requiere para procesar la informacin.

Las entradas pueden sermanuales o automticas. Lasmanuales son

aquellas que se proporcionan en forma directa por el usuario,

mientras que las automticas sondatos o informacin que provienen

o son tomados de otrossistemas o mdulos. Esto ltimo se denomina

interfaces automticas.

Las unidades tpicas de entrada de datos a lascomputadoras son las

terminales, las cintas magnticas, las unidades de diskette, los

cdigos de barras, los escner, la voz, los monitores sensibles al

tacto, elteclado y elmouse,entre otras.
http://www.monografias.com/trabajos7/sisinf/sisinf.shtmlhttp://www.monografias.com/trabajos12/dispalm/dispalm.shtmlhttp://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCEhttp://www.monografias.com/trabajos11/basda/basda.shtmlhttp://www.monografias.com/trabajos6/maca/maca.shtmlhttp://www.monografias.com/trabajos6/maca/maca.shtmlhttp://www.monografias.com/trabajos11/basda/basda.shtmlhttp://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos15/computadoras/computadoras.shtmlhttp://www.monografias.com/trabajos5/losperif/losperif2.shtml#monihttp://www.monografias.com/trabajos5/sisope/sisope2.shtml#teclahttp://www.monografias.com/trabajos5/losperif/losperif.shtml#mousehttp://www.monografias.com/trabajos5/losperif/losperif.shtml#mousehttp://www.monografias.com/trabajos5/sisope/sisope2.shtml#teclahttp://www.monografias.com/trabajos5/losperif/losperif2.shtml#monihttp://www.monografias.com/trabajos15/computadoras/computadoras.shtmlhttp://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos11/basda/basda.shtmlhttp://www.monografias.com/trabajos6/maca/maca.shtmlhttp://www.monografias.com/trabajos6/maca/maca.shtmlhttp://www.monografias.com/trabajos11/basda/basda.shtmlhttp://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCEhttp://www.monografias.com/trabajos12/dispalm/dispalm.shtmlhttp://www.monografias.com/trabajos7/sisinf/sisinf.shtml


33/149

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 enestructuras de informacin

denominadas archivos. La unidad tpica de almacenamiento son los

discos magnticos odiscos 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 unestado de resultados o unbalance

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 lasimpresoras,

terminales, diskettes, cintas magnticas, la voz, los graficadores y los

plotters, entre otros.
http://www.monografias.com/trabajos12/dispalm/dispalm.shtmlhttp://www.monografias.com/trabajos15/computadoras/computadoras.shtmlhttp://www.monografias.com/trabajos16/romano-limitaciones/romano-limitaciones.shtmlhttp://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCEhttp://www.monografias.com/trabajos15/todorov/todorov.shtml#INTROhttp://www.monografias.com/trabajos7/arch/arch.shtmlhttp://www.monografias.com/trabajos14/discosduros/discosduros.shtmlhttp://www.monografias.com/trabajos/multimediaycd/multimediaycd.shtmlhttp://www.monografias.com/trabajos6/diop/diop.shtmlhttp://www.monografias.com/trabajos10/carso/carso.shtmlhttp://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos12/decis/decis.shtmlhttp://www.monografias.com/trabajos5/estafinan/estafinan.shtmlhttp://www.monografias.com/trabajos5/estafinan/estafinan.shtmlhttp://www.monografias.com/trabajos5/estafinan/estafinan.shtmlhttp://www.monografias.com/trabajos11/trimpres/trimpres.shtmlhttp://www.monografias.com/trabajos11/trimpres/trimpres.shtmlhttp://www.monografias.com/trabajos5/estafinan/estafinan.shtmlhttp://www.monografias.com/trabajos5/estafinan/estafinan.shtmlhttp://www.monografias.com/trabajos5/estafinan/estafinan.shtmlhttp://www.monografias.com/trabajos12/decis/decis.shtmlhttp://www.monografias.com/trabajos11/teosis/teosis.shtmlhttp://www.monografias.com/trabajos10/carso/carso.shtmlhttp://www.monografias.com/trabajos6/diop/diop.shtmlhttp://www.monografias.com/trabajos/multimediaycd/multimediaycd.shtmlhttp://www.monografias.com/trabajos14/discosduros/discosduros.shtmlhttp://www.monografias.com/trabajos7/arch/arch.shtmlhttp://www.monografias.com/trabajos15/todorov/todorov.shtml#INTROhttp://www.monografias.com/trabajos14/administ-procesos/administ-procesos.shtml#PROCEhttp://www.monografias.com/trabajos16/romano-limitaciones/romano-limitaciones.shtmlhttp://www.monografias.com/trabajos15/computadoras/computadoras.shtmlhttp://www.monografias.com/trabajos12/dispalm/dispalm.shtml


34/149

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/149

35

Bases de datos de la compaa,

Software de gestin integral de empresas (ERP, por sus siglas en

ingls),

Herramienta para lagestin de relaciones con los clientes

Herramienta para lagestin 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
http://es.kioskea.net/contents/bdd/bddintro.php3http://es.kioskea.net/contents/entreprise/erp.php3http://es.kioskea.net/contents/entreprise/crm.php3http://es.kioskea.net/contents/entreprise/scm.php3http://es.kioskea.net/contents/entreprise/scm.php3http://es.kioskea.net/contents/entreprise/crm.php3http://es.kioskea.net/contents/entreprise/erp.php3http://es.kioskea.net/contents/bdd/bddintro.php3


36/149

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/149

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 quenos 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/149

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/149

39

Consultas complejas optimizadas.

Seguridad de acceso y auditora.

Respaldo y recuperacin.

Acceso a travs delenguajes 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
http://www.maestrosdelweb.com/principiantes/los-diferentes-lenguajes-de-programacion-para-la-web/http://www.maestrosdelweb.com/editorial/por-que-utilizar-s3-el-sistema-de-almacenamiento-de-amazon/http://www.maestrosdelweb.com/editorial/por-que-utilizar-s3-el-sistema-de-almacenamiento-de-amazon/http://www.maestrosdelweb.com/principiantes/los-diferentes-lenguajes-de-programacion-para-la-web/


40/149

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 laspersonas 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.
http://www.maestrosdelweb.com/editorial/estandaresweb/http://www.maestrosdelweb.com/editorial/desarrollo-web/estandares/http://www.maestrosdelweb.com/editorial/desarrollo-web/estandares/http://www.maestrosdelweb.com/editorial/estandaresweb/


41/149

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, laintegridad 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

Laseguridad 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.
http://www.maestrosdelweb.com/editorial/aspectos-tecnicos/seguridad/http://www.maestrosdelweb.com/editorial/ajax/http://www.maestrosdelweb.com/editorial/ajax/http://www.maestrosdelweb.com/editorial/aspectos-tecnicos/seguridad/


42/149

42

Tipos de Campos

Segn (Ceri Stefano & Giossepe Pelagatti ,1985) cada Sistema de

Base de Datos posee tipos de campos que pueden ser similares odiferentes. 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/149

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
http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datoshttp://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos


44/149

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 lainformacin; 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/149

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 podraderivar en inconsistencias.


46/149

46

2.2.5 Base de datos relacionales

Una base de datos relacional es unabase de datos que cumple con el

modelo relacional,el cual es el modelo ms utilizado en la actualidadpara 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 unlenguaje de programacindirigido 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 deMicrosoft 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,

comoWord,Excel,Access yPowerpoint. 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 puedecompilar separadamente

del documento, hoja o base de datos en que fue creado; es decir, se
http://es.wikipedia.org/wiki/Base_de_datoshttp://es.wikipedia.org/wiki/Modelo_relacionalhttp://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3nhttp://es.wikipedia.org/wiki/Programaci%C3%B3n_dirigida_por_eventoshttp://es.wikipedia.org/wiki/Microsoft_Officehttp://es.wikipedia.org/wiki/Wordhttp://es.wikipedia.org/wiki/Excelhttp://es.wikipedia.org/wiki/Accesshttp://es.wikipedia.org/wiki/Powerpointhttp://es.wikipedia.org/wiki/Compilaci%C3%B3nhttp://es.wikipedia.org/wiki/Compilaci%C3%B3nhttp://es.wikipedia.org/wiki/Powerpointhttp://es.wikipedia.org/wiki/Accesshttp://es.wikipedia.org/wiki/Excelhttp://es.wikipedia.org/wiki/Wordhttp://es.wikipedia.org/wiki/Microsoft_Officehttp://es.wikipedia.org/wiki/Programaci%C3%B3n_dirigida_por_eventoshttp://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3nhttp://es.wikipedia.org/wiki/Modelo_relacionalhttp://es.wikipedia.org/wiki/Base_de_datos


47/149

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).
http://es.wikipedia.org/wiki/Bases_de_datoshttp://es.wikipedia.org/wiki/Bases_de_datos


48/149

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 XPExtreme 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/149

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). Proporcionarealimentacin al equipo. Verifica el grado de acierto entre las

estimaciones realizadas y el tiempo real dedicado, para mejorar


50/149

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 yprogramadores.

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/149

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 quepueda funcionar y ser implementada en un momento

determinado del proyecto.


52/149

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/149

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 seobtiene 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 necesidadesa 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 herramientasque 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
http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=1b12c832dc&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=1b12c832dc&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=1b12c832dc&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=1b12c832dc&e=be3c91a367


54/149

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. stasse dividirn en tareasque 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 requierenpruebas 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.
http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=3cce5c58d8&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=3cce5c58d8&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=2eaa77a997&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=2eaa77a997&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=2eaa77a997&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=2eaa77a997&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=3cce5c58d8&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=3cce5c58d8&e=be3c91a367


55/149

55

Fase de Mantenimiento

Laevolucin 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.
http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=5361e3d8dc&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=5361e3d8dc&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=5361e3d8dc&e=be3c91a367http://kybeleconsulting.us4.list-manage.com/track/click?u=b054d2f7f9c1c53928fabc63d&id=5361e3d8dc&e=be3c91a367


56/149

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/149

57

Figura 1: Organigrama de la Segunda Especializacin de la Facultad deCiencias 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

ESTUDIANTESDOCENTESESPECIALIDADES


58/149

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/149

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/149

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/149

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 dePersonas

1 Estudiantes 20

2 Docentes 5

3 Personal Administrativo 3

Total 28Fuente: Elaboracin propia

Cuadro 3: Valores de la muestra y la poblacin

VARIABLESESTRATOS

POBLACI N MUESTRA

Estudiantes 320 20

Docentes 10 5Personal administrativo 3 3Total 333 28

Fuente: Elaboracin propia


62/149

62

Grfico 1: Comparacin de la poblacin y muestra en cadaestrato

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/149

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 d

tesis_sistemas

Documents