Informe Modular

ESCUELA PROFESIONAL DE TECNOLOGÍA
CARRERA PROFESIONAL DE DESARROLLO DE SISTEMAS DE

INFORMACIÓN
Proyecto
SOFTWARE DE SOPORTE PARA PROCESAR LAS MATRÍCULAS Y LA

GESTIÓN DE LOS DATOS DE LOS ESTUDIANTES DEL CENTRO DE
INVESTIGACIÓN EDUCACIÓN Y MAGISTERIO- ESCUELA DE QUECHUA
"JOSE MARIA ARGUEDAS” EN LA CIUDAD DE HUANCAYO EN EL AÑO 2021
Presentado por:
KEVIN LOPEZ INGARUCA
CRISTIAN SARAVIA PINO
HECTOR PICHA MAQUE
HANS GAGO ARROYO
Para Optar el Certificado Modular I

Soporte Técnico y Programación de Sistemas
Huancayo – Perú
2021
2
Asesor: Carlos Rojas Castro

Asesor: Iván Arturo Bolaños Victoria
3
El presente trabajo se lo dedicamos a

nuestros familiares por el apoyo que nos
dan día a día para poder llegar a nuestros
objetivos trazados.
4
ÍNDICE
PORTADA
ASESORÍA
DEDICATORIA
ÍNDICE
INTRODUCCIÓN
CAPÍTULO I
INTRODUCCIÓN
Contenido
1.1. Aspectos generales .................................................................................................7
1.1.1. Razón social de la empresa o Institución. ..............................................................7
1.1.2. Actividades de la Empresa o Institución ................................................................7
1.1.3. Ejecución del proyecto............................................................................................7
1.1.4. URL de la página web..............................................................................................7
1.1.5. Misión y visión ........................................................................................................7
1.1.6. Organigrama ...........................................................................................................8
1.1.7. Descripción del área donde realizará el proyecto .................................................8
1.2. El problema de investigación .................................................................................9
1.2.1. Diagnóstico situacional del área ............................................................................9
1.2.2. Flujograma de procesos internos .........................................................................10
1.2.3. Matriz FODA del área............................................................................................13
1.3. Objetivos ...............................................................................................................14
1.4. Justificación del problema ....................................................................................15
2.1 Propuesta de mejora técnica..................................................................................1
2.2.1 Descripción del artefacto........................................................................................1
2.2.2 Flujograma de la propuesta....................................................................................1
2.2.3 Arquitectura de software .......................................................................................3
2.2 Marco teórico o normativo de la propuesta..........................................................4
2.2.1 Marco teórico..........................................................................................................4
2.2.2 Glosario técnico ....................................................................................................10
2.3 Cronograma...........................................................................................................11
2.4 Recursos y presupuesto (resumen) ......................................................................12
3.1 Cartas de presentación .........................................................................................14
3.2 Técnicas utilizadas para la recopilación de datos ................................................17
3.3 Portafolio de Evidencias .......................................................................................18
5
3.4 Estudio de viabilidad.............................................................................................22

3.4.1 Viabilidad técnica..................................................................................................22
3.4.1 Viabilidad económica ...........................................................................................24
3.4.2 Viabilidad operacional ..........................................................................................24
3.5 Metodología de desarrollo de software seleccionada ........................................25
3.6 Aporte Técnico ......................................................................................................25
CONCLUSIONES
SUGERENCIAS
REFERENCIAS BIBLIOGRÁFICAS
ANEXOS
6
INTRODUCCIÓN
El presente trabajo, es un informe sobre la implementación del desarrollo de

software para el Centro de Investigación, Educación y Magisterio - Escuela de
Quechua "Jose Maria Arguedas" en la ciudad de Huancayo, la cual es una
institución dedicada a brindar el servicio del dictado de cursos en educación
intercultural bilingüe, se tiene como objetivo mejorar la gestión de matrículas
control de asistencias y registro de calificaciones y certificación de los estudiantes
en dicha institución se realiza este sobre pues la institución se encuentra en
crecimiento y necesita llevar un correcto control sobre el control de matrículas,
asistencias, calificaciones y certificación de sus estudiantes.
La metodología utilizada es Scrum que es uno de los métodos ágiles más

populares, diseñado para ofrecer un valor considerable en forma rápida a lo largo
del proyecto. Es un framework adaptable, iterativo, rápido, flexible y eficaz. Scrum
El presente documento se divide en tres capítulos en el primer capítulo

describiremos información básica del Centro de Investigación, Educación y
Magisterio - Escuela de Quechua "Jose Maria Arguedas" también describiremos los
problemas internos y los objetivos trazados en dicho proyecto. En el segundo
capítulo indicaremos la arquitectura planteada, también se detalla los marcos
teóricos y el glosario técnico dentro de este informe, adicionalmente se detalla el
cronograma y el presupuesto requerido para el desarrollo del sistema planteado;
en el capítulo tres llamado desarrollo del proyecto se muestra las cartas de
presentación, así como las evidencias de las técnicas desarrolladas para la
recopilación de información, el estudio de viabilidades: técnicas, económicas y
operacional, así también como la metodología que se usó para el desarrollo del
proyecto y los aportes técnicos que obtuvimos.
7
CAPÍTULO I
INTRODUCCIÓN
1.1. Aspectos generales
1.1.1. Razón social de la empresa o Institución.
CENTRO DE INVESTIGACIÓN, EDUCACIÓN Y MAGISTERIO-

ESCUELA DE QUECHUA "JOSE MARIA ARGUEDAS"
1.1.2. Actividades de la Empresa o Institución
Es una academia dedicada a la educación intercultural bilingüe y

aspectos culturales originarios de nuestro país y con mayor énfasis en la
región Junín., el local principal esta ubicando en el Jr. Santa Isabel 155 -
El Tambo (A la altura de 13 de noviembre)
1.1.3. Ejecución del proyecto

Inicio: 24 de mayo de 2021.
Término: 28 de setiembre de 2021
Tiempo de desarrollo 300 Horas
1.1.4. URL de la página web
Correo: http://ciem.edu.pe
Facebook: https://www.facebook.com/escueladequechua
1.1.5. Misión y visión

Misión
Brindar los conocimientos necesarios para el desarrollo eficiente y
eficaz de las habilidades comunicativas de lenguas originarias del
Perú, de manera que el alumno pueda comunicarse
adecuadamente.
8
Visión
Ser una institución líder y competitiva en la Educación Intercultural
Bilingüe y la enseñanza, valoración y recuperación de nuestras
lenguas originarias del Perú.
1.1.6. Organigrama
1.1.7. Descripción del área donde realizará el proyecto
Personal Administrativo: Son los encargados de velar por la correcta

recolección y registro de información del personal docente, así como
de los estudiantes matriculados, ya que son los encargados de
administrar toda la información que deberá consignar el sistema,
como lo es la matrícula y pensión de los estudiantes, así como los
contratos de los profesores si es a tiempo parcial o completo, así como
demás información de interés.
Por otro lado, ellos se encargan también de la distribución y

organización de los diversos cursos que se dictan dentro del centro
de idiomas, ya que adjudican el curso a un profesor designado
9
específicamente, así como también, las fechas, horarios, registros de

notas, etc.
Gerencias y Jefaturas: Encargados de supervisar y velar por un

correcto funcionamiento del flujograma de actividades de la
institución.
Personal Docente: Encargados de brindar servicio de enseñanza del

idioma quechua y evaluar los conocimientos de los estudiantes
matriculados en la academía, posteriormente, se encargan de
consignar las calificaciones de los alumnos.
1.2. El problema de investigación
1.2.1. Diagnóstico situacional del área
Diagnóstico del contexto del centro de la institución
El contexto del centro de la institución de la escuela quechua lo

constituyen las circunstancias que lo rodean y condicionan su
funcionamiento y los resultados que en él se alcancen. Los aspectos
del ambiente deben considerarse como parte de la información que
contempla el diagnóstico dentro de los procesos de enseñanza y
aprendizaje, por lo que es pertinente realizar un diagnóstico del centro
de la institución de la escuela de quechua para determinar hasta qué
punto éste cumple con las condiciones básicas de infraestructura,
servicios de apoyo, formación docente, características sociales,
culturales y económicas de las familias, convivencia de la comunidad
educativa, entorno del centro, entre otros, a fin de conocer con lo que
se cuenta y gestionar los apoyos respectivos.
Diagnóstico de los procesos de aula llevados a cabo por el

docente
Los estudiantes tienen sus propios estilos de aprendizaje y los

docentes sus métodos y formas de enseñanza que muchas veces no
10
se ajustan a las necesidades educativas presentes. Por lo tanto, es

importante que el docente se autoanalice con respecto a las
metodologías empleadas y los contenidos curriculares del quechua y
considere los resultados del diagnóstico para buscar alternativas.
1.2.2. Flujograma de procesos internos

Proceso de Matrícula
11
Proceso de Control de Asistencia

12
Proceso Control de Calificaciones

13
1.2.3. Matriz FODA del área
Positivos Negativos
I Fortaleza Debilidades
N
T 1. Buena cantidad de personas 1. No cuenta con un sistema
E interesadas en el cursos de informático para el control de
R lenguas originarias matrículas y registro de
N 2. Excelentes docentes con calificaciones se llevan en archivos
A trayectoria de excel.
S 3. Contar con una plataforma 2. No cuentan con procesos claros

educativa basada en moodle para el manejo de sus procesos
para el dictado de clases
E Oportunidades Amenazas
X
T 1. Expansión del negocio y 1. Los competidores más fuertes
E creación de mayor de nuevos poseen una publicidad
R cursos cualitativamente más agresiva.
N 2. Mantener una sólida 2. No cuenta con personal para la
A economía en el mercado con seguridad
S una buena administración.

3. El interés de la población en
el aprendizaje de lenguas
originarias genera un mercado
mayor.
14
1.3. Objetivos
Objetivo general
● Implementar un sistema que sirva de soporte para procesar la matrícula,

la gestión de los datos de los estudiantes, empleados y directivos, así
como también que tenga la capacidad de procesar calificaciones para
generar boleta de notas.
Objetivos específicos:
● Gestionar el proceso de matrícula de los estudiantes a los cursos
ofrecidos por la institución.
● Administrar el control de asistencia de los estudiantes a las sesiones
de aprendizaje.
● Registrar la calificación final de los estudiantes para emitir el estado
final en el curso. a fin de llevar un correcto control.
15
1.4. Justificación del problema
Al no contar con un programa que les permita realizar diversas gestiones

administrativas, es que se procederá con implementar un sistema que sirva
de soporte para procesar la matrícula, la gestión de los datos de los
estudiantes, empleados y directivos, así como también que tenga la
capacidad de procesar calificaciones para generar boleta de notas.
Esto beneficiaria a los usuarios en la consulta de sus calificaciones via on-

line ahorrando tiempo, y a los trabajadores en la consulta de registros de
matrículas, asistencias y calificaciones realizando los procesos mas cortos
y reportes para la toma de decisiones
16
Matriz resumen
Nombre Problema Objetivo
Proyecto
Problema Objetivo
General General
-La institución -
carece de un Implementar
sistema que le un sistema
permita de soporte Conclusiones Sugerencias
Implementar un gestionar las para
sistema que sirva matrículas, así matrícula,
de soporte para como la gestión de
procesar la gestión de datos y
matrícula, la datos y calificacione
gestión de los calificaciones. s.
datos de los
Problema Objetivo - Es posible -Que, se
estudiantes,
Específico 1 Específico 1 implementar el pueda dar
empleados y
-Solo cuentan -Gestionar el sistema de la mantenimient
directivos, así
con una base proceso de matrícula que o preventivo
como también
de datos que matrícula de cuenta con una al servidor
que tenga la
se maneja en los base de datos central de
capacidad de
Microsoft estudiantes descentralizad base de datos
procesar
Excel. a los cursos a. periódicament
calificaciones
ofrecidos e.
para generar
por la
boleta de notas.
institución.
Problema Objetivo - Por medio de -Que, se

