UNIVERSIDAD ANDINA NÉSTOR CÁCERES VELÁSQUEZ

FACULTAD DE INGENIERÍA DE SISTEMAS

ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

PROYECTO DE INVESTIGACIÓN

“DESARROLLO DE SISTEMA DE TRAMITE DOCUMENTARIO MESA DE

PARTES PARA LA UNIVERSIDAD ANDINA NESTOR CACERES

VELASQUEZ DE LA CUIDAD DE JULIACA ”

Para optar el Título Profesional de:

INGENIERO DE SISTEMAS

PRESENTADO POR EL BACHILLER: ATI TICONA WALTER

JULIACA – PERÚ

2019

i
 “DESARROLLO DE SISTEMA DE TRAMITE DOCUMENTARIO MESA DE
PARTES PARA LA UNIVERSIDAD ANDINA NESTOR CACERES VELASQUEZ DE

LA CUIDAD DE JULIACA ”

Proyecto de Investigación

PRESENTADO POR EL BACHILLER:

ATI TICONA WALTER

PARA EL TÍTULO PROFESIONAL DE:

INGENIERO DE SISTEMAS

APROBADO POR:

10 de diciembre del 2019

PRESIDENTE : ________________________

PRIMER MIEMBRO : _________________________

SEGUNDO MIEMBRO : _________________________

JULIACA – PERU

2019

ii
 AGRADECIMIENTOS

Para empezar expresamos nuestro más sincero y profundo agradecimiento a Dios

nuestro Señor, por habernos colmado de bendiciones y guiado en el camino para lograr

nuestros objetivos a lo largo de nuestra formación profesional.

También agradecemos al destacado docente M.sc. Armando Moreno Heredia, por

haber aceptado formar parte de este trabajo, por su incondicional amistad, asesoría,

confianza, comprensión, apoyo constante y por su generosidad al impartirnos sus

conocimientos y experiencia, factores que han servido de inspiración para realizar un

excelente trabajo en equipo durante el desarrollo de este proyecto.

Por último, agradecemos a nuestros padres, hermanos, seres queridos y a todas

aquellas personas, que de manera directa o indirecta, ayudaron a que sea posible la

culminación de este proyecto.

Índic

iii
 e

1. EL PROBLEMA DE LA INVESTIGACIÓN..................................................................................1
1.1. PLANTEAMIENTO DEL PROBLEMA................................................................................1
1.1.1. DESCRIPCIÓN DEL PROBLEMA..............................................................................1
1.1.2. Problema General.................................................................................................2
1.1.3. Problemas Específicos..........................................................................................2
1.2. OBJETIVOS....................................................................................................................3
1.2.1. Objetivo General...................................................................................................3
1.2.1. Objetivos Específicos............................................................................................3
1.3. JUSTIFICACIÓN..............................................................................................................4
1.4. VARIABLES - OPERACIONALIZACION.............................................................................5
1.4.1. Operacionalización de variables e indicadores.....................................................5
1.5. Alcances y Limitaciones de la investigación..................................................................5
1.5.1. Alcances................................................................................................................5
1.5.2. Limitaciones..........................................................................................................6
1.6. Delimitaciones de investigación...................................................................................6
1.6.1. Delimitación espacial............................................................................................6
1.6.2. Delimitación temporal..........................................................................................6
1.6.3. Delimitación social................................................................................................7
2. MARCO TEÓRICO..................................................................................................................8
2.1. ANTECEDENTES............................................................................................................8
2.1.1. Antecedentes Nacionales:....................................................................................8
2.1.2. Antecedentes Internacionales............................................................................10
2.2. BASES TEÓRICAS DEL ESTUDIO:..................................................................................14
2.2.1. DESCRIPCIÓN DE LA INSTITUCIÓN:.....................................................................14
2.2.2. APLICACIÓN WEB................................................................................................17
2.2.3. ARQUITECTURA DE UNA APLICACIÓN WEB........................................................17
2.2.4. PHP:....................................................................................................................18
2.2.5. Bases de datos:...................................................................................................21
2.2.6. MariaDB..............................................................................................................22
2.2.7. MySQL:...............................................................................................................23
2.2.8. Postgre SQL.........................................................................................................23
2.2.9. Lenguaje de Programación:................................................................................25

iv
 2.2.10. HTML:.................................................................................................................26
2.2.11. JavaScript (J.S.)...................................................................................................26
2.2.12. Servidor Web......................................................................................................26
2.2.13. XAMPP:...............................................................................................................26
2.2.14. Bootstrap(Framework).......................................................................................27
2.2.15. Lenguaje Unificado de Modelado (UML)............................................................28
2.2.16. Diagrama de actividad........................................................................................28
2.3. Marco Conceptual......................................................................................................29
3. METODOLOGIA DE LA INVESTIGACIÓN..............................................................................31
3.1. MATERIAL DE ESTUDIO...............................................................................................31
3.1.1. Metodologías para el Desarrollo de Software....................................................31
3.1.2. METODOLOGIA DE DESARROLLO........................................................................34
3.2. Población y Muestra...................................................................................................36
3.2.1. Población............................................................................................................36
3.2.2. Muestra..............................................................................................................36
4. DESARROLLO DEL PROYECTO.............................................................................................38
4.1. Diseño.........................................................................................................................38
4.2. Arquitectura de la solución.........................................................................................39
4.2.1. Diagrama de Caso de Uso...................................................................................39
4.2.1. Periodo Académico Caso de Uso........................................................................41
4.2.1. Diagrama de caso de Uso...................................................................................42
4.2.2. Diagrama de actividad........................................................................................44
4.3. REQUERIMIENTOS......................................................................................................45
CONCLUSIONES......................................................................................................................46
Anexo 2: CUADRO COMPARATIVO DE METODOLOGIAS DE DESARROLLO.........................51

v
 RESUMEN

La presente tesis consiste en el desarrollo e implementación de un sistema de

trámite documentario para la mejora del proceso de atención de mesa de partes en la

Universidad Andina Néstor Cáceres Velásquez impulsando la mejora de servicios de

dicha institución; producto de una reforma en su proceso de tramitación. El sistema

simplifica los procedimientos para mejorar la tramitación documental y asegura la

calidad del servicio a los estudiantes.

Para el desarrollo del sistema se utilizó la metodología ágil Scrum que nos brinda

un marco de trabajo en el cual a medida en que se va realizando las entregas parciales

del producto también se realizarán cambios y mejoras lo cual nos garantizará la

obtención del término del proyecto. Como resultado se logró desarrollar una solución

mediante un sistema web para reducir el tiempo del registro de expedientes, el tiempo

de atención de la tramitación de documentos. Asimismo, se optimizó la cantidad de

recepción de documentos. Por lo que se concluye que la presente tesis permite mejorar

la calidad del servicio que brinda el área de mesa de partes mediante un sistema web

para el seguimiento de los documentos.

Palabras Claves: Gestión Documental, Scrum.

 ABSTRACT

This thesis consists of the implementation of a document processing system for the

improvement of the service process of the reception desk in the City Hall of Santa

Maria Population Center of Huachipa. The objective of this project is to develop and

promote the improvement of services in the borough, with a reform in its processing

procedure. The system simplifies procedures to improve the document processing and to

ensure the service quality to citizens, based on the Rules of Administrative Procedures

(TUPA, in Spanish).

The agile Scrum methodology was used in this project because it provides a

framework in which, as the partial deliveries of the product are made, changes and

improvements are also made, which guarantees the end of the project. As a result, it was

possible to develop a solution through a web system to reduce the time of the file

registration and the processing of documents; likewise, the amount of receipt of

documents was optimized. It is concluded that the Project improves the quality of the

service provided by the reception desk through a web system for document tracking.

Key words: Document Management, Scrum,

 INTRODUCCIÓN

El desarrollo del informe final del presente trabajo de investigación denominado

DESARROLLO DE SISTEMA DE TRAMITE DOCUMENTARIO MESA DE

PARTES PARA LA UNIVERSIDAD ANDINA NESTOR CACERES VELASQUEZ

DE LA CUIDAD DE JULIACA, tiene como problema planteado la gran demanda que

existe actualmente por digitalizar la información de la institución.

La siguiente tesis está referido al desarrollo e implementación de un sistema de

trámite documentario para la Universidad Andina Néstor Cáceres Velásquez de la

ciudad de Juliaca, debido al ineficiente proceso del trámite documentario en el área de

mesa de partes.

El sistema implementado mejorará el proceso del trámite documentario mediante un

sistema web, reduciendo el tiempo del registro, atención e incrementando la cantidad de

expedientes atendidos debido al déficit servicio que realiza por la acumulación diaria de

sus trámites, sin ningún tipo de control para su seguimiento. La transpapelación de

expedientes hace una dificultosa búsqueda generando malestar en los estudiantes que

cada día realizan y solicitan diferentes documentos. Si se tiene en cuenta los principales

