Software Taekwondo

SOFTWARE DE ACADEMIA DE TAEKWONDO “SUE MOO DUK KWAN”
EDGAR ALEJANDRO MEDINA ROA
JAIME DE JESÚS SAENZ GAMBOA
SEBASTIAN FELIPE SANCHEZ HURTADO
UNIVERSIDAD PEDAGÓGICA Y TECNOLÓGICA DE COLOMBIA
FACULTAD DE INGENIERÍA
ESCUELA DE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN
TUNJA
2021
SOFTWARE DE ACADEMIA DE TAEKWONDO “SUE MOO DUK KWAN”
EDGAR ALEJANDRO MEDINA ROA
JAIME DE JESÚS SAENZ GAMBOA
SEBASTIAN FELIPE SANCHEZ HURTADO
Proyecto semestral para el desarrollo de la asignatura
Profesor
Juan José Camargo Vega
Ingeniero de Sistemas y Ph,D en Tecnologías de la Información
UNIVERSIDAD PEDAGÓGICA Y TECNOLÓGICA DE COLOMBIA
FACULTAD DE INGENIERÍA
ESCUELA DE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN
TUNJA
2021
CONTENIDO
pág.
INTRODUCCIÓN………………………………………………………………………………12
1. PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN ............................................ 13
1.1. DESCRIPCIÓN DE LA EMPRESA........................................................... 13
1.1.1. Misión ......................................................................................................... 13
1.1.2. Visión .......................................................................................................... 13
1.1.3. Objetivos ..................................................................................................... 13
1.1.4. Estructura organizacional ........................................................................... 14
1.2. IDENTIFICAR EL PROBLEMA ................................................................ 14
1.2.1. Establecer límites ....................................................................................... 14
1.2.2. Situación actual .......................................................................................... 15
1.2.3. Situación futura ........................................................................................... 16
1.2.4 Comunicar la definición del problema con participación de analistas, usuarios
y directivos (ACTA 01/ANEXO 01) .......................................................................... 16
2. ALCANCE DEL SISTEMA DE INFORMACIÓN ....................................................... 17
2.1. Identificar problemas, en términos de Urgencias, Visibilidad, Beneficios,
Prioridad............................................................................................................. 17
2.2. Identificar oportunidades, en términos de Urgencias, Visibilidad, Beneficios,
Prioridad............................................................................................................. 18
2.3. Definir el alcance en función de: Tipo de datos, Procesos, y diseño posible de la
interfaz ............................................................................................................... 19
2.4. Se debe contestar la pregunta ¿el presente proyecto, vale la pena trabajarlo?
19
2.5. Determinar las actividades y tareas a realizar, consignadas en el plan de trabajo
20
2.6. Comunicar el alcance del proyecto, con participación de analistas, usuarios y
directivos (ACTA 02/aNEXO 02) ........................................................................ 20
3. SITUACIÓN ACTUAL DE LA EMPRESA EN EL MANEJO DE LA INFORMACIÓN
Y/O SISTEMA DE INFORMACIÓN ................................................................................ 21
3.1. Se describe la situación actual, en función de: ........................................ 21
3.1.1. Contexto del Sistema Actual ....................................................................... 21
3.1.2. Descripción de los SI, actuales ................................................................... 21
3.1.3. Es beneficioso dividir el sistema actual en subsistemas ............................. 21
3.2. Presentar la división de los subsistemas.................................................. 22
3.3. Identificación de los usuarios participantes en el análisis de la Situación Actual
22
3.4. Se determinan las actividades y tareas a realizar .................................... 23
3.5. Comunicar la descripción general de los sistemas de información actuales, con
participación de analistas, usuarios y directivos (acta 03/anexo 03) .................. 23
4. ESTUDIO DE LAS ALTERNATIVAS DE SOLUCIÓN .............................................. 24
4.1. Se estudian las diferentes opciones, que puedan existir para la solución.24
4.2. Para cada alternativa propuesta, se identifican los subsistemas que cubre y los
requisitos a los que se da respuesta .................................................................. 25
4.3. Modelos de procesos de las soluciones propuestas ................................ 25
4.5. Comunicar la descripción general de cada propuesta, con participación de
analistas, usuarios y directivos (acta 04/anexo 04) ............................................ 26
5. EVALUACIÓN DE LAS ALTERNATIVAS DE SOLUCIÓN....................................... 27
5.1. Para cada alternativa se seleccionan los factores de situación que habrá que
considerar, relativos tanto a la incertidumbre como a la complejidad del sistema.27
5.2. Se identifican y valoran los riesgos asociados y se determinan las medidas a
tomar para minimizarlos. .................................................................................... 27
5.3. Se determina el enfoque más adecuado, para la solución propuesta en cada
alternativa. ......................................................................................................... 29
5.4. Valoración de alternativas después de valorar el riesgo. ......................... 30
5.5. Se determinan las actividades y tareas a realizar. ................................... 31
5.6. Comunicar la descripción general del plan de trabajo de cada alternativa, con
participación de analistas, usuarios y directivos (ACTA 05/ ANEXO 05) ........... 31
6. SELECCIÓN DE LA SOLUCIÓN ............................................................................. 32
6.1. Presentación de las diferentes alternativas propuestas ante la empresa. 32
6.2. Descripción de la solución ........................................................................ 34
6.3. Impacto en la empresa respecto a la solución propuesta ........................ 35
6.4. Costo/Beneficio de las diferentes soluciones alternativas propuestas ..... 36
6.5. Planificación de la solución ...................................................................... 37
6.6. Aprobación de la solución ........................................................................ 37
7. IDENTIFICACIÓN DE REQUISITOS DEL SISTEMA .............................................. 40
7.1. Se definen los requisitos funcionales, que debe satisfacer el sistema, indicando
sus prioridades ................................................................................................... 40
7.2. Se definen los requisitos no funcionales, que debe satisfacer el sistema,
indicando sus prioridades .................................................................................. 44
7.4. Comunicar la descripción general de los requisitos funcionales y no funcionales,
con participación de analistas, usuarios y directivos (ACTA 07/ ANEXO 07) .... 45
8. ESTUDIO DE VIABILIDAD DEL SISTEMA DE INFORMACIÓN ............................. 46
8.1. Realizar el análisis de la solución seleccionada ....................................... 46
8.2. Relación Costo/Beneficio de la solución seleccionada............................. 46
9. MODELO DE PROCESOS ...................................................................................... 48
9.1. Diagrama De Flujo De Datos De Contexto ............................................... 48
9.2. Diagrama De Descomposición Funcional Para Separar El Sistema En Los
Subsistemas Y/O Las Funciones Logicas. ......................................................... 49
9.3. Lista De Respuesta A Los Eventos O De Casos De Uso......................... 50
9.4. Diagrama De Descomposicion Para Cada Evento ................................... 51
9.5. Un Diagrama De Eventos Se Construye Y Se Valida Para Cada Evento 54
9.6. Diagramas Del Sistema Mancomunando Los Diagramas De Eventos. Estos
Diagramas De Flujo De Datos Muestran El “Panorama” Del Sistema. .............. 57
9.7. Los Diagramas Elementales Para Los Procesos De Eventos .................. 59
9.8. La Logica De Cada Proceso Elemental.................................................... 61
9.9. Estructura De Datos De Cada Flujo De Datos Elementales ..................... 63
9.11. Comunicar la definición del sistema de información, con participación de
analistas, usuarios y directivos (ACTA 09/ANEXO 09) ...................................... 65
10. DISEÑO DEL SISTEMA DE INFORMACIÓN ....................................................... 66
10.1. Diseño del sistema de información con diagramas de flujo de datos físicos.
66
10.3. Comunicar la definición del sistema de información, con participación de
analistas, usuarios y directivos (Acta 10 / Anexo 10) ......................................... 69
11. DISEÑO DE SALIDAS Y ELABORACIÓN DE PROTOTIPOS ............................. 70
11.1. Diseño de las salidas del sistema de información .................................... 70
11.3. Comunicar el diseño de las salidas del sistema de información, con
participación de analistas, usuarios y directivos. (Acta 11 / Anexo 11) .............. 76
12. DISEÑO DE ENTRADAS ..................................................................................... 77
12.1. Diseño de las entradas del sistema de información. ................................ 77
12.3. Comunicar el diseño de las entradas del sistema de información, con
participación de analistas, usuarios y directivos (Acta 11 / Anexo 11) ............... 81
13. DISEÑO DE LA INTERFAZ .................................................................................. 82
13.1. Diseño de la interfaz del sistema de información ..................................... 82
13.3. Comunicar el diseño de la interfaz del sistema de información, con participación
de analistas, usuarios y directivos (Acta 13 / Anexo 13) .................................... 87
14. BIBLIOGRAFÍA..................................................................................................... 88
15. ANEXOS .............................................................................................................. 89
LISTA DE ANEXOS
Pág.
Anexo 01. Acta 01. ......................................................................................................... 90

Anexo 02. Acta 02. ......................................................................................................... 92
Anexo 03. Acta 03. ......................................................................................................... 94
Anexo 04. Acta 04. ......................................................................................................... 95
Anexo 05. Acta 05. ......................................................................................................... 96
Anexo 06. Acta 06. ......................................................................................................... 97
Anexo 07. Acta 07. ......................................................................................................... 98
Anexo 08. Acta 08. ......................................................................................................... 99
Anexo 09. Acta 09. ....................................................................................................... 100
Anexo 10. Acta 10. ....................................................................................................... 101
Anexo 11. Acta 11 ........................................................................................................ 102
Anexo 12. Acta 12. ....................................................................................................... 103
Anexo 13. Acta 13. ....................................................................................................... 104
LISTA DE FIGURAS
Pág.
Figura 1. Organigrama academia SUE MOOD DUK KWAN .......................................... 14