Específico 2 Específico 2 este sistema se deberá dar
-No cuentan -Administrar logró capacitación
con un el control de automatizar el al personal
sistema que asistencia sistema de encargado de
17
controle las de los control de recolectar

asistencias de estudiantes asistencia en la esta
los alumnos. a las escuela de información,
sesiones de “josé maría para su
aprendizaje. arguedas” con posterior
la finalidad de consignación
agilizar el en el sistema.
proceso.
Problema Objetivo -Con la -Qué se dará

Específico 3 Específico 3 utilización del una inducción
Solo Registrar la sistema, se al personal
contaban con calificación logró mejorar encargado de
un registro final de los la atención al llenar toda la
en microsoft estudiantes público en información
excel. para emitir general. relativa a las
el estado calificaciones
final en el de los
curso. a fin alumnos.
de llevar un
correcto
control.
1
CAPÍTULO II
PROPUESTA TÉCNICA DEL ESTUDIANTE
2.1 Propuesta de mejora técnica
2.2.1 Descripción del artefacto
Artefacto: Aplicación Web
Los “sistemas Web” o también conocido como “aplicaciones Web” son aquellos
que están creados e instalados no sobre una plataforma o sistemas operativos
(Windows, Linux). Sino que se alojan en un servidor en Internet o sobre una
intranet (red local). Su aspecto es muy similar a páginas Web que vemos
normalmente, pero en realidad los “sistemas Web” tienen funcionalidades muy
potentes que brindan respuestas a casos particulares.
Los sistemas Web se pueden utilizar en cualquier navegador Web (chrome,

firefox, Internet Explorer,etc) sin importar el sistema operativo. Para utilizar las
aplicaciones Web no es necesario instalarlas en cada computadora ya que los
usuarios se conectan a un servidor donde se aloja el sistema.
2.2.2 Flujograma de la propuesta

Proceso de Matrícula:
2
Proceso de Control de Asistencia
:
Proceso de Control de Calificaciones:
3
2.2.3 Arquitectura de software

Arquitectura: Cliente Servidor
La arquitectura cliente-servidor es un modelo de diseño de software en el que
las tareas se reparten entre los proveedores de recursos o servicios, llamados
servidores, y los demandantes, llamados clientes. Un cliente realiza peticiones
a otro programa, el servidor, quien le da respuesta. Esta idea también se puede
aplicar a programas que se ejecutan sobre una sola computadora, aunque es
más ventajosa en un sistema operativo multiusuario distribuido a través de una
red de computadoras. En esta arquitectura la capacidad de proceso está
repartida entre los clientes y los servidores, aunque son más importantes las
ventajas de tipo organizativo debidas a la centralización de la gestión de la
información y la separación de responsabilidades, lo que facilita y clarifica el
diseño del sistema.
MySQL basa su funcionamiento en un modelo cliente y servidor. Es decir,

clientes y servidores se comunican entre sí de manera diferenciada para un
4
mejor rendimiento. Cada cliente puede hacer consultas a través del sistema de
registro para obtener datos, modificarlos, guardar estos cambios o establecer
nuevas tablas de registros, por ejemplo.
2.2 Marco teórico o normativo de la propuesta
2.2.1 Marco teórico

Autor: CARLOS XAVIER LEMA ROMERO VICTORIA STEFANIA HERNANDEZ
CASTILLO
Título: SISTEMA WEB DE GESTIÓN DE MATRICULACIÒN Y NOTAS PARA
LA ESCUELA “PAN DE VIDA”
Resumen: Para el servicio de la comunidad los sistemas ayudan a las
instituciones educativas a optimizar recursos y agilizar todos los procesos en
cuanto a matriculación y calificaciones de estudiantes, además de tener una
mejor manera de comunicación y de tener acceso a todos los contenidos de la
información.
Se presenta un sistema web que no solo automatizará los procesos de
matriculación y calificaciones de una entidad educativa, sino que llegue a
convertirse en un soporte eficaz para la administración de la información en lo
que respecta a la matriculación, consulta de calificaciones, reportes de
calificaciones, entre otros procesos todo esto con resultados.
El presente proyecto de software educativo además de permitir proveer
soluciones que ayudarán a mejorar el rendimiento institucional también permitirá
5
una participación productiva tanto de los padres de familia como de sus hijos y
la institución educativa la cual tendrá el seguimiento de las actividades
académicas de los alumnos.
Autor: COMÚN MANRIQUE, ULISES BRUNO LUCIANI, ISMAEL
Título: DESARROLLO DE UN SISTEMA DE INFORMACIÓN, BASADO EN LA
METODOLOGÍA RUP, PARA MEJORAR EL PROCESO DE MATRÍCULA EN
EL COLEGIO VON HUMBOLDT DEL SUR
Resumen: En la actualidad los Sistemas de Información se han convertido en
elementos muy importantes para el desarrollo y desempeño de empresas e
instituciones dedicadas a brindar servicios a todos los sectores de la población.
Muchas de ellas no cuentan con un sistema que les ayude a agilizar procesos
manuales que se vuelven lentos de manejar. El presente proyecto plantea la
implementación de un Sistema de Información basado en la metodología RUP,
para mejorar el proceso de matrícula en el colegio Von Humboldt del Sur. La
finalidad al implementar el Sistema de Información en el colegio Von Humboldt
del Sur fue contar con herramientas que interactúe con el apoderado y genere
menor tiempo de atención en el proceso de matrícula. Y se comprueba que, el
haber implementado el Sistema de Información, usando la Metodología RUP,
mejoró el proceso de matrícula en el Colegio Von Humboldt del Sur y se sugiere
continuar implementando la metodología RUP utilizando los programas de
Visual Studio, SQL y UML para la implementación de aplicaciones de
información.
Autor: OSORIO ALVAREZ, NEIL ANGELO
Título: DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE MATRÍCULA WEB
USANDO SOFTWARE LIBRE EN EL CENTRO EDUCATIVO “ESPAÑA”,
DISTRITO – BREÑA 2013
Resumen: La presente tesis tiene como principal objetivo ,agilizar el proceso de
matrícula en el Centro Educativo España; de otorgar un mejor de servicio en
calidad de tiempo, ya que se espera de este trabajo de investigación es que
tenga acogida tanto del usuario del sistema como la del cliente, y cuando
hablamos de clientes por lo general nos referimos a los padres de familia o
apoderados que no cuentan con el tiempo suficiente para apersonarse a pagar
6
las cuotas de matrícula y mensualidad que el centro educativo exige en

determinadas fechas. Es así que conociendo la gran importancia que brinda un
sistema de matrícula, para registrar los datos del alumno así como su respectiva
cuota de manera rápida y eficiente, lo cual permita economizar el tiempo del
usuario y del personal administrativo; teniendo así una experiencia gratificante
en el uso de este sistema web de matrícula, desarrollado en lenguaje PHP y en
motor de base de datos Mysql, es de vital importancia para el Centro Educativo
España; puesto que automatizará los diferentes procesos manuales de
matrícula y el pago y esto a su vez causará satisfacción en los usuarios, que
son el principal soporte de este centro educativo y de esta forma tendrá un mejor
panorama frente a diferentes entidades educativas. Por consiguiente, esta tesis
ha sido elaborada desde su análisis, diseño e implementación y ha sido
constantemente optimizada tanto en su entorno gráfico, como amigable, para
los usuarios que por primera vez realizan sus pagos vía web.
BASE TEÓRICAS
Sistemas de Información
Según Cohen (2009), afirma que los sistemas de información (SI) están
cambiando la forma en que operaban las organizaciones actuales. A través de
su uso se logran importantes mejoras, pues automatizan los procesos
operativos de las empresas, proporcionan información de apoyo al proceso de
toma de decisiones, lo que es más importante, facilitan el logro de ventajas
competitivas a través de su implantación en las empresas.
Software de Tiempo Real.
El software que coordina/analiza/controla sucesos del mundo real conforme
ocurren, se denomina de tiempo real. Entre los elementos del software de
tiempo real se incluyen: un componente de adquisición de datos que recolecta
y da formato a la información recibida del entorno externo, un componente de
análisis que transforma la información según lo requiera la aplicación, un
componente de control/salida que responda al entorno externo, y un
componente de monitorización que coordina todos los demás componentes, de
forma que pueda mantenerse la respuesta en tiempo real (típicamente en el
rango de un milisegundo a un segundo).
7
Software de Gestión.
El proceso de la información comercial constituye la mayor de las áreas de
aplicación del software. Los «sistemas» discretos (por ejemplo: nóminas,
cuentas de haberes, débitos, inventarios, etc.) han evolucionado hacia el
software de sistemas de información de gestión (SIG) que accede a una o más
bases de datos que contienen información comercial. Las aplicaciones en esta
área reestructuran los datos existentes para facilitar las operaciones
comerciales o gestionar la toma de decisiones. Además de las tareas
convencionales de procesamientos de datos, las aplicaciones de software de
gestión también realizan cálculo interactivo (por ejemplo: el procesamiento de
transacciones en puntos de ventas).
Software de Ingeniería y Científico.
El software de ingeniería y científico está caracterizado por los algoritmos de
«manejo de números». Las aplicaciones van desde la astronomía a la
vulcanología, desde el análisis de la presión de los automotores a la dinámica
orbital de las lanzaderas espaciales y desde la biología molecular a la
fabricación automática. Sin embargo, las nuevas aplicaciones del área de
ingeniería/ ciencia se han alejado de los algoritmos convencionales numéricos.
El diseño asistido por computadora (del inglés CAD), la simulación de sistemas
y otras aplicaciones interactivas, han comenzado a coger características del
software de tiempo real e incluso del software de sistemas.
Software Empotrado.
Los productos inteligentes se van convertido en algo común en casi todos los
mercados de consumo e industriales. El software empotrado reside en memoria
de sólo lectura y se utiliza para controlar productos y sistemas de los mercados
industriales y de consumo. El software empotrado 29 puede ejecutar funciones
muy limitadas y curiosas (por ejemplo: el control de las teclas de un horno de
microondas) o suministrar una función significativa y con capacidad de control
(por ejemplo: funciones digitales en un automóvil, tales como control de la
gasolina, indicadores en el salpicadero, sistemas de frenado, etc.).
Software de Computadoras Personales.
8
El mercado del software de computadoras personales ha germinado en las