cuellos de botella de esta área, se plantea automatizar sus procesos mediante un sistema

que mejore y optimice las funciones realizadas Para el desarrollo de este sistema se ha

tenido que abordar temas para definir los requerimientos y características con las que

deberá contar el sistema planteado, iniciando con los tipos de documentos como cartas,

solicitudes, memorandos, expedientes, etc.

Finalmente, la estructura de la tesis consta de cinco capítulos que son los siguientes:
 Capítulo I

Muestra el planteamiento del Problema y los Objetivos de los procesos de trámites

documentarios.

Capítulo II

Muestra el marco teórico y dentro de ello tenemos, antecedentes, términos

conceptuales para poder emprender y terminar con éxito el desarrollo del sistema.

Donde se ve el sustento de aspectos referentes a la Ingeniería de Sistemas, la

informática, la tecnología de información, gestores de base de datos, Lenguaje de

Modelamiento Unificado y el Proceso Unificado de Desarrollo de Software.

Capítulo III

Denominado Metodología determina la modalidad de la investigación, las técnicas e

instrumentos de recolección de información, procedimientos, población y muestra.

Capítulo IV

Denominado Desarrollo del proyecto donde determina el diseño, la arquitectura, y

los diagramas de casos de uso para lo cual se desarrolló el sistema.

Por último se encuentran las conclusiones y recomendaciones, referencias

bibliográficas y anexos correspondientes al trabajo de investigación.

 CAPITULO I
1. EL PROBLEMA DE LA INVESTIGACIÓN

1.1. PLANTEAMIENTO DEL PROBLEMA

1.1.1. DESCRIPCIÓN DEL PROBLEMA

Actualmente la Universidad Andina Néstor Cáceres Velásquez cuenta con el área

de “Tecnología de Informática”; sin embargo en cada área no se cuenta con sistemas de

información para la automatización de los procesos, por lo que no se encuentran

integradas, ocasionando un inadecuado flujo de información, de trabajo así como

pérdidas de información y de tiempo, ocasionando el malestar de los estudiantes al

momentos de realizar o ir a consultar el estado de su trámite.

El control y archivo de documentos se realiza en su mayoría en todas las áreas de

forma manual, es decir a través de cuadernos donde realizan los apuntes de todos los

documentos expedidos y aceptados en cada área.

Actualmente el principal problema en la Universidad Andina Néstor Cáceres

Velásquez, es el inadecuado por no decir inexistente seguimiento de todos los

1
documentos y trámites en tiempo real que se realizan, así como también es el desorden y

el mal aseguramiento de datos al momento de guardar toda la información que se

recepciona y expide.

Por lo que con el presente proyecto se busca que crear un seguimiento en tiempo

real de todos los documentos y trámites realizados en la Universidad, así como lograr un

mejor manejo de toda la información existente dentro de la Universidad, asegurando

con esto un control más exacto y un archivo de datos de manera segura de todos los

documentos expedidos por la Universidad, logrando búsquedas más rápidas, evitar

pérdidas de información y generar reportes cada ciertos periodos de todos los

documentos que se expiden en el área.

1.1.2. Problema General

¿Cómo influye el Desarrollo e Implementación del Sistema de Tramite

Documentario en la Universidad Andina Néstor Cáceres Velásquez para la atención de

expedientes?

1.1.3. Problemas Específicos

a. ¿Cuáles son los procesos más comunes en las que el Desarrollo e

Implementación del Sistema de Tramite Documentario en la Universidad

Andina Néstor Cáceres Velásquez de Juliaca mejorara la atención de

expedientes?

b. ¿Qué efectos produce el Desarrollo e Implementación del Sistema de

2
 Tramite Documentario en la Universidad Andina Néstor Cáceres Velásquez

de Juliaca para la atención expedientes?

1.2. OBJETIVOS

1.2.1. Objetivo General

Desarrollar e implementar el Sistema de Tramite Documentario en la Universidad

Andina Néstor Cáceres Velásquez de Juliaca para la atención de expedientes.

1.1.1. Objetivos Específicos

 Diseñar las características que debe cumplir el Sistema de Trámite

Documentario en la Universidad Andina Néstor Cáceres Velásquez de Juliaca

para la atención de expedientes.

 Implementar el lenguaje de programación Cliente-Servidor para el desarrollo del

Sistema de Tramite Documentario en la Universidad Andina Néstor Cáceres

Velásquez de Juliaca para la atención de expedientes.

 Desarrollar un gestor de base de datos rápido y robusto (open source de

preferencia) para la administración de los datos de manera rápida.

 Establecer la diferencia en los días de respuesta al trámite documentario de

expedientes de la gerencia de desarrollo urbano en la Universidad Andina Néstor

Cáceres Velásquez de Juliaca entre los periodos 2020 y 2021.

1.3. JUSTIFICACIÓN

3
 La presente investigación es importante porque es un tema nuevo que busca

determinar la asociación de la satisfacción de los usuarios de las oficinas administrativas

con la calidad del sistema de trámite documentario, el cual servirá de aporte para futuras

investigaciones que se interesen en estudiar la satisfacción del usuario con respecto al

uso de sistemas (software).

En nuestro caso de estudio será un aporte para la universidad, permitiéndole

conocer la opinión de los usuarios de las oficinas administrativas sobre la calidad del

sistema de trámite documentario que usan. Asimismo, ayudará a identificar aquellas

situaciones de calidad que originan problemas y como estos, se asocian con la

satisfacción de los usuarios.

Los resultados de esta investigación reportarán recomendaciones que servirá de

referencia a las autoridades de la universidad, para que puedan decidir en qué medida

podrán ser vías válidas para aplicar las correcciones a que hubiere lugar, ya que los

beneficiarios directos serán los usuarios que diariamente manejan la información.

Ayudando de esta manera agilizar los procedimientos administrativos en beneficio de la

universidad.

Por otra parte, la presente investigación es viable por los siguientes aspectos:

• Es factible lograr la participación de los usuarios (Trabajadores) a ser encuestados,

en las oficinas administrativas de la Universidad. Lo que nos permitirá obtener

información fidedigna de ellos.

• Se dispone de recursos financieros, tecnológicos y materiales necesarios para

llevar a cabo el estudio.

•. La investigación nos permitirá dar respuesta al problema, materia de la presente

tesis. Asimismo, es factible realizar la investigación en el periodo programado.

4
1.4. VARIABLES - OPERACIONALIZACION

Variable Independiente: Sistema Informático.

Variable Dependiente: Mejoramiento de la Gestión Administrativa.

Palabra de Enlace: Beneficiará

1.4.1. Operacionalización de variables e indicadores

Variables Dimensión Indicadores

Análisis de los datos Recopilar, examinar la información

Independiente Desarrollo Lenguaje de programación

Conexión, usabilidad,
Implementación mantenimiento

Sistema de
Seguimiento y de
Dependiente control de Reportes del sistema
documentos en
tiempo real.

1.5. Alcances y Limitaciones de la investigación

1.5.1. Alcances

La presente tesis será aplicable a la Universidad Andina Néstor Cáceres Velásquez,

lo cual este sistema mejorara la gestión referente al proceso de trámite documentario en

mesa de partes, para ello solo se desarrollan los módulos siguientes:

5
  Registro

 Tramites y reportes

1.5.2. Limitaciones

En relación a trabajos de tesis, no se conoce muchas investigaciones que hayan

abarcado este tema, específicamente a nivel de universidades considerando las dos

variables de estudio. En este contexto la presente tesis ha sido desarrollada sobre la base

del análisis de la realidad administrativa de la Universidad Ricardo Palma, referente a la

calidad del sistema de tramite documentario que utilizan los usuarios de las oficinas

administrativas, teniendo una limitante de estudio en otras universidades que cuenten

con sistemas de trámite documentario diferente. Es decir, los resultados serán

generalizables solo a poblaciones con similares características.

Sin embargo, estas limitaciones no han impedido conseguir los objetivos de la

investigación.

1.6. Delimitaciones de investigación

1.6.1. Delimitación espacial

La investigación se realizará en la Universidad Andina Néstor Cáceres Velásquez

ubicada en Av. Benavides Nro. 5440 Santiago de Surco – Perú.

1.6.2. Delimitación temporal

El desarrollo de la presente tesis se realizó en un periodo de 14 meses. En el transcurso

de estos meses se llevó a cabo el proyecto, la recolección de datos, su procesamiento, la

aplicación de instrumentos de investigación, pruebas de hipótesis e informe final de tesis.

6
 1.6.3. Delimitación social

El grupo de personas que conforman esta delimitación está dado por 200 usuarios

(Trabajadores) que laboran en las oficinas administrativas de la Universidad Ricardo

Palma, los cuáles serán encuestados con la finalidad de determinar la problemática

descrita.

7
 CAPÍTULO II
2. MARCO TEÓRICO

2.1. ANTECEDENTES