Figura 2. Procesos del Modelo Incremental ................................................................... 25
Figura 3. Caso de uso de contexto................................................................................. 40
Figura 4. Caso de uso registrar perfil alumno................................................................. 41
Figura 5. Caso de uso ver perfil alumno. ........................................................................ 42
Figura 6. Caso de uso Registrar pago. ........................................................................... 43
Figura 7. Caso de uso registrar historial alumno. ........................................................... 44
Figura 8. Diagrama de flujo de contexto. ........................................................................ 48
Figura 9. Diagrama de descomposición funcional del sistema. ...................................... 49
Figura 10. Diagrama de descomposición subsistema de matrículas. ............................. 51
Figura 11. Diagrama de descomposición subsistema de pagos. ................................... 52
Figura 12. Diagrama de descomposición subsistema de historiales. ............................. 53
Figura 13. Diagrama de eventos de validar identificación del alumno. ........................... 54
Figura 14. Diagrama de eventos de validar datos del acudiente. ................................... 55
Figura 15. Diagrama de eventos de validar transacción en cuenta bancaria. ................ 56
Figura 16. Diagrama de eventos de añadir comprobante de pago................................. 56
Figura 17. Diagrama de panorama de registrar alumnos. .............................................. 57
Figura 18. Diagrama de panorama de registrar pagos. .................................................. 58
Figura 19. Diagrama elemental de registrar alumno. ..................................................... 59
Figura 20. Diagrama elemental de registrar pago. ......................................................... 60
Figura 21. Estructura de datos de flujo del sistema. ....................................................... 63
Figura 22. Diagrama de flujo de datos físico de contexto. .............................................. 66
Figura 23. Diagrama de flujo de datos físico de registrar alumno. ................................. 67
Figura 24. Diagrama de flujo de datos físico de registrar pago. ..................................... 68
Figura 25. Salida de datos de alumno. ........................................................................... 70
Figura 26. Salida de datos acudiente. ............................................................................ 71
Figura 27. Salida registro de pagos de alumno. ............................................................. 71
Figura 28. Salida registro de asistencias alumno. .......................................................... 72
Figura 29. Salida comprobante paz y salvo alumno. ...................................................... 72
Figura 30. Salida historial de ascensos de alumno. ....................................................... 73
Figura 31. Salida reporte de ingresos de la academia. .................................................. 73
Figura 32. Salida reporte de alumnos en deuda............................................................. 74
Figura 33. Salida reporte de alumnos en paz y salvo. .................................................... 74
Figura 34. Salida reporte de asistencias de alumnos. .................................................... 75
Figura 35. Salida reporte listado de alumnos. ................................................................ 75
Figura 36. Entrada registro de datos alumno nuevo. ...................................................... 77
Figura 37. Entrada datos acudiente de alumno nuevo. .................................................. 77
Figura 38. Ingreso documento para búsqueda de alumno. ............................................ 78
Figura 39. Entrada edición de datos alumno. ................................................................. 78
Figura 40. Entrada edición de datos acudiente del alumno. ........................................... 79
Figura 41. Entrada comprobante de pago alumno y verificación cuenta. ....................... 79
Figura 42. Entrada precios de matrícula academia. ....................................................... 80
Figura 43. Entrada registro de ascenso de grado alumno. ............................................. 80
Figura 44. Interfaz gráfica menú de inicio. ..................................................................... 82
Figura 45. Interfaz gráfica tabla precios mensualidad. ................................................... 83
Figura 46. Interfaz gráfica registro alumno. .................................................................... 83
Figura 47. Interfaz gráfica dialogo de advertencia.......................................................... 84
Figura 48. Interfaz gráfica dialogo de ingreso identificación para búsqueda alumno. .... 84
Figura 49. Interfaz gráfica ver perfil alumno. .................................................................. 85
Figura 50. Interfaz gráfica dialogo ingreso de identificación para pago de alumno. ....... 85
Figura 51. Interfaz gráfica registrar pago alumno. .......................................................... 86
Figura 52. Interfaz gráfica reportes. ............................................................................... 86
LISTA DE TABLAS
Pág.
Tabla 1. Actividades y tareas a realizar para identificar problemas y oportunidades ..... 20

Tabla 2. Actividades y tareas a realizar para identificar el sistema actual. ..................... 23
Tabla 3. Actividades y tareas a realizar para estudiar alternativas de solución.............. 26
Tabla 4. Valoración de las alternativas de solución........................................................ 30
Tabla 5. Actividades y tareas a realizar para evaluar alternativas de solución............... 31
Tabla 6. Planificación de soluciones – Diagrama de Gantt. ........................................... 37
Tabla 7. Actividades y tareas a realizar para seleccionar soluciones. ............................ 38
Tabla 8. Actividades y tareas a realizar para identificar requisitos del sistema. ............. 45
Tabla 9. Actividades y tareas a realizar para estudiar viabilidad sistema de información.
....................................................................................................................................... 47
Tabla 10. Lista de respuestas a eventos o casos de uso. .............................................. 50
Tabla 11. Actividades y tareas a realizar para la construcción de diagramas de flujo. ... 64
Tabla 12. Actividades y tareas a realizar para el diseño del sistema de información. .... 69
Tabla 13. Actividades y tareas a realizar para el diseño de salidas. .............................. 76
Tabla 14. Actividades y tareas a realizar para el diseño de entradas. ........................... 81
Tabla 15. Actividades y tareas a realizar para el diseño de la interfaz. .......................... 87
INTRODUCCIÓN
La academia de taekwondo SUE MOO DUK KWAN lleva más de 30 años de

funcionamiento en la ciudad de Tunja, han formado en esta diciplina una gran cantidad
de deportistas. Debido a este volumen de alumnos que han pasado por la academia, el
manejo de la información que a ellos respecta ha sido un proceso que con el paso del
tiempo se ha vuelto bastante tedioso ya que se deben manejar diferentes tipos de
registros como los son pagos, asistencias y grados de los alumnos.
En este proyecto se analiza el funcionamiento de los procesos que se llevan a cabo

dentro de la academia para comprender las problemáticas que existen con el manejo del
sistema de información actual. Posteriormente se considera buscar diferentes
alternativas para la implementación del software que ayudará a optimizar procesos y
reducir tiempos de ejecución lo cual generará una cantidad de beneficios aceptables.
Dichas alternativas se valoran para identificar cuál es la que mejor se adapta a las
necesidades y cabe dentro del presupuesto con el que cuenta la academia en cuanto a
costos y beneficios.
Finalmente se realiza el proceso de desarrollo de un software que cuenta con las

funcionalidades esenciales para optimizar los procesos de manejo de la información los
cuales han sido aprobados por la empresa cliente y de esta manera poder implementarlo
dentro de la organización.
12
1. PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN
1.1. DESCRIPCIÓN DE LA EMPRESA
1.1.1. Misión
El CLUB SUE MOO DUK KWAN tiene como Misión difundir el Taekwondo en todas las
estructuras sociales y culturales, para que más colombianos reciban los beneficios de
este arte marcial.
1.1.2. Visión
El Club SUE MOO DUK KWAN difundirá los valores de este arte marcial ahora deporte
olímpico en todo el país, a través de profesores preparados y con ética profesional. El
perfil de alumno que queremos lograr serán personas sanas, disciplinadas, responsables,
combativas, con deseo de triunfo como deportistas, como estudiantes, como
profesionales.
1.1.3. Objetivos
El club SUE MOO DUK KWAN tiene como objetivo impulsar la enseñanza y la práctica
del Taekwondo en forma sistemática, para generar personas sanas y disciplinadas con
principios.
13
1.1.4. Estructura organizacional
Figura 1. Organigrama academia SUE MOOD DUK KWAN
1.2. IDENTIFICAR EL PROBLEMA
1.2.1. Establecer límites
1.2.1.1. Espacio
La academia de taekwondo “SUE MOO DUK KWAN” se encuentra ubicada en la Cra.14
# 19 – 98 en la ciudad de Tunja, Boyacá en Colombia.
1.2.1.2. Tiempo
El periodo en que se analizó el fenómeno corresponde desde el mes de agosto del año
2021 y tendrá una duración de 10 semanas.
14
1.2.1.3. Universo
El sector involucrado donde se recolectará la información necesaria será la misma
academia a la cual se le desarrollará el producto software y en la que se toman los datos
de los alumnos y los maestros y/o instructores.
1.2.2. Situación actual
1.2.2.1. Síntomas
Actualmente en la academia SUE MOO DUK KWAN se presentan distintas situaciones
no beneficiosas que inciden directamente tanto en el sector en el que se desarrolla como
internamente en los involucrados en la academia, en ámbitos económicos, ambientales
y de eficiencia en el tiempo. En donde se identifican los siguientes síntomas:
• Se pierde bastante tiempo en la búsqueda de información y toma de datos

(Asistencias, registro de pagos y datos básicos) de los alumnos de la academia,
en el cálculo de reportes mensuales tanto de la situación económica de esta, como
de la obtención de las listas de los alumnos en deuda y la generación de la paz y
salvos.
• Hay una pérdida de dinero que representa un desbalance económico en cuanto al
registro erróneo de asistencias.
• Es de tener en cuenta que en estos procesos la academia gasta mucho papel el
cual no es reciclable.
1.2.2.2. Causas
La toma de registros de los datos básicos de los alumnos de la academia, la toma de
asistencias, los registros de pago y los reportes mensuales se realizan de forma manual
(en un cuaderno) lo que se convierte en un proceso poco óptimo y muy tedioso, lo que
causa los síntomas del parágrafo anterior.
15
1.2.3. Situación futura
1.2.3.1. Pronóstico
Teniendo en cuenta que el registro de información se almacena a papel y lápiz y que el
número de alumnos en la academia aumenta progresivamente, esta situación a futuro
posiblemente generará que los procesos sean muy difíciles de ejecutar debido al
aumento del volumen de la información que además de ocupar espacio para su
almacenamiento, provocará un alto riesgo por posible pérdida de esta. Por otro lado, el
consumo importante de papel contribuirá a la afectación del medio ambiente.
1.2.3.2. Control al pronostico

Se proponen las siguientes soluciones para controlar y optimizar el manejo de la situación
actual:
• Digitalizar la información para reducir el consumo de papel y agilizar los procesos

de toma y búsqueda de datos.
• Desarrollar un producto software que optimice las operaciones que se llevan a

cabo dentro de la academia como el registro de información, el cálculo de la
mensualidad de cada alumno y los reportes para estar al tanto de la situación tanto
económica como administrativa, facilitando de esta manera el manejo de la
información al usuario del software.
1.2.4 Comunicar la definición del problema con participación de analistas,