pasadas dos décadas. El procesamiento de textos, las hojas de cálculo, los
gráficos por computadora, multimedia, entretenimientos, gestión de bases de
datos, aplicaciones financieras, de negocios y personales y redes o acceso a
bases de datos externas son algunas de los cientos de aplicaciones.
Software Basado en Web.
Las páginas web visitadas por un explorador son software que incorpora
instrucciones ejecutables (por ejemplo, CGI, HTML, Perl, o Java), y datos (por
ejemplo, hipertexto y una variedad de formatos de audio y visuales). En esencia,
la red viene a ser una gran computadora que proporciona un recurso software
casi ilimitado que puede ser accedido por cualquiera con un modem.
Software de Inteligencia Artificial.
El software de inteligencia artificial (IA) hace uso de algoritmos no numéricos
para resolver problemas complejos para los que no son adecuados el cálculo o
el análisis directo. Los sistemas expertos, también llamados sistemas basados
en el conocimiento, reconocimiento de patrones (imágenes y voz), redes
neuronales artificiales, prueba de teoremas, y los juegos son representativos de
las aplicaciones de esta categoría. (Mena, 2012)
UML
Definición de UML UML surge como respuesta al problema de contar con un
lenguaje estándar para escribir planos de software. Muchas personas han
creído ver UML como solución para todos los problemas sin saber en muchos
casos de lo que se trataba en realidad. El Lenguaje Unificado de Modelado,
UML es una notación estándar para el modelado de sistemas software,
resultado de una propuesta de estandarización promovida por el consorcio OMG
(Object Management Group), del cual forman parte las empresas más
importantes que se dedican al desarrollo de software, en 1996. UML no es un
proceso de desarrollo, es decir, no describe los pasos sistemáticos a seguir para
desarrollar software. UML sólo permite documentar y especificar los elementos
creados mediante un lenguaje común describiendo modelos.
9
Visual Studio
Es un panel de inicio creativo que sirve para ver y editar prácticamente cualquier
tipo de código y, después, depurar, generar y publicar aplicaciones para
Android, iOS, Windows, la Web y la nube. Puede crear aplicaciones móviles
nativas para diferentes plataformas utilizando Visual C# y Xamarin, o Visual
C++, o aplicaciones híbridas que usan JavaScript con Apache Cordova. Puede
escribir juegos móviles para Unity, Unreal, DirectX, Cocos y mucho más. Visual.
Fuente especificada no válida.
Aplicaciones Web
Las aplicaciones Web se crean en respuesta a diversas necesidades o
problemas. Es un sitio Web que contiene páginas con contenido sin determinar,
parcialmente o en su totalidad. El contenido final de una página se determina
sólo cuando el usuario solicita una página del servidor Web. Fuente especificada
no válida.
HTML
HTML son las siglas de Hyper Text Markup Language (Lenguaje de Marcas de
Hipertexto). Este es un lenguaje de marcado predominante para la construcción
de páginas web. Es usado para describir la estructura y el contenido en forma
de texto, así como para referenciar otros recursos como imágenes, audio, video.
HTML se escribe en forma de “etiquetas” o “marcas”, rodeadas por corchetes
angulares “<” p”>”.
JavaScript
Según Iniciación JavaScript (2012)JavaScript es un lenguaje de programación
que se utiliza principalmente para crear páginas Web capaces de interactuar
con el usuario. Las páginas Web se consideran estáticas cuando se limitan a
mostrar un contenido establecido por su creador sin proporcionar más opciones
al usuario que elegir entre los enlaces disponibles para seguir navegando. Las
páginas con JavaScript las hacen ser dinámicas.
Bases de Datos
Es una entidad en la cual se pueden almacenar datos de manera estructurada,
con la menor redundancia posible. Diferentes programas y diferentes usuarios
deben poder utilizar estos datos. Por lo tanto, el concepto de base de datos
10
generalmente está relacionado con el de red, ya que se debe poder compartir

esta información.
Microsoft SQL Server (MSSQL)
SQL Server es un sistema de gestión de bases de datos relacionales (RDBMS)
de Microsoft que está diseñado para el entorno empresarial, posee un conjunto
de extensiones de programación de Sybase y Microsoft que añade varias
características a SQL estándar, incluyendo control de transacciones, excepción
y manejo de errores, procesamiento fila, así como variables declaradas.
2.2.2 Glosario técnico

● Código QR: Es un código de barras bidimensional cuadrada que puede
almacenar los datos codificados.
● ScrumStudy: Es una metodología adaptable, iterativa, rápida, flexible y
efectiva diseñada para entregar un valor significativo rápidamente y
durante un proyecto.
● Scrum: Es un proceso en el que se aplican de manera regular, un conjunto
de buenas prácticas para trabajar colaborativamente en equipo y obtener
el mejor resultado posible de un proyecto.
● Sprints: Sprint es el nombre que va a recibir cada uno de los ciclos o
iteraciones que vamos a tener dentro de dentro de un proyecto Scrum.
● Interfuncionales: El conjunto de mecanismos integradores y relaciones
que se establecen en una organización con el fin de lograr la interconexión
de las diferentes funciones y, de esa forma, lograr que todas actúan al
unísono para el logro de la misión, la visión y los objetivos requeridos.
● Software: Es un término informático que hace referencia a un programa o
conjunto de programas de cómputo, procedimientos y pautas que permiten
realizar distintas tareas en un sistema informático.
● Hardware: Es la parte física de un ordenador o sistema informático que
está formado por componentes eléctricos y electrónicos.
● Interativa: Es repetir varias veces un proceso con la intención de alcanzar
una meta deseada, objetivo o resultado.
11
● Flexibilidad: es la capacidad del software para agregar, modificar, quitar

funcionalidad sin dañar el sistema actual.
● Gestor de Base de datos: Es un conjunto de programas que nos permiten
gestionar bases de datos. Es decir, realiza las funciones de modificar,
extraer y almacenar información de una base de datos, además de poseer
herramientas con funciones de eliminar, modificar, analizar, etc…
● PHP: (acrónimo recursivo de PHP: Hypertext Preprocessor ) es un
lenguaje de código abierto muy popular especialmente adecuado para el
desarrollo web y que puede ser incrustado en HTML.
2.3 Cronograma
12
2.4 Recursos y presupuesto (resumen)
RECURSOS:
EQUIPO 1
MOTHERBOARD MS-7221
PROCESADOR Intel Core i3
RAM 4 GB
ALMACENAMIENTO 256 GB
TARJETAS DE EXPANSIÓN Ethernet PCI 10/100 Mbps
MONITOR HP 1024 x 768 pixeles
SISTEMA OPERATIVO WINDOWS 10
EQUIPO 2
MOTHERBOARD 220D
RAM 4 GB
GPU Intel Core i5
FUENTE DE ENERGÍA CARGADOR

13
PRESUPUESTO
COMPUTADORA(S) S/.5,420.00
ANALISTA DE SISTEMAS S/.2,500.00
PROGRAMADORES S/.2,500.00
TOTAL S/.10,420.00
14
CAPÍTULO III
DESARROLLO DEL PROYECTO
3.1 Cartas de presentación

Mediante el presente, se procede con adjuntar la carta de presentación de cada integrante del
grupo:
- CRISTIAN SARAVIA PINO
15
- HANS GAGO ARROYO

16
- KEVIN LOPEZ INGARUCA

17
- HECTOR PICHA MAQUE
3.2 Técnicas utilizadas para la recopilación de datos

Entrevistas X
Cuestioanrios
Focus Gruop X
Tormenta de Ideas
Observación
Prototipos
18
Otras Tecnicas
3.3 Portafolio de Evidencias
Entrevista 01
19
FOCUS GROUP
Focus Group de la Academia de Quechua – José María Arguedas

Preguntas de inicio
1. ¿Cuál es el objetivo de la Academia?
Brindar el servicio de enseñanza de idioma Quechua a estudiantes que quieran aprender
o dominar el idioma mencionado, cuyo funcionamiento se da con ciclos académicos con
un pago único que incluye la matrícula y el pago por todo el ciclado, el cual se puede
fraccionar en dos partes, la primera al momento de la matrícula y la segunda al finalizar
el primer mes.
2. ¿Tienes alguna academia que tomes como modelo?
Sí, hace algunos años tuve la oportunidad de trabajar en la Academia Ingeniería, donde
pude observar la estructura de la organización y con eso también el rol importante de
cada persona que conformaba la academia.
Preguntas de desarrollo:
1. ¿Cómo se organiza tu academia? (Promotoría, administrativos, plana docente,
estudiantes)
Trabajamos 5 docentes de idiomas, donde somos 3 los promotores con acceso a toda la
información de la academia, tenemos una persona de apoyo en secretaría y caja, quien
es la encargada de realizar la matrícula y el control de pagos, en la plaza docente somos
5, quienes nos repartimos el horario de trabajo de acuerdo al curso de especialidad de
cada uno, por su parte los estudiantes registran asistencia diariamente a través de un
registro auxiliar, lo que se desea pasar a un sistema donde se encontrará registrado todos
los datos importantes de cada estudiante.
2. ¿Cómo realizas el proceso de matrícula?
Se realiza de forma presencial mediante una ficha de matrícula, donde se registran los
datos esenciales del estudiante, luego se le otorga un carné de estudiante con un código
que se genera de acuerdo al grado de estudios.
3. ¿Cómo se realiza el pago de tasas educacionales?
20
Se realiza en efectivo y se emite un recibo de pago con el nombre del estudiante, el pago
se puede fraccionar hasta en dos partes, los cuales son controlados mediante el carné
de estudiante y una ficha de control de pagos.
4. ¿Cuántas personas participan del proceso de matrícula?
Solamente la secretaría, y a veces alguno de los promotores.
5. ¿Qué datos se le pide al estudiante para su matrícula?
Se le pide los apellidos y nombres del estudiante, apellidos y nombres del padre o madre,
número de teléfono de los padres, grado de estudios del estudiante y dirección del
domicilio.
6. ¿Para qué más se usa la información registrada del estudiante?
Se utiliza para generar los registros auxiliares y finales de calificación, para otorgar boleta
de notas, los teléfonos de los padres para reportar incidentes de los estudiantes, para
darles aviso si su hijo o hija se encuentra mal de salud, o para recordarles que tienen un
monto de deuda por pagar en caso el pago se realice en dos partes.
Preguntas finales:
1. ¿Quieres agregar algo más?
Quisiera que el sistema ayude a registrar los datos de los estudiantes en el proceso de
matrícula, que incluya una forma de controlar los pagos de las tasas educacionales y que
me ayude a registrar calificaciones y emitir boleta de notas. Adicionalmente en el futuro
sirva como base para generar un sistema web, para que los estudiantes y padres de
familia puedan acceder a un intranet y a través de él puedan encontrar toda la información
del estudiante relativa a su desempeño académico dentro de la academia.
2. ¿Algún punto que no se tocó hasta ahora?
Sí, quisiera que el sistema sea intuitivo y fácil de usar, que sea amigable y agradable para
trabajar en él.
21
Descripción: Foto del aula de clases

Fotografía 01
Descripción: Foto general de la academia

Fotografía 02
22
Descripción: Reunión Grupal vía Google Meet

Fotografía 03
3.4 Estudio de viabilidad
3.4.1 Viabilidad técnica

COMPUTADORAS DEL EQUIPO DE TRABAJO:
Integrante 01: Cristian Saravia Pino
PROCESADOR Intel Core i5 CPU 3.20 HGHz
RAM 8 GB
ALMACENAMIENTO 1 TB
GPU Intel Core i5 CPU 3.20 HGHz
FUENTE DE ENERGÍA

23
Integrante 2 : Kevin Henry Lopez Ingaruca

MOTHERBOARD MS-7221
RAM 4 GB
GPU Intel Core i3
Integrante 3: Hans Jivan Gago Arroyo

MOTHERBOARD 220D
RAM 4 GB
GPU Intel Core i5

Integrante 4: Hector Picha Maque

MOTHERBOARD MS-7221
RAM 8 GB
ALMACENAMIENTO 1 TB
FUENTE DE ENERGÍA --
24
MONITOR
HP 1024 x 768 pixeles
3.4.1 Viabilidad económica
1 año
Sub total de egresos 1.600,00
Ingresos por año 8.500,00
Ganancia 5.000, 00
3.4.2 Viabilidad operacional
¿El software operará luego de instalarse?
Si, con la ayuda de este tipo de software, pueden contar con un mantenimiento
adecuado de todos los datos necesarios para el funcionamiento del centro. La
seguridad también se beneficia de ello, pues solo las personas que tengan
permiso pueden disponer de esta información.
¿El sistema es necesario?
Si, porque se aligera en buena medida gracias al software. Con él es posible

