PROPUESTA PARA LA IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL ACADÉMICO UTILIZANDO LA METODOLOGÍA ÁGIL, TIPO SCRUM CON MANEJO DEL CUADRO SCRUM COMO MODELO DE TRABAJO EN EL COLEGIO SANTOS LUZARDO DEL ESTAD

Vista previa del material en texto

República Bolivariana de Venezuela 
Ministerio del Poder Popular para la Educación 
Instituto Universitario Politécnico “Santiago Mariño” 
Nº 47 
 
PROPUESTA PARA LA IMPLEMENTACIÓN DE UN SISTEMA DE 
CONTROL ACADÉMICO UTILIZANDO LA METODOLOGÍA ÁGIL, TIPO 
SCRUM CON MANEJO DEL CUADRO SCRUM COMO MODELO DE 
TRABAJO EN EL COLEGIO “SANTOS LUZARDO” DEL ESTADO 
MIRANDA MUNICIPIO URDANETA PARROQUIA DE CÚA. 
 
Prof: 
Luis Aponte 
Integrantes: 
Díaz Luis. C.I: 30.078.405 
Mejias, Bárbara. C.I: 27.583.830 
Parra, Lisduer. C.I: 15.050.244 
Perdigón, José. C.I: 28.250.231 
Volcán, Graicelys. C.I: 27.600.737 
 
10 de febrero de 2022. 
2 
 
Índice 
Introducción ......................................................................................................... 3 
CAPÍTULO I ......................................................................................................... 5 
EL PROBLEMA ............................................................................................................ 5 
Objetivos de la Investigación ............................................................................... 8 
Objetivo general ........................................................................................................... 8 
Objetivos especifico ..................................................................................................... 8 
Alcance y propósito de la investigación ............................................................... 9 
CAPÍTULO II ...................................................................................................... 10 
DETERMINACIÓN DE REQUERIMIENTOS ......................................................... 10 
Aplicación de la ingeniería de requisitos ............................................................ 10 
Matriz de requerimiento de software .................................................................. 11 
Especificación de requerimientos de software ................................................... 14 
CAPÍTULO III ..................................................................................................... 20 
MODELAMIENTO DE SOFTWARE ........................................................................ 20 
Modelamiento .................................................................................................... 20 
Justificación del enfoque del modelamiento ....................................................... 21 
Fases de la Metodología Ágil Scrum.................................................................. 22 
1. Planeación del Sprint/Sprint Planning ......................................................... 22 
2. Reunión de equipo de Scrum/Scrum team meeting ................................. 22 
3. Refinamiento del Backlog/Backlog Refinement ........................................ 23 
4. Revisión del Sprint/Sprint Review................................................................ 23 
5. Retrospectiva del Sprint/Retrospective ....................................................... 24 
Diagrama de clases sistema de control académico ........................................... 25 
Conclusión ......................................................................................................... 27 
Referencias (Bibliográficas y/o Electrónicas) ..................................................... 29 
 
 
3 
 
 
Introducción 
Las organizaciones han reconocido la importancia de administrar 
sus recursos principales como son la mano de obra, la materia prima y la 
información, la cual se ha colocado en un lugar adecuado como recurso 
principal. En la toma de decisiones se ha comprendido que la información 
alimenta a los negocios y puede ser el factor crítico para determinar su 
éxito o fracaso (Kendall and Kendall, 1997). 
La información es uno de los principales tipos de recursos con los 
que cuenta el gerente. La información puede manejarse igual que 
cualquier otro recurso, y el interés en este tema se debe a dos influencias. 
Primera, los negocios se han vuelto más complejos, y segunda, las 
capacidades de las computadoras han aumentado (McLeod, 2000). 
El manejo de la información es fundamental para cualquier 
empresa, con ello puede lograr un alto nivel competitivo dentro del 
mercado y obtener mayores niveles de capacidad de desarrollo. El 
manejo de información nos permite identificar cuáles son nuestras 
fortalezas con las que contamos y cuáles son nuestras debilidades y 
sectores vulnerables como organización (Martínez, 2006). 
Con los adelantos tecnológicos en el área computacional, en las 
comunicaciones y con las nuevas tecnologías de información, las 
organizaciones le han dado suma importancia al uso de los sistemas de 
información basados en computadoras para el procesamiento de los 
datos, remplazando así las funciones y procesos manuales en el control 
de la información. 
Ante este panorama la posibilidad de desarrollar una propuesta de 
sistematización de los procesos de control académico, se hace de vital 
importancia para el área de Ingeniería en Sistemas Computacionales, la 
cual plantea mantener su eficiencia en el desarrollo de sus funciones y 
4 
 