usuarios y directivos (ACTA 01/ANEXO 01)
Para visualizar el Acta 01/Anexo 01, favor dirigirse al anexo 01 en el apartado de anexos
o seleccionar el hipervínculo siguiente Anexo 01. Acta 01..
16
2. ALCANCE DEL SISTEMA DE INFORMACIÓN
2.1. IDENTIFICAR PROBLEMAS, EN TÉRMINOS DE URGENCIAS, VISIBILIDAD,

BENEFICIOS, PRIORIDAD
Según la reunión realizada entre la propietaria del sistema y los analistas, se establece
que el problema principal que tiene la academia es la pérdida de tiempo al buscar y
registrar información en la documentación física. Por lo tanto, se realiza la división de
dicho problema en subproblemas para poder asignar las propiedades que corresponden
a cada uno.
• Al registrar un nuevo alumno se toma una nueva carpeta y se escriben a mano en

el formato de registro los datos, adicionalmente se piden algunos documentos
externos como el certificado de afiliación a la EPS y una foto. El proceso consume
aproximadamente 30 minutos.
Urgencia: 2 SEMANAS
Visibilidad: ALTA
Beneficios anuales: $ 110.000 pesos colombianos
Prioridad: 5
• Se tiene que buscar en el lugar de almacenamiento de las carpetas de cada uno

de los alumnos para poder obtener los datos básicos de los mismos. Este proceso
consume aproximadamente 15 minutos.
Urgencia: 2 SEMANAS
Visibilidad: ALTA
Prioridad: 5
• Se busca la carpeta del alumno para añadir de manera escrita los pagos de cada
uno se llenan los talonarios de recibos de paz y salvo y se anotan los ingresos en
la carpeta de contabilidad de la academia. Este proceso consume
aproximadamente minutos. Este proceso consume aproximadamente 5 minutos.
Urgencia: 3 SEMANAS
Visibilidad: MEDIA
Prioridad: 3
17
• Para registrar las asistencias a clase, hay un instructor en la entrada quien anota
la llegada de cada alumno en la planilla de asistencias. Este proceso consume
aproximadamente 2 minutos.
Urgencia: 2 SEMANAS
Visibilidad: MEDIA
Prioridad: 4
• Para modificar el ascenso de grado del alumno se tiene un listado de cada vez que
hay un ascenso de cada alumno que asciende de grado, ese listado se guarda en
una carpeta. Este proceso consume aproximadamente 3 minutos.
Urgencia: 5 SEMANAS
Visibilidad: BAJO
Prioridad: 2
2.2. IDENTIFICAR OPORTUNIDADES, EN TÉRMINOS DE URGENCIAS,

VISIBILIDAD, BENEFICIOS, PRIORIDAD
Según la reunión realizada entre la propietaria del sistema y los analistas, se establece
que las oportunidades de mejora que el sistema de información puede implementar son:
• La implementación de una opción de generación de reportes tanto económicos

como organizacionales para llevar el control tanto de la academia como de los
alumnos le ahorraría bastante tiempo al administrador el cual realiza estos
reportes manualmente. Este proceso consume aproximadamente 3 días al mes.
Urgencia: 8 SEMANAS
Visibilidad: MEDIA
Beneficios anuales: $ 1.440.000 pesos colombianos
Prioridad: 1
• Implementar un apartado de notificaciones que avise al administrador de la

academia los alumnos próximos a pagar o pasar a estado de deuda.
Urgencia: 8 SEMANAS
Visibilidad: ALTA
Prioridad: 1
18
2.3. DEFINIR EL ALCANCE EN FUNCIÓN DE: TIPO DE DATOS, PROCESOS, Y
DISEÑO POSIBLE DE LA INTERFAZ
Realizando el análisis de la información que se recolectó acerca del proceso de registro,

se lograron identificar los módulos que se deben incluir dentro del sistema. Se plasma
dicha información en función del alcance del producto.
Tipos de datos: Alumnos, pagos, asistencias, acudientes, grados, reportes.
Procesos: Registros de alumnos, registro de pagos, registro de asistencias,

registro de grados, generación de reportes.
Posible diseño de la interfaz: Una interfaz potencial debería incluir los tipos de
datos que se identificaron como opciones principales. Siendo este el caso de un
sistema de registro de alumnos los actores involucrados serían el administrador
quien se encarga de operar el sistema y los alumnos de manera implícita de los
cuales se obtendrá la información.
2.4. SE DEBE CONTESTAR LA PREGUNTA ¿EL PRESENTE PROYECTO, VALE

LA PENA TRABAJARLO?
Según el estudio realizado del proyecto y teniendo en cuenta la problemática actual que
vive la academia, se considera que la implementación del producto software ayudará a
optimizar procesos y reducir tiempos de ejecución lo cual generará una cantidad de
beneficios aceptables. Por lo tanto, trabajar en el desarrollo de este proyecto si vale la
pena.
19
2.5. DETERMINAR LAS ACTIVIDADES Y TAREAS A REALIZAR, CONSIGNADAS
EN EL PLAN DE TRABAJO
Tabla 1. Actividades y tareas a realizar para identificar problemas y oportunidades
Actividad Tareas Herramienta Tiempo
- Reunión entre la
Identificar la - Seleccionar los aspectos más propietaria del 1.5 horas.
problemática importantes y dar una sistema y los
actual de la descripción analistas y/o
empresa desarrolladores.
- Dividir el problema en
subproblemas y evaluarlos
según la urgencia, visibilidad, - Sesiones de
beneficios y prioridad. trabajo.
Identificar las - Plantear oportunidades de - Sesiones de trabajo. 1 hora.

oportunidades mejora teniendo en cuenta los
de mejora problemas identificados. - Subdivisión de
problemas.
- Evaluar las oportunidades
según la urgencia, visibilidad,
beneficios y prioridad.
Definir el - Identificar los tipos de datos, - Descripciones 1 hora.

alcance del procesos y posible diseño de basadas en análisis
proyecto interfaz en donde se detectan de información.
los involucrados.
2.6. COMUNICAR EL ALCANCE DEL PROYECTO, CON PARTICIPACIÓN DE

ANALISTAS, USUARIOS Y DIRECTIVOS (ACTA 02/ANEXO 02)
o seleccionar el hipervínculo siguiente Anexo 02. Acta 02.
20
3. SITUACIÓN ACTUAL DE LA EMPRESA EN EL MANEJO DE LA
INFORMACIÓN Y/O SISTEMA DE INFORMACIÓN
3.1. SE DESCRIBE LA SITUACIÓN ACTUAL, EN FUNCIÓN DE:
3.1.1. Contexto del Sistema Actual
El sistema con el que actualmente cuanta la academia SUE MOD DUKWAN, guarda toda
la información correspondiente a los alumnos como su información básica, pagos y
asistencias en carpetas y cuadernos en donde los diferentes datos son registrados a
mano, lo que requiere de la administración del tiempo adecuado para realizar cada una
de las actividades.
3.1.2. Descripción de los SI, actuales
Para el registro de la información básica de los alumnos al momento de matricularse, de

sus asistencias a las sesiones de entrenamiento y de los pagos mensuales, se realizan
diferentes procesos para guardar dicha información ya sea en carpetas que contienen
planillas o en cuadernos según sea el evento, lo que permite estar al tanto de las
actividades económicas y logísticas de la academia, clasificándose como sistemas de
información.
3.1.3. Es beneficioso dividir el sistema actual en subsistemas
Debido a que los procesos del sistema actual son independientes, se pueden dividir en
subsistemas para obtener un mejor análisis del funcionamiento de cada uno y realizar un
desarrollo más claro y óptimo sin tener en cuenta las características de las demás
funcionalidades.
21
3.2. PRESENTAR LA DIVISIÓN DE LOS SUBSISTEMAS
• Gestionar información alumnos: Cuando se va a matricular un nuevo alumno,

se le solicitan papeles que contengan la información básica, como la identificación,
teléfono, fecha de nacimiento, dirección de la vivienda y como información
adicional se le solicita un certificado de afiliación a la EPS. Por otro lado, si el
individuo es menor de edad o cuenta con alguna discapacidad, se solicitan los
datos básicos del acudiente en dado caso que se presente alguna emergencia.
Después de realizar el registro de los datos solicitados en una planilla, ésta se
almacena en una carpeta con los soportes dados y seguidamente se guarda en el
lugar de almacenamiento asignado para dichas carpetas.
• Gestionar asistencias: Cuando los alumnos llegan a la academia a tomar clase

un instructor toma la asistencia de cada uno de ellos en una planilla de asistencias
la cual tiene el nombre de los alumnos y los días de la semana, esta planilla luego
se guarda en una carpeta específica para llevar el historial de las asistencias y se
almacena en el lugar asignado.
• Gestionar información de pagos: Para registrar el pago de cada uno de los

alumnos, al final del mes el alumno paga en efectivo al administrador de la
academia el cual busca la carpeta del alumno para añadir de manera escrita el
pago del mes correspondiente luego se llena un recibo de paz y salvo. Por último,
anotan los ingresos en la carpeta de contabilidad de la academia.
3.3. IDENTIFICACIÓN DE LOS USUARIOS PARTICIPANTES EN EL ANÁLISIS DE

LA SITUACIÓN ACTUAL
Los usuarios participantes que hacen parte del análisis de la situación actual son: el
generen de la academia, quien toma las decisiones según la información que se
encuentra en los registros, el administrador quien realiza el registro de matrículas y
pagos, los instructores quienes toman las asistencias y los alumnos ya que con la
información proporcionada por ellos se pueden realizar los procesos que realizan en el
área administrativa de la academia.
22
3.4. SE DETERMINAN LAS ACTIVIDADES Y TAREAS A REALIZAR
Tabla 2. Actividades y tareas a realizar para identificar el sistema actual.
Actividades Tareas Herramientas Duración

- Realizar una - Reunión entre la propietaria
Valoración del descripción de los del sistema y los analistas
estudio de la sistemas de y/o desarrolladores. 4 horas
situación actual información
actuales. - Sesiones de trabajo.
Identificación de - Definir un catálogo - Sesiones de trabajo.
los Usuarios de los usuarios
Participantes en el que se involucran - Catalogación 1 hora
Estudio de la con el sistema de
Situación Actual información actual.
- Realizar una - Sesiones de trabajo.
descripción lógica
Descripción de los del sistema actual.
Sistemas de
2 horas
Información - Dividir el sistema
Existentes actual en
subsistemas.
- Sesiones de trabajo.
Realización del - Analizar el
Diagnóstico de la diagnóstico de la 2 horas
Situación Actual situación actual.
3.5. COMUNICAR LA DESCRIPCIÓN GENERAL DE LOS SISTEMAS DE

