You are on page 1of 197

UNIVERSIDAD NACIONAL DE TRUJILLO

Proyecto de investigación científica, tecnológica e


innovadora con fondos del canon minero

PIC12-2013

Servicio profesional de apoyo técnico:

Conformación de la Priorización de Casos


de Uso

Autor: Ing. Moisés Bernardo Nicacio Tello

Trujillo - 2016
ÍNDICE

ÍNDICE ...............................................................................................................................................ii
ÍNDICE DE FIGURAS ................................................................................................................... vii
ÍNDICE DE TABLAS ...................................................................................................................... ix
RESUMEN EJECUTIVO .............................................................................................................. xiv
EXECUTIVE ABSTRACT ............................................................................................................. xv
CAPITULO I. ESPECIFICACIONES DEL PLAN DE TRABAJO ............................................ 1
1.1. Plan de trabajo para la elaboración del informe del servicio de
modelado de los diagramas de casos de uso de requerimientos ............................... 2
CAPITULO II. FUNDAMENTO TEÓRICO .................................................................................. 4
2.0 FUNDAMENTO TEÓRICO ............................................................................................ 5
2.1. Intoducción ..................................................................................................................... 5
2.2. Antecedentes.................................................................................................................. 5
2.3. Requerimientos del equipo de investigación ........................................................ 7
2.4. ¿Qué es el instrumento? ............................................................................................. 7
2.4.1 Definición................................................................................................................. 7
2.4.2 Objetivo General .................................................................................................... 8
2.4.3 Objetivos Específicos .......................................................................................... 8
2.4.4 Características ....................................................................................................... 8
2.4.5 Componentes ......................................................................................................... 9
A. Criterios de Priorización ................................................................................................. 9
B. Valores de los Criterios de Priorización ..................................................................... 11
2.5. ¿Cómo se califica? ..................................................................................................... 13
2.6. Elaboración de la Matriz de Priorización .............................................................. 14
2.7. Ejemplo de elaboración de la Matriz de Priorización de Casos de Uso ....... 15
2.8. Recomendaciones....................................................................................................... 19
2.9. Metodología SCRUM................................................................................................... 20
A. Artefactos de la metodología ........................................................................................... 20
B. Fases de la metodología .................................................................................................. 20
2.9.1 Proceso en estudio ................................................................................................ 21
2.9.2 Sprint 0 .................................................................................................................... 21
2.9.3 Plan de desarrollo del software ........................................................................... 21
2.9.4 Visión del software ................................................................................................ 21
2.9.5 Product backlog ..................................................................................................... 21

ii
2.9.6 Priorización del product backlog ......................................................................... 21
 Poker de prioridad ............................................................................................................. 22
 MoSCoW ............................................................................................................................. 22
 Peso relativo ....................................................................................................................... 22
CAPITULO III. DESARROLLO ................................................................................................... 23
3.0 DESARROLLO .................................................................................................................. 24
3.1 PLAN DE IMPLEMENTACIÓN ................................................................................... 24
3.2 PRIORIDADES DE IMPLANTACIÓN DE LOS SUBSISTEMAS .......................... 24
3.2.1 Matriz de Holmes ..................................................................................................... 25
3.2.2 Factores de Importancia ........................................................................................ 25
3.2.3 Ponderación de Prioridad ..................................................................................... 26
3.3 Cronograma de Ejecución del Sistema Universitario Virtual..................... 30
3.4 Priorización de casos de uso por subsistemas .............................................. 31
3.5 Priorización de casos de uso del Subsistema de Administración del
Sistema Universitario Virtual ............................................................................................. 34
3.5.1 Diagrama de CU del Subsistema de Administración del Sistema
Universitario Virtual .............................................................................................................. 34
3.5.2 Priorización de CU del Subsistema de Administración del Sistema
Universitario Virtual .............................................................................................................. 35
3.5.3 Matriz de Priorización de CU del Subsistema de Administración del
Sistema Universitario Virtual ............................................................................................. 36
3.5.4 Priorización del product backlog del Subsistema de Administración
del Sistema Universitario Virtual ..................................................................................... 37
3.5.5 Cronograma de Ejecución del Subsistema de Administración del
Sistema Universitario Virtual ............................................................................................. 39
3.6 Priorización de casos de uso del Subsistema de Planificación ............... 40
3.6.1 Diagrama de CU del Subsistema de Planificación ..................................... 40
3.6.2 Priorización de CU del Subsistema de Planificación ................................ 40
3.6.3 Matriz de Priorización de CU del Subsistema de Planificación ............ 42
3.6.4 Priorización del product backlog del Subsistema de Planificación .... 42
3.6.5 Cronograma de Ejecución del Subsistema de Planificación ................. 45
3.7 Priorización de casos de uso del Subsistema de Patrimonio ................... 46
3.7.1 Diagrama de CU del Subsistema de Patrimonio......................................... 46
3.7.2 Priorización de CU del Subsistema de Patrimonio .................................... 47
3.7.3 Matriz de Priorización de CU del Subsistema de Patrimonio ................ 48
3.7.4 Priorización del product backlog del Subsistema de Patrimonio ........ 50
3.7.5 Cronograma de Ejecución del Subsistema de Patrimonio ..................... 54

iii
3.8 Priorización de casos de uso del Subsistema de Admisión ...................... 54
3.8.1 Diagrama de CU del Subsistema de Admisión ........................................... 54
3.8.1.1 Diagrama de CU del Módulo de Planificación de Mantenedores........ 55
3.8.2 Priorización de CU del Subsistema de Admisión ...................................... 59
3.8.3 Matriz de Priorización de CU del Subsistema de Admisión ................... 60
3.8.4 Priorización del product backlog del Subsistema de Admisión ........... 62
3.8.5 Cronograma de Ejecución del Subsistema de Admisión ........................ 67
3.9 Priorización de casos de uso del Subsistema de Escalafón ..................... 68
3.9.1 Diagrama de CU del Subsistema de Escalafón........................................... 68
3.9.1.1 Diagrama de CU del Módulo de Administrar Personal .......................... 68
3.9.1.2 Diagrama de CU del Módulo de Carrera Laboral .................................... 69
3.9.1.3 Diagrama de CU del Módulo de Comportamiento laboral .................... 70
3.9.1.4 Diagrama de CU del Módulo de Registro CONEAU ............................... 71
3.9.1.5 Diagrama de CU del Módulo de Reportes Administrativos ................. 71
3.9.1.6 Diagrama de CU del Módulo de Reportes Estadísticos ........................ 72
3.9.1.7 Diagrama de CU del Módulo de Desempeño ........................................... 73
3.9.2 Priorización de CU del Subsistema de Escalafón ...................................... 74
3.9.3 Matriz de Priorización de CU del Subsistema de Escalafón .................. 75
3.9.4 Priorización del product backlog del Subsistema de Escalafón .......... 78
3.9.5 Cronograma de Ejecución del Subsistema de Escalafón ....................... 84
3.10 Priorización de casos de uso del Subsistema de Asignación de Carga
85
3.10.1 Diagrama de CU del Subsistema de Asignación de Carga ..................... 86
3.10.1.1 Diagrama de CU del Módulo de Parámetros ............................................ 86
3.10.1.2 Diagrama de CU del Módulo de Asignación Docente ............................ 87
3.10.2 Priorización de CU del Subsistema de Asignación de Carga ................ 87
3.10.3 Matriz de Priorización de CU del Subsistema de Asignación de Carga
88
3.10.4 Priorización del product backlog del Subsistema de Asignación de
Carga 89
3.10.5 Cronograma de Ejecución del Subsistema de Asignación de Carga . 92
3.11 Priorización de casos de uso del Subsistema de Horarios .................... 93
3.11.1 Diagrama de CU del Subsistema de Horarios ............................................. 93
3.11.2 Priorización de CU del Subsistema de Horarios ........................................ 93
3.11.3 Matriz de Priorización de CU del Subsistema de Horarios ..................... 94
3.11.4 Priorización del product backlog del Subsistema de Horarios ............. 95
3.11.5 Cronograma de Ejecución del Subsistema de Horarios .......................... 97

iv
3.12 Priorización de casos de uso del Subsistema de Sílabo ........................ 98
3.12.1 Diagrama de CU del Subsistema de Sílabo .................................................. 98
3.12.2 Priorización de CU del Subsistema de Sílabo ............................................. 99
3.12.3 Matriz de Priorización de CU del Subsistema de Sílabo ........................ 100
3.12.4 Priorización del product backlog del Subsistema de Sílabo ............... 102
3.12.5 Cronograma de Ejecución del Subsistema de Sílabo ............................ 107
3.13 Priorización de casos de uso del Subsistema de Matrículas .............. 108
3.13.1 Diagrama de CU del Subsistema de Matrículas ........................................ 108
3.13.2 Priorización de CU del Subsistema de Matrícula ..................................... 110
3.13.3 Matriz de Priorización de CU del Subsistema de Matrícula .................. 111
3.13.4 Priorización del product backlog del Subsistema de Matrículas ....... 112
3.13.5 Cronograma de Ejecución del Subsistema de Matrículas .................... 116
3.14 Priorización de casos de uso del Subsistema de Notas y Asistencias
117
3.14.1 Diagrama de CU del Subsistema de Notas y Asistencias ..................... 117
3.14.1.1 Diagrama de CU del Módulo de Asistencias .......................................... 117
3.14.1.2 Diagrama de CU del Módulo de Notas ..................................................... 118
3.14.2 Priorización de CU del Subsistema de Notas y Asistencias ................ 119
3.14.3 Matriz de Priorización de CU del Subsistema de Notas y Asistencias
120
3.14.4 Priorización del product backlog del Subsistema de Notas y
Asistencias ............................................................................................................................ 122
3.14.5 Cronograma de Ejecución del Subsistema de Notas y Asistencias . 128
3.15.1 Diagrama de CU del Subsistema de Reportes Académicos ................ 129
3.15.1.1 Diagrama de CU del Módulo de Documentos Académicos ............... 129
3.15.1.2 Diagrama de CU del Módulo de Reportes Gestión Académica ......... 129
3.15.2 Priorización de CU del Subsistema de Reportes Académicos............ 132
3.15.3 Matriz de Priorización de CU del Subsistema de Reportes
Académicos ........................................................................................................................... 133
3.15.4 Priorización del product backlog del Subsistema de Reportes
Académicos ........................................................................................................................... 135
3.15.5 Cronograma de Ejecución del Subsistema de Reportes Académicos
142
3.16.1 Diagrama de CU del Subsistema de Aula Virtual ..................................... 143
3.16.1.1 Diagrama de CU del Módulo de Aula Virtual Alumno .......................... 143
3.16.1.2 Diagrama de CU del Módulo Aula Virtual Docente ............................... 144
3.16.2 Priorización de CU del Subsistema de Aula Virtual ................................ 145
3.16.3 Matriz de Priorización de CU del Subsistema de Aula Virtual ............. 146

v
3.16.4 Priorización del product backlog del Subsistema de Aula Virtual ..... 147
3.16.5 Cronograma de Ejecución del Subsistema de Aula Virtual .................. 151
3.17 Priorización de casos de uso del Subsistema de Acreditación .......... 151
3.17.1 Diagrama de CU del Subsistema de Acreditación ................................... 152
3.17.2 Priorización de CU del Subsistema de Acreditación .............................. 153
3.17.3 Matriz de Priorización de CU del Subsistema de Acreditación ........... 153
3.17.4 Priorización del product backlog del Subsistema de Acreditación .. 154
3.17.5 Cronograma de Ejecución del Subsistema de Acreditación................ 157
3.18 Priorización de casos de uso del Subsistema de Calidad Universitaria
157
3.18.1 Diagrama de CU del Subsistema de Calidad Universitaria ................... 158
3.18.1.1 Diagrama de CU del Módulo de Proceso ................................................ 158
3.18.1.2 Diagrama de CU del Módulo de Mantenedor ......................................... 158
3.18.2 Priorización de CU del Subsistema de Calidad Universitaria .............. 159
3.18.3 Matriz de Priorización de CU del Subsistema de Calidad Universitaria
160
3.18.4 Priorización del product backlog del Subsistema de Calidad
Universitaria .......................................................................................................................... 161
3.18.5 Cronograma de Ejecución del Subsistema de Calidad Universitaria 164
CAPÍTULO IV. CONCLUSIONES ............................................................................................ 165
Conclusiones.............................................................................................................................. 166
CAPÍTULO V. REFERENCIAS BIBLIOGRÁFICAS ............................................................. 168
REFERENCIAS BIBLIOGRÁFICAS ........................................................................................ 169
ANEXOS ....................................................................................................................................... 170
ANEXO 1: GLOSARIO............................................................................................................... 171
ANEXO 2. PLANTILLA PARA PRIORIZAR CASOS DE USO ........................................... 176
1.2. Audiencia ...................................................................................................................... 177
1.3. Historial de Revisión: .................................................................................................. 177
2.1. Project Manager: ......................................................................................................... 177
2.2. Project Team: ............................................................................................................... 178

vi
ÍNDICE DE FIGURAS

Figura 1.Criterios de priorización .....................................................................................10


Figura 2. Casos de uso de Sistema de Ventas ................................................................16
Figura 3. Diagrama de CU del Subsistema de Administración del Sistema Universitario
Virtual ..............................................................................................................................34
Figura 4. Diagrama de CU del Subsistema de Planificación ............................................41
Figura 5. Diagrama de CU del Subsistema de Patrimonio ...............................................47
Figura 6. Diagrama de CU del módulo de Planificación de Mantenedores del subsistema
de Admisión .....................................................................................................................55
Figura 7. Diagrama de CU del módulo de Preinscripción del subsistema de Asmisión ....56
Figura 8. Diagrama de CU del módulo de Inscripción del subsistema de Admisión .........57
Figura 9. Diagrama de CU del módulo de Acreditación del subsistema de Admisión .......58
Figura 10. Diagrama de CU del módulo Administrar Personal del subsistema de
Escalafón .........................................................................................................................68
Figura 11. Diagrama de CU del módulo Carrera Laboral del subsistema de Escalafón ...69
Figura 12. Diagrama de CU del módulo Comportamiento Laboral del subsistema de
Escalafón .........................................................................................................................70
Figura 13. Diagrama de CU del módulo de Registro CONEAU del ubsistema de Escalafón
........................................................................................................................................71
Figura 14. Diagrama de CU del módulo de Reportes Administrativos del subsistema de
Escalafón .........................................................................................................................72
Figura 15. Diagrama de CU del módulo Reportes Estadísticos del subsistema de
Escalafón .........................................................................................................................73
Figura 16. Diagrama de CU del módulo Desempeño del subsistema de Escalafón .........73
Figura 17. Diagrama de CU del módulo de Parámetros del subsistema de Asignación de
Carga...............................................................................................................................86
Figura 18. Diagrama de CU del módulo Asignación Docente del subsistema Asignación
de Carga ..........................................................................................................................87
Figura 19. Diagrama de CU del subsistema de horarios ..................................................93
Figura 20. Diagrama de CU del módulo sílabo.................................................................99
Figura 21. Diagrama de CU del módulo de matrículas ...................................................109
Figura 22. Diagrama de CU de asistencias del módulo de Asistencias del subsistema de
Notas y Asistencias .......................................................................................................117
Figura 23. Diagrama de CU de asistencias del módulo de Notas del subsistema de Notas
y Asistencias ..................................................................................................................118
Figura 24. Diagrama de CU del módulo de Documentos Académicos del subsistema de
Reportes Académicos ....................................................................................................130
Figura 25. Diagrama de CU del módulo de Reportes Gestión Académica del subsistema
de Reportes Académicos ...............................................................................................131
Figura 26. Diagrama de CU del módulo Aula Virtual Alumno del subsistema Aula Virtual
......................................................................................................................................143

vii
Figura 27. Diagrama de CU del módulo Aula Virtual Docente del subsistema Aula Virtual
......................................................................................................................................144
Figura 28. Diagrama de CU del subsistema de Acreditación .........................................152
Figura 29. Diagrama de CU del módulo de Proceso del subsistema de Calidad
Universitaria ...................................................................................................................158
Figura 30. Diagrama de CU del módulo de Mantenedor del subsistema de Calidad
Universitaria ...................................................................................................................159

viii
ÍNDICE DE TABLAS

Tabla 1. Cronograma del desarrollo de las actividades ..................................................... 3


Tabla 2. Cronograma de cumplimiento ............................................................................. 3
Tabla 3. Ejemplo ábaco de Regnier. ................................................................................. 6
Tabla 4. Alcance del criterio. ............................................................................................12
Tabla 5. Criterios y pesos ................................................................................................12
Tabla 6. Ejemplo de Criterios de evaluación ....................................................................13
Tabla 7. Nivel de impacto del criterio. ..............................................................................17
Tabla 8. Criterios y valores de pesos ...............................................................................18
Tabla 9. Tabla Final de Priorización .................................................................................19
Tabla 10. Roles y responsabilidades ...............................................................................20
Tabla 11. Escala del nivel de impacto del criterio.............................................................26
Tabla 12. Cálculos para el subsistema de Sílabo .............................................................26
Tabla 13. Matriz de Holmes .............................................................................................27
Tabla 14. Factores de Importancia...................................................................................28
Tabla 15. Ponderación de Prioridad .................................................................................29
Tabla 16. Orden de ejecución ..........................................................................................30
Tabla 17. Cronograma de ejecución del Sistema universitario Virtual ..............................31
Tabla 18. Matriz de Holmes pesos de cada criterio ..........................................................32
Tabla 19. Pesos calculados por cada criterio ...................................................................32
Tabla 20. Escala del nivel de impacto del criterio por caso de uso...................................33
Tabla 21. Factores de importancia de CU del Subsistema de Administración del Sistema
Universitario Virtual ..........................................................................................................35
Tabla 22. Matriz de priorización de los CU del subsistema de Administración del Sistema
Universitario Virtual ..........................................................................................................36
Tabla 23. Orden de ejecución de los CU del subsistema de Sistema Universitario Virtual
........................................................................................................................................36
Tabla 24. Épicas del subsistema de Administración del Sistema .....................................37
Tabla 25. Ponderacion de las épicas del subsistema de Administración del Subsistema.38
Tabla 26. Ponderación de las épicas del subsistema de Administración del Subsistema.38
Tabla 27. Orden de desarrollo de los CU del subsistema de Administración del
Subsistema ......................................................................................................................39
Tabla 28. Cronograma de ejecución del subsistema de Administración del Sistema .......40
Tabla 29. Factores de importancia de CU del Subsistema de Planificación .....................41
Tabla 30. Matriz de priorización de los CU del subsistema de Planificación ....................42
Tabla 31. Orden de ejecución de los CU del subsistema de Planificación .......................42
Tabla 32. Epicas del subsistema de Planificación ............................................................43

ix
Tabla 33. Ponderacion de las épicas del subsistema de Planificación .............................43
Tabla 34. Resumen de la ponderación de las épicas del subsistema de Planificación .....44
Tabla 35. . Prioridad de las épicas del subsistema de Planificación .................................44
Tabla 36. Orden de desarrollo de los CU del subsistema de Planificación .......................45
Tabla 37. Cronograma de ejecución del subsistema de Planificación ..............................46
Tabla 38Factores de importancia de CU del subsistema de Patrimonio...........................48
Tabla 39. Matriz de priorización de CU del subsistema de Patrimonio .............................49
Tabla 40. Orden de ejecución de los CU del subsistema de Patrimonio ..........................49
Tabla 41. Épicas del subsistema de Patrimonio ...............................................................50
Tabla 42. Ponderación de las épicas del subsistema de Patrimonio ................................51
Tabla 43. Resumen de la ponderación de las épicas del subsistema de Patrimonio ........52
Tabla 44. Prioridad de las épicas del subsistema de Patrimonio ......................................52
Tabla 45. Orden de desarrollo de los CU del subsistema de Patrimonio ..........................53
Tabla 46. Cronograma de ejecución del subsistema de Patrimonio .................................54
Tabla 47. Factores de importancia de CU del subsistema de Admisión ...........................59
Tabla 48. Matriz de priorización de CU del subsistema de Admisión ...............................60
Tabla 49. Orden de ejecución de los CU del subsistema de Admisión .............................61
Tabla 50. Épicas del subsistema de Admisión .................................................................62
Tabla 51. Ponderación de las épicas del subsistema de Admisión ..................................63
Tabla 52. Resumen de la ponderación de las épicas del subsistema de Admisión ..........64
Tabla 53. Prioridad de las épicas del subsistema de Admisión ........................................65
Tabla 54. Orden de desarrollo de los CU del subsistema de Admisión ............................66
Tabla 55. Cronograma de ejecución del subsistema de Admisión ...................................67
Tabla 56. Factores de importancia de CU del Subsistema de Escalafón .........................74
Tabla 57. Matriz de priorización de los CU del subsistema de Escalafón .........................75
Tabla 58. Orden de ejecución de los CU del subsistema de Escalafón ............................76
Tabla 59. Épicas del subsistema de Escalafón ................................................................78
Tabla 60. Ponderación de las épicas del subsistema de Escalafón .................................79
Tabla 61. Resumen de la ponderación de las épicas del subsistema de Escalafón .........80
Tabla 62. Prioridad de las épicas del subsistema de Escalafón .......................................82
Tabla 63. Orden de desarrollo de los CU del subsistema de Administración del
subsistema de Escalafón .................................................................................................83
Tabla 64. Cronograma de ejecución del subsistema de Escalafón ..................................84
Tabla 65. Factores de importancia de CU del subsistema de Asignación de Carga .........88
Tabla 66. Matriz de priorización de los CU del subsistema de Asignación de Carga .......88
Tabla 67. Orden de ejecución de los CU del subsistema de Asignación de Carga ..........89
Tabla 68. Épicas del subsistema de Asignación de Carga ...............................................89
Tabla 69. . Ponderación de las épicas del subsistema de Asignación de Carga ..............90

x
Tabla 70. Resumen de la ponderación de las épicas del subsistema de Asignación de
Carga...............................................................................................................................90
Tabla 71. Prioridad de las épicas del subsistema de Asignación de Carga ......................91
Tabla 72. Orden de desarrollo de los CU del subsistema de Asiganación de Carga ........91
Tabla 73. Cronograma de ejecución del subsistema de Asignación de Carga .................92
Tabla 74. Factores de importancia de CU del subsistema de Horarios ............................94
Tabla 75. Matriz de priorización de los casos de uso del subsistema de Horarios ...........94
Tabla 76. Orden de ejecución de los CU del subsistema de Horarios ..............................95
Tabla 77. Épicas del subsistema del Horarios .................................................................95
Tabla 78. Ponderación de las épicas del subsistema de Horarios ...................................96
Tabla 79. Resumen de la ponderación de las épicas del subsistema de Horarios ...........96
Tabla 80. Orden de desarrollo de los CU del subsistema de Horarios .............................97
Tabla 81. Cronograma de ejecución del subsistema de Horarios ....................................98
Tabla 82. Factores de importancia de CU del Subsistema de Sílabo .............................100
Tabla 83. Matriz de priorización de los casos de uso del subsistema de Sílabo.............101
Tabla 84. Orden de ejecución de los CU del subsistema de Sílabo ...............................101
Tabla 85. Épicas del subsistema de Sílabo ....................................................................103
Tabla 86. Ponderación de las épicas del subsistema de Sílabo .....................................104
Tabla 87. Resumen de la ponderación de las épicas del subsistema de Sílabo.............104
Tabla 88. Prioridad de las épicas del subsistema de Sílabo...........................................105
Tabla 89- Orden de desarrollo de los CU del subsistema de Sílabo ..............................106
Tabla 90. Cronograma de ejecución del subsistema de Sílabo ......................................108
Tabla 91. Factores de importancia de CU del subsistema de Matrículas .......................110
Tabla 92. Matriz de priorización de los casos de uso del subsistema de Matrículas ......111
Tabla 93. Orden de ejecución de los CU del subsistema de Matrículas .........................111
Tabla 94. Épicas del subsistema de Matrículas .............................................................112
Tabla 95. Ponderación de las épicas del subsistema de Matrículas ...............................113
Tabla 96. Resumen de la ponderación de las épicas del subsistema de Matrículas ......114
Tabla 97. Prioridad de las épicas del subsistema de Matrículas ....................................114
Tabla 98. Orden de desarrollo de los CU del subsistema de Matrículas ........................115
Tabla 99. Cronograma de ejecución del subsistema de Matrículas ................................116
Tabla 100. Factores de importancia de CU del Subsistema de Notas y Asistencias ......119
Tabla 101. Matriz de priorización de los CU del subsistema de Notas y Asistencias......121
Tabla 102. Orden de ejecución de los CU del subsistema de Notas y Asistencias ........121
Tabla 103. Épicas del subsistema de Notas y Asistencias .............................................123
Tabla 104. Ponderación de las épicas del subsistema de Notas y Asistencias ..............124
Tabla 105. Resumen de la ponderación de las épicas del subsistema de Notas y
Asistencias ....................................................................................................................125

xi
Tabla 106. Prioridad de las épicas del subsistema de Notas y Asistencias ....................126
Tabla 107. Orden de desarrollo de los CU del subsistema de Notas y Asistencias ........126
Tabla 108. Cronograma de ejecución del subsistema deNotas y Asistencias ................128
Tabla 109. Factores de importancia de CU del Subsistema de Reportes Académicos ..132
Tabla 110. Matriz de priorización de los CU del subsistema de Reportes Académicos ..134
Tabla 111. Orden de ejecución de los CU del subsistema de Reportes Académicos .....135
Tabla 112. Épicas del subsistema de Reportes Académicos .........................................136
Tabla 113. Ponderación de las épicas del subsistema de Reportes Académicos ..........137
Tabla 114. . Resumen de la ponderación de las épicas del subsistema de Reportes
Académicos ...................................................................................................................138
Tabla 115. Prioridad de las épicas del subsistema de Reportes Académicos ................139
Tabla 116. Orden de desarrollo de los CU del subsistema de Reportes Académicos ....140
Tabla 117. Cronograma de ejecución del subsistema de Reportes Académicos ...........142
Tabla 118. Factores de importancia de CU del subsistema de Aula Virtual ...................145
Tabla 119. Matriz de priorización de los CU del subsistema de Aula Virtual ..................146
Tabla 120. Orden de ejecución de los CU del subsistema de Aula Virtual .....................146
Tabla 121. Épicas del subsistema de Aula Virtual..........................................................147
Tabla 122. Ponderación de las épicas del subsistema de Aula Virtual ...........................148
Tabla 123. Resumen de la ponderación de las épicas del subsistema de Aula Virtual...149
Tabla 124. Prioridad de las épicas del subsistema de Aula Virtual.................................149
Tabla 125. Orden de desarrollo de los CU del subsistema de Aula Virtual.....................150
Tabla 126. Cronograma de ejecución del subsistema de Aula Virtual ............................151
Tabla 127. Factores de importancia de CU del subsistema de Acreditación ..................153
Tabla 128. Matriz de priorización de los CU del subsistema de Acreditación .................153
Tabla 129. Orden de ejecución de los CU del subsistema de Acreditación ....................154
Tabla 130. Épicas del subsistema de Acreditación ........................................................154
Tabla 131. Ponderación de las épicas del subsistema de Acreditación .........................155
Tabla 132. Resumen de la ponderación de las épicas del subsistema de Acreditación .155
Tabla 133. Prioridad de las épicas del subsistema de Acreditación ...............................156
Tabla 134. Orden de desarrollo de los CU del subsistema de Acreditación ...................156
Tabla 135. Cronograma de ejecución del subsistema de Acreditación ..........................157
Tabla 136. Factores de importancia de CU del Subsistema de Calidad Universitaria ....159
Tabla 137. Matriz de priorización de los CU del subsistema de Calidad Universitaria ....160
Tabla 138. Orden de ejecución de los CU del subsistema de Calidad Universitaria .......161
Tabla 139. Épicas del subsistema de Calidad Universitaria ...........................................161
Tabla 140. Ponderación de las épicas del subsistema de Calidad Universitaria ............162
Tabla 141. Resumen de la ponderación de las épicas del subsistema de Calidad
Universitaria ...................................................................................................................162