2.1.1. Antecedentes Nacionales:

TEMA:

“SISTEMA WEB DE CONSULTAS PARA LA GESTIÓN DE TRÁMITE

DOCUMENTARIO DE LA MUNICIPALIDAD PROVINCIAL DE SULLANA -

PIURA”

AUTOR:

Carlos Andrés Medina Sandoval

ASESOR:

Mg. Luis Barrera Arréstegui

LUGAR:

UNIVERSIDAD CÉSAR VALLEJO Facultad de Ingeniería

Escuela de Ingeniería de Sistemas

Piura – Perú – 2007

8
RESUMEN EJECUTIVO:

Este trabajo de tesis se realizó con el objetivo de mejorar la gestión de trámite

documentario, con especial énfasis en las consultas realizadas antes y durante la

tramitación de documentos de importancia presentados por los ciudadanos y

recepcionado por la Unidad de Trámite Documentario y Archivo. Se investigó en la

Municipalidad Provincial de Sullana, Departamento Piura. La zona pertenece al Distrito

de Sullana. (Gobierno de Sullana, 2003). La afluencia de ciudadanos que visitan

directamente la Unidad de Trámite Documentario es en promedio mensual de 3,812

personas, ya sea para consultas recepción o entrega de documentos. Las muestras usadas

dentro de la investigación permitieron extraer información de la problemática antes y

después de la solución a implantar.

TEMA:

“DISEÑO DE SISTEMA DE TRÁMITES DOCUMENTARIOS OFICIALES

NACIONAL”

AUTOR:

Giancarlo André Gonzales Vargas

ASESOR:

Lic. Jorge Raúl Diaz Muñante

LUGAR:

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS FACULTAD DE

INGENIERÍA DE SISTEMAS E INFORMÁTICA E.A.P. DE INGENIERÍA DE

SISTEMAS

Lima - Perú – 2010

RESUMEN EJECUTIVO:

En la actualidad, miles de personas por día necesitan acudir a una entidad pública

9
del Estado para obtener un documento oficial de la misma. Los motivos son varios, y

cuando hay que realizarlo, se hace indefectiblemente. Cuando se necesita un documento

(o varios), lo habitual es apersonarse a la dependencia pública y unirse a una cola de

espera que, según la ocasión, puede ser larga.

Previamente, hay que realizar el pago de una tasa al Banco de la Nación u otra

entidad bancaria con la que el Estado interactúe y juntar algunos requisitos adicionales

como fotografías tamaño pasaporte y fotocopias del DNI. El proceso, como se puede

apreciar, es largo y, a veces, incómodo, tanto antes, como durante la realización de ésta.

Viviendo en el siglo XXI, donde la automatización de procesos, la digitalización de la

información y la masificación de las telecomunicaciones ya no son una innovación, sino

una forma eficiente de realizar tareas cotidianas en nuestra sociedad, se puede ver que

una tarea tan cotidiana y al mismo tiempo medianamente incómoda puede ser apoyada

enormemente por las tecnologías de información y comunicación disponibles hoy día.

El trabajo que se presentará a continuación, es una propuesta de aplicación

informática, que se apoya en tanto la ingeniería de software orientada a Web, así como

algunos elementos de innovación tecnológica, para proveer un servicio que brindará

rapidez, comodidad e incluso seguridad a miles de personas a nivel nacional, cada día.

2.1.2. Antecedentes Internacionales

TEMA:

“DESARROLLO DE UNA APLICACIÓN WEB PARA EL CONTROL DE LOS

EXPEDIENTES EN EL DEPARTAMENTO DE SEGURIDAD DE UNA ENTIDAD

10
FINANCIERA”

AUTORES:

Gonzales R. Joselin J. Solórzano S. Luis J.

ASESORES:

Ing. Víctor Mujica

LUGAR:

UNIVERSIDAD DE ORIENTE - NÚCLEO DE ANZOÁTEGUI ESCUELA DE

INGENIERÍA Y CIENCIAS APLICADAS DEPARTAMENTO DE COMPUTACION

Y DE SISTEMAS VENEZUELA – 2009

RESUMEN EJECUTIVO:

El presente proyecto consiste en desarrollar un Software que permita la

Automatización de los Procesos involucrados en el control de expedientes llevados a

cabo por el Departamento de Seguridad de una Entidad Bancaria, dichas actividades

actualmente son manejadas de manera manual, lo cual genera contratiempos y retraso a

la hora de frustrar un delito que sea cometido en la entidad financiera. Dicho software le

brindará comodidad, facilidad y rapidez a los funcionarios que llevan a cabo el

procesamiento de los expedientes dentro del Departamento de Seguridad, pudiendo así

tomar decisiones rápidas y certeras al momento de presentarse un posible delito, el

proyecto se llevó a cabo bajo la metodología del Proceso Unificado de Desarrollo de

Software que permite dividir el proyecto en fases y éstas fases en flujos de trabajos,

además se utilizaron las técnicas de modelado UML y WebML. Para construir el

software (código) se utilizó PHP como lenguaje de programación, para la programación

del lado del cliente los scripts son generados a partir de la tecnología AJAX, y como

manejador de bases de datos se utilizó MySQL.

11
TEMA:

“SISTEMA INFORMATICO PARA LA ADMINISTRACION Y CONTROL DE

EXPEDIENTES DEL CENTRO DE REHABILITACION INTEGRAL PARA LA

NIÑEZ Y LA ADOLESCENCIA”

AUTORES:

Moisés Elías Cruz López

Jennie Xiomara Granados Guevara

Ángel José Lizama Molina

Ledwin Baudilio Rivas Sorto

LUGAR:

UNIVERSIDAD DE EL SALVADOR

FACULTAD DE INGENIERIA Y ARQUITECTURA DEPARTAMENTO

ESCUELA DE INGENIERIA DE SISTEMAS INFORMATICOS

EL SALVADOR – 2011

RESUMEN EJECUTIVO:

El CRINA es una dependencia del ISRI, que atiende a personas con capacidades

especiales desde el 2005, ayudando a integrar a niños y adolescentes a la actividad

productiva del país.

El presente documento propone el desarrollo del “Sistema informático para la

Administración y control de expedientes del CRINA” con el propósito de mejorar las

condiciones actuales de los procesos realizados en el área objeto de estudio. Página 36

Además, se da a conocer cuán importante es el proyecto y por qué es justificable, la

metodología a emplear en la investigación, solución y los resultados esperados. Se

desarrolla el análisis y diseño para el proyecto “Sistema Informático para la

12
Administración y Control de Expedientes del CRINA (SIACE)”. A través del

documento se permiten abstraer y comprender de manera clara y precisa los conceptos y

requerimientos, a través de una fluida comunicación con los usuarios y una correcta

interpretación de lo que este necesita para desarrollar adecuadamente sus labores

cotidianas.

Para el análisis de la información e identificación de los requerimientos, se utiliza la

metodología de lenguaje unificado, describiendo lo siguiente: casos de uso y diagramas

de secuencia, con el propósito de modelar los elementos involucrados en la solución,

también se describen los requerimientos funcionales, no funcionales, operativos, de

desarrollo, legales y ambientales para el sistema.

En el diseño de la solución se satisfacen elementos identificados en la determinación de

requerimientos, además en este apartado se desarrolla la descripción de la arquitectura de toda la

solución, la forma de trabajo en cada una de sus partes, así como el diagrama de clases, el

modelado de la base de datos, el diccionario de datos, el diseño de las pantallas y el diseño de la

seguridad.

A. En la tesis titulada ‘Análisis, Diseño e Implementación de un Sistema para el

Registro Académico en el Centro Escolar “Abdón Cordero” de la Ciudad de San

Miguel’, los autores Cecilia Fuentes Bran, Elba Miranda Cuellar y Carolina Gonzales

Escobar, definen que tuvo como objetivo general desarrollar el sistema de registro

académico, ampliando el análisis para identificar las necesidades de la Institución en el

registro académico, estableciendo el diseño de archivos, base de datos y pantallas que

comprenderá el sistema de registro académico e identificando los recursos necesarios

para la implementación del sistema. Sin embargo, no existe una calendarización para

realizar evaluaciones a los alumnos a su vez la documentación de los alumnos que se

entrega en el momento de la matrícula la guarda el docente, y al final del año escolar

13
son entregadas a la dirección. (Fuentes, Cuellar y Gonzales, (2010), Análisis, diseño e

implementación de un sistema para el registro académico en el Centro Escolar "Abdón

Cordero" de la Ciudad de San Miguel. (Tesis de licenciatura). Universidad de Oriente,

San Miguel, El Salvador).

Diseñar un sistema para registro académico es un trabajo muy minucioso, porque se

tiene que conocer a detalle los procesos de negocio de cada área, en esta investigación

solo se desarrolló el sistema para el área académica mas no se pudo realizar las

evaluaciones de los alumnos y su respectiva documentación.