INFORMACIÓN ACTUALES, CON PARTICIPACIÓN DE ANALISTAS,
USUARIOS Y DIRECTIVOS (ACTA 03/ANEXO 03)
23
4. ESTUDIO DE LAS ALTERNATIVAS DE SOLUCIÓN
4.1. SE ESTUDIAN LAS DIFERENTES OPCIONES, QUE PUEDAN EXISTIR PARA

LA SOLUCIÓN.
Teniendo presente la situación y problemática por la que pasa la academia, se presentan

unas alternativas para dar solución a estas:
Alternativa 1: Realizar una aplicación web en donde el administrador podrá registrar y

visualizar la información correspondiente a los alumnos cuyos datos se encontrarán
guardados en la nube. Además, debido a que estará montado en la web, los estudiantes
en la academia podrán realizar los procesos de pago y registro (en el caso que sea nuevo)
desde sus hogares, lo que ayudará a reducir el tiempo que conlleva la realización de
estas acciones para el administrador. Por otro lado, al ser un pago en línea, las
transacciones serán más seguras lo que evitará la perdida de dinero y, sobre todo, al
estar toda la información digitalizada, disminuirá el consumo de papel.
Alternativa 2: Desarrollar un software de escritorio en donde el administrador podrá

interactuar con la información de los alumnos realizando los procesos de registro y
visualización de los datos. Esto ayudará a reducir los tiempos en los procesos como por
ejemplo en la búsqueda de información. Por otro lado, al tener los registros de asistencias
guardados en el sistema y asociados a cada alumno, la forma de calcular la mensualidad
será más optima lo cual solucionará el problema de perdida de dinero debido al registro
erróneo de asistencias que se lleva en el sistema de información actual. Además, que
reducirá los tiempos en los procesos y ayudará a evitar el consumo de papel.
Alternativa 3: Crear una aplicación móvil que permita ingresar tanto al administrador
como a los instructores de la academia a través de roles, dependiendo de esto se
habilitarán algunas funciones específicas para llevar a cabo los procesos que ejecutan
cada uno de los usuarios que participan en el sistema de información actual. Con esto se
digitalizarán los datos de los alumnos y se permitirá visualizar información de manera
rápida y sencilla, con esto también se reducirá el consumo de papel.
24
4.2. PARA CADA ALTERNATIVA PROPUESTA, SE IDENTIFICAN LOS
SUBSISTEMAS QUE CUBRE Y LOS REQUISITOS A LOS QUE SE DA
RESPUESTA
En cuanto a la cobertura de las alternativas presentas sobre los subsistemas y problemas

que cubre, se puede decir que satisface todos y cada uno de ellos en su totalidad, ya
que, en el caso de los subsistemas planteados, las tres alternativas se enfocan en la
realización de los procesos de registro (alumnos, asistencia, pagos) pero de diferentes
maneras. Por otro lado, teniendo en cuenta las problemáticas y situación actual, todas
las alternativas intentan suplir cada una de ellas, principalmente, porque con cualquiera
que sea seleccionada se van a lograr optimizar procesos y por lo tanto ahorrara tiempo
valioso, además de que calcularan los valores correspondientes del pago de las
mensualidades, lo que dará un resultado mucho más preciso y evitara en gran medida
que se pierda dinero. Por último, al encontrarse toda la información digitalizada en una
base de datos local, el consumo de papel disminuirá en gran medida.
4.3. MODELOS DE PROCESOS DE LAS SOLUCIONES PROPUESTAS
El modelo de proceso de desarrollo que se propone para la creación del software es el

modelo incremental ya que este reduce el tiempo de desarrollo inicial debido a que se
implementan funcionalidades parciales a medida que se desarrolla el software. Este
modelo además permite utilizar una práctica ágil que es la entrega continua.
Figura 2. Procesos del Modelo Incremental
25
Tabla 3. Actividades y tareas a realizar para estudiar alternativas de solución.

- Reunión entre la
- Proponer una
propietaria del sistema
Preselección de alternativa de
y los analistas y/o
las alternativas de solución para cada 2 horas
desarrolladores.
solución subproblema
encontrado.
- Estructurar y
Descripción de las
planear las - Descripciones basadas
Alternativas de 1 hora
alternativas de en análisis de
Solución
solución. información.
- Identificar los - Sesiones de trabajo
Identificación de
subsistemas o
los alcances de las
requisitos que la 0.5 horas
alternativas de
alternativa de
solución
solución cubre.
- Realizar los - Sesiones de trabajo

Modelación de los modelos lógicos - Diagramas de casos de 3 horas
procesos de las alternativas uso
de solución.
4.5. COMUNICAR LA DESCRIPCIÓN GENERAL DE CADA PROPUESTA, CON

PARTICIPACIÓN DE ANALISTAS, USUARIOS Y DIRECTIVOS (ACTA
04/ANEXO 04)
26
5. EVALUACIÓN DE LAS ALTERNATIVAS DE SOLUCIÓN
5.1. PARA CADA ALTERNATIVA SE SELECCIONAN LOS FACTORES DE

SITUACIÓN QUE HABRÁ QUE CONSIDERAR, RELATIVOS TANTO A LA
INCERTIDUMBRE COMO A LA COMPLEJIDAD DEL SISTEMA.
Alternativa 1:
• Una situación que se puede dar es que los alumnos que se registren por esta
página web ingresen mal sus datos o se registren varias veces.
• Se tiene que escoger la manera óptima para realizar pagos en línea, porque puede
ser muy complicado esta manera de pagos de mensualidades para algunos
alumnos.
• Se va a tener que analizar e implementar los mejores métodos para evitar ataques
cibernéticos y el robo de información.
• Se tiene que analizar cada cuanto se va a tener que hacer el mantenimiento del
sitio web
Alternativa 2:
• Se va tener que hacer una copia de seguridad en un cierto tiempo, en el caso que
el equipo en el que esta almacenada la información falle por alguna situación.
Alternativa 3:
• Se tiene la incertidumbre que la aplicación móvil no sea compatible con muchos

dispositivos, lo cual se va tener que analizar cuáles son los dispositivos que cuenta
los usuarios
5.2. SE IDENTIFICAN Y VALORAN LOS RIESGOS ASOCIADOS Y SE

DETERMINAN LAS MEDIDAS A TOMAR PARA MINIMIZARLOS.
Alternativa 1: Los riesgos que se pueden presentar en el caso de una aplicación web
pueden ser los siguientes:
• Debido a que la información está es un alojamiento en internet, los datos están

vulnerables ante intrusos. Por lo tanto, una posible minimización a este riesgo es
27
implementar medidas de protección de la privacidad digital, así como manejar la
encriptación de los datos con el fin de asegurarlos.
• Ya que el registro de los nuevos alumnos se encuentra abierta a cualquier usuario
en internet, es posible que se generen registros “basura” de personas que no
residen en la locación o no están interesadas y/o seguras en pertenecer a la
academia. Entonces, para la minimización de este riesgo se podría implementar
por parte de la academia un código único referido que permita que ciertos usuarios
se puedan registrar.
• Todavía existen personas que no confían en los procesos de pagos virtuales
porque temen a la pérdida de su dinero. Para minimizarlo, se podría implementar
una opción de pago en punto físico.
Alternativa 2: Los riesgos que se pueden presentar en el caso de un software de

escritorio pueden ser los siguientes:
• En caso de un daño al equipo, la información se ve en riesgo de ser perdida o no

ser recuperada. A modo de minimización, se puede implementar una funcionalidad
donde se generen copias de seguridad “backups” y que puedan ser guardadas en
la nube, en este caso de preferencia del cliente, y así no comprometer los datos
que son de uso vital para el funcionamiento de la academia.
Alternativa 3: Los riesgos que se pueden presentar en el caso de una aplicación móvil
pueden ser los siguientes:
• Se puede comprometer la consistencia de la información debido a que la

aplicación se encuentra distribuida en diferentes aplicaciones. Es por esto que una
alternativa de solución es implementar un tipo de restricción de ingreso a los datos
si algún otro usuario está haciendo alguna acción con estos.
• La vida útil de los dispositivos móviles suele ser menor a la de otros dispositivos
lo cual implica que el cambio sea más frecuente. En este caso se puedan presentar
dos opciones de minimización, la primera que se realice un producto mínimo viable
donde se suplan los procesos básicos, y como segunda opción, realizar una
continua actualización de ésta para que se adapta a las diferentes versiones de
los dispositivos.
• Los datos se encuentran en servidores web y por lo tanto es posible un ataque de
intrusos que pueda corromper los datos. Por lo tanto, una posible minimización a
este riesgo es implementar medidas de protección de la privacidad digital, así
como manejar la encriptación de los datos con el fin de asegurarlos.
28
5.3. SE DETERMINA EL ENFOQUE MÁS ADECUADO, PARA LA SOLUCIÓN
PROPUESTA EN CADA ALTERNATIVA.
Se determinó que se va a llevar un enfoque para una planeación conjunta de

requerimientos (JRP). Proceso mediante el cual se conducen reuniones de grupo
estructuradas con el propósito de analizar problemas y definir requerimientos. Lo cual va
facilitar la comunicación con el cliente y además sirve para evitar ambigüedades en los
procesos.
29
5.4. VALORACIÓN DE ALTERNATIVAS DESPUÉS DE VALORAR EL RIESGO.
Tabla 4. Valoración de las alternativas de solución.
30
5.5. SE DETERMINAN LAS ACTIVIDADES Y TAREAS A REALIZAR.
Tabla 5. Actividades y tareas a realizar para evaluar alternativas de solución.

Seleccionar - Hallar los factores - Sesiones de trabajo. 0.5 horas
factores a críticos para cada
considerar en las una de las
alternativas de soluciones.
solución
- Evaluar los riesgos - Sesiones de trabajo. 1.5 horas
que se presentan
Identificar los
en cada solución. - Estimaciones basadas
riesgos en el análisis de la
información.
Determinar el - Seleccionar las 0.25 horas
enfoque más soluciones más
adecuado para adecuadas para - Sesiones de trabajo
cada solución. implementar.
- Tomar acciones - Sesiones de trabajo 1 hora