xii
Tabla 142. Prioridad de las épicas del subsistema de Calidad Universitaria ..................163
Tabla 143. Orden de desarrollo de los CU del subsistema de Calidad Universitaria ......163
Tabla 144. Cronograma de ejecución del subsistema de Calidad Universitaria .............164

xiii
RESUMEN EJECUTIVO

Los sistemas de información cumplen un papel muy importante dentro de la


automatización y control de las actividades de los procesos que los usuarios como
parte de una organización desarrollan.

Dentro de este contexto cabe mencionar la importancia que tiene el saber identificar
exactamente las necesidades de información que los usuarios desean contenga el
producto final a obtener.

Estas necesidades de información, definidas por los usuarios del sistema, o en


general definidas por los que de una u otra manera reciban un beneficio del sistema,
son llamadas comúnmente requerimientos, y marcarán la ejecución de los
siguientes pasos del desarrollo del proyecto.

En las páginas siguientes mostramos los requerimientos funcionales y no


funcionales, que se han elaborado en base al levantamiento de información y
entrevistas tenidas con los usuarios de los distintos módulos que conformarán la
versión final del producto.

Considero que este trabajo permitirá sentar las bases de las etapas siguientes y el
proyecto alcance el éxito esperado.

Palabras clave: requerimientos funcionales, requerimientos no funcionales

xiv
EXECUTIVE ABSTRACT

Information systems play a very important role in the automation and control of
process activities users as part of an organization develop.

Within this context include the importance of knowing exactly identify the needs of
information users want to contain the final product to be obtained.

These information needs, user-defined system, or generally defined by those who


in one way or another receive a benefit of the system are commonly called
requirements, and mark the execution of the following project development.

The following pages show the functional and non-functional requirements, which
have been developed based on the collection of information and interviews taken
with users of the various modules that make up the final version of the product.

I believe that this work will lay the foundation for the next steps and the project
reaches the expected success.

Keywords: functional requirements, nonfunctional requirements

xv
CAPITULO I. ESPECIFICACIONES
DEL PLAN DE TRABAJO

1
1.1. Plan de trabajo para la elaboración del informe del servicio de
modelado de los diagramas de casos de uso de requerimientos

Las actividades a realizar para la prestación del presente servicio se detallan a


continuación:

1. Revisar las funciones del sistema universitario virtual (sistemas académico,


acreditación y de calidad).
2. Entrevistar y encuestar a los usuarios sobre los requisitos funcionales y no
funcionales del sistema universitario virtual (sistemas académico, acreditación
y de calidad).
3. Definir los requisitos funcionales y no funcionales del sistema universitario
virtual (sistemas académico, acreditación y de calidad).
4. Refinar por paquetes la definición de los requisitos funcionales y no
funcionales del sistema universitario virtual (sistemas académico, acreditación
y de calidad).
5. Elaborar y entregar el informe de la definición de los requerimientos
funcionales y no funcionales del sistema del sistema universitario virtual
(sistemas académico, acreditación y de calidad).

REQUERIMIENTOS MÍNIMOS

A. HARDWARE:
 Ordenador Core i3 o superior.

 Memoria RAM instalada de 4.0 GB o superior.

 Espacio en el disco duro de por lo menos 20 GB para la instalación de los


programas y archivos de trabajo.

 Monitor con una resolución de 1024x768.

B. SOFTWARE:
 Sistema operativo Windows 7 o superior.

 Microsoft Office 2007 o superior.

 Un navegador (Chrome, Microsoft Explorer, Mozilla Firefox, etc.), es


recomendable utilizar las versiones más actuales.

2
 Adobe Acrobat Reader u otro software libre para abrir los archivos PDF.

El cronograma del desarrollo de las actividades, se detalla a continuación:

Tabla 1. Cronograma del desarrollo de las actividades

N° ACTIVIDAD TIEMPO FECHA


1 Elaborar y presentar el plan de trabajo. 03 días 19/02/2016 – 22/02/2016
Revisar las funciones del sistema universitario virtual
2 05 días 23/02/2016 – 27/02/2016
(sistemas académico, acreditación y de calidad).
Entrevistar y encuestar a los usuarios sobre los
requisitos funcionales y no funcionales del sistema
3 05 días 29/02/2016 – 04/03/2016
universitario virtual (sistemas académico, acreditación y
de calidad).
Definir los requisitos funcionales y no funcionales del
4 sistema universitario virtual (sistemas académico, 05 días 05/03/2016 – 10/03/2016
acreditación y de calidad)
Refinar por paquetes la definición de los requisitos
5 funcionales y no funcionales del sistema universitario 06 días 11/03/2016 – 17/03/2016
virtual (sistemas académico, acreditación y de calidad).
6 Elaborar y presentar el Informe Final. 04 días 18/03/2016 – 22/03/2016

Fuente: Elaboración propia

Lugar:
Laboratorio de la Escuela de Ingeniería de Sistemas de la Universidad Nacional de
Trujillo, ciudad universitaria, Av. Juan Pablo II s/n, tercera puerta.
(*) Sujeto a cambio, previa comunicación.
Sistema de evaluación de cumplimiento
Estará a cargo del líder del proyecto; y se realizará de acuerdo al siguiente
cronograma:

Tabla 2. Cronograma de cumplimiento

FECHA HORA CUMPLIMIENTO


22/02/2016 10:00 a.m. Si
27/02/2016 10:00 a.m. Si
04/03/2016 10:00 a.m. Si
10/03/2016 10:00 a.m. Si
17/03/2016 10:00 a.m. Si
22/03/2016 10:00 a.m. Si

Fuente: Elaboración propia

3
CAPITULO II. FUNDAMENTO
TEÓRICO

4
2.0 FUNDAMENTO TEÓRICO

2.1. Intoducción

La matriz de priorización pretende contribuir a establecer prioridades en la toma de


decisiones para ordenar lógicamente los casos de uso en el desarrollo del software.
La necesidad de jerarquizar los casos de uso, que representan módulos de
programas es uno de los temas fundamentales para la construcción de un sistema
informático.

La matriz propone una lista de casos de uso por subsistemas y criterios para
priorizar, de forma simple y flexible. Sirve para que los equipos de desarrolladores
de software para que pueda canalizarse, de manera ordenada, la construcción de
los módulos de programas representados por los casos de uso. Al sopesar de
distintas formas esta serie de criterios, se pueden observar y seleccionar el orden
lógico para el desarrollo de un informático, disminuyendo la incertidumbre y
aumentando la capacidad de identificar los casos de uso más relevantes.

2.2. Antecedentes

Esta parte describe algunas experiencias para formular una matriz de priorización
de casos de uso de acuerdo a las especificaciones requeridas para determinar el
orden de construcción del sistema universitario virtual.

 El Abaco de Regnier.

Este es un método original de consulta a expertos, concebido por el Doctor François


Régnier, con el fin de interrogar a los expertos y tratar sus respuestas en tiempo
real o virtual, a partir de una escala de colores.

El ábaco está destinado a reducir la incertidumbre, confrontar el punto de vista de


un grupo con el de otros grupos y, a la vez, tomar conciencia de la mayor o menor
variedad de opiniones. La lógica que utiliza el ábaco se guía por los tres colores del
semáforo (verde, naranja y rojo), completados con el verde claro y el rojo claro,
permitiendo de este modo suavizar las opiniones. El blanco permite el voto en
blanco y el negro la abstención. Se trata, por tanto, de una escala de decisión
basada en colores.

5
Para utilizar este tipo de herramienta al interior del equipo de desarrollo, se necesita
mantener un equipo de expertos en diversos temas de consulta, que proporcione
la información más acertada frente a las preguntas frecuentes de los
desarrolladores.

Tabla 3. Ejemplo ábaco de Regnier.

Absolutamente indispensable

Indispensable

PRIORIDAD
Importante

03 Rodríguez
Poco importante

01 Alvarado

02 Jaúregui
Sin importancia

04 Zurita
Sin respuesta

CU1 Registrar cliente 1


CU2 Registrar cliente natural 3
CU3 Registrar cliente jurídico 2
CU4 Registrar pedido 4
CU5 Registrar documento de venta 5
CU6 Registrar boleta de venta 7
CU7 Registrar factura 6
CU8 Emitir guía de remisión 8
Fuente: Elaboración propia

Por ejemplo, la figura anterior muestra cómo se desarrolla una priorización de casos
de uso para un sistema de ventas, utilizando una escala de 6 indicadores que va
desde “Absolutamente indispensable” hasta el “grado sin importancia”. En las
columnas verticales se anota el apellido del experto consultado, por ejemplo
Alvarado, Jaúregui, Rodríguez, Zurita. De acuerdo a su criterio profesional, cada
experto coloca un color para identificar el grado de importancia que tiene cada caso
de uso, según su punto de vista. Cuando un grupo calificado vota y toma posición,
pueden establecerse sus áreas de consenso y disenso.

Esta es una herramienta muy útil al momento de la priorización de los casos de uso
de un sistema de información específico. Pero está limitada al campo de experticia
de un experto. Es decir, que la información priorizada solo es válida si los expertos
que califican la matriz son pertinentes a la temática del sistema de información.

6
2.3. Requerimientos del equipo de investigación

Teniendo en cuenta que la herramienta de priorización parte de una necesidad


formulada por el equipo de desarrollo del sistema universitario virtual, esta parte del
documento pretende colocar en evidencia tales requerimientos con el propósito de
delimitar el alcance de dicha herramienta.

Estos requerimientos pueden ser captados a través de términos tales como:

 “Necesitamos una herramienta que nos permita definir cuáles es el orden


lógico de construcción del software en base a los casos de uso determinados
en el sistema de información universitario.”

 “Se tarda mucho tiempo en definir con precisión cuál es el programa más
óptimo para desarrollar los módulos de cada subsistema de información.”

 “La priorización de casos de uso se basa en la experiencia del equipo de


desarrollo del sistema de información, la cual no es exacta, y corresponde a
la evidencia empírica de cada uno.”

 “Los desarrolladores del sistema universitario virtual deben construir el


software con un cronograma ordenado, pertinente y confiable”

 “Las base de datos de la institución deben tener la capacidad de cruzarse a


través de elementos que faciliten la toma de decisiones a varios niveles”.

De este modo, se infiere que se requieren criterios de priorización de casos de uso


que permitan ordenar lógicamente los módulos a desarrollar del sistema
universitario virtual.

2.4. ¿Qué es el instrumento?

A continuación se describen algunas características del instrumento.

2.4.1 Definición

La Matriz una herramienta que permite orientar la priorización del ordenamiento de


los casos de uso que representan módulos de programas en el desarrollo de

7
sistemas de información, lo cual busca enfocar un cronograma para la ejecución y
construcción de los múdulos aludidos.

De acuerdo con (Aiteco Consultores , 2016), la matriz de priorización es una


herramienta que permite la selección de opciones sobre la base de la ponderación
y aplicación de criterios.

Hace posible, determinar alternativas y los criterios a considerar para adoptar una
decisión, priorizar y clarificar el orden de desarrollo de los casos de uso, en general,
establecer prioridades entre un conjunto de casos de uso para facilitar su
programación.

2.4.2 Objetivo General

Según (García, 2015), la herramienta de priorización deberá responder efectiva y


oportunamente a las necesidades de priorización de los casos de uso teniendo en
consideración algunos criterios ponderados.

2.4.3 Objetivos Específicos

 La herramienta deberá permitir evaluar una serie de criterios ponderados


basados en tecnología, precedencia, impacto en el cliente, impacto en la
organización, económicos, estratégicos, etc.

 La herramienta debe proveer al equipo de desarrolladores una base de


información centralizada, que sirva de insumo para la puesta en marcha de un
proceso de priorización acertado de los casos de uso.

 La herramienta debe componerse de una serie de formatos que estandaricen


la información, a la vez que debe ser respaldada por un equipo de personas
que opere periódicamente alimentando la matriz.

 La herramienta de priorización puede contribuir a jerarquizar los casos de uso


en la construcción de los módulos del sistema universitario virtual.

2.4.4 Características

La herramienta pone a disposición de los desarrolladores de software un conjunto


de factores que pueden ser conjugados para ordenar la pertinencia de un conjunto
de casos de uso de un sistema de información definido previamente. Según (Pow

8
Sang, 2012), no obstante, la priorización dependerá de la objetividad con la cual se
asignen los valores a cada uno de los criterios. Para obtener esta capacidad
objetiva de análisis es de suma importancia la extracción de valor de la información,
así como la eficiente depuración y procesamiento de la misma por parte del equipo
encargado de la priorización de los casos de uso.

En este sentido, es necesario comprender la herramienta no como una priorización


en sí misma, sino como un mecanismo de consulta para preparar el cronograma de
ejecución de los módulos de programación. Esto, si se tiene en cuenta que para
asignar una calificación, sea cuantitativa o cualitativamente, se deben adquirir una
serie de criterios producto de la asimilación de la información concerniente al
sistema informático en cuestión.

Cada caso a jerarquizar es particular, pero a través de la práctica continuada de la


aplicación de la matriz podrá encontrarse una tipología de situaciones y casos que
facilitarán la calificación de los expertos y grupos involucrados.

2.4.5 Componentes

De acuerdo a (Booch, y otros, 2000), la Matriz de Priorización se compone de un


conunto de casos de uso de un sistema de información y un grupo de criterios de
nivel interno y externo, que al ser evaluados individualmente por criterios
establecidos, permite ubicar en un sistema de información básico las temáticas,
tecnologías u disciplinas a calificar, de acuerdo al nivel de pertinencia que
estructure un grupo evaluador.

A. Criterios de Priorización

Según (Berrocal, y otros, 2009), son el conjunto de aspectos a ponderar en los


diferentes niveles de la institución. Determinar qué cass de uso necesitan
desarrollarse en iteraciones más tempranas y cuales en iteraciones más
tardías.

9
Criterios de
Priorizacion

Nivel Interno Nivel Externo

Figura 1.Criterios de priorización


Fuente: Elaboración Propia

Los criterios a nivel interno tienen que ver con las capacidades institucionales.
Su fuente de información para la evaluación será:

 Su infraestructura instalada (tecnología, equipos, bases de datos, etc.)

 La caracterización de su talento humano

 Los objetivos planteados por la Alta Dirección

 Los procesos críticos a nivel operativo o transaccional

 El portafolio de servicios

 La viabilidad estructural del centro de formación

 Los planes estratégicos de desarrollo de la organización

 La facilidad de implementación del casos de uso

A nivel externo se puede evaluar criteriosa tales como:

 El nivel de intensidad tecnológica

 La creación de valor

 La sintonía con las tendencias internacionales

 La validación de los procesos con los agentes externos como bancos,


proveedores, SUNAT, etc.

 La validación de los módulos de programación con los temas de


documentos públicos

 El potencial de los riesgos que puedan afectar la continuidad del


desarrollo del módulo de programación en cuestión

10
 La relación con los clientes y usuarios externos del módulo

 El potencial de desarrollo de servicios tecnológicos y proyectos de


innovación

Por ejemplo, establecemos cinco (5) criterios para la priorización de una lista
de casos de uso de un sistema de información en particular:

 Criterio1: Caso de uso base.

 Criterio2: Representa un proceso importante en la línea de negocio.

 Criterio3: Incluye funciones complejas.

 Criterio4: Tiene un impacto significativo.

 Criterio5: Repercusión en la arquitectura del sistema

B. Valores de los Criterios de Priorización

La aplicación de la matriz de priorización conlleva un paso previo de


determinación de los casos de uso sobre las que decidir, así como de
identificación de criterios y de valoración del peso o ponderación que cada uno
de ellos.

La matriz de priorización consiste en la especificación del valor de cada criterio


seleccionado para, posteriormente, analizar mediante el despliegue de distintas
matrices tipo-L, el grado en que cada caso de uso cumple con los criterios
establecidos.

Como afirma (Gutarra, y otros, 2014), cada caso de uso escogido deberá
asociarse a un sistema de criterios establecidos en una tabla homogenizada
con categorías. Para cada criterio escogido, interno o externo, se deberá definir
un alcance dado; por ejemplo: inexistente, insuficiente, regular, bueno,
excelente, asignando valores entre uno (1) y cinco (5), usando una escala de
Likert. Es decir:

 Inexistente: 1

 Insuficiente: 2

 Regular: 3

 Bueno: 4

11
 Excelente: 5

Así por ejemplo, resumimos el alcance o nivel de impacto de cada criterio


asignado en la tabla:

Tabla 4. Alcance del criterio.

ALCANCE VALOR
Inexistente 1
Insuficiente 2
Regular 3
Bueno 4
Excelente 5

Fuente: Elaboración propia

Para cada criterio escogido se le asigna un peso de acuerdo al grado de


importancia que considere el equipo desarrollador. La suma de los pesos
asignados a cada criterio debe ser uno (1). Es decir, por ejemplo para cinco (5)
criterios seleccionados se asignan cinco (5) pesos:

 Criterio1: Peso1

 Criterio2: Peso2

 Criterio3: Peso3

 Criterio4: Peso4

 Criterio5: Peso5

Tabla 5. Criterios y pesos

CRITERIO Criterio1 Criterio1 Criterio1 Criterio1 Criterio1


PESO Peso1 Peso2 Peso3 Peso4 Peso5

Fuente: Elaboración propia

Donde:
𝑛

∑ 𝑃𝑒𝑠𝑜𝑗 = 1
𝑗=1

12
La siguiente Tabla se muestra los casos de uso y los criterios conjugados en una
tabla que permite la priorización. Deberan listarse todos los casos de uso de un
sistema específico.

Tabla 6. Ejemplo de Criterios de evaluación

CRITERIO1 CRITERIO2 CRITERIO3 CRITERIO4 ……. CRITERIOn


CASO DE
TOTAL PRIORIDAD
USO
PESO1 PESO2 PESO3 PESO4 ……. PESOn

CU1 Valor11 Valor12 Valor13 Valor14 Valor1(n-1) Valor1n Total1

CU2 Valor21 Valor22 Valor23 Valor24 Valor2(n-1) Valor2n Total2

CU3 Valor31 Valor32 Valor33 Valor34 Valor3(n-1) Valor3n Total3

CU4 Valor41 Valor42 Valor43 Valor44 Valor4(n-1) Valor4n Total4

CU5 Valor51 Valor52 Valor53 Valor54 Valor5(n-1) Valor5n Total5

CU6 Valor61 Valor62 Valor63 Valor64 Valor6(n-1) Valor6n Total6

……. Valor(m-1)1 Valor(m-1)2 Valor(m-1)3 Valor(m-1)4 Valor(m-1)(n-1) Valor(m-1)n Total(m-1)

CUm Valorm1 Valorm2 Valorm3 Valorm4 Valorm(n-1) Valormn Totalmn

Fuente: Elaboración propia

La forma de calificar esta matriz es simple, según el cual se definen los casos de
uso a priorizar y los criterios que los acompañan.

2.5. ¿Cómo se califica?

En esta parte del documento se definen los indicadores y los criterios de evaluación
de cada una de las partes del instrumento de priorización. De acuerdo a (Dijkman,
y otros, 2002), los Criterios utilizados para la evaluación de estas variables se
definen por los integrantes del equipo de desarrollo del sistema de información y
sus pesos respectivos.

13
2.6. Elaboración de la Matriz de Priorización

A continuación se muestra los pasos detallados para la elaboración de la matriz de


priorización de los casos de uso de un sistema informático:

1. Definir el objetivo.

El planteamiento del objetivo ha de ser claro y explícito.

2. Identificar los casos de uso.

De acuerdo a (Berrocal, y otros, 2009), es posible que los casos de uso


estén ya presentes, es decir, se hayan definido previamente. En caso
contrario el equipo de desarrollo deberá definir la lista de casos de uso.

3. Elaborar los criterios de decisión

Si los criterios no están determinados, el equipo de desarrollo elabora una


lista consensuada. Los criterios deben definirse nítidamente para que su
significado no ofrezca duda a los miembros del equipo.

4. Ponderar los criterios.

Mediante una matriz tipo-L se ponderan los distintos criterios,


confrontándolos con los demás. Para ello, y partiendo del eje vertical, se
compara el primer criterio con los restantes, asignando el valor más
apropiado según la tabla de valores existente al efecto. La suma de ellos
debe ser uno (1).

5. Comparar los casos de uso.

Se comparan todos los casos de uso entre sí en función de cada uno de los
criterios. Se crean para ello tantas matrices tipo-L como criterios se han
definido, estableciendo las comparaciones de los casos de uso a analizar
en cada uno de los criterios.

6. Seleccionar la mejor opción.

Se utiliza una matriz tipo-L en la que se compara cada caso de uso sobre la
base de la combinación de criterios. En ésta matriz resumen se sitúan los
criterios en el eje vertical y los casos de uso en horizontal.

14
Para cada celda de la matriz de priorización se multiplica el valor obtenido
de “ponderación del criterio” (para cada criterio) por el valor de “calificación
del caso de uso” (para cada caso de uso).

7. Ordenar la priorización de los Casos de Uso.

Finalmente se ordena la priorización de los casos de uso en función del


mayor valor obtenido al menor valor, asignando a cada caso de uso valores
consecutivos de 1, 2, 3, etc.

2.7. Ejemplo de elaboración de la Matriz de Priorización de Casos de Uso

A continuación, se muestra un ejemplo de de elaboración de la Matriz de


Priorización de Casos de Uso, el cual no tiene ninguna pretensión de ajustarse a
la vida real. Según (Aiteco Consultores , 2016), son solamente ilustraciones de los
usos potenciales de la matriz.

1. Definir el objetivo.

Definir el orden de desarrollo de los módulos de programas de un sistema


de ventasmediante la priorización de los casos de uso.

2. Identificar los casos de uso.

Los casos de uso se obtienen de la figura que representa el diagrama de


casos de uso del sistema de ventas.

CU1: Registrar cliente

CU2: Registrar pedido

CU3: Elaborar documento de venta

CU4: Emitir boleta de venta

CU5: Emitir factura

CU6: Despachar pedido

15
Figura 2. Casos de uso de Sistema de Ventas
Fuente: Elaboración propia

3. Elaborar los criterios de decisión.

Definimos los criterios con que se evaluaran cada caso de uso, así tenemos:

 Criterio1: Caso de uso base.

 Criterio2: Representa un proceso importante en la línea de negocio.

 Criterio3: Incluye funciones complejas.

 Criterio4: Tiene un impacto significativo.

 Criterio5: Repercusión en la arquitectura del sistema

16
4. Ponderar los criterios.

De acuerdo a (Larman, 1999), luego definimos la escala de Likert para


evaluar el nivel de impacto de cada criterio como afecta a un caso de uso
específico:

 Muy Bajo: Peso 1

 Bajo: Peso 2

 Medio: Peso 3

 Alto: Peso 4

 Muy Alto: Peso 5

Resumimos el nivel de impacto en la siguiente tabla:

Tabla 7. Nivel de impacto del criterio.

Nivel de Impacto Peso

Muy bajo 1

Bajo 2

Medio 3

Alto 4

Muy Alto 5

Fuente: Elaboración propia

Para calificar un criterio como afecta a un caso de uso se determina el nivel


de impacto:

 Muy Bajo, cuando el nivel de impacto del criterio no afecta al caso de


uso.

 Bajo, cuando el nivel de impacto del criterio afecta minimamente al


caso de uso.

 Medio, cuando el nivel de impacto del criterio afecta moderadamente


al caso de uso.

17
 Alto, cuando el nivel de impacto del criterio afecta no muy amplia al
caso de uso.

 Muy Alto, cuando el nivel de impacto del criterio afecta de manera


amplia al caso de uso.

Luego a cada criterio escogido se le asigna un peso de acuerdo al grado de


importancia que se considere el equipo desarrollador. Por ejemplo para para
los cinco (5) criterios seleccionados se asignan cinco (5) pesos, que sumen
uno (1):

 Criterio1: Peso = 0.30

 Criterio2: Peso = 0.20

 Criterio3: Peso = 0.20

 Criterio4: Peso = 0.15

 Criterio5: Peso = 0.15

Tabla 8. Criterios y valores de pesos

CRITERIO Criterio1 Criterio1 Criterio1 Criterio1 Criterio1


PESO 0.30 0.20 0.20 0.15 0.15

Fuente: Elaboración propia

El valor ponderado de esta tabla deberá ser puesto en la matriz general de


priorización, de acuerdo a los niveles porcentuales que el equipo ejecutor
del instrumento defina previamente. Los pesos y cantidades anotadas son
solo una sugerencia.

5. Comparar los casos de uso

Se comparan todos los casos de uso entre sí en función de cada uno de los
criterios, se resume en la tabla ).

6. Seleccionar la mejor opción.

Para cada celda de la matriz de priorización se multiplica el valor obtenido


de “ponderación del criterio” (para cada criterio) por el valor de “calificación
del caso de uso” (para cada caso de uso), se resume en la tabla ).

18
7. Ordenar la priorización de los Casos de Uso.

Se priorizan los casos de uso ordenándolos en función del mayor valor


obtenido al menor valor, este paso se resume en la tabla ).

Tabla 9. Tabla Final de Priorización

CRITERIO1 CRITERIO2 CRITERIO3 CRITERIO4 CRITERIO5