tener una ayuda de cara al seguimiento de cada estudiante, los pagos,
generación de facturas y, en definitiva, colabora a que la funcionalidad del
centro sea más eficaz.
¿Existe el recurso humano para operarlo?

25
Si, cada sucursal cuenta con el personal necesario con conocimiento en

computación que puede operar con el sistema.
3.5 Metodología de desarrollo de software seleccionada
Metodología: Scrum
Descripción: Scrum es uno de los métodos ágiles más populares, diseñado

para ofrecer un valor considerable en forma rápida a lo largo del proyecto. Es
un framework adaptable, iterativo, rápido, flexible y eficaz. Scrum garantiza
transparencia en la comunicación y crea un ambiente de responsabilidad
colectiva y de progreso continuo. Compatible con el desarrollo de productos y
servicios en todo tipo de industrias y en cualquier tipo de proyecto,
independientemente de su complejidad.
¿Por qué se utilizará?: Ayuda a ahorrar tiempo y dinero, la habilidad de

manejar de manera organizada las tareas y contar con la planificación
necesaria para lograrlas, hacen que sea una herramienta clave para ahorrar
tiempo y dinero. Reuniones diarias de 15 minutos (denominadas “daily scrum”)
aseguran que el proceso esté en la etapa correcta, según se estableció al
inicio del proyecto. Fomenta el trabajo en equipo, con la división, asignación
de roles y tareas de manera eficiente, esta metodología nos ayuda a trabajar
exitosamente en un proyecto. Se adapta a la empresa, La metodología
SCRUM también ofrece la posibilidad de adaptarse a las empresas que la
utilicen. Es de fácil manejo, se logra de manera exitosa la integración de todas
las partes involucradas en un proyecto. La participación y administración de
SCRUM es sencilla y de fácil manejo para todas las etapas. De igual manera,
se cuenta con un registro de labores realizadas y se le da seguimiento para
lograrlo de forma eficiente.
3.6 Aporte Técnico
 Administrativos
 Misión y Visión: Elaboramos junto al curso de análisis de diseño estos
contenidos a fin de definir el rumbo de la escuela.
26
 Organigrama: Elaboramos junto al curso de análisis de diseño estos

contenidos a fin de tener un orden jerárquico en la escuela.
 Técnicos
 Inventarios: Se realizó el inventario de equipos con el cual cuenta la
escuela “José maría Arguedas” con el fin de evaluar la viabilidad
técnica del proyecto.
 Tecnología de mejora: Se realizó la implementación de impresión de
tickets con impresoras térmicas a fin de agilizar la emisión de
comprobantes de pago.
27
CONCLUSIONES
 Es posible implementar el sistema de la matrícula que cuenta con una base de datos
descentralizada.
 Por medio de este sistema se logró automatizar el sistema de control de asistencia

en la escuela de “José María Arguedas” con la finalidad de agilizar el proceso.
 Con la utilización del sistema, se logró mejorar la atención al público en general.

28
SUGERENCIAS
 Que, se pueda dar mantenimiento preventivo al servidor central de base de datos

periódicamente.
 Que, se deberá dar capacitación al personal encargado de recolectar esta

información, para su posterior consignación en el sistema.
 Qué se dará una inducción al personal encargado de llenar toda la información

relativa a las calificaciones de los alumnos.
29
REFERENCIAS BIBLIOGRÁFICAS
● SCRUMstudy™(2007). CUERPO DE CONOCIMIENTO DE SCRUM (Guía SBOK™)
TERCERA EDICIÓN.
● Carlos Romero (2018).SISTEMA WEB DE GESTIÓN DE MATRICULACIÒN Y
NOTAS PARA LA ESCUELA “PAN DE
VIDA”https://dspace.ups.edu.ec/bitstream/123456789/16114/1/UPS-GT002316.pdf
● Osorio Neil (2016).DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE
MATRÍCULA WEB USANDO SOFTWARE LIBRE EN EL CENTRO EDUCATIVO
“ESPAÑA”https://repositorio.uch.edu.pe/bitstream/handle/20.500.12872/82/Osorio_
Alvarez_Neil_Angelo.pdf?sequence=1&isAllowed=y
● gamboa, Comun, Bruno (2016). Desarrollo de un sistema de informacion, basado en
la metodología RUP, para mejorar el proceso de matricula en el colegio Von
Humboldt del Sur. editorial universidad autonoma del peru.
http://repositorio.autonoma.edu.pe/bitstream/AUTONOMA/149/6/COMUN%20MAN
RIQUE%2c%20ULISES%3b%20BRUNO%20LUCIANI%2c%20ISMAEL.pdf
30
ANEXOS
-Matriz de problematización
GESTION DIFICULTADES Causas Pronostico Control de

Pronostico
Área No cuentan con El sistema No podrá Reestructurar
administrat un sistemas que con el que crecer la la base de
iva les permita cuentan es empresa datos y
registrar los desfasado y migrar a un
datos de los sin soporte a nuevo
estudiantes que nuevos sistema
se van a cambios, ya
matricular, ni que solo se
gestionar demás trata de
data de los tablas en
profesores, ni Microsoft
de los cursos, Excel.
etc.
Docentes No cuentan con La institución No se podrá Creación de
un sistemas que no cuenta llevar a cabo un sistema
les permita con un una que les
consignar las sistema que consignación permita
calificaciones de les permita de gestionar las
los alumnos, así visualizar calificaciones funciones
como verificar rápidamente, y demás descritas.
cursos y ya que gestiones
horarios. previamente académicas
deben con rapidez.
coordinar con
el área
administrativa
para que les
suministre los
31
registros y
demás datos
mediante una
tabla en
Microsoft
Excel.
Alumnos No puede Solo existen Los alumnos Se creará un
acceder a un comunicados no se van a sistema que
sistemas que impresos o matricular les permita
les permita correos que para ciclos realizar todas
registrar sus los muestran posteriores las funciones
datos, ni ver debido a la señaladas.
horarios, ni mala
cursos, ni experiencia.
calificaciones.
- Análisis y desarrollo de sistemas
“Año del Bicentenario del Perú: 200 años de Independencia"
ANÁLISIS Y DISEÑO DE SISTEMAS
ESCUELA PROFESIONAL DE TECNOLOGÍA

CARRERA PROFESIONAL DE COMPUTACIÓN E INFORMÁTICA
TÍTULO DEL PROYECTO:

SOFTWARE DE SOPORTE PARA PROCESAR LAS MATRÍCULAS, LA GESTIÓN
DE LOS DATOS DE LOS ESTUDIANTES
EMPRESA:
Asociación Educativa “Prisma”
APELLIDOS Y NOMBRES DE LOS INTEGRANTES:

GAGO ARROYO, Hans Jivan
LÓPEZ INGARUCA, Kevin
PACHECO CUADRADO, Ysrael Jonathan
PICHA MAQUE, Hector Richard
SARAVIA PINO, Cristian
SECCIÓN:
A
FECHA: 23/07/2021
HUANCAYO - PERU
Indice de contenidos
Índice de contenidos 4
COPIAS DE CARTAS DE PRESENTACIÓN 5
DESCRIPCIÓN DEL PROYECTO 6
PROBLEMAS EXISTENTES 6
TÉCNICAS UTILIZADAS PARA LA RECOPILACIÓN DE DATOS 7
PORTAFOLIO DE EVIDENCIAS 9
Fotos de las instalaciones de la empresa 9
Fotos de los participantes en las instalaciones de la empresa 11
Entrevistas 12
DIAGRAMA DE CASOS DE USO DE NEGOCIO 15
MODELO DE ANÁLISIS DE NEGOCIO 17
TRABAJADORES DE NEGOCIO 17
ENTIDADES DE NEGOCIO 17
DIAGRAMA DE CLASES DE NEGOCIO 18
REQUISITOS 21
REQUISITOS FUNCIONALES 21
REQUISITOS NO FUNCIONALES 22
ESTUDIO DE VIABILIDAD 22
VIABILIDAD TÉCNICA 22
VIABILIDAD ECONÓMICA 24
VIABILIDAD OPERACIONAL 25
1. COPIAS DE CARTAS DE PRESENTACIÓN
En las siguientes tres páginas se muestran las copias de las cartas de presentación aceptadas de
cada uno de los miembros del equipo. 2. DESCRIPCIÓN DEL PROYECTO
2. DESCRIPCIÓN DEL PROYECTO
El análisis de negocio corresponde a una academia de preparación y reforzamiento
del nivel secundaria que abarca la educación básica regular, en el cual se desea
implementar un sistema que sirva de soporte para procesar la matrícula, la gestión de los
datos de los estudiantes, empleados y directivos, así como también que tenga la
capacidad de procesar calificaciones para generar boleta de notas.
3. PROBLEMAS EXISTENTES
A continuación, se detallan los principales problemas que ocurren en la empresa con respecto al sistema
que se pretende construir.
● Ineficacia en la definición de los requisitos del sistema

Es fácil para cualquier empresa automatizar procesos existentes implementando una solución de
software, pero esos procesos deben ser sometidos a análisis completos al recolectar información
sobre los requisitos esperados del sistema.
● Falta de inversión al Proyecto

Es necesario organizarse bien y proveerse de los recursos necesarios para el desarrollo de sistemas
que deseamos otorgar al cliente.
● Falta de control de registro de matrículas

La empresa solo tiene un registro rústico, realizado en actas en físico, algo arcaico para esta
generación.
● Control ineficaz
La demora que existe para poder organizar a todos los nuevos alumnos que se han matriculado,
genera retraso al momento de repartir los materiales de clases e iniciar clases.
4. TÉCNICAS UTILIZADAS PARA LA RECOPILACIÓN DE DATOS
Indique con una “X” las técnicas que utilizó para el recopilado de datos:
Entrevistas X
Cuestionarios
Focus group x
Tormenta de ideas
Observación x
Prototipos X
Otras técnicas
EL FOCUS GROUP
El análisis de negocio corresponde a una academia de preparación y

reforzamiento del nivel secundaria que abarca la educación básica regular, en
el cual se desea implementar un sistema que sirva de soporte para procesar
la matrícula, la gestión de los datos de los estudiantes, empleados y
directivos, así como también que tenga la capacidad de procesar
calificaciones para generar boleta de notas.
De esta forma comenzamos recolectando información de la empresa que

nos sirva en el desarrollo del sistema, por ello realizamos un focus group con
la persona directamente responsable de la academia, el promotor principal.
Esta persona nos brindó toda la información necesaria que respondía a

nuestro instrumento. Es así que como punto de partida mostramos la sesión
de focus group que tuvimos:
Focus Group de la Asociación Educativa “Prisma”
Preguntas de inicio
1. ¿Cuál es el objetivo de la Academia?

Brindar el servicio de preparación académica en matemática y
reforzamientos para estudiantes que quieran adelantar o reforzar sus
Página 4 | 27
estudios, cuyo funcionamiento se da con ciclos vacacionales que duran en
enero y febrero de cada año con un pago único que incluye la matrícula y
el pago por todo el ciclado, el cual se puede fraccionar en dos partes, la
primera al momento de la matrícula y la segunda al finalizar el primer mes.
2. ¿Tienes alguna academia que tomes como modelo?