2.2. BASES TEÓRICAS DEL ESTUDIO:

2.2.1. DESCRIPCIÓN DE LA INSTITUCIÓN:

Nombre : Universidad Andina Néstor Cáceres Velásquez

Ubicación : Psje. La Cultura Edificio El Camping 3er Piso 

Teléfono : (051) 322213 

a) Historia:

La Universidad Andina “Néstor Cáceres Velásquez”, fue creada al fragor del

esfuerzo e impulso de la población y juventud estudiosa de la ciudad de Juliaca y de un

grupo de autoridades que visionaron a una Universidad para esta pujante provincia de

San Román.

Nuestra universidad, fue creada con la ley N° 23738 promulgada el 28 de diciembre

del año 1983, dando inicio a su funcionamiento con las siguientes carreras

universitarias: Contabilidad, Ingeniería Civil, Administración de Empresas, Derecho,

14
Educación y Obstetricia.

Con la Ley Complementaria N° 24661, la Asamblea Nacional de Rectores, dio la

autorización definitiva de funcionamiento mediante la Resolución N° 1287-92-ANR

emitida en julio de 1992. Mediante elecciones democráticas, la Universidad Andina,

conformo sus Órganos de Gobierno, las mismas que norma la Ley Universitaria,

Alcanzando así su incorporación al sistema de Universidad Peruana

b) Visión:

“Universidad acreditada ubicada entre las mejores del sur del Perú, con modelo de

gestión participativa, que promueve la labor de investigación para contribuir al

desarrollo sostenible y competitivo de la región, el país y el mundo mediante la

generación, difusión y aplicación del conocimiento científico”

c) Misión:

“Brinda educación superior integral de calidad mediante una gestión académica y

administrativa, centrada en la excelencia y pertinencia social de las carreras

profesionales y posgrado, investigación científica y el ejercicio responsable del

liderazgo universitario, vinculados al desarrollo de la región, el país y el mundo”

d) Organigrama:

15
2.2.2. APLICACIÓN WEB.

16
 Según Casillas (2005) al referirse a aplicación web las define como: “aplicaciones

que los usuarios pueden utilizar accediendo a un servidor web a través de internet o de

una intranet mediante un navegador. En otras palabras, es una aplicación de software

que se codifica en un lenguaje soportado por los navegadores web en las que se confía

la ejecución al navegador”.

2.2.3. ARQUITECTURA DE UNA APLICACIÓN WEB.

La arquitectura tradicional de cliente/servidor también es conocida como

arquitectura de dos capas y Casillas (2004) explica que “la arquitectura de una

aplicación web requiere una interfaz de usuario que se instala y corre en una PC

(computadora personal) o estación de trabajo y envía solicitudes a un servidor para

ejecutar operaciones complejas”.

Arquitectura de una aplicación web Fuente: Casillas (2004)

Muestra la arquitectura de una aplicación web, que el autor Jeffrey explica que: “el

cliente gestiona las peticiones del usuario y la recepción de las páginas que provienen

del servidor. Interpreta los documentos HTML y sus recursos. Las tecnologías más

empleadas son:

17
  Lenguaje de marcado de hipertexto (HTML).

 Hojas de estilo (CSS).

 Lenguaje de script (JavaScript).

Según Jeffrey (2012), explica que: “el servidor web es un programa residente que

espera peticiones: demonio (daemon) en Unix y servicio en servidores Microsoft. En la

aplicación del servidor hay:

 Paginas estáticas (documentos HTML).

 Recursos multimedia (imágenes y documentos adicionales al sitio

web).

 Script o programas de servidor que al ser invocados se ejecutan y

dan como resultado una página HTML generada (pueden acceder a

una BD).

 Tecnología de servidor: (PHP.net) código Fuente: binarios para

Wind32 y algunos Unix”.

2.2.4. PHP:

PHP (acrónimo recursivo de PHP: Hyeprtext Preprocessor) es un lenguaje de

código abierto muy popular especialmente adecuado para el desarrollo web y que

puede ser incrustado en HTML.

“Es un lenguaje de programación de estilo clásico, con esto quiero decir que es un

lenguaje de programación con variables, sentencias, condiciónales, bucles,

funciones etc. No es un lenguaje de marcas como podría ser HTML, XML o WML.

Además PHP es un lenguaje de programación que fue diseñado específicamente

para el desarrollo y producción de páginas web.

18
 Grafico #1. Como se ejecuta PHP.

Fuente: WebEstilo “Joaquin Gracia Murugarren”

Elaborado por: WebEstilo “Joaquin Gracia Murugarren”

Al ser PHP un lenguaje que se ejecuta en el servidor no es necesario que su

navegador lo soporte, es independiente del navegador, sin envargo para que sus

paginas php funcionen, el servidor donde esten alojadas debe soportar PHP”.(1)

2.2.4.1. CARACTERÍSTICAS GENERALES PHP

 Multiplataforma:

“PHP funciona tanto en sistemas Unix o Linux con servidor web Apache

como en sistemas Windows con Microsoft Information Server, de forma que

el código generado por cualquiera de estas plataformas no debe ser

modificado al pasar a la otra”

 Código Abierto:

Como producto de código abierto, PHP goza de la ayuda de un gran grupo

19
 de programadores, permitiendo que los fallos de funcionamiento se

encuentre y separan rápidamente. El código se pone al dia continuamente

con las mejoras y extensiones del lenguaje para ampliar la capacidad de

PHP. (2)

2.2.4.2. VENTAJAS

 Lenguaje totalmente abierto y libre:

“PHP es un lenguaje basado en herramientas con licencias de software libre,

es decir, no hay que pagar licencias ni estamos limitados a su distribución y

es posible ampliarlo con nuevas funcionalidades si así lo deseamos”

 Sintaxis cómoda:

PHP cuanta con una sintaxis similar a la de C, C++ o Perl.

 Los entornos de desarrollo son de rápido y fácil configuración:

Los entornos son más rápidos para el programador y fáciles de instalar y

configurar, como si de una aplicación cualquiera de escritorio se tratara.

 Fácil acceso a base de datos:

Capacidad de conexión con la mayoría de los motores de base de datos que

utilizan n la actualidad, destaca su conectividad con MySQL y PostgresSQL.

 Comunidad muy grande:

PHP ofrece la mayor ventaja de todas: tiene, probablemente, una de las

comunidades en Internet más grandes con respecto a otros lenguajes. (3)

 Compatibilidad con base de datos:

Quizá la característica más fuerte de php sea su amplio soporte para una

gran cantidad de base de datos. Tiene acceso un gran número de gestores de

20
 base de datos: Adabas D, dbase, Empress, Ingress, InterBase, Frontbase,

DB2, mSQL, MySQL, ODBC, Oracle, PostgresSQL, etc.

 Expansión:

PHP está alcanzando uno de los niveles de uso tan elevados que hacen que

su conocimiento sea algo indispensable para los profesionales del desarrollo

en internet.

Posee una amplia documentación en su página oficial