procedimientos académicos, y así contar con información que ayude en la 
toma de decisiones de manera oportuna. 
5 
 
CAPÍTULO I 
EL PROBLEMA 
Diagnóstico del problema 
Para comenzar a describir las necesidades de la investigación es 
de suma importancia detectarlas, por lo cual, se debe saber que recursos 
tiene tanto a nivel personal como material para saber así que necesidades 
se pueden suplir y por cuáles medios. Los recursos con los que cuenta a 
nivel personal es limitado tanto en profesores como personal 
administrativo, debido a que el personal se ha retirado por motivos 
personales y el que se encuentra laborando no puede cumplir la demanda 
por falta de personal, por otro lado, la población estudiantil se encuentra 
afectada, ya que no posee personal educativa para todas las 
asignaciones ni coordinador, y tampoco pueden tener un informe de sus 
notas. Pero al hablar de materiales cuenta con una gran variedad de 
herramienta y equipamiento para trabajar en un sistema de control 
académico y poder implementarlo tanto en diversas áreas como la 
capacitación del personal. 
Ahora teniendo en cuenta las necesidades se deben priorizar, 
cuáles se puede hacer en un periodo específico y con el presupuesto 
estipulado, por eso se puede buscar una solución que ayude de forma 
eficiente, en un periodo corto de tiempo y con una inversión monetaria 
aceptable que permitirá que diversas necesidades se solucionen. Estas 
necesidades vienen por una misma causa, que es la falta de personal, y 
esto afecta de gran forma a toda la comunidad luzardeña. 
De primera se podría dar la solución contratar nuevo personal, pero 
por cuestión de tiempo podría tardar mucho, cuál no es lo más adecuado 
para el momento y de segunda opción puede ser la implementación de un 
sistema de control académico. Este quiere decir que la necesidad recae 
en una herramienta, pero esto deja la siguiente interrogante que es ¿Qué 
beneficios tiene la implementación de un sistema de control académico 
utilizando la metodología Ágil, tipo Scrum con manejo del cuadro Scrum 
6 
 
como modelo de trabajo en el colegio “Santos Luzardo” del Estado 
Miranda Municipio Urdaneta Parroquia de Cúa?. Que nos permite realizar 
trabajo de forma más automatizada para cumplir las vacantes existentes 
en el área administrativa y control de estudio también permita realizar un 
cronograma con los profesores existentes para poder prestarle el servicio 
de la educación de forma eficiente a la comunidad educativa. 
Teniendo en cuenta que la herramienta es la opción más oportuna, 
y les permite poder usar la tecnología para facilitar la realización de 
trabajos y prestar mejor serviciosal alumnado. De igual forma no se debe 
implementar cualquier sistema si no uno que se adapte a sus 
necesidades y con la metodología más oportuna para el plantel. De modo 
que la metodología es uso en este caso es la metodología Ágil, que 
permite adaptar el trabajo a las condiciones existentes del proyecto, 
también permite reducir los costes y de esa forma incrementar la 
producción del mismo, pero esta maravillosa metodología cuanta con 
otras ventajas que permiten que el proyecto sea muy eficiente desde su 
elaboración debida que: 
Se logre mejorar la calidad del producto o servicio. 
Obtener un alto grado de satisfacción del cliente. 
Permite mejor motivación de los trabajadores. 
Se logra un mejor trabajo colaborativo. 
Teniendo encuentra lo antes mencionado se debe hablar sobre que 
metodología ágil se adapta al proyecto, ya que la metodología Ágil cuenta 
con diversos tipos que pueden ser adaptados a los proyectos 
dependiendo de la manera de trabajar. En el caso de este proyecto se 
utilizará la metodología Scrum o metodología del caos, puesto que 
permite poder desglosar el proyecto en pequeños proyectos o etapas que 
se denominan por los siguientes nombres análisis, desarrollo y testing. 
Por el mismo orden de ideas es relevante aclarar que Scrum permite que 
7 
 