Sí, hace algunos años tuve la oportunidad de trabajar en la Academia
Ingeniería, donde pude observar la estructura de la organización y con eso
también el rol importante de cada persona que conformaba la academia.
Preguntas de desarrollo:
1. ¿Cómo se organiza tu academia? (Promotoría, administrativos, plana

docente, estudiantes)
Trabajamos 5 docentes de matemática, donde somos 3 los promotores con
acceso a toda la información de la academia, tenemos una persona de
apoyo en secretaría y caja, quien es la encargada de realizar la matrícula y
el control de pagos, en la plaza docente somos 5, quienes nos repartimos
el horario de trabajo de acuerdo al curso de especialidad de cada uno, por
su parte los estudiantes registran asistencia diariamente a través de un
registro auxiliar, lo que se desea pasar a un sistema donde se encontrará
registrado todos los datos importantes de cada estudiante.

Se realiza de forma presencial mediante una ficha de matrícula, donde se
registran los datos esenciales del estudiante, luego se le otorga un carné
de estudiante con un código que se genera de acuerdo al grado de
estudios.
Página 5 | 27
Se realiza en efectivo y se emite un recibo de pago con el nombre del
estudiante, el pago se puede fraccionar hasta en dos partes, los cuales son
controlados mediante el carné de estudiante y una ficha de control de
pagos.

Solamente la secretaría, y a veces alguno de los promotores.

Se le pide los apellidos y nombres del estudiante, apellidos y nombres del
padre o madre, número de teléfono de los padres, grado de estudios del
estudiante y dirección del domicilio.

Se utiliza para generar los registros auxiliares y finales de calificación, para
otorgar boleta de notas, los teléfonos de los padres para reportar incidentes
de los estudiantes, para darles aviso si su hijo o hija se encuentra mal de
salud, o para recordarles que tienen un monto de deuda por pagar en caso
el pago se realice en dos partes.
Preguntas finales:

Quisiera que el sistema ayude a registrar los datos de los estudiantes en el
proceso de matrícula, que incluya una forma de controlar los pagos de las
tasas educacionales y que me ayude a registrar calificaciones y emitir
boleta de notas. Adicionalmente en el futuro sirva como base para generar
un sistema web, para que los estudiantes y padres de familia puedan
acceder a un intranet y a través de él puedan encontrar toda la información
del estudiante relativa a su desempeño académico dentro de la academia.
Página 6 | 27
Sí, quisiera que el sistema sea intuitivo y fácil de usar, que sea amigable y
agradable para trabajar en él.
Portafolio de
Evidencias
Página 7 | 27
5. PORTAFOLIO DE EVIDENCIAS
Fotos de las instalaciones de la empresa
Descripción: Foto del aula de clases

Fotografía 01
Descripción: Foto general de la académia

Fotografía 02
Fotos de Integrantes del Proyecto
Página 8 | 27
Descripción: Reunión Grupal por el Meet
Fotografía 01
PACHECO CUADRADO, Ysrael
Página 9 | 27
LÓPEZ INGARUCA, Kevin
PICHA MAQUE, Héctor
Página 10 | 27
SARAVIA PINO, Cristian
GAGO ARROYO, Hans
Entrevistas
Página 11 | 27
Entrevista Nº 01
Fecha 23.06.2021
Hora de inicio 7:00pm
Hora fin 8:00pm
Entrevistados Administrativo – Academia
Entrevistadores Todos los miembros del grupo
Se realizaron los pliegos de preguntas correspondientes para saber el estado actual en
el que se encontraba la institución, de manera que pudimos determinar la manera en la
que creamos el programa.
Pliego de preguntas:
1. ¿Cómo se organiza tu academia?

Notas La entrevista está documentada en formato de audio
Página 12 | 27
ANÁLISIS DEL
NEGOCIO
Página 13 | 27
6.DIAGRAMA DE CASOS DE USO DE NEGOCIO
MAPA DE PROCESOS
Luego de recolectar todos los datos de la academia, elaboramos el siguiente

mapa de procesos.
Figura 1: Mapa de procesos de la Asociación Educativa “Prisma”

En el siguiente diagrama corresponden a los procesos de: Inscripciones y
matrículas, labor docente y registro de calificaciones.
Página 14 | 27
Figura 2: Diagrama BPMN del proceso Inscripciones y Matrículas
Página 15 | 27
7. MODELO DE ANÁLISIS DE NEGOCIO
7.1. TRABAJADORES DE NEGOCIO
Diagrama BPMN del proceso Labor Docente
Página 16 | 27
Figura 4: Diagrama BPMN del proceso Registro de Calificaciones
7.2. ENTIDADES DE NEGOCIO
Página 17 | 27
Gestionar sistema
de matrícula
Llenar el sistema de
matrícula
Página 18 | 27
7.3. DIAGRAMA DE CLASES DE NEGOCIO
DIAGRAMAS DE ACTIVIDADES DE NEGOCIO
Diagrama de actividades de la labor docente
Página 19 | 27
Diagrama de actividades de las Inscripciones y Matrículas.
Página 20 | 27
Diagrama de actividades del Registro de Calificaciones
Página 21 | 27
-DIAGRAMA DE CLASES UML
Página 22 | 27
8.1. REQUISITOS FUNCIONALES
1) Registro del sistema de matrículas
2) Registro de Apellidos
3) Registro de Nombres
4) Registro de DNI
5) Registro de Domicilio
6) Registro de Número Telefónico
7) Registro de Fecha de Nacimiento
8.2. REQUISITOS NO FUNCIONALES

1) Sistema de gestión en la web
2) Sistema debe ser compatible con Windows 7 a más
3) El sistema debe permitir una instalación sencilla por el usuario
4) El sistema debe ser compatible con diversos tipos de navegadores de internet
5) Sistema de inicio de sesión segura
6) Información correcta según datos ingresados
7) El sistema debe permitir el rápido registro del cliente
8) El sistema debe funcionar 24/7
9) Tiempo de carga del programa debe ser de alrededor de 5 segundos
10) El sistema debe poder utilizarse sin programas adicionales
11) El sistema debe registrar los datos de los nuevos clientes en 5 segundos
12) El sistema debe estar protegido de acceso no autorizado
Página 23 | 27
13) El sistema no debería consumir mucho RAM
14) El sistema debe contar con protección de datos del cliente
15) El sistema debe permitir usar múltiples ventanas
9. ESTUDIO DE VIABILIDAD
9.1. VIABILIDAD TÉCNICA

COMPUTADORAS DEL EQUIPO DE TRABAJO:
integrante 01: Cristian Saravia Pino

MOTHERBOARD
RAM 8 GB
ALMACENAMIENTO 1 TB
FUENTE DE ENERGÍA
MONITOR
Página 24 | 27
Integrante 2 : Kevin Henry Lopez Ingaruca
MOTHERBOARD MS-7221
RAM 4 GB
GPU Intel Core i3
MONITOR
Integrante 3: Hans Jivan Gago Arroyo

MOTHERBOARD 220D
RAM 4 GB
GPU Intel Core i5
TARJETAS DE EXPANSIÓN

MONITOR
Integrante 4: Ysrel Jonathan Pacheco Cuadrado

MOTHERBOARD MS-7221
Página 25 | 27
RAM 8 GB
ALMACENAMIENTO 1 TB
MONITOR
COMPUTADORA DE LA EMPRESA:
integrante 5: Hector Richard Picha Maque
CASE Laptop HP ProBook 440 G8
MOTHERBOARD
Intel® Core™ i7-1165G7 11va
PROCESADOR
generación
RAM 8 GB
ALMACENAMIENTO
1TB
Intel® Core™ i7-1165G7 11va

GPU
generación
TARJETAS DE EXPANSIÓN --
MONITOR HP
9.2. VIABILIDAD ECONÓMICA
Página 26 | 27
COMPUTADORA(S) S/.5,420.00
ANALISTA DE SISTEMAS S/.2,500.00
PROGRAMADORES S/.2,500.00
TOTAL S/.10,420.00
9.3. VIABILIDAD OPERACIONAL

Las tecnologías que se utilizaron para la creación del presente programa
fueron los siguientes:
-PHP: Lenguaje de programación utilizado para la creación del
programa
-Draw.io: para realizar los diagramas de clase
-Sublime Text : Para la codificación del programa
-XAMP : Para la habilitación de pruebas de escritorio
-MySQL: Para la creación de las bases de datos
-Microsoft Excel: Para el llenado de información extraída por el programa
-Google Meet: Para las entrevistas que se tuvieron con el personal de la
empresa
- Microsoft Word: Para la redacción del presente informe, así como la
anotación de diversos datos.
Página 27 | 27
Desarrollo del Sistema: SISACADEMICOJMA Versión: 1.0
Docente encargado: Carlos Rojas Castro Fecha: 23/09/2021
Descripción del marco de trabajo: SCRUM
CARRERA:
DESARROLLO DE SISTEMAS DE INFORMACIÓN
PRODUCTO MODULAR I
SOFTWARE DE SOPORTE PARA PROCESAR LAS MATRÍCULAS Y LA

GESTIÓN DE LOS DATOS DE LOS ESTUDIANTES DEL CENTRO DE
INVESTIGACION EDUCACION Y MAGISTERIO- ESCUELA DE QUECHUA
"JOSE MARIA ARGUEDAS"
INTEGRANTES:
Cristian Saravia Pino
Kevin López Ingaruca
Hans Jivan Gago Arroyo
Héctor Richard Picha Maque
HUANCAYO – PERÚ
2021
Proyecto modular I NOMBRE DEL SISTEMA Página 1 de 78

DESCRIPCIÓN DEL
MARCO DE TRABAJO
DE PROCESOS
SCRUM

AGRADECIMIENTO
El presente trabajo se lo
dedicamos a nuestros
familiares por el apoyo que
nos dan día a día para poder
llegar a nuestros objetivos
trazados.

Índice
1. INTRODUCCIÓN ....................................................................................... 7
1.1 Propósito de este documento.................................................................. 7
1.2 Alcance ................................................................................................... 7
1.3 Fundamentación ..................................................................................... 8
1.4 Valores de trabajo ................................................................................... 9
2. ROLES. ..................................................................................................... 9
3. RODUCT BACKLOG ............................................................................... 10
4. CRITERIOS DE ACEPTACION ............................................................... 11
5. SPRINT.................................................................................................... 11
5.1 SPRINT 01............................................................................................ 12
PRODUCT BACKLOG (PILA DE PRODUCTO)................................................ 12

5.1.2 SPRINT PLANNING (PLANIFICACION DEL SPRINT) .................. 12
5.1.3 SPRINT BACKLOG (PILA DEL SPRINT) ...................................... 12
5.1.4 SPRINT EXECUTION (EJECUCIÓN DEL SPRINT)....................... 13
5.1.5 RESUMEN DE DAILY SCRUM (REUNIONES DIARIAS) .............. 13
5.1.6 BURN DOWN CHART (GRAFICO DE QUEMADO) ...................... 14
5.1.7 INCREMENTO ............................................................................... 14
5.1.8 SPRINT REVIEW (REVISIÓN DEL SPRINT) ................................. 16
5.1.9 SPRINT RETROSPECTIVE (RETROSPECTIVA DEL SPRINT) .... 16
5.2 SPRINT 02............................................................................................ 17

5.2.6 INCREMENTO ............................................................................... 19
5.3 SPRINT 03............................................................................................ 22


5.3.6 INCREMENTO ............................................................................... 24

5.4 SPRINT 04............................................................................................ 27

5.4.6 INCREMENTO ............................................................................... 30
5.5 SPRINT 05............................................................................................ 32

5.5.6 INCREMENTO ............................................................................... 35
6. ANEXOS.................................................................................................. 39

PRESENTACIÓN
El éxito del desarrollo de software no depende exactamente de las herramientas