(http://php.net/manual/es/), entre la cual destaca que todas las funciones del

sistema estén aplicadas y ejemplificadas en el único archivo de ayuda, no

requiere definición de tipos de variables aunque sus variables se pueden

evaluar también por el tipo que estén manejando el tiempo de ejecución.

2.2.5. Bases de datos:

Henry F Korth y Abraham Silberschatz mencionan en su libro Fundamentos

de bases de datos lo siguiente:

Se define una base de datos como una serie de datos organizados y

relacionados entre sí, los cuales son recolectados y explorados por los

sistemas de información de una empresa o negocio particular. Se considera

como base de datos cualquier recopilación organizada de información sobre

la que haya habido análisis documental y que disponga de un sistema de

búsqueda específica. (5)

21
 Cada base de datos se compone de una o más tablas que guarda un conjunto

de datos, cada tabla tiene una o más columnas o filas, las columnas guardan

una parte de la información sobre cada elemento que queremos guardar de la

tabla. Cada fila de la tabla conforma un registro. (6)

2.2.6. MariaDB

Es un sistema de gestión de bases de datos derivado de MySQL con licencia

GPL (General Public License). Es desarrollado por Michael (Monty)

Widenius —fundador de MySQL—, la fundación MariaDB y la comunidad

de desarrolladores de software libre.1 Introduce dos motores de

almacenamiento nuevos, uno llamado Aria —que reemplaza a MyISAM— y

otro llamado XtraDB —en sustitución de InnoDB—. Tiene una alta

compatibilidad con MySQL ya que posee las mismas órdenes, interfaces,

API y bibliotecas, siendo su objetivo poder cambiar un servidor por otro

directamente.2

Este SGBD surge a raíz de la compra de Sun Microsystems compañía que

había comprado previamente MySQL AB por parte de Oracle. MariaDB es

una bifurcación directa de MySQL que asegura la existencia de una versión

de este producto con licencia GPL. Widenius decidió crear esta variante

porque estaba convencido de que el único interés de Oracle en MySQL era

reducir la competencia que MySQL suponía para el mayor proveedor

de bases de datos relacionales del mundo, que es Oracle.4

22
 GRAFICO 1 María DB Corporation

Fuente: MariaDB Corporation AB, Michael Widenius y MariaDB Foundation

2.2.7. MySQL:

PaulDuBois define este concepto en su libro MYSQL es un sistema de

gestión de base de datos relacional, licenciado bajo la GLP de la GNU. Su

diseño multihilo le permite soportar una gran carga de forma muy eficiente.

MySQL fue creada por la empresa sueca MySQL AB, que mantiene el

copyright del código fuente del servidor SQL, así como también de la marca.

GRAFICO 2 MySQL

Fuente: MySQL

2.2.8. Postgre SQL

“Es un sistema gestor base de datos relacionales de objetos de código

abierto. Es un descendiente de uno de los primeros sistemas de este tipo. La

23
 licencia de PostgreSQL es la licencia BSD, que concede libre de cargo

permiso para el uso, modificación y distribución del código”.

(SILBERSCHATZ, KORTH, & SUDARSHAN, 2016)

“Es un sistema de gestión de base de datos objeto – relacional, distribuido

bajo la licencia BSD y con su código fuente disponible libremente. Es el

sistema de gestión de base de datos de código abierto más potente del

mercado y en sus últimas versiones no tiene nada que envidiarles a otras

bases de datos comerciales”. (Postgre SQL, 2013)

GRAFICO 3 PostgreSQL

Fuente: PostgreSQL, 2013

2.2.8.1. Cuadro de comparación entre MySQL y PostgreSQL

Tabla 1 Cuadro de la comparación entre MySQL y Postgre para el desarrollo del

sistema de información.

MYSQL POSTGRE
Aunque no nos planteamos La licencia BSD no nos limita en ningún
vender nuestra solución, ni aspecto. Simplemente tendremos que incluir
comercializarla con una licencia la nota sobre la misma en nuestro software,
MODELO DE
propietaria, la licencia dual de tanto si lo que queremos comercializar como
LICENCIA,
MySQL siempre será un aspecto si no,
PRECIO
que tendremos que tener en
cuenta si alguien se interesa por
nuestra aplicación

24
 Tenemos tanto la opción de PostgreSQL no ofrece soporte directamente,
contratar soporte en varias aunque si proporciona los mecanismos para
modalidades, como la de optar que la comunidad lo ofrezca (listas de
SOPORTE POR
por consultar a la amplísima correo, IRC, enlaces, etc.). También tiene
PARTE DEL
gama de usuarios del producto, una lista (corta) de empresas que ofrecen
FACBRICANTE
en todo caso, en ambas soporte profesional de PostgreSQL. En
situaciones obtendremos un España solo hay una, y no es una empresa de
excelente soporte desarrollo de software.
PHP siempre ha incluido soporte PHP siempre ha incluido soporte para este
para este SGBD bien con SGBD, bien con funciones especiales
funciones especiales dedicadas dedicadas que aprovechan al máximo sus
que aprovechan al máximo sus características o bien con librerías PEAR
características, o bien con como DB, que nos atraen del SGBD y que
librerías PEAR como DB que soportan PostgreSQL a la perfección.
nos abstraen de SGBD y que
soportan MySQL a la
perfección. Aunque
CONEXIÓN recientemente ha habido algún
DESDE PHP problema con la licencia y
parecía y parecía que PHP no
incluiría soporte para MySQL en
sus últimas versiones, MySQL
ha hecho una excepción con
PHP (que sin duda ha
contribuido mucho a la
popularización de MySQL) por
el bien de la comunidad y de los
usuarios.
PRESTACIONE Esa es la principal característica Por supuesto PostgreSQL no decepciona en
S EN que hace que MySQL sea uno de este punto
CONSULTAS los SGBD mejor posicionados
SIMPLES
Hasta hace poco, MySQL no
PRESTACIONE soportaba sub consultas y esto PostgreSQL ha soportado sub consultas,
S EN implicaba un mayor esfuerzo por vistas y todo lo que podamos necesitar en
CONSULTAS parte de los programadores. nuestra aplicación desde hace varios años.
COMPLEJAS Ahora ya las soporta y aun nivel Simplemente de estas es ya muy estable
al de sus competidores.
Estamos ante un “más que Estamos ante el SGBD casi ideal. Solo le
satisfactorio” SGBD para la falta facilitar la gestión de usuarios y mejorar
CONCLUSION
solución que nos planteamos. No su soporte
hay ninguna carencia insalvable.

2.2.9. Lenguaje de Programación:

Un lenguaje de programación es un lenguaje formal diseñado para realizar

proceso que pueden ser llevados a cabo por maquinas como computadoras.

Pueden usarse para crear programas que controlen el comportamiento físico

y lógico de una máquina, para expresar algoritmos con precisión, o como

25
 modo de comunicación humana. (lutz 2013)

2.2.10. HTML:

HTML es un lenguaje de marcas (etiquetas) que se emplea para dar formato

a los documentos que se quieren publicar en la web. (Mora S. L. 2001)

2.2.11. JavaScript (J.S.)

JavaScript es un lenguaje de programación, como PHP pero con sus

respectivas diferencias destacables.

JavaScript se utiliza principalmente del lado del cliente permitiendo crear

efectos atractivos y dinámicos en las páginas web. Los navegadores modernos

interpretan el código JavaScript integrado en todas las páginas web (Feria,

2015. P. 13)

2.2.12. Servidor Web

El servidor web es un programa que está esperando permanentemente las

solicitudes de conexión mediante el protocolo HTTP por parte de los

clientes web. (Mora S. L. 2001)

“Software que administra las solicitudes de páginas web en la computadora

en donde se almacenan y se entrega la página a la computadora del usuario.”

(LAUDON & LAUDON, 2012)

2.2.13. XAMPP:

XAMPP es un paquete formado por un servidor web Apache, una base de

datos MySQL y los interpretes para los lenguajes PHP y Perl. De hecho su

nombre viene de ahí, X(para cualquier sistema operativo), A(Apache),

M(MySQL), P(PHP) y P(Perl). XAMPP es independiente de plataforma y

26
 tiene licencia GNU GLP. Existen versiones para Linux (testeado para SuSE,

RedHat, Mandrake y debian), Windows Vista, 8, 10), MacOS X y Solaris

(desarrollada y probada con Solaris 8, Solaris 9).

Una de las ventajas de XAMPP es que de una forma muy sencilla y rápida

(no más de 5minutos) te puede montar en tu maquina un entorno de

desarrollo de cualquier aplicación web que use PHP y base de datos. La

configuración por defecto de Xampp tiene algunas deficiencias de seguridad

por lo que no es recomendable usarla como una herramienta para

producción, sim embargo con algunas modificaciones es lo suficientemente

seguro para ser usada como servidor de sitios web en internet. Desde

LAMPP(Linux AMPP) sí que podrás hacer una instalación segura haciendo

“/opt/lampp/lampp security”.

GRAFICO 4 XAMPP

Fuente: XAMPP

2.2.14. Bootstrap(Framework)

Bootstrap es un framework o conjunto de herramientas de Código abierto para

diseño de sitios y aplicaciones web. Contiene plantillas de diseño con tipografía,

formularios, botones, cuadros, menús de navegación y otros elementos de diseño basado

27
en HTML y CSS, así como, extensiones de JavaScript opcionales adicionales.

2.2.15. Lenguaje Unificado de Modelado (UML)

“UML es un conjunto de hermanitas estandarizado para documentar el análisis y

diseño orientado a objetos de un sistema de software” (Kendall & Kendall, 2005)

2.2.15.1. Diagrama de Procesos

2.2.15.1.1. Diagrama de contexto

28
 Home Bienvenida

Editar
Listado
Eliminar

Usuario Nuevo Usuario Registrar

Asignar
Asignar Areas
Eliminar

-Nuevo remitente

Remitente Remitente Editar

Eliminar
DESARROLLO WEB DE SISTEMA
DE TRAMITE DOCUMENTARIO

Nuevo Asunto

Inicio de sesion Editar

Asuntos
Eliminar

Ver Requisitos

Nuevo Tipo

Documentos
Tipo de Documentos Editar

Eliminar

Nuevo Estado

Estado de Documentos Editar

Eliminar

Editar
Listado
Eliminar
Areas

Nuevas Areas Registrar

29
 2.2.16. Diagrama de actividad

“Un diagrama que muestra el flujo de actividad a actividad; los diagramas de

actividad tratan la vista dinámica de un sistema. Un caso especial de diagrama de estado

en el cual todos o casi todos los estados son estados de acción y en el cual todas o casi

todas las transiciones son disparadas por la terminación de las acciones en los estados

origen.” Jacobson, Booch, & Rumbaugh, 2000)