la etapa del desarrollo entregas regulares y parciales del producto final, 
para de esa forma poder resolver problemas existentes o modificaciones 
antes de la etapa final del mismo. Por eso que permite realizar trabajos 
complejos con flexibilidad y dar resultados de manera rápida, ya que 
tiene como estrategia corregir los errores que puedan surgir en la 
elaboración del proyecto, lo que ayuda a poder entregar un proyecto con 
una buena calidad y con el cumplimiento de los objetivos del mismo. 
En vista de eso la manera de la implementación del modelo de la 
metodología ágil tipo scrum es el cuadro scrum el cual, permite desglosar 
las tareas pertinentes con las especificaciones correspondientes para así 
tener lo necesario a la hora de ejecutar las tareas del mismo, pero permite 
también ver los avances de los miembros de cada actividad, lo cual 
consiente poder modificar si se presenta algún error en el trascurso del 
mismo. 
En otro orden de ideas, ya teniendo en cuenta la metodología 
empleada, las necesidades, las causas y la problemática, es hora de 
indicar dos puntos clave son ¿para quién va dirigido? Y ¿Dónde?, 
respondiendo la primera pregunta se puede decir, que va dirigido a un 
plantel educativo que lleva por nombre colegio Santos Luzardo, el cual 
presta el servicio de educación preescolar, básica y secundaria a todo el 
alumnado. Por otro lado, el colegio se encuentra ubicado en el Estado 
Miranda, Municipio Urdaneta Parroquia de Cúa, Venezuela. 
 
 
8 
 
 
Objetivos de la Investigación 
Siendo en este orden de ideas, llega el momento de aclarar los 
objetivos de la investigación, los cuales se clasifican en el objetivo general 
y específicos: 
Objetivo general 
Conocer la implementación de un sistema de control académico 
utilizando la metodología Ágil, tipo Scrum con manejo del cuadro Scrum 
como modelo de trabajo en el colegio “Santos Luzardo” del Estado 
Miranda Municipio Urdaneta Parroquia de Cúa. 
Objetivos especifico 
Identificar las necesidades existentes en la institución, que dan 
nombre a la problemática. 
Determinar los requerimientos funcionales y no funcionales en el 
sistema de control académico. 
Diseñar el software, tomando en cuenta la metodología Ágil tipo 
Scrum y el cuadro Scrum. 
Construir el software de sistema de control académico y corregir los 
errores presentes en la elaboración. 
Ejecutar el software de sistema de control académico en el colegio 
“Santos Luzardo” del Estado Miranda Municipio Urdaneta Parroquia de 
Cúa. 
 
9 
 
 
Alcance y propósito de la investigación 
La investigación tiene como finalidad dar a conocer el alcance que 
puede tener la implementación de sistema de control académico en el 
colegio “Santos Luzardo”. Esto accede automatizar una gran cantidad de 
trabajo que de forma manual no loso es tediosa, sino que tomaría mucho 
tiempo y esfuerzo humano. Para poder lograr esto dividir el trabajo en tres 
fases que permitan partir el proyecto en pequeños sub proyectos del 
mismo. 
Estas fases el análisis del proyecto, desarrollo del proyecto donde 
se realiza revisión de la misma para ser si presenta algún error o se debe 
modificar algo luego de las reuniones para saber el proceso del proyecto y 
el testing periodo de prueba del software. También se debe mencionar 
que es de suma importancia utilizar lenguajes que permitan trabajar de 
modo rápido por eso se tomara en cuenta PHP, C++, C# y Java. Estos 
lenguajes son muy empleados actualmente y permiten actuar el software 
del sistema de modo amigable. 
Además, como se ha mencionado ya la metodología Ágil es el pilar 
del proyecto, ya que permite tener un alcance a gran nivel en el proyecto 
sin importar lo complicado o grande sea el proyecto. Por lo cual usando 
este método Ágil especifico el tipo scrum ayuda a minimizar el tiempo de 
trabajo. Para finalizar se puede mencionar que es importante recalcar que 
por medio de un sistema académico los estudiantes tendrán acceso de 
manera fácil a sus notas, actividades y profesores sin necesidad de ser de 
manera tradicional. Pero los profesores podrían también tener información 
administrativa, calificar a los alumnos de forma más eficiente y moderna, 
por medio de esto se puede decir que ambas partes ganan con el 
sistema. 
 
10 
 
 CAPÍTULO II 
 DETERMINACIÓN DE REQUERIMIENTOS 
Aplicación de la ingeniería de requisitos 
Los requerimientos son una descripción de las necesidades o 
deseos de un producto. La meta primaria de la fase de los requerimientos 
es identificar y documentar lo que en realidad se necesita, en una forma 
que claramente se lo comunique al cliente. El reto consiste en definirlos 
de manera inequívoca, de modo que se detecten los riesgos y no se 
presenten sorpresas al momento de entregar el producto. 
La Ingeniería de Requerimientos cumple un papel primordial en el 
proceso de desarrollo de software, ya que se especializa en la definición 
del comportamiento del sistema, es decir, de lo que se desea desarrollar o 
producir. Su objetivo principal es la definición clara, consistente y 
compacta de las especificaciones correctas que definen el 
comportamiento del sistema con el fin de minimizar al máximo los 
problemas que se presentan en el desarrollo de software y que tanto 
afectan a la calidad del producto final. La captura correcta de los 
requerimientos contribuye a la mejora de la calidad de software dado que 
permite definir con precisión las condiciones que esté debe cumplir. 
11 
 