y las notaciones de modelado; tal vez tampoco sea garantía los conocimientos
que manejen el grupo de estudiantes; ni tampoco la metodología que se siga en
el desarrollo de los mismos. El éxito está sin duda en la mezcla de estos tres ítems
y de su adaptación continua al entorno en el que esté inmersa la aplicación.
El presente proyecto muestra el desarrollo del software, basado en el uso de

Scrum como metodóloga de desarrollo, aplicando esto desde la concepción de la
idea, en el proceso de elaboración del proyecto y finalizando con su presentación
para su aprobación formal. Para esto se describen las necesidades que se dan en
la empresa CENTRO DE INVESTIGACIÓN, EDUCACIÓN Y MAGISTERIO-
ESCUELA DE QUECHUA "JOSE MARIA ARGUEDAS", y los requerimientos
funcionales y no funcionales del software.
Más que encontrar una solución a una dificultad, lo que buscamos es dar una serie
de posibles soluciones, que dependiendo de las circunstancias y los limitantes,
obtenga de forma óptima el mejor resultado a determinada situación.
Los Alumnos

1. INTRODUCCIÓN
En un mundo que está cambiando constantemente, las empresas exigen nuevas

formas de realizar los proyectos que permitan obtener el máximo rendimiento a
cada minuto de trabajo y que sean capaces de producir resultados solventes sin
dar muchas vueltas. Los resultados son importantes para dejar una buena
sensación no solo para el cliente, sino también en el usuario final.
Este documento describe la implementación de la metodología de trabajo en
SCRUM en la empresa CENTRO DE INVESTIGACIÓN, EDUCACIÓN Y
MAGISTERIO- ESCUELA DE QUECHUA "JOSE MARIA ARGUEDAS" ,
SISACADEMICOJMA
Esto incluye la monitorización y una descripción del avance de la gestión del
proyecto según las responsabilidades y compromisos del grupo y demás
participantes mediante los componentes necesarios y la metodología requerida
para el proyecto.
1.1 Propósito de este documento

Apostar por una gestión dinamizada y muy coordinada de los procesos para
llevar a un nivel óptimo el uso que demos a nuestros recursos en la empresa
ESCUELA DE QUECHUA "JOSE MARIA ARGUEDAS".
1.2 Alcance
Sólo una parte del alcance se define desde el principio, tanto como sea
necesario para llevar a cabo las primeras iteraciones, por lo que empezamos
a diseñar y construir la solución con el alcance incompleto, en base a la
retroalimentación que recibimos de los clientes y la mejor comprensión que
vamos teniendo del proyecto conforme este avanza.
Personas y procedimientos implicados en el Desarrollo de un módulo de
matrículas, control de asistencias, control de calificaciones para la empresa
ESCUELA DE QUECHUA "JOSE MARIA ARGUEDAS".

DESCRIPCIÓN GENERAL DEL MARCO DE TRABAJO
1.3 Fundamentación
Las principales razones del uso de scrum para la ejecución de este proyecto
son:
 Aplicando el método Scrum, la dirección de un proyecto se ajusta al trabajo
realizado, alejándose de especulaciones y minimizando el riesgo. No
obstante, para lograr resultados de éxito es necesario implementar el
método correctamente, sin saltarse ningún paso.
 Permite reducir el tiempo de desarrollo de productos, más capacidad de
adaptación y flexibilidad frente a un entorno y unos requisitos cambiantes
aumentando el valor que se aporta a los clientes.
 Los Stakeholders tienen un mayor control y transparencia sobre el
proyecto, permitiendo una mejor organización. El cliente puede hacer
seguimiento más cercano de lo que pasa, sin tener que esperar a un
resultado final que no le convenza. Con las metas intermedias se
minimizan riesgos.
 Fomenta la planificación en base a datos objetivos obtenidos del análisis
del progreso de proyecto, alejándose de interpretaciones o previsiones
carentes de una sólida base informativa.
 Presenta tres roles principales: propietario del producto, miembros del
equipo y Scrum Master, en torno a los cuales se organiza la ejecución y
monitorización del proyecto.
 El método Scrum divide cada proyecto en fases, denominadas sprints,
que normalmente duran una, dos o tres semanas.
 Al finalizar cada una de estas etapas todas las partes interesadas se
reúnen para evaluar los avances y planificar los próximos pasos.
 Previsible inestabilidad de requisitos.

o Es posible que el sistema no soporte el ingreso de múltiples usuarios.
o Es posible que el sistema no pueda aguantar cambios bruscos con
las actualizaciones de la empresa.

1.4 Valores de trabajo
Los valores que deben ser practicados por todos los miembros involucrados
en el desarrollo y que hacen posible que la metodología Scrum tenga éxito
son:
 Se fomenta el trabajo en equipo, focalizando todos los esfuerzos en
alcanzar un objetivo común. Se trata de un modelo basado en la
autodisciplina y la autogestión.
 Respecto al aspecto comunicativo, esta metodología fomenta la
comunicación entre los distintos miembros del equipo.
 Compromiso, cada integrante del equipo debe tener un compromiso para
lograr el éxito del grupo.
 Respeto, ya que el grupo trabaja en forma conjunta compartiendo éxitos y
fracasos se fomenta el respeto mutuo.
 Confiabilidad
 Información transparencia y visibilidad.
 Puntualidad
2. ROLES.
Rol Responsable(s) Perfil
Responsable del Proyecto, que

Product Owner Hans Jivan Gago Arroyo
tiene el contacto con el Cliente
Responsable de que se
sigan las prácticas y valores
Scrum Master Kevin Lopez Ingaruca
descritos en el modelo
Scrum
Ysrael Jonathan,Pacheco Cuadrado

(932290983) Analista
Cristian Saravia Pino (930800095) Programador de Sofware
Equipo Scrum Hector Richard Picha Maque Diseñador de Base de Datos
(930818136) Pruebas de Software
Kevin López Ingaruca (986773954) Documentación del Software
Hans Jivan Gago Arroyo (993336230)

Asistente administrativo de la
escuela de quechua "Jose
Margarita Isabel Laurente Pantoja
Maria Arguedas" Jefa
Stakeholders (931676420)
administrativo de la escuela
Biyina Coral Castro Torres (920799653)
de quechua "Jose Maria
Arguedas"
Scrum
Guidance
Body
Vendedores
3. RODUCT BACKLOG

4. CRITERIOS DE ACEPTACION
5. SPRINT

5.1 SPRINT 01
6.1.1. PRODUCT BACKLOG (PILA DE PRODUCTO)
5.1.2 SPRINT PLANNING (PLANIFICACION DEL SPRINT)
Fecha: 23/09/2021
Hora inicio: 9:00 am
Hora final: 1:00 pm
Aspectos coordinados:
 Coordinación para las tareas con los responsables
 Tiempo y Horarios
 Determinación de Requerimientos
5.1.3 SPRINT BACKLOG (PILA DEL SPRINT)

5.1.4 SPRINT EXECUTION (EJECUCIÓN DEL SPRINT)
Fecha inicio: 23/09/21

Fecha Fin: 25/09/21
 Día 1
 Día 2
 Día 3
5.1.5 RESUMEN DE DAILY SCRUM (REUNIONES DIARIAS)
 Designamos las tareas y responsabilidades a cada miembro del equipo.

 Designamos horarios para le ejecución y avance del proyecto.
 Pedimos información a la administradora de la empresa.

5.1.6 BURN DOWN CHART (GRAFICO DE QUEMADO)
5.1.6.1 BURN DOWN CHART (GRAFICO DE QUEMADO) PARA EL AVANCE

DE HORAS
5.1.7 INCREMENTO
 Inicio de sesión


5.1.8 SPRINT REVIEW (REVISIÓN DEL SPRINT)
STAKEHOLDER PRESENTES EN LA REVISION:
 Administradora
 Asistente administrativo
Fecha: 25 de setiembre del 2021

Hora de inicio: 1:00 pm
Hora de finalización: 3:00 pm
Observaciones:
 Nos pidieron que los DNIs sean verificados.
 Nos sugirieron que las letras sean de un mayor tamaño.
5.1.9 SPRINT RETROSPECTIVE (RETROSPECTIVA DEL SPRINT)

Hora de Inicio: 3:00 pm
PUNTOS TRATADOS:
 Tuvimos que rectificar los DNIs de los participantes y la información dada
por los participantes.
 No pudimos ser puntuales y empezar a la hora indicada por motivos de
trabajo.

5.2 SPRINT 02
Fecha: 26/09/2021
Hora final: 1:00 pm


Fecha Fin: 28/09/21
 Día 1
 Día 2
 Día 3



DE HORAS
5.2.6 INCREMENTO
Mantenimiento de Cursos


 Administradora

Observaciones:
 Nos pidieron la base de datos de los estudiantes.
 Nos pidieron la base de datos de los docentes.

 Nos sugirieron que pongamos los colores más identificados con la

institución.

PUNTOS TRATADOS:
 Ultimamos detalles de los colores que van a ir en el diseño.
 Realizamos la rectificación de las bases de datos.
5.3 SPRINT 03
Fecha: 29/09/2021
Hora final: 1:00 pm


Fecha Fin: 03/10/21
 Día 1
 Día 2
 Día 3

 Día 4
 Día 5


DE HORAS
5.3.6 INCREMENTO
 Generación de Grupo de Estudios



 Matrículas de estudiantes a Grupos de estudios

 Administradora
Fecha: 03 de octubre del 2021

Observaciones:
 Generamos las bases de datos de los participantes en cada grupo.
 Nos informaron que cada dos meses aproximadamente se realiza
matriculas por cada grupo de estudio.

PUNTOS TRATADOS:
 Creación de cómo se realizan los grupos de estudios.
 Planificamos como se va realizar los grupos de estudios.
5.4 SPRINT 04

Fecha: 04/10/2021
Hora final: 1:00 pm

Fecha Fin: 06/10/21

 Día 1
 Día 2
 Día 3


DE HORAS

5.4.6 INCREMENTO
 Registro de asistencia
 Emisión de comprobante de pago

 Administradora

Observaciones:
 Que les enseñemos a cada docente a utilizar la lista de asistencia.
 Nos pidieron que realicemos una base de datos con todos los
comprobantes de pago.


PUNTOS TRATADOS:
 Fijamos la fecha de capacitación para enseñar a los usuarios a usar la
plataforma.
 Planificamos como se va hacer el cierre del proyecto.
5.5 SPRINT 05
Fecha: 07/10/2021
Hora final: 1:00 pm


Fecha Fin: 14/10/21
 Día 1
 Día 2
 Día 3
 Día 4

 Día 5
 Día 6
 Día 7
 Día 8



DE HORAS
5.5.6 INCREMENTO
 Registro de calificaciones final del curso

 Consulta de calificaciones por el estudiante
 Consulta de asistencia y calificaciones al curso

 Administradora

Observaciones:
 Ultimar detalles del proyecto para la finalización.
 Nos pidieron rectificar todo ya para cerrar el proyecto.

PUNTOS TRATADOS:
 Ultimar detalles del proyecto para la culminación de la realización del
proyecto
 Agradecimiento por toda la realización del proyecto.


6. ANEXOS
 Certificados Internacionales SCRUM Fundamental


 Ubicación de la empresa
 Historias de usuario

 Tarjetas de usuarios
HISTORIA DE USUARIO
NUMERO: 1 USUARIO: CLIENTE
NOMBRE DE HISTORIA: El cliente desea registrar su credencial para el acceso

al sistema
PRIORIDAD EN NEGOCIO: RIESGO EN DESARROLLO: COMPLEJIDAD

BAJA BAJA DE RIESGO
PUNTOS ESTIMADOS: 1 ITERACIÓN ASIGNADA: SPRINT 01