2.3. Marco Conceptual

 Automatizar: aplicar maquinas o procedimientos en la realización de un

proceso o en una industria.

 Base de Datos: Es una colección de información organizada de forma que

un programa de ordenador pueda seleccionar rápidamente los fragmentos de

datos que necesite.

 Consulta: Búsqueda de información en una fuente de documentación para

aprender una cosa o para aclarar una duda.

 Dependencia: Es la persona a la cual va dirigida un trámite, generalmente

esta persona tiene a su cargo un área de la institución.

 Documento: Documento que contiene un compromiso con dos o más

personas que lo firman.

 Eficacia: Indicador de mayor logro de objetivos o metas por unidad de

tiempo, respecto a lo planeado.

 Eficiencia. Indicador de menor costo de un resultado, por unidad de factor

30
 empleado y por unidad de tiempo. Se obtiene al relacionar el valor de los

resultados respecto al costo de producir esos resultados.

 Gestión Administrativa: Conjunto de actuaciones mediante el cual, el

ejecutivo despliega sus actividades a través del cumplimiento de las etapas del

procedimiento administrativo: Planear, organizar, dirigir, coordinar y controlar.

 Información: Comunicación o adquisición de conocimientos que permite

ampliar o precisar lo que se posee sobre una materia determinada.

 Interoperabilidad: Es el espacio que tiene un producto o un sistema y sus

interfaces son íntegramente conocidas, para trabajar con otros productos o

sistemas existentes o futuros y, sin limitaciones de acceso o de implementación.

 Institución: Organismo público o privado que ha sido fundado para

desempeñar una determinada labor cultural, científica, política o social.

 Internet: Red Informática de nivel mundial que utiliza la línea telefónica

para transmitir la información.

 Mesa de Partes: Atención de consultas sobre el estado de los expedientes

ingresados por los administrados.

 Mesa de Partes: Es una unidad organizacional, que es responsable de

realizar algunas acciones para cumplir con un procedimiento administrativo

determinado. Es decir, se encargará de Recepcionar los trámites.

 Optimizar: Conseguir que algo llegue a la situación óptima o de los

mejores resultados posibles.

 Portal web: Un portal es un sitio web cuya característica fundamental es la

de servir de puerta de entrada para ofrecer al usuario, de manera sencilla e

integrada, accediendo a una lista de recursos y de servicios, referido a un

mismo asunto. Comprende: enlaces webs, compra electrónica, documentos,

31
 buscadores, foros, aplicaciones etc.

 Proceso de trámite documentario: La unidad de Trámite Documentario y

Archivo, es la encargada y responsable de los trámites administrativos desde

su ingreso en Mesa de Partes hasta su terminación o resolución final.

 Publicación: se utiliza para hacer referencia al acto mediante al cual se hace

público o se da a conocer determinada información.

 Red: Es un conjunto de dispositivos interconectados entre si a través de un

medio, que intercambian información y comparten recursos.

 Registro: Documento donde se relacionan ciertos acontecimientos o cosas;

especialmente aquellos que deben constar permanentemente de una forma

oficial.

 Remitente: Persona que realiza un trámite documentario con una

determinada institución mediante una solicitud, memorando, invitación, etc.

 Sistema: Es un conjunto de elementos que se encuentran interrelacionados y

que interactúan entre sí.

 Tecnología: es un conjunto de conocimientos científicamente ordenados,

permiten diseñar y crear bienes o servicios que faciliten la adaptación el

medio ambiente.

 Trámite Documentario: Es una proceso que permite a las organizaciones

tener el control de la ubicación física y estatus, actual y pasado de la

documentación que llega, fluye y se genera dentro de ellas.

 Web: Conjunto de información que se encuentra en una dirección

determinada de internet.

 Veras: Que se ajusta a la verdad o a la realidad.

32
 CAPÍTULO III
3. METODOLOGIA DE LA INVESTIGACIÓN

3.1. MATERIAL DE ESTUDIO

3.1.1. Metodologías para el Desarrollo de Software

SCRUM Para Sutherland y Schwaber (2016) Scrum es el método ágil para gestión

de proyectos más usado en el mundo, según todos los reportes de la industria. Scrum no

es una metodología, sino una implementación del Agile Manifiesto, por tanto, se debe a

sus valores y principios.

Scrum se basa en una iteración continua donde se construye un producto o proyecto

de forma incremental. Scrum es la más utilizada de las llamadas metodologías ágiles de

desarrollo de software.

33
 Para Gallego (2012) Scrum tiene los siguientes roles, artefactos y fases:

3.1.1.1. Roles de Scrum

 Product Owner o Propietario del producto

Es la persona que toma las decisiones, y es la que realmente conoce el negocio del

cliente y su visión del producto. Se encarga de escribir las ideas del cliente, las ordena

por prioridad y las coloca en el Product Backlog.

 Scrum Master

Es el encargado de comprobar que el modelo y la metodología funciona. liminará

todos los inconvenientes que hagan que el proceso no fluya einteractuará con el cliente

y con los gestores.

 Development Team o Equipo de desarrollo

Suele ser un equipo pequeño de unas 5-9 personas y tienen autoridad para organizar

y tomar decisiones para conseguir su objetivo. Está involucrado en la estimación del

esfuerzo de las tareas del backlog.

 Interesados

Los interesados en los "equipos Scrums" son aquellos que no tienen un rol formal y

no se involucran frecuentemente en el "proceso Scrum", sin embargo, deben ser

tomados en cuenta.

3.1.1.2. Artefactos

 Product Backlog o Pila del Producto

Es la lista de necesidades del cliente.

34
  Sprint Backlog o Pila del Sprint

Es la lista de tareas que se realizan en un Sprint.

 Incremento

Es la parte añadida o desarrollada en un Sprint, es una parte terminada y totalmente

operativa.

3.1.1.3. Fases

 Iniciación

En esta fase se crean e identifican roles claves del proyecto como el Scrum Master,

Product Owner, equipo del proyecto y los interesados. Así mismo, se define la lista de

prioridades o el Product Backlog el cual sirve de base para la elaboración del plan de

lanzamiento y tamaño de cada Sprint.

 Planificación y Estimación

Aquí se definen los Sprints, las historias de usuarios y se hacen las estimaciones de

tiempo y esfuerzo para cumplirlas, los cuales se traducen en listas de tareas cuyos

tiempos de desarrollo se definen en reuniones de equipo correspondientes, así como el

proceso de definición del Sprint Backlog que contiene todas las tareas que deben

completarse en el Sprint.

 Implementación

En esta fase se trabaja en las tareas del Sprint Backlog para crear Sprints, para ello

se realiza el seguimiento del trabajo y de actividades que se llevan a cabo.

Durante esta fase se realizan las llamadas Daily Scrum que son reuniones cortas y

eficientes en tiempo donde el equipo da el estatus de sus actividades diarias y manifiesta

cualquier inconveniente que pueda tener.

35
  Revisión y Retrospectiva

En esta etapa se realizan reuniones que permitan juntar al equipo para discutir y

revisar avances e impedimentos en el desarrollo del proyecto.

También en esta etapa se lleva a cabo el proceso donde el Equipo Scrum les

demuestra el Sprint al Propietario del producto y a los Socios relevantes en un Sprint

Review Meeting.

 Lanzamiento

Finalmente, esta es la fase más esperada por los interesados o socios del proyecto,

así como del Scrum Master y Equipo Scrum. En esta fase se documenta la finalización

con éxito del Sprint. Del mismo modo, se realizan actividades de restrospectiva que

permite identificar mejoras y lecciones aprendidas del proyecto. (p.33-36).

En la figura 04 Palacio (2015) describe el marco de trabajo del Scrum sus roles,

artefactos y eventos. Entre sus eventos tenemos:

 Planificación del Sprint

 Sprint

 Scrum Diario

 Revisión del Sprint

 Retrospectiva.

3.2. Población y Muestra

3.2.1. Población

La población está considerada por todo el personal Administrativo, alumnos y de la

Universidad Andina Néstor Cáceres Velásquez”

36
 3.2.2. Muestra

Para el presente trabajo de investigación, la muestra será probabilístico de tipo

simple y el tamaño de la muestra se establecerá empleando una fórmula estadística para

definición de muestras en poblaciones finitas.

37
Para calcular el tamaño de la muestra tomamos los siguientes valores

n =?

N = 2000

Z = 1.96 al cuadro (si la seguridad es de 95%)

σ = 0.5

e = 0.05

1962 *2000*0.5*0.5
n = ------------------------------------
0.052*(2000-1)+1.962*0.5*0.5

192.08
n = ------------
1.4579

n = 1320 encuestas en total

38
 CAPÍTULO IV

4. DESARROLLO DEL PROYECTO

4.1. Diseño

El sistema web propuesto contiene los siguientes módulos que se detallan de

39
acuerdo a su principal estructura:

Se maneja una base de datos de un servidor único y exclusivo solo para el