Valorar las
para minimizar los
alternativas de
riesgos - Descripciones basadas
solución después
en análisis de
evaluar el riesgo. información
5.6. COMUNICAR LA DESCRIPCIÓN GENERAL DEL PLAN DE TRABAJO DE

CADA ALTERNATIVA, CON PARTICIPACIÓN DE ANALISTAS, USUARIOS Y
DIRECTIVOS (ACTA 05/ ANEXO 05)
31
6. SELECCIÓN DE LA SOLUCIÓN
6.1. PRESENTACIÓN DE LAS DIFERENTES ALTERNATIVAS PROPUESTAS

ANTE LA EMPRESA
Según las alternativas de solución planteadas en el apartado de estudio de las

alternativas de solución, estas se presentaron ante la gerente de la academia SUE
MOO DUK KWAN y se evaluaron las ventajas y desventajas de cada una de ella, además
se realizaron las respectivas modificaciones y adaptaciones para la minimización de los
riesgos presentados. Dicha evaluación de las características mencionadas se puede ver
a continuación:
Alternativa 1:
Ventajas:
• Optimización de tiempo en cuanto a los procesos de registros de nuevos alumnos

o de pagos mensuales.
• Seguridad en los pagos ya que se realizan en línea mediante un intermediario de
pagos.
Desventajas:
• Aunque se implementen medidas de protección a los datos, siempre queda la

probabilidad de que estén vulnerables y se presenten ataques a los datos y esto
pueda corromperlos.
• El pago anual tanto del hosting como del dominio para mantener montada la
página web representa un costo adicional representativo para la academia.
• La suscripción con el intermediario para los pagos online también representa un
costo que se debe tener en cuenta a la hora de establecer la viabilidad de la
alternativa de solución.
• El tiempo de procesamiento de las funcionalidades, así como la búsqueda de la
información están ligadas a la velocidad de la red, por lo que, si se presenta alguna
falla, el sistema no funcionará rápida ni correctamente.
32
Alternativa 2:
Ventajas:
• Tanto el sistema como la base de datos están montados localmente lo cual es una
ventaja ya que no se necesitan alojamientos ni pagos o suscripciones por usar
servicios, por lo que el costo del sistema se reducirá bastante en comparación.
• Ya que el administrador realiza los registros de alumnos nuevos y pagos se tiene
un mejor control y se garantiza que no se almacenen registros “basura”.
• Ya que los datos se encuentran almacenados localmente se reduce el riesgo de
los ataques por parte de intrusos que se tiene en los servidores web.
• El tiempo en la ejecución de los procesos se optimiza, sobre todo a la hora de
buscar información.
Desventajas:
• El volumen de la información puede llegar a ser muy grande, y como se almacena

localmente, puede llegar a consumir bastante espacio de almacenamiento, pero
esto se puede solucionar estableciendo una unidad de memoria bastante eficiente
que permita el procesamiento de una cantidad grande de datos.
Alternativa 3:
Ventajas:
• Al tenerse un dispositivo móvil, la ventaja más notoria es que se podrá acceder a

la información en cualquier parte que se esté y no solamente en un equipo
establecido en la academia.
Desventajas:
• Al igual que en la aplicación web, se necesita un servidor en internet que permita

almacenar los datos, lo cual representa un costo anual de hosting.
• La velocidad de respuesta de los procesos depende de la velocidad de la red.
• La integridad de los datos puede verse afectada ya que se encuentran en
servidores web.
33
6.2. DESCRIPCIÓN DE LA SOLUCIÓN
Alternativa 1:
Para la alternativa de solución correspondiente a la aplicación web la entrada de los datos

para el registro de los alumnos sería realizada por cada uno mediante un código único
que le permitirá rellenar el formulario de registro de datos, igualmente para el pago de la
mensualidad el alumno tendrá diferentes opciones de pago (online o en punto físico).
El proceso que realizará el aplicativo web será el de crear los registros de los nuevos
alumnos y guardarlos en la base de datos, calcular las asistencias de cada alumno para
de esta manera mostrarle el valor que debe pagar al finalizar el mes, también debe crear
y guardar los registros de pagos en la base de datos.
En cuanto a las salidas del sistema, se debe poder visualizar por pantalla los datos
básicos de un alumno cuando se soliciten, así mismo los historiales de asistencias y de
pagos.
Alternativa 2:
En cuanto a las entradas que el software de escritorio requiere para su posterior

funcionamiento, se tiene que el administrador va a ser el único usuario que interactúa con
el sistema, por ende, los datos básicos para el registro de los alumnos, la información de
los pagos y de las asistencias serán ingresados por el participante mencionado.
El sistema debe tomar los datos básicos que entran y generar los registros de alumnos
nuevos en la base de datos local, también debe registrar las asistencias a clase de cada
uno de los alumnos y al final del mes calcular la cantidad de veces que asistió y el valor
que corresponde y debe pagar el alumno. Posteriormente cuando el alumno de la
academia realice el pago, debe enviar el comprobante el cual se adjuntará en el sistema
para así poder llevar el historial de pagos y generar automáticamente el recibo de paz y
salvo cuando se requiera.
Como salidas, el sistema debe permitir mostrar los datos básicos de un alumno cuando
se requiera, así como los datos del acudiente, el historial de los pagos y el historial de las
asistencias.
Alternativa 3:
En cuanto a la implementación de la app móvil, se tendrá como entradas desde el

administrador los datos básicos de los alumnos para el registro de los mismos, el
34
comprobante de los pagos mensuales de los alumnos y por parte de los instructores las
entradas serán las asistencias de los alumnos en cada clase.
El sistema realizará los registros de los alumnos nuevos en un servidor web, así como
los registros de los pagos y las asistencias, el sistema también calculará el valor a pagar
mensual por cada alumno dependiendo de la cantidad de asistencias que se tengan
almacenadas.
Posteriormente, para las salidas, el administrador y los instructores podrán visualizar los
datos básicos de los alumnos, y los datos de los acudientes, historiales de pagos y de
asistencias únicamente estarán disponibles para el administrador.
6.3. IMPACTO EN LA EMPRESA RESPECTO A LA SOLUCIÓN PROPUESTA
Alternativa 1: El impacto que generaría la solución de la aplicación web sería positivo en

cuanto a que los proceso se ejecutarían demasiado rápido a comparación del sistema de
información que se tiene actualmente. Por otro lado, la academia tendría que adquirir un
servicio de internet y costear otros gastos mensuales.
Alternativa 2: El impacto sería mayormente positivo ya que no se necesitaría una

suscripción de alojamiento ni adquirir servicio de internet para el uso del sistema.
Simplemente con adquirir un dispositivo de escritorio que cumpla con los requerimientos
para ejecutar la aplicación es suficiente.
Alternativa 3: El impacto en cuanto a la solución de implementar una app móvil puede

llegar a ser negativo, ya que también requiere un pago para el servidor web donde se
almacenan los datos, requiere una conexión a internet y al registrar tanta información al
hacerlo a través de un dispositivo móvil puede llegar a ser un poco tedioso.
35
6.4. COSTO/BENEFICIO DE LAS DIFERENTES SOLUCIONES ALTERNATIVAS
PROPUESTAS
Costo/Beneficio Alternativa 1:
COSTO VALOR (COP) BENEFICIOS

Hosting (Anual) 70.000 Optimización de procesos y
Dominio (Anual) 50.000 tiempo.
Base de datos en la nube 628.000 Incremento de la productividad.
(Anual) Ahorro de gastos materiales
Honorarios 1.500.000 (papel).
desarrolladores Reducción de pérdidas
TOTAL 2.248.000 económicas.

Honorarios 1.500.000 Optimización del tiempo y
desarrolladores aumento de la productividad.
TOTAL 1.500.000 Ahorro de gastos materiales
(papel).
Cálculo correcto de pagos
para evitar perdida de dinero.
Consistencia de los datos.

Base de datos en la nube 628.000 Optimización de la mayoría de
(Anual) los procesos.
Honorarios 1.500.000 Ahorro de gastos materiales
desarrolladores (papel).
TOTAL 2.128.000
36
6.5. PLANIFICACIÓN DE LA SOLUCIÓN
Para la planificación del desarrollo de las soluciones se usó el modelo de planificación de

actividades de Gantt el cual se muestra a continuación:
Tabla 6. Planificación de soluciones – Diagrama de Gantt.
6.6. APROBACIÓN DE LA SOLUCIÓN
Una vez analizado el impacto que cada una de las soluciones representa en la academia
y con ayuda de la matriz de factibilidad realizada anteriormente, se llega a la decisión
junto con la gerente de la academia de aprobar la alternativa de solución 2
correspondiente a implementar un software de escritorio, considerando que es la solución
que representa mayores beneficios operativos, técnicos y económicos.
37
Tabla 7. Actividades y tareas a realizar para seleccionar soluciones.

- Presentar las - Reunión entre la 1 hora
alternativas de solución propietaria del
ante la propietaria del sistema y los
Presentación de
sistema. analistas y/o
alternativas
desarrolladores.
- Describir la solución en - Sesiones de trabajo. 2 horas
términos de entradas,
Descripción de la
procesos y salidas. - Descripciones
solución
basadas en análisis
de información.
- Analizar el impacto 0.5 horas
Impacto que que tendría cada - Sesiones de trabajo
genera la solución solución del sistema al
en la empresa momento de
implementarla.
- Estimar cuánto costará - Sesiones de trabajo 1.5 horas
cada solución.
- Diagramas de Gantt
Costo/beneficio de - Utilizar la formula
las soluciones costo beneficio para - Estimaciones
hallar su valor basadas en el
análisis de la
información
- Planear y estimar - Sesiones de trabajo 1 hora.
tiempos de desarrollo
Planeación y de la solución. - Reunión entre la
aprobación de la propietaria del
solución - Reunirse para aprobar sistema y los
o desechar las analistas y/o
soluciones. desarrolladores
38
39
7. IDENTIFICACIÓN DE REQUISITOS DEL SISTEMA
7.1. SE DEFINEN LOS REQUISITOS FUNCIONALES, QUE DEBE SATISFACER EL