Matriz de requerimiento de software 
La matriz de trazabilidad de requerimientos es un cuadro que 
cumple con la función de relacionar cada requisito del proyecto con el 
entregable que lo satisface. La trazabilidad de requerimientos de proyecto 
es bidireccional, esto es, partiendo de un determinado requisito del 
proyecto se puede referir al entregable que lo satisface, de la misma 
forma, si tenemos un entregable de proyecto podemos establecer cuales 
requisitos han sido abarcados por este. Adicionalmente, la matriz de 
trazabilidad de requerimientos también relaciona cada requisito con los 
objetivos de proyecto y objetivos estratégicos organizacionales que 
satisface, garantizando de esta forma que cada requisito esté agregando 
valor al presente y futuro del negocio. 
Con la matriz de trazabilidad podemos: 
Tener una mejor y más rápida visualización sobre la complejidad 
de los cambios propuestos durante el ciclo de vida (cambios de alcance). 
Analizar el impacto de cambios de alcance propuestos de manera 
más sencilla y rápida. 
Identificar inconsistencias y brechasen los requerimientos respecto 
a beneficios que se espera obtener del proyecto. 
Tener una mejor y más rápida visualización de cuales 
requerimientos han sido abordados y cuáles no. 
Código Requerimiento Tipo Categoría Prioridad 
R01 El acceso al 
sistema se hará 
con una 
autenticación de 
usuario. 
Funcional Seguridad Alta 
R02 Envío 
 de email de 
clave de usuario 
de registro. 
Funcional Seguridad Alta 
12 
 
R03 Registro de 
usuario al 
sistema. 
Funcional Seguridad Alta 
R04 El sistema debe 
contener el logo 
de la institución. 
Funcional Interfaz Grafica 
R05 El sistema debe 
ser amigable. 
Funcional Interfaz Grafica Media 
R06 El sistema debe 
responder en 
máximo 5 
segundos a 
cada solicitud. 
No 
funcional 
Rendimiento Alta 
R07 El sistema debe 
ser capaz de 
operar con 200 
usuarios 
conectados. 
No 
funcional 
Capacidad Alta 
R08 En el sistema 
se deben 
Ingresar los 
datos para crear 
el pensum. 
Funcional Base de datos Alta 
R09 El sistema 
permitirá 
consultar los 
pensum 
registrados. 
Funcional Base de datos Alta 
R10 En el sistema 
se podrán 
modificar los 
datos del 
pensum. 
Funcional Base de datos Alta 
R11 El sistema 
permitirá el 
ingreso de 
datos para crear 
las materias. 
Funcional Base de datos Alta 
R12 El sistema 
permitirá 
consultar las 
Funcional Base de datos Alta 
13 
 
materias 
disponibles. 
R13 El sistema 
permitirá 
modificar los 
datos de las 
materias 
registradas. 
Funcional Base de datos Alta 
R14 Ingreso de 
notas. 
Funcional Base de datos Alta 
R15 En el sistema 
se podrán 
consultar las 
notas. 
Funcional Base de datos Alta 
R16 El sistema 
generará 
reporte de 
notas. 
Funcional Base de datos Media 
R17 El sistema 
deberá 
funcionar en 
cualquier 
sistema 
operativo. 
No 
funcional 
Compatibilidad Alta 
R18 Los datos de los 
usuarios serán 
confidenciales. 
No 
funcional 
Confidencialidad Alta 
R19 El sistema 
realizará 
actualizaciones 
al realizar 
cambios en la 
base de datos. 
No 
funcional 
Fiabilidad Alta 
R20 El sistema 
estará en 
funcionamiento 
las 24 horas del 
día. 
No 
funcional 
Disponibilidad Alta 
14 
 