CASO DE
TOTAL PRIORIDAD
USO
0.30 0.20 0.20 0.15 0.15

CU1 5 5 4 4 4 4.5 1°

CU2 5 5 4 4 4 4.5 2°

CU3 4 4 3 4 4 3.8 3°

CU4 3 4 3 3 3 3.2 4°

CU5 3 3 2 3 3 2.8 5°

CU6 2 3 2 3 3 2.5 6°

Fuente: Elaboración propia

2.8. Recomendaciones

La Matriz de Priorización es una herramienta adaptada a los conceptos y


situaciones específicas que maneja el grupo de desarrollo del sistema universitario
virtual. Los criterios identificados pueden orientar la toma de decisiones acerca del
ordenamiento lógico de la programación de los casos de uso de un sistema de
información.

Como afirma (Assembla, 2013), para calificarla se requiere la consulta de la opinión


y la interacción entre expertos, y los diferentes grupos de desarrollo, de manera que
se expresen los consensos y disensos del grupo involucrado. No obstante, la matriz
debe ser desarrollada a través de la práctica.

19
2.9. Metodología SCRUM

A continuación, se describe las características generales de la metodología Scrum


y la manera como estima el orden de desarrollo de las historias de usuario que son
equivalentes a los casos de uso.

Scrum es un proceso de equipo. Según (Álvarez, y otros, 2012), el Equipo Scrum


incluye tres roles: el Product Owner, el Scrum Master y los miembros del Equipo de
Desarrollo.

Tabla 10. Roles y responsabilidades

ID ROL TAREAS

 Brindar los requerimientos del sistema


SH Stakeholders
 Validar avances

 Coordinar con los SH yEQ las reuniones


PO Product Owner
 Gestionar la pila del producto

 Realizar seguimiento de los procesos


SM Scrum Master  Ejecutar buenas prácticas
 Mejorar el trabajo en equipo

 Ejecutar las tareas diarias


EQ Equipo  Responsables de aspectos técnicos
 Mejorar la calidad y productividad

Fuente: Elaboración Propia.

A. Artefactos de la metodología

Sus principales artefactos de la metodología son:

 Product backlog

 Sprint backlog

 Lista de impedimentos

B. Fases de la metodología

La metodología cuenta con las siguientes fases:

 Sprint 0 o fase de planeación

 Sprint fases en que se implementa o desarrolla el software.

20
2.9.1 Proceso en estudio

En esta etapa se evalúa los procesos que se pretenden mejorar con la


implementación del software.

2.9.2 Sprint 0

De acuerdo a (Álvarez, y otros, 2012), es el momento en el que se definirá la misión


del trabajo que se va realizar, así como las herramientas que se usarán, y el
equipo que trabajará con ellas para alcanzar el objetivo final del trabajo‖.

Así mismo define que el Product Owner es el encargado de esta etapa importante
de planificación para el desarrollo del software, cuyas tareas operativas dentro de
Scrum son elaborar el plan de desarrollo del Software, documento visión del
software, product backlog, priorización del product backlog, plan de entrega y
manual de usuario.

2.9.3 Plan de desarrollo del software

Documento que provee una visión global del enfoque de desarrollo, así como un
cronograma para el desarrollo del producto y un acta de reunión.

2.9.4 Visión del software

Documento que captura, analiza y define las necesidades de alto nivel y las
características del sistema a desarollar. El documento se centra en la funcionalidad
requerida por el Product owner y Stakeholders.

2.9.5 Product backlog

Según (Álvarez, y otros, 2012), el Product Backlog es una lista de los requisitos o
requerimientos del software que debe cumplir el producto que se quiere construir.

Se definen los requisitos funcionales en el Product Backlog, en el cual se muestran


los requisitos del sistema por roles.

2.9.6 Priorización del product backlog

Así mismo (Álvarez, y otros, 2012) afirman que un Backlog priorizado sirve para
organizar el plan del equipo y conocer cuál va a ser la ruta de trabajo a corto plazo.
La primera pregunta importante es saber qué hay que priorizar o a qué nivel hay
que hacerlo. Lo que se tiene que priorizar son los elementos que se tienen en el
Product Backlog que son el Poker de prioridad, Product backlog y Peso relativo.

21
A. Introducción

Como afirma (Gutarra, y otros, 2014), la priorización se basa en la metodología


del peso relativo, en la que únicamente se calcula el valor total, valor porcentual
costo porcentual, de donde se deduce la prioridad de la Épica a Desarrollar.

B. Propósito
De acuerdo a (Scrummanager.net, 2014), el propósito de la Priorización del Product
Backlog es proporcionar la información necesaria para gestionar de manera
adecuada el proyecto. En él se describe el orden de desarrollo de cada épica.

 Poker de prioridad

Los integrantes asignan a cada épica una prioridad del 1 al 9, siendo 9 la


mayor ponderación y la sumatoria total es el puntaje de prioridad asignada.

La prioridad está basada en una media de la opinión subjetiva u objetiva, sobre


un criterio de priorización determinado.

 MoSCoW

Se basa en la segmentación y agrupación de los elementos del Backlog


asignando letras:

Must (M): si no se cumple este requisito el proyecto podría ser cancelado.


Should (S): no es tan crítico como el primero, pero sí muy valioso para el
producto.

Could (C): interesante pero no clave.

Won’t (W): característica que podría contemplar el producto, pero no en este


momento.

 Peso relativo

Se asigna una estimación de 1 a 9, siendo 9 el de mayor impacto, se realiza


el mismo proceso, pero analizando el impacto de no tenerlo. Esta valoración
también sé realiza desde 1 al 9. Una vez se tienen ambas listas se calcula el
valor total y el valor porcentual, luego se calcula su costo porcentual.

Se opta por el peso relativo para clasificar las historias de usuario y luego
agruparlas en un total de n Sprints, para el desarrollo del software.

22
CAPITULO III. DESARROLLO

23
3.0 DESARROLLO

3.1 PLAN DE IMPLEMENTACIÓN

Previamente a la priorización de casos de uso de cada subsistema del sistema


universitario virtual se va ha establecer la priorización de los subsistemas que
componen el sistema universitario virtual. En esta fase del modelo se enfoca
directamente en el modelo de planeación para los diferentes subsistemas
propuestos en las fases anteriores. Los subsistemas de información del sistema
universitario virtual de la Universidad Nacional de Trujillo formulados en la presente
planificación de desarrollo son las siguientes:

 Subsistema de Administración del Sistema

 Subsistema de Planificación

 Subsistema de Patrimonio

 Subsistema de Escalafón

 Subsistema de Admisión

 Subsistema de Asignación de Carga

 Subsistema de Horarios

 Subsistema de Sílabo

 Subsistema de Matrículas

 Subsistema de Notas y Asistencias

 Subsistema de de Aula Virtual

 Subsistema de de Reportes Académicos

 Subsistema de Calidad Universitaria

 Subsistema de de Acreditación

3.2 PRIORIDADES DE IMPLANTACIÓN DE LOS SUBSISTEMAS

Se debe realizar un análisis de prioridad y de implantación de los subsistemas del


sistema universitario virtual en el presente documento.

24
3.2.1 Matriz de Holmes

Para desarrollar el análisis de prioridad y de implantación se elabora la Matriz de


Holmes, con los siguientes Factores de comparación:

 Procesos Automatizados

 Ampliación de Infraestructura

 Costo

 Tiempo de Desarrollo

 Comunicación en línea

 Apoyo a la Estrategia de Negocios

 Solución de Problemas Internos

La ponderación y evaluación de los factores antes mencionados se realizará


mediante una comparación entre sí y serán calificados según su importancia.

El Factor de comparación tomará el valor de 1 si es relativamente más


importante que su contraparte y el valor de 0 si el factor evaluado es relativamente
menos importante que su contraparte.

En esta matriz de Holmes todas las calificaciones tienen un espejo, es decir, que
las calificaciones que se pongan por encima de la diagonal principal necesitan ser
correspondidas por debajo con su valor complementario, obteniendo finalmente la
sumatoria de sus calificaciones que nos dará su peso (%), para determinar su
prioridad y así poder implementar los módulos del sistema universitario virtual con
un adecuado cronograma dentro de la planificación del equipo de desarrollo. Ver
tabla

3.2.2 Factores de Importancia

En la tabla se presenta los factores de importancia calificando cada caso de uso


con cada criterio asignando un valor entre 1 y 5 de acuerdo a la siguiente escala de
Likert que mide el nivel de impacto:

25
Tabla 11. Escala del nivel de impacto del criterio

Nivel de Impacto Peso

Muy bajo 1

Bajo 2

Medio 3

Alto 4

Muy Alto 5

Fuente: Elaboración propia

3.2.3 Ponderación de Prioridad

La matriz de la ponderación de la prioridad se obtiene el puntaje total de cada caso,


sumando el producto de cada nivel de impacto asignado a cada criterio (valor entre
1 y 5) por su probabilidad establecida.

Por ejemplo, los cálculos para el subsistema de Sílabo son:

Suma = (4)(0.184)+(4)(0.184)+(3)(0.102)+(3)(0.061)+(4)(0.102)+(2)(0.184)+(2)(0.184)

Suma = 0.73 + 0.73 + 0.31 + 0.18 + 0.41 + 0.37 + 0.37

Suma = 3.10

Este resultado parcial se presenta en la Tabla x.

Tabla 12. Cálculos para el subsistema de Sílabo

Apoyo a la Solución de
Automatización Ampliación de Tiempo de Comunicación
Costo Estrategia de Problemas Suma
de Procesos infraestructura Desarrollo en línea
Negocios Internos
• Módulo Sílabo 0.73 0.73 0.31 0.18 0.41 0.37 0.37 3.10

Fuente: Elaboración propia

Los resultados completos de la matriz de la ponderación de la prioridad se


representan en la Tabla xx.

26
Tabla 13. Matriz de Holmes

Apoyo a la Solución
Automatización Ampliación de Tiempo de Comunicación estrategia de Porcentaje
Costo Suma
de Procesos infraestructura Desarrollo en línea de Problemas (%)
Negocios Internos

Automatización de Procesos 0.5 0 1 1 1 1 0 4.5 18.4%

Ampliación de Infraestructura 1 0.5 1 1 1 0 0 4.5 18.4%

Costo 0 0 0.5 1 1 0 0 2.5 10.2%

Tiempo de Desarrollo 0 0 0 0.5 1 0 0 1.5 6.1%

Comunicación en línea 0 0 0 0 0.5 1 1 2.5 10.2%

Apoyo a la Estrategia de Negocios 0 1 1 1 0 0.5 1 4.5 18.4%

Solución de Problemas Internos 1 1 1 1 0 0 0.5 4.5 18.4%

Total 24.5 100.0%

Fuente: Elaboración propia

Evaluación de Sistemas con Factores de importancia. PONDERACIÓN: 1=Muy bajo, 5 = Muy alto.

27
Tabla 14. Factores de Importancia

0.184 0.184 0.102 0.061 0.102 0.184 0.184

Apoyo a la Solución de
Automatización Ampliación de Tiempo de Comunicación
Costo Estrategia de Problemas
de Procesos infraestructura Desarrollo en línea
Negocios Internos

• Módulo Administración del Sistema 5 5 5 5 5 5 5

• Módulo Planificación 5 5 4 5 5 5 5

• Módulo Patrimonio 4 5 4 5 5 5 5

• Módulo Escalafón 4 4 4 4 4 3 3

• Módulo Admisión 4 4 5 4 5 3 4

• Módulo Asignación de Carga 3 3 4 4 4 4 3

• Módulo Horarios 3 3 4 4 3 3 3

• Módulo Sílabo 4 4 3 3 4 2 2

• Módulo Matrículas 4 3 4 4 3 2 2

• Módulo Notas y Asistencias 3 4 3 3 4 2 2

• Módulo Aula Virtual 2 3 3 3 3 2 2

• Módulo de Reportes Académicos 3 3 4 3 3 2 2

• Módulo Calidad Universitaria 2 3 2 2 3 2 2

• Módulo de Acreditación 2 3 2 3 3 2 2

Fuente: Elaboración propia

28
Tabla 15. Ponderación de Prioridad

Apoyo a la Solución de
Automatización Ampliación de Tiempo de Comunicación
Costo Estrategia de Problemas Suma Prioridad
de Procesos infraestructura Desarrollo en línea
Negocios Internos

• Módulo Administración del Sistema 0.92 0.92 0.51 0.31 0.51 0.92 0.92 5.00 1°

• Módulo Planificación 0.92 0.92 0.41 0.31 0.51 0.92 0.92 4.90 2°

• Módulo Patrimonio 0.73 0.92 0.41 0.31 0.51 0.92 0.92 4.71 3°

• Módulo Escalafón 0.73 0.73 0.41 0.24 0.41 0.55 0.55 3.63 5°

• Módulo Admisión 0.73 0.73 0.51 0.24 0.51 0.55 0.73 4.02 4°

• Módulo Asignación de Carga 0.55 0.55 0.41 0.24 0.41 0.73 0.55 3.45 6°

• Módulo Horarios 0.55 0.55 0.41 0.24 0.31 0.55 0.55 3.16 7°
• Módulo Sílabo 0.73 0.73 0.31 0.18 0.41 0.37 0.37 3.10 8°

• Módulo Matrículas 0.73 0.55 0.41 0.24 0.31 0.37 0.37 2.98 9°

• Módulo Notas y Asistencias 0.55 0.73 0.31 0.18 0.41 0.37 0.37 2.92 10°

• Módulo de Reportes Académicos 0.37 0.55 0.31 0.18 0.31 0.37 0.37 2.45 12°

• Módulo Aula Virtual 0.55 0.55 0.41 0.18 0.31 0.37 0.37 2.73 11°

• Módulo Calidad Universitaria 0.37 0.55 0.20 0.12 0.31 0.37 0.37 2.29 14°

• Módulo de Acreditación 0.37 0.55 0.20 0.18 0.31 0.37 0.37 2.35 13°

Fuente: Elaboración propia

29
Luego reordenando los subsistemas del sistema universitario virtual, se
presenta en la Tabla el orden de ejecución:

Tabla 16. Orden de ejecución

SUBSISTEMA SUMA PRIORIDAD


Administración del Sistema 5.00 1°
Planificación 4.90 2°
Patrimonio 4.71 3°
Admisión 4.02 4°
Escalafón 3.63 5°
Asignación de Carga 3.45 6°
Horarios 3.16 7°
Sílabo 3.10 8°
Matrículas 2.98 9°
Notas y Asistencias 2.92 10°
Reportes Académicos 2.73 11°
Aula Virtual 2.45 12°
Acreditación 2.35 13°
Calidad Universitaria 2.29 14°

Fuente: Elaboración propia

3.3 Cronograma de Ejecución del Sistema Universitario Virtual

En base a los resultados obtenidos en la tabla xx, se elabora el cronograma de


ejecución de sistema universitario virtual, que se reprenta a continuación en la
tabla x.

Este cronograma permite planificar ordenadamente el desarrollo de cada


subsistema del sistema universitario virtual, tiempos estimados que podrán ser
reajustados por el equipo de desarrollo de acuerdo a su experiencia y criterios
técnicos.

30
Tabla 17. Cronograma de ejecución del Sistema universitario Virtual

TIEMPO
Nro. SUBSISTEMA
M1 M2 M3 M4 M5 M6 M7 M8 M9 M10 M11 M12 M13 M14
1 Administración del Sistema
2 Planificación
3 Patrimonio
4 Admisión
5 Escalafón
6 Asignación de Carga
7 Horarios
8 Sílabo
9 Matrículas
10 Notas y Asistencias
11 Reportes Académicos
12 Aula Virtual
13 Acreditación
14 Calidad Universitaria

Fuente: Elaboración propia

3.4 Priorización de casos de uso por subsistemas

Luego de haber realizado la planificación general de la ejecución del desarrollo


de cada subsistema del sistema universitario virtual, se planifica
detalladamente el desarrollo modular de cada subsistema, partiendo del
diagrama de casos de uso, donde cada caso de uso representa un módulo de
programa, para luego priorizar los casos de uso detallando el cronograma
detallado de la programación de cada uno de ellos.

Para desarrollar el análisis de prioridad de cada caso de uso se elabora la Matriz


de Holmes, con los siguientes criteriors de comparación:

 Criterio 1: Caso de uso base.

 Criterio 2: Proceso importante en la línea de negocio.

 Criterio 3: Incluye funciones complejas.

 Criterio 4: Tiene un impacto significativo.

31
 Criterio 5: Repercusión en la arquitectura del sistema.

La ponderación y evaluación de los factores antes mencionados se realizará


mediante una comparación entre sí y serán calificados según su importancia.

Se determinan los pesos de cada criterio usando una matriz de Holmes, la cual
se representa en la tabla:

Tabla 18. Matriz de Holmes pesos de cada criterio

Proceso Repercusión
Incluye Tiene un
Caso de uso importante en la Porcentaje
funciones impacto Suma
base en la línea arquitectura (%)
complejas significativo
de negocio del sistema

Caso de uso base 0.5 1 1 1 0 3.5 28.00%

Proceso importante en
0 0.5 1 1 0 2.5 20.00%
la línea de negocio
Incluye funciones
0 0 0.5 0 1 1.5 12.00%
complejas
Tiene un impacto
0 0 1 0.5 0 1.5 12.00%
significativo
Repercusión en la
1 1 0 1 0.5 3.5 28.00%
arquitectura del sistema

Total 12.5 100.00%

Fuente: Elaboración propia

Para cada subsistema se evaluaran los casos de uso empleando los mismos
criterios con los pesos calculados anteriormente, los cuales se resumen en la
tabla :

Tabla 19. Pesos calculados por cada criterio

Peso 0.28 20.0 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Criterio de Caso de importante en en la
funciones impacto
Priorización uso base la línea de arquitectura
complejas significativo
negocio del sistema

Fuente: Elaboración propia

32
Para medir el nivel de impacto de cada criterio de priorización como afecta a
cada caso de uso se emplea la siguiente escala:

Tabla 20. Escala del nivel de impacto del criterio por caso de uso

Nivel de Peso
Impacto

Muy bajo 1

Bajo 2

Medio 3

Alto 4

Muy Alto 5

Fuente: Elaboración propia

Para tener mayor precisión en la priorización de los casos de uso de cada


subsistema del sistema universitario virtual, emplearemos de la metodología Scrum
la técnica de la Priorización del product backlog (Ver numeral 2.9.6), basado en la
estimación de priorizar los elementos que se tienen en el de Product Backlog que
son:
 Poker de prioridad, donde los desarrolladores asignan a cada épica una
prioridad del 1 al 9.
 MoSCoW, se basa en la segmentación y agrupación de los elementos del
Backlog asignando letras: Must (M): si no se cumple este requisito el
proyecto podría ser cancelado. Should (S): no es tan crítico como el
primero, pero sí muy valioso para el producto. Could (C): interesante pero
no clave. Won’t (W): característica que podría contemplar el producto, pero
no en este momento.
 Peso relativo, Se asigna una estimación de 1 a 9, siendo 9 el de mayor
impacto, se realiza el mismo proceso, pero analizando el impacto de no
tenerlo. Esta valoración también sé realiza desde 1 al 9. Una vez que se
tienen ambas listas, se calcula el valor total y el valor porcentual, luego se
calcula su costo porcentual.

33
Se opta por el peso relativo para clasificar las historias de usuario (se emplearán
sus equivalentes los casos de uso) y luego agruparlas en un total de n Sprints, para
el desarrollo del software.

3.5 Priorización de casos de uso del Subsistema de Administración


del Sistema Universitario Virtual

A continuación, se presenta priorización de los casos de uso del subsistema de


Administración del Sistema universitario Virtual:

3.5.1 Diagrama de CU del Subsistema de Administración del Sistema


Universitario Virtual

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Administración del Sistema Universitario Virtual:

Figura 3. Diagrama de CU del Subsistema de Administración del Sistema Universitario Virtual


Fuente: Elaboración propia

34
De la Figura se obtienen los siguientes casos de uso:

 CU01 Gestionar persona


 CU02 Gestionar usuario
 CU03 Gestionar rol
 CU04 Gestionar perfil
 CU05 Validar usuario
 CU06 Autentificar usuario

3.5.2 Priorización de CU del Subsistema de Administración del Sistema


Universitario Virtual

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Administración del Sistema Universitario Virtual.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 21. Factores de importancia de CU del Subsistema de Administración del Sistema Universitario Virtual

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de uso importante en la
funciones impacto
base en la línea de arquitectura
complejas significativo
negocio del sistema

• CU01 Gestionar persona 5 5 4 5 5

• CU02 Gestionar usuario 5 3 5 4 5

• CU03 Gestionar rol 5 4 3 4 4

• CU04 Gestionar perfil 5 4 4 4 3

• CU05 Validar usuario 5 4 4 4 3

• CU06 Autentificar usuario 4 4 3 4 3

Fuente: Elaboración propia

35
3.5.3 Matriz de Priorización de CU del Subsistema de Administración del
Sistema Universitario Virtual

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Administración del Sistema Universitario Virtual.

Tabla 22. Matriz de priorización de los CU del subsistema de Administración del Sistema Universitario Virtual

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU01 Gestionar persona 1.40 1.00 0.48 0.60 1.40 4.88 1°

• CU02 Gestionar usuario 1.40 0.60 0.60 0.48 1.40 4.48 2°

• CU03 Gestionar rol 1.40 0.80 0.36 0.48 1.12 4.16 3°

• CU04 Gestionar perfil 1.40 0.80 0.48 0.48 0.84 4.00 4°

• CU05 Validar usuario 1.40 0.80 0.48 0.48 0.84 4.00 5°

• CU06 Autentificar usuario 1.12 0.80 0.36 0.48 0.84 3.60 6°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Administración del Sistema Universitario Virtual, presentados en
la Tabla es el siguiente:

Tabla 23. Orden de ejecución de los CU del subsistema de Sistema Universitario Virtual

Prioridad Caso de Uso

1° • CU01 Gestionar persona

2° • CU02 Gestionar usuario

3° • CU03 Gestionar rol

4° • CU04 Gestionar perfil

5° • CU05 Validar usuario

6° • CU06 Autentificar usuario

Fuente: Elaboración propia

36
3.5.4 Priorización del product backlog del Subsistema de
Administración del Sistema Universitario Virtual

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas


correspondientes, lo cual se resume en la Tabla a continuación:

Tabla 24. Épicas del subsistema de Administración del Sistema

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU01 Gestionar persona

Épica 2 • CU02 Gestionar usuario

Épica 3 • CU03 Gestionar rol

Épica 4 • CU04 Gestionar perfil

Épica 5 • CU05 Validar usuario

Épica 6 • CU06 Autentificar usuario

Fuente: Elaboración propia

a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación se
hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso, pero
analizando el impacto de no tenerlo. Esta valoración también se realiza desde
el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total y el
Valor porcentual.

La información que a continuación se muestra en la tabla , es la ponderación


obtenida de la técnica aplicada:

37
Tabla 25. Ponderacion de las épicas del subsistema de Administración del Subsistema

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 8 17 19.8% 22 18.0% 1.10

Épica 2 8 8 16 18.6% 21 17.2% 1.08

Épica 3 8 7 15 17.4% 20 16.4% 1.06

Épica 4 6 7 14 16.3% 21 17.2% 0.95

Épica 5 7 6 13 15.1% 20 16.4% 0.92

Épica 6 6 5 11 12.8% 18 14.8% 0.87

Total 44 41 86 100.0% 122 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la Tabla, la cual es


la siguiente:

Tabla 26. Ponderación de las épicas del subsistema de Administración del Subsistema

Funcionalidad Prioridad

Épica 1 1.10

Épica 2 1.08

Épica 3 1.06

Épica 4 0.95

Épica 5 0.92

Épica 6 0.87

Fuente: Elaboración propia

Puesto que los valores están ordenados de mayor a menor, se obtiene el orden
de ejecución en la construcción del subsistema de Administración del Sistema
Universitario Virtual.

El orden de desarrollo, es el siguiente: épica 1, épica 2, épica 3, épica 4, épica


5 y épica 6.

38
En la Tabla se muestra el orden de desarrollo en función de los casos de uso,
el cual es el siguiente:

Tabla 27. Orden de desarrollo de los CU del subsistema de Administración del Subsistema

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 1 • CU01 Gestionar persona

2° Épica 2 • CU02 Gestionar usuario

3° Épica 3 • CU03 Gestionar rol

4° Épica 4 • CU04 Gestionar perfil

5° Épica 5 • CU05 Validar usuario

6° Épica 6 • CU06 Autentificar usuario

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.5.5 Cronograma de Ejecución del Subsistema de Administración del


Sistema Universitario Virtual

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Administración del Sistema Universitario Virtual:

39
Tabla 28. Cronograma de ejecución del subsistema de Administración del Sistema

TIEMPO
Nro. CASO DE USO MES 1 MES 2 MES 3
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4

1 • CU01 Gestionar persona

2 • CU02 Gestionar usuario

3 • CU03 Gestionar rol

4 • CU04 Gestionar perfil

5 • CU05 Validar usuario

6 • CU06 Autentificar usuario

Fuente: Elaboración propia

3.6 Priorización de casos de uso del Subsistema de Planificación

A continuación, se presenta priorización de los casos de uso del subsistema de


Planificación:

3.6.1 Diagrama de CU del Subsistema de Planificación

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Planificación.

De la Figura se obtienen los siguientes casos de uso:

 CU07 Gestionar periodo


 CU08 Gestionar parámetros
 CU09 Gestionar planificación de periodos
 CU10 Gestionar criterios

3.6.2 Priorización de CU del Subsistema de Planificación

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Planificación.

40
Figura 4. Diagrama de CU del Subsistema de Planificación
Fuente: Elaboración propia

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 29. Factores de importancia de CU del Subsistema de Planificación

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de uso importante en la
funciones impacto
base en la línea de arquitectura
complejas significativo
negocio del sistema

• CU07 Gestionar periodo 5 5 5 5 5

• CU08 Gestionar parámetros 5 3 5 5 5

• CU09 Gestionar planificación de periodos 5 3 3 4 3

• CU10 Gestionar criterios 5 4 5 4 4

Fuente: Elaboración propia

41
3.6.3 Matriz de Priorización de CU del Subsistema de Planificación

Luego se presenta en la tabla la matriz de priorización de los casos de uso


del subsistema de Planificación.

Tabla 30. Matriz de priorización de los CU del subsistema de Planificación

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU07 Gestionar periodo 1.40 1.00 0.60 0.60 1.40 5.00 1°

• CU08 Gestionar parámetros 1.40 0.60 0.60 0.60 1.40 4.60 2°