SISTEMA, INDICANDO SUS PRIORIDADES
De acuerdo con los requisitos identificados entre los participantes del proyecto, se
evaluaron que los requisitos funcionales (RF) señalando su respectiva prioridad siendo 1
la de menor prioridad y 5 la de mayor prioridad:
Registrar un alumno → Prioridad: 5
1. Buscar alumno mediante el número de identificación → Prioridad: 5

2. Registrar pago de un alumno → Prioridad: 5
3. Registrar historial (asistencias y ascensos de grado) → Prioridad: 5
4. Editar registros de un alumno → Prioridad: 4
5. Generar recibo de paz y salvo → Prioridad: 4
6. Modificar y almacenar precios de mensualidad → Prioridad: 2
Figura 3. Caso de uso de contexto.
40
Figura 4. Caso de uso registrar perfil alumno.
41
Figura 5. Caso de uso ver perfil alumno.
42
Figura 6. Caso de uso Registrar pago.
43
Figura 7. Caso de uso registrar historial alumno.
7.2. SE DEFINEN LOS REQUISITOS NO FUNCIONALES, QUE DEBE SATISFACER

EL SISTEMA, INDICANDO SUS PRIORIDADES
De acuerdo con los requisitos identificados entre los participantes del proyecto, se
evaluaron que los requisitos no funcionales (RNF) son:
1. Calcular edad de un alumno → Prioridad: 5

2. Mostrar datos de un alumno en pantalla → Prioridad: 5
3. Mostrar notificaciones de alumnos próximos a pagar → Prioridad: 3
4. Aprobar una navegación optima por las funciones del sistema → Prioridad: 5
5. Generar reportes → Prioridad: 2
6. Mostrar diálogos de aviso (Confirmación y Advertencias) → Prioridad: 5
7. Asegurar la integridad de los datos → Prioridad: 5
8. Garantizar facilidad de mantenimiento → Prioridad: 4
44
Tabla 8. Actividades y tareas a realizar para identificar requisitos del sistema.

- Identificar según - Sesiones de trabajo. 1.5 horas
los requisitos dados
Definir requisitos por el cliente, los - Apreciaciones basadas
funcionales que se pueden en el análisis de los
considerar requisitos.
funcionales
- Identificar según - Sesiones de trabajo. 1.5 horas
los requisitos dados
Definir requisitos no por el cliente, los - Apreciaciones basadas
funcionales que se pueden en el análisis de los
considerar no requisitos.
funcionales
7.4. COMUNICAR LA DESCRIPCIÓN GENERAL DE LOS REQUISITOS

FUNCIONALES Y NO FUNCIONALES, CON PARTICIPACIÓN DE ANALISTAS,
USUARIOS Y DIRECTIVOS (ACTA 07/ ANEXO 07)
45
8. ESTUDIO DE VIABILIDAD DEL SISTEMA DE INFORMACIÓN
8.1. REALIZAR EL ANÁLISIS DE LA SOLUCIÓN SELECCIONADA
La solución de implementar un software de escritorio cubre todas las necesidades y/o

problemáticas del administrador de la academia, ya que ayuda a optimizar tiempo,
realizar cálculos de dinero para evitar pérdidas y se ahorra el gasto de papel, además de
que cubre todos los subsistemas planteados.
Para la recepción por parte del usuario final, se considera que es la más acertada ya que
ayuda con la optimización de procesos y no requiere costos elevados.
Entorno de programación para el desarrollo de código. Creación de una base de datos

local para el almacenamiento de datos.
Conocimientos previos en cualquier lenguaje de programación orientado a objetos, por

ejemplo, Java, Phyton o C++. Además, se necesita un experto en bases de datos para
su implementación y conexión con el software de escritorio.
8.2. RELACIÓN COSTO/BENEFICIO DE LA SOLUCIÓN SELECCIONADA
Relación Tangible:
Para al análisis de la relación costo/beneficio, se toman los beneficios estimados de la

solución propuesta los cuales corresponden a $2.642.400 pesos colombianos (COP) y
se dividen entre el costo estimado del sistema que corresponde a $1.500.000 pesos
colombianos (COP).
$2.642.400 − $1.500.000
𝑥 100 = 76%
$1.500.000
El resultado que se obtuvo de la relación costo/beneficio es del 76%.
46
Relación Intangible:
Al analizar la rentabilidad de la propuesta del software, se puede afirmar que a corto plazo
habrá una mejora en el rendimiento del área administrativa de la academia debido a que
se optimizaran procesos que normalmente toman un tiempo considerable para su
ejecución.
Tabla 9. Actividades y tareas a realizar para estudiar viabilidad sistema de información.

- Identificar que la - Sesiones de 1 hora
solución cumple con el trabajo.
objetivo del sistema.
Analizar la solución
- Analizar de qué modo - Apreciaciones
seleccionada
se implementará la basadas en el
solución al desarrollo análisis de los de las
del sistema. soluciones.
- Calcular el - Sesiones de 1 hora
costo/beneficio de los trabajo.
Realizar análisis elementos tangibles.
costo/beneficio de - Identificar el costo - Valores basados
la solución beneficio de los en los costos
seleccionada elementos intangibles. obtenidos en cada
uno de los
subsistemas.

47
9. MODELO DE PROCESOS
9.1. DIAGRAMA DE FLUJO DE DATOS DE CONTEXTO
Se realiza un diagrama de flujos de datos de contexto de sistema de información

planteado de la academia para establecer un alcance inicial del proyecto, la cual se mira
los procesos del sistema información, así como los agentes externos y el flujo que tienen
los datos. Ver figura 8.
Figura 8. Diagrama de flujo de contexto.
48
9.2. DIAGRAMA DE DESCOMPOSICIÓN FUNCIONAL PARA SEPARAR EL
SISTEMA EN LOS SUBSISTEMAS Y/O LAS FUNCIONES LOGICAS.
Se realiza un diagrama de descomposición funcional para separar el sistema de la

academia en subsistemas y funciones lógicas. Este diagrama nos muestra la jerarquía
de las funciones, de arriba abajo y la estructura del sistema de información. Ver figura 9.
Figura 9. Diagrama de descomposición funcional del sistema.
49
9.3. LISTA DE RESPUESTA A LOS EVENTOS O DE CASOS DE USO
Se identifican los eventos con sus respectivos actores y los procesos que desencadenan
cada uno de ellos para dar una respuesta por parte del sistema según la acción realizada.
Ver tabla 10.
Tabla 10. Lista de respuestas a eventos o casos de uso.
Actor /
Evento (o caso
Agente Desencadenador Respuestas
práctico).
externo
Alumno Llega un nuevo REGISTRO DE LA Generar confirmación de
alumno a la INFORMACION DEL registro.
NUEVO ALUMNO
academia
Crear un registro en la base
de datos.
Instructor Un alumno HISTORIAL DE Generar confirmación de
registrado asiste ASISTENCIA ES asistencia.
MODIFICADO
a clase
Crear un registro de asistencia
asociado al alumno en la base
de datos.
Tiempo Expira el plazo de (fecha actual) Cambiar el estado del alumno
pago de la a deuda
mensualidad
Bloquear la funcionalidad de
añadir asistencias
Alumno Se paga la SE REINICIA EL Generar confirmación de
mensualidad de CONTADOR DE LAS pago.
ASISTENCIAS PARA
un alumno EL NUEVO MES
Crear un registro de pago
asociado al alumno en la base
de datos
Generar un recibo de paz y

salvo.
Administrador Se presenta un HISTORIAL DE Actualizar campo de grado en
ascenso de grado ASCENSOS la base de datos.
MODIFICADO
Crear registro de ascenso.
50
9.4. DIAGRAMA DE DESCOMPOSICION PARA CADA EVENTO
En los siguientes diagramas de descomposición del sistema de información se observan

los procesos que llevan a cabo en los eventos de cada uno de los subsistemas
identificados en el diagrama de descomposición funcional. Ver figuras 10, 11 y 12.
Figura 10. Diagrama de descomposición subsistema de matrículas.
51
Figura 11. Diagrama de descomposición subsistema de pagos.
52
Figura 12. Diagrama de descomposición subsistema de historiales.
53
9.5. UN DIAGRAMA DE EVENTOS SE CONSTRUYE Y SE VALIDA PARA CADA
EVENTO
Los siguientes diagramas de flujo de datos (DFD) corresponden a los eventos de los
subsistemas, como validar la identificación de un alumno, validar los datos del acudiente,
confirmar transacción de cuenta bancaria y registrar un recibo de pago, en donde se
observa el flujo de los datos proporcionados al sistema y los procesos por los que tiene
que pasar. Ver figuras 13, 14, 15 y 16.
Figura 13. Diagrama de eventos de validar identificación del alumno.
54
Figura 14. Diagrama de eventos de validar datos del acudiente.
55
Figura 15. Diagrama de eventos de validar transacción en cuenta bancaria.
Figura 16. Diagrama de eventos de añadir comprobante de pago.
56
9.6. DIAGRAMAS DEL SISTEMA MANCOMUNANDO LOS DIAGRAMAS DE
EVENTOS. ESTOS DIAGRAMAS DE FLUJO DE DATOS MUESTRAN EL
“PANORAMA” DEL SISTEMA.
Teniendo en cuenta los DFD de cada uno de los eventos identificados, se agrupan estos
para tener un “panorama” u observación general del flujo de datos proporcionados al
sistema como datos del alumno, datos de acudientes, confirmación de transacción o
subida del comprobante de pago. Ver figura 17 y figura 18.
Figura 17. Diagrama de panorama de registrar alumnos.
57
Figura 18. Diagrama de panorama de registrar pagos.
58
9.7. LOS DIAGRAMAS ELEMENTALES PARA LOS PROCESOS DE EVENTOS
Se realiza los diagramas elementales de los procesos de registrar alumno y registrar pago
donde se resaltan las diferentes validaciones y secuencias a seguir según la verificación
de los datos por parte del sistema. Ver figura 19 y figura 20.
Figura 19. Diagrama elemental de registrar alumno.
59
Figura 20. Diagrama elemental de registrar pago.
60
9.8. LA LOGICA DE CADA PROCESO ELEMENTAL.
Se describen los eventos de registrar alumno y registrar pago haciendo uso del lenguaje
estructurado (español estructurado) para dar una mayor claridad al usuario de las
validaciones que se llevan a cabo dentro del sistema, lo que resulta siendo similar a
realizar pseudocódigo o lenguaje natural.
Para cada alumno nuevo ingrese REGISTRAR ALUMNO NUEVO:
a). Solicitar datos
1. Validar que no se encuentre registrado el número de documento de identidad