Especificación de requerimientos de software 
La especificación de requerimientos es una actividad primordial en 
el desarrollo de sistemas de software que orienta en todo momento las 
acciones del equipo de trabajo; la manera de realizarla varía de acuerdo a 
la naturaleza del proyecto y a las prácticas adoptadas por los 
desarrolladores. 
Una especificación debe contener requerimientos plenamente 
identificados, que describan de manera clara, precisa y atómica cada 
característica del sistema. Independientemente de la metodología de 
desarrollo de software utilizada, si estas propiedades no se logran y, 
además, los requerimientos especificados no resultan ser los correctos, 
las futuras etapas del desarrollo tendrán inconvenientes y el proyecto 
completo podría ir directo al fracaso. Los errores que se introducen en la 
captura de los requerimientos resultan ser los más costosos cuando se 
detectan en etapas posteriores del proyecto, por eso esta es una actividad 
delicada de creciente complejidad (Mathiassen y Tuunanen, 2011) que 
debe ponderarse en su justa medida. 
Una especificación que captura adecuadamente los requerimientos 
correctos contribuye a que todas las actividades del desarrollo estén bien 
orientadas hacia la ingeniería de un producto de software pertinente, con 
lo que se establece de antemano un escenario fértil para el éxito del 
proyecto. 
Tabla #1. Requerimiento de seguridad (Funcional) 
Código: R01 Nombre: El acceso al 
sistema se hará con una 
autenticación de usuario. 
Descripción El sistema debe solicitar el 
acceso mediante contraseña lo que 
garantiza que el sistema solo será 
operado por personas autorizadas. 
 
 
15 
 
Tabla #2. Requerimiento de seguridad (Funcional) 
Código: R02 Nombre: Envío de email de 
clave de usuario de registro. 
Descripción Se enviará un email a los 
usuarios del sistema con clave, 
para realizar su registro. 
 
Tabla #3. Requerimiento de seguridad (Funcional) 
Código: R03 Nombre: Registro de usuario 
al sistema. 
Descripción El sistema permitirá el 
registro de los usuarios 
involucrados(administrador, 
docentes, estudiantes y otros). 
 
Tabla #4 Requerimientos de interfaz (Funcional) 
Código: R04 Nombre: El sistema debe 
contener el logo de la institución. 
Descripción El sistema debe mostrar el 
logo de la institución académica. 
 
Tabla #5 Requerimientos de interfaz (Funcional) 
Código: R05 Nombre: El sistema debe 
ser amigable. 
Descripción El sistema debe ser sencillo 
de operar, amigable al usuario. 
 
Tabla #6 Requerimientos de Rendimiento (No Funcional) 
Código: R06 Nombre: El sistema debe 
responder en máximo 5 segundos a 
cada solicitud. 
Descripción El sistema debe responder 
con rapidez, máximo en 5 
segundos a cada solicitud. 
16 
 
 
Tabla #7 Requerimientos de Capacidad (No Funcional) 
Código: R07 Nombre: El sistema debe 
ser capaz de operar con 200 
usuarios conectados. 
Descripción El sistema debe ser capaz de 
operar con 200 usuarios 
conectados en simultaneo. 
 
Tabla #8 Requerimientos de Base de datos (Funcional) 
Código: R08 Nombre: En el sistema se 
deben Ingresar los datos para crear 
el pensum. 
Descripción El sistema permitirá el 
ingreso de los datos para crear el 
pensum. 
 
Tabla #9 Requerimientos de Base de datos (Funcional) 
Código: R09 Nombre: El sistema 
permitirá consultar los pensum 
registrados. 
Descripción El sistema permitirá hacer 
consultas de los pensum 
registrados. 
 
Tabla #10 Requerimientos de Base de datos (Funcional) 
Código: R10 Nombre: En el sistema se 
podrán modificar los datos del 
pensum 
Descripción El sistema permitirá modificar 
los datos de los pensum 
registrados. 
 
 
17 
 
Tabla #11 Requerimientos de Base de datos (Funcional) 
Código: R11 Nombre: El sistema 
permitirá el ingreso de datos para 
crear las materias. 
Descripción El sistema permitirá el 
ingreso de datos necesarios para 
crear las materias. 
 
Tabla #12 Requerimientos de Base de datos (Funcional) 
Código: R12 Nombre: El sistema 
permitirá consultar las materias 
disponibles. 
Descripción El sistema permitirá consultar 
las materias disponibles. 
 
Tabla #13 Requerimientos de Base de datos (Funcional) 
Código: R13 Nombre: El sistema 
permitirá modificar los datos de las 
materias. 
Descripción El sistema permitirá modificar 
los datos de las materias 
registradas. 
 
Tabla #14 Requerimientos de Base de datos (Funcional) 
Código: R14 Nombre: Ingreso de notas. 
Descripción El sistema permitirá el 
ingreso de notas de los estudiantes. 
 
Tabla #15 Requerimientos de Base de datos (Funcional) 
Código: R15 Nombre: En el sistema se 
podrán consultar las notas. 
Descripción En el sistema se podrán 
consultar las notas de las materias. 
18 
 
 
Tabla #16 Requerimientos de Base de datos (Funcional) 
Código: R16 Nombre: El sistema 
generará reporte de notas. 
Descripción El sistema generará reporte 
de notas por pantalla e impresos. 
 