DÍA
PROGRAMADOR RESPONSABLE : KEVIN LOPEZ
DESCRIPCIÓN : Como cliente deseo poder registrar mis credencial para el

acceso al sistema y poder realizar todas las operaciones y funciones que tienen
el sistema de la institución.
OBSERVACIONES :
HISTORIA DE USUARIO
NUMERO: 2 USUARIO: CLIENTE
NOMBRE DE HISTORIA: Como cliente deseo por registrar los datos de los
docentes, para su posterior listado
PRIORIDAD EN NEGOCIO RIESGO EN DESARROLLO : COMPLEJIDAD

: ALTA ALTA DE RIESGO

PUNTOS ESTIMADOS: 2 ITERACIÓN ASIGNADA : SPRINT 01

DÍAS
PROGRAMADOR RESPONSABLE: KEVIN LOPEZ
DESCRIPCIÓN : Como cliente procede con registrar los datos de los docentes,
como: nombres, apellidos, DNI, dirección, números de teléfono, correos,
profesión, especialidad, curso a dictar, contrato, plazo de contrato, etc.
OBSERVACIONES
HISTORIA DE USUARIO
NUMERO: 3 USUARIO: Cliente
cursos que dictamos, para su posterior listado
PRIORIDAD EN RIESGO EN DESARROLLO: COMPLEJIDAD BAJA DE

NEGOCIO: BAJA RIESGO
PUNTOS ESTIMADOS ITERACIÓN ASIGNADA : SPRINT 02

: 2 DÍAS
PROGRAMADOR RESPONSABLE: HECTOR PICHA
DESCRIPCIÓN: El cliente debe registrar los datos de los cursos a dictarse,

señalando la materia, horarios y profesor encargado.
OBSERVACIONES

HISTORIA DE USUARIO
estudiante que dictamos, para su posterior listado
PRIORIDAD EN RIESGO EN DESARROLLO : COMPLEJIDAD BAJA

NEGOCIO : BAJA DE RIESGO
PUNTOS ITERACIÓN ASIGNADA: SPRINT 02

ESTIMADOS: 2 DÍAS
PROGRAMADOR RESPONSABLE: HECTOR PICHA
DESCRIPCIÓN: El cliente desea una lista donde pueda consignar o registrar los
datos de los estudiantes matriculados, como nombre y apellidos, DNI, Teléfono,
Dirección, Correo, Código de estudiante, Curso matriculado, Categoría
económica, etc.
OBSERVACIONES
HISTORIA DE USUARIO
NOMBRE DE HISTORIA: Como cliente deseo por registrar los datos de grupos
de estudios, para lluego poder asignar docente, fecha de inicio y final del curso

NEGOCIO : BAJA DE RIESGO

ESTIMADOS: 1DÍA

PROGRAMADOR RESPONSABLE: Hans Gago
DESCRIPCIÓN : Cliente
OBSERVACIONES
HISTORIA DE USUARIO
NOMBRE DE HISTORIA: Como cliente, deseo poder matricular a estudiantes a

un grupo de estudios, para su listado posterior
PRIORIDAD EN RIESGO EN DESARROLLO: COMPLEJIDAD MUY

NEGOCIO: MUY ALTA ALTA DE RIESGO

DÍAS
PROGRAMADOR RESPONSABLE: HANS GAGO
DESCRIPCIÓN: Cliente debe iniciar el proceso de matricula de estudiantes para

que estos sean asignados a un grupo de estudios, para ello debe recolectar
toda su información y posteriormente el sistema debe organizar toda la
información recolectada y agrupar a todos dentro del curso en el que se
matriculó el grupo de estudios.
OBSERVACIONES
HISTORIA DE USUARIO

NOMBRE DE HISTORIA: Como cliente, deseo poder generar sus boletas de

pago por derechos de tramite, para luego poder listar por concepto el total de
ingresos
PRIORIDAD EN RIESGO EN DESARROLLO: COMPLEJIDAD MUY

NEGOCIO:MUY ALTA ALTA DE RIESGO

DÍAS
DESCRIPCIÓN: Desarrollar un sistema o aplicativo que permita que el programa

genere boletas de pago por derechos de trámite, los que pueden ser matrícula,
pensión, emisión de certificados entre otros, los cuales deben registrarse
dentro de una boleta de pago para su remisión al estudiante que haya realizado
pago alguno.
OBSERVACIONES
HISTORIA DE USUARIO
NOMBRE DE HISTORIA: Como docente, deseo poder registrar la asistencia de

los estudiantes al curso, para su posterior listado
PRIORIDAD EN RIESGO EN DESARROLLO: COMPLEJIDAD ALTA DE

NEGOCIO : ALTA RIESGO

ESTIMADOS: 2
DÍAS
PROGRAMADOR RESPONSABLE : CRISTIAN SARAVIA

DESCRIPCIÓN: El sistema debe implementar el control de asistencia diario y

total por semestre de cada alumno, según los cursos que están llevando.
OBSERVACIONES
HISTORIA DE USUARIO
NUMERO: 9 USUARIO: Docente (empleado del cliente)
NOMBRE DE HISTORIA: Como docente, deseo poder registrar la calificación de

los estudiante al cursos, para su posterior listado

NEGOCIO: BAJA DE RIESGO
PUNTOS ESTIMADOS: ITERACIÓN ASIGNADA: SPRINT 04

1 DÍA
PROGRAMADOR RESPONSABLE : CRISTIAN SARAVIA
DESCRIPCIÓN: El docente, utilizar esta parte del sistema para poder registrar
las calificaciones parciales y finales de cada alumno, según el curso al que se
le ha asignado.
OBSERVACIONES
HISTORIA DE USUARIO
NUMERO: 10 USUARIO: Estudiante (contrata servicios

del cliente)
NOMBRE DE HISTORIA: Como Estudiante, deseo visualizar mi registro de

asistencia y notas, para llevar un control de mis registros

PRIORIDAD EN NEGOCIO: MUY RIESGO EN DESARROLLO :

ALTA COMPLEJIDAD MUY ALTA
PUNTOS ESTIMADOS : 5 DÍAS ITERACIÓN ASIGNADA : SPRINT 05
DESCRIPCIÓN: El estudiante debería visualizar en esta parte del sistema, el

control de sus asistencias a clases, así como su registro de notas, el cual le
debe indicar sus notas parciales y finales, así como promedios.
OBSERVACIONES
 Tarjetas de Ingeniería (task card)
Tarea de ingeniería
Número tarea: T1 Número historia: 1
Nombre tarea: CREAR LA BASE DE DATOS
Tipo de tarea: Puntos estimados: 1
Desarrollo
Fecha inicio: 26/08/2021 Fecha fin: 27/08/2021
Programador responsable: Kevin López Ingaruca
Descripción: Creación de una base de datos de los usuarios.

Nombre tarea: CREAR EL PROYECTO (ESTRUCTURA)
Desarrollo
Descripción: Creación de la estructura del proyecto que vamos a realizar.
Nombre tarea: CREAR LA INTERFAZ DE INCIO DE SESION

Desarrollo
Descripción: Creación del sistema de inicio de sesión.
Nombre tarea: CREAR LA INTERFAZ DEL LISTADO DE DOCENTES
Desarrollo
Descripción: Ingreso de cada docente a la base de datos.

Nombre tarea: CREAR LA INTERFAZ DEL REGISTRO DE DOCENTES
Desarrollo
Descripción: Crear la interfaz del registro de docentes.
Nombre tarea: DEPURACION Y PRUEBA
Desarrollo

Descripción: Rectificación de lo avanzado y realizar las pruebas necesarias

para que se verifique que esta bien el proyecto.
Nombre tarea: CREAR LA INTERFAZ DE REGISTRO DE CURSOS
Desarrollo
Programador responsable: Héctor Richard Picha Maque
Descripción: Registro de los cursos que se van a dar en la institución.

Nombre tarea: CREAR INTERFAZ DE LISTADO DE CURSOS
Desarrollo
Descripción: Registro de cursos y horarios que se va desenvolver la institución.
Nombre tarea: DEPURACION DE PRUEBA
Desarrollo

Descripción: Realizar pruebas para ver si están en buen funcionamiento el

proyecto.
Nombre tarea: CREAR LA INTERFAZ DE LISTADO DE ESTUDIANTES
Desarrollo
Descripción: Ingreso a la base de datos de todos los estudiantes.

Nombre tarea: CREAR LA INTERFAZ DE REGISTRO DE ESTUDIANTES
Desarrollo
Descripción: Crear el acceso a todos los estudiantes matriculados.
Nombre tarea: DEPURACION y PRUEBA

Desarrollo

proyecto.
Nombre tarea: CREAR INTERFAZ REGISTRO DE GRUPOS DE ESTUDIOS
Desarrollo
Programador responsable: Hans Gago Arroyo
Descripción: Creación de grupos de estudios.

Nombre tarea: GENERAR CONSULTAS SQL PARA EL MANTENIMIENTO DE GRUPO

DE ESTUDIOS
Desarrollo
Descripción: Realizar cuestionarios para ver que nos falta añadir o nos toca
quitar al grupo de estudios.
Nombre tarea: CREAR REGISTRO DE MATRICULAS PARA CADA GRUPO

Desarrollo
Descripción: Crear el registro de matrículas de cada grupo integrado de la

institución.
Nombre tarea: GENERAR LISTAS DE CADA GRUPO MATRICULADO
Desarrollo

Descripción: Realizar la base de datos de cada grupo matriculado.
Nombre tarea: DEPURACIÓN Y PRUEBA
Desarrollo

proyecto.

Nombre tarea: CREAR INTEFAZ DE EMISION DE DOCUMENTOS
Desarrollo
Descripción: Ingreso a la base de datos las fechas de entregas de

documentos.
Nombre tarea: CREAR BUSQUEDA SENSITIVA DE ESTUDIANTES
Desarrollo

Descripción: Poner en la base de datos el nivel que pertenece el estudiante.
Nombre tarea: REALIZAR EL CALCULO DE SUB TOTAL IGV Y TOTAL
Desarrollo
Descripción: Programación de pagos de matrículas y pensiones que tiene la

institución.

Desarrollo

proyecto.
Nombre tarea: GENERAR LAS CONSULTAS SQL PARA LA LISTA DE ASISTENCIA

Desarrollo
Programador responsable: Cristian Saravia Pino
Descripción: Programar para llamado de lista si asiste o no los alumnos de la

institución.
Nombre tarea: CREAR LA INTERFAZ PARA EL REGISTRO DE ASISTENCIA
Desarrollo

Descripción: Colocar en la base de datos el registro de sus asistencias de cada

alumno.
Nombre tarea: GENERAR EL CODIGO PARA LA GRABACIÓN EN GRUPO DEL

REGISTRO DE AISTENCIA
Desarrollo
Descripción: Generar el código para que se suba a la base de datos del registro
de asistencia de cada alumno.

Desarrollo

proyecto.
Nombre tarea: GENERAR LAS CONSULTAS SQL PARA EL LISTADO DE

MATRICULADOS AL CURSOS

Desarrollo
Descripción: Programar para llamado de lista si asiste o no de los alumnos de

la institución.
Nombre tarea: CREAR INTERFAZ PARA EL REGISTRO DE CALIFICACIONES
Desarrollo

Descripción: creación de base de datos de calificaciones de los

estudiantes de la institución.
Desarrollo
Descripción: Realizar pruebas para ver si están en buen funcionamiento

el proyecto.

Nombre tarea: CREAR MENU DEL ESTUDIANTE SEGUN SU ROL DE INGRESO
Desarrollo
Descripción: Integrar en la base de datos su rol de ingreso y salida de