• CU09 Gestionar planificación de periodos 1.40 0.60 0.36 0.48 0.84 3.68 4°

• CU10 Gestionar criterios 1.40 0.80 0.60 0.48 1.12 4.40 3°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Planificación presentados en la Tabla es el siguiente:

Tabla 31. Orden de ejecución de los CU del subsistema de Planificación

Prioridad Caso de Uso

1° • CU07 Gestionar periodo

2° • CU08 Gestionar parámetros

3° • CU10 Gestionar criterios

4° • CU09 Gestionar planificación de periodos

Fuente: Elaboración propia

3.6.4 Priorización del product backlog del Subsistema de Planificación

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

42
A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas


correspondientes, lo cual se resume en la tabla a continuación:

Tabla 32. Epicas del subsistema de Planificación

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU07 Gestionar periodo

Épica 2 • CU08 Gestionar parámetros

Épica 3 • CU09 Gestionar planificación de periodos

Épica 4 • CU10 Gestionar criterios

Fuente: Elaboración propia

a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el método


del peso relativo. Para todos los elementos del Backlog se estima el impacto
de tener ese elemento del Backlog en el producto. Esta estimación se hace de
1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso, pero analizando
el impacto de no tenerlo. Esta valoración también se realiza desde el 1 hasta el
9. Una vez se tienen ambas listas se calcula el Valor total y el Valor porcentual.

La información que a continuación se muestra en la Tabla , es la ponderación


obtenida de la técnica aplicada:

Tabla 33. Ponderacion de las épicas del subsistema de Planificación

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 9 18 29.5% 20 24.7% 1.20

Épica 2 7 7 14 23.0% 16 19.8% 1.16

Épica 3 5 8 13 21.3% 22 27.2% 0.78

Épica 4 7 9 16 26.2% 23 28.4% 0.92

Total 28 33 61 100.0% 81 100.0%

Fuente: Elaboración propia

43
En la Tabla se muestra la ponderación obtenida para cada épica, el cual es la
siguiente:

Tabla 34. Resumen de la ponderación de las épicas del subsistema de Planificación

Funcionalidad Prioridad

Épica 1 1.20

Épica 2 1.16

Épica 3 0.78

Épica 4 0.92

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución en


la construcción del subsistema de Planificación, lo cual se muestra en la Tabla
a continuación:

Tabla 35. . Prioridad de las épicas del subsistema de Planificación

Funcionalidad Prioridad

Épica 1 1.20
Épica 2 1.16

Épica 4 0.92

Épica 3 0.78

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 1, épica 2, épica 4 y épica 03.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

44
Tabla 36. Orden de desarrollo de los CU del subsistema de Planificación

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 1 • CU07 Gestionar periodo

2° Épica 2 • CU08 Gestionar parámetros

3° Épica 4 • CU10 Gestionar criterios

4° Épica 3 • CU09 Gestionar planificación de periodos

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.6.5 Cronograma de Ejecución del Subsistema de Planificación

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Planificación:

45
Tabla 37. Cronograma de ejecución del subsistema de Planificación

TIEMPO
Nro. CASO DE USO MES 1 MES 2 MES 3
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4

1 • CU07 Gestionar periodo

2 • CU08 Gestionar parámetros

3 • CU10 Gestionar criterios

4 • CU09 Gestionar planificación de periodos

Fuente: Elaboración propia

3.7 Priorización de casos de uso del Subsistema de Patrimonio

A continuación, se presenta priorización de los casos de uso del subsistema de


Patrimonio:

3.7.1 Diagrama de CU del Subsistema de Patrimonio

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Patrimonio.

46
Figura 5. Diagrama de CU del Subsistema de Patrimonio

Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU11 Gestionar sede


 CU12 Gestionar local
 CU13 Gestionar pabellón
 CU14 Gestionar bien
 CU15 Gestionar servicio
 CU16 Gestionar estructura
 CU17 Gestionar ambiente
 CU18 Asignar ambientes a escuelas y departamentos
 CU19 Gestionar área

3.7.2 Priorización de CU del Subsistema de Patrimonio

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Patrimonio.

47
PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 38Factores de importancia de CU del subsistema de Patrimonio.

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU11 Gestionar sede 5 4 5 5 5

• CU12 Gestionar local 5 4 4 5 5

• CU13 Gestionar pabellón 5 4 4 4 4

• CU14 Gestionar bien 5 4 4 4 4

• CU15 Gestionar servicio 3 4 4 4 5

• CU16 Gestionar estructura 4 3 3 5 4

• CU17 Gestionar ambiente 3 4 3 4 5

• CU18 Asignar ambientes a escuelas y departamentos 3 3 3 4 3

• CU19 Gestionar área 4 3 5 3 3

Fuente: Elaboración propia

3.7.3 Matriz de Priorización de CU del Subsistema de Patrimonio

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Patrimonio

48
Tabla 39. Matriz de priorización de CU del subsistema de Patrimonio

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU11 Gestionar sede 1.40 0.80 0.60 0.60 1.40 4.80 1°

• CU12 Gestionar local 1.40 0.80 0.48 0.60 1.40 4.68 2°

• CU13 Gestionar pabellón 1.40 0.80 0.48 0.48 1.12 4.28 4°

• CU14 Gestionar bien 1.40 0.80 0.48 0.48 1.12 4.28 3°

• CU15 Gestionar servicio 0.84 0.80 0.48 0.48 1.40 4.00 5°

• CU16 Gestionar estructura 1.12 0.60 0.36 0.60 1.12 3.80 7°

• CU17 Gestionar ambiente 0.84 0.80 0.36 0.48 1.40 3.88 6°

• CU18 Asignar ambientes a escuelas y


0.84 0.60 0.36 0.48 0.84 3.12 9°
departamentos

• CU19 Gestionar área 1.12 0.60 0.60 0.36 0.84 3.52 8°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Planificación es el siguiente:

Tabla 40. Orden de ejecución de los CU del subsistema de Patrimonio

Prioridad Caso de Uso

1° • CU05 Gestionar sede

2° • CU06 Gestionar local

3° • CU08 Gestionar bien

4° • CU07 Gestionar pabellón

5° • CU09 Gestionar servicio

6° • CU11 Gestionar ambiente

49
Prioridad Caso de Uso

7° • CU10 Gestionar estructura

8° • CU13 Gestionar área

9° • CU12 Asignar ambientes a escuelas y departamentos

Fuente: Elaboración propia

3.7.4 Priorización del product backlog del Subsistema de Patrimonio

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas


correspondientes, lo cual se resume en la Tabla a continuación:

Tabla 41. Épicas del subsistema de Patrimonio

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU11 Gestionar sede

Épica 2 • CU12 Gestionar local

Épica 3 • CU13 Gestionar pabellón

Épica 4 • CU14 Gestionar bien

Épica 5 • CU15 Gestionar servicio

Épica 6 • CU16 Gestionar estructura

Épica 7 • CU17 Gestionar ambiente

Épica 8 • CU18 Asignar ambientes a escuelas y departamentos

Épica 9 • CU19 Gestionar área

Fuente: Elaboración propia

50
a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación se
hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso pero
analizando el impacto de no tenerlo. Esta valoración también se realiza desde
el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total y el
Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 42. Ponderación de las épicas del subsistema de Patrimonio

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 8 17 14.0% 12 9.4% 1.49

Épica 2 8 8 16 13.2% 13 10.2% 1.29

Épica 3 8 7 15 12.4% 14 11.0% 1.12

Épica 4 8 9 17 14.0% 15 11.8% 1.19


Épica 5 8 9 17 14.0% 18 14.2% 0.99
Épica 6 7 7 14 11.6% 18 14.2% 0.82
Épica 7 8 8 16 13.2% 20 15.7% 0.84
Épica 8 3 2 5 4.1% 10 7.9% 0.52
Épica 9 2 2 4 3.3% 7 5.5% 0.60

Total 61 60 121 100.0% 127 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es la


siguiente:

51
Tabla 43. Resumen de la ponderación de las épicas del subsistema de Patrimonio

Funcionalidad Prioridad

Épica 1 1.49

Épica 2 1.29

Épica 3 1.12

Épica 4 1.19

Épica 5 0.99

Épica 6 0.82

Épica 7 0.84

Épica 8 0.52

Épica 9 0.60

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución en


la construcción del subsistema de Patrimonio, lo cual se muestra en la Tabla a
continuación:

Tabla 44. Prioridad de las épicas del subsistema de Patrimonio

Funcionalidad Prioridad

Épica 1 1.49
Épica 2 1.29

Épica 4 1.19

Épica 3 1.12

Épica 5 0.99

Épica 7 0.84

Épica 6 0.82

Épica 9 0.60

Épica 8 0.52

Fuente: Elaboración propia

52
El orden de desarrollo, es el siguiente: épica 1, épica 2, épica 4, épica 3, épica
5, épica 7, épica 6, épica 9 y épica 8.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 45. Orden de desarrollo de los CU del subsistema de Patrimonio

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 1 • CU11 Gestionar sede

2° Épica 2 • CU12 Gestionar local

3° Épica 4 • CU14 Gestionar bien

4° Épica 3 • CU13 Gestionar pabellón

5° Épica 5 • CU15 Gestionar servicio

6° Épica 7 • CU17 Gestionar ambiente

7° Épica 6 • CU16 Gestionar estructura

8° Épica 9 • CU19 Gestionar área

9° Épica 8 • CU18 Asignar ambientes a escuelas y departamentos

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

53
f. Sprint 5

No hay cambios en la versión.

3.7.5 Cronograma de Ejecución del Subsistema de Patrimonio

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Patrimonio:

Tabla 46. Cronograma de ejecución del subsistema de Patrimonio

TIEMPO
Nro. CASO DE USO MES 1 MES 2 MES 3
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4

1 • CU11 Gestionar sede

2 • CU12 Gestionar local

3 • CU14 Gestionar bien

4 • CU13 Gestionar pabellón

5 • CU15 Gestionar servicio

6 • CU17 Gestionar ambiente

7 • CU16 Gestionar estructura

8 • CU19 Gestionar área

9 • CU18 Asignar ambientes a escuelas y departamentos

Fuente: Elaboración propia

3.8 Priorización de casos de uso del Subsistema de Admisión

A continuación, se presenta priorización de los casos de uso del subsistema de


Admisión:

3.8.1 Diagrama de CU del Subsistema de Admisión

A continuación, se presentan los diagramas de casos de uso del subsistema de


Admisión por módulos.

54
3.8.1.1 Diagrama de CU del Módulo de Planificación de Mantenedores

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Planificación de Mantenedores.

Figura 6. Diagrama de CU del módulo de Planificación de Mantenedores del subsistema de Admisión


Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU20 Administrar contraseñas


 CU21 Administrar colegios
 CU22 Gestionar bancos
 CU23 Gestionar cuentas bancarias
 CU24 Gestionar el número de vacantes
 CU25 Gestionar modalidad

55
 CU26 Gestionar requisitos
 CU27 Gestionar requisitos por modalidad

3.8.1.2 Diagrama de CU del Módulo de Preinscripción

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Preinscripción.

Figura 7. Diagrama de CU del módulo de Preinscripción del subsistema de Asmisión

Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU28 Validar usuario


 CU29 Validar preinscripción
 CU30 Realizar preinscripción manual

56
3.8.1.3 Diagrama de CU del Módulo de Inscripción

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Inscripción.

Figura 8. Diagrama de CU del módulo de Inscripción del subsistema de Admisión

Fuente: Elaboración propia

57
De la Figura se obtienen los siguientes casos de uso:

 CU31 Registrar requisitos


 CU32 Registrar requisitos presencial
 CU33 Registrar firma
 CU34 Registrar huella
 CU35 Registrar foto

3.8.1.4 Diagrama de CU del Módulo de Acreditación

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Acreditación.

Figura 9. Diagrama de CU del módulo de Acreditación del subsistema de Admisión

Fuente: Elaboración propia

58
De la Figura observamos que los actores y casos de uso son los mismos de la
Figura , puesto que son los mismos módulos, ya no son considerados.

3.8.2 Priorización de CU del Subsistema de Admisión

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Admisión.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 47. Factores de importancia de CU del subsistema de Admisión

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU20 Administrar contraseñas 5 4 4 5 5

• CU21 Administrar colegios 5 4 3 5 5

• CU22 Gestionar bancos 5 4 3 4 5

• CU23 Gestionar cuentas bancarias 5 4 3 4 5

• CU24 Gestionar el número de vacantes 5 4 4 5 5

• CU25 Gestionar modalidad 5 4 3 4 4

• CU26 Gestionar requisitos 5 4 3 4 4

• CU27 Gestionar requisitos por modalidad 5 4 4 5 5

• CU28 Validar usuario 5 4 4 5 5

• CU29 Validar preinscripción 4 4 3 4 4

• CU30 Realizar preinscripción manual 4 4 3 4 4

• CU31 Registrar requisitos 4 4 2 4 4

• CU32 Registrar requisitos presencial 4 4 2 4 4

• CU33 Registrar firma 4 3 2 4 3

59
0.28 0.20 0.12 0.12 0.28
Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU34 Registrar huella 3 3 2 4 3

• CU35 Registrar foto 3 2 2 4 3

Fuente: Elaboración propia

3.8.3 Matriz de Priorización de CU del Subsistema de Admisión

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Admisión.

Tabla 48. Matriz de priorización de CU del subsistema de Admisión

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU20 Administrar contraseñas 1.40 0.80 0.48 0.60 1.40 4.68 1°

• CU21 Administrar colegios 1.40 0.80 0.36 0.60 1.40 4.56 5°

• CU22 Gestionar bancos 1.40 0.80 0.36 0.48 1.40 4.44 6°

• CU23 Gestionar cuentas bancarias 1.40 0.80 0.36 0.48 1.40 4.44 7°

• CU24 Gestionar el número de vacantes 1.40 0.80 0.48 0.60 1.40 4.68 2°

• CU25 Gestionar modalidad 1.40 0.80 0.36 0.48 1.12 4.16 8°

• CU26 Gestionar requisitos 1.40 0.80 0.36 0.48 1.12 4.16 9°

• CU27 Gestionar requisitos por modalidad 1.40 0.80 0.48 0.60 1.40 4.68 3°

• CU28 Validar usuario 1.40 0.80 0.48 0.60 1.40 4.68 4°

• CU29 Validar preinscripción 1.12 0.80 0.36 0.48 1.12 3.88 10°

• CU30 Realizar preinscripción manual 1.12 0.80 0.36 0.48 1.12 3.88 11°

60
Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU31 Registrar requisitos 1.12 0.80 0.24 0.48 1.12 3.76 12°

• CU32 Registrar requisitos presencial 1.12 0.80 0.24 0.48 1.12 3.76 13°

• CU33 Registrar firma 1.12 0.60 0.24 0.48 0.84 3.28 14°

• CU34 Registrar huella 0.84 0.60 0.24 0.48 0.84 3.00 15°

• CU35 Registrar foto 0.84 0.40 0.24 0.48 0.84 2.80 16°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Admisión es el siguiente:

Tabla 49. Orden de ejecución de los CU del subsistema de Admisión

Prioridad Caso de Uso

1° • CU20 Administrar contraseñas

2° • CU24 Gestionar el número de vacantes

3° • CU27 Gestionar requisitos por modalidad

4° • CU28 Validar usuario

5° • CU21 Administrar colegios

6° • CU22 Gestionar bancos

7° • CU23 Gestionar cuentas bancarias

8° • CU25 Gestionar modalidad

9° • CU26 Gestionar requisitos

10° • CU29 Validar preinscripción

61
Prioridad Caso de Uso

11° • CU30 Realizar preinscripción manual

12° • CU31 Registrar requisitos

13° • CU32 Registrar requisitos presencial

14° • CU33 Registrar firma

15° • CU34 Registrar huella

16° • CU35 Registrar foto

Fuente: Elaboración propia

3.8.4 Priorización del product backlog del Subsistema de Admisión

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 50. Épicas del subsistema de Admisión

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU20 Administrar contraseñas

Épica 2 • CU21 Administrar colegios

Épica 3 • CU22 Gestionar bancos

Épica 4 • CU23 Gestionar cuentas bancarias

Épica 5 • CU24 Gestionar el número de vacantes

Épica 6 • CU25 Gestionar modalidad

Épica 7 • CU26 Gestionar requisitos

Épica 8 • CU27 Gestionar requisitos por modalidad

62
Backlog V 0.0

Épica Caso de Uso

Épica 9 • CU28 Validar usuario

Épica 10 • CU29 Validar preinscripción

Épica 11 • CU30 Realizar preinscripción manual

Épica 12 • CU31 Registrar requisitos

Épica 13 • CU32 Registrar requisitos presencial

Épica 14 • CU33 Registrar firma

Épica 15 • CU34 Registrar huella

Épica 16 • CU35 Registrar foto

Fuente: Elaboración propia

a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación se
hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso, pero
analizando el impacto de no tenerlo. Esta valoración también se realiza desde
el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total y el
Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 51. Ponderación de las épicas del subsistema de Admisión

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 9 18 9.1% 11 5.1% 1.79

Épica 2 8 8 16 8.1% 14 6.5% 1.25

Épica 3 9 8 17 8.6% 15 6.9% 1.24

Épica 4 8 9 17 8.6% 16 7.4% 1.16

63
Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 5 9 9 18 9.1% 12 5.6% 1.64

Épica 6 7 7 14 7.1% 14 6.5% 1.09

Épica 7 8 8 16 8.1% 17 7.9% 1.03

Épica 8 7 7 14 7.1% 11 5.1% 1.39

Épica 9 7 6 13 6.6% 11 5.1% 1.29

Épica 10 5 5 10 5.1% 11 5.1% 0.99

Épica 11 4 5 9 4.5% 10 4.6% 0.98

Épica 12 5 4 9 4.5% 12 5.6% 0.82

Épica 13 4 4 8 4.0% 13 6.0% 0.67

Épica 14 4 4 8 4.0% 18 8.3% 0.48

Épica 15 3 3 6 3.0% 15 6.9% 0.44

Épica 16 3 2 5 2.5% 16 7.4% 0.34

Total 100 98 198 100.0% 216 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es la


siguiente:

Tabla 52. Resumen de la ponderación de las épicas del subsistema de Admisión

Funcionalidad Prioridad

Épica 1 1.79

Épica 2 1.25

Épica 3 1.24

Épica 4 1.16

Épica 5 1.64

Épica 6 1.09

Épica 7 1.03

Épica 8 1.39

Épica 9 1.29

Épica 10 0.99

Épica 11 0.98

64
Funcionalidad Prioridad

Épica 12 0.82

Épica 13 0.67

Épica 14 0.48

Épica 15 0.44

Épica 16 0.34

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución en


la construcción del subsistema de Admisión, lo cual se muestra en la Tabla a
continuación:

Tabla 53. Prioridad de las épicas del subsistema de Admisión

Funcionalidad Prioridad

Épica 1 1.79

Épica 5 1.64

Épica 8 1.39

Épica 9 1.29

Épica 2 1.25

Épica 3 1.24

Épica 4 1.16

Épica 6 1.09

Épica 7 1.03

Épica 10 0.99

Épica 11 0.98

Épica 12 0.82

Épica 13 0.67

Épica 14 0.48

Épica 15 0.44

Épica 16 0.34

Fuente: Elaboración propia

65
El orden de desarrollo, es el siguiente: épica 1, épica 5, épica 8, épica 9, épica
2, épica 3, épica 4, épica 6, épica 7, épica 10, épica 11, épica 12, épica 13,
épica 14, épica 15 y épica 16.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 54. Orden de desarrollo de los CU del subsistema de Admisión

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 1 • CU20 Administrar contraseñas

2° Épica 5 • CU24 Gestionar el número de vacantes

3° Épica 8 • CU27 Gestionar requisitos por modalidad

4° Épica 9 • CU28 Validar usuario

5° Épica 2 • CU21 Administrar colegios

6° Épica 3 • CU22 Gestionar bancos

7° Épica 4 • CU23 Gestionar cuentas bancarias

8° Épica 6 • CU25 Gestionar modalidad

9° Épica 7 • CU26 Gestionar requisitos

10° Épica 10 • CU29 Validar preinscripción

11° Épica 11 • CU30 Realizar preinscripción manual

12° Épica 12 • CU31 Registrar requisitos

13° Épica 13 • CU32 Registrar requisitos presencial

14° Épica 14 • CU33 Registrar firma

15° Épica 15 • CU34 Registrar huella

16° Épica 16 • CU35 Registrar foto

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

66
d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.8.5 Cronograma de Ejecución del Subsistema de Admisión


A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema
de Admisión:

Tabla 55. Cronograma de ejecución del subsistema de Admisión

TIEMPO
Nro. CASO DE USO MES 2 MES 3 MES 4
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU20 Administrar contraseñas
2 • CU24 Gestionar el número de vacantes

3 • CU27 Gestionar requisitos por modalidad

4 • CU28 Validar usuario

5 • CU21 Administrar colegios

6 • CU22 Gestionar bancos

7 • CU23 Gestionar cuentas bancarias

8 • CU25 Gestionar modalidad

9 • CU26 Gestionar requisitos

10 • CU29 Validar preinscripción

11 • CU30 Realizar preinscripción manual

12 • CU31 Registrar requisitos

13 • CU32 Registrar requisitos presencial

14 • CU33 Registrar firma

15 • CU34 Registrar huella

16 • CU35 Registrar foto

Fuente: Elaboración propia

67
3.9 Priorización de casos de uso del Subsistema de Escalafón

A continuación, se presenta priorización de los casos de uso del subsistema de


Escalafón:

3.9.1 Diagrama de CU del Subsistema de Escalafón

A continuación, se presentan los diagramas de casos de uso del subsistema de


Escalafón por módulos.

3.9.1.1 Diagrama de CU del Módulo de Administrar Personal

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Administrar Personal.

Figura 10. Diagrama de CU del módulo Administrar Personal del subsistema de Escalafón
Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU36 Registrar datos del trabajador

68
 CU37 Buscar DNI
 CU38 Registrar datos de la entidad
 CU39 Registrar datos de la familia
 CU40 Registrar datos académicos

3.9.1.2 Diagrama de CU del Módulo de Carrera Laboral

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Carrera Laboral.

Figura 11. Diagrama de CU del módulo Carrera Laboral del subsistema de Escalafón
Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU41 Registrar ascensos


 CU42 Registrar servicios en la UNT
 CU43 Registrar servicios en el Estado
 CU44 Reportar quinquenio
 CU45 Buscar código

69
3.9.1.3 Diagrama de CU del Módulo de Comportamiento laboral

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Comportamiento Laboral.

Figura 12. Diagrama de CU del módulo Comportamiento Laboral del subsistema de Escalafón
FUENTE: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU46 Registrar méritos


 CU47 Registrar deméritos
 CU48 Registrar licencias
 CU49 Reportar control de asistencias

 El CU Buscar código no se considera puesto que es el mismo del módulo


anterior.

70
3.9.1.4 Diagrama de CU del Módulo de Registro CONEAU

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Registro CONEAU.

Figura 13. Diagrama de CU del módulo de Registro CONEAU del ubsistema de Escalafón
FUENTE: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU50 Registrar proyectos de investigación


 CU51 Registrar experiencia académica
 CU52 Registrar desempeño no académico

3.9.1.5 Diagrama de CU del Módulo de Reportes Administrativos

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Reportes Administrativos.

71
Figura 14. Diagrama de CU del módulo de Reportes Administrativos del subsistema de Escalafón
FUENTE: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU53 Emitir certificado


 CU54 Emitir régimen pensionario
 CU55 Emitir quinquenios
 CU56 Emitir carrera laboral global

3.9.1.6 Diagrama de CU del Módulo de Reportes Estadísticos

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Reportes Administrativos.

72
Figura 15. Diagrama de CU del módulo Reportes Estadísticos del subsistema de Escalafón
FUENTE: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU57 Emitir reporte de empleados


 CU58 Emitir reporte estadístico

3.9.1.7 Diagrama de CU del Módulo de Desempeño

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Desempeño.

Figura 16. Diagrama de CU del módulo Desempeño del subsistema de Escalafón


FUENTE: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

73
 CU59 Emitir reporte de desempeño
 CU60 Calificar desempeño

3.9.2 Priorización de CU del Subsistema de Escalafón

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Escalafón.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 56. Factores de importancia de CU del Subsistema de Escalafón

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU36 Registrar datos del trabajador 5 4 3 5 5

• CU37 Buscar DNI 5 4 4 5 5

• CU38 Registrar datos de la entidad 5 4 4 4 4

• CU39 Registrar datos de la familia 5 4 4 4 4

• CU40 Registrar datos académicos 5 4 4 4 4

• CU41 Registrar ascensos 5 4 4 3 3

• CU42 Registrar servicios en la UNT 4 4 3 3 3

• CU43 Registrar servicios en el Estado 4 4 3 3 3

• CU44 Reportar quinquenio 4 4 3 3 3

• CU45 Buscar código 5 4 4 4 3

• CU46 Registrar méritos 4 3 3 3 3

• CU47 Registrar deméritos 4 3 3 3 3

• CU48 Registrar licencias 4 3 3 3 3

• CU49 Reportar control de asistencias 4 3 3 3 3

• CU50 Registrar proyectos de investigación 4 3 3 3 3

• CU51 Registrar experiencia académica 4 3 3 3 3

• CU52 Registrar desempeño no académico 4 3 3 3 3

• CU53 Emitir certificado 4 2 3 3 2

• CU54 Emitir régimen pensionario 4 2 3 3 2

74
0.28 0.20 0.12 0.12 0.28
Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU55 Emitir quinquenios 4 2 3 3 2

• CU56 Emitir carrera laboral global 4 2 3 3 2

• CU57 Emitir reporte de empleados 4 3 2 3 3

• CU58 Emitir reporte estadístico 4 2 2 3 2

• CU59 Emitir reporte de desempeño 4 2 2 2 2

• CU60 Calificar desempeño 4 2 2 3 2

Fuente: Elaboración propia

3.9.3 Matriz de Priorización de CU del Subsistema de Escalafón

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Escalafón.

Tabla 57. Matriz de priorización de los CU del subsistema de Escalafón

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU36 Registrar datos del trabajador 1.40 0.80 0.36 0.60 1.40 4.56 2°

• CU37 Buscar DNI 1.40 0.80 0.48 0.60 1.40 4.68 1°

• CU38 Registrar datos de la entidad 1.40 0.80 0.48 0.48 1.12 4.28 3°

• CU39 Registrar datos de la familia 1.40 0.80 0.48 0.48 1.12 4.28 4°

• CU40 Registrar datos académicos 1.40 0.80 0.48 0.48 1.12 4.28 5°