Tabla #17 Requerimientos de Compatibilidad (No Funcional) 
Código: R17 Nombre: El sistema deberá 
funcionar en cualquier sistema 
operativo. 
Descripción El sistema deberá funcionar 
correctamente en cualquier sistema 
operativo. 
 
Tabla #18 Requerimientos de Confidencialidad (No Funcional) 
Código: R18 Nombre: Los datos de los 
usuarios serán confidenciales. 
Descripción Los datos personales de los 
usuarios tendrán la garantía de ser 
confidenciales. 
Tabla #19 Requerimientos de Fiabilidad (No Funcional) 
Código: R19 Nombre: El sistema realizará 
actualizaciones al realizar cambios 
en la base de datos. 
Descripción El sistema realizará 
actualizaciones inmediatas al 
realizar cambios en la base de 
datos. 
 
 
 
Tabla #20 Requerimientos de Disponibilidad (No Funcional) 
Código: R20 Nombre: El sistema estará 
19 
 
en funcionamiento las 24 horas deldía. 
Descripción El sistema funcionará 7 días, 
24 horas con accesibilidad para 
todos sus usuarios. 
 
 
20 
 
CAPÍTULO III 
MODELAMIENTO DE SOFTWARE 
Modelamiento 
El modelado de software es una técnica para tratar la complejidad 
inherente a estos sistemas. El uso de modelos ayuda al ingeniero de 
software a visualizar el sistema a construir. Además, los modelos de un 
nivel de abstracción mayor pueden utilizarse para la comunicación del 
cliente. La persona promedio considera que el modelado de software es 
una pérdida de tiempo o que no es del todo necesario, pero no están en lo 
cierto. Ya que el modelado de software mejora la productividad del equipo 
de desarrollo. 
Una vez se tiene el modelo de datos lo puedes usar para generar 
código automáticamente. Para aplicaciones típicas (tipo data-entry con 
muchos formularios tipo CRUD) puedes llegar a generar todo el código 
para oras partes. El uso de estos también disminuye mucho los defectos 
en el código ya que hay un gran número de herramientas que te permiten 
verificar tus modelos para saber si tiene algún error. Los modelos son 
muy importantes ya que te permiten explorar diferentes alternativas de 
diseño antes de empezar a desarrollar usando técnicas de simulación. 
 
 
 
 
 
21 
 
Justificación del enfoque del modelamiento 
Actualmente el sistema académico ha decaído constantemente con 
el paso del tiempo, debido a esto muchas personas salen afectadas ya 
que no reciben una educación adecuada a causa de un mal 
estructuramiento del mismo por lo que buscamos hacer un enfoque 
importante dentro del Sistema educativo, pero no a través de cualquier 
método. 
El método ideal para dar a conocer esta información es la 
Metodología Agile que se basa en el desarrollo de Productos y Servicios 
de Calidad que responden a las necesidades de los clientes cuyas 
prioridades cambian de manera constante y cada vez mayor. Resulta 
efectivo aplicar esta metodología ya que permite reducir un gran margen 
de error, además de una mejor experiencia y funcionabilidad para lo que 
se desee aplicar. Por otra parte, aumenta la productividad de una gran 
parte de las actividades que se podrían realizar. Su principal ventaja sería 
el cumplimiento de tiempo y formas de los proyectos por lo cual se le 
estaría otorgando un mayor valor; también estructurar y actualizar el 
sistema académico el cual carece de una buena estructura desde un gran 
tiempo, además de analizar el replantear diversos aspectos para que las 
personas se sientan Cómodas y satisfechas, ya que a raíz de una mala 
gestión genera que anualmente muchas de ellas abandonen o aplacen 
sus estudios dentro de la institución. 
 
22 
 
Fases de la Metodología Ágil Scrum 
 
1. Planeación del Sprint/Sprint Planning 
 En primer lugar, cuando se aborda esta fase es cuando 
todas las partes interesadas se reúnen para la planificación del Sprint. En 
este sentido, se toman en cuenta los requerimientos y las actividades que 
serán asignadas a cada uno de los desarrolladores del equipo de trabajo. 
Posteriormente, cada participante tendrá que gestionar el tiempo 
correspondientemente para el desarrollo y análisis de los requerimientos 
según le sea prudente. Por lo tanto, se mide el tiempo total de duración 
del Sprint. 
 Para el sistema en cuestión, esta fase es fundamental porque 
