DECANATO DE INGENIERÍA E INFORMÁTICA TRABAJO DE GRADO PARA …
DECANATO DE INGENIERÍA E INFORMÁTICA · 2020. 8. 15. · Propuesta de Desarrollo de un Sistema...
Transcript of DECANATO DE INGENIERÍA E INFORMÁTICA · 2020. 8. 15. · Propuesta de Desarrollo de un Sistema...
-
i
DECANATO DE INGENIERÍA E INFORMÁTICA
ESCUELA DE INFORMÁTICA
Trabajo de grado para optar por el título:
Ingeniero de Software
Tema:
Propuesta de Desarrollo de un Sistema para la Presentación y Aprobación de
Temas para Tesis y Trabajos de Grado, Universidad APEC, Santo Domingo,
República Dominicana en el Periodo Septiembre – Diciembre 2017.
Sustentantes:
Natacha Elizabeth De la Rosa Valdez ---------- 2012-1430
Juan Manuel Salcedo Martínez ---------- 2012-0265
Asesor
Ing. Juan Pablo Valdez
Distrito Nacional, República Dominicana
Noviembre, 2017
-
ii
DECANATO DE INGENIERÍA E INFORMÁTICA
ESCUELA DE INFORMÁTICA
Trabajo de grado para optar por el título:
Ingeniero de Software
Tema:
Propuesta de Desarrollo de un Sistema para la Presentación y Aprobación de
Temas para Tesis y Trabajos de Grado, Universidad APEC, Santo Domingo,
República Dominicana en el Periodo Septiembre – Diciembre 2017.
Sustentantes:
Natacha Elizabeth De la Rosa Valdez ---------- 2012-1430
Juan Manuel Salcedo Martínez ---------- 2012-0265
Asesor
Ing. Juan Pablo Valdez
Distrito Nacional, República Dominicana
Noviembre, 2017.
-
iii
Propuesta de Desarrollo de un Sistema para la Presentación y
Aprobación de Temas para Tesis y Trabajos de Grado, Universidad
APEC, Santo Domingo, República Dominicana en el Periodo Septiembre
– Diciembre 2017.
-
iv
Introducción
Es evidente que la automatización de las tareas que se realizan en cualquier
ámbito donde se maneje información, es un factor que influye en el aumento de la
eficiencia en las operaciones que se llevan a cabo.
A través de los años la automatización de procesos mediante soluciones de
software o Software han dado cabida a que en el día a día sea mucho más fácil
completar nuestras tareas diarias y a eficientizar el tiempo que empleamos en cada
una de ellas, el caso del procedimiento para la presentación de temas para tesis y
trabajos de grado de la Universidad APEC no es la excepción, por tal razón en el
presente anteproyecto de grado se plantea una solución para automatizar dicho
procedimiento.
El objetivo de este proyecto es resolver los inconvenientes que presentan los
estudiantes al tener que realizar de forma manual y presencial la presentación de
temas de investigación para sus trabajos de tesis o grado, obligando a los alumnos
a desplazarse a sus diferentes decanatos y luego seguir una serie de pasos que
podrían ser realizados de forma automática.
Un software para el manejo en línea de las solicitudes ayudará a eficientizar
estos trámites con los estudiantes además de brindar facilidades de administración
al decanato, ahorrando tiempo y otros recursos que son utilizados actualmente al
-
v
momento de realizar una solicitud de forma manual, con el uso de un sistema web y
móvil para que los estudiantes realicen sus solicitudes en línea sin tener la
necesidad de desplazarse físicamente al recinto universitario.
El presente proyecto ofrece una solución al problema de la gestión de
presentación de temas de tesis y trabajos de grado, a través de una plataforma
accesible desde cualquier dispositivo con capacidad de navegar en internet.
En este trabajo se presentan los siguientes aspectos: justificación, donde se
dan a conocer las razones por las cuales se selecciona este tema, su relevancia en
la agilización de los procesos de la Universidad APEC; delimitación del tema, donde
se expresa el alcance del mismo, desde el punto de vista del lugar donde se
realizará la investigación y quienes serán entes participantes; planteamiento y
formulación del problema que afecta los estudiantes que deben someter y solicitar la
aprobación de temas de trabajos de grado; los objetivos o propósitos de esta
investigación; el marco teórico referencial que sirve de fundamento teórico a la
investigación; diseño metodológico, donde se da a conocer el tipo de investigación a
realizar, los métodos y técnicas a utilizar; la bibliografía o fuentes documentales,
donde se integran libros, revistas científicas, entre otras fuentes; por último, el
esquema preliminar a desarrollar en este trabajo de grado.
-
vi
Índice de Contenido Introducción iv
Índice de Contenido vi
Índice de Ilustraciones x
Índice de Tablas xiii
Agradecimientos xv
Dedicatoria xvii
Capítulo I - Caracterización del Problema de Investigación 1
Introducción 2
1.1 Tesis y Trabajo de Grado 3
1.1.1 Conceptualización 3
1.2 Formulación del Problema de Investigación 4
1.3 Justificación 5
1.4 Situación Problemática 7
1.5 Objetivos de la Investigación 10
1.5.1 Objetivo General 10
1.5.2 Objetivos Específicos 10
1.6 Impacto del desarrollo de la Propuesta (Aportes de la Investigación) 10
1.6.1 Impacto en la población estudiantil 10
1.6.2 Impacto financiero 11
1.6.3 Impacto operacional esperado en los departamentos de la Universidad
APEC 11
1.6.4 Aporte teórico 11
1.6.5 Aporte práctico 11
Conclusión 13
Capítulo II – Marco Teórico Referencial 14
Introducción 15
2.1 El software en general 16
2.1.1 Concepto de Software 16
2.1.2 Modelos de proceso 17
2.1.3 Elementos del Software. 20
2.1.4 Actividades básicas del software. 23
2.1.5 Ciclo de Vida del Software 26
2.1.6 Clasificación del Software 32
2.2 Desarrollo Web 36
2.2.1 Arquitectura de Software 36
-
vii
2.2.2 Tipos de Arquitectura 37
2.2.3. Arquitectura de una aplicación web. 40
2.2.4. Patrones de Diseño 41
2.2.5. Patrones de Diseños utilizados en el desarrollo web. 43
2.2.6 Servicios Web 44
2.2.7 Base de Datos 45
2.2.8. Optimización de sitios Web 47
2.4 Proceso Racional Unificado-RUP 48
2.4.1 ¿Qué es? 48
2.4.2 Fases que lo componen 48
2.5 Marco Conceptual 51
Conclusión 55
Capítulo III – Diseño Metodológico 56
Introducción 57
3.1 Tipo de Investigación 58
3.2 Método de Investigación. 59
3.3 Técnicas e Instrumentos. 60
3.4 Población y Muestra 61
3.4.1 Población 61
3.4.2 Muestra 62
Conclusión 64
Capítulo IV - Diagnosticar los sistemas de software y la plataforma actual de la
universidad APEC. 65
Introducción 66
4.1. Descripción del Objeto de Estudio. 67
4.1.1. Organigrama de la Vicerrectoría Académica (VAC) 67
4.1.2. Vicerrectoría Académica (VAC) 68
4.2. Diagnosticar los sistemas de software y la plataforma actual de la Universidad
APEC 75
4.3. Analizar la viabilidad de utilizar un sistema de software para la
presentación de temas y los beneficios que agregaría a la Universidad APEC. 79
4.3.1 Área de Estudio de la Población Estudiantil 80
4.3.2 Edad de la Población Estudiantil y Docente 82
4.3.3 Sexo de la Población Estudiantil y Docente 83
4.3.4 Cuatrimestre Actual de la Población Estudiantil 84
4.3.5 Población que conoce el Proceso Actual de Presentación y Aprobación de
Temas de Tesis y Trabajos de Grado 85
-
viii
4.3.6 Tiempo de Respuesta Actual del Proceso 86
4.3.7 Forma de Comunicación Actual del Proceso 88
4.3.8 Comunicar por correo electrónico la aprobación o necesidad de corrección
de los temas o anteproyectos presentados. 89
4.3.9 Frecuencia de comunicación con el decanato para conocer el estado del
proceso 91
4.3.10 Nivel de aceptación de un sistema para la presentación y aprobación de
temas para tesis y trabajos de grado en la universidad APEC 93
4.3.11 La implementación del sistema propuesto soluciona las problemáticas
actuales del proceso. 94
4.3.12 Análisis de los resultados de la encuesta. 95
4.4 Determinar el sistema de software más apropiado tomando en cuenta la
plataforma virtual que posee la Universidad APEC. 97
Conclusión 99
Capítulo V – Propuesta de un sistema de información para la presentación y
aprobación de temas para tesis y trabajos de grado en la Universidad APEC. 100
Introducción 101
5.1. Acta de Constitución del Proyecto 102
5.1.2 Propósito y Justificación del Proyecto 103
5.1.3 Descripción del Proyecto y Entregables 103
5.1.4 Requerimientos de alto nivel 104
5.1.5 Objetivos 105
5.1.6 Premisas y Restricciones 106
5.1.7 Riesgos iniciales de alto nivel. 107
5.1.8 Presupuesto estimado 109
5.1.9 Personal y recursos pre-asignados 110
5.2 Diagrama del proceso de Presentación y Aprobación de Temas de tesis y
Trabajos de grado. 111
5.3. Documento de visión 113
5.3.1. Historial de revisiones 113
5.3.2. Introducción 114
5.3.3. Posicionamiento 115
5.3.4. Descripción de stakeholders (Participantes en el Proyecto) y usuarios 117
5.3.5. Descripción del producto 120
5.3.6. Restricciones 121
5.3.7. Otros requerimientos del producto 122
5.4 Cronograma del proyecto 126
5.5. Priorización de requerimientos 128
-
ix
5.5.1. Requerimientos funcionales. 129
5.5.2. Requerimientos no funcionales. 130
5.5.3. Ponderación de requerimientos. 131
5.6. Especificación de Casos de Uso 133
5.6.1. Diagrama de caso de uso general del Sistema de Presentación y
Aprobación de Temas de Tesis y Trabajos de grado. 133
5.7 Diagrama de clases 218
Conclusiones xix
Recomendaciones xxi
Bibliografía xxii
Anexos o Apéndices. xxiv
A – Encuestas xxv
a) Encuesta sobre la factibilidad de la aplicación propuesta (Estudiantes) xxv
b) Encuesta sobre la factibilidad de la aplicación propuesta (Profesores) xxvii
B – Entrevista xxix
C – Anteproyecto xxx
-
x
Índice de Ilustraciones
Ilustración 1 Modelo Cascada. ............................................................................... 18
Ilustración 2. Paradigma de hacer prototipos. ........................................................ 19
Ilustración 3. Modelo en espiral. ............................................................................. 20
Ilustración 4. Ejemplo de las actividades básicas del software. ............................. 25
Ilustración 5. Ciclo de vida de desarrollo de software............................................. 26
Ilustración 6. Nivel de clasificación del software. .................................................... 33
Ilustración 7. Arquitectura en Capas. . ..................................................................... 37
Ilustración 8. Arquitectura centrada en datos. ........................................................ 38
Ilustración 9. Arquitectura Cliente – Servidor. . ...................................................... 39
Ilustración 10. Arquitectura de una aplicación web. ............................................... 40
Ilustración 11. Modelo Relacional. . ........................................................................ 46
Ilustración 12. Población estimada participante del proceso. . ............................... 61
Ilustración 13. Muestra extraída de la población. . ................................................. 63
Ilustración 14. Organigrama de la Vicerrectoría Académica de la universidad APEC.
................................................................................................................................. 67
Ilustración 15. Estructura orgánica del Decanato de Estudios Generales de la
universidad APEC. ................................................................................................... 73
Ilustración 16. Ilustración 9. Portal Estudiantil de la universidad APEC. ............... 75
Ilustración 17. Área de Estudio de la Población Estudiantil Encuestada. . ............. 81
Ilustración 18. Edad de la Población Estudiantil y Docente Encuestada. . ............. 82
Ilustración 19. Sexo de la Población Estudiantil y Docente. . ................................. 83
Ilustración 20. Cuatrimestre Actual de la Población Estudiantil. . ........................... 85
Ilustración 21. Población Conocedora del Proceso. . ............................................. 86
Ilustración 22. Tiempo de Respuesta Actual del Proceso. . ................................... 87
Ilustración 23. Forma de Comunicación Actual del Proceso. ................................ 89
Ilustración 24. Comunicar por Correo la Aprobación de Temas y Anteproyectos. . 90
Ilustración 25. Frecuencia de comunicación con el decanato para conocer el estado
del proceso. . ............................................................................................................ 92
Ilustración 26. Nivel de aceptación de un sistema para la presentación y aprobación
de temas para tesis y trabajos de grado en la universidad APEC. . ......................... 94
Ilustración 27. Dicho sistema solucionaría las problemáticas existentes en el
proceso actual. . ....................................................................................................... 95
Ilustración 28. Diagrama del proceso de presentación y aprobación de temas de
tesis y trabajos de grado. . ..................................................................................... 112
Ilustración 29. Cronograma del proyecto del sistema de presentación y aprobación
de temas de tesis y trabajo de grado. ................................................................... 126
Ilustración 30. Diagrama Gantt del proyecto del sistema de presentación y
aprobación de temas de tesis y trabajo de grado. ................................................. 127
Ilustración 31. Diagrama de caso de uso general del Sistema de Presentación y
Aprobación de Temas de Tesis y Trabajos de grado. . .......................................... 133
Ilustración 32. Interfaz– Página principal. . ............................................................. 134
Ilustración 33. Diagrama de Secuencia – Autenticación de Usuarios. ................. 136
Ilustración 34. Diagrama de Actividad – Autenticación de Usuarios. . .................. 137
Ilustración 35. Diagrama de Colaboración – Autenticar Usuario. . ....................... 138
Ilustración 36. Interfaz– Autenticación. . ............................................................... 139
file:///C:/Users/ndelarosa/Downloads/Trabajo%20de%20Grado%20-%20Latest%20Ver.docx%23_Toc498682561file:///C:/Users/ndelarosa/Downloads/Trabajo%20de%20Grado%20-%20Latest%20Ver.docx%23_Toc498682561file:///C:/Users/ndelarosa/Downloads/Trabajo%20de%20Grado%20-%20Latest%20Ver.docx%23_Toc498682562file:///C:/Users/ndelarosa/Downloads/Trabajo%20de%20Grado%20-%20Latest%20Ver.docx%23_Toc498682562
-
xi
Ilustración 37. Diagrama de caso de uso detalle: Gestionar temas de tesis. . ..... 142
Ilustración 38. Diagrama de Secuencia – Registrar Tema. . ................................ 143
Ilustración 39. Diagrama de Secuencia – Modificar Tema. . ................................ 144
Ilustración 40. Diagrama de Secuencia – Eliminar Tema. . .................................. 145
Ilustración 41. Diagrama de Actividad – Registrar temas, anteproyectos o trabajos
de grado y tesis. . ................................................................................................... 146
Ilustración 42. Diagrama de Actividad – Modificar temas, anteproyectos o trabajos
de grado y tesis. . ................................................................................................... 147
Ilustración 43. Diagrama de Actividad- Eliminar temas, anteproyectos o trabajos de
grado y tesis. . ........................................................................................................ 148
Ilustración 44. Diagrama de Colaboración – Registrar temas, anteproyectos,
trabajos de grado o tesis y documentación. . ......................................................... 149
Ilustración 45. Diagrama de Colaboración – Modificar temas, anteproyectos,
trabajos de grado o tesis y documentación. . ......................................................... 149
Ilustración 46. Diagrama de Colaboración – Eliminar temas, anteproyectos, trabajos
de grado o tesis y documentación. . ....................................................................... 150
Ilustración 47. Interfaz– Gestión de Temas. . ......................................................... 150
Ilustración 48. Interfaz– Gestión de Temas - Agregar. . ....................................... 151
Ilustración 49. Interfaz– Gestión de Temas – Agregado [Mensaje de Resultado]. .
............................................................................................................................... 152
Ilustración 50. Interfaz– Gestión de Temas – Modificado. . .................................. 153
Ilustración 51. Interfaz– Gestión de Temas – Modificado [Mensaje de Resultado]. .
............................................................................................................................... 154
Ilustración 52. Interfaz– Gestión de Temas – Eliminado. . ................................... 155
Ilustración 53. Interfaz– Gestión de Temas – Eliminado [Mensaje de Resultado]. .
............................................................................................................................... 156
Ilustración 54. Diagrama de Secuencia – Aprobar Tema. . .................................. 158
Ilustración 55. Diagrama de Secuencia – Devolver Tema. . ................................. 159
Ilustración 56. Diagrama de Actividad – Aprobar temas. . .................................... 160
Ilustración 57. Diagrama de Actividad – Devolver temas. . .................................. 161
Ilustración 58. Diagrama de Colaboración – Aprobar temas. . ............................. 162
Ilustración 59. Diagrama de Colaboración – Devolver temas. . ............................ 163
Ilustración 60. Interfaz– Gestión de Temas – Aprobar / Devolver. . ..................... 164
Ilustración 61. Diagrama de caso de uso detalle: Gestionar anteproyecto de tesis. .
............................................................................................................................... 167
Ilustración 62. Diagrama de Secuencia – Registro de Anteproyecto. . ................. 168
Ilustración 63. Diagrama de Secuencia – Modificar Anteproyecto. . .................... 169
Ilustración 64. Diagrama de Secuencia – Eliminar Anteproyecto. . ...................... 170
Ilustración 65. Diagrama de Secuencia – Aprobar Anteproyecto. . ...................... 172
Ilustración 66. Diagrama de Secuencia – Devolver Anteproyecto. . ..................... 173
Ilustración 67. Interfaz– Gestión de Anteproyecto. . ............................................. 174
Ilustración 68. Interfaz– Gestión de Anteproyecto – Agregar. . ............................ 175
Ilustración 69. Interfaz– Gestión de Anteproyecto – Modificar. . .......................... 176
Ilustración 70. Diagrama de caso de uso detalle: Gestionar tesis o trabajo de grado.
. .............................................................................................................................. 179
Ilustración 71. Diagrama de Secuencia – Registrar Trabajo de Grado o Tesis. . . 180
-
xii
Ilustración 72.. Diagrama de Secuencia – Eliminar Trabajo de Grado o Tesis. . .. 181
Ilustración 73. Interfaz– Gestión de Trabajo de Grado o Tesis – Agregar. . ......... 182
Ilustración 74. Interfaz– Gestión de Trabajo de Grado o Tesis – Eliminar. . ......... 183
Ilustración 75. Interfaz– Gestión de Trabajo de Grado o Tesis – Eliminar [Mensaje
Resultado]. . ........................................................................................................... 184
Ilustración 76. Diagrama de Secuencia – Evaluar Trabajo de Grado – Tesis. . ... 187
Ilustración 77. Diagrama de Actividad – Evaluar Trabajo de Grado o Tesis. . ...... 188
Ilustración 78. Diagrama de Colaboración – Evaluar trabajo de grado o tesis. . .. 189
Ilustración 79. Interfaz– Gestión de Trabajo de Grado o Tesis – Evaluar. . ......... 190
Ilustración 80. Diagrama de caso de uso detalle: Consultar temas de tesis. . ...... 192
Ilustración 81. Diagrama de Secuencia – Consultar Temas. . ................................ 193
Ilustración 82. Diagrama de caso de uso detalle: Consultar anteproyectos de tesis. .
............................................................................................................................... 195
Ilustración 83. Diagrama de Secuencia – Consultar Anteproyectos Registrados. .
............................................................................................................................... 196
Ilustración 84. Diagrama de caso de uso detalle: Consultar tesis o trabajos de
grado. . ................................................................................................................... 198
Ilustración 85. Diagrama de Secuencia – Consultar Trabajos de Grado y Tesis. .
............................................................................................................................... 199
Ilustración 86. Diagrama de Actividad – Consulta de temas, anteproyectos o trabajo
de grado y tesis. . ................................................................................................... 200
Ilustración 87. Diagrama de Colaboración – Consultar temas, anteproyectos y
trabajo de grado o tesis. . ....................................................................................... 201
Ilustración 88. Diagrama de caso de uso detalle: Ver reporte de temas de tesis. .
............................................................................................................................... 203
Ilustración 89. Diagrama de caso de uso detalle: Ver reporte de temas de tesis por
decanato. . ............................................................................................................. 205
Ilustración 90. Diagrama de Actividad – Generar Reporte. . ................................ 206
Ilustración 91. Diagrama de Actividad – Buscar profesor asesor o evaluador. . ... 210
Ilustración 92. Diagrama de Actividad – Asignar profesor asesor o evaluador. . .. 211
Ilustración 93. Diagrama de Colaboración – Buscar profesor asesor o evaluador. .
............................................................................................................................... 212
Ilustración 94. Diagrama de Colaboración – Asignar profesor asesor o evaluador. .
............................................................................................................................... 212
Ilustración 95. Diagrama de Secuencia – Registrar Documentación de Apoyo. . . 214
Ilustración 96. Diagrama de Secuencia – Descargar Documentación de Apoyo. .
............................................................................................................................... 215
Ilustración 97. Diagrama de Actividad – Descargar Documentación de Apoyo. . . 216
Ilustración 98. Diagrama de Colaboración – Descargar documentación de apoyo. .
............................................................................................................................... 217
Ilustración 99. Diagrama de Clases del Sistema propuesto. . .............................. 218
-
xiii
Índice de Tablas
Tabla 1. Mapa de Patrones de Diseño. ................................................................... 42
Tabla 2. Distribución de la población participante del proceso. . ............................. 62
Tabla 3. Muestra representativa de la población. . .................................................. 63
Tabla 4. Área de Estudio de la Población Estudiantil............................................... 80
Tabla 5. Edad de la Población Estudiantil y Docente............................................... 82
Tabla 6. Sexo de la Población Estudiantil y Docente.. ............................................. 83
Tabla 7. Cuatrimestre Actual de la Población Estudiantil.. ....................................... 84
Tabla 8. Población Conocedora del Proceso.. ......................................................... 85
Tabla 9. Tiempo de Respuesta Actual del Proceso.. ............................................... 86
Tabla 10. Forma de Comunicación Actual del Proceso.. ......................................... 88
Tabla 11. Comunicar por Correo la Aprobación de Temas y Anteproyectos.. ......... 89
Tabla 12. Frecuencia de comunicación con el decanato para conocer el estado del
proceso.. .................................................................................................................. 91
Tabla 13. Nivel de aceptación de un sistema para la presentación y aprobación de
temas para tesis y trabajos de grado en la universidad APEC.. ............................... 93
Tabla 14. El sistema propuesto soluciona las problemáticas existentes en el proceso
actual. Fuente: Encuesta a la población docente y estudiantil. ............................... 94
Tabla 15. Datos de la información del proyecto. . .................................................. 102
Tabla 16. Objetivos del proyecto. . ....................................................................... 105
Tabla 17. Matriz de riesgos. . ................................................................................. 108
Tabla 18. RR.HH. necesarios para desarrollar el proyecto. . ................................ 110
Tabla 19. Historial de revisiones del documento visión. . ...................................... 113
Tabla 20. Define el Problema. . ............................................................................. 117
Tabla 21. Usuarios del sistema. . ........................................................................... 119
Tabla 22. Características del sistema por módulo. . .............................................. 121
Tabla 23. Requerimientos funcionales del Sistema de presentación y aprobación de
temas de tesis y trabajos de grado. . ..................................................................... 129
Tabla 24. Requerimientos no funcionales del Sistema de presentación y aprobación
de temas de tesis y trabajos de grado. . ................................................................. 130
Tabla 25. Matriz de priorización del Sistema de presentación y aprobación de temas
de tesis y trabajos de grado. . ................................................................................ 131
Tabla 26. Especificación CU de Autentificar usuario. . .......................................... 136
Tabla 27. Especificación CU de Gestionar temas de tesis. . ................................. 141
Tabla 28. Especificación CU de Aprobar o devolver temas de tesis. . ................... 158
Tabla 29. Especificación CU de Gestionar anteproyecto de tesis. . ...................... 166
Tabla 30. Especificación CU de Aprobar o devolver anteproyecto de tesis. . ........ 171
Tabla 31. Especificación CU de Gestionar tesis o trabajo de grado. . ................... 178
Tabla 32. Especificación CU de Evaluar tesis o trabajo de grado. . ...................... 186
Tabla 33. Especificación CU de Consultar temas de tesis. . .................................. 192
Tabla 34. Especificación CU de Consultar anteproyectos de tesis. . ..................... 194
Tabla 35. Especificación CU de Consultar tesis o trabajos de grado. ................... 197
Tabla 36. Especificación CU de Ver reporte de temas de tesis. . .......................... 202
Tabla 37. Especificación CU de Ver reporte de temas de tesis por decanato. . .... 204
Tabla 38. Especificación CU de Asignar profesor asesor. . ................................... 208
Tabla 39. Especificación CU de Asignar profesor evaluador. . .............................. 210
-
xiv
Tabla 40. Especificación CU de Publicar documentación de apoyo a tesis. . ........ 214
-
xv
Agradecimientos
Primero que todo doy las gracias a Dios quien me ha dado la fortaleza y la sabiduría
para alcanzar todos mis objetivos.
Al amor de mi vida, mi madre quien desde siempre ha estado ahí para ayudarme en
todo, dándome aliento cuando quiero tirar la toalla y la que me ha enseñado a luchar
para alcanzar todo lo que me propongo.
A mis hermanos Luis, Claudio y Yorgi los cuales son un apoyo incondicional para mí
y siempre están conmigo.
A mi compañero Juan Salcedo el cual ha sido de gran ayuda y apoyo, no solo para
este trabajo que realizamos juntos sino también durante toda la carrera.
A todos mis amigos los cuales de una manera u otra han sido parte de este trayecto.
A mis maestros los cuales me enseñaron tantas cosas y me ayudaron a formar mi
carrera profesional. A mi maestro asesor el Prof. Juan Pablo Valdez, el cual ha sido
desde siempre un maestro increíble, siempre ahí para ayudarnos diligentemente
durante la carrera y así también durante el desarrollo de esta tesis.
Natacha Elizabeth De la Rosa Valdez
-
xvi
Agradezco a Dios ante todas las cosas, porque teniendo fe en él pude lograr lo que
hoy soy, gracias le doy por este logro tan grande y esperado. A mi querida y
amada madre Indiana Martínez Liriano, a la que tanto amo, que fue la persona que
me apoyó desde antes de nacer y nunca dejó de hacerlo, la mujer que hizo que me
mantuviera en pie, aun en los momentos más duros y difíciles para mí, que siempre
me dijo “tú puedes, te falta poco, lo lograrás”, y he aquí la conclusión de esta etapa
tan importante de mi vida, gracias a ella.
A mi hermano Fredy Alexander Salcedo, por su apoyo siempre que lo necesité.
Gracias mi hermano.
A mis compañeros de clases que me apoyaron y fueron un impulso para mí en
todas y cada una de las materias que tomé con ellos. También a mi compañera de
tesis Natacha De la Rosa, que sin su ayuda y esfuerzo no hubiese logrado
culminarla. A mi amigo y hermano Julio Peña, que desde un inicio se convirtió en
una persona muy importante en mi vida, gracias por tu ayuda incondicional, de
verdad gracias.
A los maestros que inculcaron en mí la semilla del conocimiento y me motivaron a
seguir hacia delante, nunca mirar hacia atrás, así como, a mi asesor Juan Pablo
Valdez, que es un persona humilde, responsable, diligente, quien me apoyó en todo
momento en el desarrollo de la tesis.
Juan Manuel Salcedo Martínez
-
xvii
Dedicatoria
Dedico esta tesis a mi madre, mi ayuda y apoyo incondicional, la cual a pesar de
todas las dificultades que se le han presentado en la vida nunca dejo de luchar por
sus hijos y apoyarlos a alcanzar las cosas que ella no tuvo, la que me acompañaba
en mis amanecidas y mi suplidora por excelencia de cafeína. La mujer más
maravillosa del mundo y la madre más dedicada que existe, mi todo.
A mis hermanos, porque siempre quiero ser un ejemplo para ellos, para que vean
que a pesar de todas las dificultades si se puede y los sueños si se cumplen.
Natacha Elizabeth De la Rosa Valdez
-
xviii
Dedico esta tesis principalmente a mi madre Indiana Martínez Liriano, quien esperó
por tanto tiempo este momento, porque siempre estuvo ahí motivándome, sin nunca
decir que no, por ayudarme en todo momento, por amanecer conmigo apoyándome
en las tareas. También a mi amada abuela Dominga Liriano, a la cuál le prometí que
estaría conmigo el día de mi graduación.
Se la dedico a mi amada novia y futura esposa Radaisis Nayelis Ceballos R., porque
sé que fue difícil la espera y dolorosa, pero nunca me abandonó, ni me dejó solo,
siempre estuvo presente, soportándome en los momentos difíciles, y aun así
diciéndome “te amo”.
Juan Manuel Salcedo Martínez
-
1
Capítulo I - Caracterización del Problema de Investigación
-
2
Introducción
La Universidad APEC surge como una entidad de educación superior en
República Dominicana sin fines de lucro sucesora de Acción Pro Educación y
Cultura (APEC) constituida en 1964, creada por empresarios y profesionales de
distintas áreas del saber. Naciendo con el nombre de Instituto de Estudios
Superiores (IES), y en 1965 crea su primera facultad con las Escuelas de
Administración de Empresas, Contabilidad y Secretariado Ejecutivo en Español y
Bilingüe.
Actualmente, la Universidad APEC, consta de una población estudiantil activa
de un 79.00% en modalidad de grado, en comparación con la población de
estudiantes activos de modalidad de postgrado que es un 21.00%, por lo que se
esta propuesta se enfocará en la población de estudiantes activos en la modalidad
de grado.
En el capítulo presentado a continuación, se explica la situación problemática
que presenta la Universidad APEC para el 2017 en el proceso de presentación y
aprobación de temas de tesis y trabajos de grado por parte de los estudiantes, un
proceso que involucra a todos los estudiantes sin importar la carrera que esté
cursando y que opten por elegir elaborar una tesis o trabajo de grado para culminar
sus estudios, así como los decanatos a los que estos pertenecen, así como la
justificación del porqué de la propuesta de un sistema para la presentación y
aprobación de temas de tesis y trabajos de grado.
-
3
1.1 Tesis y Trabajo de Grado
1.1.1 Conceptualización
1.1.1.1 Tesis
(Muñoz Razo, 2011) Nos presenta la definición de tesis en un estricto
sentido académico como: la presentación de una obra escrita con el
propósito de demostrar una teoría siguiendo el método y rigor científicos
de una investigación; la tesis estará compuesta por una teoría sugerida
por probar, un método de investigación, la realización de pruebas que
afirmen o refuten la teoría y la conclusión a la que se llega con esa tesis.
1.1.1.2 Trabajo de Grado
La información redactada a continuación, fue obtenida de la página oficial
de la Universidad APEC “www.unapec.edu.do”.
El Trabajo de Grado es el resultado de una investigación sobre un tema
específico de un área del saber.
El trabajo de grado tiene como objetivo:
a) Diseñar y ejecutar una investigación aplicada con originalidad y
rigor metodológico.
b) Demostrar el dominio del estudiante sobre el tema investigado.
c) Demostrar la capacidad que el estudiante ha adquirido durante
sus estudios universitarios.
d) Reflejar habilidad de acopio de datos con capacidad de análisis
y síntesis.
e) Demostrar capacidad de manejo de situaciones acordes a su
área de conocimiento.
-
4
1.2 Formulación del Problema de Investigación
1. ¿Cuáles son los procedimientos requeridos para la presentación y
aprobación de temas grado y tesis que actualmente se están
implementando en la universidad APEC?
2. ¿Cuáles son los principales aspectos que dificultan el proceso de
presentación y aprobación de temas grado y tesis que actualmente se
está aplicando en la universidad APEC?
3. ¿Que plantean los expertos sobre Software y software y de gestión
de proyectos para la agilización de los procesos empresariales?
4. ¿Cuáles características definen los sistemas de software y la
plataforma actual de la universidad APEC?
5. ¿Cuáles mecanismos permiten agilizar el proceso de solicitud, revisión
y aprobación de trabajos de grado?
-
5
1.3 Justificación
El software es en la actualidad tan importante como otras áreas funcionales
de la empresa, como contabilidad, finanzas y administración. Poseer software
confiable brinda a la empresa ventajas competitivas, así como también ayuda en su
desarrollo y evolución.
Es necesario tener en consideración que dicho sistema debe poder justificar
su implementación en la relación (costo/beneficio) teniendo como punto de partida la
importancia que se le dé a la información dentro de la organización donde será
implementado el mismo.
Estos beneficios pueden ser tangibles o intangibles dependiendo de la
organización en los cuales será implementada, ya que no es lo mismo una empresa
de tipo comercial como lo es una de tipo educativo como lo es la universidad APEC
ya que esta pretende brindar un servicio social de calidad como lo es la educación.
Esta investigación servirá para proveer a la universidad APEC de un sistema
que administre y dé seguimiento a las propuestas de temas para la realización de
tesis y trabajos de grado. Sera una plataforma que tanto los decanatos como los
estudiantes podrán utilizar, ya que contará de versiones web y móvil para que los
estudiantes puedan presentar sus temas, revisar temas ya propuestos y dar
-
6
seguimiento a sus solicitudes, así como una versión web para que los decanatos
puedan verificar, aprobar o reevaluar las propuestas de los estudiantes.
Los beneficiarios de esta propuesta son los estudiantes y los decanatos de la
universidad APEC, puesto que esta investigación busca disminuir los tiempos de
espera y retrasos en la presentación y aprobación de temas, así como también
disminuir considerablemente la cantidad de temas reevaluados y eliminar la
necesidad de ir a los decanatos para dar seguimiento al proceso de los temas
propuestos.
Además de disminuir la presentación de temas existentes para trabajos de
grado, automatizará un proceso que es realizado manualmente agregando eficiencia
y rapidez al mismo, también brinda opciones más fáciles de seguimiento por parte
de los estudiantes, así como también brindar reportes y métricas eficientes para los
decanatos durante todo el proceso.
Con esta investigación, podremos poner en práctica la gestión efectiva de
proyectos de software así también demostrar cómo una correcta aplicación de la
gestión de proyectos puede reducir los errores y elevaciones de presupuesto de un
proyecto de software.
-
7
La investigación ayudará a comprender mejor la gestión efectiva de
proyectos, así como también los patrones de diseño, casos de uso y modelado del
proyecto con la puesta en práctica durante el desarrollo de la investigación.
1.4 Situación Problemática
Los sistemas son actualmente una herramienta clave para la administración
de los procesos de las empresas, así como también crea un punto de referencia a la
hora de diferenciarse de los competidores, poseer sistemas precisos, confiables y
que además brinden facilidades a los clientes e interesados de la empresa es
fundamental para el avance y la competitividad de las empresas en la actualidad.
La universidad APEC actualmente cuenta con sistemas muy buenos para el
manejo de los estudiantes, así como de las carreras, etc., pero aún le hace falta un
sistema que maneje las propuestas de temas de investigación para trabajos de
grado y tesis, particularmente, un sistema que le permita tener un manejo
cuantificable del mismo.
La motivación de esta investigación es un tema relevante, ya que disminuirá
en gran medida la frustración que supone el proceso de presentación de temas que
actualmente se está implementando en la universidad APEC.
-
8
De acuerdo con el instructivo para la elaboración y entrega de trabajo de
grado en la universidad APEC, el proceso para la presentación de temas de tesis y
trabajos de grado en este centro educativo dura 10 días, el cual se inicia con la
entrega de 3 temas al decano o director de la escuela, de los cuales el estudiante
debe escoger uno.
El proceso actual no cuenta con mecanismos por los cuales el estudiante
pueda validar que los temas que está sugiriendo no hayan sido aprobados ya por el
decanato, tampoco una manera de dar seguimiento en línea a su proceso de
aprobación; los estudiantes al tener que efectuar de forma manual y presencial la
entrega de temas de investigación para sus trabajos de tesis o grado, obligando a
los alumnos a desplazarse a sus diferentes decanatos.
Los decanatos no cuentan con mecanismos automáticos de métricas para
evaluar dicho proceso, tampoco pueden dar respuesta rápida a solicitudes de
reportes del mismo, ni de una forma fácil de brindar a los estudiantes
retroalimentación del mismo.
El proceso actual que funciona principalmente de una manera manual se
encuentra con la inconformidad de los usuarios de este servicio que por las
encuestas que hemos realizado un 66% de los estudiantes considera que el tiempo
de respuesta para la aprobación de temas no es óptimo y un 33% considera que la
manera de comunicar la aprobación no es la adecuada.
-
9
Los empleados de los decanatos que entrevistamos están de acuerdo en que
este proceso necesita mejoras y herramientas que puedan brindar facilidad a la hora
de evaluar todo el proceso, así como también mejorar la comunicación de todos los
participantes del mismo. Están de acuerdo en que un sistema que automatice este
proceso es vital para mejorar todos los aspectos negativos antes mencionados.
De acuerdo con los aspectos negativos mencionados anteriormente se define
en la presente investigación como problema científico: “La ineficiencia presente en
el proceso de presentación y aprobación de temas para tesis y trabajos de grado en
la Universidad APEC”.
El objeto de estudio en esta investigación es el proceso de presentación y
aprobación de temas para tesis y trabajos de grado en la Universidad APEC.
El campo de acción de la investigación está centrado en un sistema que
automatice el proceso de presentación y aprobación de temas para tesis y trabajos
de grado en la Universidad APEC.
Y la idea a defender es que si se desarrolla y se implementa un sistema que
automatice el proceso de presentación y aprobación de temas para tesis y trabajos
de grado en la universidad podrían resolverse muchas por no decir todas las
inconformidades anteriormente mencionadas.
-
10
1.5 Objetivos de la Investigación
1.5.1 Objetivo General
Proponer un sistema o software para la presentación y aprobación de temas
para trabajos de grado y tesis en la universidad APEC.
1.5.2 Objetivos Específicos
● Analizar teóricamente los sistemas de información y software.
● Analizar el proceso de gestión de temas de grado y tesis en UNAPEC.
● Diagnosticar los sistemas de software y la plataforma actual de la
universidad APEC.
● Realizar una propuesta de diseño y desarrollo de una aplicación
web/móvil que permita gestionar de forma eficiente el proceso de
solicitud, revisión y aprobación de trabajos de grado.
1.6 Impacto del desarrollo de la Propuesta (Aportes de la
Investigación)
1.6.1 Impacto en la población estudiantil
En el impacto de la implementación de este sistema será positivo para la
población estudiantil, ya que estarán informados en todo momento del estatus
de su solicitud y tendrán retroalimentación inmediata en cada punto del
proceso.
-
11
1.6.2 Impacto financiero
El impacto financiero será considerable ya que no solo el proceso será más
eficiente, sino que también consumirá muchos menos recursos y brindará
reportes que serán clave para la mejora continua del proceso.
1.6.3 Impacto operacional esperado en los departamentos de
la Universidad APEC
El impacto operacional esperado es que la dinámica entre los distintos
departamentos que interactúan en el proceso sea mucho más ágil y sencilla,
trayendo eficiencia al proceso y mejorando las vías de comunicación para el
mismo.
1.6.4 Aporte teórico
El aporte teórico de esta investigación es: como la implementación de un
sistema puede mejorar un proceso.
También definiciones personales de conceptos conocidos, formas de abordar
una problemática específica, artefactos teóricos de software producidos.
1.6.5 Aporte práctico
El aporte práctico de esta investigación será ver paso a paso el ciclo de vida
de desarrollo del software propuesto, los resultados de cada etapa y los
-
12
beneficios que brinda al mismo a la hora de desarrollar un sistema en base a
las mejores prácticas.
Así como también patrones, diagramas, código fuente, etc.
-
13
Conclusión
Para concluir, se presentó en este capítulo la situación actual que viven cada
uno de los estudiantes de la modalidad de grado (ocupando estos el mayor
porcentaje de estudiantes activos, con un 79%) en la Universidad APEC a la hora de
presentar sus temas de tesis o trabajos de grado, realizando todo el proceso de
manera manual, lo cual se torna un poco tedioso, ya que el estudiante debe
presentar presencialmente los temas por escrito en un formulario entregado por los
decanatos y la universidad no cuenta con un mecanismo o sistema que valide los
temas tomados por los estudiantes y a su vez estos no tienen manera de dar
seguimiento a los temas propuestos, lo que genera desesperación e incertidumbre
en algunos de estos, debido a que el tiempo promedio para dar respuesta sobre la
aprobación de algunos de estos temas tarda 10 días.
El sistema propuesto busca resolver esta problemática al utilizar una
plataforma que tanto los decanatos como los estudiantes podrán utilizar, ya que
contará de versiones web y móvil para que los estudiantes puedan presentar sus
temas, revisar temas ya propuestos y dar seguimiento a sus solicitudes, así como
una versión web para que los decanatos puedan verificar, aprobar o reevaluar las
propuestas de los estudiantes.
De tal manera que se pueda disminuir la presentación de temas existentes
para trabajos de grado de manera manual, automatizando así todo el proceso
agregando eficiencia y rapidez al mismo.
-
14
Capítulo II – Marco Teórico Referencial
-
15
Introducción
Actualmente la información que una empresa posee es sin lugar a duda uno
de los recursos más importantes para que esta pueda subsistir en el mercado
cambiante que nos arropa, por ende, es de vital relevancia apoyarse en tecnologías
que puedan ayudar a sacarle el mayor provecho a dicha información para la
adecuada administración de está, llevando al triunfo o fracaso de la empresa.
Para obtener resultados favorables las empresas deben optar por tecnologías
tales como los Software, los cuales les permiten a estas tomar decisiones más
acertadas, mediante la automatización de los procesos manuales para así aumentar
la producción, disminuir los costos al eliminar o mejorar tareas o procesos tediosos
que conllevan mucha intervención humana, entre otras cosas.
El presente capítulo, pretende explicar de una manera teórica estos Software,
sus elementos, actividades básicas, clasificaciones. Así como, tecnologías utilizadas
para apoyar a estos sistemas y fases para el correcto desarrollo de estos.
-
16
2.1 El software en general
A continuación, se exponen algunos conceptos de relevancia, los cuales son
planteados por autores de mucho prestigio en el ámbito tecnológico, enfocados en
el software, los cuales son esenciales para aumentar beneficio de la información de
una empresa u organización a través de la gestión apropiada de ésta.
2.1.1 Concepto de Software
Antes de definir lo que es el software es de vital importancia conocer qué
es un sistema y que es la información de manera totalmente individual.
Un sistema no es más que un cúmulo de elementos vinculados entre sí, los
cuales efectúan tareas con la finalidad de alcanzar un propósito en particular.
(Coutiño, 2012) Explica que un sistema es la estructuración de piezas
participantes entre sí y autosuficientes, que se encuentran juntas y enlazadas
para formar una unidad compleja.
La información por otra parte es cúmulo de datos estructurados que
forman un conocimiento específico sobre un tema en particular el cual puede
ser transmitido por cualquier vía o medio, a través de un individuo o equipo
tecnológico.
(Coutiño, 2012) Nos dice: “Desde otro punto de vista, la información es
el conocimiento extraído por seres vivos o sistemas expertos como resultado
de la interacción con el entorno. La información, a diferencia de los datos
-
17
aislados, tiene una estructura útil que modifica las interacciones de quien
posee la información de su entorno”. (p.23)
Luego de haber explicado estos dos términos fundamentales para la
definición del software. Se expondrán los conceptos de este, según algunos
autores expertos en el tema.
Según (Cortéz Morales, 2006) define el software como, un sistema que
se basa en la automatización de la información, mediante equipos
informáticos que reciben datos, los procesan y dan como resultado
información relevante para la toma de decisiones en una organización.
Estos sistemas son de mucha importancia dentro de las
organizaciones de hoy en día, ya que por medio de estos se puede tomar
ventaja dentro del mercado y sacar provecho de toda la información que esta
posea. Aunque el desarrollo de estos sistemas toma tiempo y tiene un alto
costo para los dueños de las organizaciones, a largo plazo estos pueden
retornar el dinero invertido y mejorar de forma significativa los procesos que
intervienen.
2.1.2 Modelos de proceso
Según nos explica (Somerville, 2005) un modelo de proceso es una
representación abstracta de un proceso del software. Cada modelo de
proceso representa un proceso desde una perspectiva particular, y así
proporcionar solo información parcial sobre ese proceso.
-
18
Aquí veremos los modelos de proceso generales conocidos también
como paradigmas de proceso.
2.1.2.1 Modelo de Cascada
(Pressman R. , 2010) Nos explica como del modelo de la
cascada que también es llamado ciclo de vida clásico, sugiere un
enfoque sistemático y secuencial para el desarrollo del software, que
comienza con la especificación de los requerimientos por parte del
cliente y avanza a través de planeación, modelado, construcción y
despliegue para concluir con el apoyo del software terminado.
Ilustración 1 Modelo Cascada. Fuente: (Pressman R. , 2010)
2.1.2.3 Desarrollo Evolutivo
En este modelo de proceso (Somerville, 2005) explica cómo
este enfoque entrelaza las actividades de especificación, desarrollo,
validación y evolución del software a desarrollar. Un sistema inicial se
desarrolla rápidamente a partir de especificaciones abstractas. Este se
refina basándose en las peticiones del cliente para producir un sistema
que satisfaga sus necesidades.
-
19
Dentro de este tipo de modelo de proceso iterativo existen
varios enfoques comunes dentro de los cuales están:
El paradigma de hacer prototipos: este se centra en la
representación de aquellos aspectos del software que serán
visibles para los usuarios finales (por ejemplo, disposición de la
interfaz humana o formatos de la pantalla de salida). Luego
inicia la iteración para mejorar el prototipo desarrollado.
(Pressman R. , 2010)
Ilustración 2. Paradigma de hacer prototipos. Fuente: (Pressman R. , 2010)
● El modelo en espiral: Este es un modelo evolutivo que se acopla
a la naturaleza iterativa de hacer prototipos con los aspectos
controlados y sistémicos del modelo de cascada, tiene potencial
para hacer un desarrollo rápido de versiones cada vez más
completas y detalladas. (Pressman R. , 2010)
-
20
Ilustración 3. Modelo en espiral. Fuente: (Pressman R. , 2010)
2.1.2.4 Ingeniería del software basada en componentes
(Somerville, 2005) Explica que el modelo basado en
componentes se basa en la existencia de un número significativo de
componentes reutilizables. El proceso de desarrollo del sistema se
enfoca en integrar estos componentes en el sistema más que en
desarrollarlos desde cero.
2.1.3 Elementos del Software.
El software está compuesto por varios elementos, los cuales en
conjunto hacen que este funcione de la manera para óptima posible. Según
nos explica (Cortéz Morales, 2006) Agrupa estos elementos en software,
hardware, documentación, entre otros.
-
21
● Dentro de los elementos de software, se pueden encontrar
aspectos tales como, el sistema operativo que fungirá como la
plataforma donde se ejecutará o utilizará el software, aplicaciones
propias del software (llámese subsistema), sistemas de transmisión
de datos, sistemas de red, entre otros.
● En los elementos de hardware, se define aspectos de
infraestructura tales como, procesadores necesarios para soportar
el sistema, tarjetas de red, medios de almacenamientos,
servidores, entre otros.
● En los elementos de documentación, se definen aspectos
propios de la organización tales como, manuales de los procesos
de negocios realizados en esta, manual de usuario para apoyar a
estos en el uso del Software, pero lamentablemente la mayor parte
de las organizaciones no implementan este tipo de prácticas, lo
cual dificulta el entendimiento del negocio por parte de los analistas
de sistemas que diseñaran el sistema.
Entre otros elementos a tomar en cuenta por su importancia, están las
bases de datos que son elementos que se van a contemplar en el momento
de levantar el diseño del sistema, este será el componente principal para que
el sistema produzca la información.
-
22
Los elementos más importantes son las personas o recursos humanos
que van a utilizar el software desarrollado, las que van a desarrollarlo, porque
si bien se tiene claro, estos sistemas se crean para facilitarle la vida a esas
personas involucradas en cada uno de los procesos de una organización y
los más relevante es llegar a tener una muy buena comunicación entre esas
personas, tantos con las que van a utilizar, como aquellas que estarán
conformando el equipo de desarrollo del sistema.
Los procedimientos son otros elementos que se deben de tener claros a la
hora de desarrollar el sistema, ya que estos establecen la correcta operación
del sistema, entre los procedimientos se mencionan los siguientes:
● Procedimientos manuales del sistema, son aquellos que no
pueden ser automatizados por cualquier razón y deben ser
ejecutados por personas antes de realizar una actividad o tarea en
el sistema. Un ejemplo claro, serían completar formularios físicos a
mano, tomar llamadas, transportar equipos de un lugar a otro, etc.
● Procedimientos de operaciones de condiciones normales o
anormales en el sistema, estos procedimientos describen las
maneras en la cuales las personas que utilizan el sistema deben
comportarse tanto en condiciones normales del funcionamiento del
sistema, como en condiciones anormales de este, ya sea porque
haya ocurrido una falla mientras el sistema estaba operando.
-
23
● Procedimientos de respaldo, son aquellos que dictan las
directrices para el resguardo o respaldo de la información del
sistema, dígase cada que tiempo se deben crear respaldos o
copias de seguridad del sistema, que archivos o documentos
deben ser guardados por prioridad.
● Procedimientos de recuperación, son aquellos que definen las
medidas a tomar en cuenta ante un fallo en el sistema que pueda
detener el funcionamiento de este y cómo recuperarlo de manera
rápida para que vuelva a operar de manera normal con el menor
impacto posible para las personas que lo utilizan.
● Procedimientos de seguridad física y lógica, son aquellas
medidas tomadas para proteger el sistema de acceso no
autorizado por parte de personas con intenciones delictivas, como
el robo de información o componentes físicos de este.
2.1.4 Actividades básicas del software.
(O’Brien y Marakas, 2006) dicen que para que un software funcione de
una manera óptima, debe realizar las siguientes actividades básicas:
● Entrada de recursos de datos
Esta actividad se refiere a la entrada de datos al sistema
por parte del usuario final que lo utilice, generalmente este
-
24
introduce datos directamente al sistema o registra cierta
información en este, una vez introducidos los datos pueden
pasarse a un dispositivo que pueda reconocer la computadora,
como disco duro, hasta que el dato se necesite para su
procesamiento.
● Procesamiento de los datos en información.
Los datos en muchas ocasiones están sujetos a
actividades tales como, cálculo, ordenamiento, comparación,
entre otros. A estas actividades se le conoce como
procesamiento de datos, las cuales toman dichos datos y los
manejan hasta crear información de relevancia para los
usuarios finales.
● Salidas de los productos de información.
Estas actividades tienen como objetivo otorgarle al
usuario final productos de información relevante ya procesada
con anterioridad para tomar decisiones en base a lo obtenido,
ya sean reportes, mensajes, formularios, etc.
-
25
● Almacenamiento de recursos de datos.
Esta actividad es una de las más importantes, ya que por
medio de esta los datos y la información se mantienen
guardados en el Software para ser utilizados más adelante.
● Control del desempeño del sistema.
Los Software deben de llevar un control de las
actividades que se realizan en él, por lo tanto, este debe
proveer de retroalimentación de las actividades de entrada de
datos, proceso de datos, salida de datos y almacenamiento de
datos, para que se le puedan dar seguimiento y evaluación.
El siguiente ejemplo muestra el flujo del software entre sus actividades
básicas:
Ilustración 4. Ejemplo de las actividades básicas del software. Fuente: (O’Brien y Marakas, 2006)
-
26
2.1.5 Ciclo de Vida del Software
Según explican (Kendall & Kendall, 2011) que para el desarrollo de
software los analistas de sistemas utilizan una metodología sistemática y
común en la mayoría de organizaciones, la cual se expone en lo que se
denomina como el ciclo de vida de desarrollo de software (SDLC), el cual
define todas las fases por la que un sistema pasa para su correcto desarrollo,
como se observa en la ilustración 5.
Ilustración 5. Ciclo de vida de desarrollo de software. Fuente: (Kendall & Kendall, 2011)
En la que se muestran siete fases, la cuales no pueden llevarse a cabo de
manera independiente una de otra, sino que pueden algunas de ellas
efectuarse en conjunto en un mismo periodo, en incluso pueden repetirse. A
continuación, se especifican cada una de estas etapas o fases:
1. Identificación del problema, oportunidades y objetivos.
Siendo esta la etapa donde todo comienza es prácticamente la más
importante, ya que el analista identifica el problema a resolver, las
-
27
oportunidades a explotar para la mejora de los procesos de la
organización, así como los objetivos para llevar a resolver el problema.
Aunque con posiblemente se hayan planteado con anterioridad el
problema o los problemas a abordar por otras personas, el analista de
sistemas debe conocer todo sobre las actividades que la organización
realizar para explotar posibles oportunidades en las cuales se pueda
utilizar el software para proveerle a esta una ventaja competitiva sobre
las demás organizaciones que desarrollen actividades idénticas o
parecidas dentro del sector al que pertenecen.
Así como, identificar si los aspectos que el sistema viene a cubrir
pueden apoyar a que la organización cumpla con los objetivos
necesarios y está logre posicionarse con éxito al hacerle frente a los
problemas.
Los involucrados en esta fase son los usuarios, analistas de
sistemas y los administradores de sistemas que coordinan el proyecto.
2. Determinación de los requerimientos de información del factor
humano.
En esta fase se busca conocer las necesidades que tiene cada
usuario, utilizando diversas técnicas, métodos y herramientas que
-
28
lo faciliten, esto es realizado para que el analista de sistemas sepa
en qué ambiente se maneja, y cómo funcionan cada uno de los
procesos con sus actividades dentro de la organización, entre las
técnicas que este puede usar se encuentran las de observación de
cómo el usuario desempeña una actividad en específica, para así
saber cómo el sistema podría ayudar a que este pueda
desenvolverse mejor.
Los métodos a utilizar pueden ser cuestionarios que se
enfoquen en responder preguntas que se asocien a la interacción
humano-computadora (HCI), para entender qué información
fundamental necesita el usuario efectuar sus actividades.
Los involucrados en esta fase siempre son los usuarios y los
analistas de sistemas, pero muchas veces puede que intervenga
los gerentes y trabajadores de operaciones.
Los analistas deben conocer a fondo las funcionalidades que
tenga el sistema actual para poder saber: el quién (individuos
involucrados), el qué (actividades que realice la organización), el
dónde (lugar dónde se efectúan tales actividades), el cuándo (la
coordinación con la cual se efectúan), el cómo (forma en la que se
efectúan los procedimientos) de la organización que está
investigando.
-
29
3. Análisis de las necesidades del sistema.
El analista de sistema utiliza técnicas y herramientas de las
cuales se apoya para poder definir los requerimientos.
Herramientas tales como:
● Diagrama de flujo, el cuál define el flujo de determinada
actividad e ilustra una gráfica de las entradas, los procesos y
salidas de las funciones de la organización.
● Diagrama de secuencia, utilizados para mostrar la
secuencia de los eventos e ilustrar de manera organizada y
gráfica los sistemas.
● Diagrama de actividad, que muestran una perspectiva más
gráfica de cómo funcionan los procesos a automatizar,
desglosando sus actividades de tal manera que se lleven
una secuencia de la ejecución de estas.
El analista de sistemas diseña una propuesta de sistemas que puedan
cumplir con las expectativas de los usuarios, por medio de las informaciones
obtenidas de estos.
-
30
4. Diseño del sistema recomendado
En analista de sistemas en esta etapa, procede a realizar el diseño
lógico del software con toda la información recolectada del usuario,
para que este pueda ingresar con certeza los datos al sistema al
diseña procedimiento que apoyen esta tarea.
El diseño de la interfaz que el usuario utilizará es una de las partes
más importantes dentro de esta fase, porque esta debe ser intuitiva
para este, por ende, el analista tiene que reunirse con los usuarios
para asegurar que la interfaz sea usable, llamativa y entretenida para
este. También se diseñará la base de datos, para almacenar los datos
necesarios para que los encargados y gerentes puedan tomar
decisiones en base a estos.
5. Desarrollo y documentación del software.
En esta fase el analista de sistema trabaja en conjunto con el
programador para llevar a cabo el desarrollo del sistema. A esto se le
suma el trabajo con el usuario para crear los manuales o
documentación para el software, tales como: manuales de
procedimientos, ayuda en línea, etc.
El programador juega un rol muy importante en esta fase, porque es el
encargado de codificar, diseñar y eliminar errores sintácticos de los
programas de computadora.
-
31
6. Prueba y mantenimiento del sistema.
Siempre se viene diciendo desde tiempos inmemoriales que se
debe de probar las cosas antes usarlas, esta no es la excepción, ya
que un software debe ser probado, ya que es menos costo detectar un
error antes de poner en producción el sistema.
Estas pruebas son realizadas parcialmente por los
programadores en primera instancia, luego las demás las realizan
junto al analista de sistemas. Realizando pruebas con datos de
muestras para identificar posibles defectos en el sistema y
posteriormente utilizando datos reales.
El mantenimiento del Software, así como la documentación de
dicho mantenimiento se comienza en esta fase y perdura durante la
vigencia del sistema. Incluso, la mayor parte del trabajo del
programador es mantener la aplicación ya funcionando.
7. Implementación y evaluación del sistema.
El analista de sistemas ayuda a implementar el software en esta
última fase, también se procede a capacitar a los usuarios para que
aprendan a utilizar el sistema desarrollado, y quien la supervisa es el
analista de sistemas.
-
32
La evaluación se viene realizando durante cada fase.
2.1.6 Clasificación del Software
El software se crea para un sin número de propósitos, que dependerán de
las necesidades que tengan los usuarios que solicitan su desarrollo, así como
de la organización que lo solicite.
Según (Kendall & Kendall, 2011), los califican de las siguientes maneras:
Los sistemas de procesamiento de transacciones (TPS)
funcionan en el nivel operacional de la organización; los sistemas de
automatización de oficinas (OAS) y los sistemas de trabajo de
conocimiento (KWS) brindan soporte para el trabajo a nivel del
conocimiento. Entre los sistemas de nivel superior se encuentran los
sistemas administrativos (MS) y los sistemas de soporte de decisiones
(DSS).
Los sistemas expertos aplican la experiencia de los encargados
de tomar decisiones para resolver problemas específicos y
estructurados. En el nivel estratégico de la administración se
encuentran los sistemas de soporte para ejecutivos (ESS). Los
sistemas de soporte de decisiones en grupo (GDSS) y los sistemas de
trabajo colaborativo asistido por computadora (CSCWS), que se
describen en forma más general, ayudan en el proceso de toma de
decisiones, a nivel de grupo, de la variedad semiestructurada o no
estructurada. (p.2)
-
33
La siguiente ilustración expone el software por clasificación que
puede diseñar un analista de sistemas:
Ilustración 6. Nivel de clasificación del software. Fuente: (Kendall & Kendall, 2011)
A continuación, se definirá el software, según su clasificación empezando
desde el nivel más bajo hasta el nivel superior de la pirámide mostrada
anteriormente (Ilustración 5), (Kendall & Kendall, 2011) nos dicen:
● Sistemas de procesamiento de transacciones
Estos sistemas computarizados se crean para procesar
enormes cantidades de información para las transacciones de
negocios, minimizando la difícil tarea de realizarlas
manualmente.
-
34
● Sistemas de automatización de oficinas y sistemas de
trabajo de conocimiento
o Los sistemas de automatización de oficinas ayudan a
las personas a que manejan datos a poder analizarlos de
una manera más fácil y precisa para poder utilizarlos de
una forma productiva para la organización.
o Los sistemas de trabajo de conocimiento ayudan a
personas con un nivel de académico alto a desarrollar
conocimiento para agregarlo a la organización.
● Sistemas administrativos
Estos sistemas incluyen procesamiento de transacciones, son
muchos más avanzados que estos, porque permiten a los
usuarios realizar tareas de la organización mucho más
complejas que añaden procedimientos analíticos y toma de
decisiones.
● Sistemas de soporte de decisiones
Estos sistemas tienen un ligero parecido a los Software
administrativo, pero a diferencia de este, estos sistemas
proveen protección en las tomas de decisiones, también
denominados como sistemas orientados a la inteligencia de
negocios.
-
35
● Inteligencia artificial y sistemas expertos
Estos sistemas, son un tipo de Software poco común, ya que
usa de manera correcta el conocimiento de una o varias
personas diestras en determinadas áreas para la resolución de
dificultades a la que una organización afrenta.
● Sistemas de soporte de decisiones en grupo y sistemas de
trabajo colaborativo asistido por computadora.
o Los sistemas de soporte de decisiones en grupo
(GDSS), son sistemas que ayudan a grupos de personas
a solucionar conflictos organizacionales, al usar técnicas
como, lluvias de ideas, encuestas, cuestionarios y
desarrollo de escenarios.
o Los sistemas de trabajo colaborativo asistido por
computadora (CSCWS), son sistemas GDSS por igual,
pero a diferencia de estos, este agrega soporte de
software groupware para interactuar en grupos a través
de ordenadores interconectados entre sí por una red.
● Sistemas de soporte para ejecutivos
Estos sistemas les brindan apoyo a los altos ejecutivos de una
organización a estructurar de manera efectiva la comunicación
que estos tienes con entornos externos otorgando tecnologías
de gráficos en lugares como galerías de reuniones, entre otros.
-
36
2.2 Desarrollo Web
La manera con que el internet evoluciona es increíble por tal razón las
organizaciones deben apuntar hacia la red de redes, ya que al incursionar en
este mundo las organizaciones se internacionalizan y llegan a más lugares en el
mundo, por ende, el desarrollo de tecnología en la web es una muy buena
opción para que estas ganen ventajas competitivas sobre los demás
competidores.
Si bien se sabe el desarrollo de estas tecnologías no es fácil, pero a la larga
siempre brindará más beneficios que pérdidas a las organizaciones que opten
por utilizarlas.
2.2.1 Arquitectura de Software
La arquitectura del software es el esqueleto del sistema que se va a
construir. Afecta interfaces, estructuras de datos, flujo de control y
comportamiento del programa, así como la manera en la que se realizarán
las pruebas, la susceptibilidad del sistema resultante a recibir mantenimiento
y mucho más. Por todas estas razones, el diseño debe comenzar con
consideraciones de la arquitectura. Sólo después de establecida ésta, deben
ser considerados los aspectos en el nivel de los componentes.
-
37
2.2.2 Tipos de Arquitectura
2.2.2.1 Arquitectura en Capas
En esta arquitectura se divide el sistema en capas valga la
redundancia dentro de las cuales se encuentran contenidos los
componentes necesarios para cada etapa.
Ilustración 7. Arquitectura en Capas. Fuente: elaboración propia.
● Presentación: En esta capa de la arquitectura se incluyen los
componentes de presentación como son las interfaces de usuarios.
● Negocio: En esta capa se incluyen todos los elementos
correspondientes al funcionamiento del software como tal y todos
los componentes que intervienen en esta etapa.
-
38
● Datos: En esta capa se incluyen todos los componentes de acceso
a datos.
2.2.2.2 Arquitectura Centrada en Datos
En esta arquitectura se halla un almacenamiento de datos al que
acceden con frecuencia otros componentes, que agregan, eliminan o
modifican los datos de cierto modo dentro del almacenamiento.
(Pressman R. , 2010)
En esta arquitectura los componentes del software pueden ser
cambiados y agregarse otros nuevos, del cliente, sin problemas con otros
clientes (porque los componentes del cliente operan de forma
independiente). (Pressman R. , 2010)
Ilustración 8. Arquitectura centrada en datos. Fuente: (Pressman R. , 2010)
-
39
2.2.2.3 Arquitectura Cliente – Servidor
En esta arquitectura de software en sistema se organiza como un
conjunto de servicios y servidores asociados, más unos clientes que
acceden y usan los servicios. (Somerville, 2005)
En esta arquitectura el cliente conoce el nombre del servidor, pero
el servidor no necesita conocer el nombre del cliente que se accede
porque normalmente utiliza algún método de autenticación. En esta
arquitectura el cliente realiza peticiones al servidor y el servidor realiza la
operación necesaria para luego dar respuesta al cliente. (Somerville,
2005)
Ilustración 9. Arquitectura Cliente – Servidor. Fuente: Elaboración Propia.
-
40
2.2.3. Arquitectura de una aplicación web.
Es un modelo de servicio compartido en el que las actividades se
distribuyen entre los asignan los recursos o reparten los servicios,
denominados servidores, y los que los solicitan son clientes (Lujan Mora, S. y
Valarezo, E., 2014)
Ilustración 10. Arquitectura de una aplicación web. Fuente: (Press, 2017)
-
41
2.2.4. Patrones de Diseño
(Debrauwer, 2012) Define un patrón de diseño, como un bosquejo de
objetos y clases interrelacionadas entre sí que provee la resolución de
conflictos habituales.
Estos surgen por la necesidad de resolver conflictos de diseño de
software en el ámbito de programación orientada a objetos. Siendo estas
soluciones entendidas por todos, ya que sale de las buenas prácticas de
programadores expertos en el área.
Los patrones de diseño brindan soluciones eficientes a problemas
conocidos, estos fueron desarrollados en base a problemas que siempre se
presentaban a la hora de realizar un software. De esta manera expertos en el
área fueron capaces de ver las similitudes y de diseñar estos patrones que
facilitan el desarrollo de software para problemas específicos de diseño e
implementación brindando así una reducción de tiempo a la hora de trabajar
proyectos de software.
A la hora de escoger un patrón de diseño para un sistema el analista
debe conocer bien de estos patrones y en cuales circunstancias deben ser
aplicados cada uno, ya que si se eligiera un patrón de diseño no acorde a la
solución que debe desarrolla esto en vez de disminuir la complejidad del
sistema lo aumentará haciendo más difícil el desarrollo, mantenimiento y la
escalabilidad del sistema.
-
42
2.2.4.1. Tipos de Patrones de Diseño.
Según (Gamma, Vlissides, Johnson, & Helm, 1994) los patrones
de diseño se clasifican en creacionales, estructurales y de
comportamiento. Los patrones creacionales surgen con el propósito de
liberar el sistema de la forma de creación y/o representación de sus
objetos. Los estructurales hacen referencia a la forma de organización
de los objetos y las clases con el fin de crear estructuras de mayor
complejidad. En el caso de los patrones de comportamiento se
enfocan en los algoritmos y en la distribución de responsabilidades
entre los objetos.
Categoría Patrones Relevantes
Creacionales ● Abstract Factory ● Factory Method ● Builder ● Singleton ● Prototype
Estructurales ● Adapter ● Bridge ● Composite ● Decorator ● Facade ● Flyweight ● Proxy
Comportamiento ● Command ● Chain of Responsability ● Interpreter ● Iterator ● Mediator ● Memento ● Observer ● State ● Strategy ● Template Method ● Visitor
Tabla 1. Mapa de Patrones de Diseño. Fuente: Elaboración Propia
-
43
2.2.5. Patrones de Diseños utilizados en el desarrollo web.
Estos patrones se constituyen en una solución al manejo del sistema
web, enfocándose en los problemas que se le presentan al usuario. Son el
fundamento en la indagación sobre soluciones a inconvenientes comunes en
el desarrollo de software y otras áreas relativas al delineamiento de interfaces
(Lujan Mora & Valarezo, 2014).
2.2.5.1 Patrón de diseño a utilizar en el software sugerido
Para el software sugerido a diseñar en esta investigación se ha
decidido utilizar el patrón de diseño MVC dicho patrón fue introducido
por Trygve Reenskaug (web personal) en Smalltalk-76 durante su
visita a Xerox PARC en los años 70, fue uno de los primeros patrones
de diseño en ser desarrollado al inventarse las interfaces de usuario.
(Freeman, 2017)
Veamos una breve explicación de cómo funciona dicho patrón
de la mano de (Burbeck, 2017):
● Modelo: El modelo gestiona el comportamiento y los datos del
dominio de la aplicación, responde a las solicitudes de
información sobre su estado (normalmente desde la vista) y
responde a las instrucciones para cambiar de estado
(normalmente desde el controlador).
● Vista: La vista controla la visualización de información.
-
44
● Controlador: El controlador interpreta las entradas del ratón y
del teclado del usuario, informando al modelo y / o la vista para
cambiar según corresponda.
2.2.6 Servicios Web
Los servicios web son implementaciones web utilizadas para la
comunicación entre sistemas, son la manera en la cual diferentes sistemas
pueden obtener información y hacer transacciones entre sí, sin la necesidad
de saber cómo el sistema proveedor del servicio funciona internamente.
(Snell, Kulchenko, & Tidwell, 2002) Definen un servicio web como, una
interfaz accesible desde la red para el funcionamiento de una aplicación,
construida usando tecnología estándar de internet.
Los servicios web pueden ser de dos tipos:
● SOAP (Simple Object Access Protocol)
● Restful (Representational State Transfer)
2.2.6.1 SOAP (Simple Object Access Protocol)
(Snell, Kulchenko, & Tidwell, 2002) Nos explican que SOAP es
una aplicación de la especificación de XML que nos permite
comunicarnos entre sistemas. Es recomendado por el W3C para las
comunicaciones entres sistemas y es independiente de lenguaje u
plataforma lo que lo hace ideal para comunicación entre múltiples
sistemas.
-
45
2.2.6.2 Restful (Representational State Transfer)
Los servicios Restful más que el uso de un estándar como lo
hacen los servicios web SOAP, hacen uso de un estilo arquitectónico.
Este posee ciertas ventajas contra los servicios web SOAP ya que
este no posees una especificación estricta como la SOAP lo que lo
hace más rápido y consume menos recursos y ancho de banda.
Estos permiten múltiples formatos de datos como son: Texto,
HTML, XML y JSON lo que brinda muchas facilidades a los
desarrolladores.
2.2.7 Base de Datos
Las bases de datos son esenciales en todo sistema de software, ya
que en ella se almacenan los datos necesarios para el sistema, ya sean
transacciones o configuraciones específicas de usuarios, etc.
(Date, 2001) Define un sistema base de datos de la siguiente forma,
un sistema computarizado para guardar registros y permitir a los usuarios
recuperarlos para manejar dichos datos (insertar nuevos, modificar
existentes) en base a peticiones.
(Date, 2001) También nos explica que una base de datos es un
conjunto de datos persistentes que es utilizado por los sistemas de aplicación
de alguna institución dada.
-
46
Tipos de bases de datos que podemos ver hoy en día son:
● Bases de datos relacionales
● Base de datos no-relacionales
(Jimenez, 2014) Define el concepto de base de datos relacional de la
siguiente manera, una base de datos relacional es aquella que
representa los datos y las relaciones entre los datos mediante una
colección de tablas, cada una con un nombre único, donde una fila de
una tabla representa una relación entre un conjunto de valores.
Ilustración 11. Modelo Relacional. Fuente: elaboración propia.
-
47
2.2.8. Optimización de sitios Web
La Optimización de sitios Web, según expertos de (Optimización web
WPO, 2017) son un listado de técnicas que optimizan o mejoran la velocidad
de carga y el rendimiento de las aplicaciones web.
Hay elementos fundamentales o relevantes a tomar en consideración
para mejorar u optimizar la velocidad de la aplicación, esencialmente desde
sus inicios, entre los que están:
Naturaleza o experiencia del usuario, navegación con dispositivos
móviles, tiempo de espera del usuario, rendimiento, velocidad de carga, costo
de los servicios web, incidencia en el medio ambiente, entre otros. Entre las
técnicas que se recomiendan están: Disminuir el tiempo de espera del
usuario, acelerando la velocidad de carga, la optimización de la navegación
con dispositivos móviles, disminución de las solicitudes al servidor, y del
tamaño de las mismas, uso de redes cercanas al usuario, movimiento de
recursos fijos a otro ámbito de la web, incrementando las descargas
simultáneas, optimización de los recursos utilizados, auditorías de la web de
los usuarios y posibles cambios , análisis comparativo(antes y después de la
auditoría ) de la web antes y después de la auditoría, entre otras técnicas
(Optimización web WPO, 2017)
-
48
2.4 Proceso Racional Unificado-RUP
2.4.1 ¿Qué es?
El Proceso Racional Unificado de IBM, también conocido como
el RUP, es un marco de proceso para el desarrollo exitoso de software
analítico incremental. En el dominio de la ingeniería de software, hay
una serie de metodologías de desarrollo que las organizaciones han
adaptado y adoptado con éxito para satisfacer las necesidades
comerciales específicas. Estos van desde el desarrollo de cascada
tradicional a los más ágiles. (Shuja y Krebs, 2008, p.3)
2.4.2 Fases que lo componen
1. Fase de inicio
El objetivo principal de la fase de Inicio es lograr la concurrencia
entre todos los interesados sobre los objetivos del ciclo de vida del
proyecto. (Shuja, 2008)
Los siguientes son los objetivos principales de la fase de inicio:
Establecer el alcance del proyecto y las condiciones de contorno
Identificar los casos de uso crítico del sistema
Exponer y demostrar una arquitectura candidata
Estimar el costo general y el cronograma del proyecto
Producir estimaciones detalladas para la fase de Elaboración
Para estimar los riesgos potenciales
-
49
Preparar el entorno de soporte para el proyecto
2. Fase de Elaboración
El objetivo principal de la fase de Elaboración es basar la
arquitectura del sistema para proporcionar una base estable para la mayor
parte del esfuerzo de diseño e implementación en la fase de Construcción.
La arquitectura evoluciona