2. Solicitar datos básicos
3. Validar los datos básicos
4. Calcular la edad
a). Si el nuevo alumno es menor a 18 años o cuenta con alguna discapacidad
1. Solicitar los datos del acudiente

2. Validar datos de acudiente
3. Guardar alumno
O bien
1. Guardar alumno
Para informar el valor a pagar al ALUMNO
1. Contar las asistencias del mes

2. Calcular el valor total = Numero de asistencias * precio cantidad de asistencias
3. Informar el valor a pagar
61
Para cada PAGO de un ALUMNO REGISTRADO ingrese REGISTRAR PAGO
a). Encontrar alumno por el número de identificación
1. Solicitar foto del comprobante de pago
b). Transacción correcta en la cuenta bancaria
1. Guardar y asociar pago con el alumno
2. Generar recibo de paz y salvo
3. Entregar recibo al alumno
O bien
1. Error en el pago.
2. Solicitar verificación.
O bien
1. Error, el alumno no se encuentra registrado
62
9.9. ESTRUCTURA DE DATOS DE CADA FLUJO DE DATOS ELEMENTALES
Partiendo del punto de que la estructura de datos es el orden que tienen los datos dentro
del sistema, entonces se definen que el orden de estos es primero lo correspondiente a
la información básica del alumno, en un segundo nivel se identifican los registros de
pagos, asistencias, ascensos y por último los datos de los cuales dependen esos
registros. Ver figura 21.
Figura 21. Estructura de datos de flujo del sistema.
63
Tabla 11. Actividades y tareas a realizar para la construcción de diagramas de flujo.

Identificar los flujos de Diagramas de flujo 30 minutos
Diagrama de flujo datos para el diagrama de datos
de datos de
contexto
Diagrama de Analizar cada Diagrama de 40 minutos

descomposición subsistema en términos descomposición
funcional de funciones y eventos
Lista de respuesta Generar una lista de Tabla parcial de 20 minutos

a los eventos o casos prácticos para los casos de uso
casos de uso eventos
Diagrama de Identificar y analizar los Diagrama de 30 minutos

descomposición procesos internos de descomposición
para cada evento cada evento
Conectar los diagramas Diagrama de flujo de 30 minutos
Diagrama de de descomposición de datos simple
eventos eventos a fin de
generalizarlos.
Mancomunación de Administración de Diagrama de 20 minutos
los diagramas de ingresos eventos compuesto
eventos
Descripción de cada Diagramas de flujo 40 minutos
Diagramas función haciendo uso de datos
elementales de procesos, eventos y elementales
almacenes
Estructurar el proceso Descripción de 20 minutos
Lógica de cada
elemental de manera estructura en el
proceso elemental
específica. lenguaje
Estructura de datos Construir la estructura Diagrama de 10 minutos
de cada flujo de de los datos en el flujo descomposición
datos.
64
9.11. COMUNICAR LA DEFINICIÓN DEL SISTEMA DE INFORMACIÓN, CON
PARTICIPACIÓN DE ANALISTAS, USUARIOS Y DIRECTIVOS (ACTA
09/ANEXO 09)
65
10. DISEÑO DEL SISTEMA DE INFORMACIÓN
10.1. DISEÑO DEL SISTEMA DE INFORMACIÓN CON DIAGRAMAS DE FLUJO DE

DATOS FÍSICOS.
En siguientes diagramas se observa el diagrama de flujo de datos físico (DFDF) de

contexto del sistema de información donde se encuentran los agentes externos como
alumno, hora del sistema y administrador quienes desempeñan una acción diferente
dentro de este. Ver figura 22.
Figura 22. Diagrama de flujo de datos físico de contexto.
66
Seguidamente, se ilustra el DFDF para el proceso de registrar alumno, en donde se
observa el flujo que tienen los datos de entrada desde el momento en que los ingresa el
administrador hasta la finalización del registro. Ver figura 23.
Figura 23. Diagrama de flujo de datos físico de registrar alumno.
67
Por último, en la siguiente imagen se puede ver el DFDF para el proceso de registrar
pagos en donde intervienen tanto el alumno como el administrador partiendo del
comprobante de pago para el registro de este y la generación del recibo de paz y salvo.
Ver figura 24.
Figura 24. Diagrama de flujo de datos físico de registrar pago.
68
Tabla 12. Actividades y tareas a realizar para el diseño del sistema de información.

Diseño de los Establecer los DFD Físicos 40 minutos
diagramas de flujo diagramas de flujo de
de datos. datos físico a partir de
los DFD lógicos
10.3. COMUNICAR LA DEFINICIÓN DEL SISTEMA DE INFORMACIÓN, CON

PARTICIPACIÓN DE ANALISTAS, USUARIOS Y DIRECTIVOS (ACTA 10 /
ANEXO 10)
69
11. DISEÑO DE SALIDAS Y ELABORACIÓN DE PROTOTIPOS
11.1. DISEÑO DE LAS SALIDAS DEL SISTEMA DE INFORMACIÓN
En esta imagen se puede identificar la salida de datos correspondiente a la función de

buscar un alumno y observar el perfil, se obtienen los datos de: foto del alumno, datos
básicos constantes, edad, asistencias y valor a pagar por el mes correspondiente. Ver
figura 25.
Figura 25. Salida de datos de alumno.
70
En cuanto a la visualización de los datos del acudiente de un alumno se observan: la
identificación, los nombres, apellidos, teléfono y parentesco del acudiente con el alumno
asociado. Ver figura 26.
Figura 26. Salida de datos acudiente.
En este apartado se observa el historial de pagos del alumno y dentro de cada registro
se visualiza el comprobante de pago relacionado. Ver figura 27.
Figura 27. Salida registro de pagos de alumno.
71
Esta parte muestra la salida del historial de asistencias del alumno las cuales se pueden
filtrar por mes y año. Ver figura 28.
Figura 28. Salida registro de asistencias alumno.
Este es el diseño del recibo de paz y salvo que se va a generar luego del registro del
pago y que podrá ser impreso o enviado digitalmente. Ver figura 29.
Figura 29. Salida comprobante paz y salvo alumno.
72
Esta lista corresponde al historial de grados del alumno con la respectiva fecha y
observación. La cual permite el filtrado por mes y año. Ver figura 30.
Figura 30. Salida historial de ascensos de alumno.
Se muestra el reporte de ingresos como una tabla la cual permite filtrar los datos e
imprimir el reporte. Ver figura 31.
Figura 31. Salida reporte de ingresos de la academia.
73
La salida correspondiente al reporte de alumnos con deuda permitirá ser visualizada o
impresa. Ver figura 32.
Figura 32. Salida reporte de alumnos en deuda.
La salida correspondiente al reporte de alumnos en paz y salvo permitirá ser visualizada

o impresa. Ver figura 33.
Figura 33. Salida reporte de alumnos en paz y salvo.
74
La salida correspondiente al reporte de asistencias en general de todos los alumnos
permitirá ser filtrada por mes y año y podrá ser visualizada o impresa. Ver figura 34.
Figura 34. Salida reporte de asistencias de alumnos.
La salida correspondiente al reporte de listado de todos los alumnos permitirá ser filtrada
por grado y podrá ser visualizada o impresa. Ver figura 35.
Figura 35. Salida reporte listado de alumnos.
75
Tabla 13. Actividades y tareas a realizar para el diseño de salidas.

DISEÑO DE LAS Establecer el diseño Diseño de salidas 5 horas
SALIDAS DEL gráfico de las salidas
SISTEMA DE que se mostrarán al
INFORMACIÓN usuario
11.3. COMUNICAR EL DISEÑO DE LAS SALIDAS DEL SISTEMA DE

INFORMACIÓN, CON PARTICIPACIÓN DE ANALISTAS, USUARIOS Y
DIRECTIVOS. (ACTA 11 / ANEXO 11)
76
12. DISEÑO DE ENTRADAS
12.1. DISEÑO DE LAS ENTRADAS DEL SISTEMA DE INFORMACIÓN.
En cuanto al formulario de entrada de los datos de un nuevo alumno se observa una

consistencia en los componentes la cual permitirá al usuario del sistema ingresar de una
forma fácil y rápida la información (El campo de fecha de nacimiento despliega un
calendario selector). Ver figura 36.
Figura 36. Entrada registro de datos alumno nuevo.
Se observa el formulario para la entrada de los datos básicos del acudiente del alumno.
Ver figura 37.
Figura 37. Entrada datos acudiente de alumno nuevo.
77
Este campo permitirá ingresar la identificación de un alumno para poder buscarlo en la
base de datos y así interactuar con la información correspondiente. Ver figura 38.
Figura 38. Ingreso documento para búsqueda de alumno.
Esta imagen muestra cómo será el apartado de editar los datos básicos del alumno. Ver
figura 39.
Figura 39. Entrada edición de datos alumno.
78
Esta imagen muestra cómo será el apartado de editar los datos del acudiente del alumno.
Ver figura 40.
Figura 40. Entrada edición de datos acudiente del alumno.
Esta entrada permite cargar la foto del comprobante de pago y visualizarla en pantalla,
además permitirá chequear la cuenta bancaria para así continuar con el registro del pago
de la mensualidad del alumno. Ver figura 41.
Figura 41. Entrada comprobante de pago alumno y verificación cuenta.
79
Esta entrada permitirá cambiar o editar los precios configurados en el sistema de la
academia según las veces que asiste un alumno por mes. Ver figura 42.
Figura 42. Entrada precios de matrícula academia.
Este apartado ilustra la entrada de datos cuando se realiza el proceso de anexar un

ascenso de grado de un alumno. Ver figura 43.
Figura 43. Entrada registro de ascenso de grado alumno.
80
Tabla 14. Actividades y tareas a realizar para el diseño de entradas.