se necesita analizar todos los componentes que se van a insertar en la 
planificación del proyecto. Para el caso de control académico, es 
necesario conocer la necesidad que implica los datos que se van a 
registrar, tanto de los estudiantes como de los docentes y personal 
administrativo, las notas, las actividades y la información personal de 
ambos de una manera eficiente. 
2. Reunión de equipo de Scrum/Scrum team meeting 
Por consiguiente, al abordar esta fase, es cuando se establece la 
planificación de las reuniones del equipo de desarrollo, las cuales pueden 
tener un límite de duración de 15 minutos diarios para la toma de 
decisiones y el apoyo por parte de los otros integrantes del equipo. Tal 
como, es el espacio y el tiempo donde se resuelven los inconvenientes y 
se tratan más a fondo en la búsqueda de soluciones pertinentes para la 
administración del proyecto de software. En esta fase fundamental se 
responden las siguientes interrogantes: 
¿Qué hiciste ayer? 
23 
 
¿Qué tienes planeado desarrollar hoy? 
¿Qué obstáculos se encontraron? 
Así mismo, para el sistema que se va a implementar para el control 
académico, esta fase constituye relevancia porque el equipo de desarrollo 
debe analizar los posibles problemas que se puedan dar durante la 
construcción del sistema y el diseño del mismo, tanto de forma técnica 
como social para las partes que van a utilizarlo. Considerar la utilidad del 
mismo mediante pequeños lapsos de reuniones ayudara a determinar una 
solución más óptima para los procesos. 
3. Refinamiento del Backlog/Backlog Refinement 
Brevemente, el Product Owner gestiona cada una de las 
funcionalidades y características que necesitan ser enlistadas para tomar 
en cuenta esos factores en el momento de la implementación, según el 
orden y la prioridad en las que se configuran. Tiene la finalidad de aclarar 
dudas con respecto al equipo de desarrollo y también para estimar 
completamente los aportes dedicados a los requerimientos del software. 
Para nuestro caso, es pertinente justificar que el equipo de 
desarrollo debe estar comprometido con los requisitos correspondientes 
para el sistema de control académico, en cuanto a la gestión de las 
calificaciones, registro de información académica, reportes de entradas y 
salidas de estudiantes y docentes. Además, también se incluye la 
planificación de actividades y de proyectos, como también los 
cronogramas de clase. 
4. Revisión del Sprint/Sprint Review 
En efecto, el equipo de desarrollo y los clientes formalizan 
reuniones para expresar que el avance del desarrollo del software ha sido 
finalizado. Esto es, se realiza una demostración de los requerimientos 
implementados en el Sprint. En consecuencia, la participación por parte 
del Scrum Master, el Product Owner y los Stakeholders, son las 
24 
 
consideradas las más fundamentales porque se determinan los ajustes 
que se harán para el Product Backlog. 
En esta etapa concerniente en la implementación de nuestro de 
sistema mediante la utilización de esta metodología, es interesante 
apreciar los elementos que entorpecen el desarrollo y los elementos 
prioritarios que ayudan que el desarrollo sea adecuadamente 
estructurado. Es decir, se toma en cuenta la existencia de funcionalidades 
que verdaderamente necesita el sistema, y por lo tanto, aquellas que el 
cliente requiere que se implementen a veces no pueden ser satisfechas 
debido a ciertos problemas se pueden originar si no representan un 
beneficio real para el objetivo que se quiere alcanzar. 
 
5. Retrospectiva del Sprint/Retrospective 
 
Finalmente, el Product Owner y su Scrum Master estructuran una 
reunión donde se cuenta con la integración de todo el equipo desarrollo 
para abordar los análisis correspondientes de lo que se hizo durante todo 
el transcurso del Sprint. Dado que, se necesita conocer todo lo que se 
desarrollo erróneamente durante el Sprint para la aplicación de mejoras, 
todo lo que se hizo correctamente para ir en alineación con los objetivos 
propuestos y los problemas adyacentes que impidieron parcialmente el 
avance del proyecto como estuvo planificado. 
Se justifica esta fase para el proyecto porque el equipo de 
desarrollo necesita estar capacitado para solucionar los inconvenientes en 
los Sprints, y ver que requerimientos fueron aplicados correctamente, y si 
las características y funcionalidades fueron bien establecidas de igual 
forma para la finalización y la administración del sistema. Así pues, como 
los entregables finales y los resultados obtenidos delas pruebas. 
 
25 
 
26 
 
Diagrama de clases sistema de control académico 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
27 
 