administrador para mantenimiento de la base de datos con toda la información

pertinente de los estudiantes.

Se constituye como un aplicativo web y definiciones del sistema educativo para su

óptima operación y uso, también se proyecta desposesiones y medidas para su

escalabilidad y evolución.

El acceso a la base de datos se realiza mediante un navegador web en el equipo

destinado a secretaria, para el caso de los docentes en el ingreso de las calificaciones

que es realizado directamente por el mismo docente mediante a su usuario y clave.

4.2. Arquitectura de la solución

Se describe las especificaciones desarrolladas para el sistema en el tipo de solución

utilizadas, a continuación se detalla la arquitectura usada.

40
4.3. METODOLOGIA

La Metodología para el modelamiento se deberá utilizar obligatoriamente

diagramas UML (Unified Modeling Language); asimismo, la solución informática

deberá usar la metodología de trabajo, basada en la Norma Técnica peruana

12207:2006. De igual manera se tomara en cuenta los aspectos generales de la

Metodología Métrica V3, para el desarrollo e implementación de sistemas informáticos,

tomando en consideración que dicha metodología facilita la planificación, el control y

seguimiento de los proyectos, mejora del ratio coste / beneficio, optimiza la gestión de

recursos, facilita la comunicación entre los participantes y facilita la evaluación de los

proyectos.

4.3.1.1. 2.1.9.1 UML (Unified Modeling Language)

Para el desarrollo de software orientado a objetos no basta usar un lenguaje

orientado a objetos. También se necesitará realizar un análisis y diseño orientado a

objetos. El modelamiento visual es la clave para realizar el análisis. Desde los inicios

del desarrollo de software han existido diferentes metodologías para hacer esto del

modelamiento, pero sin lugar a duda, el Lenguaje de Modelamiento Unificado (UML)

puso fin a la guerra de metodologías.

4.3.1.2. 2.1.9.2 Definición de UML

UML (Unified Modeling Language) es un lenguaje que permite modelar, construir

y documentar los elementos que forman un sistema software orientado a objetos. UML

41
entrega una forma de modelar cosas conceptuales como lo son procesos de negocio y

funciones de sistema, además de cosas Concretas como lo son escribir clases en un

lenguaje determinado, esquemas de base de datos y componentes de software reusables.

La estandarización de un lenguaje de modelado es invaluable, ya que es la parte

principal del proceso de comunicación que requieren todos los agentes involucrados en

un proyecto informático. Si se quiere discutir un diseño con alguien más, ambos deben

conocer el lenguaje de modelado y no así el proceso que se siguió para obtenerlo.

42
 Figura 1 Diagrama de UML

Fuente: Universidad Tecnológica del Perú Michael Raúl Valles Ojeda / Oscar

Taquiri Benavides

El UML es un lenguaje de modelado y no un método. La mayor parte de los

métodos consisten, al menos en principio, en un lenguaje y en un proceso para modelar.

El lenguaje de modelado es la notación (principalmente gráfica) de que se valen los

43
métodos para expresar los diseños. El proceso es la orientación que nos dan sobre los

pasos a seguir para hacer el diseño. El lenguaje de modelado es la parte más importante

del método, es la clave para la comunicación; para poder analizar un diseño se necesita

comprender el lenguaje de modelado; no el proceso que se siguió para lograr el diseño.

(Valles Ojeda, 2010)

4.3.1.3. 2.1.9.3 Características del UML

 Desplegar los límites de un sistema, sus principales funciones

 mediante casos de uso y actores

 Representar la estructura estática de un sistema usando diagramas

 de clases

 Modelar los límites de un objeto con diagramas de estados

 Mostrar la arquitectura de la implementación física con diagramas

componentes y de emplazamiento o despliegue.

4.3.1.4. 2.1.9.4 Objetivos del UML

Los diagramas se utilizan para dar diferentes perspectivas del problema según lo

que nos interesa representar en un determinado momento, vale decir que en algunos

casos no es necesario representar los nueve diagramas.

44
 Figura 2 Objetivos del UML

Fuente: Universidad Tecnológica del Perú Michael Raúl Valles Ojeda / Oscar

Taquiri Benavides

4.3.2. Diagrama de Caso de Uso

Un caso Diagrama de Casos de Uso puede existir tanto a nivel del Modelo de

Negocio como en el nivel de Modelo de Construcción del Software. A nivel de Negocio

muestra el Caso de Uso del Negocio relacionado con los actores internos y externos de

negocio. A nivel de Sistema muestra la funcionalidad total del Sistema Software que se

construye. El Diagrama de Casos de Uso a nivel de Sistema permite definir los

privilegios del Sistema por actor, teniendo en cuenta aspectos de auditoría al considerar

el módulo de identificación, como obligatorio.

45
46
 Figura 3 Diagrama de casos de uso

Fuente: Universidad Tecnológica del Perú Michael Raúl Valles Ojeda / Oscar

Taquiri Benavides

4.3.3. Diagrama de Objetos

Muestra un conjunto de objetos (instancias de las clases) y sus relaciones. Modelan

las instancias de elementos contendidos en los diagramas de clases, es decir las

ocurrencias de cada elemento que constituye una clase, a cada uno de estos elementos se

les llama objetos. Son como fotos instantáneas de los diagramas de clases. (Valles

Ojeda, 2010)

Figura 4 Diagrama de Objetos

47
 4.3.4. Diagrama de Secuencia

Un diagrama de Secuencia muestra una interacción ordenada según la secuencia

temporal de eventos. En particular, muestra los objetos participantes en la interacción y

los mensajes que intercambian ordenados según su secuencia en el tiempo. El eje

vertical representa el tiempo, y en el eje horizontal se colocan los objetos y actores

participantes en la interacción, sin un orden prefijado. Cada objeto o actor tiene una

línea vertical, y los mensajes se representan mediante flechas entre los distintos objetos.

El tiempo fluye de arriba abajo. Se pueden colocar etiquetas (como restricciones de

tiempo, descripciones de acciones, etc.) bien en el margen izquierdo o bien junto a las

transiciones o activaciones a las que se refieren.

Figura 5 Diagrama de Secuencia

4.3.5. Diagrama de Colaboración

48
 Un Diagrama de Colaboración muestra una interacción organizada basándose en los

objetos que toman parte en la interacción y los enlaces entre los mismos (en cuanto a la

interacción se refiere). A diferencia de los Diagramas de Secuencia, los Diagramas de

Colaboración muestran las relaciones entre los roles de los objetos. La secuencia de los

mensajes y los flujos de ejecución concurrentes deben determinarse explícitamente

mediante números de secuencia. Los diagramas de colaboración permiten mostrar mejor

como se vinculan los objetos, a cambio de hacer más difícil observar el orden de

ejecución, pues enumeran los mensajes en lugar de mostrar al tiempo como una
Figura 6 Diagrama de Colaboración

dimensión, tal como lo hacen los diagramas de secuencia. (Valles Ojeda, 2010)

4.3.6. Diagrama de Estado

Figura 7 Diagrama de Estados

Un Diagrama de Estados muestra la secuencia de estados por los que pasa bien un

caso de uso, bien un objeto a lo largo de su vida, o bien todo el sistema. En él se indican

qué eventos hacen que se pase de un estado a otroy cuáles son las respuestas y acciones

que genera. En cuanto a la representación, un diagrama de estados es un gráfico cuyos

nodos son estados y cuyos arcos dirigidos son transiciones etiquetadas con los nombres

de los eventos. Capturan los cambios de estado que sufren los objetos en respuesta a

49
eventos. Los diagramas de clases y de objetos correspondientes,sólo muestran los

aspectos estáticos pero no muestran como son afectados los objetos cuando ocurre algo.

Sin embargo, estos comportamientos tienen que implementarse mediante software y

representarlos en algún sitio, asegura que los desarrolladores no adivinen el

comportamiento y produzcan software que satisfaga los requerimientos.

4.3.7. Diagrama de Actividad

Muestra la realización de operaciones para conseguir un objetivo. Presentan una

visión simplificada de lo que ocurre en un proceso, mostrando los pasos que se realizan.

Los diagramas de actividad, son una extensión de los diagramas de estado. Los

diagramas de estado resaltan los estados y muestran las actividades que dan lugar a

cambios de estado, mientras que los diagramas de actividad, resaltan justamente las

actividades. Comúnmente los diagramas de actividad se utilizan en dos formas. En el

modelado de flujos de trabajo, haciendo hincapié en las actividades tal y como son

vistas por los actores que colaboran con el sistema, esto es, modelando procesos de
50
negocios. En el modelado de una operación, utilizando los diagramas de actividad como

diagramas de flujo para mostrar detalles de un algoritmo, haciendo amplio uso de las

condiciones y modelado de procesos concurrentes. (Valles Ojeda, 2010)

Figura 8 Diagrama de Actividades

1.1.1. Periodo Académico Caso de Uso