• CU41 Registrar ascensos 1.40 0.80 0.48 0.36 0.84 3.88 7°

• CU42 Registrar servicios en la UNT 1.12 0.80 0.36 0.36 0.84 3.48 8°

• CU43 Registrar servicios en el Estado 1.12 0.80 0.36 0.36 0.84 3.48 9°

• CU44 Reportar quinquenio 1.12 0.80 0.36 0.36 0.84 3.48 10°

• CU45 Buscar código 1.40 0.80 0.48 0.48 0.84 4.00 6°

• CU46 Registrar méritos 1.12 0.60 0.36 0.36 0.84 3.28 11°

• CU47 Registrar deméritos 1.12 0.60 0.36 0.36 0.84 3.28 12°

75
Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU48 Registrar licencias 1.12 0.60 0.36 0.36 0.84 3.28 13°

• CU49 Reportar control de asistencias 1.12 0.60 0.36 0.36 0.84 3.28 14°

• CU50 Registrar proyectos de investigación 1.12 0.60 0.36 0.36 0.84 3.28 15°

• CU51 Registrar experiencia académica 1.12 0.60 0.36 0.36 0.84 3.28 16°

• CU52 Registrar desempeño no académico 1.12 0.60 0.36 0.36 0.84 3.28 17°

• CU53 Emitir certificado 1.12 0.40 0.36 0.36 0.56 2.80 19°

• CU54 Emitir régimen pensionario 1.12 0.40 0.36 0.36 0.56 2.80 20°

• CU55 Emitir quinquenios 1.12 0.40 0.36 0.36 0.56 2.80 21°

• CU56 Emitir carrera laboral global 1.12 0.40 0.36 0.36 0.56 2.80 22°

• CU57 Emitir reporte de empleados 1.12 0.60 0.24 0.36 0.84 3.16 18°

• CU58 Emitir reporte estadístico 1.12 0.40 0.24 0.36 0.56 2.68 23°

• CU59 Emitir reporte de desempeño 1.12 0.40 0.24 0.24 0.56 2.56 25°

• CU60 Calificar desempeño 1.12 0.40 0.24 0.36 0.56 2.68 24°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Planificación es el siguiente:

Tabla 58. Orden de ejecución de los CU del subsistema de Escalafón

Prioridad Caso de Uso

1° • CU37 Buscar DNI

2° • CU36 Registrar datos del trabajador

3° • CU38 Registrar datos de la entidad

4° • CU39 Registrar datos de la familia

5° • CU40 Registrar datos académicos

76
Prioridad Caso de Uso

6° • CU45 Buscar código

7° • CU41 Registrar ascensos

8° • CU42 Registrar servicios en la UNT

9° • CU43 Registrar servicios en el Estado

10° • CU44 Reportar quinquenio

11° • CU46 Registrar méritos

12° • CU47 Registrar deméritos

13° • CU48 Registrar licencias

14° • CU49 Reportar control de asistencias

15° • CU50 Registrar proyectos de investigación

16° • CU51 Registrar experiencia académica

17° • CU52 Registrar desempeño no académico

18° • CU57 Emitir reporte de empleados

19° • CU53 Emitir certificado

20° • CU54 Emitir régimen pensionario

21° • CU55 Emitir quinquenios

22° • CU56 Emitir carrera laboral global

23° • CU58 Emitir reporte estadístico

24° • CU60 Calificar desempeño

25° • CU59 Emitir reporte de desempeño

Fuente: Elaboración propia

77
3.9.4 Priorización del product backlog del Subsistema de Escalafón

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 59. Épicas del subsistema de Escalafón

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU36 Registrar datos del trabajador

Épica 2 • CU37 Buscar DNI

Épica 3 • CU38 Registrar datos de la entidad

Épica 4 • CU39 Registrar datos de la familia

Épica 5 • CU40 Registrar datos académicos

Épica 6 • CU41 Registrar ascensos

Épica 7 • CU42 Registrar servicios en la UNT

Épica 8 • CU43 Registrar servicios en el Estado

Épica 9 • CU44 Reportar quinquenio

Épica 10 • CU45 Buscar código

Épica 11 • CU46 Registrar méritos

Épica 12 • CU47 Registrar deméritos

Épica 13 • CU48 Registrar licencias

Épica 14 • CU49 Reportar control de asistencias

Épica 15 • CU50 Registrar proyectos de investigación

Épica 16 • CU51 Registrar experiencia académica

Épica 17 • CU52 Registrar desempeño no académico

Épica 18 • CU53 Emitir certificado

Épica 19 • CU54 Emitir régimen pensionario

Épica 20 • CU55 Emitir quinquenios

78
Backlog V 0.0

Épica Caso de Uso

Épica 21 • CU56 Emitir carrera laboral global

Épica 22 • CU57 Emitir reporte de empleados

Épica 23 • CU58 Emitir reporte estadístico

Épica 24 • CU59 Emitir reporte de desempeño

Épica 25 • CU60 Calificar desempeño

Fuente: Elaboración propia

a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación se
hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso, pero
analizando el impacto de no tenerlo. Esta valoración también se realiza desde
el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total y el
Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 60. Ponderación de las épicas del subsistema de Escalafón

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 9 18 4.7% 10 3.4% 1.39

Épica 2 8 9 17 4.5% 9 3.1% 1.45

Épica 3 9 9 18 4.7% 11 3.7% 1.26

Épica 4 9 9 18 4.7% 11 3.7% 1.26

Épica 5 9 9 18 4.7% 11 3.7% 1.26

Épica 6 9 9 18 4.7% 12 4.1% 1.15

Épica 7 9 9 18 4.7% 12 4.1% 1.15

79
Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 8 9 9 18 4.7% 12 4.1% 1.15

Épica 9 9 9 18 4.7% 12 4.1% 1.15

Épica 10 8 9 17 4.5% 11 3.7% 1.19

Épica 11 8 7 15 3.9% 11 3.7% 1.05

Épica 12 8 7 15 3.9% 11 3.7% 1.05

Épica 13 8 7 15 3.9% 11 3.7% 1.05

Épica 14 8 7 15 3.9% 11 3.7% 1.05

Épica 15 8 7 15 3.9% 11 3.7% 1.05

Épica 16 8 7 15 3.9% 11 3.7% 1.05

Épica 17 8 7 15 3.9% 11 3.7% 1.05

Épica 18 7 6 13 3.4% 12 4.1% 0.83

Épica 19 5 7 12 3.1% 12 4.1% 0.77

Épica 20 5 6 11 2.9% 12 4.1% 0.71

Épica 21 6 5 11 2.9% 12 4.1% 0.71

Épica 22 7 7 14 3.7% 11 3.7% 0.98

Épica 23 7 7 14 3.7% 16 5.4% 0.67

Épica 24 5 6 11 2.9% 15 5.1% 0.56

Épica 25 7 6 13 3.4% 16 5.4% 0.63

Total 193 189 382 100.0% 294 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es la


siguiente:

Tabla 61. Resumen de la ponderación de las épicas del subsistema de Escalafón

Funcionalidad Prioridad

Épica 1 1.39

Épica 2 1.45

Épica 3 1.26

Épica 4 1.26

80
Funcionalidad Prioridad

Épica 5 1.26

Épica 6 1.15

Épica 7 1.15

Épica 8 1.15

Épica 9 1.15

Épica 10 1.19

Épica 11 1.05

Épica 12 1.05

Épica 13 1.05

Épica 14 1.05

Épica 15 1.05

Épica 16 1.05

Épica 17 1.05

Épica 18 0.83

Épica 19 0.77

Épica 20 0.71

Épica 21 0.71

Épica 22 0.98

Épica 23 0.67

Épica 24 0.56

Épica 25 0.63

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución en


la construcción del subsistema de Escalafón, lo cual se muestra en la Tabla a
continuación:

81
Tabla 62. Prioridad de las épicas del subsistema de Escalafón

Funcionalidad Prioridad

Épica Prioridad
Épica 2 1.45

Épica 1 1.39

Épica 3 1.26

Épica 4 1.26

Épica 5 1.26

Épica 10 1.19

Épica 6 1.15

Épica 7 1.15

Épica 8 1.15

Épica 9 1.15

Épica 11 1.05

Épica 12 1.05

Épica 13 1.05

Épica 14 1.05

Épica 15 1.05

Épica 16 1.05

Épica 17 1.05

Épica 22 0.98

Épica 18 0.83

Épica 19 0.77

Épica 20 0.71

Épica 21 0.71

Épica 23 0.67

Épica 25 0.63

Épica 24 0.56

Fuente: Elaboración propia

82
El orden de desarrollo, es el siguiente: épica 2, épica 1, épica 3, épica 4, épica
3, épica 5, épica 10, épica 6, épica 7, épica 8, épica 9, épica 11, épica 12, épica
13, épica 14, épica 15, épica 16, épica 17, épica 22, épica 18, épica 19, épica
20, épica 21, épica 23, épica 25 y épica 24.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 63. Orden de desarrollo de los CU del subsistema de Administración del subsistema de Escalafón

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 2 • CU37 Buscar DNI

2° Épica 1 • CU36 Registrar datos del trabajador

3° Épica 3 • CU38 Registrar datos de la entidad

4° Épica 4 • CU39 Registrar datos de la familia

5° Épica 5 • CU40 Registrar datos académicos

6° Épica 10 • CU45 Buscar código

7° Épica 6 • CU41 Registrar ascensos

8° Épica 7 • CU42 Registrar servicios en la UNT

9° Épica 8 • CU43 Registrar servicios en el Estado

10° Épica 9 • CU44 Reportar quinquenio

11° Épica 11 • CU46 Registrar méritos

12° Épica 12 • CU47 Registrar deméritos

13° Épica 13 • CU48 Registrar licencias

14° Épica 14 • CU49 Reportar control de asistencias

15° Épica 15 • CU50 Registrar proyectos de investigación

16° Épica 16 • CU51 Registrar experiencia académica

17° Épica 17 • CU52 Registrar desempeño no académico

18° Épica 22 • CU57 Emitir reporte de empleados

19° Épica 18 • CU53 Emitir certificado

20° Épica 19 • CU54 Emitir régimen pensionario

21° Épica 20 • CU55 Emitir quinquenios

83
22° Épica 21 • CU56 Emitir carrera laboral global

23° Épica 23 • CU58 Emitir reporte estadístico

24° Épica 25 • CU60 Calificar desempeño

25° Épica 24 • CU59 Emitir reporte de desempeño

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.9.5 Cronograma de Ejecución del Subsistema de Escalafón


A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema
de Escalafón:

Tabla 64. Cronograma de ejecución del subsistema de Escalafón

TIEMPO
Nro. CASO DE USO MES 3 MES 4 MES 5
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU37 Buscar DNI
2 • CU36 Registrar datos del trabajador

3 • CU38 Registrar datos de la entidad

4 • CU39 Registrar datos de la familia

84
TIEMPO
Nro. CASO DE USO MES 3 MES 4 MES 5
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4

5 • CU40 Registrar datos académicos

6 • CU45 Buscar código

7 • CU41 Registrar ascensos

8 • CU42 Registrar servicios en la UNT

9 • CU43 Registrar servicios en el Estado

10 • CU44 Reportar quinquenio

11 • CU46 Registrar méritos

12 • CU47 Registrar deméritos

13 • CU48 Registrar licencias

14 • CU49 Reportar control de asistencias

15 • CU50 Registrar proyectos de investigación

16 • CU51 Registrar experiencia académica

17 • CU52 Registrar desempeño no académico

18 • CU57 Emitir reporte de empleados

19 • CU53 Emitir certificado

20 • CU54 Emitir régimen pensionario

21 • CU55 Emitir quinquenios

22 • CU56 Emitir carrera laboral global

23 • CU58 Emitir reporte estadístico

24 • CU60 Calificar desempeño

25 • CU59 Emitir reporte de desempeño

Fuente: Elaboración propia

3.10 Priorización de casos de uso del Subsistema de Asignación de


Carga

A continuación, se presenta priorización de los casos de uso del subsistema de


Asignación de Carga:

85
3.10.1 Diagrama de CU del Subsistema de Asignación de Carga

A continuación, se presentan los diagramas de casos de uso del subsistema de


Escalafón por módulos.

3.10.1.1 Diagrama de CU del Módulo de Parámetros

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Parámetros.

Figura 17. Diagrama de CU del módulo de Parámetros del subsistema de Asignación de Carga
Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU61 Establecer parámetros


 CU62 Generar cursos asignados
 CU63 Aperturar curso

86
3.10.1.2 Diagrama de CU del Módulo de Asignación Docente

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Asignación Docente.

Figura 18. Diagrama de CU del módulo Asignación Docente del subsistema Asignación de Carga
Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU64 Asignar carga lectiva


 CU65 Registrar equipo docente

3.10.2 Priorización de CU del Subsistema de Asignación de Carga

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Asignación de Carga.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

87
Tabla 65. Factores de importancia de CU del subsistema de Asignación de Carga

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU61 Establecer parámetros 5 5 4 5 4
• CU62 Generar cursos asignados 4 4 3 3 3
• CU63 Aperturar curso 5 4 5 3 4
• CU64 Asignar carga lectiva 5 4 4 4 3
• CU65 Registrar equipo docente 5 5 4 4 4

Fuente: Elaboración propia

3.10.3 Matriz de Priorización de CU del Subsistema de Asignación de


Carga

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Asignación de Carga.

Tabla 66. Matriz de priorización de los CU del subsistema de Asignación de Carga

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU61 Establecer parámetros 1.40 1.00 0.48 0.60 1.12 4.60 1°

• CU62 Generar cursos asignados 1.12 0.80 0.36 0.36 0.84 3.48 5°

• CU63 Aperturar curso 1.40 0.80 0.60 0.36 1.12 4.28 3°

• CU64 Asignar carga lectiva 1.40 0.80 0.48 0.48 0.84 4.00 4°

• CU65 Registrar equipo docente 1.40 1.00 0.48 0.48 1.12 4.48 2°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Asignación de Carga es el siguiente:

88
Tabla 67. Orden de ejecución de los CU del subsistema de Asignación de Carga

Prioridad Caso de Uso

1° • CU61 Establecer parámetros

2° • CU65 Registrar equipo docente

3° • CU63 Aperturar curso

4° • CU64 Asignar carga lectiva

5° • CU62 Generar cursos asignados

Fuente: Elaboración propia

3.10.4 Priorización del product backlog del Subsistema de Asignación de


Carga

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 68. Épicas del subsistema de Asignación de Carga

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU61 Establecer parámetros

Épica 2 • CU62 Generar cursos asignados

Épica 3 • CU63 Aperturar curso

Épica 4 • CU64 Asignar carga lectiva

Épica 5 • CU65 Registrar equipo docente

Fuente: Elaboración propia

89
a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación se
hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso, pero
analizando el impacto de no tenerlo. Esta valoración también se realiza desde
el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total y el
Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 69. . Ponderación de las épicas del subsistema de Asignación de Carga

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 8 17 22.1% 18 18.2% 1.21

Épica 2 7 8 15 19.5% 22 22.2% 0.88

Épica 3 7 7 14 18.2% 19 19.2% 0.95

Épica 4 8 7 15 19.5% 21 21.2% 0.92

Épica 5 8 8 16 20.8% 19 19.2% 1.08

Total 39 38 77 100.0% 99 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es la


siguiente:

Tabla 70. Resumen de la ponderación de las épicas del subsistema de Asignación de Carga

Funcionalidad Prioridad

Épica 1 1.21

Épica 2 0.88

Épica 3 0.95

90
Funcionalidad Prioridad

Épica 4 0.92

Épica 5 1.08

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución en


la construcción del subsistema de Asignación de Carga, lo cual se muestra en
la Tabla a continuación:

Tabla 71. Prioridad de las épicas del subsistema de Asignación de Carga

Funcionalidad Prioridad

Épica Prioridad

Épica 1 1.21

Épica 5 1.08

Épica 3 0.95

Épica 4 0.92

Épica 2 0.88

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 1, épica 5, épica 3, épica 4 y épica


2.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 72. Orden de desarrollo de los CU del subsistema de Asiganación de Carga

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 2 • CU61 Establecer parámetros

2° Épica 1 • CU65 Registrar equipo docente

3° Épica 3 • CU63 Aperturar curso

91
4° Épica 4 • CU64 Asignar carga lectiva

5° Épica 5 • CU62 Generar cursos asignados

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.10.5 Cronograma de Ejecución del Subsistema de Asignación de Carga

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Asignación de Carga:

Tabla 73. Cronograma de ejecución del subsistema de Asignación de Carga

TIEMPO
Nro. CASO DE USO MES 4 MES 5 MES 6
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU61 Establecer parámetros
2 • CU65 Registrar equipo docente

3 • CU63 Aperturar curso

4 • CU64 Asignar carga lectiva

5 • CU62 Generar cursos asignados

Fuente: Elaboración propia

92
3.11 Priorización de casos de uso del Subsistema de Horarios

A continuación, se presenta priorización de los casos de uso del subsistema de


Horarios:

3.11.1 Diagrama de CU del Subsistema de Horarios

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Horarios.

Figura 19. Diagrama de CU del subsistema de horarios


Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU66 Elaborar horario lectivo


 CU67 Elaborar horario no lectivo

3.11.2 Priorización de CU del Subsistema de Horarios

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Horarios.

93
PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 74. Factores de importancia de CU del subsistema de Horarios

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU66 Elaborar horario lectivo 5 5 4 5 4
• CU67 Elaborar horario no lectivo 4 4 4 5 4

Fuente: Elaboración propia

3.11.3 Matriz de Priorización de CU del Subsistema de Horarios

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Horarios.

Tabla 75. Matriz de priorización de los casos de uso del subsistema de Horarios

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU66 Elaborar horario lectivo 1.40 1.00 0.48 0.60 1.12 4.60 1°

• CU67 Elaborar horario no lectivo 1.12 0.80 0.48 0.60 1.12 4.12 2°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Horarios es el siguiente:

94
Tabla 76. Orden de ejecución de los CU del subsistema de Horarios

Prioridad Caso de Uso

1° • CU66 Elaborar horario lectivo

2° • CU67 Elaborar horario no lectivo

Fuente: Elaboración propia

3.11.4 Priorización del product backlog del Subsistema de Horarios

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 77. Épicas del subsistema del Horarios

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU66 Elaborar horario lectivo

Épica 2 • CU67 Elaborar horario no lectivo

Fuente: Elaboración propia

a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación se
hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso, pero

95
analizando el impacto de no tenerlo. Esta valoración también se realiza desde
el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total y el
Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 78. Ponderación de las épicas del subsistema de Horarios

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 8 17 50.0% 18 47.4% 1.06

Épica 2 8 9 17 50.0% 20 52.6% 0.95

Total 17 17 34 100.0% 38 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es la


siguiente:

Tabla 79. Resumen de la ponderación de las épicas del subsistema de Horarios

Funcionalidad Prioridad

Épica 1 1.06

Épica 2 0.95

Fuente: Elaboración propia

Puesto que en la Tabla ya están ordenados los valores de mayor a menor, a


continuación, se muestra el orden de ejecución en la construcción del
subsistema de Horarios.

Por lo tanto, el orden de desarrollo, es el siguiente: épica 1 y épica 2.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

96
Tabla 80. Orden de desarrollo de los CU del subsistema de Horarios

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 1 • CU66 Elaborar horario lectivo

2° Épica 2 • CU67 Elaborar horario no lectivo

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.11.5 Cronograma de Ejecución del Subsistema de Horarios

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Horarios:

97
Tabla 81. Cronograma de ejecución del subsistema de Horarios

TIEMPO
Nro. CASO DE USO MES 5 MES 6 MES 7
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU66 Elaborar horario lectivo
2 • CU67 Elaborar horario no lectivo

Fuente: Elaboración propia

3.12 Priorización de casos de uso del Subsistema de Sílabo

A continuación, se presenta priorización de los casos de uso del subsistema de


Sílabo:

3.12.1 Diagrama de CU del Subsistema de Sílabo

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Sílabo.

De la Figura se obtienen los siguientes casos de uso:

 CU68 Registrar sílabo


 CU69 Cargar sílabo existente
 CU70 Asignar semanas a unidades
 CU71 Ingresar fundamentación
 CU72 Corregir sílabo
 CU73 Ingresar aprendizajes esperados
 CU74 Ingresar programación
 CU75 Ingresar normas de evaluación
 CU76 Ingresar consejería
 CU77 Ingresar bibliografía
 CU78 Seleccionar curso
 CU79 Descargar sílabo
 CU80 Visar sílabo
 CU81 Revisar sílabo
 CU82 Emitir reporte de sílabos

98
Figura 20. Diagrama de CU del módulo sílabo
Fuente: Elaboración propia

3.12.2 Priorización de CU del Subsistema de Sílabo

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Sílabo.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

99
Tabla 82. Factores de importancia de CU del Subsistema de Sílabo

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU68 Registrar sílabo 5 4 5 5 5

• CU69 Cargar sílabo existente 5 4 4 5 5

• CU70 Asignar semanas a unidades 5 4 4 5 4

• CU71 Ingresar fundamentación 5 4 4 5 4

• CU72 Corregir sílabo 5 3 3 3 3

• CU73 Ingresar aprendizajes esperados 5 4 4 4 4

• CU74 Ingresar programación 5 4 4 4 4

• CU75 Ingresar normas de evaluación 5 4 4 4 3

• CU76 Ingresar consejería 5 4 4 4 3

• CU77 Ingresar bibliografía 4 4 4 4 3

• CU78 Seleccionar curso 4 3 3 3 3

• CU79 Descargar sílabo 4 3 3 3 2

• CU80 Visar sílabo 4 3 3 3 3

• CU81 Revisar sílabo 4 3 3 3 3

• CU82 Emitir reporte de sílabos 3 3 3 3 2

Fuente: Elaboración propia

3.12.3 Matriz de Priorización de CU del Subsistema de Sílabo

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Sílabo.

100
Tabla 83. Matriz de priorización de los casos de uso del subsistema de Sílabo

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU68 Registrar sílabo 1.40 0.80 0.60 0.60 1.40 4.80 1°

• CU69 Cargar sílabo existente 1.40 0.80 0.48 0.60 1.40 4.68 2°

• CU70 Asignar semanas a unidades 1.40 0.80 0.48 0.60 1.12 4.40 3°

• CU71 Ingresar fundamentación 1.40 0.80 0.48 0.60 1.12 4.40 4°

• CU72 Corregir sílabo 1.40 0.60 0.36 0.36 0.84 3.56 10°

• CU73 Ingresar aprendizajes esperados 1.40 0.80 0.48 0.48 1.12 4.28 5°

• CU74 Ingresar programación 1.40 0.80 0.48 0.48 1.12 4.28 6°

• CU75 Ingresar normas de evaluación 1.40 0.80 0.48 0.48 0.84 4.00 7°

• CU76 Ingresar consejería 1.40 0.80 0.48 0.48 0.84 4.00 8°

• CU77 Ingresar bibliografía 1.12 0.80 0.48 0.48 0.84 3.72 9°

• CU78 Seleccionar curso 1.12 0.60 0.36 0.36 0.84 3.28 11°

• CU79 Descargar sílabo 1.12 0.60 0.36 0.36 0.56 3.00 14°

• CU80 Visar sílabo 1.12 0.60 0.36 0.36 0.84 3.28 12°

• CU81 Revisar sílabo 1.12 0.60 0.36 0.36 0.84 3.28 13°

• CU82 Emitir reporte de sílabos 0.84 0.60 0.36 0.36 0.56 2.72 15°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Sílabo es el siguiente:

Tabla 84. Orden de ejecución de los CU del subsistema de Sílabo

Prioridad Caso de Uso

1° • CU68 Registrar sílabo

2° • CU69 Cargar sílabo existente

3° • CU70 Asignar semanas a unidades

4° • CU71 Ingresar fundamentación

101
Prioridad Caso de Uso

5° • CU73 Ingresar aprendizajes esperados

6° • CU74 Ingresar programación

7° • CU75 Ingresar normas de evaluación

8° • CU76 Ingresar consejería

9° • CU77 Ingresar bibliografía

10° • CU72 Corregir sílabo

11° • CU78 Seleccionar curso

12° • CU80 Visar sílabo

13° • CU81 Revisar sílabo

14° • CU79 Descargar sílabo

15° • CU82 Emitir reporte de sílabos

Fuente: Elaboración propia

3.12.4 Priorización del product backlog del Subsistema de Sílabo

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

102
Tabla 85. Épicas del subsistema de Sílabo

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU68 Registrar sílabo

Épica 2 • CU69 Cargar sílabo existente

Épica 3 • CU70 Asignar semanas a unidades

Épica 4 • CU71 Ingresar fundamentación

Épica 5 • CU73 Ingresar aprendizajes esperados

Épica 6 • CU74 Ingresar programación

Épica 7 • CU75 Ingresar normas de evaluación

Épica 8 • CU76 Ingresar consejería

Épica 9 • CU77 Ingresar bibliografía

Épica 10 • CU72 Corregir sílabo

Épica 11 • CU78 Seleccionar curso

Épica 12 • CU80 Visar sílabo

Épica 13 • CU81 Revisar sílabo

Épica 14 • CU79 Descargar sílabo

Épica 15 • CU82 Emitir reporte de sílabos

Fuente: Elaboración propia

a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación
se hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso,
pero analizando el impacto de no tenerlo. Esta valoración también se realiza
desde el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total
y el Valor porcentual.

103
La información que a continuación se muestra en la Tabla, es la ponderación
obtenida de la técnica aplicada:

Tabla 86. Ponderación de las épicas del subsistema de Sílabo

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 9 18 7.5% 9 5.0% 1.50

Épica 2 9 8 17 7.1% 9 5.0% 1.41

Épica 3 9 9 18 7.5% 10 5.6% 1.35

Épica 4 9 9 18 7.5% 10 5.6% 1.35

Épica 5 8 8 16 6.7% 14 7.8% 0.86

Épica 6 9 9 18 7.5% 12 6.7% 1.12

Épica 7 9 9 18 7.5% 12 6.7% 1.12

Épica 8 9 8 17 7.1% 12 6.7% 1.06

Épica 9 9 8 17 7.1% 12 6.7% 1.06

Épica 10 7 8 15 6.3% 11 6.1% 1.02

Épica 11 7 7 14 5.9% 13 7.3% 0.81

Épica 12 6 7 13 5.4% 14 7.8% 0.70

Épica 13 7 7 14 5.9% 13 7.3% 0.81

Épica 14 6 7 13 5.4% 13 7.3% 0.75

Épica 15 7 6 13 5.4% 15 8.4% 0.65

Total 120 119 239 100.0% 179 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es


la siguiente:

Tabla 87. Resumen de la ponderación de las épicas del subsistema de Sílabo

Funcionalidad Prioridad

Épica 1 1.50

Épica 2 1.41

Épica 3 1.35

Épica 4 1.35

104
Funcionalidad Prioridad

Épica 5 0.86

Épica 6 1.12

Épica 7 1.12

Épica 8 1.06

Épica 9 1.06

Épica 10 1.02

Épica 11 0.81

Épica 12 0.70

Épica 13 0.81

Épica 14 0.75

Épica 15 0.65

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución


en la construcción del subsistema de Sílabo, lo cual se muestra en la Tabla a
continuación:

Tabla 88. Prioridad de las épicas del subsistema de Sílabo

Funcionalidad Prioridad

Épica Prioridad

Épica 1 1.50

Épica 2 1.41

Épica 3 1.35

Épica 4 1.35

Épica 6 1.12

Épica 7 1.12

Épica 8 1.06

Épica 9 1.06

Épica 10 1.02

105
Funcionalidad Prioridad

Épica 5 0.86

Épica 11 0.81

Épica 13 0.81

Épica 14 0.75

Épica 12 0.70

Épica 15 0.65

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 1, épica 2, épica 3, épica 4, épica


6, épica 7, épica 8, épica 9, épica 10, épica 5, épica 11, épica 13, épica 14,
épica 12 y épica 15.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 89- Orden de desarrollo de los CU del subsistema de Sílabo

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 1 • CU68 Registrar sílabo

2° Épica 2 • CU69 Cargar sílabo existente

3° Épica 3 • CU70 Asignar semanas a unidades

4° Épica 4 • CU71 Ingresar fundamentación

5° Épica 6 • CU73 Ingresar aprendizajes esperados

6° Épica 7 • CU74 Ingresar programación

7° Épica 8 • CU75 Ingresar normas de evaluación

8° Épica 9 • CU76 Ingresar consejería

9° Épica 10 • CU77 Ingresar bibliografía

10° Épica 5 • CU72 Corregir sílabo

11° Épica 11 • CU78 Seleccionar curso

106
12° Épica 13 • CU80 Visar sílabo

13° Épica 14 • CU81 Revisar sílabo

14° Épica 12 • CU79 Descargar sílabo

15° Épica 15 • CU82 Emitir reporte de sílabos

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.12.5 Cronograma de Ejecución del Subsistema de Sílabo

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Sílabo:

107
Tabla 90. Cronograma de ejecución del subsistema de Sílabo

TIEMPO
Nro. CASO DE USO MES 6 MES 7 MES 8
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU68 Registrar sílabo
2 • CU69 Cargar sílabo existente

3 • CU70 Asignar semanas a unidades

4 • CU71 Ingresar fundamentación

5 • CU73 Ingresar aprendizajes esperados

6 • CU74 Ingresar programación

7 • CU75 Ingresar normas de evaluación

8 • CU76 Ingresar consejería

9 • CU77 Ingresar bibliografía

10 • CU72 Corregir sílabo

11 • CU78 Seleccionar curso

12 • CU80 Visar sílabo

13 • CU81 Revisar sílabo

14 • CU79 Descargar sílabo

15 • CU82 Emitir reporte de sílabos

Fuente: Elaboración propia

3.13 Priorización de casos de uso del Subsistema de Matrículas

A continuación, se presenta priorización de los casos de uso del subsistema de


Matrículas:

3.13.1 Diagrama de CU del Subsistema de Matrículas

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Matrículas.

108
Figura 21. Diagrama de CU del módulo de matrículas
Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU83 Registrar matrícula en línea


 CU84 Registrar regularización
 CU85 Registrar matrícula interna
 CU86 Registrar cursos extraordinarios
 CU87 Registrar pagos

109
 CU88 Administrar cronograma de matrículas
 CU89 Generar reportes
 CU90 Administrar currícula
 CU91 Administrar malla curricular
 CU92 Administrar equivalencias de cursos

3.13.2 Priorización de CU del Subsistema de Matrícula

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Matrículas.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 91. Factores de importancia de CU del subsistema de Matrículas

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
CU83 Registrar matrícula en línea 5 4 3 4 3

CU84 Registrar regularización 4 3 3 3 3

CU85 Registrar matrícula interna 5 3 3 4 3

CU86 Registrar cursos extraordinarios 5 3 3 4 3

CU87 Registrar pagos 4 3 3 4 3

CU88 Administrar cronograma de matrículas 5 4 4 4 3

CU89 Generar reportes 3 3 3 3 3

CU90 Administrar currícula 5 4 5 4 3

CU91 Administrar malla curricular 5 4 5 5 5

CU92 Administrar equivalencias de cursos 5 4 5 4 3

Fuente: Elaboración propia

110
3.13.3 Matriz de Priorización de CU del Subsistema de Matrícula

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Matrículas.

Tabla 92. Matriz de priorización de los casos de uso del subsistema de Matrículas

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
CU83 Registrar matrícula en línea 1.40 0.80 0.36 0.48 0.84 3.88 5°

CU84 Registrar regularización 1.12 0.60 0.36 0.36 0.84 3.28 9°

CU85 Registrar matrícula interna 1.40 0.60 0.36 0.48 0.84 3.68 6°

CU86 Registrar cursos extraordinarios 1.40 0.60 0.36 0.48 0.84 3.68 7°

CU87 Registrar pagos 1.12 0.60 0.36 0.48 0.84 3.40 8°

CU88 Administrar cronograma de matrículas 1.40 0.80 0.48 0.48 0.84 4.00 4°

CU89 Generar reportes 0.84 0.60 0.36 0.36 0.84 3.00 10°

CU90 Administrar currícula 1.40 0.80 0.60 0.48 0.84 4.12 2°

CU91 Administrar malla curricular 1.40 0.80 0.60 0.60 1.40 4.80 1°

CU92 Administrar equivalencias de cursos 1.40 0.80 0.60 0.48 0.84 4.12 3°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Matrículas es el siguiente:

Tabla 93. Orden de ejecución de los CU del subsistema de Matrículas

Prioridad Caso de Uso

1° CU91 Administrar malla curricular

2° CU90 Administrar currícula

3° CU92 Administrar equivalencias de cursos

4° CU88 Administrar cronograma de matrículas

111
Prioridad Caso de Uso

5° CU83 Registrar matrícula en línea

6° CU85 Registrar matrícula interna

7° CU86 Registrar cursos extraordinarios

8° CU87 Registrar pagos

9° CU84 Registrar regularización

10° CU89 Generar reportes

Fuente: Elaboración propia

3.13.4 Priorización del product backlog del Subsistema de Matrículas

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 94. Épicas del subsistema de Matrículas

Backlog V 0.0

Épica Caso de Uso

Épica 1 CU83 Registrar matrícula en línea

Épica 2 CU84 Registrar regularización

Épica 3 CU85 Registrar matrícula interna

Épica 4 CU86 Registrar cursos extraordinarios

Épica 5 CU87 Registrar pagos

Épica 6 CU88 Administrar cronograma de matrículas

Épica 7 CU89 Generar reportes

Épica 8 CU90 Administrar currícula

112
Backlog V 0.0

Épica Caso de Uso

Épica 9 CU91 Administrar malla curricular

Épica 10 CU92 Administrar equivalencias de cursos

Fuente: Elaboración propia

a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación
se hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso,
pero analizando el impacto de no tenerlo. Esta valoración también se realiza
desde el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total
y el Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 95. Ponderación de las épicas del subsistema de Matrículas

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 8 7 15 10.0% 13 9.6% 1.04

Épica 2 7 6 13 8.7% 16 11.9% 0.73

Épica 3 8 7 15 10.0% 14 10.4% 0.96

Épica 4 7 7 14 9.3% 15 11.1% 0.84

Épica 5 7 6 13 8.7% 15 11.1% 0.78

Épica 6 8 8 16 10.7% 12 8.9% 1.20

Épica 7 6 7 13 8.7% 17 12.6% 0.69

Épica 8 9 8 17 11.3% 11 8.1% 1.39

Épica 9 9 8 17 11.3% 10 7.4% 1.53

Épica 10 8 9 17 11.3% 12 8.9% 1.28

Total 77 73 150 100.0% 135 100.0%

Fuente: Elaboración propia

113
La ponderación obtenida para cada épica se muestra en la tabla , la cual es
la siguiente:

Tabla 96. Resumen de la ponderación de las épicas del subsistema de Matrículas

Funcionalidad Prioridad

Épica 1 1.04

Épica 2 0.73

Épica 3 0.96

Épica 4 0.84

Épica 5 0.78

Épica 6 1.20

Épica 7 0.69

Épica 8 1.39

Épica 9 1.53

Épica 10 1.28

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución


en la construcción del subsistema de Matrículas, lo cual se muestra en la
Tabla a continuación:

Tabla 97. Prioridad de las épicas del subsistema de Matrículas

Funcionalidad Prioridad

Épica Prioridad
Épica 9 1.53

Épica 8 1.39

Épica 10 1.28

Épica 6 1.20

Épica 1 1.04

Épica 3 0.96

Épica 4 0.84

114
Funcionalidad Prioridad

Épica 5 0.78

Épica 2 0.73

Épica 7 0.69

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 9, épica 8, épica 10, épica 6,


épica 1, épica 3, épica 4, épica 5, épica 2 y épica 7.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 98. Orden de desarrollo de los CU del subsistema de Matrículas

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 9 CU91 Administrar malla curricular

2° Épica 8 CU90 Administrar currícula

3° Épica 10 CU92 Administrar equivalencias de cursos

4° Épica 6 CU88 Administrar cronograma de matrículas

5° Épica 1 CU83 Registrar matrícula en línea

6° Épica 3 CU85 Registrar matrícula interna

7° Épica 4 CU86 Registrar cursos extraordinarios

8° Épica 5 CU87 Registrar pagos

9° Épica 2 CU84 Registrar regularización

10° Épica 7 CU89 Generar reportes

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

115
d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.13.5 Cronograma de Ejecución del Subsistema de Matrículas

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Matrículas:

Tabla 99. Cronograma de ejecución del subsistema de Matrículas

TIEMPO
Nro. CASO DE USO MES 7 MES 8 MES 9
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 CU91 Administrar malla curricular
2 CU90 Administrar currícula

3 CU92 Administrar equivalencias de cursos

4 CU88 Administrar cronograma de matrículas

5 CU83 Registrar matrícula en línea

6 CU85 Registrar matrícula interna

7 CU86 Registrar cursos extraordinarios

8 CU87 Registrar pagos

9 CU84 Registrar regularización

10 CU89 Generar reportes

Fuente: Elaboración propia

116
3.14 Priorización de casos de uso del Subsistema de Notas y
Asistencias

A continuación, se presenta priorización de los casos de uso del subsistema de


Notas y Asistencias:

3.14.1 Diagrama de CU del Subsistema de Notas y Asistencias

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Notas y Asistencias por módulos.

3.14.1.1 Diagrama de CU del Módulo de Asistencias

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Asistencias.

Figura 22. Diagrama de CU de asistencias del módulo de Asistencias del subsistema de Notas y Asistencias
Fuente: Elaboración propiade

117
De la Figura se obtienen los siguientes casos de uso:

 CU93 Gestionar asistencias


 CU94 Reportar asistencia de un docente
 CU95 Reportar asistencia de un alumno
 CU96 Reportar asistencia de docentes
 CU97 Reportar fecha de asistencia de docentes

3.14.1.2 Diagrama de CU del Módulo de Notas

A continuación, en la Figura se muestra el diagrama de casos de uso del módulo


de Notas.

Figura 23. Diagrama de CU de asistencias del módulo de Notas del subsistema de Notas y Asistencias
Fuente: Elaboración propia

118
De la Figura se obtienen los siguientes casos de uso:

 CU98 Registrar nota por evaluación


 CU99 Registrar nota de aplazado
 CU100 Listar promedios
 CU101 Listar reporte de notas
 CU102 Listar alumnos por orden de mérito
 CU103 Editar convalidación
 CU104 Registrar nota de convalidación
 CU105 Editar notas
 CU106 Buscar alumno
 CU107 Generar registro oficial de evaluación
 CU108 Consultar alumnos
 CU109 Generar reporte de notas
 CU110 Consultar notas de cursos actuales

3.14.2 Priorización de CU del Subsistema de Notas y Asistencias

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Notas y Asistencias.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 100. Factores de importancia de CU del Subsistema de Notas y Asistencias

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU93 Gestionar asistencias 5 4 5 5 5

• CU94 Reportar asistencia de un docente 5 4 4 5 5

119
0.28 0.20 0.12 0.12 0.28
Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU95 Reportar asistencia de un alumno 5 4 4 4 4

• CU96 Reportar asistencia de docentes 5 4 4 5 4

• CU97 Reportar fecha de asistencia de docentes 5 4 4 5 4

• CU98 Registrar nota por evaluación 5 4 4 4 3

• CU99 Registrar nota de aplazado 5 4 4 3 3

• CU100 Listar promedios 5 4 4 3 3

• CU101 Listar reporte de notas 5 4 4 3 3

• CU102 Listar alumnos por orden de mérito 4 3 3 3 3

• CU103 Editar convalidación 4 4 3 3 3

• CU104 Registrar nota de convalidación 4 4 3 3 3

• CU105 Editar notas 4 4 3 3 3

• CU106 Buscar alumno 5 4 3 3 3

• CU107 Generar registro oficial de evaluación 4 3 3 3 2

• CU108 Consultar alumnos 4 3 3 2 2

• CU109 Generar reporte de notas 3 3 3 2 2

• CU110 Consultar notas de cursos actuales 4 3 3 3 2

Fuente: Elaboración propia

3.14.3 Matriz de Priorización de CU del Subsistema de Notas y


Asistencias

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Notas y Asistencias.

120
Tabla 101. Matriz de priorización de los CU del subsistema de Notas y Asistencias

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU93 Gestionar asistencias 1.40 0.80 0.60 0.60 1.40 4.80 1°

• CU94 Reportar asistencia de un docente 1.40 0.80 0.48 0.60 1.40 4.68 2°

• CU95 Reportar asistencia de un alumno 1.40 0.80 0.48 0.48 1.12 4.28 5°

• CU96 Reportar asistencia de docentes 1.40 0.80 0.48 0.60 1.12 4.40 3°

• CU97 Reportar fecha de asistencia de docentes 1.40 0.80 0.48 0.60 1.12 4.40 4°

• CU98 Registrar nota por evaluación 1.40 0.80 0.48 0.48 0.84 4.00 6°

• CU99 Registrar nota de aplazado 1.40 0.80 0.48 0.36 0.84 3.88 7°

• CU100 Listar promedios 1.40 0.80 0.48 0.36 0.84 3.88 8°

• CU101 Listar reporte de notas 1.40 0.80 0.48 0.36 0.84 3.88 9°

• CU102 Listar alumnos por orden de mérito 1.12 0.60 0.36 0.36 0.84 3.28 14°

• CU103 Editar convalidación 1.12 0.80 0.36 0.36 0.84 3.48 11°

• CU104 Registrar nota de convalidación 1.12 0.80 0.36 0.36 0.84 3.48 12°

• CU105 Editar notas 1.12 0.80 0.36 0.36 0.84 3.48 13°

• CU106 Buscar alumno 1.40 0.80 0.36 0.36 0.84 3.76 10°

• CU107 Generar registro oficial de evaluación 1.12 0.60 0.36 0.36 0.56 3.00 15°

• CU108 Consultar alumnos 1.12 0.60 0.36 0.24 0.56 2.88 17°

• CU109 Generar reporte de notas 0.84 0.60 0.36 0.24 0.56 2.60 18°

• CU110 Consultar notas de cursos actuales 1.12 0.60 0.36 0.36 0.56 3.00 16°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Notas y Asistencias es el siguiente:

Tabla 102. Orden de ejecución de los CU del subsistema de Notas y Asistencias

Prioridad Caso de Uso

1° • CU93 Gestionar asistencias

2° • CU94 Reportar asistencia de un docente

121
Prioridad Caso de Uso

3° • CU96 Reportar asistencia de docentes

4° • CU97 Reportar fecha de asistencia de docentes

5° • CU95 Reportar asistencia de un alumno

6° • CU98 Registrar nota por evaluación

7° • CU99 Registrar nota de aplazado

8° • CU100 Listar promedios

9° • CU101 Listar reporte de notas

10° • CU106 Buscar alumno

11° • CU103 Editar convalidación

12° • CU104 Registrar nota de convalidación

13° • CU105 Editar notas

14° • CU102 Listar alumnos por orden de mérito

15° • CU107 Generar registro oficial de evaluación

16° • CU110 Consultar notas de cursos actuales

17° • CU108 Consultar alumnos

18° • CU109 Generar reporte de notas

Fuente: Elaboración propia

3.14.4 Priorización del product backlog del Subsistema de Notas y


Asistencias

122
La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 103. Épicas del subsistema de Notas y Asistencias

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU93 Gestionar asistencias

Épica 2 • CU94 Reportar asistencia de un docente

Épica 3 • CU95 Reportar asistencia de un alumno

Épica 4 • CU96 Reportar asistencia de docentes

Épica 5 • CU97 Reportar fecha de asistencia de docentes

Épica 6 • CU98 Registrar nota por evaluación

Épica 7 • CU99 Registrar nota de aplazado

Épica 8 • CU100 Listar promedios

Épica 9 • CU101 Listar reporte de notas

Épica 10 • CU102 Listar alumnos por orden de mérito

Épica 11 • CU103 Editar convalidación

Épica 12 • CU104 Registrar nota de convalidación

Épica 13 • CU105 Editar notas

Épica 14 • CU106 Buscar alumno

Épica 15 • CU107 Generar registro oficial de evaluación

Épica 16 • CU108 Consultar alumnos

Épica 17 • CU109 Generar reporte de notas

Épica 18 • CU110 Consultar notas de cursos actuales

Fuente: Elaboración propia

a. Sprint 0

123
La Priorización del Product Backlog para este subsistema se basa en el
método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación
se hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso,
pero analizando el impacto de no tenerlo. Esta valoración también se realiza
desde el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total
y el Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 104. Ponderación de las épicas del subsistema de Notas y Asistencias

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 9 18 6.6% 9 3.6% 1.84

Épica 2 9 8 17 6.3% 9 3.6% 1.74

Épica 3 9 9 18 6.6% 11 4.4% 1.50

Épica 4 9 9 18 6.6% 10 4.0% 1.65

Épica 5 9 9 18 6.6% 10 4.0% 1.65

Épica 6 8 9 17 6.3% 12 4.8% 1.30

Épica 7 9 8 17 6.3% 12 4.8% 1.30

Épica 8 9 8 17 6.3% 12 4.8% 1.30

Épica 9 8 8 16 5.9% 12 4.8% 1.23

Épica 10 6 6 12 4.4% 16 6.4% 0.69

Épica 11 7 7 14 5.2% 14 5.6% 0.92

Épica 12 6 7 13 4.8% 14 5.6% 0.85

Épica 13 7 6 13 4.8% 15 6.0% 0.80

Épica 14 8 7 15 5.5% 13 5.2% 1.06

Épica 15 6 6 12 4.4% 18 7.2% 0.61

Épica 16 6 5 11 4.1% 19 7.6% 0.53

Épica 17 6 6 12 4.4% 22 8.8% 0.50

Épica 18 7 6 13 4.8% 21 8.4% 0.57

124
Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Total 138 133 271 100.0% 249 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es


la siguiente:

Tabla 105. Resumen de la ponderación de las épicas del subsistema de Notas y Asistencias

Funcionalidad Prioridad

Épica 1 1.84

Épica 2 1.74

Épica 3 1.50

Épica 4 1.65

Épica 5 1.65

Épica 6 1.30

Épica 7 1.30

Épica 8 1.30

Épica 9 1.23

Épica 10 0.69

Épica 11 0.92

Épica 12 0.85

Épica 13 0.80

Épica 14 1.06

Épica 15 0.61

Épica 16 0.53

Épica 17 0.50

Épica 18 0.57

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución


en la construcción del subsistema de Notas y Asistencias, lo cual se muestra
en la Tabla a continuación:

125
Tabla 106. Prioridad de las épicas del subsistema de Notas y Asistencias

Funcionalidad Prioridad

Épica Prioridad
Épica 1 1.84

Épica 2 1.74

Épica 4 1.65

Épica 5 1.65

Épica 3 1.50

Épica 6 1.30

Épica 7 1.30

Épica 8 1.30

Épica 9 1.23

Épica 14 1.06

Épica 11 0.92

Épica 12 0.85

Épica 13 0.80

Épica 10 0.69

Épica 15 0.61

Épica 18 0.57

Épica 16 0.53

Épica 17 0.50

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 1, épica 2, épica 4, épica 5, épica


3, épica 6, épica 7, épica 8, épica 9, épica 14, épica 11, épica 12, épica 13,
épica 10, épica 15, épica 18, épica 16 y épica 17.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 107. Orden de desarrollo de los CU del subsistema de Notas y Asistencias

126
Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 1 • CU93 Gestionar asistencias

2° Épica 2 • CU94 Reportar asistencia de un docente

3° Épica 4 • CU96 Reportar asistencia de docentes

4° Épica 5 • CU97 Reportar fecha de asistencia de docentes

5° Épica 3 • CU95 Reportar asistencia de un alumno

6° Épica 6 • CU98 Registrar nota por evaluación

7° Épica 7 • CU99 Registrar nota de aplazado

8° Épica 8 • CU100 Listar promedios

9° Épica 9 • CU101 Listar reporte de notas

10° Épica 14 • CU106 Buscar alumno

11° Épica 11 • CU103 Editar convalidación

12° Épica 12 • CU104 Registrar nota de convalidación

13° Épica 13 • CU105 Editar notas

14° Épica 10 • CU102 Listar alumnos por orden de mérito

15° Épica 15 • CU107 Generar registro oficial de evaluación

16° Épica 18 • CU110 Consultar notas de cursos actuales

17° Épica 16 • CU108 Consultar alumnos

18° Épica 17 • CU109 Generar reporte de notas

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

127
No hay cambios en la versión.

3.14.5 Cronograma de Ejecución del Subsistema de Notas y Asistencias

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de NotasyAsistencias:

Tabla 108. Cronograma de ejecución del subsistema deNotas y Asistencias

TIEMPO
Nro. CASO DE USO MES 8 MES 9 MES 10
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU93 Gestionar asistencias
2 • CU94 Reportar asistencia de un docente

3 • CU96 Reportar asistencia de docentes

4 • CU97 Reportar fecha de asistencia de docentes

5 • CU95 Reportar asistencia de un alumno

6 • CU98 Registrar nota por evaluación

7 • CU99 Registrar nota de aplazado

8 • CU100 Listar promedios

9 • CU101 Listar reporte de notas

10 • CU106 Buscar alumno

11 • CU103 Editar convalidación

12 • CU104 Registrar nota de convalidación

13 • CU105 Editar notas

14 • CU102 Listar alumnos por orden de mérito

15 • CU107 Generar registro oficial de evaluación

16 • CU110 Consultar notas de cursos actuales

17 • CU108 Consultar alumnos

18 • CU109 Generar reporte de notas

Fuente: Elaboración propia

3.15 Priorización de casos de uso del Subsistema de Reportes


Académicos
A continuación, se presenta priorización de los casos de uso del subsistema de
Reportes Académicos:

128
3.15.1 Diagrama de CU del Subsistema de Reportes Académicos

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Reportes Académicos.

3.15.1.1 Diagrama de CU del Módulo de Documentos Académicos

A continuación, en la Figura se muestra el diagrama de casos de uso del


módulo de Documentos Académicos.

De la Figura se obtienen los siguientes casos de uso:

 CU111 Emitir horario de alumno


 CU112 Emitir horario de docente
 CU113 Emitir horario de aula
 CU141 Emitir horario de laboratorio
 CU115 Emitir horario
 CU116 Emitir boleta de matrícula
 CU117 Emitir constancia de tercio superior
 CU118 Emitir constancia de quinto superior
 CU119 Emitir constancia de orden de mérito
 CU120 Emitir constancia de promedio ponderado
 CU121 Emitir historial académico
 CU122 Emitir certificado de estudios

3.15.1.2 Diagrama de CU del Módulo de Reportes Gestión Académica

A continuación, en la Figura se muestra el diagrama de casos de uso del


módulo de Reportes de Gestión Académica.

129
Figura 24. Diagrama de CU del módulo de Documentos Académicos del subsistema de Reportes Académicos
Fuente: Elaboración propia

130
Figura 25. Diagrama de CU del módulo de Reportes Gestión Académica del subsistema de Reportes Académicos
Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

131
 CU123 Emitir reporte de docentes y cursos
 CU124 Emitir reporte de alumnos por curso
 CU125 Emitir reporte de alumnos por curso
 CU126 Emitir reporte de notas por curso
 CU127 Emitir reporte de traslados
 CU128 Emitir reporte de traslados internos
 CU129 Emitir reporte de traslados externos
 CU130 Emitir reporte de reservas de matrículas
 CU131 Emitir reporte de inhabilitados
 CU132 Emitir reporte de alumnos retirados
 CU133 Emitir reporte de deserción

3.15.2 Priorización de CU del Subsistema de Reportes Académicos

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Reportes Académicos.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 109. Factores de importancia de CU del Subsistema de Reportes Académicos

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU111 Emitir horario de alumno 5 5 4 5 4

• CU112 Emitir horario de docente 5 5 4 5 4

• CU113 Emitir horario de aula 5 5 4 4 4

• CU114 Emitir horario de laboratorio 5 5 4 4 4

• CU115 Emitir horario 5 5 5 5 5

• CU116 Emitir boleta de matrícula 5 5 3 4 4

132
0.28 0.20 0.12 0.12 0.28
Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU117 Emitir constancia de tercio superior 5 4 3 4 3

• CU118 Emitir constancia de quinto superior 5 4 3 4 3

• CU119 Emitir constancia de orden de mérito 5 5 3 4 3

• CU120 Emitir constancia de promedio ponderado 5 5 3 4 3

• CU121 Emitir historial académico 5 4 3 3 3

• CU122 Emitir certificado de estudios 5 4 3 3 3

• CU123 Emitir reporte de docentes y cursos 4 3 3 3 3

• CU124 Emitir reporte de alumnos por curso 5 3 3 3 3

• CU125 Emitir reporte de alumnos por curso 5 3 3 3 3

• CU126 Emitir reporte de notas por curso 5 3 3 3 3

• CU127 Emitir reporte de traslados 5 5 4 5 5

• CU128 Emitir reporte de traslados internos 3 3 3 3 3

• CU129 Emitir reporte de traslados externos 3 3 3 3 3

• CU130 Emitir reporte de reservas de matrículas 3 3 2 3 2

