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