Conclusión 
Las metodologías ágiles son enfoques para el desarrollo de 
productos que se ajustan a los valores y principios descritos en el 
Manifiesto Ágil para el desarrollo de software. Las metodologías ágiles 
pretenden ofrecer el producto adecuado, con una entrega incremental y 
frecuente de pequeños trozos de funcionalidad, a través de pequeños 
equipos multifuncionales auto organizados, lo que permite la 
retroalimentación frecuente del cliente y la corrección del curso según sea 
necesario. 
Con ello, Agile pretende corregir los problemas que plantean los 
enfoques tradicionales en «cascada», que consisten en la entrega de 
grandes productos en largos periodos de tiempo, durante los cuales los 
requisitos de los clientes cambian con frecuencia, lo que hace que se 
entreguen productos equivocados. El enfoque adaptable para el 
desarrollo de programa busca repartir de manera persistente sistemas de 
programa funcionando diseñados con iteraciones rápidas. No obstante, la 
oración "metodología adaptable" es engañosa pues involucra que el 
enfoque adaptable es la exclusiva forma de abordar el desarrollo de 
programa. 
Generalmente, el desarrollo expedito de programa involucra que 
pequeños conjuntos auto organizados de desarrolladores y 
representantes empresariales se reúnan regularmente en persona a lo 
largo del periodo de vida del desarrollo de programa. La metodología 
diligente beneficia un enfoque sencillo de la documentación de programa 
y acepta los cambios que logren surgir en las distintas fases del periodo 
de vida, en vez de resistirse a ellos. 
Es mucho más que una metodología para el desarrollo de 
proyectos que precisan de rapidez y flexibilidad, es una filosofía que 
supone una forma distinta de trabajar y de organizarse. De tal forma que 
cada proyecto se ‘trocea’ en pequeñas partes que tienen que completarse 
y entregarse en pocas semanas. El objetivo es desarrollar productos y 
28 
 
servicios de calidad que respondan a las necesidades de unos clientes 
cuyas prioridades cambian a una velocidad cada vez mayor. 
 
 
 
 
 
 
29 
 
Referencias (Bibliográficas y/o Electrónicas) 
 
Sáez Hurtado.(2022). Las metodologías ágiles más utilizadas y sus 
ventajas dentro de la empresa. [Disponible en línea]. 
https://www.iebschool.com/blog/que-son-metodologias-agiles-
agile-scrum/ 
Cabot.(2018). 7 razones para modelar el software antes de 
programar.[Disponible en línea]. https://ingenieriadesoftware.es/7-
razones-modelar-software-programar/ 
Sin autor.(2016). Modelamiento de software. .[Disponible en línea]. 
https://es.slideshare.net/sairarcf/modelamiento-de-software 
Sin autor.(2018). Introducción a las Metodologías de Desarrollo de 
Sistemas. .[Disponible en línea]. 
https://blogfaissalisi.wordpress.com/2018/11/05/introduccion-a-
las-metodologias-de-desarrollo-de-sistemas/ 
Sin autor.(2018). ¿Qué es la matriz de trazabilidad de 
requerimientos? .[Disponible en línea]. 
http://www.pmoinformatica.com/2018/07/que-es-matriz-
trazabilidad-requerimientos.html 
Sin autor.(2015). ¿Cómo funciona la metodología Scrum? Qué es y 
sus 5 fases. .[Disponible en línea]. 
https://platzi.com/blog/metodologia-scrum-fases/ 
 
 
 
 
https://www.iebschool.com/blog/que-son-metodologias-agiles-agile-scrum/
https://www.iebschool.com/blog/que-son-metodologias-agiles-agile-scrum/
https://ingenieriadesoftware.es/7-razones-modelar-software-programar/
https://ingenieriadesoftware.es/7-razones-modelar-software-programar/
https://es.slideshare.net/sairarcf/modelamiento-de-software
https://blogfaissalisi.wordpress.com/2018/11/05/introduccion-a-las-metodologias-de-desarrollo-de-sistemas/
https://blogfaissalisi.wordpress.com/2018/11/05/introduccion-a-las-metodologias-de-desarrollo-de-sistemas/
http://www.pmoinformatica.com/2018/07/que-es-matriz-trazabilidad-requerimientos.html
http://www.pmoinformatica.com/2018/07/que-es-matriz-trazabilidad-requerimientos.html
https://platzi.com/blog/metodologia-scrum-fases/
30 
 
Link de la exposición: 
 
https://drive.google.com/file/d/1cOTScuYgMPljmXvqvo4iim7WAuOFcsYf/v
iew 
 
 
 
 
 
https://drive.google.com/file/d/1cOTScuYgMPljmXvqvo4iim7WAuOFcsYf/view
https://drive.google.com/file/d/1cOTScuYgMPljmXvqvo4iim7WAuOFcsYf/view