• CU131 Emitir reporte de inhabilitados 3 3 3 3 2

• CU132 Emitir reporte de alumnos retirados 3 3 3 3 2

• CU133 Emitir reporte de deserción 3 3 2 2 2

Fuente: Elaboración propia

3.15.3 Matriz de Priorización de CU del Subsistema de Reportes


Académicos

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Reportes Académicos.

133
Tabla 110. Matriz de priorización de los CU del subsistema de Reportes Académicos

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU111 Emitir horario de alumno 1.40 1.00 0.48 0.60 1.12 4.60 3°

• CU112 Emitir horario de docente 1.40 1.00 0.48 0.60 1.12 4.60 4°

• CU113 Emitir horario de aula 1.40 1.00 0.48 0.48 1.12 4.48 5°

• CU114 Emitir horario de laboratorio 1.40 1.00 0.48 0.48 1.12 4.48 6°

• CU115 Emitir horario 1.40 1.00 0.60 0.60 1.40 5.00 1°

• CU116 Emitir boleta de matrícula 1.40 1.00 0.36 0.48 1.12 4.36 7°

• CU117 Emitir constancia de tercio superior 1.40 0.80 0.36 0.48 0.84 3.88 10°

• CU118 Emitir constancia de quinto superior 1.40 0.80 0.36 0.48 0.84 3.88 11°

• CU119 Emitir constancia de orden de mérito 1.40 1.00 0.36 0.48 0.84 4.08 8°

• CU120 Emitir constancia de promedio ponderado 1.40 1.00 0.36 0.48 0.84 4.08 9°

• CU121 Emitir historial académico 1.40 0.80 0.36 0.36 0.84 3.76 12°

• CU122 Emitir certificado de estudios 1.40 0.80 0.36 0.36 0.84 3.76 13°

• CU123 Emitir reporte de docentes y cursos 1.12 0.60 0.36 0.36 0.84 3.28 17°

• CU124 Emitir reporte de alumnos por curso 1.40 0.60 0.36 0.36 0.84 3.56 14°

• CU125 Emitir reporte de alumnos por curso 1.40 0.60 0.36 0.36 0.84 3.56 15°

• CU126 Emitir reporte de notas por curso 1.40 0.60 0.36 0.36 0.84 3.56 16°

• CU127 Emitir reporte de traslados 1.40 1.00 0.48 0.60 1.40 4.88 2°

• CU128 Emitir reporte de traslados internos 0.84 0.60 0.36 0.36 0.84 3.00 16°

• CU129 Emitir reporte de traslados externos 0.84 0.60 0.36 0.36 0.84 3.00 19°

• CU130 Emitir reporte de reservas de matrículas 0.84 0.60 0.24 0.36 0.56 2.60 22°

• CU131 Emitir reporte de inhabilitados 0.84 0.60 0.36 0.36 0.56 2.72 20°

• CU132 Emitir reporte de alumnos retirados 0.84 0.60 0.36 0.36 0.56 2.72 21°

• CU133 Emitir reporte de deserción 0.84 0.60 0.24 0.24 0.56 2.48 23°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Reportes Académicos es el siguiente:

134
Tabla 111. Orden de ejecución de los CU del subsistema de Reportes Académicos

Prioridad Caso de Uso

1° • CU115 Emitir horario

2° • CU127 Emitir reporte de traslados

3° • CU111 Emitir horario de alumno

4° • CU112 Emitir horario de docente

5° • CU113 Emitir horario de aula

6° • CU114 Emitir horario de laboratorio

7° • CU116 Emitir boleta de matrícula

8° • CU119 Emitir constancia de orden de mérito

9° • CU120 Emitir constancia de promedio ponderado

10° • CU117 Emitir constancia de tercio superior

11° • CU118 Emitir constancia de quinto superior

12° • CU121 Emitir historial académico

13° • CU122 Emitir certificado de estudios

14° • CU124 Emitir reporte de alumnos por curso

15° • CU125 Emitir reporte de alumnos por curso

16° • CU126 Emitir reporte de notas por curso

17° • CU123 Emitir reporte de docentes y cursos

18° • CU128 Emitir reporte de traslados internos

19° • CU129 Emitir reporte de traslados externos


20° • CU131 Emitir reporte de inhabilitados
21° • CU132 Emitir reporte de alumnos retirados
22° • CU130 Emitir reporte de reservas de matrículas
23° • CU133 Emitir reporte de deserción

Fuente: Elaboración propia

3.15.4 Priorización del product backlog del Subsistema de Reportes


Académicos

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

135
A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 112. Épicas del subsistema de Reportes Académicos

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU111 Emitir horario de alumno

Épica 2 • CU112 Emitir horario de docente

Épica 3 • CU113 Emitir horario de aula

Épica 4 • CU114 Emitir horario de laboratorio

Épica 5 • CU115 Emitir horario

Épica 6 • CU116 Emitir boleta de matrícula

Épica 7 • CU117 Emitir constancia de tercio superior

Épica 8 • CU118 Emitir constancia de quinto superior

Épica 9 • CU119 Emitir constancia de orden de mérito

Épica 10 • CU120 Emitir constancia de promedio ponderado

Épica 11 • CU121 Emitir historial académico

Épica 12 • CU122 Emitir certificado de estudios

Épica 13 • CU123 Emitir reporte de docentes y cursos

Épica 14 • CU124 Emitir reporte de alumnos por curso

Épica 15 • CU125 Emitir reporte de alumnos por curso

Épica 16 • CU126 Emitir reporte de notas por curso

Épica 17 • CU127 Emitir reporte de traslados

Épica 18 • CU128 Emitir reporte de traslados internos

Épica 19 • CU129 Emitir reporte de traslados externos

Épica 20 • CU130 Emitir reporte de reservas de matrículas

Épica 21 • CU131 Emitir reporte de inhabilitados

Épica 22 • CU132 Emitir reporte de alumnos retirados

Épica 23 • CU133 Emitir reporte de deserción

Fuente: Elaboración propia

136
a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación
se hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso,
pero analizando el impacto de no tenerlo. Esta valoración también se realiza
desde el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total
y el Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 113. Ponderación de las épicas del subsistema de Reportes Académicos

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 9 9 18 5.1% 9 3.0% 1.70

Épica 2 9 9 18 5.1% 9 3.0% 1.70

Épica 3 9 9 18 5.1% 10 3.3% 1.53

Épica 4 9 9 18 5.1% 10 3.3% 1.53

Épica 5 9 9 18 5.1% 8 2.7% 1.91

Épica 6 8 9 17 4.8% 10 3.3% 1.44

Épica 7 9 8 17 4.8% 12 4.0% 1.20

Épica 8 9 8 17 4.8% 12 4.0% 1.20

Épica 9 8 9 17 4.8% 11 3.7% 1.31

Épica 10 8 9 17 4.8% 11 3.7% 1.31

Épica 11 8 8 16 4.5% 12 4.0% 1.13

Épica 12 8 8 16 4.5% 12 4.0% 1.13

Épica 13 7 6 13 3.7% 15 5.0% 0.74

Épica 14 8 7 15 4.2% 12 4.0% 1.06

Épica 15 7 8 15 4.2% 12 4.0% 1.06

Épica 16 7 7 14 4.0% 13 4.3% 0.92

Épica 17 9 9 18 5.1% 8 2.7% 1.91

Épica 18 7 6 13 3.7% 15 5.0% 0.74

137
Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 19 6 6 12 3.4% 16 5.3% 0.64

Épica 20 6 6 12 3.4% 22 7.3% 0.46

Épica 21 6 5 11 3.1% 17 5.7% 0.55

Épica 22 6 6 12 3.4% 21 7.0% 0.49

Épica 23 5 6 11 3.1% 23 7.7% 0.41

Total 177 176 353 100.0% 300 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es


la siguiente:

Tabla 114. . Resumen de la ponderación de las épicas del subsistema de Reportes Académicos

Funcionalidad Prioridad

Épica 1 1.70

Épica 2 1.70

Épica 3 1.53

Épica 4 1.53

Épica 5 1.91

Épica 6 1.44

Épica 7 1.20

Épica 8 1.20

Épica 9 1.31

Épica 10 1.31

Épica 11 1.13

Épica 12 1.13

Épica 13 0.74

Épica 14 1.06

Épica 15 1.06

Épica 16 0.92

Épica 17 1.91

Épica 18 0.74

138
Funcionalidad Prioridad

Épica 19 0.64

Épica 20 0.46

Épica 21 0.55

Épica 22 0.49

Épica 23 0.41

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución


en la construcción del subsistema de Reportes Académicos, lo cual se
muestra en la Tabla a continuación:

Tabla 115. Prioridad de las épicas del subsistema de Reportes Académicos

Funcionalidad Prioridad

Épica Prioridad
Épica 5 1.91

Épica 17 1.91

Épica 1 1.70

Épica 2 1.70

Épica 3 1.53

Épica 4 1.53

Épica 6 1.44

Épica 9 1.31

Épica 10 1.31

Épica 7 1.20

Épica 8 1.20

Épica 11 1.13

Épica 12 1.13

Épica 14 1.06

Épica 15 1.06

Épica 16 0.92

Épica 13 0.74

139
Funcionalidad Prioridad

Épica 18 0.74

Épica 19 0.64

Épica 21 0.55

Épica 22 0.49

Épica 20 0.46

Épica 23 0.41

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 5, épica 17, épica 1, épica 2,


épica 3, épica 4, épica 6, épica 9, épica 10, épica 7, épica 8, épica 11, épica
12, épica 14, épica 15, épica 16, épica 13, épica 18, épica 19, épica 21, épica
22, épica 20 y épica 23.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 116. Orden de desarrollo de los CU del subsistema de Reportes Académicos

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 5 • CU115 Emitir horario

2° Épica 17 • CU127 Emitir reporte de traslados

3° Épica 1 • CU111 Emitir horario de alumno

4° Épica 2 • CU112 Emitir horario de docente

5° Épica 3 • CU113 Emitir horario de aula

6° Épica 4 • CU114 Emitir horario de laboratorio

7° Épica 6 • CU116 Emitir boleta de matrícula

8° Épica 9 • CU119 Emitir constancia de orden de mérito

9° Épica 10 • CU120 Emitir constancia de promedio ponderado

10° Épica 7 • CU117 Emitir constancia de tercio superior

11° Épica 8 • CU118 Emitir constancia de quinto superior

12° Épica 11 • CU121 Emitir historial académico

140
Backlog V 1.0

Orden Épica Caso de Uso

13° Épica 12 • CU122 Emitir certificado de estudios

14° Épica 14 • CU124 Emitir reporte de alumnos por curso

15° Épica 15 • CU125 Emitir reporte de alumnos por curso

16° Épica 16 • CU126 Emitir reporte de notas por curso

17° Épica 13 • CU123 Emitir reporte de docentes y cursos

18° Épica 18 • CU128 Emitir reporte de traslados internos

19° Épica 19 • CU129 Emitir reporte de traslados externos

20° Épica 21 • CU131 Emitir reporte de inhabilitados

21° Épica 22 • CU132 Emitir reporte de alumnos retirados

22° Épica 20 • CU130 Emitir reporte de reservas de matrículas

23° Épica 23 • CU133 Emitir reporte de deserción

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

141
3.15.5 Cronograma de Ejecución del Subsistema de Reportes
Académicos

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Reportes Académicos:

Tabla 117. Cronograma de ejecución del subsistema de Reportes Académicos

TIEMPO
Nro. CASO DE USO MES 9 MES 10 MES 11
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU115 Emitir horario
2 • CU127 Emitir reporte de traslados

3 • CU111 Emitir horario de alumno

4 • CU112 Emitir horario de docente

5 • CU113 Emitir horario de aula

6 • CU114 Emitir horario de laboratorio

7 • CU116 Emitir boleta de matrícula

8 • CU119 Emitir constancia de orden de mérito

9 • CU120 Emitir constancia de promedio ponderado

10 • CU117 Emitir constancia de tercio superior

11 • CU118 Emitir constancia de quinto superior

12 • CU121 Emitir historial académico

13 • CU122 Emitir certificado de estudios

14 • CU124 Emitir reporte de alumnos por curso

15 • CU125 Emitir reporte de alumnos por curso

16 • CU126 Emitir reporte de notas por curso

17 • CU123 Emitir reporte de docentes y cursos

18 • CU128 Emitir reporte de traslados internos

19 • CU129 Emitir reporte de traslados externos

20 • CU131 Emitir reporte de inhabilitados

21 • CU132 Emitir reporte de alumnos retirados

22 • CU130 Emitir reporte de reservas de matrículas

23 • CU133 Emitir reporte de deserción

Fuente: Elaboración propia

142
3.16 Priorización de casos de uso del Subsistema de Aula Virtual
A continuación, se presenta priorización de los casos de uso del subsistema de
Aula Virtual:

3.16.1 Diagrama de CU del Subsistema de Aula Virtual

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Aula Virtual por módulos.

3.16.1.1 Diagrama de CU del Módulo de Aula Virtual Alumno

A continuación, en la Figura se muestra el diagrama de casos de uso del


módulo de Aula Virtual Alumno.

Figura 26. Diagrama de CU del módulo Aula Virtual Alumno del subsistema Aula Virtual
Fuente: Elaboración propia

143
De la Figura se obtienen los siguientes casos de uso:

 CU134 Reportar record académico


 CU135 Descargar sílabo
 CU136 Reportar datos personales
 CU137 Reportar asistencia por curso
 CU138 Matricular
 CU139 Reportar horario

3.16.1.2 Diagrama de CU del Módulo Aula Virtual Docente

A continuación, en la Figura se muestra el diagrama de casos de uso del


módulo de Aula Virtual Docente.

Figura 27. Diagrama de CU del módulo Aula Virtual Docente del subsistema Aula Virtual
Fuente: Elaboración propia

144
De la Figura se obtienen los siguientes casos de uso:

 CU140 Reportar porcentaje de desaprobados


 CU141 Reportar recursos
 CU142 Reportar horario docente
 CU143 Reportar asistencia por docente

3.16.2 Priorización de CU del Subsistema de Aula Virtual

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Aula Virtual.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 118. Factores de importancia de CU del subsistema de Aula Virtual

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU134 Reportar record académico 4 4 4 4 4

• CU135 Descargar sílabo 5 5 4 4 4

• CU136 Reportar datos personales 5 5 5 5 4

• CU137 Reportar asistencia por curso 5 4 4 4 4

• CU138 Matricular 5 5 5 4 4

• CU139 Reportar horario 5 5 5 4 4

• CU140 Reportar porcentaje de desaprobados 4 4 3 3 3

• CU141 Reportar recursos 4 4 4 3 3

• CU142 Reportar horario docente 4 4 4 4 3

• CU143 Reportar asistencia por docente 4 4 4 4 3

Fuente: Elaboración propia

145
3.16.3 Matriz de Priorización de CU del Subsistema de Aula Virtual

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Aula Virtual.

Tabla 119. Matriz de priorización de los CU del subsistema de Aula Virtual

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU134 Reportar record académico 1.12 0.80 0.48 0.48 1.12 4.00 6°

• CU135 Descargar sílabo 1.40 1.00 0.48 0.48 1.12 4.48 4°

• CU136 Reportar datos personales 1.40 1.00 0.60 0.60 1.12 4.72 1°

• CU137 Reportar asistencia por curso 1.40 0.80 0.48 0.48 1.12 4.28 5°

• CU138 Matricular 1.40 1.00 0.60 0.48 1.12 4.60 2°

• CU139 Reportar horario 1.40 1.00 0.60 0.48 1.12 4.60 3°

• CU140 Reportar porcentaje de desaprobados 1.12 0.80 0.36 0.36 0.84 3.48 10°

• CU141 Reportar recursos 1.12 0.80 0.48 0.36 0.84 3.60 9°

• CU142 Reportar horario docente 1.12 0.80 0.48 0.48 0.84 3.72 7°

• CU143 Reportar asistencia por docente 1.12 0.80 0.48 0.48 0.84 3.72 8°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Aula Virtual es el siguiente:

Tabla 120. Orden de ejecución de los CU del subsistema de Aula Virtual

Prioridad Caso de Uso

1° • CU136 Reportar datos personales

2° • CU138 Matricular

3° • CU139 Reportar horario

4° • CU135 Descargar sílabo

146
Prioridad Caso de Uso

5° • CU137 Reportar asistencia por curso

6° • CU134 Reportar record académico

7° • CU142 Reportar horario docente

8° • CU143 Reportar asistencia por docente

9° • CU141 Reportar recursos

10° • CU140 Reportar porcentaje de desaprobados

Fuente: Elaboración propia

3.16.4 Priorización del product backlog del Subsistema de Aula Virtual

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 121. Épicas del subsistema de Aula Virtual

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU134 Reportar record académico

Épica 2 • CU135 Descargar sílabo

Épica 3 • CU136 Reportar datos personales

Épica 4 • CU137 Reportar asistencia por curso

Épica 5 • CU138 Matricular

Épica 6 • CU139 Reportar horario

Épica 7 • CU140 Reportar porcentaje de desaprobados

Épica 8 • CU141 Reportar recursos

147
Backlog V 0.0

Épica Caso de Uso

Épica 9 • CU142 Reportar horario docente

Épica 10 • CU143 Reportar asistencia por docente

Fuente: Elaboración propia

a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación
se hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso,
pero analizando el impacto de no tenerlo. Esta valoración también se realiza
desde el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total
y el Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 122. Ponderación de las épicas del subsistema de Aula Virtual

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 8 7 15 9.9% 12 9.9% 1.00

Épica 2 9 8 17 11.3% 11 9.1% 1.24

Épica 3 9 9 18 11.9% 9 7.4% 1.60

Épica 4 7 8 15 9.9% 11 9.1% 1.09

Épica 5 9 8 17 11.3% 9 7.4% 1.51

Épica 6 8 9 17 11.3% 10 8.3% 1.36

Épica 7 7 6 13 8.6% 17 14.0% 0.61

Épica 8 6 6 12 7.9% 15 12.4% 0.64

Épica 9 7 7 14 9.3% 13 10.7% 0.86

Épica 10 6 7 13 8.6% 14 11.6% 0.74

Total 76 75 151 100.0% 121 100.0%

Fuente: Elaboración propia

148
La ponderación obtenida para cada épica se muestra en la tabla , la cual es
la siguiente:

Tabla 123. Resumen de la ponderación de las épicas del subsistema de Aula Virtual

Funcionalidad Prioridad

Épica 1 1.00

Épica 2 1.24

Épica 3 1.60

Épica 4 1.09

Épica 5 1.51

Épica 6 1.36

Épica 7 0.61

Épica 8 0.64

Épica 9 0.86

Épica 10 0.74

Fuente: Elaboración propia

Ordenando los valores de mayor a menor, se obtiene el orden de ejecución


en la construcción del subsistema de Aula Virtual, lo cual se muestra en la
Tabla a continuación:

Tabla 124. Prioridad de las épicas del subsistema de Aula Virtual

Funcionalidad Prioridad

Épica Prioridad
Épica 3 1.60

Épica 5 1.51

Épica 6 1.36

Épica 2 1.24

Épica 4 1.09

Épica 1 1.00

Épica 9 0.86

149
Funcionalidad Prioridad

Épica 10 0.74

Épica 8 0.64

Épica 7 0.61

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 3, épica 5, épica 6, épica 2, épica


4, épica 1, épica 9, épica 10, épica 8 y épica 7.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 125. Orden de desarrollo de los CU del subsistema de Aula Virtual

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 3 • CU136 Reportar datos personales

2° Épica 5 • CU138 Matricular

3° Épica 6 • CU139 Reportar horario

4° Épica 2 • CU135 Descargar sílabo

5° Épica 4 • CU137 Reportar asistencia por curso

6° Épica 1 • CU134 Reportar record académico

7° Épica 9 • CU142 Reportar horario docente

8° Épica 10 • CU143 Reportar asistencia por docente

9° Épica 8 • CU141 Reportar recursos

10° Épica 7 • CU140 Reportar porcentaje de desaprobados

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

150
d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.16.5 Cronograma de Ejecución del Subsistema de Aula Virtual

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Aula Virtual:

Tabla 126. Cronograma de ejecución del subsistema de Aula Virtual

TIEMPO
Nro. CASO DE USO MES 10 MES 11 MES 12
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU136 Reportar datos personales
2 • CU138 Matricular

3 • CU139 Reportar horario

4 • CU135 Descargar sílabo

5 • CU137 Reportar asistencia por curso

6 • CU134 Reportar record académico

7 • CU142 Reportar horario docente

8 • CU143 Reportar asistencia por docente

9 • CU141 Reportar recursos

10 • CU140 Reportar porcentaje de desaprobados

Fuente: Elaboración propia

3.17 Priorización de casos de uso del Subsistema de Acreditación

A continuación, se presenta priorización de los casos de uso del subsistema de


Acreditación:

151
3.17.1 Diagrama de CU del Subsistema de Acreditación

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Acreditación.

Figura 28. Diagrama de CU del subsistema de Acreditación


Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU144 Administrar indicadores


 CU145 Administrar estándares
 CU146 Emitir reportes de acreditación
 CU147 Administrar autoevaluación
 CU148 Administrar comité

152
3.17.2 Priorización de CU del Subsistema de Acreditación

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Acreditación.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 127. Factores de importancia de CU del subsistema de Acreditación

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU144 Administrar indicadores 5 5 4 4 4

• CU145 Administrar estándares 5 5 5 4 4

• CU146 Emitir reportes de acreditación 4 4 4 4 3

• CU147 Administrar autoevaluación 4 4 4 4 4

• CU148 Administrar comité 5 5 5 5 4

Fuente: Elaboración propia

3.17.3 Matriz de Priorización de CU del Subsistema de Acreditación

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Acreditación.

Tabla 128. Matriz de priorización de los CU del subsistema de Acreditación

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU144 Administrar indicadores 1.40 1.00 0.48 0.48 1.12 4.48 3°

• CU145 Administrar estándares 1.40 1.00 0.60 0.48 1.12 4.60 2°

• CU146 Emitir reportes de acreditación 1.12 0.80 0.48 0.48 0.84 3.72 5°

• CU147 Administrar autoevaluación 1.12 0.80 0.48 0.48 1.12 4.00 4°

• CU148 Administrar comité 1.40 1.00 0.60 0.60 1.12 4.72 1°

Fuente: Elaboración propia

153
De la Tabla se deduce que el orden de ejecución de los casos de uso del
subsistema de Acreditación es el siguiente:

Tabla 129. Orden de ejecución de los CU del subsistema de Acreditación

Prioridad Caso de Uso

1° • CU148 Administrar comité

2° • CU145 Administrar estándares

3° • CU144 Administrar indicadores

4° • CU147 Administrar autoevaluación

5° • CU146 Emitir reportes de acreditación

Fuente: Elaboración propia

3.17.4 Priorización del product backlog del Subsistema de Acreditación

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 130. Épicas del subsistema de Acreditación

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU144 Administrar indicadores

Épica 2 • CU145 Administrar estándares

Épica 3 • CU146 Emitir reportes de acreditación

Épica 4 • CU147 Administrar autoevaluación

Épica 5 • CU148 Administrar comité

Fuente: Elaboración propia

154
a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación
se hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso,
pero analizando el impacto de no tenerlo. Esta valoración también se realiza
desde el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total
y el Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 131. Ponderación de las épicas del subsistema de Acreditación

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 8 7 15 19.5% 11 20.0% 0.97

Épica 2 9 8 17 22.1% 10 18.2% 1.21

Épica 3 6 7 13 16.9% 13 23.6% 0.71

Épica 4 7 7 14 18.2% 12 21.8% 0.83

Épica 5 9 9 18 23.4% 9 16.4% 1.43

Total 39 38 77 100.0% 55 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es


la siguiente:

Tabla 132. Resumen de la ponderación de las épicas del subsistema de Acreditación

Funcionalidad Prioridad

Épica 1 0.97

Épica 2 1.21

Épica 3 0.71

Épica 4 0.83

Épica 5 1.43

Fuente: Elaboración propia

155
Ordenando los valores de mayor a menor, se obtiene el orden de ejecución
en la construcción del subsistema de Acreditación, lo cual se muestra en la
Tabla a continuación:

Tabla 133. Prioridad de las épicas del subsistema de Acreditación

Funcionalidad Prioridad

Épica Prioridad
Épica 5 1.43

Épica 2 1.21

Épica 1 0.97

Épica 4 0.83

Épica 3 0.71

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 5, épica 2, épica 1, épica 4 y


épica 3.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 134. Orden de desarrollo de los CU del subsistema de Acreditación

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 5 • CU148 Administrar comité

2° Épica 2 • CU145 Administrar estándares

3° Épica 1 • CU144 Administrar indicadores

4° Épica 4 • CU147 Administrar autoevaluación

5° Épica 3 • CU146 Emitir reportes de acreditación

Fuente: Elaboración propia

b. Sprint 1

No hay cambios en la versión.

156
c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.17.5 Cronograma de Ejecución del Subsistema de Acreditación

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Acreditación:

Tabla 135. Cronograma de ejecución del subsistema de Acreditación

TIEMPO
Nro. CASO DE USO MES 12 MES 13 MES 14
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU148 Administrar comité
2 • CU145 Administrar estándares

3 • CU144 Administrar indicadores

4 • CU147 Administrar autoevaluación

5 • CU146 Emitir reportes de acreditación

Fuente: Elaboración propia

3.18 Priorización de casos de uso del Subsistema de Calidad


Universitaria

A continuación, se presenta priorización de los casos de uso del subsistema de


Calidad Universitaria:

157
3.18.1 Diagrama de CU del Subsistema de Calidad Universitaria

A continuación, se presenta en la Figura el diagrama de casos de uso del


subsistema de Calidad Universitaria por módulos.

3.18.1.1 Diagrama de CU del Módulo de Proceso

A continuación, en la Figura se muestra el diagrama de casos de uso del


módulo de Proceso.

Figura 29. Diagrama de CU del módulo de Proceso del subsistema de Calidad Universitaria
Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU149 Construir pregunta


 CU150 Construir encuesta
 CU151 Administrar encuestas disponibles

3.18.1.2 Diagrama de CU del Módulo de Mantenedor

A continuación, en la Figura se muestra el diagrama de casos de uso del


módulo de Mantenedor.

158
Figura 30. Diagrama de CU del módulo de Mantenedor del subsistema de Calidad Universitaria
Fuente: Elaboración propia

De la Figura se obtienen los siguientes casos de uso:

 CU152 Gestionar alternativas


 CU153 Gestionar tipo de pregunta

3.18.2 Priorización de CU del Subsistema de Calidad Universitaria