DISEÑO DE LAS Establecer el diseño Diseño de entradas 5 horas
SALIDAS DEL gráfico de las entradas
SISTEMA DE para el sistema de
INFORMACIÓN información
12.3. COMUNICAR EL DISEÑO DE LAS ENTRADAS DEL SISTEMA DE

INFORMACIÓN, CON PARTICIPACIÓN DE ANALISTAS, USUARIOS Y
DIRECTIVOS (ACTA 11 / ANEXO 11)
81
13. DISEÑO DE LA INTERFAZ
13.1. DISEÑO DE LA INTERFAZ DEL SISTEMA DE INFORMACIÓN
A continuación, se muestra la interfaz gráfica del menú del sistema la cual contiene el
nombre de la academia y el escudo correspondiente de la misma. En la parte de superior
se observan los botones para acceder a las funciones de registrar alumno, ver perfil
alumno, registrar pago, registrar historial y visualizar reporte en este orden de izquierda
a derecha. Ver figura 44.
Figura 44. Interfaz gráfica menú de inicio.
82
Seguidamente se puede observar la tabla de costos de la academia la cual se encuentra
en el menú principal seleccionando el símbolo del engranaje. En este se pueden
configurar los precios por asistencia si la administradora así lo requiere. Ver figura 45.
Figura 45. Interfaz gráfica tabla precios mensualidad.
Si se selecciona el primer botón de la barra de menú, se mostrará la interfaz gráfica para

el registro de un alumno en donde se solicitarán datos básicos, una foto de la persona.
Tiene un diseño de ingreso de datos de arriba abajo para comodidad del usuario. Ver
figura 46.
Figura 46. Interfaz gráfica registro alumno.
83
En dado caso de presentarse algún tipo de error con el mal ingreso de los datos, se
desplegará un dialogo de advertencia como el que se muestra en la imagen informando
cuál de los campos está incorrecto para realizar la debida corrección. Ver figura 47.
Figura 47. Interfaz gráfica dialogo de advertencia.
Si se desea ver la información de un alumno en específico, se abre un dialogo solicitando

el número de identificación del alumno para realizar la respectiva búsqueda. Ver figura
48.
Figura 48. Interfaz gráfica dialogo de ingreso identificación para búsqueda alumno.
84
Después de haber realizado la búsqueda con la identificación del alumno, se mostrará la
interfaz de ver perfil alumno donde se podrán observar los datos básicos de este junto
con su respectiva foto, además cuenta con diferentes botones para visualizar datos del
acudiente, registro de pagos, asistencias, grados y realizar alguna edición a los datos si
así se requiere. Ver figura 49.
Figura 49. Interfaz gráfica ver perfil alumno.
Por otro lado, se tiene la interfaz para el registro de pagos, donde inicialmente se solicita
el documente del alumno para realizar la respectiva búsqueda a través del dialogo que
se muestra en la imagen. Ver figura 50.
Figura 50. Interfaz gráfica dialogo ingreso de identificación para pago de alumno.
85
Después de identificar al alumno, se mostrarán los campos correspondientes para cargar
el recibo de pago, un cuadro de verificación de la cuenta bancaria y un campo donde se
observa el valor a pagar. Cuando se realice el registro, se mostrará el comprobante de
paz y salvo correspondiente donde se podrá imprimir o exportar como archivo pdf. Ver
figura 51.
Figura 51. Interfaz gráfica registrar pago alumno.
Por último, se visualiza la interfaz de reportes donde se mostrará una tabla con ciertos
detalles correspondientes al reporte seleccionado como ingresos, alumnos con deuda,
alumnos en paz y salvo, asistencias y el listado general de alumnos. Ver figura 52.
Figura 52. Interfaz gráfica reportes.
86
Tabla 15. Actividades y tareas a realizar para el diseño de la interfaz.

DISEÑO DE LA Establecer el diseño Diseño de interfaz 7 horas
INTERFAZ DE gráfico de toda la
USUARIO (GUI) interfaz gráfica del
sistema.
13.3. COMUNICAR EL DISEÑO DE LA INTERFAZ DEL SISTEMA DE INFORMACIÓN,

CON PARTICIPACIÓN DE ANALISTAS, USUARIOS Y DIRECTIVOS (ACTA 13
/ ANEXO 13)
87
14. BIBLIOGRAFÍA
• WHITTEN, Jeffrey L. BENTLEY, Lonnie D. Análisis de Sistema: Diseños y

Métodos. 7ma Edición. México, D.F: Mcgraw-Hill/Interamericana Editores, 2008.
586p.
• PRESSMAN, Roger S. Ingeniería del Software: Un enfoque practico. 7ma Edición.

México, D.F: Mcgraw-Hill/Interamericana Editores, 2010. 810p.
• CILLERO, Manuel. “Metodologías y guías”. {En línea}. {25 septiembre de 2021}

disponible en: (https://manuel.cillero.es/doc/metodologia/).
88
15. ANEXOS
Anexo A.
89
Anexo 01. Acta 01.
90
91
Anexo 02. Acta 02.
92
93
Anexo 03. Acta 03.
94
Anexo 04. Acta 04.
95
Anexo 05. Acta 05.
96
Anexo 06. Acta 06.
97
Anexo 07. Acta 07.
98
Anexo 08. Acta 08.
99
Anexo 09. Acta 09.
100
Anexo 10. Acta 10.
101
Anexo 11. Acta 11
102
Anexo 12. Acta 12.
103
Anexo 13. Acta 13.
104

Software Taekwondo

Cargado por

Información del documento

Título original

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

Software Taekwondo

Cargado por

Copyright:

Formatos disponibles

SOFTWARE DE ACADEMIA DE TAEKWONDO “SUE MOO DUK KWAN”

EDGAR ALEJANDRO MEDINA ROA

JAIME DE JESÚS SAENZ GAMBOA

SEBASTIAN FELIPE SANCHEZ HURTADO

UNIVERSIDAD PEDAGÓGICA Y TECNOLÓGICA DE COLOMBIA

ESCUELA DE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN

EDGAR ALEJANDRO MEDINA ROA

JAIME DE JESÚS SAENZ GAMBOA

SEBASTIAN FELIPE SANCHEZ HURTADO

Proyecto semestral para el desarrollo de la asignatura

Juan José Camargo Vega

Ingeniero de Sistemas y Ph,D en Tecnologías de la Información

UNIVERSIDAD PEDAGÓGICA Y TECNOLÓGICA DE COLOMBIA

ESCUELA DE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN

Anexo 01. Acta 01. ......................................................................................................... 90

Figura 1. Organigrama academia SUE MOOD DUK KWAN .......................................... 14

Tabla 1. Actividades y tareas a realizar para identificar problemas y oportunidades ..... 20

La academia de taekwondo SUE MOO DUK KWAN lleva más de 30 años de

En este proyecto se analiza el funcionamiento de los procesos que se llevan a cabo

Finalmente se realiza el proceso de desarrollo de un software que cuenta con las

1.1. DESCRIPCIÓN DE LA EMPRESA

Figura 1. Organigrama academia SUE MOOD DUK KWAN

1.2. IDENTIFICAR EL PROBLEMA

1.2.1. Establecer límites

1.2.2. Situación actual

• Se pierde bastante tiempo en la búsqueda de información y toma de datos

1.2.3.2. Control al pronostico

• Digitalizar la información para reducir el consumo de papel y agilizar los procesos

• Desarrollar un producto software que optimice las operaciones que se llevan a

1.2.4 Comunicar la definición del problema con participación de analistas,

2.1. IDENTIFICAR PROBLEMAS, EN TÉRMINOS DE URGENCIAS, VISIBILIDAD,

• Al registrar un nuevo alumno se toma una nueva carpeta y se escriben a mano en

• Se tiene que buscar en el lugar de almacenamiento de las carpetas de cada uno

2.2. IDENTIFICAR OPORTUNIDADES, EN TÉRMINOS DE URGENCIAS,

• La implementación de una opción de generación de reportes tanto económicos

• Implementar un apartado de notificaciones que avise al administrador de la

Realizando el análisis de la información que se recolectó acerca del proceso de registro,

Tipos de datos: Alumnos, pagos, asistencias, acudientes, grados, reportes.

Procesos: Registros de alumnos, registro de pagos, registro de asistencias,

2.4. SE DEBE CONTESTAR LA PREGUNTA ¿EL PRESENTE PROYECTO, VALE

Tabla 1. Actividades y tareas a realizar para identificar problemas y oportunidades

Actividad Tareas Herramienta Tiempo

Identificar las - Plantear oportunidades de - Sesiones de trabajo. 1 hora.

Definir el - Identificar los tipos de datos, - Descripciones 1 hora.

2.6. COMUNICAR EL ALCANCE DEL PROYECTO, CON PARTICIPACIÓN DE

3.1. SE DESCRIBE LA SITUACIÓN ACTUAL, EN FUNCIÓN DE:

3.1.1. Contexto del Sistema Actual

3.1.2. Descripción de los SI, actuales

Para el registro de la información básica de los alumnos al momento de matricularse, de

3.1.3. Es beneficioso dividir el sistema actual en subsistemas

• Gestionar información alumnos: Cuando se va a matricular un nuevo alumno,

• Gestionar asistencias: Cuando los alumnos llegan a la academia a tomar clase

• Gestionar información de pagos: Para registrar el pago de cada uno de los

3.3. IDENTIFICACIÓN DE LOS USUARIOS PARTICIPANTES EN EL ANÁLISIS DE

Tabla 2. Actividades y tareas a realizar para identificar el sistema actual.

Actividades Tareas Herramientas Duración

3.5. COMUNICAR LA DESCRIPCIÓN GENERAL DE LOS SISTEMAS DE

4.1. SE ESTUDIAN LAS DIFERENTES OPCIONES, QUE PUEDAN EXISTIR PARA

Teniendo presente la situación y problemática por la que pasa la academia, se presentan

Alternativa 1: Realizar una aplicación web en donde el administrador podrá registrar y

Alternativa 2: Desarrollar un software de escritorio en donde el administrador podrá

En cuanto a la cobertura de las alternativas presentas sobre los subsistemas y problemas

4.3. MODELOS DE PROCESOS DE LAS SOLUCIONES PROPUESTAS