1.1.1. Diagrama de caso de Uso

4.3.7.1. Docente:

51
 Es el encargado del ingreso y posterior reporte de las calificaciones, también tiene

la potestad de realizar notificaciones a los padres de familia cuando existe déficit en el

rendimiento académico.

4.3.7.2. Administrador

El administrador es el operador general de la aplicación con control total, es quien

realiza el mantenimiento regular para su óptimo funcionamiento y realiza las pertinentes

actividades de backup de la base de datos de acuerdo a lo requerido por la institución,

también entre sus funciones se encuentra la tarea de implementar nuevos módulos que

sean necesitados de acuerdo a un análisis respectivo.

4.3.7.3. Representante

El representante tiene como procesos solicitar matricula, proporcionado los datos

pertinentes y consultar calificaciones.

52
 4.3.7.4. Secretaria

Es el operador principal en el sistema dado que se encarga de los respectivos

reportes de matrícula y calificaciones tanto para junta académica como para reuniones

con los padres de familia para tratar temas sobre rendimiento académico.

4.3.8. Diagrama de actividad

Diagrama de actividad del sistema

4.4. REQUERIMIENTOS

a) Requerimientos del hardware

53
 Contar con:

 Computadora personal

 Conexión a internet

b) Requerimiento de software

Contar con

 Sistema operativo (Windows, linux)

 Navegador web (google Chrome, mozilla Firefox etc.)

CONCLUSIONES

 Crear un sistema web permita tener un aplicativo escalable, rápido, de

54
 interfaz sencilla con facilidad de adaptarse a diversas plataformas y utilizar

servidores web permite tener acceso a los reportes necesarios en

determinado tiempo dentro de la intranet en la institución para la toma de

decisiones adecuadas en cada caso.

 Por medio de este sistema se podrá automatizar el sistema académico para

las unidades educativas con la finalidad de agilizar el proceso académico

 Con la utilización del sistema se podrá lograr una contabilidad de los datos

almacenados en los diferentes archivos e la base de datos.

 Con la utilización del sistema académico, se podrá mejorar la atención al

público en general.

 Los registros de estudiantes, matriculas, calificaciones y reportes se

procesan ágilmente gracias a la estructura utilizada para manejar cada

módulo independientemente.

RECOMENDACIONES

 Para desarrollar un sistema de información, es recomendable el trabajo

55
 directo con los usuarios finales, pues ellos son los conocedores de la

problemática sistemática existente y de los requerimientos reales del

sistema.

 En el manejo de elevados volúmenes de información, es conveniente la

utilización de un sistema de información adecuado, que permita garantizar

la integridad de los datos y que sean conscientes.

 Una vez elaborado el sistema deberá tener un tiempo razonable en el

proceso de cambio que tendrá los usuarios para acomodarse los nuevos

sistemas.

 Para el soporte del sistema web se recomienda la implementación de tickets

online.

 En base a presente investigación se puede desarrollar los siguientes sistemas

de información.

 El sistema de información para matrículas y consulta de notas deberá entrar

en mantenimiento acorde a cambios de la universidad, para poder satisfacer

la manera integral de las necesidades.

 Control de asistencia de estudiantes

 Control de asistencias de docentes

 Control de registro de docentes

REFERENCIAS BIBLIOGRÁFICAS

Referencias Bibliográficas Física:

56
 1. Rojas Pacheco, C., & Silva Mendoza, J. (2010). Implementación de un Sistema de
matrícula vía Web del centro educativo parroquial Primario Secundario Nuestra Señora
de la Salud. Universidad Científica del Perú.

2. Fuentes Bran, C., & Miranda Cuellar, E., & Gonzales Escobar. C (2010). Análisis,
Diseño e Implementación de un Sistema para el Registro Académico en el Centro
Escolar “Abdón Cordero” de la Ciudad de San Miguel. Universidad de Oriente. El
Salvador.

3. Korth, H. F., & Silverschatz, A. (1993). Fundamentos de bases de datos. Madrid:

McGraw-Hill. (5)

4. Titus Hawryszkiewycz, I. (1994). Análisis y diseño de bases de datos. México: Limusa.

5. Granado, M. (2009). El gran libro php. Madrid, España: editorial Ra-Ma.

6. https://es.wikipedia.org/wiki/Bootstrap_(framework)

7. Jacobson, Booch y Rumbaugh,(s.a.).el proceso unificado, la vida del Proceso

Unificaodo, Addison-Wesley, 1ra Edición

8. Kendall, k., & Kendall, J. (2005) Análisis y diseño de sistemas. México: Pearson
Educación.

9. Laudon, k., & Laudon, J. (2012) Sistema de Información Gerencial. México: Pearson
Educación

10. Cohen Karen, D. (s.a.).sistema de información para los negocios. Los sistemas de
información, McGraw-Hill

11. Hernández Sampieri, R., & Fernandez Collado, C., C., & Baptista Lucio, P. (2010).
Metodología de la investigacion, Mexico, Mc Graw Hill

12. Lindberg, (2009). Modelo vista controlador. Editorial: Biblioteca pública.

13. Delgado, H. E. (2010). Análisis y díselo de un sistema de información web de

matrículas utilizando ingeniería web y la influencia en la calidad del sistema de
matrícula para la facultad de ciencias - UNJBG

14. Martínez, B. G. (2006). Desarrollo e implementación de un sistema automatizado de

control de matrículas, pensiones y notas para la unidad educativa Gonzales Suarez.

15. Rojas, M. F. (2011) Las fases de RUP: desarrollado paso a paso. Rosario

16. Korth, H. F., & Silverschatz, A. (1993). Fundamentos de base de datos.

Referencia Bibliográfica Web

17. http://leliadoura.com.es/dai/phpwebestilo/manual/basico/(1)

57
18. https://www.lancetalent.com/blog/6-buenos-motivos-para-trabajar-con-php/(2)

19. http://klarimartinezbenjumea.blogspot.pe/2011/04/ventajas-y-desventajas.html(3)

20. http://php.net/manual/es/ (4)

58
 ANEXOS

Anexo 1: Encuesta

1. ¿Cuál es el nivel de dificultad para el proceso de matrículas?

DIFICIL
COMPLICADO
SENCILLO

2.- ¿Le gustaría contar con un sistema automatizado para el proceso de matrícula?

SI
NO

3.- ¿Cuándo necesito información sobre el periodo de matrículas que medio utilizo?

TELEFONO
EMAIL
PERSONAL

4.- ¿Se le ha presentado problemas en la obtención de información debido a la perdida de la carpeta?

SI
NO

5.- ¿Se disminuirá el tiempo de inscripción?

SI
NO

6.- ¿El reporte de calificaciones en un tiempo determinado presenta inconsistencias?

SI
NO

59
 Anexo 2: CUADRO COMPARATIVO DE METODOLOGIAS DE DESARROLLO

ITEM CASCADA MOBILE-D XP RUP

Modelo que sigue una Modelo ágil de desarrollo rápido, Modelo en el que se define un Proporciona un enfoque
secuencia lógica y cada etapa enfocado a grupos pequeños y que plana para desarrollar y liberar disciplinado para la
BREVE es directamente dependiente de busca rápidas respuestas. software. Y además poder asignación de tareas y
DESCIPCION que se culmine la anterior. revisarlo para poder incorporar responsabilidades dentro de
nuevas funcionalidades. una organización de
desarrollo.
Principalmente web y Software para dispositivos Aplicaciones móviles. Principalmente web y
TIPO DE Empotrado. móviles. móviles.
PROYECTO DE
SOFTWARE
Estrecha relación con el cliente Interactúa con el cliente y tiene Programadores con habilidades Estrecha relación con el
RELACION CON
buena relación con el grupo blandas y trabajo en equipo cliente
EL
DESRROLLADOR
- Análisis de - Explotación - Definir roles - Inicio
requerimiento - Inicialización - Estimar esfuerzos - Elaboración
- Diseño - Producción - Elegir que construir - Construcción
ETAPAS - Implementación - Estabilización - Programar - Transición
- Pruebas - Testeo - Repetir -
- Mantenimiento

Se deben desarrollar todas sus Por cada función se realiza un Pone énfasis en la comunicación. RUP tiene características
etapas. Si se cambia el orden ciclo de 3 días para planificar y especiales está dirigido por
CARCTERISTICA
tiene una menor calidad. trabajar en el proyecto para los casos de uso y es iterativo
S PROPIAS DEL presentarlo. e incremental.
MODELO

60
61
ANEXOS DE INTERFACES
LOGO DE LA INSTITUCIÓN

INICIO DE SESIÓN

62
 INICIO PRINCIPAL

INTERFAZ DE MATRÍCULA

INTERFAZ DE ALUMNOS

63
INTERFAZ DE PROFESORES

CONTROL DE MATERIAS
64
CONTROL DE GRADOS

65
 CONTROL DE SALONES

CONTROL DE INSTITUCION

66