cada alumno.
Nombre tarea: CREAR INTERFAZ DONDE SE MUESTRE LOS CURSOS

MATRICULADOS

Desarrollo
Descripción: Ingresar a la base de datos en que curso se está

matriculando cada alumno.
Nombre tarea: CREAR INTERFAZ DONDE SE DETALLE LA NOTA Y

ASISTENCIA DEL CURSOS MATRICULADO
Desarrollo

Descripción: Ingresar en la base de datos el curso que lleva, notas y

asistencias de cada alumno.
Desarrollo
Descripción: Realizar pruebas para ver si están en buen funcionamiento

el proyecto.

 Tarjetas CRC
TARJETA CRC
Nombre de clase: ReciboPago
Responsabilidades Colaboradores
CodigoRecibo (Imprime un código de recibo)
fechaRecibo (Consigna fecha de pago)
Total (Coloca el monto total a pagar)
Descuento (Coloca un monto como descuento de presentarse el caso)
Importe (Coloca el monto importado por el cliente y si este requiere vuelto)
Estado (Indica el estado si esta PAGADO o PARCIALMENTE PAGADO o

PRORROGADO)
TARJETA CRC
Nombre de clase: Matricula
codigoMatricula (Código de matricula asignado

para el alumno)
codigoPersona (Código de identificación del CodigoRecibo

alumno para cualquier acto administrativo o (ReciboPago-CodigoRecibo)
académico que se realice con sus datos) Se relacionan porque el código de
recibo de pago se emite según el
código del alumno.
Importe
(ReciboPago-Importe)
Se relacionan porque el importe a
pagar por el recibo de pago se emite
según el código del alumno.
cicloAcadémico (Identificación del ciclo académico

que se encuentra cursando el estudiante)
EnterofechaMatricula (Fecha en la que se efectuó

la matrícula del alumno)

TARJETA CRC
Nombre de clase: Estudiante
Apoderado (Datos del estudiante o codigoPersona

apoderado encargado o responsable por el (Matricula - CodigoPersona)
estudiante) Se relacionan porque el código de alumno
está relacionado con los datos del
estudiante.
TARJETA CRC
Nombre de clase: Asignatura
codigoAsignatura (Código mediante el cual se identifica la asignatura

que se está enseñando durante un ciclo académico regular para la
realización de trámites administrativos o académicos)
nombreAsignatura (Nombre mediante el cual se identifica la asignatura

que se está dictando)
estadoAsignatura (Permite saber el estado de la asignatura si se

encuentra en estado PARCIAL o FINAL)
TARJETA CRC
Nombre de clase: DetalleCiclo
CodigoDocente (Permite mostrar el código del

docente encargado de la asignatura)
CodigoAsignatura (Código mediante el cual se identifica la codigoAsignatura

asignatura que se está enseñando durante un ciclo académico (Asignatura - codigoAsignatura)
regular para la realización de trámites administrativos o
Se relacionan, ya que el código de la
académicos)
asignatura se replica con esta opción
CodigoCiclo
(CicloLectivo-CodigoCiclo)
Se relacionan, ya que para
identificar el código de asignatura, se
necesita tener el código de ciclo).

CalificacionFinal (Permite mostrar información

del promedio final de cada estudiante )
Estado (Muestra el estado de la asignatura si se estadoAsignatura

encuentra en etapa PARCIAL o FINAL) (Asignatura- estadoAsignatura)
Se relacionan, ya que permite saber el estado
de la asignatura si se encuentra en estado
PARCIAL o FINAL)
TARJETA CRC
Nombre de clase: Docente
GradoAcadémico (Identifica o muestra

el grado de instrucción del docente
contratado)
FechaInicioContrato (Detalla la fecha codigoDocente

de inicio del contrato vigente con el (DetalleCiclo-codigoDocente)
profesor) Para poder acceder al dato de fecha de inicio de
contrato, se realiza a través de la ubicación del
código de identificación del docente.
FechaFinContrato (Detalla la fecha de codigoDocente

resolución del contrato vigente con el (DetalleCiclo-codigoDocente)
profesor) Para poder acceder al dato de fecha de fin de
contrato, se realiza a través de la ubicación del
código de identificación del docente.
TARJETA CRC
Nombre de clase: CicloLectivo
CodigoCiclo (Muestra el código para CodigoAsignatura

identificar el ciclo lectivo que se (DetalleCiclo-CodigoAsignatura)
encuentra en curso) Se relacionan, ya que para identificar el
código de asignatura, se necesita del código
del ciclo lectivo.
descripción (Describe el ciclo y las

asignaturas que se están llevando a cargo)
fecha (muestra la fecha de inicio y de fin

del ciclo lectivo).

TARJETA CRC
Nombre de clase: Secretaria
GradoAcadémico (Muestra el grado académico alcanzado por el

personal contratado)
fechaInicioContrato (Muestra la fecha de inicio de contrato)
fechafinContrato (muestra la fecha de resolución del contrato)
TARJETA CRC
Nombre de clase: Persona
CodigoPersona(Código que permite CodigoPersona

identificar al estudiante Matricula-CodigoPersona
matriculado) Permite identificar si el estudiante
está matriculado o si perteneces a la
organización educativa mediante su
código de identificación de
estudiante)
DNI (Identificación del estudiante

mediante Documento nacional de
identidad para verificar sus datos)
ApellidoPaterno (Identificación
mediante Apellido paterno)
ApellidoMaterno (Identificación
mediante Apellido materno)
Nombres (Identificación mediante

Nombres del estudiante)
Dirección (Dato de contacto para

ubicación del estudiante mediante
su domicilio)

CorreoElectrónico (Dato de
contacto para ubicación del
estudiante mediante su correo
electrónico)
Teléfono (Dato de contacto para

ubicación del estudiante mediante
su teléfono)
FechaNacimiento (Dato de contacto Apoderado

del estudiante para determinación (Estudiante - Apoderado)
de edad y adicionales) Permite identificar si el estudiante es
independiente o dependiente.
Estado (Identificación del nivel y

estado del estudiante)
 Métricas de punto de función (Tiempo, Lineas de código, costo)
REQUERIMIENTOS FUNCIONALES DE1 DE3 D3 D4

Login de acceso al sistema R1 OK OK OK OK
Actualización de datos de la institución R2 OK NO NO OK
Listado y manteniento de docente R3 OK OK OK OK
Listado y mantenimiento de cursos R4 OK OK OK OK
Listado y mantenimiento de estudiante R5 OK OK OK OK
Configuración de grupos de estudios R6 NO OK NO OK
Matricula de estudiantes a grupos de estudios R7 NO NO NO OK
Emisión de comprobante de pago R8 OK NO NO OK
Control de asistencia de estudiante R9 OK OK OK OK
Registro de calificación final del curso R10 OK OK OK OK
Consulta de calificaciones por el estudiante R11 NO NO OK OK
Asignación de roles al sistema R12 NO NO OK OK
Descarga de calificiones y asistencias R13 OK OK OK OK
sistema de gestion en la web R14 OK OK OK OK
el sistema de ser compatible con Windows 7 a
más R15 OK OK OK OK
el sistema de permitir una instalacion sencilla
por el usuario R16 OK OK OK OK

el sistema debe ser compatible con diversos

tipos de navegadores de internet R17 OK OK OK OK
sistema de inicio de sesion segura R18 OK OK NO OK
informacion correcta de según datos ingresados R19 OK OK OK OK
el sistema de permitir el rapido registro del
cliente R20 OK NO OK OK
 Hallar las métricas de Especificidad y Completitud del proyecto modular e

interpretar los resultados.
 Hallar los valores para las métricas de diseño, para esto se debe
considerar los prototipos creados y contabilizar en una categoría para
hallar la métrica.
● Hallar el punto de función sin ajuste, responder las 14 preguntas

● Hallar las horas, días y meses de trabajo, las líneas de código y costo
estimado del proyecto utilizando el PF.
● Hallar los parámetros de código.

● Hallar las métricas de Longitud, Volumen, Dificultad y Esfuerzo

- Diseño de base de datos
Se optó por colocar el diagrama de clases UML
- Pantallas del proceso principal del software.

Informe Modular

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Informe Modular

Cargado por

Copyright:

Formatos disponibles

ESCUELA PROFESIONAL DE TECNOLOGÍA

CARRERA PROFESIONAL DE DESARROLLO DE SISTEMAS DE

SOFTWARE DE SOPORTE PARA PROCESAR LAS MATRÍCULAS Y LA

Para Optar el Certificado Modular I

Asesor: Carlos Rojas Castro

El presente trabajo se lo dedicamos a

3.4 Estudio de viabilidad.............................................................................................22

El presente trabajo, es un informe sobre la implementación del desarrollo de

La metodología utilizada es Scrum que es uno de los métodos ágiles más

El presente documento se divide en tres capítulos en el primer capítulo

1.1. Aspectos generales

1.1.1. Razón social de la empresa o Institución.

CENTRO DE INVESTIGACIÓN, EDUCACIÓN Y MAGISTERIO-

1.1.2. Actividades de la Empresa o Institución

Es una academia dedicada a la educación intercultural bilingüe y

1.1.3. Ejecución del proyecto

1.1.4. URL de la página web

1.1.5. Misión y visión

1.1.7. Descripción del área donde realizará el proyecto

Personal Administrativo: Son los encargados de velar por la correcta

Por otro lado, ellos se encargan también de la distribución y

específicamente, así como también, las fechas, horarios, registros de

Gerencias y Jefaturas: Encargados de supervisar y velar por un

Personal Docente: Encargados de brindar servicio de enseñanza del

1.2. El problema de investigación

1.2.1. Diagnóstico situacional del área

Diagnóstico del contexto del centro de la institución

El contexto del centro de la institución de la escuela quechua lo

Diagnóstico de los procesos de aula llevados a cabo por el

Los estudiantes tienen sus propios estilos de aprendizaje y los

se ajustan a las necesidades educativas presentes. Por lo tanto, es

1.2.2. Flujograma de procesos internos

Proceso de Control de Asistencia

Proceso Control de Calificaciones

1.2.3. Matriz FODA del área

E interesadas en el cursos de informático para el control de

R lenguas originarias matrículas y registro de

N 2. Excelentes docentes con calificaciones se llevan en archivos

S 3. Contar con una plataforma 2. No cuentan con procesos claros

E creación de mayor de nuevos poseen una publicidad

R cursos cualitativamente más agresiva.

N 2. Mantener una sólida 2. No cuenta con personal para la

A economía en el mercado con seguridad

S una buena administración.

● Implementar un sistema que sirva de soporte para procesar la matrícula,

1.4. Justificación del problema

Al no contar con un programa que les permita realizar diversas gestiones

Esto beneficiaria a los usuarios en la consulta de sus calificaciones via on-

Problema Objetivo - Por medio de -Que, se

controle las de los control de recolectar

Problema Objetivo -Con la -Qué se dará

2.1 Propuesta de mejora técnica

2.2.1 Descripción del artefacto

Artefacto: Aplicación Web

Los sistemas Web se pueden utilizar en cualquier navegador Web (chrome,

2.2.2 Flujograma de la propuesta

Proceso de Control de Asistencia

2.2.3 Arquitectura de software

MySQL basa su funcionamiento en un modelo cliente y servidor. Es decir,

2.2 Marco teórico o normativo de la propuesta

2.2.1 Marco teórico

las cuotas de matrícula y mensualidad que el centro educativo exige en

El mercado del software de computadoras personales ha germinado en las

generalmente está relacionado con el de red, ya que se debe poder compartir