A continuación, se presenta en la Tabla los factores de importancia de los casos


de uso del subsistema de Calidad Universitaria.

PONDERACIÓN: 1=Muy bajo, 2=Bajo, 3=Medio, 4=Alto, 5=Muy alto.

Tabla 136. Factores de importancia de CU del Subsistema de Calidad Universitaria

0.28 0.20 0.12 0.12 0.28


Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU149 Construir pregunta 5 5 4 4 4

• CU150 Construir encuesta 5 4 4 4 4

• CU151 Administrar encuestas disponibles 4 4 4 4 4

159
0.28 0.20 0.12 0.12 0.28
Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto
uso base en la línea arquitectura
complejas significativo
de negocio del sistema

• CU152 Gestionar alternativas 5 5 5 4 4

• CU153 Gestionar tipo de pregunta 5 5 5 5 4

Fuente: Elaboración propia

3.18.3 Matriz de Priorización de CU del Subsistema de Calidad


Universitaria

Luego se presenta en la tabla la matriz de priorización de los casos de uso del


subsistema de Calidad Universitaria.

Tabla 137. Matriz de priorización de los CU del subsistema de Calidad Universitaria

Proceso Repercusión
Incluye Tiene un
Caso de importante en la
funciones impacto Suma Prioridad
uso base en la línea arquitectura
complejas significativo
de negocio del sistema
• CU149 Construir pregunta 1.40 1.00 0.48 0.48 1.12 4.48 3°

• CU150 Construir encuesta 1.40 0.80 0.48 0.48 1.12 4.28 4°

• CU151 Administrar encuestas disponibles 1.12 0.80 0.48 0.48 1.12 4.00 5°

• CU152 Gestionar alternativas 1.40 1.00 0.60 0.48 1.12 4.60 2°

• CU153 Gestionar tipo de pregunta 1.40 1.00 0.60 0.60 1.12 4.72 1°

Fuente: Elaboración propia

De la Tabla se deduce que el orden de ejecución de los casos de uso del


subsistema de Calidad Universitaria es el siguiente:

160
Tabla 138. Orden de ejecución de los CU del subsistema de Calidad Universitaria

Prioridad Caso de Uso

1° • CU153 Gestionar tipo de pregunta

2° • CU152 Gestionar alternativas

3° • CU149 Construir pregunta

4° • CU150 Construir encuesta

5° • CU151 Administrar encuestas disponibles

Fuente: Elaboración propia

3.18.4 Priorización del product backlog del Subsistema de Calidad


Universitaria

La Priorización del Product Backlog para este subsistema se basa en el método del
peso relativo, que a continuación se detalla:

A. Peso relativo

Inicialmente definimos a partir de los casos de uso sus épicas correspondientes, lo


cual se resume en la Tabla a continuación:

Tabla 139. Épicas del subsistema de Calidad Universitaria

Backlog V 0.0

Épica Caso de Uso

Épica 1 • CU149 Construir pregunta

Épica 2 • CU150 Construir encuesta

Épica 3 • CU151 Administrar encuestas disponibles

Épica 4 • CU152 Gestionar alternativas

Épica 5 • CU153 Gestionar tipo de pregunta

Fuente: Elaboración propia

161
a. Sprint 0

La Priorización del Product Backlog para este subsistema se basa en el


método del peso relativo. Para todos los elementos del Backlog se estima el
impacto de tener ese elemento del Backlog en el producto. Esta estimación
se hace de 1 a 9, siendo 9 de mayor impacto. Se realiza el mismo proceso,
pero analizando el impacto de no tenerlo. Esta valoración también se realiza
desde el 1 hasta el 9. Una vez se tienen ambas listas se calcula el Valor total
y el Valor porcentual.

La información que a continuación se muestra en la Tabla, es la ponderación


obtenida de la técnica aplicada:

Tabla 140. Ponderación de las épicas del subsistema de Calidad Universitaria

Beneficio Penalidad
Épica Valor total Valor % Estimado Costo % Prioridad
relativo relativa
Épica 1 8 7 15 19.5% 12 20.0% 0.97

Épica 2 7 7 14 18.2% 13 21.7% 0.84

Épica 3 6 7 13 16.9% 14 23.3% 0.72

Épica 4 9 8 17 22.1% 11 18.3% 1.20

Épica 5 9 9 18 23.4% 10 16.7% 1.40

Total 39 38 77 100.0% 60 100.0%

Fuente: Elaboración propia

La ponderación obtenida para cada épica se muestra en la tabla , la cual es


la siguiente:

Tabla 141. Resumen de la ponderación de las épicas del subsistema de Calidad Universitaria

Funcionalidad Prioridad

Épica 1 0.97

Épica 2 0.84

Épica 3 0.72

Épica 4 1.20

Épica 5 1.40

Fuente: Elaboración propia

162
Ordenando los valores de mayor a menor, se obtiene el orden de ejecución
en la construcción del subsistema de Calidad Universitaria, lo cual se muestra
en la Tabla a continuación:

Tabla 142. Prioridad de las épicas del subsistema de Calidad Universitaria

Funcionalidad Prioridad

Épica Prioridad
Épica 5 1.40

Épica 4 1.20

Épica 1 0.97

Épica 2 0.84

Épica 3 0.72

Fuente: Elaboración propia

El orden de desarrollo, es el siguiente: épica 5, épica 4, épica 1, épica 2 y


épica 3.

El orden de desarrollo en función de los casos de uso se muestra en la Tabla,


el cual es el siguiente:

Tabla 143. Orden de desarrollo de los CU del subsistema de Calidad Universitaria

Backlog V 1.0

Orden Épica Caso de Uso

1° Épica 5 • CU153 Gestionar tipo de pregunta

2° Épica 4 • CU152 Gestionar alternativas

3° Épica 1 • CU149 Construir pregunta

4° Épica 2 • CU150 Construir encuesta

5° Épica 3 • CU151 Administrar encuestas disponibles

Fuente: Elaboración propia

163
b. Sprint 1

No hay cambios en la versión.

c. Sprint 2

No hay cambios en la versión.

d. Sprint 3

No hay cambios en la versión.

e. Sprint 4

No hay cambios en la versión.

f. Sprint 5

No hay cambios en la versión.

3.18.5 Cronograma de Ejecución del Subsistema de Calidad Universitaria

A continuación, en la Tabla se presenta el cronograma de ejecución del subsistema


de Calidad Universitaria:

Tabla 144. Cronograma de ejecución del subsistema de Calidad Universitaria

TIEMPO
Nro. CASO DE USO MES 13 MES 14 MES 15
S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4
1 • CU153 Gestionar tipo de pregunta
2 • CU152 Gestionar alternativas

3 • CU149 Construir pregunta

4 • CU150 Construir encuesta

5 • CU151 Administrar encuestas disponibles

Fuente: Elaboración propia

164
CAPÍTULO IV. CONCLUSIONES

165
Conclusiones

4.1 Se determinaron los criterios de priorización y sus pesos respectivos


mediante la matriz de Holmes, los cuales fueron utilizados tanto para la
priorización de ejecución de los subsistemas del sistema universitario
virtual, como para la priorización de desarrollo de los módulos de cada
subsistema, representados por casos de uso.

4.2 Se corroboraron los resultados de la técnica de priorización basada en


casos de uso con la estimación de la metodología Scrum, fundamentada
en los Product Backlog mediante el método del peso relativo, siendo los
resultados similares en el orden de priorización de los casos de uso, lo
que garantiza los resultados obtenidos.

4.3 Se elaboraron los cronogramas de desarrollo de cada subsistema con sus


módulos de programación correspondientes, en base a la priorización de
los casos de uso. Los tiempos estimados (en semanas) se realizaron
mediante la técnica del juicio experto por el equipo de desarrollo.

4.4 Se estimaron la priorización de casos de uso utilizando como fuentes de


información los datos proporcionadas por el equipo de desarrollo y el
equipo de investigación.

4.5 Para la obtención de los datos se utilizó como instrumento de recolección


la encuesta con reactivos cerrados utilizando una escala de Likert de 1 a
5 y de manera complementaria guía de entrevista.

4.6 Los cronogramas elaborados permiten mayormente tener un mejor


seguimiento y control de todos los cambios que ocurren en el desarrollo
del proyecto de software, una vez que estos sean aprobados.

4.7 Se identificaron los módulos de programa básicos y su importancia en


desarrollarse primero, orientado al aumento de la calidad y la disminución
de riesgos.

166
4.8 Con la priorización de los casos de uso en cada iteración se le va
suministrando mas funcionalidad al sistema, creciendo desde adentro
hacia afuera finalizando con pequeñas funcionalidades que enriquece las
anteriores que son el núcleo o corazón del sistema.

4.9 El objetivo es encontrar los casos de uso a ser desarrollados en


iteraciones tempranas y cuáles pueden esperar a iteraciones más tardías.

4.10 Los casos de uso son priorizados en el orden en que serán tratados en
las iteraciones, se hace un ranking con los casos de uso identificados
hasta el momento, de acuerdo al nivel de riesgo que implican.

4.11 Se han ordenado los casos de uso de más crítico a menos, de manera
que exista un orden en la realización que minimice los problemas los
riesgos de fracaso del proyecto.

167
CAPÍTULO V. REFERENCIAS
BIBLIOGRÁFICAS

168
REFERENCIAS BIBLIOGRÁFICAS

Aiteco Consultores . 2016. Aiteco. [En línea] 2016. [Citado el: 20 de Agosto de 2016.]
http://www.aiteco.com/matriz-de-priorizacion/.

Álvarez, y otros. 2012. Métodos ágiles y Scrum. Madrid : Anaya Multimedia, 2012.

Análisis de los riesgos en proyectos SI/TI basado en el enfoque IPA. López Vargas, Cristina,
Salmerón Silvera, José y Mena Nieto, Angel.

Assembla. 2013. Assembla.com. [En línea] 19 de Junio de 2013. [Citado el: 2016 de Agosto de 22.]
https://app.assembla.com/spaces/gestion-de-configuracion-de-sw-grupo10/wiki/.

Berrocal, J., García Alonso, J. M. y Murillo Rodríguez, J. M. 2009. Patrones para la Extracción de
casos de uso a partir de procesos de negocio. 2009.

Booch, Grady, Jacobson, Ivar y Rumbaugh, Jim. 2000. El Lenguaje Unificado de Modelado Manual
de Manual de Referencia. s.l. : Addison Wesley, 2000.

Dijkman, R. y Joosten, S. 2002. Deriving Use Case Diagrams from Business Process Models. 2002.

García, Elvin. 2015. Implementación de un aula virtual para la mejora de la gestión en el proceso
de capacitación a distancia para el instituto académico de gestión pública & desarrollo integral de
capacidades. Trujillo : Escuela de Ingeniería de Sistemas, Universidad Nacional de Trujillo, 2015.

Gutarra, Carlos y Quiroga, Roberto. 2014. Implementación de un sistema de historias clínicas


electrónicas para el centro de salud Perú 3ra zona. Lima : Escuela Profesional de Ingeniería de
Computación y Sistemas, Universidad de San Martín de Porres, 2014.

Larman, Cray. 1999. UML y Patrones, Introducción al Análisis y Diseño Orientado a Objetos.
México : Prentice Hall Hispanoamericana, 1999.

Mendoza, Néstor. 2012. Construcción de un sistema de gestión de documentos internos


(memorandos) para la empresa Elecaustro S.A. de la ciudad de Cuenca - Ecuador. Catalunya :
Universidat Oberta de Catalunya, 2012.

Pow Sang, José. 2012. Técnicas para la estimación y planificación de proyectos de software con
ciclos de vida incremental y paradigma orientado a objetos. Madrid : Departamento de lenguajes,
sistemas informáticos e ingeniería de software - Universidad Politécnica de Madrid, 2012.

Scrummanager.net. 2014. Gestión de proyectos Scrum Manager v. 2,5. s.l. : Scrum Manager®,
2014.

Sommerville, I,. 2011. Ingeniería de Software. México : Pearson Educación, 2011.

Wikipedia.org. 2016. Wikipedia.org. [En línea] 2016. [Citado el: 1 de Setiembre de 2016.]
https://es.wikipedia.org/wiki/Wikipedia:Portada.

169
ANEXOS

170
ANEXO 1: GLOSARIO

El glosario incluye y define todos los términos que facilitan la comunicación y


entendimiento de los documentos generados en las diferentes etapas del presente
informe, adaptado de (Wikipedia.org, 2016).

Aceptación del riesgo: Es la decisión para aceptar un riesgo.

Actividad: Es el conjunto de tareas.

Activo de información: Es algo que la organización directamente le asigna un


valor, y por lo tanto, la organización lo debe proteger.

Activo: Cualquier recurso de Software, Hardware, datos, administrativo, físico, de


personal o de comunicaciones.

Administración de la información: Es el proceso mediante el cual se captura,


procesa, almacena y transmite información, independientemente del medio que se
utilice; ya sea impreso, escrito en papel, almacenado electrónicamente, transmitido
por correo o por medios electrónicos o presentado en imágenes

Amenaza: La Amenaza es la posibilidad de que se produzca una determinada


vulnerabilidad de forma satisfactoria, es decir, una amenaza es una circunstancia
o evento con la capacidad de causar daño a un sistema, entendiendo como daño
una forma de destrucción, revelación o modificación de datos.

Análisis del riesgo: Es la utilización sistemática de la información para identificar


las fuentes y estimar el riesgo.

Aplicación: Se refiere a los procedimientos programados a través de alguna


herramienta tecnológica, que permiten la administración de la información y la
oportuna toma de decisiones.

171
Confidencialidad: Es la garantía de que sólo el personal autorizado accede a la
información preestablecida. Es la propiedad de que la información no está
disponible o divulgada a individuos, entidades o procesos no autorizados.

Datos: Es cualquier forma de registro electrónico, óptico, magnético, impreso o en


otros medios, susceptible de ser capturado, almacenado, procesado y distribuido.

Disponibilidad: Es la garantía de que los usuarios autorizados tienen acceso a la


información cada vez que lo requieran a través de los medios adecuados que
satisfagan sus necesidades. Propiedad de estar accesible y utilizable bajo
demanda de una autoridad autorizada.

Evaluación del riesgo: Es el proceso global del análisis del riesgo y la valoración
del riesgo.

Evento de seguridad de la información: Es una ocurrencia identificada de un


estado del sistema, servicio o red que indica una brecha posible en la política de
seguridad o falla de las salvaguardas, o de una situación previamente desconocida
que puede ser pertinente a la seguridad.

Gestión del riesgo: Son las actividades coordinadas para dirigir y controlar una
organización con respecto al riesgo.

Impacto: El impacto es la materialización de un riesgo; una medida del grado de


daño o cambio sobre un activo, entendiendo como riesgo la probabilidad de que un
evento desfavorable ocurra y que tendría un impacto negativo si se llegase a
materializar.

Información crítica: Es la información considerada esencial para la continuidad


del negocio y para la adecuada toma de decisiones.

Información: Es cualquier forma de registro electrónico, óptico, magnético o en


otros medios, previamente procesado a partir de datos, que puede ser almacenado,
distribuido y sirve para análisis, estudios y toma de decisiones.

Instalaciones: Es la infraestructura que permite alojar los recursos físicos


relacionados con la tecnología de información.

Insumo: Es el conjunto de materiales, datos o información que sirven como entrada


a un proceso.

172
Integridad: Es la garantía de mantener la totalidad y exactitud de la información y
de los métodos de procesamiento. Es la propiedad de salvaguardad la exactitud y
totalidad de los activos.

Medios electrónicos: Son los elementos de la tecnología que tienen


características digitales, magnéticas, inalámbricas, ópticas, electromagnéticas u
otras similares.

PMBOK: Project Management Body of Knowledge, es un modelo en la


Administración de proyectos desarrollado por el Project Management Institute
(PMI).

Política de seguridad: Es una declaración de intenciones de alto nivel que cubre


la seguridad de los sistemas informáticos y que proporciona las bases para
definir y delimitar las responsabilidades para las diversas actuaciones técnicas
organizativas que requieran.

Procedimientos de seguridad: Es la definición detallada de los pasos a ejecutar


para llevar a cabo tareas determinadas. Los procedimientos de seguridad permiten
aplicar e implantar las Políticas de Seguridad que han sido aprobadas por la
organización.

Proyecto: Es un conjunto de actividades coordinadas y controladas, con fechas de


inicio y fin definidas, encaminado a la creación de un bien o servicio único y
conforme a unos requisitos específicos, incluyendo limitaciones de tiempo, coste y
recursos.

Recursos del sistema: Son los activos proteger del sistema informático de la
organización.

Responsable de la información: Es la persona encargada de identificar y definir


claramente los diversos recursos y procesos de seguridad lógica relacionados con
las aplicaciones.

Riesgo / Risk: Un evento o condición incierta que, si se produce, tiene un efecto


positivo o negativo en los objetivos de un proyecto. Véase también categoría de
riesgo y estructura de desglose del riesgo.

173
Riesgo legal: Es la posibilidad de que se presenten pérdidas o contingencias
negativas como consecuencia de fallas en contratos y transacciones que pueden
afectar el funcionamiento o la condición de una institución del sistema financiero,
derivadas de error, dolo, negligencia o imprudencia en la concertación,
instrumentación, formalización o ejecución de contratos y transacciones.

Riesgo Residual / Residual Risk: Riesgo que permanece después de haber


implementado las respuestas a los riesgos.

Riesgo residual: Es el riesgo remanente después del tratamiento del riesgo

Riesgo Secundario / Secondary Risk: Un riesgo que surge como resultado


directo de la implantación de una respuesta a los riesgos.

Riesgo de T.I.: Riesgo del negocio asociado con el uso, propiedad, operación,
participación, la influencia y la adopción de las T.I. en una organización

Riesgo: Es la probabilidad de que la amenaza se materialice sobre una


vulnerabilidad del sistema informático, causando un determinado impacto en la
organización. Es la probabilidad de que la amenaza llegue acaecer por la existencia
de una vulnerabilidad. Es la probabilidad de que una amenaza explote a una
vulnerabilidad.

Rol: Una función definida que debe realizar un miembro del equipo del proyecto,
como evaluar, archivar, inspeccionar, analizar o codificar.

Seguridad de la información: Son los mecanismos implantados que garantizan


la confidencialidad, integridad y disponibilidad de la información y los recursos
relacionados con ella. Es la preservación de la confidencialidad, integridad y
disponibilidad de la información, adicionalmente pueden involucrarse otras
propiedades, tales como autenticidad, responsabilidad, no repudio y confiabilidad.

Seguridades lógicas: Se refieren a la seguridad en el uso del software, la


protección de los datos, procesos y programas, así como la del acceso ordenado y
autorizado de los usuarios a la información.

174
Sistema de Gestión de Seguridad de la Información (SGSI): Es la parte del
sistema de gestión global, basado en un enfoque del riesgo del negocio, para
establecer, implementar, operar, realizar seguimiento, revisar, mantener y mejorar
la seguridad de la información. El sistema de gestión incluye la estructura de la
organización, políticas, actividades de planificación, responsabilidades, prácticas,
procedimientos, procesos y recursos.

Tecnología de la información: Es el conjunto de herramientas y métodos


empleados para llevar a cabo la administración de la información. Incluye el
hardware, software, sistemas operativos, sistemas de administración de bases de
datos, redes, multimedia, servicios asociados, entre otros.

Transferencia electrónica de información: Es la forma de enviar, recibir o


transferir en forma electrónica datos, información, archivos, mensajes, entre otros.

Tratamiento del riesgo: Es el proceso de selección e implantación de medidas


para modificar el riesgo, estas medidas pueden ser, evitarlo, transferirlo, reducirlo,
o asumirlo. Una política de seguridad de información es un conjunto de reglas
aplicadas a todas las actividades relacionadas al manejo de la información de una
entidad, teniendo como propósito, proteger la información, los recursos y la
reputación de la misma.

Valoración del riesgo: Es el proceso de comparar el riesgo estimado contar los


criterios de riesgo dados para determinar la significación del riesgo.

Vulnerabilidad: Cualquier debilidad en el sistema informático que pueda permitir


a las amenazas causarle daños y producir perdidas a la organización. Las
vulnerabilidades son debilidades de seguridad asociadas con los activos de
información de una organización. Es una situación creada por la falta de uno o
varios controles, con la que la amenaza pudiera afectar al entorno informático.

175
ANEXO 2. PLANTILLA PARA PRIORIZAR CASOS DE USO

<Nombre de la Compañía>

<Nombre del Proyecto>

Matriz de Priorización de Casos de Uso

Versión <1.0>

Fecha: DD/MM/AAAA

176
1. Introducción

1.1. Propósito

El propósito de este plan es documentar el ordenamiento de los módulos de programación


basado en la priorización de los casos, de manera que se minimicen los eventos inciertos
que causen variaciones en el resultado del proyecto.

1.2. Audiencia

Este plan está dirigido principalmente a los participantes en los diferentes procesos del
desarrollo del sistema de información, específicamente a todos los miembros del equipo del
proyecto.

1.3. Historial de Revisión:

Revisión Autor Fecha Comentarios

2. Roles y Responsabilidades:

Para cada uno de los roles del proyecto, describa las responsabilidades relacionadas a la
gestión de riesgos. [Algunos roles representativos fueron añadidos a continuación. Añadir los
que sean necesarios según corresponda]

2.1. Project Manager:

Es el responsable de aprobar la Matriz de Priorización de casos de uso (este documento),


lidera y participa en el proceso de gestión de riesgos en todas sus etapas (identificación,
análisis, planificación de la respuesta, seguimiento y control) y es el responsable de ejecutar
el orden de desarrollo de los módulos de programación, basado en la priorización de los
casos de uso, cuando llega el momento. Es el responsable de la última decisión de las
acciones a tomar en coordinación con los patrocinadores del proyecto.

177
2.2. Project Team:

Los miembros del proyecto (analistas y desarrolladores) participan en el proceso de


identificación de los casos de uso y en las tareas de priorización en las reuproniones de
equipo.

3. Matriz de Holmes (Tabla 2)

Para desarrollar el análisis de prioridad y de implantación se elabora la Matriz de Holmes, con los
siguientes Factores de comparación:

 Procesos Automatizados
 Ampliación de Infraestructura
 Costo
 Tiempo de Desarrollo
 Comunicación en línea
 Apoyo a la Estrategia de Negocios
 Solución de Problemas Internos

Estos factores de comparación propuestos pueden ser modificados a criterio del equipo
evaluador, se recomiendan que se consideren mínimo cinco (5) factores y un máximo de ocho
(8).

La ponderación y evaluación de los factores antes mencionados se realizará mediante una


comparación entre sí y serán calificados según su importancia.

El Factor de comparación tomará el valor de 1 si es relativamente más importante que su


contraparte y el valor de 0 si el factor evaluado es relativamente menos importante que su
contraparte.

En esta matriz de Holmes todas las calificaciones tienen un espejo, es decir, que las calificaciones
que se pongan por encima de la diagonal principal cuyo valor es de 0.5, necesitan ser
correspondidas por debajo con su valor complementario, obteniendo finalmente la sumatoria de
sus calificaciones que nos dará su peso (%), para determinar su prioridad, sumanando 100%, o
lo que es lo mismo, a nivel de probabilidades debe sumar uno (1).

4. Ponderaración de los criterios.

Se define la escala de Likert para evaluar el nivel de impacto de cada criterio como afecta a un
caso de uso específico:

178
Tabla 1. Alcance del criterio.

ALCANCE VALOR
Muy bajo 1
Bajo 2
Medio 3
Alto 4
Muy alto 5

Para calificar un criterio como afecta a un caso de uso se determina el nivel de impacto:

 Muy Bajo, cuando el nivel de impacto del criterio no afecta al caso de uso.
 Bajo, cuando el nivel de impacto del criterio afecta minimamente al caso de uso.
 Medio, cuando el nivel de impacto del criterio afecta moderadamente al caso de uso.
 Alto, cuando el nivel de impacto del criterio afecta no muy amplia al caso de uso.
 Muy Alto, cuando el nivel de impacto del criterio afecta de manera amplia al caso de uso.

5. Elaboración de la Matriz de Factores de Importancia (Tabla 3)


Luego a cada criterio escogido se le asigna un peso determinado valores entre uno (1) y cinco
(5), (verTabla 1), en los cálculos de la Matriz de Holmes (ver Tabla 1), de acuerdo al grado de
importancia que se considere el equipo desarrollador.

6. Elaboración de la Matriz de Priorización (Tabla 4)


A continuación se muestra los pasos detallados para la elaboración de la matriz de priorización
de los casos de uso de un sistema informático:

1. Definir el objetivo.

2. Identificar los casos de uso.

3. Elaborar los criterios de decisión

4. Ponderar los criterios.

5. Comparar los casos de uso.

La matriz de la ponderación de la prioridad se obtiene el puntaje total de cada caso,


sumando el producto de cada nivel de impacto asignado a cada criterio (valor entre 1 y
5) por su probabilidad establecida (Tabla 4)

6. Seleccionar la mejor opción.

7. Ordenar la priorización de los Casos de Uso.

179
Tabla 2. Matriz de Holmes

Apoyo a la Solución de
Automatización Ampliación de Tiempo de Comunicación Porcentaje
Costo estrategia de Problemas Suma Probabilidad
de Procesos infraestructura Desarrollo en línea (%)
Negocios Internos

Automatización de Procesos 0.5 Prob1

Ampliación de Infraestructura 0.5 Prob2

Costo 0.5 Prob3

Tiempo de Desarrollo 0.5 Prob4

Prob5
Comunicación en línea 0.5

Apoyo a la Estrategia de Negocios 0.5 Prob6

Solución de Problemas Internos 0.5 Prob7

Total 100.0% 1.0

180
Evaluación de casos de uso con Factores de importancia. PONDERACIÓN: 1=Muy bajo, 5 = Muy alto.

Tabla 3. Factores de Importancia

Prob1 Prob2 Prob3 Prob4 Prob5 Prob6 Prob7

Apoyo a la Solución de
Automatización Ampliación de Tiempo de Comunicación
Costo Estrategia de Problemas
de Procesos infraestructura Desarrollo en línea
Negocios Internos

CU001

CU002

CU003

CU004

CU005

CU006

CU007

CU008

CU009

CU010

CU011

CU012

CU013

181
Tabla 4. Ponderación de Prioridad

Apoyo a la Solución de
Automatización Ampliación de Tiempo de Comunicación
Costo Estrategia de Problemas Suma Prioridad
de Procesos infraestructura Desarrollo en línea
Negocios Internos

CU001

CU002

CU003

CU004

CU005

CU006

CU007
CU008

CU009

CU010

CU011

CU012

CU013

182

You might also like