Está en la página 1de 307

FACULTAD DE INGENIERIA

ESCUELA ACADÉMICO PROFESIONAL DE INGENIERIA DE


SISTEMAS

“SISTEMA WEB PARA LA GESTIÓN DOCUMENTAL EN LA


EMPRESA DEVELOPMENT IT E.I.R.L.”

TESIS PARA OBTENER EL TÍTULO PROFESIONAL DE:


INGENIERIA DE SISTEMAS

AUTOR:
SAAVEDRA ROSALES, YEFFER JOSE

ASESOR:
ING. MG. JOHNSON ROMERO, GUILLERMO

LÍNEA DE INVESTIGACIÓN:
SISTEMAS DE INFORMACIÓN TRANSACCIONALES

LIMA – PERÚ

2015
SISTEMA WEB PARA LA GESTIÓN DOCUMENTAL EN LA EMPRESA
DEVELOPMENT IT E.I.R.L.

Presentada a la escuela de ingeniería de sistemas de la universidad cesar vallejo


para obtener el grado de:
Ingeniero de sistemas

Presidente
Mgtr. Iván Martin Pérez Farfán

Secretario
Mgtr. Orleans Galvez Tapia

Vocal
Mgtr. Guillermo Johnson Romero

ii
DEDICATORIA

A Dios por guiarme siempre en el


buen camino y haberme permitido
llegar hasta aquí.

A mi “Madre” que siempre está,


apoyándome incondicionalmente
para lograr ser un profesional
exitoso y regalarme la oportunidad
de ser un hombre de bien en la
sociedad.
P
o

iii r

d
AGRADECIMIENTO:

A “Carlos Jesús Galdós Vadillo”,


Gerente general de la empresa
Development IT por permitirme
realizar mi investigación en su
institución.

iv
DECLARATORIA DE AUTENTICIDAD

Yo, Yeffer José Saavedra rosales, estudiante de la facultad de ingeniería de la


Escuela Académica Profesional de Ingeniería de Sistemas de la Universidad
Cesar Vallejo, identificado con DNI: 72492629, con la tesis titulada “SISTEMA
WEB PARA LA GESTIÓN DOCUMENTAL EN LA EMPRESA DEVELOPMENT
IT .E.I.R.L.

Declaro bajo juramento que:


1°- La tesis es de mi autoridad
2°- He respetado las normas internacionales de citas y referencias para las
fuentes consultadas. Por lo tanto, la tesis no ha sido plagiada total ni parcial.
3°- La tesis no ha sido auto plagiada; es decir, no ha sido publicada ni presentada
anteriormente para obtener algún grado académico previo o un título profesional.
4°- Los datos presentados en los resultados son reales, no han sido falseados, ni
publicados, ni copiados y por tanto son los resultados que se presentan en la tesis
se construirá en aportes a la realidad investigada.
De identificarse la presencia de fraude (datos falsos), plagio (información sin cita a
autores), auto plagio (presentar como nuevo algún trabajo de investigación propio
que ya ha sido publicado), pirateado (uso ilegal de información ajeno) o
falsificación (representar falsamente las ideas de otros), asumimos las
consecuencias que de nuestras acciones se deriven, sometiéndonos a la
normativa vigente de la Universidad César Vallejo.

Lima, 30 Diciembre del 2015

----------------------------------------------
Yeffer José Saavedra Rosales
DNI: 72492629

v
PRESENTACIÓN

SEÑORES MIENBROS DEL JURADO:

Yo Yeffer José Saavedra Rosales, presento ante ustedes la tesis titulada


“SISTEMA WEB PARA LA GESTIÓN DOCUMENTAL EN LA EMPRESA
DEVELOPMENT IT E.I.R.L”, con finalidad de determinar la influencia de un
sistema web para la gestión documental en la empresa Development IT E.I.R.L,
en cumplimiento del reglamento de Grados y Títulos de la Universidad César
Vallejo para obtener el grado de Ingeniero de Sistemas.

El documento consta de 7 capitulo: el primero capitulo lleva por título Introducción,


en él se describe la realidad problemática, trabajos previos, teorías relacionadas
al tema, formulación del problema, justificación, hipótesis y objetivos de la
investigación; el segundo capítulo se titula método , en él se describe el diseño de
investigación, las variables operacionales, población, muestra, las técnicas
instrumentos de recolección de datos, validez, confiabilidad, los métodos de
análisis de datos; en el tercer capítulo se dan a conocer los resultados obtenidos ;
en el cuarto capítulo mencionamos la discusión; en el quinto capítulo se dan a
conocer las conclusiones; en el sexto capítulo se dan a conocer las
recomendaciones .

Finalmente en el septo capítulo se dan por terminado el trabajo con las


referencias bibliografía consultada, anexos y se describe el desarrollo de la
metodología del sistema propuesto.

vi
ÍNDICE GENERAL
PORTADA...................................................................................................... I

PAGINA DEL JURADO ................................................................................. II

DEDICATORIA .............................................................................................. III

AGRADECIMIENTO ...................................................................................... IV

DECLARATORIA DE AUTENTICIDAD ......................................................... V

PRESENTACIÓN ........................................................................................... VI

ÍNDICE GENERAL ......................................................................................... VII

ÍNDICE DE TABLAS ...................................................................................... IX

ÍNDICE DE FIGURAS .................................................................................... XII

RESUMEN ..................................................................................................... XX

ABASTRACT ................................................................................................. XXI

1. INTRODUCCIÓN ............................................................................................ 22
1.1. Realidad Problemática .............................................................................. .22
1.2. Trabajo Previos .......................................................................................... 25
1.2.1. Nacionales ........................................................................................ 25
1.2.1. Internacionales.................................................................................. 29
1.3. Teorías Relacionadas al tema ................................................................... 31
1.4. Formulación del Problema ......................................................................... 48
1.4.1. Problema General ............................................................................. 48
1.4.2. Problema Específicos ....................................................................... 48
1.5. Justificación del estudio ............................................................................. 48
1.6. Hipótesis .................................................................................................... 51
1.6.1. Hipótesis General ............................................................................. 51
1.6.2. Hipótesis Específicos ........................................................................ 51
1.7. Objetivos .................................................................................................... 51
1.7.1. Objetivo General ............................................................................... 51
1.7.2. Objetivo Específicos ......................................................................... 51
2. MÉTODO ........................................................................................................ 52
2.1. Diseño de investigación ............................................................................. 52

vii
2.2. Variables, operacionales ............................................................................ 53
2.3. Población y muestra .................................................................................. 56
2.4. Técnicas e instrumentos de recolección de datos, validez y confiabilidad. 58
2.5. Métodos de análisis de datos ..................................................................... 59
3. RESULTADOS ............................................................................................... 61
4. DISCUSIÓN .................................................................................................... 72
5. CONCLUSIONES ........................................................................................... 74
6. RECOMENDACIONES ................................................................................... 75
7. REFERENCIAS .............................................................................................. 76
8. Anexos ........................................................................................................... 79
AnexoN°01 - Matriz de consistencia ............................................................... 79
AnexoN°02 - Entrevista ................................................................................... 80
AnexoN°03 - Diagrama del Proceso “Gestión Documental” ........................... 82
AnexoN°04 - Cronograma de Actividades del desarrollo del sistema ............. 83
AnexoN°05 - Ficha de registro del tiempo promedio de registro – Pre test .... 84
AnexoN°06 - Ficha de registro del tiempo promedio de registro – Pos test .... 87
AnexoN°07 - Ficha de registro del porcentaje de documentos localizados - Pre
test ............................................................................................. 90
AnexoN°08 - Ficha de registro del porcentaje de documentos localizados -
Pos test ...................................................................................... 91
Anexo N°09 - Ficha de observación de Tipo de Documentos ......................... 92
Anexo N°10 - Tabla de Evaluación de expertos para la validación de -
Instrumentos ............................................................................ 93
Anexo N°11 - Tabla de Evaluación de expertos para validar la metodología
De desarrollo ............................................................................ 99
Anexo N°12 - Carta de la empresa ............................................................... 102
Anexo N°13 – Constancia de implementación del sistema web ................... 103
Anexo N°14 - Desarrollo de la Metodología .................................................. 104

viii
ÍNDICE DE TABLAS

Tabla 01: Criterios de Selección de metodología de desarrollo ............................ 43


Tabla 02: Operacionalización de variables ............................................................ 54
Tabla 03: Indicadores ............................................................................................ 55
Tabla 04: Numero de documentos gestionados en un mes .................................. 56
Tabla 05: Medidas descriptivas del tiempo promedio de registro de documentos
antes y despues de implementado el sistema ...................................... 62
Tabla 06: Medidas descriptivas del porcentaje de localizacion de documentos
antes y despues de implementado el sistema web .............................. 63
Tabla 07:Prueba de normalidad del tiempo promedio de registro de documentos
antes y despues de implementado el sistema ........................................ 65
Tabla 08:Prueba de normalidad del porcentaje de localizacion de documentos
antes y despues de implementado el sistema ........................................ 66
Tabla 09: Pruebas de rango con wilcoxon para el tiempo promedion de
registro ................................................................................................... 69
Tabla 10: Pruebas de rango con wilcoxon para el porcentaje de
documentos localizados ...................................................................... 71
Tabla 11: Descripción de actores del negocio ..................................................... 108
Tabla 12: Descripción de actores de negocio...................................................... 109
Tabla 13: Descripción de caso de uso de negocio .............................................. 110
Tabla 14: Especificación del subproceso de Enviar Documentos ....................... 113
Tabla 15:Especificación del subproceso de Recepcionar documentos ............... 113
Tabla 16: Especificación del subproceso de Controlar documentos ................... 114
Tabla 17: Especificación del subproceso de Administrar archivadores ............... 115
Tabla 18: Cuadro de requerimientos funcionales ................................................ 126
Tabla 19: Cuadro de requerimientos no funcionales: ......................................... 127
Tabla 20: Casos de uso del sistema ................................................................... 128
Tabla 21: Actores del sistema ............................................................................. 131
Tabla 22: Especificación de caso de uso “login” ................................................. 134
Tabla 23: Especificación de caso de uso “Cambiar clave” .................................. 135
Tabla 24: Especificación de caso de uso “Mantener Usuario”............................. 137
Tabla 25: Especificación de caso de uso “Registrar Usuario” ............................. 139

ix
Tabla 26: Especificación de caso de uso “Mantener Personal” ........................... 140
Tabla 27: Especificación de caso de uso “Registrar Personal” ........................... 142
Tabla 28: Especificación de caso de uso “Mantener Área” ................................. 143
Tabla 29: Especificación de caso de uso “Registrar Área” .................................. 145
Tabla 30: Especificación de caso de uso “Mantener Proceso” ............................ 146
Tabla 31: Especificación de caso de uso “Registrar Proceso” ............................ 148
Tabla 32: Especificación de caso de uso “Mantener Empresa”........................... 149
Tabla 33: Especificación de caso de uso “Registrar Empresa” ........................... 151
Tabla 34: Especificación de caso de uso “Mantener Prioridad”........................... 152
Tabla 35: Especificación de caso de uso “Registrar Prioridad” ........................... 154
Tabla 36: Especificación de caso de uso “Mantener Archivador” ........................ 155
Tabla 37: Especificación de caso de uso “Registrar Archivador” ........................ 157
Tabla 38: Especificación de caso de uso “Mantener Rol” ................................... 158
Tabla 39: Especificación de caso de uso “Registrar Rol” .................................... 160
Tabla 40: Especificación de caso de uso “Mantener Tipo Tramite” ..................... 161
Tabla 41: Especificación de caso de uso “Registrar Tipo Tramite” ..................... 163
Tabla 42: Especificación de caso de uso “Mantener Cargos” ............................. 164
Tabla 43: Especificación de caso de uso “Registrar Cargos” .............................. 166
Tabla 44: Especificación de caso de uso “Mantener Tipo de Documento” .......... 167
Tabla 45: Especificación de caso de uso “Registrar Tipo de Documento” .......... 169
Tabla 46: Especificación de caso de uso “Gestionar Documentos” .................... 170
Tabla 47: Especificación de caso de uso “Generar Proceso” .............................. 172
Tabla 48: Especificación de caso de uso “Generar Detalle de proceso” ............. 173
Tabla 49: Especificación de caso de uso “Derivar” ............................................. 175
Tabla 50: Especificación de caso de uso “Ver tramite” ....................................... 177
Tabla 51: Especificación de caso de uso “Anexar Tramite” ................................ 178
Tabla 52: Especificación de caso de uso “Archivar” ............................................ 179
Tabla 53: Especificación de caso de uso “Descargar Documento” ..................... 180
Tabla 54: Especificación de caso de uso “Generar hoja de ruta” ........................ 182
Tabla 55: Especificación de caso de uso “Generar consultas” ............................ 183
Tabla 56: Especificación de caso de uso “Generar reportes de localizacíon” ..... 185
Tabla 57: Especificación de caso de uso “Generar reportes de tiempo promedio
de registro de documentos” ................................................................ 186

x
Tabla 58: Tabla de Datos “Archivador” ................................................................ 278
Tabla 59: Tabla de Datos “Archivados” ............................................................... 278
Tabla 60: Tabla de Datos “Area” ......................................................................... 279
Tabla 61: Tabla de Datos “Busqueda” ................................................................. 279
Tabla 62: Tabla de Datos “Concluido” ................................................................. 280
Tabla 63: Tabla de Datos “Detalle Rol Opcion” ................................................... 280
Tabla 64: Tabla de Datos “Detalle Tramite”......................................................... 281
Tabla 65: Tabla de Datos “Documento” .............................................................. 282
Tabla 66: Tabla de Datos “Empresa” .................................................................. 283
Tabla 67: Tabla de Datos “Estado Tramite”......................................................... 283
Tabla 68: Tabla de Datos “Opciones” .................................................................. 284
Tabla 69: Tabla de Datos “Personal” ................................................................... 284
Tabla 70: Tabla de Datos “Prioridad” .................................................................. 285
Tabla 71: Tabla de Datos “Proceso”.................................................................... 285
Tabla 72: Tabla de Datos “Recepcionado” .......................................................... 286
Tabla 73: Tabla de Datos “Derivados” ................................................................. 286
Tabla 74: Tabla de Datos “Roles”........................................................................ 287
Tabla 75: Tabla de Datos “Tipo Documentos” ..................................................... 287
Tabla 76: Tabla de Datos “Tipo Tramite” ............................................................. 288
Tabla 77: Tabla de Datos “Tramite”..................................................................... 288
Tabla 78: Tabla de Datos “Usuario” .................................................................... 289

xi
ÍNDICE DE FIGURAS

Figura 01: Tiempo promedio de registro de documentos ...................................... 23


Figura 02: Porcentaje de localización de documentos .......................................... 24
Figura 03: Arquitectura de un sistema web ........................................................... 32
Figura 04: Fases y actividades del rup .................................................................. 41
Figura 05: Grafico del diagrama UML ................................................................... 45
Figura 06: Diseño pre test y pos test de un solo grupo ......................................... 52
Figura 07: Tiempo promedio de registro de documentos – pre test - pos test ...... 62
Figura 08: Porcentaje de localización de documentos – pre test - pos test .......... 63
Figura 09: Tiempo promedio de registro de documentos – pre test ..................... 65
Figura 10: Tiempo promedio de registro de documentos – pos test...................... 66
Figura 11: Porcentaje de localización de documentos – pre test .......................... 67
Figura 12: Porcentaje de localización de documentos – pos test ......................... 67
Figura 13: Diagrama de vision, mision, objetivos y metas del negocio ............... 105
Figura 14: Alcance del modelado de negocio...................................................... 106
Figura 15: Actores del negocio ............................................................................ 107
Figura 16: Trabajadores del negocio ................................................................... 109
Figura 17: Diagrama de caso de uso del negocio ............................................... 112
Figura 18: Diagrama de Realización del negocio ................................................ 116
Figura 19: Diagrama de actividades del caso de uso del negocio Enviar
documentos ........................................................................................ 117
Figura 20: Diagrama de actividades del caso de uso del negocio Recepcio
nar Documentos ................................................................................. 118
Figura 21: Diagrama de actividades del caso de uso del negocio Controlar
documentos ........................................................................................ 119
Figura 22: Diagrama de actividades del caso de uso del negocio Administrar
Archivadores ...................................................................................... 119
Figura 23: Diagramas de secuencia del caso de uso del negocio Enviar
documentos ........................................................................................ 120
Figura 24: Diagramas de secuencia del caso de uso del negocio Recepciona
r Documentos ..................................................................................... 121
Figura 25: Diagramas de secuencia del caso de uso del negocio Controlar
documentos ........................................................................................ 121

xii
Figura 26: Diagramas de secuencia del caso de uso del negocio Administrar
Archivadores .................................................................................... 122
Figura 27: Diagrama de colaboración del caso de uso del negocio Enviar
Documentos ....................................................................................... 123
Figura 28: Diagrama de colaboración del caso de uso del negocio Recepci
onar Documentos .............................................................................. 124
Figura 29: Diagrama de colaboración del caso de uso del negocio Controlar
Documentos ....................................................................................... 125
Figura 30: Diagrama de colaboración del caso de uso del negocio Adminis
trar Archivadores ............................................................................... 125
Figura 31: Diagrama de caso de uso del usuario del sistema ............................. 132
Figura 32: Diagrama de caso de uso del Administrador del sistema ................... 133
Figura 33: Realización de los casos de uso del sistema “parte 1”....................... 188
Figura 34: Realización de los casos de uso del sistema “parte 2”....................... 189
Figura 35: Realización de los casos de uso del sistema “parte 3”....................... 190
Figura 36: Diagrama de Analisis Iniciar Sesión ................................................... 191
Figura 37: Diagrama de Analisis Cambiar Clave ................................................. 191
Figura 38: Diagrama de Analisis Mantener Usuario ............................................ 192
Figura 39: Diagrama de Analisis Registrar Usuario............................................. 192
Figura 40: Diagrama de Analisis Mantener Rol ................................................... 193
Figura 41: Diagrama de Analisis Registrar Rol.................................................... 193
Figura 42: Diagrama de Analisis Mantener Personal .......................................... 194
Figura 43: Diagrama de Analisis Registrar Personal ........................................... 194
Figura 44: Diagrama de Analisis Mantener Área ................................................. 195
Figura 45: Diagrama de Analisis Registrar Área ................................................. 195
Figura 46: Diagrama de Analisis Mantener Empresa .......................................... 196
Figura 47: Diagrama de Analisis Registrar Empresa ........................................... 196
Figura 48: Diagrama de Analisis Mantener Prioridad .......................................... 197
Figura 49: Diagrama de Analisis Registrar Prioridad........................................... 197
Figura 50: Diagrama de Analisis Mantener Proceso ........................................... 198
Figura 51: Diagrama de Analisis Registrar Proceso ............................................ 198
Figura 52: Diagrama de Analisis Mantener Tipo Tramite .................................... 199
Figura 53: Diagrama de Analisis Registrar Tipo Tramite ..................................... 199

xiii
Figura 54: Diagrama de Analisis Mantener Archivador ....................................... 200
Figura 55: Diagrama de Analisis Registrar Archivador ........................................ 200
Figura 56: Diagrama de Analisis Mantener Cargo ............................................... 201
Figura 57: Diagrama de Analisis Registrar Cargo ............................................... 201
Figura 58: Diagrama de Analisis Mantener Tipo de Tramite ............................... 202
Figura 59: Diagrama de Analisis Registrar Tipo de Tramite ................................ 202
Figura 60: Diagrama de Analisis Gestionar Documentos .................................... 203
Figura 61: Diagrama de Analisis Generar Proceso ............................................. 203
Figura 62: Diagrama de Analisis Derivar ............................................................. 204
Figura 63: Diagrama de Analisis Ver Tramite ...................................................... 204
Figura 64: Diagrama de Analisis Anexar Tramite ................................................ 205
Figura 65: Diagrama de Analisis Archivar Tramite .............................................. 205
Figura 66: Diagrama de Analisis Descargar Documentos ................................... 206
Figura 67: Diagrama de Analisis Generar Hoja de Ruta ..................................... 206
Figura 68: Diagrama de Analisis Generar Consultas .......................................... 207
Figura 69: Diagrama de Analisis Generar Reportes de Tiempo Promedio .......... 207
Figura 70: Diagrama de Analisis Generar Reportes de Localización .................. 208
Figura 71: Diagrama de Secuencia Iniciar Sesión ............................................... 209
Figura 72: Diagrama de Secuencia Cambiar Clave ............................................ 210
Figura 73: Diagrama de Secuencia Mantener Usuario ....................................... 210
Figura 74: Diagrama de Secuencia Registrar Usuario ........................................ 211
Figura 75: Diagrama de Secuencia Mantener Rol............................................... 211
Figura 76: Diagrama de Secuencia Registrar Rol ............................................... 212
Figura 77: Diagrama de Secuencia Mantener Personal ...................................... 212
Figura 78: Diagrama de Secuencia Registrar Personal ...................................... 213
Figura 79: Diagrama de Secuencia Mantener Área ............................................ 213
Figura 80: Diagrama de Secuencia Registrar Área ............................................. 214
Figura 81: Diagrama de Secuencia Mantener Empresa ...................................... 214
Figura 82: Diagrama de Secuencia Registrar Empresa ...................................... 215
Figura 83: Diagrama de Secuencia Mantener Prioridad ...................................... 215
Figura 84: Diagrama de Secuencia Registrar Prioridad ...................................... 216
Figura 85: Diagrama de Secuencia Mantener Proceso ....................................... 216
Figura 86: Diagrama de Secuencia Registrar Proceso ....................................... 217

xiv
Figura 87: Diagrama de Secuencia Mantener Tipo de tramite ............................ 217
Figura 88: Diagrama de Secuencia Registrar Tipo de Tramite............................ 218
Figura 89: Diagrama de Secuencia Mantener Archivador ................................... 218
Figura 90: Diagrama de Secuencia Registrar Archivador ................................... 219
Figura 91: Diagrama de Secuencia Mantener Cargo .......................................... 219
Figura 92: Diagrama de Secuencia Registrar Cargo ........................................... 220
Figura 93: Diagrama de Secuencia Mantener Tipo de Documento ..................... 220
Figura 94: Diagrama de Secuencia Registrar Tipo de Documento ..................... 221
Figura 95: Diagrama de Secuencia Gestionar Documentos ............................... 222
Figura 96: Diagrama de Secuencia Generar Proceso ......................................... 223
Figura 97: Diagrama de Secuencia Derivar ........................................................ 224
Figura 98: Diagrama de Secuencia Ver Tramite ................................................. 225
Figura 99: Diagrama de Secuencia Anexar Tramite ............................................ 226
Figura 100: Diagrama de Secuencia Archivar Tramite ........................................ 227
Figura 101: Diagrama de Secuencia Descargar Documento .............................. 228
Figura 102: Diagrama de Secuencia Generar Hoja de ruta ................................ 229
Figura 103: Diagrama de Secuencia Generar Consultas .................................... 230
Figura 104: Diagrama de Secuencia Generar Reporte de Tiempo Promedio ..... 231
Figura 105: Diagrama de Secuencia Generar Reporte de Localización .............. 232
Figura 106: Diagrama de Colaboracion Iniciar Sesión ........................................ 233
Figura 107: Diagrama de Colaboracion Cambiar Clave ...................................... 233
Figura 108: Diagrama de Colaboracion Mantener Usuario ................................ 234
Figura 109: Diagrama de Colaboracion Registrar Usuario .................................. 234
Figura 110: Diagrama de Colaboracion Mantener Rol ........................................ 235
Figura 111: Diagrama de Colaboracion Registrar Rol ......................................... 235
Figura 112: Diagrama de Colaboracion Mantener Personal ............................... 236
Figura 113: Diagrama de Colaboracion Registrar Personal ................................ 236
Figura 114: Diagrama de Colaboracion Mantener Área ...................................... 237
Figura 115: Diagrama de Colaboracion Registrar Área ....................................... 237
Figura 116: Diagrama de Colaboracion Mantener Empresa ............................... 238
Figura 117: Diagrama de Colaboracion Registrar Empresa ................................ 238
Figura 118: Diagrama de Colaboracion Mantener Prioridad ............................... 239
Figura 119: Diagrama de Colaboracion Registrar Prioridad ................................ 239

xv
Figura 120: Diagrama de Colaboracion Mantener Proceso ................................ 240
Figura 121: Diagrama de Colaboracion Registrar Proceso ................................. 240
Figura 122: Diagrama de Colaboracion Mantener Tipo de tramite ...................... 241
Figura 123: Diagrama de Colaboracion Registrar Tipo de Tramite ..................... 241
Figura 124: Diagrama de Colaboracion Mantener Archivador............................. 242
Figura 125: Diagrama de Colaboracion Registrar Archivador ............................. 242
Figura 126: Diagrama de Colaboracion Gestionar Documentos ......................... 243
Figura 127: Diagrama de Colaboracion Generar Proceso .................................. 243
Figura 128: Diagrama de Colaboracion Derivar .................................................. 244
Figura 129: Diagrama de Colaboracion Ver Tramite ........................................... 244
Figura 130: Diagrama de Colaboracion Anexar Tramite ..................................... 245
Figura 131: Diagrama de Colaboracion Archivar Tramite ................................... 245
Figura 132: Diagrama de Colaboracion Generar Hoja de ruta ............................ 246
Figura 133: Diagrama de Colaboracion Generar Consultas ................................ 246
Figura 134: Diagrama de Actividades Iniciar Sesión ........................................... 247
Figura 135: Diagrama de Actividades Cambiar Clave ......................................... 248
Figura 136: Diagrama de Actividades Mantener Usuario ................................... 248
Figura 137: Diagrama de Actividades Registrar Usuario ..................................... 249
Figura 138: Diagrama de Actividades Mantener Rol ........................................... 249
Figura 139: Diagrama de Actividades Registrar Rol ............................................ 250
Figura 140: Diagrama de Actividades Mantener Personal .................................. 250
Figura 141: Diagrama de Actividades Registrar Personal ................................... 251
Figura 142: Diagrama de Actividades Mantener Área ......................................... 251
Figura 143: Diagrama de Actividades Registrar Área ......................................... 252
Figura 144: Diagrama de Actividades Mantener Empresa .................................. 252
Figura 145: Diagrama de Actividades Registrar Empresa ................................... 253
Figura 146: Diagrama de Actividades Mantener Prioridad .................................. 253
Figura 147: Diagrama de Actividades Registrar Prioridad ................................... 254
Figura 148: Diagrama de Actividades Mantener Proceso ................................... 254
Figura 149: Diagrama de Actividades Registrar Proceso .................................... 255
Figura 150: Diagrama de Actividades Mantener Tipo de tramite......................... 255
Figura 151: Diagrama de Actividades Registrar Tipo de Tramite ........................ 256
Figura 152: Diagrama de Actividades Mantener Archivador ............................... 256

xvi
Figura 153: Diagrama de Actividades Registrar Archivador ................................ 257
Figura 154: Diagrama de Actividades Gestionar Documentos ........................... 257
Figura 155: Diagrama de Actividades Generar Proceso ..................................... 258
Figura 156: Diagrama de Actividades Derivar ..................................................... 259
Figura 157: Diagrama de Actividades Ver Tramite .............................................. 259
Figura 158: Diagrama de Actividades Anexar Tramite ........................................ 260
Figura 159: Diagrama de Actividades Archivar Tramite ...................................... 260
Figura 160: Diagrama de Actividades Generar Hoja de ruta ............................... 261
Figura 161: Diagrama Wae Iniciar Sesión ........................................................... 261
Figura 162: Diagrama Wae Cambiar Clave ......................................................... 262
Figura 163: Diagrama Wae Mantener Usuario ................................................... 262
Figura 164: Diagrama Wae Registrar Usuario..................................................... 262
Figura 165: Diagrama Wae Mantener Personal .................................................. 263
Figura 166: Diagrama Wae Registrar Personal ................................................... 263
Figura 167: Diagrama Wae Mantener Archivador ............................................... 263
Figura 168: Diagrama Wae Registrar Archivador ................................................ 264
Figura 169: Diagrama Wae Mantener Área ......................................................... 264
Figura 170: Diagrama Wae Registrar Área ......................................................... 264
Figura 171: Diagrama Wae Mantener Empresa .................................................. 265
Figura 172: Diagrama Wae Registrar Empresa................................................... 265
Figura 173: Diagrama Wae Mantener Prioridad .................................................. 265
Figura 174: Diagrama Wae Registrar Prioridad................................................... 266
Figura 175: Diagrama Wae Mantener Proceso ................................................... 266
Figura 176: Diagrama Wae Registrar Proceso .................................................... 266
Figura 177: Diagrama Wae Mantener Rol ........................................................... 267
Figura 178: Diagrama Wae Registrar Rol ........................................................... 267
Figura 179: Diagrama Wae Mantener Tipo de tramite ........................................ 267
Figura 180: Diagrama Wae Registrar Tipo de Tramite ........................................ 268
Figura 181: Diagrama Wae Mantener Tipo de Documento ................................. 268
Figura 182: Diagrama Wae Registrar Tipo de Documento .................................. 268
Figura 183: Diagrama Wae Mantener Cargo....................................................... 269
Figura 184: Diagrama Wae Registrar Cargo ....................................................... 269
Figura 185: Diagrama Wae Gestionar Documentos ............................................ 269

xvii
Figura 186: Diagrama Wae Generar Proceso ..................................................... 270
Figura 187: Diagrama Wae Derivar ..................................................................... 270
Figura 188: Diagrama Wae Ver Tramite .............................................................. 270
Figura 189: Diagrama Wae Archivar Tramite ...................................................... 271
Figura 190: Diagrama Wae Anexar Tramite ........................................................ 271
Figura 191: Diagrama Wae Descargar Archivos ................................................. 271
Figura 192: Diagrama Wae Generar Consulta .................................................... 272
Figura 193: Diagrama Wae Generar Reporte de Tiempo de Registro ................ 272
Figura 194: Diagrama Wae Generar Reporte de Localización ............................ 272
Figura 195: Lista de Interfaces del Sistema ........................................................ 273
Figura 196: Lista de Clases de Control del Sistema ............................................ 274
Figura 197: Lista de Clases de Entidades ........................................................... 274
Figura 198: Modelo Conceptual de Clases ......................................................... 275
Figura 199: Modelo Logico de la Base de datos ................................................. 276
Figura 200: Modelo Fisico de la base de datos ................................................... 277
Figura 201: Interfaz Iniciar Sesión ....................................................................... 290
Figura 202: Interfaz Cambiar Clave..................................................................... 290
Figura 203: Interfaz Mantener Usuario ............................................................... 291
Figura 204: Interfaz Registrar Usuario ................................................................ 291
Figura 205: Interfaz Mantener Rol ....................................................................... 292
Figura 206: Interfaz Registrar Rol ....................................................................... 292
Figura 207: Interfaz Mantener Archivador ........................................................... 293
Figura 208: Interfaz Registrar Archivador ............................................................ 293
Figura 209: Interfaz Mantener Área..................................................................... 294
Figura 210: Interfaz Registrar Área ..................................................................... 294
Figura 211: Interfaz Mantener Proceso ............................................................... 295
Figura 212: Interfaz Registrar Proceso ................................................................ 295
Figura 213: Interfaz Mantener Prioridad .............................................................. 296
Figura 214: Interfaz Registrar Prioridad .............................................................. 296
Figura 215: Interfaz Mantener Personal .............................................................. 297
Figura 216: Interfaz Registrar Personal ............................................................... 297
Figura 217: Interfaz Mantener Tipo de tramite .................................................... 298
Figura 218: Interfaz Registrar Tipo de Tramite .................................................... 298

xviii
Figura 219: Interfaz Mantener Empresa .............................................................. 299
Figura 220: Interfaz Registrar Empresa .............................................................. 299
Figura 221: Interfaz Gestionar Documentos ........................................................ 300
Figura 222: Interfaz Generar Proceso ................................................................. 300
Figura 223: Interfaz Generar Proceso – Detalle de Tramite ................................ 301
Figura 224: Interfaz Opcion de busqueda ........................................................... 301
Figura 225: Interfaz Seguimiento de Tramite ...................................................... 302
Figura 226: Interfaz Archivar Tramite .................................................................. 302
Figura 227: Interfaz Generar Hoja de Ruta ......................................................... 303
Figura 228: Interfaz Derivar ................................................................................. 303
Figura 229: Interfaz Anexar Tramite .................................................................... 304
Figura 230: Interfaz Generar Reporte de Tiempo de Registro ............................ 304
Figura 231: Interfaz Generar Reporte de Localización ........................................ 305
Figura 232: Diagrama de Componentes ............................................................. 306
Figura 233: Diagrama de Despliegue ................................................................. 307

xix
RESUMEN
La presente tesis involucra el desarrollo e implementación de un sistema web
para la Gestión Documental en la Empresa Development IT E.I.R.L.

El objetivo de la presente tesis fue determinar la influencia de un sistema web la


gestión documental en la empresa Development IT E.I.R.L. El tipo de estudio fue
Aplicada Experimental, el diseño de investigación es pre experimental. El método
de investigación es deductivo. La metodología de desarrollo que se utilizó para el
sistema web fue RUP. Se usó la herramienta Rational Rose 7, el lenguaje de
programación utilizada fue PHP (Personal Home Page), el sistema de base de
datos utilizada fue Postgres SQL 9.1, la arquitectura del sistema es Modelo Vista
Controlador (MVC).

Se tuvo una población de 602 documentos gestionados por semana en un mes,


de los cuales se tuvo como muestra 83 de ellas que fueron evaluados en un lapso
de una semana. La muestra ha sido de tipo no probabilística, se desarrolló un
muestreo aleatorio simple.

Las conclusiones afirman que el tiempo promedio de registro de documentos y


porcentaje de localización se obtuvieron los siguientes resultados: hubo una
disminución de 12.13 minutos aun 1.37 minutos en el tiempo promedio de registro
de documentos y un incremento de 35.5% a un 84.8% en el porcentaje
localización de documentos. Por consiguiente se concluye, que un sistema web
mejora la gestión documental dentro de la organización.

PALABRAS CLAVE

Sistema Web, gestión documental, tiempo promedio de registro de documentos,


porcentaje de localización.

xx
ABSTRACT
This thesis involves the development and implementation of a web document
management system for the IT Development Company E.I.R.L.

The aim of this thesis was to determine the influence of a web document
management system in the enterprise IT Development EIRL The type of study was
Applied Experimental design is pre experimental research. The research method
is deductive. The development methodology that was used for the web system
was ORs. The Rational Rose tool was used in July, the programming language
used was PHP (Personal Home Page), the database system used was Postgres
SQL 9.1, the system architecture is Model View Controller (MVC).

A population of 602 documents managed per week in a month, of which he took


as a sign that 83 of them were evaluated in a span of a week were reported. The
sample was non-probabilistic type, simple random sampling was developed.

The findings state that the average registration documents and Localization rate
time the following results were obtained: there was a decrease of 12.13 minutes
even 1.37 minutes average time of registration of documents and an increase of
35.5% to 84.8% in the percentage document location. Therefore we conclude that
a web document management system improves within the organization.

KEYWORDS

Web System, the average time registration documents, Localization rate.

xxi
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

I. INTRODUCCION.
1.1. Realidad Problemática

“Una adecuada gestión documental simplifica los procesos


empresariales y ofrece beneficios a corto y largo plazo, como la
reducción de los gastos y del impacto medioambiental, el aumento
de la seguridad y una asignación de recursos más efectiva; unas
ventajas que son conocidas por la mayoría de los directivos
empresariales europeos pero que sin embargo no tiene su
traducción en su aplicación práctica, pues más del 75% de las
empresas aún no han implementado por completo un plan de
gestión documental dentro de sus organizaciones”.1

“El informe revela que los líderes empresariales gastan unos


14.000 millones de euro al año en gestión documental y hasta un
5% de su facturación mensual. A pesar de ser un elemento
importante e integral dentro de la actividad cotidiana, pocas
empresas cuentan con procesos formales para gestionar y
controlar su actuación; así más de la mitad carecen de una
estrategia en gestión documental y un tercio no están haciendo
nada más que publicar una serie de normas o dejar que los
departamentos decidan su propio enfoque”.2

La empresa Development IT E.I.R.L, ubicada en el distrito de San


Borja Región Lima; forma parte de las pymes del rubro de
consultorías de tecnologías de la información el cual conforma el
sector de servicios prestados a otras empresas. Los problemas
que se presentaban y como uno de los principales, se encontraban
en la gestión de documentos.

Desde su consolidación en el año 2006 hasta el presente la


empresa había desatendido los aspectos referidos a la gestión
documental , ya que en periodos anteriores habían aumento el
flujo de documentos en las diversas áreas ( Gerencia general,
Jefatura de proyectos, Gerencia administrativa y jefatura de TI), ha
razón del crecimiento de la empresa y la creación de nuevas áreas
, habían generado problemas a la hora de manejo y recepción de

1
PARKES, Coleman. Índice de gobierno Documental de Ricoh [En Línea], 2009.
2
PARKES, Coleman. Índice de gobierno Documental de Ricoh [En Línea], 2009, p.4

22
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

documentos dentro de la institución ,ocasionando demoras en el


registro y búsqueda de documentos. A su vez no existía un índice
de ruta al momento de realizar un seguimiento al documento. No se
tenía un registro que permita saber a qué área o a que personal ha
sido derivado el documento. Esto dificultaba el seguimiento de
documentos, generando acceso no autorizado a documentación
privada de la empresa.
En la entrevista realizada al Ing. Carlos Galdós Vadillo, Gerente
General de la empresa Development IT (Ver Anexo 02), indicaba
que existen deficiencias en el registro, seguimiento Y búsqueda
que se efectúa de forma manual del documento, la cual generaba
un largo proceso que demanda a su vez un seguimiento tedioso
que no permitía ofrecer seguridad al momento de recibir y derivar
un documento.
La gestión documental comenzaba cuando un área de la
organización ya sea (Jefatura de proyectos, Gerencia
administrativa y jefatura de TI) elaboraba o gestionaba un
documento que podría ser de contrato una licitación o un
documento de análisis para un determinado proyecto. Una vez
elaborado el documento se manejaba versiones de los mismos a
través de ediciones, el documento era registrado en una carpeta
creada en el disco loca y en carpetas físicas para poder ser
derivado a otras áreas de la organización. La secretaria se
encargaba de recepcionar la documentación para después enviarla
a las áreas asignadas para su evaluación y almacenamiento, esta
actividad causaba un demora de tiempo de 8 a 15 minutos (ver
anexo 05) por cada documento que se registrado durante el día
como se puede observar en el grafico Nro. 01

Figura.01

tiempo promedio de registro


de documentos
20

10 15 Minutos tiempo promedio de


8 Minutos registro
0
Día

Elaboración Propia
El grafico Nro. 01 muestra el tiempo de registro por cada
documento en 2 semanas, que se tomaba (Ver anexo 05). Por otro

23
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

lado la empresa también Generaba otros tipos de documentos que


tenían diferentes flujos por ejemplo las cartas de memorando
solicitud de documentos de bancos entre otros (ver anexo 09), los
documentos tenían un extenso recorrido antes de llegar a su
destinatario final. El tiempo de búsqueda y recuperación de
documentos era exagerado debido a que no se conoce la
localización del documento o se conocía pero ya no estaba en
dicha ubicación. También existía un porcentaje de documentos que
no eran encontrados cuando se solicitaba. Esta cantidad fluctuaba
entre 9 a 11 documentos diarios (ver anexo 07).
La captación de los datos acerca del problema de los documentos
no encontrados se analizó en base a porcentajes como se puede
observar en el Grafico Nro. 02

Figura.02

PORCENTAJE DE DOCUMENTOS
LOCALIZADOS
12
10 Documentos Buscados

8
6 Documentos
localizados
4
2
44%43%30%40%30%40%30%45%33%30% Porcentaje de
0 Documentos
Día Día Día Día Día Día Día Día Día Día localizados
1 2 3 4 5 6 7 8 9 10

Elaboración Propia

En el grafico Nro. 02 mostraba el porcentaje de documentos


localizado, el cual se tomó (Ver Anexo 07). Y que permitía obtener
el porcentaje de documentos localizados para 100 búsquedas
obtenidas el 30% al 45% de documentos eran localizados.

De haber continuado con la situación presentada, en la empresa


Development IT podría haber afectado a sus principales activos por
lo cual, se implementó un sistema web que genero soluciones en
los procesos de la gestión documental y se logró obtener respaldo,
claridad y organización de la información que maneja el personal,
ahorrando tiempo en la generación de Información adecuada dé

24
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

cada documento y poder dar un seguimiento a cada documento


generando una hoja de ruta que describa la derivación de los
documentos de forma rápida y eficaz. Mejorando la gestión
documental, la empresa manejar la información de forma óptima y
segura.

1.2. Trabajos previos


1.2.1. Nacionales

a) En el año 2012. Guimer Hederson Méndez Marcos en la tesis


“Influencia de un sistema informático de gestión documental
en la compañía de bomberos los olivos N° 161” desarrollado
en la universidad cesar vallejo, en lima, Perú, en el problema
el autor describe que la gestión documental lleva el desarrollo
de este proceso hojas físicas por lo que conlleva al tiempo de
demora del registro de un documento , realizar una búsqueda
y generar reportes, para generar o emitir documentos
importantes como la de fichas de emergencias de atención a
pacientes y ocurrencias de emergencias la cual son
redactadas de forma manual y archivándolo en un folder
físico esto causa que en algunas ocasiones el documento se
extravié y se pierda. El objetivo de esta investigación fue
determinar la influencia de un sistema informático en la
gestión documental del área, específicamente en las
características principales de este proceso como son la
disponibilidad de datos y la generación reportes, la cual se
orienta a evaluar el tiempo promedio de registro de partes
generales de emergencias, tiempo promedio de búsquedas
de partes generales de emergencias del personal y el tiempo
promedio en la generación de reportes. La justificación es
que la implementación permitió al personal voluntario acudir
masivamente a las emergencias y con solo una persona
poder realizar la gestión documental. Como metodología de

25
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

desarrollo para el sistema informático es en la de RUP por su


flexibilidad de utilización y por la facilidad de entendimiento al
usuario final. La población fue 224 partes generales de
emergencia. Los resultados fueron satisfactorios ya que la
implementación del sistema informático se logró disminuir el
tiempo promedio de registro en un 65,50%equivalente a una
reducción de 246 segundos, también se logró disminuir el
tiempo promedio de búsquedas en un 88.27%, equivalente a
una reducción de 117 segundos y también se logró disminuir
el tiempo de generación de reportes en un 99.77% que
equivale a una reducción de 11397 segundos en promedio.
Las conclusiones indican que el uso de un sistema
informático de gestión documental mejoro los procesos de
gestión de documentos en el área de administración de la
compañía de bomberos Los Olivos N° 161.

De esta tesis se tomó como referencia el indicador tiempo


promedio de registro, el modelo de arquitectura del sistema,
y el cambio en algunos aspectos al proceso de negocio y
complemento sobre el uso de la metodología RUP para el
marco teórico.

b) En el año 2010. Fernando Alva en la tesis “sistema de


Información de detección del plagio en documento digitales
usado el método “document Fingerprinting” desarrollado en
la Pontífice Universidad Católica del Perú, propuso resolver
el plagia de documentos digitales, en diferentes dimensiones,
a la sociedad en su conjunto y, muy especialmente, al ámbito
académico. Conociendo las graves consecuencias que
puede traer su expansión, se decide realizar un trabajo que
consiste en la implementación de un sistema de información
que permita la detección automática de plagio en

26
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

documentos digitales. El problema dice que el plagio se


puede realizar de manera tanto intencional como no
intencional y que se vuelve un problema más cotidiano
debido a la gran expansión de las tecnologías de
información, la investigación se plantea como elemento para
combatir uno de los grandes males del mundo académico
actual.
La herramienta permitirá, entre otras cosas, el
almacenamiento y/o registro de trabajos o asignaciones de
semestres académicos anteriores, los cuales formaron parte
del repositorio de documentos, contra los cuales se
comparan los nuevos documentos que los estudiantes
presentan. La selección es sobre contra que grupos de
archivos se realizara la comparación, quedara enteramente
a decisión del usuario que emplee la herramienta. La
justificación es que al haber similitudes entre los documentos
debe haber una herramienta capaz de combatir el plagio en
todas sus formas. El tipo de estudio es aplicado, con un
diseño cuasi-experimental. Haciendo conclusión de que el
sistema presentado permite la detección de plagio entre
documentos, empleado una arquitectura de tipo repositorio
central de documentos. La metodología empleada es
SCRUM, la cual es aplicable para todo tipo de proyecto sin
importar el tamaño.

De este antecedente se tomó en cuenta que la arquitectura


de la herramienta registra los documentos en el sistema.

c) En el año 2012, Michaela Velgica Pacheco Valdez, en la tesis


“Impacto de un Sistema de Informático en la gestión
documental de la empresa Premier Motors S.A.” desarrollado
en la Universidad Cesar Vallejo, en lima, Perú , en el

27
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

problema el autor describe que en la Empresa Premier


Motors S.A. la gestión documental se realiza de manera
manual , la pérdida de tiempo en la recuperación y
localización de documentos y los documentos no localizados
, debido al desorden la falta de control de documentación
administrativa en las diferentes áreas y la gran cantidad de
documentos que genera y emite la empresa para el
cumplimiento de sus operaciones administrativas y
transaccionales. El objetivo general de esta investigación fue
implementar un sistema informático para optimizar el control,
registro, distribución, clasificación, almacenamiento y
realización de búsquedas de información documental en la
Empresa Premier Motors S.A. La justificación de la
implementación es que con el uso del sistema informático,
los procedimientos documentarios que eran realizados de
forma manual pudieron ser automatizados y ejecutados de
forma dinámica con rapidez y eficiencia. Como metodología
de desarrollo para el sistema informático es en la de RUP por
su flexibilidad de utilización y por la facilidad de
entendimiento al usuario final. La población fue 987
documentos gestionas en un mes en la Empresa Premier
Motors S.A. Los resultados fueron satisfactorios ya que la
implementación del sistema de gestión documental en el
tiempo total de recuperación de documentos alcanzo un
663.25 minutos lo que significa una reducción de
recuperación de documentos y en el porcentaje de
localización se aumentó un 97%de documentos localizados
en el día. Las conclusiones indican que la implementación del
sistema de gestión documental tuvo un impacto positivo en el
proceso de gestión documental en la Empresa Premier
Motors S.A.

28
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

De este antecedente se tomaron en cuenta la variable de


localización de documentos y se usó como complementó
sobre el uso de la metodología RUP para el marco teórico.

1.2.2. Internacionales
a) En el año 2006, Monalisa Binti Omar en la tesis Felda
Document Managelment System,(Felda: Terrenos Federales
de desarrollo) , su función es canalizar ayuda financiera a los
gobiernos estatales para llevar a cabo programas de
desarrollo de tierra)de la Universidad Tecnológica de
Malacia dice que el objetivo del proyecto es desarrollar un
sistema de gestión documental para tres departamentos en
Felda que el sistema ayudara al los usuarios a cumplir con
sus requisitos y necesidades para gestionar documentos de
forma segura y estructurada . Estos departamentos son el
departamento de finanzas, departamento procesos y el
departamento de Recursos Humanos Este sistema consiste
en escanear, almacenar, la indexación, la recuperación y
acceso a los documentos originales .Sistema de Gestión
documentaria de ayuda a los usuarios a horrar tiempo en la
búsqueda de documentos. El sistema también puede evitar
la pérdida de documentos o de los daños causados por los
efectos de desastres como incendios, inundaciones o
errores humanos En conclusión, además de proporcionar
beneficios a los usuarios el sistema también aumentara la
productividad de la organización Felda y mejora la eficiencia
del uso de la información, la comunicación y la tecnología
(TIC).

De este documento se permite ver como se reducen el


tiempo de búsqueda de archivos y documentos, lo cual
ayudara a la investigación, porque reduce la búsqueda esto

29
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

trae como beneficio la consulta de un mayor número de


archivos y documentos.

b) En el año 2011, Rosanara Urbaneto en la tesis “A


Recuperação da Informação dos arquivos municipais no
normalizado ConTexto. Um Estudio Aplicado ao Estado Rio
Grande do Sul (Brasil)” desarrollado en la universidad de
salamanca, de Salamanca, de Brasil, trato el problema que
se genera la recuperación de los archivos municipales del
Estado de Rio Grande del Sur de Brasil en donde no hay
disposición de instrumentos normalizados que contribuyan a
un servicio eficiente y de calidad en la administración de la
documentación. Los objetivos fueron: Analizar la importancia
de la calidad del servicio y si el archivo contribuye con las
necesidades de información documental, a la vez describir y
analizar la gestión de documentos en los municipios y su
práctica en la recuperación de documentos para evaluar la
necesidad de crear instrumentos estandarizados, así como
su capacidad para hacer frente a su implementación. La
investigación fue justificada por ser de carácter innovador y
va permitir la construcción de instrumentos para facilitar la
recuperación de documentos teniendo la normalización
como eje orientador. La metodología aplicada fue modelo
metodológico descriptivo basado en datos cualitativos y
cuantitativos y analíticos. La población fueron los tipos de
documentos municipales del Estado del Rio Grande del Sur
de Brasil y la muestra fue 6 temas. Los resultados indican
que se obtuvo un aumento en el porcentaje de documentos
localizados y recuperados. Las conclusiones indican que no
existía conocimiento sobre normalización de archivos y no
había una buena gestión de documentos de documentos

30
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

(archivos), y que con la aplicación de normalización de


documentos (archivos).

De esta tesis se utilizó las teorías que se plasmó en la


localización y recuperación de documentos.

1.3. Teorías relacionadas al tema


1.3.1. Sistema Web.
“Se denomina aplicaciones Web a aquellas aplicaciones cuya
interfaz se construye a partir de páginas web. Las páginas
web no son más que ficheros de texto en un formato estándar
denominado HTML. (Hipertext Markup Languaje). Estos
Ficheros se almacenan en un servidor web al cual se accede
usando uno de los protocolos de internet que es HTTP
(Hypertext Transfer Protocol). Para utilizar una aplicación web
desde una máquina concreta basta con tener instalado un
navegador web en esa máquina.”3

“Una aplicación web (web-based application) es un tipo


especial de aplicación cliente/servidor, donde tanto el cliente
(el navegador, explorador o visualizador) como el servidor (el
servidor web) y el protocolo mediante el que se comunican
(HyrpeText Transfer Protocol (HTTP)) están estandarizados y
no han de ser creados por el programador de aplicaciones”.4

a) Arquitectura de un Sistema Web.


Según lujan Indica “la arquitectura de un sistema web es
tal como se aprecia en la (figura 03).

3
BERZAL, CORTIJO Y CUBERO. Desarrollo profesional de aplicaciones web con ASP.NET, 2005, p.3
4
LUJAN Mora, Sergio. Programación en Internet Clientes Web: Aplicación web, 2001, p.8

31
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 03

Fuente: Sergio Lujan, Programación


en Internet: Clientes web, 2001.

Arquitectura de un Sistema Web.


- Cliente.
El cliente web es un programa (navegador o explorador
web), con el que interactúa el usuario para realizar
solicitudes a un servidor web, la extracción de recursos
que desea obtener mediante el protocolo HTTP.
También suelen actuar como clientes de transferencia
de archivos (FTP), lectores de correo (SMTP y POP) y
grupo de noticias (NNTP)
- Servidor Web
Es un programa que está esperando constantemente las
solicitudes de conexión mediante el protocolo HTTP por
parte de los clientes.
- Servidor de Base de Datos
“Son repositorios de datos que esperan y responden las
peticiones del servidor a través de APIs como ODBC." 5

Ventas y Desventajas de un sistema web


Según Luján “los sistemas web brindan las siguientes
ventajas y desventajas:

5
LUJAN Mora, Sergio. Programación en Internet Clientes Web: Arquitectura Cliente/Servidor, 2001, p.9

32
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

b) Ventajas.
El problema de gestionar código en el cliente se reduce
drásticamente. Suponiendo que existe un navegador o
explorador estándar en cada cliente, todos los cambios,
tanto interfaz como funcionalidad, se realizan cambiando el
código en el servidor web. Comparándolo con el costo de
actualizar el código de cada uno de los clientes representa
un ahorro significativo. No solo se ahorra costos, sino
también tiempo de actualización, además por ser
distribuido no se depende de un solo lugar.

Evita la gestión de versiones. Se supera los problemas de


inconsistencia en las actualizaciones porque no existen
clientes con distintas versiones.
No se necesita comprar ni instalar herramientas adicionales
para los clientes, solamente se necesita internet y un
navegador web.

Los servidores externos (Internet) e internos (Intranet)


aparecen integrados, facilitando el uso y aprendizaje.
Independencia de la plataforma. Se ejecuta en distintas
plataformas a través de un navegador.

c) Desventajas.
La programación en la web no es tan versátil ni potente
como las tradicionales, aunque esa desventaja está
desapareciendo gracias a la aparición de tecnologías de
desarrollo más potentes.” 6

6
LUJAN Mora, Sergio. Programación en Internet Clientes Web: Ventajas y desventajas delas aplicaciones
web , 2001, p.14

33
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

1.3.2. Gestión Documental


“La gestión documental es un proceso administrativo cuya
finalidad es analizar y controlar sistemáticamente, a lo largo
de su periodo de vida la información registrada que se crea,
recibe, mantiene o utiliza una organización. También es
considerada como un proceso cuya finalidad es mantener la
información en un formato que permita su acceso, para el cual
requiere de la realización de tareas y procedimientos
particulares para cada periodo y explotación de esta
información registrada queda evidencia de las actividades y
transacciones de las organizaciones.” 7

“La gestión documental es el proceso que abarca el ciclo vital


del documento, es decir su producción hasta su eliminación
final o su envió a un archivo histórico para su conservación
permanente”. 8

a) Objetivo de la gestión documental.


Según Muños “La gestión Documental pretende aplicar la
administración científica a los documentos con fines de
eficiencia y economía para lograr lo siguiente:

 Simplifica los procesos de creación de los documentos con


fin de evitar la producción masiva de documentos o la
confección de documentos inútiles.
 Organizar técnicamente los documentos y facilitar la
recuperación de la información.
 Racionalizar los recursos humanos y materiales.
 Preservar los documentos utilizando el equipo y el
mobiliario adecuado.

7
PONJUAN. Sistemas de información en las organizaciones, 2004
8
BERMÚDEZ Muños, Teresa. La gestión de documentos: Visión Panorámica, 1995, p.23

34
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 Aplicar racionalmente la automatización y la reprografía.


 Facilitar los procesos de la valoración documental” .9

b) Los procesos de la gestión documental


Según la norma ISO 15489 “Determina como proceso de
gestión de documentos a los siguientes puntos:

 Captura
Proceso en donde se determina que los documentos que
serán mantenidos, estos pueden ser documentos creados
por la empresa o recibidos, es decir comprende la revisión
y planificación.

 Registro
Proceso que consiste en documentar la información
descriptiva acerca del documento, y para la identificación
del registro de los documentos utiliza un identificador único,
la finalidad de este proceso es dar evidencia de un
documento que ha sido creado o capturado en un tiempo
determinado.

 Clasificación
Proceso de identificación de categorías y agrupación de
documentos según la actividad administrativa en la que se
desarrolla con la finalidad de facilidad su disposición y
acceso.

 Indización
La asignación adecuada de los términos de indización
amplía las posibilidades de recuperación de documentos en

9
BERMÚDEZ Muños, Teresa. La gestión de documentos: Visión Panorámica, 1995, p.24

35
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

las clasificaciones, categorías y soportes. La indización


puede realizarse de forma manual o generarse
automáticamente por los perfiles auto-máticos o el texto en
documentos electrónicos. Los sistemas de recuperación
por texto libre (recuperación en texto completo) localizan
los documentos mediante la búsqueda en su contenido.

 Clasificación de acceso y seguridad


Se refiere al esquema de clasificación de acceso y
seguridad las cuales son asignadas por la unidad
administrativa a la que pertenecen los documentos.

 Identificación de nivel de selección


Proceso que requiere referencia para una autoridad de
selección de más o menos una naturaleza formal que
depende de la envergadura y naturaleza de la entidad y sus
responsabilidades, en este proceso se pueden definir los
tiempos de captura y registro y puede estar conectado con
otros procesos ya mencionados.

 Almacenamiento
El almacenamiento implica que los documentos sean
protegidos, accesibles y gestionado en una relación costo-
efectividad, a la vez estos deben ser almacenados en
soportes que aseguren su preservación en el tiempo
teniendo en cuenta sus propiedades físicas y químicas
específicas.
 Uso y Rastreo
Es una operación de la gestión documental que forma parte
de la información descriptiva (de sí misma) implica el
seguimiento de los documentos durante su ciclo.

36
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 Implementación de la selección
Implica la identificación de documentos utilizando una
selección activa de acciones similares, que permite
identificar fácilmente a un grupo de documentos”. 10

1.3.3. Dimensiones de la Gestión Documental

a) Registro de documentos
Indica que es la sumatoria de tiempos que existe en todos
los sub procesos pertenecientes a la gestión documental,
entre ellas se encuentra recepción, revisión y registro.11

b) Indización:
“Consiste en describir el contenido del documento mediante
la asignación de una serie de términos, llamados
descriptores, para la materia la materia del documento. El
tema o materia del documento constituye un lo de los
elementos principales de búsqueda y localización de la
información”.12

1.3.4. Indicadores de la Gestión Documental

a) Formula del tiempo promedio del registro del


documento.
En el proceso de registro de documentos equivale a las
sumatoria del tiempo de recepción, tiempo de revisión y
tiempo de registro del documento.13
∑𝑛
𝑖=1 𝑇𝑅
TPR=
𝑛

10
ISO 15489. Un Marco sistemático de buenas prácticas: Gestión documental en las organizaciones, 2006
11
DE LA HORRA. Gestión Documental, 2003
12
YAGUEZ, Elena y ZAMORA, José. Guía práctica para el desarrollo y dinamización de la biblioteca escolar
en secundaria, 2005 , p.63
13
ISO 11620. Información y documentación: Indicadores de rendimiento bibliotecario, 1999

37
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

TRP: Tiempo promedio de registro de documentos


TR: Tiempo en registrar un documento
n: Cantidad de documentos registrados

b) Localización

“Es la localización de los documentos primarios que integran


una muestra o población para que sea posible su
recuperación y uso.”14

 Porcentaje de documentos localizados.


Mide los documentos demandados disponibles, los datos
para realizar esta medición son el número de documentos
localizados y el número de documentos buscadas.15
𝐷𝐿
PL= (𝐷𝐵) ∗ 100

PL: Porcentaje de documento localizado


DL: Numero de documentos localizados
DB: Numero de documentos buscados

1.3.5. Metodología de Desarrollo


Para determinar la metodología de desarrollo del sistema
informático que se usó en esta tesis se compararon tres
metodologías que son RUP (Proceso Unificado de Rational), XP
(Programación Extrema) y SCRUM (ver Tabla 01).

a) Extreme Programing (XP)


Según Ríos y Suntaxi “Es una metodología de desarrollo de
software de bajo riesgo y flexible para proyectos de corto

14
ABAD García, Francisca. Investigación evaluativa en documentación: Aplicación a la documentación
médica, 1997, p142
15
ISO 11620. Información y documentación: Indicadores de rendimiento bibliotecario, 1999

38
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

plazo, pequeños y medianos equipos, cuyo plazo de entrega


es inmediato.

Esta metodología, además de caracterizarse por tener una


programación rápida, hace que el usuario final forme parte del
equipo de trabajo.
Además la fuente consultada nos dice que la metodología se
divide en seis fases:
- Exploración
- Planificación de la entrega
- Iteraciones
- Producción
- Mantenimiento
- Muerte del proyecto.

Así mismo “XP trata de dar al cliente el software que necesita


y cuando lo necesita con la entrega de pequeños sistemas
rápidamente desarrollados, al menos uno cada 2 o 3 meses,
fortalece al máximo el trabajo en grupo. Tanto los jefes de
proyecto, los clientes y desarrolladores, son parte del equipo y
están involucrados en el desarrollo del software.

Con esto se llega a la conclusión que la metodología XP es


integrador y excelente para proyectos que cambian los
requerimientos constantemente, siendo su directriz el análisis
de las pruebas.” 16

b) SCRUM
“SCRUM es un marco de trabajo para el desarrollo y el
mantenimiento de productos complejos basada en un proceso

16
RÍOS Y SUNTAXI. Desarrollo de un sistema informático para los procesos de cosecha y post cosecha de la
camaronera Pampas de Cayanca, 2008, p12

39
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

iterativo e incremental utilizado comúnmente en entornos


basados en el desarrollo ágil de software. Se fundamenta en
la teoría empírica de control de procesos, que asegura que el
conocimiento proceda de la experiencia y de tomar decisiones
basándose en lo que se conoce. Consiste en los Equipos
SCRUM (Dueño de producto, Equipo de desarrollo y el
SCRUM Master) y en los roles, eventos, artefactos y reglas
asociadas. Cada componente dentro del marco de trabajo
sirve a un propósito específico y es esencial para el éxito de
esta metodología y para su uso.”17

c) Rational Unified Process (RUP)


Según Araujo, López, Mendoza, Torrealba y Ortiz definen que
“El Proceso Unificado Racional o Rational Unified Process en
inglés, y sus siglas RUP, es un proceso de desarrollo de
software y junto con el Lenguaje Unificado de Modelado
UML, constituye la metodología estándar más utilizada para el
análisis, implementación y documentación de sistemas
orientados a objetos.
RUP no es un sistema con pasos firmemente establecidos,
sino que se trata de un conjunto de metodologías adaptables
al contexto y necesidades de cada organización, donde el
software es organizado como una colección de unidades
atómicas llamados objetos, constituidos por datos y funciones,
que interactúan entre sí.
También se conoce por este nombre al software desarrollado
por Rational, hoy propiedad de IBM, el cual incluye
información entrelazada de diversos artefactos y
descripciones de las diversas actividades. Está incluido en el
Rational Method Composer (RMC), que permite la
personalización de acuerdo a necesidades.

17
SCHWABER Y SUTHERLAND. Agile software development, 2011, p4

40
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Fases del Proceso Unificado de Rational


RUP se divide en 4 fases, dentro de las cuales se realizan
varias iteraciones según el proyecto y en las que se hace
mayor o menos esfuerzo en las distintas actividades.
Figura 04
Fuente: Araujo, López, Mendoza, Torrealba
y Ortiz (2010)

Fases y actividades del Rup

En las iteraciones de cada fase se hacen diferentes esfuerzos


en diferentes actividades:
 Fase de Inicio (Inspección y Concepción): Se hace un
plan de fases, donde se identifican los principales casos
de uso y se identifican los riesgos. Se concreta la idea, la
visión del producto, como se enmarca en el negocio, el
alcance del proyecto.
En esta fase se realizan los siguientes pasos:
 Un documento con la visión del proyecto.
 El modelo de Casos de Uso con una lista de todos los
Casos de Uso y los actores que puedan ser
identificados.
 Un Caso de Uso inicial de Negocio el cual incluye:
contexto del negocio, criterios de éxito y planificación
financiera.

41
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 Un estudio inicial de riesgos.


 Un plan del proyecto que muestre las fases y las
iteraciones.
 Fase de Elaboración: se realiza el plan de proyecto,
donde se completan los casos de uso y se mitigan los
riesgos. Planificar las actividades necesarias y los
recursos requeridos, especificando las características y el
diseño de la arquitectura.
En esta fase se realizan las siguientes sub fases:
 Un modelo de Casos de Uso con todos los actores
identificados y la mayor parte de las descripciones de
Casos de Uso.
 Requerimientos adicionales: no funcionales o
pseudorequerimientos.
 Descripción de la arquitectura del software.
 Prototipo ejecutable de arquitectura.
 Una lista revisada de riesgos.
 Plan del proyecto, incluyendo iteraciones y criterios de
evaluación para cada iteración.
 Manual preliminar de usuario.

 Fase de Construcción: se basa en la elaboración de un


producto total mente operativo y en la elaboración del
manual de usuario. Construir el producto, la arquitectura y
los planes, hasta que el producto está listo para ser
enviado a la comunidad de usuarios.
En esta fase se realizan los siguientes pasos:
 El producto de software integrado sobre la plataforma
adecuada.
 Los manuales de usuario.
 Una descripción de la versión actual.

42
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 Planificar qué subsistemas deben ser implementados y


en qué orden deben ser integrados, formando el Plan
de Integración.
 Cada implementador decide en qué orden implementa
los elementos del subsistema.
 Si encuentra errores de diseño, los notifica.
 Se integra el sistema siguiendo el plan.

 Fase de Transición: se realiza la instalación del producto


en el cliente y se procede al entrenamiento de los
usuarios. Realizar la transición del producto a los usuarios,
lo cual incluye: manufactura, envío, entrenamiento, soporte
y mantenimiento del producto, hasta que el cliente quede
satisfecho, por tanto en esta fase suelen ocurrir cambios”.
18

1.3.6. Selección de la Metodología de desarrollo.


Para seleccionar la metodología con el cual se va a trabajar en el
proyecto de tesis, en la tabla 01 se detallan los criterios de
evaluación por cada metodología.
Tabla 01: Criterios de Selección de Metodología de Desarrollo
Criterios % RUP SCRUM XP
Grado de Conocimiento 20 15 10 10
Soporte Orientado a objetos 10 10 10 10
Adaptable a cambios 15 10 15 15
Basado en casos de uso 10 10 5 5
Criterios % RUP SCRUM XP
Posee documentación adecuada 15 15 15 10
Facilita la integración entre las 10 10 10 10
Etapas de Desarrollo
Relación con UML 10 10 8 8
Permite desarrollar Software 10 10 10 10

18
ARAUJO, Yuriana; LÓPEZ, Hilda; MENDOZA, Alexander; TORREALBA, Luis; ORTIZ, German. Metodología
RUP,2010, p.35

43
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

sobre cualquier tecnología


Total 100 90 83 78
Fuente: Elaboración propia.

Para esta investigación se trabajará con la metodología de


desarrollo RUP (Proceso Unificado de Rational) ya que
pretende implementar las mejores prácticas de la Ingeniería de
Software. Diferente a otras metodologías, la plataforma RUP
hace que el proceso sea práctico con bases de conocimiento y
guías para ayudar en el despegue de la planificación del
proyecto. Además de contar con el respaldo de 3 expertos,
donde mediante una evaluación, esta arroja una preferencia
por la metodología RUP (ver anexo 11).

1.3.7. Herramientas utilizadas en el desarrollo del sistema web.

a) Lenguaje Unificado de Modelado (UML)


Según Araujo, López, Mendoza, Torrealba y Ortiz, explica
“que es el lenguaje de modelado de sistemas de software
más conocido y utilizado en la actualidad; está respaldado por
el OMG (Object Management Group). Es un lenguaje gráfico
para visualizar, especificar, construir y documentar un
sistema. UML ofrece un estándar para describir un plano del
sistema (modelo), incluyendo aspectos conceptuales tales
como procesos de negocio y funciones del sistema, y
aspectos concretos como expresiones de lenguajes de
programación, esquemas de bases de datos y componentes
reutilizables.
Con UML se fusiona la notación de estas técnicas para formar
una herramienta compartida entre todos los ingenieros de
software que trabajan en el desarrollo orientado a objetos.
Uno de los objetivos principales de la creación de UML era
posibilitar el intercambio de modelos entre las distintas

44
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

herramientas CASE orientadas a objetos del mercado. Para


ello era necesario definir una notación y semántica común.

Figura 05

Fuente: Araujo, López, Mendoza, Torrealba


y Ortiz (2010)

Gráfico del Diagramas UML

En UML 2.0 hay 13 tipos diferentes de diagramas. Para


comprenderlos de manera concreta, a veces es útil
categorizarlos jerárquicamente, como se muestra en la figura 05.

Los Diagramas de Estructura enfatizan en los elementos


que deben existir en el sistema modelado:
 Diagrama de clases
 Diagrama de componentes
 Diagrama de objetos
 Diagrama de estructura compuesta (UML 2.0)
 Diagrama de despliegue
 Diagrama de paquetes
Los Diagramas de Comportamiento enfatizan en lo que
debe suceder en el sistema modelado:
 Diagrama de actividades
 Diagrama de casos de uso

45
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 Diagrama de estados
Los Diagramas de Interacción son un subtipo de diagramas
de comportamiento, que enfatiza sobre el flujo de control y de
datos entre los elementos del sistema modelado:
 Diagrama de secuencia
 Diagrama de comunicación, que es una versión
simplificada del diagrama de colaboración (UML 1.x)
 Diagrama de tiempos (UML 2.0)
 Diagrama global de interacciones o Diagrama de vista de
interacción (UML 2.0)”. 19

b) HYPERTEXT PREPROCESSOR(PHP)
Según Welling, “El lenguaje de cadena de comandos
concebido para la web, cuya interpretación del código PHP es
el servidor web, generando código HTRL y otro contenido en
interfaz para que los visitantes puedan ver.

PHP presenta múltiples ventajas frente a otros lenguajes de


programación.
 Interfaz. Se ejecuta a través de una interfaz que
resulta familiar al usuario: el cliente web. No es
necesario que el usuario aprenda nuevas
combinaciones de teclas, ni nada parecido, para
aprender a usar el programa.
La ejecución de un programa PHP se puede realizar
desde un cliente web de cualquier plataforma: el
usuario puede escoger su sistema operativo y su
cliente web preferidos.

19
ARAUJO, Yuriana; LÓPEZ, Hilda; MENDOZA, Alexander; TORREALBA, Luis; ORTIZ, German. Metodología
RUP,2010

46
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 Acceso en red. El propio diseño de PHP lleva


incorporada esta virtud. El programa se ejecuta en un
servidor al cual se puede acceder desde cualquier
puesto de una red.

 Protección del código. Al tener el código ejecutable


albergado en el cliente servidor, este código está
protegido tanto de la manipulación de los usuarios
como de la presencia de virus.

Facilidad de aprendizaje. Es realmente fácil aprender a


programar en PHP. Cualquier persona que sepa algún
lenguaje de programación puede aprender los fundamentos de
PHP es un breve espacio de tiempo”.20

1.3.8. MARCO CONCEPTUAL


a) Sistema Web
Según Zhou “los sistemas web son aquellos sistemas que
utilizan tecnologías web como elemento integral de un
sistema funcional complejo que normalmente incorpora las
interfaces más allá de los límites de las organizaciones.”21

c) Gestión Documental

Según Ponjuán “la gestión documental es un proceso


administrativo cuya finalidad es analizar y controlar
sistemáticamente, a lo largo de su periodo de vida la
información registrada que se crea, recibe, mantiene o utiliza
una organización. También es considerada como un proceso
cuya finalidad es mantener la información en un formato que
permita su acceso, para el cual requiere de la realización de

20
WELLING. hypertext preprocessor (php), 2009
21
ZHOU. Sistema web, 2004, p.491

47
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

tareas y procedimientos particulares para cada periodo y


explotación de esta información registrada que da evidencia de
las actividades y transacciones de las organizaciones”.22

1.4. Formulación del problema


Ante la problemática referida anteriormente se plantean las
siguientes interrogantes:
1.4.1. Problema General

PG: ¿En qué medida influye un sistema web para la gestión


documental en la empresa Developmet IT?

1.4.2. Problemas Específicos

PE1: ¿En qué medida un sistema web influye en el tiempo


promedio de registro de documentos para la gestión
documental en la empresa DEVELOPMENT IT. E.I.R.L?

PE2: ¿En qué medida un sistema web influye en el porcentaje


de documentos localizados para la gestión documental en la
empresa DEVELOPMENT IT. E.I.R.L?
1.5. Justification del studio
1.5.1. Justificación Tecnológica.
“En esta época las empresas deben tener un sistema con
tecnología de punta, de la cual obtener información práctica,
concisa y efectiva” 23

Las tecnologías de información cumplen un papel


importante en las empresas que pretenden ser competitivas,
es por ello que la empresa Development IT E.I.R.L. desea
tener un buen nivel competitivo ante la competencia, con lo
que la aplicación de un sistema web, se permitió mejorar el
flujo de sus procesos de la gestión documental, permitiendo

22
PONJUAN, Dante. Sistemas de información en las organizaciones, 2004, p.129
23
CARRERA. Sistemas de Información, 2010 , p.29

48
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

el crecimiento empresarial de la empresa, cumpliendo con las


necesidades de sus clientes y estar al nivel de la competencia
de su sector y será eficiente si lo realiza con menos recursos
tecnológicos, humanos y económicos posibles.

1.5.2. Justificación Económica.

Según Charles Dollar hace énfasis que “ la gestión de


documentos da beneficios económicos porque se hace
frente al problema como es la duplicación innecesaria de los
documentos, los costos de personal, el mantenimiento, el
cuidado, el espacio de almacenamiento, los implementos
de oficina (carpetas, sellos, papel, tintas y computadoras)
y la tecnología de registro y recuperación contribuyen al
alto costo de la información”.24

En este sentido es necesario mencionar que la


implementación de un sistema web para la gestión
documental redujo los costos de la entidad, debido al ahorro
del papel y costos que influye en el desplazamiento del
personal que a la vez generaba pérdida de tiempo en la
generación de nuevas copias y búsqueda de documentos que
maneja la empresa Development IT. Esto redujo las horas de
las áreas en la tramitación, búsqueda y recuperación de
documentos y al aumento de la productiva de las áreas en la
empresa. Por lo tanto gracias al análisis factibilidad del
proyecto la empresa Development IT ejecuto de una forma
eficiente y con menores riesgos, el presupuesto planificado de
S\ 22,338.00 nuevos soles, sabiendo que el proyecto era
factible.

24
DOLLAR, Charles. Electronic records management and archives in international organizations, 1982, p29

49
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

1.5.3. Justificación Institucional.

“El uso de tecnologías de información mejora la calidad de


atención a los usuarios internos y externos, a través de la
optimización de los procesos ya que teniendo los entregables
a tiempo se tiene clientes satisfechos por lo cual se llevan una
gran imagen y referencia de la empresa.” 25

Con el sistema implementado se logró controlar el proceso


principal de la empresa Development IT E.I.R.L. siendo parte
de ello la gestión documental, impactando positivamente en la
satisfacción del cliente, optimizando todos sus recursos
eficientemente presentando mejora de su control documental,
por lo cual se tiene una buena referencia de la empresa y por
consecuencia se mejora su imagen y prestigio ante otras
entidades.
De esta investigación se beneficiaron tanto la empresa como
el personal encargado de la gestión documental, ya que
tienen como funciones y responsabilidades velar por la
calidad y eficiencia de este proceso, por lo cual se tiene una
buena referencia de la empresa y por consecuencia se mejora
su imagen y prestigio ante otras entidades.

1.5.4. Justificación Operativa.

“Los sistemas de información son una ventaja estratégica ya


que te permiten visualizar todos los procesos que se realizan,
tener un mejor control y tener la información adecuada para
realizar la toma de decisión empresarial”.26

En la empresa Development IT E.I.R.L., el uso de un


sistema web permitió un mejor funcionamiento en el procesos

25
MAURICE. Tecnologías de la información, 2009, p.19
26
RONDON. Sistemas de Información, 2013, p.37

50
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

de control y mejor manejo de información, como el


seguimiento de las documentos, facilitando la información
necesaria para quien lo requiera, haciéndolo en circunstancias
oportunas y en alta disponibilidad; sobre todo realizándolo con
menos recursos tecnológicos, humanos y económicos
posibles.

1.6. Hipótesis
1.6.1. Hipótesis General
HG: El sistema web mejora la gestión documental en la
empresa Development IT. E.I.R.L.

1.6.2. Hipótesis Específicas


HE1: El sistema web disminuye el tiempo promedio en el
registro de documentos en la gestión documental en la
empresa Development IT. E.I.R.L

HE2: El sistema web aumenta el porcentaje de documentos


localizados en la gestión documental de la empresa
Development IT. E.I.R.L.

1.7. Objetivos.
1.7.1. General.

OG: ¿Determinar la influye un sistema web para la gestión


documental en la empresa Development IT.E.I.R.L?
1.7.2. Específicos.

OE1: ¿Determinar la influencia del sistema web en el tiempo


promedio de registro de documentos para la gestión documental
en la empresa DEVELOPMENT IT.E.I.R.L?

OE2: ¿Determinar la influencia del sistema web en el porcentaje

51
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

de documentos localizados para la gestión documental en la


empresa DEVELOPMENT IT.E.I.R.L?

II. MÉTODO.
2.1. Diseño de investigación
El diseño de estudio de la presente investigación es pre-
experimental, con el respectivo pre y post prueba sobre un
determinado grupo.

“Se denomina diseño pre experimental a aquellos que por sus


características no tienen control sobre las variables extrañas
mencionadas, y por tanto presentan problemas de validez interna y
externa”27. Son cuatro las características principales de estos
diseños:

2.1.1. Diseño pre test y pos test de un solo grupo.


Según Campbell y Stanley explican, “en este diseño se efectúa
una observación antes de introducir la variable independiente
(O1) y otra después de su aplicación (O2). Por lo general las
observaciones se obtienen a través de la aplicación de una
prueba u observación directa, cuyo nombre asignado depende
del momento de aplicación. Si la prueba se administra antes de
la introducción de la variable independiente se le denomina pre
test y si se administra después que entonces se llama pos test
Figura 06
Fuente: Universidad
Andrés Bello, 2010

O1 -------------------------- X -----------------------O2
Pre-Test Post-
Test

Diseño pre- test y pos- test de un solo grupo.

27
UNIVERSIDAD ANDRES BELLO. Diseño de investigación, 2010

52
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Dónde:
O: una medición a los sujetos de un grupo (pre prueba previa al
tratamiento, post prueba posterior al tratamiento)
O1: Medición Previa al tratamiento (sin el sistema informático)
O2: Medición Posterior al tratamiento (con el sistema
informático)
X: tratamiento, estimulo o condición experimental (Sistema
Informático).

En este diseño se aplica un pre-test (O1) a una variable, después


la aplicación de la variable independiente Sistema Web (X) y
finalmente el post-test (O2). El resultado es el cambio ocurrido
desde el pre-test hasta el post-test”. 28

2.2. Variables, Operacionalización


La Operacionalización, tanto de la variable independiente así como
de la variable dependiente se muestra en la tabla 3

28
CAMPBELL, Donald y STANLEY, Julian. Diseños experimentales y cuasi experiméntales en la investigación
social, 1978

53
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Tabla 02: Operacionalización de Variables

ESCALA DE
VARIABLE DEFINICIÓN CONCEPTUAL DEFINICIÓN OPERACIONAL INDICADORES
MEDICIÓN

Variable Tiempo promedio De Intervalo


“La gestión documental es un Conjunto de procesos cuya
dependiente de registro de un
proceso administrativo cuya finalidad es gestionar el
= Gestión documento
finalidad es analizar y recorrido del documento,
Documental
controlar sistemáticamente, a mediante el tratamiento

lo largo de su periodo de vida (emisión, tramite búsqueda y

la información registrada que recuperación) y

se crea, recibe mantiene o almacenamiento de la


Porcentaje de
utiliza una organización”29. documentación impresa, física
documentos
o digital las cuales fueron De Intervalo
localizados
generadas.

Fuente: Elaboración Propia, 2015

29
PONJUAN, Dante. Sistemas de información en las organizaciones, 2004

54
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

2.2.3. Indicadores

Tabla 03: Indicadores


Indicadores Técnic Instrumento Unidad de Medida Definición operacional
a
Tiempo promedio Ficha -Ficha de Tiempo
de registro de observación ∑𝑛 (𝑇𝑅)
TPR= 𝑖=1𝑛
documentos
-Cronometro TRP: Tiempo promedio de registro
de documentos.
TR: Tiempo en registrar un
documento
n: Cantidad de documentos
registrados
Porcentaje de Ficha -Ficha de Porcentaje
documentos observación 𝐷𝐿
PL= (𝐷𝐵) ∗ 100
localizados
PL: Porcentaje de documento
localizado
DL: Numero de documentos
localizados
DB: Numero de documentos
buscados

Fuente: Elaboración Propia, 2015

55
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

2.3. Población y muestra


2.3.1. Población.
“La población es un conjunto de todos los elementos que
forman parte del espacio (unidades de análisis) al que
pertenece el problema del estudio donde se desarrolla el
trabajo de investigación” 30

La población de estudio estará conformada por el número de


documentos gestionados por un mes en empresa Development
IT .Tal como se puede visualizar en la tabla 04.

Tabla 04: Numero de documentos gestionados en un mes


Día de la Día
Día 2 Día 3 Día 4 Día 5 TOTAL
semana 1
1 27 24 25 23 21 120
2 26 23 25 21 28 123
3 27 26 24 22 27 126
4 21 25 22 25 26 119
5 23 25 20 22 24 114
Total 124 123 116 113 126 602
Total 602
Fuente: Elaboración propia, 2015.

Como se aprecia en la tabla N°04, para estos propósitos de


estudio se tomara la población que está conformada por el total
de documentos gestionados en un mes.

2.3.2. Muestra.
“La muestra es un subconjunto de elementos con
características definidas que pertenecen a la población”31

30
CARRASCO. Metodología de investigación científica, 2005, P.236
31
HERNÁNDEZ, R., FERNÁNDEZ, C. y BAPTISTA, P. Metodología de la Investigación, 2010, P.175

56
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Como se conoce el tamaño de la población se procede a


obtener el tamaño de la muestra con la siguiente formula:

𝒁𝟐 𝑵
n=
𝒁𝟐 +𝟒𝑵(𝑬𝑬)𝟐

Dónde:
n=tamaño de la muestra
N=tamaño de la población
Z=Nivel de confianza al 95% (1.96) elegido
EE=error estimado al (5%)

- Reemplazando los datos en la formula se tiene:


(𝟏.𝟗𝟔)𝟐 𝟔𝟎𝟐 (𝟑.𝟖𝟒𝟏𝟔)𝟔𝟎𝟐
n= n=
(𝟏.𝟗𝟔)𝟐 +𝟒(𝟔𝟎𝟐)(𝟎.𝟎𝟓)𝟐 𝟑.𝟖𝟒𝟏𝟔+𝟒(𝟔𝟎𝟐)(𝟎.𝟎𝟎𝟐𝟓)

𝟐𝟑𝟏𝟐.𝟔𝟒𝟑𝟐 𝟐𝟑𝟏𝟐.𝟔𝟒𝟑𝟐
n= n=
𝟑.𝟖𝟒𝟏𝟔+𝟐𝟒.𝟎𝟖 𝟐𝟕.𝟗𝟐𝟏𝟔

n=82.82

- Entonces aproximado n=83 de documentos


gestionados.
- Como resultado del cálculo se obtiene la nuestra de 83
documentos gestionados

- Por lo tanto, el tamaño de la muestra para el presente


estudio es de 83 documentos gestionados

2.3.3. Muestreo.
“En las muestras no probabilísticas la elección de los
elementos no dependen de la probabilidad sino de causas
relacionadas con las características de la investigación

57
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

depende del proceso de toma de decisiones del


investigador”32.

2.4. Técnicas e instrumentos de recolección de datos, validez y


confiabilidad.

2.4.1. Técnicas.
a) Entrevista: “se trata de una técnica o instrumento empleado
en diversas actividades profesionales. Una entrevista no es
casual sino que es un dialogo interesado, con un acuerdo
previo y unos intereses y expectativas por ambas partes”
.33
b) Análisis de Contenido
“el análisis de contenido es un conjunto de instrumentos
metodológicos, aplicados a lo que el autor llama discursos
(contenidos y continentes) extremadamente diversificados. El
factor común de estas técnicas múltiples y multiplicadas,
desde el cálculo de frecuencias suministradoras de datos
cifrados hasta la extracción de estructuras que se traducen en
modelos, es una herramienta controlada, basada en la
deducción o la inferencia”.34
Esta técnica se aplicó en el análisis de los datos obtenidos en
la ficha de registro. (Anexo 5, Anexo 6, Anexo 7, Anexo 8).

2.4.2. Instrumentos.
a) Ficha de Registro
Ficha donde se obtiene los resultados del flujo del proceso de
registro y porcentaje de los documentos proporcionados de la

32
HERNÁNDEZ, R., FERNÁNDEZ, C. y BAPTISTA, P. Metodología de la Investigación, 2010, P.176

33
VALDERRAMA, S. Y LEÓN, L. Técnicas e instrumentos para la obtención de datos en la
investigación científica, 2009, p.82
34
BARDIN. Técnicas e instrumentos de recolección de datos, 1986, P7

58
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

empresa Development IT. (Anexo 5, Anexo 6, Anexo 7, Anexo


8).
b) Cronómetro: es un instrumento para medir el tiempo. En
esta investigación se utiliza para medir el tiempo promedio
de registro de un documento en el proceso de gestión
documental en la empresa Developmet IT.

2.4.3. Validez.

“La validez de un instrumento de medición se evalúa sobre la


base de todos los tipos de evidencia. Cuanta mayor evidencia
de validez de contenido, de validez de criterio y de validez de
constructo tenga un instrumento de medición, este se
acercara más a representar las variables que pretende medir”.
35

Los instrumentos que se utilizaran en la presente


investigación como el cuestionario y ficha de registro, fueron
validados en base al juicio de tres expertos.

2.4.4. Confiabilidad.
“Es la cualidad o propiedad de un instrumento de medición
que le permite obtener los mismos resultados, al aplicarse uno
o más veces a la misma persona o grupos de personas en
diferentes periodos de tiempo”36.

2.5. Métodos de análisis de datos

El método de análisis de datos utilizado es de carácter cuantitativo,


lo cual permite analizar datos numéricamente. Se utiliza la
recolección de datos, para probar la hipótesis basándose en la
medición numérica y análisis estadístico.

35
HERNÁNDEZ, R., FERNÁNDEZ, C. Y BAPTISTA, P. Metodología de la Investigación, 2006, p.204
36
CARRASCO. Metodología de investigación científica, 2005, p.339

59
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

2.5.1. Definición de Variables


Ia= Indicador del sistema actual
Ip= Indicador del sistema propuesto
2.5.2. Hipótesis Estadística

𝐇𝐢𝐩ó𝐭𝐞𝐬𝐢𝐬 𝐇𝟎 : El sistema web no influye positivamente en la


gestión documental para la empresa Development IT E.I.R.L.

𝐇𝐢𝐩ó𝐭𝐞𝐬𝐢𝐬 𝐇𝐚 : El sistema web influye positivamente en la gestión


documental para la empresa Development IT E.I.R.L.

Hipótesis Específicas:

𝐇𝐢𝐩ó𝐭𝐞𝐬𝐢𝐬 𝐇𝟏𝟎 : El sistema web no reduce el tiempo promedio de


registro de documentos en la gestión documental para la
empresa Development IT E.I.R.L.

𝐇𝟏𝟎 : 𝐈𝟏𝐚 ≤ 𝐈𝟏𝐩

𝐇𝐢𝐩ó𝐭𝐞𝐬𝐢𝐬 𝐇𝟐𝐚 : El sistema web reduce el tiempo promedio de


registro de documentos en la gestión documental para la
empresa Development IT E.I.R.L.

𝐇𝟏𝐚 : 𝐈𝟏𝐚 > 𝐈𝟏𝐩

𝐇𝐢𝐩ó𝐭𝐞𝐬𝐢𝐬 𝐇𝟐𝟎 : El sistema web no aumenta en porcentaje de


documentos localizados documentos en la gestión documental
para la empresa Development IT E.I.R.L.

𝐇𝟐𝐚 : 𝐈𝟐𝐚 ≤ 𝐈𝟐𝐩

𝐇𝐢𝐩ó𝐭𝐞𝐬𝐢𝐬 𝐇𝟑𝐚 : El sistema web aumenta en porcentaje de


documentos localizados documentos en la gestión documental
para la empresa Development IT E.I.R.L.

60
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

𝐇𝟐𝐚 : 𝐈𝟐𝐚 > 𝐈𝟐𝐩

2.5.3. Nivel de Significancia


Nivel de significancia (α): 0.05
Nivel de confianza (γ = 1-α): 0.95

2.5.4. Pruebas de Normalidad.


“Cuando la nuestra es menor, n<50 se aplica la prueba de
shapiro-Wilk para la prueba de normalidad. Esta prueba ayuda
a calcular la estadística de prueba W, que si llega a ser mayor
al nivel de significancia o se asume que la distribución es
normal, si no la distribución es no normal”.37
2.5.5. Pruebas de Hipótesis Estadísticas
Se basa en los resultados de una muestra aleatoria de una
población en estudio la cual nos conduce a un proceso de
toma de decisiones de aceptar o rechazar una hipótesis. 38

2.6. Aspectos éticos


Esta investigación respeta la veracidad de los resultados y la
honradez del investigador al utilizar información brindada por la
empresa Development IT es confiable y verídica.

III. RESULTADOS
Análisis descriptivo
En el estudio se aplicó un sistema web para evaluar el tiempo
promedio de registro de documentos y el porcentaje de localización
de documentos; para ello se aplicó un pre-test que permitió conocer
las condiciones iniciales; posteriormente se implementó el sistema
web para aplicar un pos-test realizando una nueva evaluación al

37
ORTEGA, Carlos y ZEÑA. Estadística General, p.181, 2009, ISBN: 978-84-15271-70-3. Lima, Perú:
Universidad Cesar Vallejo.
38
ORTEGA, Carlos y ZEÑA. Estadística General, p.182, 2009, ISBN: 978-84-15271-70-3. Lima, Perú:
Universidad Cesar Vallejo.

61
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

tiempo promedio de registro de documentos y al porcentaje de


localización de documentos.

Primer indicador: Tiempo promedio de registro de documentos.


Los resultados descriptivos en el tiempo promedio de registro de
documentos de estas medias se observan en la tabla 05.
Tabla 05.
Medias descriptivas del tiempo promedio de registro de documentos
antes y después de implementado el sistema web

Desviación
N Media estándar
Estadístico Estadístico Estadístico
Pre_Test 83 11,73 2,072
Post_Test 83 ,97 ,451

Nota: Elaboración propia

En el caso del tiempo promedio de registro de documentos en el pre


test de la muestra se obtuvo un valor de 11.73 minutos por registro,
mientras que en el post test fue de un 0,97 minutos (Ver figura 07);
esto indica una diferencia del antes y después de la implementación
del sistema web.
Figura 07

TIEMPO PROMEDIO DE REGISTRO DE


© Elaboracion propia(2015) (2010)

DOCUMENTOS
14.0000
12.0000
10.0000 11.73

8.0000
6.0000 Media

4.0000
2.0000
0.0000 0.97
PreTes PosTes

62
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Comparación del tiempo promedio de registro de documentos antes


y después de implementado el sistema web.

Segundo indicador: Porcentaje de Localización de documentos.


Los resultados descriptivos en el porcentaje de localización de
documentos de estas medias se observan en la tabla 06.
Tabla 06.
Medias descriptivas del porcentaje de localización de documentos
antes y después de implementado el sistema web

Desviación
N Media estándar
Estadístico Estadístico Estadístico
Pre_Test 10 36,5 6,468
Post_Test 10 84,8 4,315

Nota: Elaboración propia


En el caso del porcentaje de localización de documentos en el pre
test de la muestra se obtuvo un valor de 36,5 % de documentos
localizados, mientras que en el post test fue de un 84,8 % de
documentos localizados (Ver figura 08); esto indica una diferencia
notoria del antes y después de la implementación del sistema web.
Figura 08

PORCENTAJE DE DOCUMENTOS
© Elaboracion propia(2015) (2010)

LOCALIZADOS
90.00
80.00 84.80%
70.00
60.00
50.00
40.00 Media
30.00 36.50%
20.00
10.00
0.00
Pre_Test Pos_Test

63
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Comparación del porcentaje de localización de documentos antes y


después de implementado el sistema web.

Análisis inferencial
Pruebas de Normalidad
Los datos muéstrales obtenidos para los indicadores “Tiempo
promedio de registros de documentos y Porcentaje de localización
de documentos”, fueron analizados mediante prueba de normalidad
para posteriormente determinar la prueba de hipótesis a usar.

Puesto que para el indicador “Tiempo promedio de registros de


documentos”, la muestra es 83 documentos, y lo cual es mayor a 50,
se realizó la prueba de normalidad de Kolmogorov-Smirnov, Puesto
que para el indicador “Porcentaje de Documentos Localizados”, la
muestra son 83 documentos la cual se distribuyó en 10 grupos y la
cual se realizó la prueba de normalidad de Shapiro-Wilk. Dicha
prueba se realizó ingresando los datos de cada indicador en el
software estadístico SPSS 23.0, con un nivel de confiabilidad del 95
% bajo las siguientes condiciones:

Si sig < 0.05 adopta una distribución no normal.


Si sig ≥ 0.05 adopta una distribución normal.
Dónde sig = nivel crítico del contraste

Los resultados fueron los siguientes:

Primer indicador: Tiempo promedio de registro de documentos.


Con el objetivo de seleccionar la prueba de hipótesis; los datos
fueron sometidos a la comprobación de su distribución,
específicamente si los datos para el indicador tiempo promedio de
registro de documentos contaban con una distribución normal como
se observa en la tabla 07.

64
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Tabla 07.
Prueba de normalidad del tiempo promedio de registro de
documentos antes y después de implementado el sistema.

KOLMOGOROV-SMIRNOV
Estadístico gl Sig.
Pre_Test ,100 83 ,040
Post_Test ,236 83 ,000

Fuente: Elaboración propia

Como se observa en la Tabla 07, el valor de Sig. Para el Tiempo


Promedio de Registro de Documentos antes de aplicar el sistema
(Pre Test), es de 0,040 el cual es menor que el nivel de significancia
0.05 y después de aplicar el sistema (Post Test), el Sig es de 0.000,
el cual es menor que el nivel de significancia 0,05. En consecuencia
se concluye que no es una distribución normal. Lo que confirma la
distribución no normal de los datos de la muestra, se puede apreciar
en la figura 09 y 10
Figura 09
© IBM SPSS 23.0

Tiempo Promedio de Registro de Documentos -Pre Test

65
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 10

© IBM SPSS 23.0

Tiempo Promedio de Registro de Documentos -Pos Test


Segundo indicador: Porcentaje de Localización de documentos.

Con el objetivo de seleccionar la prueba de hipótesis; los datos


fueron sometidos a la comprobación de su distribución,
específicamente si los datos para el indicador porcentaje de
localización de documentos contaban con una distribución normal
(ver tabla 08).

Tabla 08.
Prueba de normalidad del porcentaje de localización de documentos
antes y después de implementado el sistema.

SHAPIRO-WILK
Estadístico gl Sig.
Pre_Test ,814 10 ,021
Post_Test ,804 10 ,016

Fuente: Elaboración propia

Como se observa en la Tabla 12, el valor de Sig. Para el Porcentaje


de Documentos Localizados antes de aplicar el sistema (Pre Test),

66
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

es de 0,021 el cual es menor que el nivel de significancia 0.05 y


después de aplicar el sistema (Post Test), es de 0.016, el cual es
menor que el nivel de significancia 0,05. En consecuencia se
concluye que no es una distribución normal. Lo que confirma la
distribución no normal de los datos de la muestra, se puede apreciar
en la figura 11 y 12.
Figura 11
© IBM SPSS 23.0

Porcentaje de Documentos Localizados -Pre Test

Figura 12
© IBM SPSS 23.0

Porcentaje de Documentos Localizados -Pos Test

67
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Prueba de Hipótesis 1
El sistema web reduce el tiempo promedio de registro de
documentos en la gestión documental para la empresa Developmet
IT E.I.R.L.
Indicador: Tiempo promedio de registro de documentos

Hipótesis Estadísticas
Definición de Variables:
TPGa: Tiempo Promedio de Registro de Documentos antes de la
aplicación del sistema web.
TPGd: Tiempo Promedio de Registro de Documentos después de la
aplicación del sistema web.

𝐇𝟎 : El sistema web no reduce el tiempo promedio de registro de


documentos en la gestión documental para la empresa Developmet
IT E.I.R.L.

𝐇𝟎 : 𝐓𝐏𝐑 𝐚 ≤ 𝐓𝐏𝐑 𝐩

Sea: El indicador del Sistema actual es mejor que el indicador del


Sistema propuesto.
𝐇𝐚 : El sistema web reduce el tiempo promedio de registro de
documentos en la gestión documental para la empresa Developmet
IT E.I.R.L.

𝐇𝐚 : 𝐓𝐏𝐑 𝐚 > 𝐓𝐏𝐑 𝐩


Sea: El indicador del Sistema propuesto es mejor que el indicador
del Sistema actual.

Prueba de Rangos con signo de Wilcoxon

De acuerdo a la prueba de normalidad realizada en las tablas 07 los


resultados obtenidos adoptaron una distribución no normal tanto
para el Pre – Test y Post - Test por lo que se aplicó la prueba de
Wilcoxon, y los resultados se muestran en la tabla 13.

68
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Tabla 09: Prueba de Rangos con signo de Wilcoxon para el Tiempo


Promedio de Registro de Documentos

Rangos
Rango Suma de
N promedio rangos
Tiempo Promedio de registro de Documentos Rangos negativos 83a 42,00 3486,00
después de aplicar el sistema - Tiempo Rangos positivos 0b ,00 ,00
Promedio de registro de Documentos antes de Empates 0c
aplicar el sistema Total 83

a Tiempo Promedio de registro de Documentos después de aplicar el sistema < Tiempo Promedio
de registro de Documentos antes de aplicar el sistema
b. Tiempo Promedio de registro de Documentos después de aplicar el sistema > Tiempo Promedio
de registro de Documentos antes de aplicar el sistema
c. Tiempo Promedio de registro de Documentos después de aplicar el sistema = Tiempo Promedio
de registro de Documentos antes de aplicar el sistema

Estadísticos de Contrastea

Tiempo Promedio de registro de Documentos después de aplicar el


sistema - Tiempo Promedio de registro de Documentos antes de
aplicar el sistema

Z -7,914b
Sig. asintótica (bilateral) ,000

a. Prueba de Wilcoxon de los rangos con signo


b. Se basa en rangos negativos.

Fuente: Elaboración Propia, 2015

Si sig < 0.05 Se acepta la hipótesis alternativa.


Si sig ≥ 0.05 se rechaza la hipótesis alternativa.
Dónde sig = nivel crítico del contraste.

Validación de la hipótesis
Como se ha aplicado la prueba de rangos con signo de Wilcoxon, en la
tabla 01 se aprecia que el valor de Sig. Es de 0,000, el cual es menor que
0,05. Por lo tanto se acepta la hipótesis alternativa (El sistema web reduce

69
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

el tiempo promedio de registro de documentos en la gestión documental


para la empresa Developmet IT E.I.R.L.) con una probabilidad del 95%.
De los resultados obtenidos se concluye que un sistema web reduce el
tiempo promedio de registro de documentos en la gestión documental
para la empresa Developmet IT E.I.R.L

Prueba de Hipótesis 2
El sistema web aumenta el porcentaje de documentos localizados
documentos en la gestión documental para la empresa Developmet IT
E.I.R.L.
Indicador: Porcentaje de documentos localizados

Hipótesis Estadísticas
Definición de Variables:
PDLa: Porcentaje de Documentos Localizados antes de la aplicación del
sistema web.
PDLd: Porcentaje de Documentos Localizados después de la aplicación
del sistema web.

𝐇𝟎 : El sistema web no aumenta el porcentaje de documentos localizados


en la gestión documental para la empresa Developmet IT E.I.R.L.

𝐇𝐚 : 𝐏𝐃𝐋𝐚 ≤ 𝐏𝐃𝐋𝐩

Sea: El indicador del Sistema actual es mejor que el indicador del Sistema
propuesto.

𝐇𝐚 : El sistema web aumenta el porcentaje de documentos localizados en la


gestión documental para la empresa Developmet IT E.I.R.L.

𝐇𝐚 : 𝐏𝐃𝐋𝐚 > 𝐏𝐃𝐋𝐩

Sea: El indicador del Sistema propuesto es mejor que el indicador del


Sistema actual.

70
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Prueba de Rangos con signo de Wilcoxon

De acuerdo a la prueba de normalidad realizada en las tablas 08, los


resultados obtenidos adoptaron una distribución no normal tanto para el
Pre – Test y Post - Test por lo que se aplicó la prueba de Wilcoxon, y los
resultados se muestran en la tabla 10.

Tabla 10: Prueba de Rangos con signo de Wilcoxon para el Porcentaje


de Documentos Localizados

Rangos
Rango Suma de
N promedio rangos
Porcentaje de documentos localizados después Rangos negativos 0a ,00 ,00
de aplicar el sistema - Porcentaje de Rangos positivos 10b 5,50 55,00
documentos localizados antes de aplicar el Empates 0c
sistema Total 10

a Porcentaje de documentos localizados después de aplicar el sistema < Porcentaje de


documentos localizados antes de aplicar el sistema
b Porcentaje de documentos localizados después de aplicar el sistema Porcentaje de documentos
localizados antes de aplicar el sistema
c. Porcentaje de documentos localizados después de aplicar el sistema = Porcentaje de
documentos localizados antes de aplicar el sistema

Estadísticos de Contrastea

Porcentaje de documentos localizados después de aplicar el sistema -


Porcentaje de documentos localizados antes de aplicar el sistema

Z -2,807b
Sig. asintótica (bilateral) ,005

a. Prueba de Wilcoxon de los rangos con signo


b. Se basa en rangos negativos.

Fuente: Elaboración Propia, 2015

Si sig < 0.05 Se acepta la hipótesis alternativa.


Si sig ≥ 0.05 se rechaza la hipótesis alternativa.

71
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Dónde sig = nivel crítico del contraste.

Validación de la hipótesis
Como se ha aplicado la prueba de rangos con signo de Wilcoxon, en la
tabla 06 se aprecia que el valor de Sig. Es de 0,005, el cual es menor que
0,05. Por lo tanto se acepta la hipótesis alternativa (El sistema web
aumenta el porcentaje de documentos localizados en la gestión documental
para la empresa Developmet IT E.I.R.L.) con una probabilidad del 95%.
De los resultados obtenidos se concluye que un El sistema web aumenta el
porcentaje de documentos localizados en la gestión documental para la
empresa Developmet IT E.I.R.L.

IV. Discusión

En base a los resultados en la presente investigación se analiza una


comparativa sobre el tiempo promedio de registro de documentos y el
porcentaje de documentos localizados para la gestión documental en
la empresa Development IT.

1. En el tiempo promedio de registro de documentos para la gestión


documental en la empresa Development it, se mostró que la medición
Pre-Test, alcanzó los 11.73 equivalente a 728 segundos (12.13
minutos) y con la aplicación del Sistema se redujo a 0.97 equivalente
a 97 segundos (1.37 minutos), por lo que se puede afirmar que la
implementación del sistema web produjo una reducción de 631
segundos equivalente a 10.52 minutos en el tiempo promedio de
registro para la gestión documental en la empresa Development it.

“Según la investigación realizada por Méndez Marcos, Guimer


Hederson. Los resultados obtenidos fueron la reducción del tiempo
promedio de registro de documentos de 11:54 minutos a 4:1 minutos
aproximadamente 246 segundos por registro, teniendo una reducción

72
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

de hasta 7:44 minutos. De esta manera se demuestra que el sistema


informático influye en el tiempo promedio de registro de documentos”.
39

2. En el porcentaje de documentos localizados para la gestión


documental en la empresa Development it, se mostró que en la
medición Pre-Test, alcanzó los 35.5% y con la aplicación del Sistema
web se incrementó 84.8%, por lo que se puede afirmar que la
implementación del sistema web produjo un aumento del 48.3 % en
porcentaje de documentos localizados para la gestión documental en
la empresa Development it.

“Según la investigación realizada por Pacheco Valdez, Michael. Los


resultados obtenidos fueron el incremento del porcentaje de
documentos localizados en la empresa Premier Motors S.A de
manera manual alcanza el 81 % y con la implementación de sistema
informático aumento un 97%, teniendo un incremento de un 15.83%
en documentos localizados. De esta manera se demostró que el
sistema informático influye en el porcentaje de documentos
localizados40”.

3. Los resultados obtenidos en la presente tesis comprueban que la


utilización de una herramienta tecnológica brinda información de fácil
acceso y de manera oportuna en los procesos, confirmando así que el
sistema web para la gestión documental en la empresa Development
IT , reduce el tiempo promedio de registro de documentos en 631
segundos equivalente a 10.52 minutos e incrementa el porcentaje de

39
MENDEZ, Guimer. Influencia de un sistema informático de gestión documental en la compañía
de bomberos Los Olivos N° 161. Tesis para optar el título de ingeniero de sistemas, Universidad
cesar vallejo, Lima, Perú. 2012.
40
PACHECO Valdez, Michaela. Impacto de un Sistema Informático en la Gestión Documental de la
empresa Premier Motors. Tesis (Ingeniero de Sistemas). Lima: Universidad Cesar Vallejo, 2012.

73
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

documentos localizados en un 48.3 %, de los resultados obtenidos se


concluye que el sistema web permitió la automatización de la gestión
documental en la empresa Development IT.

V. CONCLUSIONES

Primera: Se concluye que el tiempo promedio de registro de


documentos para la gestión documental en la empresa Development it,
fue de 11.73 equivalente a 728 segundos (12.13 minutos) y con la
implementación del sistema web se redujo a 0.97 equivalente a 97
segundos (1.37 minutos). Esto genero una reducción de 631 segundos
equivalente a 10.52 minutos, por lo tanto el sistema web si influye
favorablemente en el tiempo promedio de registro de documentos para
la gestión documental en la empresa Development it.

Segunda: Se concluye que el porcentaje de documentos localizados


para la gestión documental en la empresa Development it, fue de
35.5% y con la implementación del sistema web incremento a 84.8%.
Esto genero un incremento de 48.3 %, por lo tanto el sistema web si
influye favorablemente en el porcentaje de documentos localizados
para la gestión documental en la empresa Development it.

Tercera: Finalmente, después de haber obtenido resultados


satisfactorios de los indicadores del estudio, se concluye que la
implementación del sistema web mejoró la gestión documental en la
empresa Development it. Habiendo comprobado que las hipótesis
planteadas son aceptadas con un 95 % de confiabilidad y que la
integración del sistema web en la empresa, ha sido satisfactoria y
beneficio directamente a todos los trabajadores de la empresa
Development IT, teniendo como resultado una mejor gestión dentro de
la empresa.

74
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

VI. RECOMENDACIONES

Primera: Para posteriores investigaciones que tengan similitud con


este proyecto se recomienda tomar como indicador el tiempo promedio
de registro de documentos. Con la finalidad de poder mejorar la gestión
documental y, el tiempo apropiado en que se toma en registrar un
documento y como poder controlar mejor los recursos y medios para
lograr optimizar el tiempo del tiempo de documentos.

Segunda: Se sugiere para otras investigaciones similares es


recomendable también tomar el indicador porcentaje de documentos
localizados. Con la finalidad de mejor la búsqueda de documentos,
seguimiento y solución a la gestión documental y esto permitirá
identificar problemas y en qué parte hay que mejorar como resultado
se puede cumplir con la solución inmediata.

Tercera: Se recomienda aplicar el estudio en empresas del mismo


rubro que se encuentran geográficamente fuera de Lima, esto con la
finalidad de medir las funcionalidades y la influencia de un sistema
web, en una sociedad de grupos humanos diferentes.

75
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

VII. REFERENCIAS BIBLIOGRÁFICAS

PARKES Research, Coleman. Índice de gobierno Documental de Ricoh. [En


Línea].Octubre 2009 [Fecha de consulta: 20 de Agosto 2014]. Disponible en
http://research.ricoh-
europe.com/pdf/Spanish_Ricoh_Document_Governance_IndexOct2009.pdf

MENDEZ, Guimer. Influencia de un sistema informático de gestión documental en la


compañía de bomberos Los Olivos N° 161. Tesis para optar el título de ingeniero de
sistemas, Universidad cesar vallejo, Lima, Perú. 2012.

ALVA Manchego, Fernando. Sistema de Información de detección de Plagio en


Documentos Digitales Usando el Método Document Fingerprinting. Tesis (Ingeniero
Informático). Lima: Pontificia Universidad Católica del Perú, 2010.

PACHECO Valdez, Michaela. Impacto de un Sistema Informático en la Gestión


Documental de la empresa Premier Motors. Tesis (Ingeniero de Sistemas). Lima:
Universidad Cesar Vallejo, 2012.

BINTI Monalisa, Omar. Document Managelment System, (Felda: Terrenos Federales


de desarrollo. Tesis (Maestría en ciencias). Malasia: Universidad Tecnológica de
malasia, 2006.

URBANETTO, Rosanara. A recuperação da informação dos arquivos municipais no


contexto normalizado. um estudo aplicado ao estado do rio grande do sul (brasil).
Tesis (Doctor en Ciencias Bibliotecarias y Documentación). Brasil: Universidad de
Salamanca, 2011.

BERZAL, CORTIJO Y CUBERO. Desarrollo Profesional de Aplicaciones Web con


ASP.NET. [En Línea].2005 [Fecha de consulta: 20 de Agosto 2014]. Disponible en
https://books.google.com.pe/books?id=J1d_9l6zlAIC&pg=PA3&lpg=PA3&dq=#v=one
page&q&f=false .
ISBN: 8460942457.

LUJAN Mora, Sergio. Programación en Internet: Clientes web. España: Editorial Club
Universitario, 2001. [Fecha de consulta: 20 de Agosto 2014]. Disponible en
file:///C:/Users/PC02/Downloads/sergio_lujan-
programacion_en_internet_clientes_web.pdf.
ISBN: 8484541185.

PONJUAN, Dante. Sistemas de información en las organizaciones, 2004[Fecha de


consulta: 20 de Agosto 2014].

76
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

BERMUDEZ Muños, Teresa. La gestión de documentos: Visión Panorámica [En Línea],


1995 [Fecha de consulta: 20 de Agosto 2014]. Disponible en
http://www.archivonacional.go.cr/memorias/1995/01.pdf.

ISO 15489. Un Marco sistemático de buenas prácticas: Gestión documental en las


organizaciones [En Línea].2006 [Fecha de consulta: 02 de Setiembre 2014].
Disponible en http://eprints.rclis.org/12263/1/Alonso_Garcia_Lloveras_-
_La_norma_ISO_15489.pdf.

DE LA HORRA. Estadística aplicada. 3era ed. Madrid, España: Ediciones días de santos
S.A [Fecha de consulta: 02 de Setiembre 2014].

YAGUEZ, Elena y ZAMORA, José. Guía práctica para el desarrollo y dinamización de la


biblioteca escolar en secundaria [En Línea]. 2005 Disponible en
https://books.google.com.pe/books?id=ZdmbEATRVygC&pg=PA63&lpg=PA63&dq=fa
lse.
ISBN: 843694187

ABAD García, Francisca. Investigación evaluativa en documentación: Aplicación a la


documentación médica [En Línea]. 1997 Disponible en
https://books.google.com.pe/books?id=GlgXwKRXlWYC&pg=PA142&lpg=PA142&dq=
false.
ISBN: 8437033055

ISO 11620. Información y documentación: Indicadores de rendimiento bibliotecario


[En Línea].1999 [Fecha de consulta: 20 de Agosto 2014]. Disponible en
http://redc.revistas.csic.es/index.php/redc/article/viewFile/503/557.

RÍOS Y SUNTAXI. Desarrollo de un sistema informático para los procesos de cosecha y


post cosecha de la camaronera Pampas de Cayanca. Tesis (Ingeniero), Escuela
Politécnica Nacional. Disponible en
http://www.bibdigital.epn.edu.ec/bitstream/15000/1072/1/CD-1905.pdf

SCHWABER Y SUTHERLAND. Agile software development, 2011 [Fecha de consulta:


02 de Setiembre 2014]

ARAUJO, Yuriana; LÓPEZ, Hilda; MENDOZA, Alexander; TORREALBA, Luis; ORTIZ,


German. Metodología RUP. [En line]. Mayo 2010 [Fecha de consulta: 22 de agosto
2014]. Disponible en http://es.scribd.com/doc/31440864/Metodologia-RUP.
WELLING. hypertext preprocessor (php), 2009 [Fecha de consulta: 02 de Setiembre
2014]

ZHOU. Sistema web, 2004 [Fecha de consulta: 02 de Setiembre 2014]

77
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

CARRERA. Sistemas de Informacion.2010 [Fecha de consulta: 02 de Setiembre 2014]

DOLLAR, Charles. Electronic records management and archives in international


organizations: a RAMP study with guidelines. Paris: PGI et UNISIST. UNESCO, 1982

MAURICE. Tecnologías de la información. 2009 [Fecha de consulta: 02 de Setiembre


2014]

RONDON. Sistemas de Informacion.2013 [Fecha de consulta: 02 de Setiembre 2014]

UNIVERSIDAD ANDRES BELLO. Diseño de investigación.2010 [Fecha de consulta: 02


de Setiembre 2014].

CAMPBELL, Donald y STANLEY, Julian. Diseños experimentales y cuasi experiméntales


en la investigación social [En Línea].1978 [Fecha de consulta: 02 de Setiembre 2014]
Disponible en https://sociologiaycultura.files.wordpress.com/2014/02/campbell-
stanley-disec3b1os-experimentales-y-cuasiexperimentales-en-la-investigacic3b3n-
social.pdf.
ISBN: 950518012.
CARRASCO. Metodología de investigación científica. (1.a.ed).Lima, Perú: San Marcos.

HERNÁNDEZ, R., FERNÁNDEZ, C. y BAPTISTA, P. Metodología de la Investigación. 2010


(5. ° ed.) México D.F: Mc Graw Hill.

VALDERRAMA, S. Y LEÓN, L. Técnicas e instrumentos para la obtención de datos en la


investigación científica. 2009 (1.a ed.) Lima: Editorial San Marcos E.I.R.L.

HERNÁNDEZ. Técnicas e instrumentos de recolección de datos.2010 [Fecha de


consulta: 02 de Setiembre 2014]

BARDIN. Técnicas e instrumentos de recolección de datos.1986 [Fecha de consulta:


02 de Setiembre 2014]

HERNÁNDEZ, R., FERNÁNDEZ, C. Y BAPTISTA, P. Metodología de la Investigación.


2006 (4. ° ed.) México D.F.: Mc Graw Hill.
ORTEGA, Carlos y ZEÑA. Estadistica General, p.181, 2009, ISBN: 978-84-15271-70-3.
Lima,Perú:UniversidadCesarVallejo.

78
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N° 01: Matriz de Consistencia

PROBLEMA OBJETIVOS HIPÓTESIS VARIABLES DIMENSIONES INDICADORES METODOLOGÍA

General General General Independiente


¿De qué manera influye un ¿Determinar la influye un sistema El uso de un sistema web
mejora la gestión
sistema web para la gestión web para la gestión documental en
documental en la empresa
documental en la empresa la empresa Developmet IT.E.I.R.L? Developmet IT E.I.R.L.
Sistema Web
Tipo de Investigación:
Developmet IT?
Aplicada

Específicos Específicos Específicos Dependiente Diseño de la Investigación:


¿En qué medida un sistema ¿Determinar la influencia del sistema El uso de un sistema web Pre- Experimental
web influye en el tiempo web en el tiempo promedio de reduce el tiempo promedio Tiempo
promedio de registro de registro de documentos para la de registro de documentos promedio Población:
documentos para la gestión gestión documental en la empresa para la gestión documental Registro registro de 602 documentos gestionados
documental en la empresa DEVELOPMENT IT.E.I.R.L? en la empresa documentos
Muestra:
DEVELOPMENT IT. E.I.R.L? DEVELOPMENT IT.E.I.R.L?
83 documentos gestionados
Técnicas de Investigación
Entrevista
¿En qué medida un sistema ¿Determinar la influencia del sistema El uso de un sistema web Observación
Gestión Análisis de contenidos
web influye en el porcentaje web en el porcentaje de aumenta el porcentaje de
Documental
de documentos localizados documentos localizados para la documentos localizados
para la gestión documental en gestión documental en la empresa para la gestión documental Instrumentos de Investigación
la empresa DEVELOPMENT IT. DEVELOPMENT IT.E.I.R.L? en la empresa Porcentaje de Cuestionario
Loc
E.I.R.L? DEVELOPMENT IT.E.I.R.L? Documentos Ficha de Observación
indización
localizados Cronometro

Elaboración Propi

79
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N° 02: Entrevista dirigido: MBA Carlos Jesús Galdós Vadillo. Gerente General de

80
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

81
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N°03: Diagrama del proceso “Gestión Documental” de la empresa Development IT

82
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N°04: Cronograma de actividades del desarrollo del sistema

83
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N° 05: Ficha de registro del Tiempo promedio de registro antes del sistema web – Pre Test

84
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

85
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

86
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N° 06: Ficha de registro del Tiempo promedio de registro después del sistema web – Pos
Test

87
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

88
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

89
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N° 07: Ficha de registro del Porcentaje de documentos localizados antes del sistema
web – Pre Test.

90
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N° 08: Ficha de registro del Porcentaje de documentos localizados después del
sistema web – Pos Test.

91
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N° 09: Tipo de documentos

92
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N° 10: Tabla de Evaluación de Expertos para la validación de instrumentos

93
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

94
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

95
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

96
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

97
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

98
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo 11: Tabla de evaluación de expertos para validar la Metodologia de Desarrollo

99
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

100
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

101
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo 12: Carta de la empresa

102
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo 13: Constancia de implementación del sistema web

103
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Anexo N°14: Desarrollo de la Metodologia

7.1. Desarrollo de la Metodología

La metodología a aplicada fue RUP, y la secuencia metodológica se


desarrolla a continuación:
7.1.1. Modelado del negocio.
A. Diagrama de Visión, Misión y Objetivos:

 Visión: Ser la consultora de tecnologías de información


líder en el mercado nacional e internacional, siendo
reconocida por la excelente calidad de nuestros
servicios.
 Misión: Brindar servicios de consultoría en tecnologías
de información reconocidos por su excelente calidad,
dirigiendo eficientemente los proyectos a nuestro cargo y
orientados a la satisfacción de nuestros clientes.
 Objetivos:
- Aumentar nuestra cartera de clientes en un 30% sin
descuidar los niveles de calidad en el servicio a
clientes actuales.
- Aumentar la participación en el mercado en un 20%
dentro de los próximos dos años.
- Capacitar al 80% de nuestros trabajadores en los
próximos 2 años para que contribuir con su desarrollo
profesional.

104
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 13, se puede visualizar los objetivos y metas que se desea


cumplir en la empresa DEVELOPMENT IT E.I.R.L.

Figura 13

Ser la empresa consultora de TI lider del mercado


© Elaboración propia

Ofrecer servicios de tecnologia de informacion Ser un socio estrategico de tecnologia de Satifacer requisitos de nuestros clientes con base en
innovadores alineados alas normas y estandares informacion de nuestros clientes la formacion humana y tecnologica

Mejorar los servicios de tecnologia en 15% Mejorar la calidad en nuestros procesos un 25%
Mejorar la sastifaccion de nuestros clientes en un
20%

Diagrama de Visión, Objetivos y Metas del Negocio

105
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

B. Alcance del Modelado del negocio


El alcance del modelado de negocio es la Gestión
Documentaria de la empresa DEVELOPMENT IT E.I.R.L.
(Ver Figura 14).

Figura 14

© Elaboración Propia (2015)

Gestión Documental en la empresa


Development IT E.I.R.L

Alcance del Modelado de Negocio

C. Identificación y descripción de actores y trabajadores


del negocio.
Según el alcance del modelo del negocio, los actor del
negocio (ver Figura 15).

106
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 15

Todo cliente que recibe los


servicios de consultoria de la
empresa Development IT

Cliente

encarga de la direccion
general de la empresa
© Elaboración propia

Gerente General

Todo el persona del Área de


gerencia administrativa

Personal gerencia adm.

Todo el persona del Área de gerencia


de proyectos.

Personal gerencia proyectos

Todo el persona del Área de gerencia de


TI

Personal gerencia TI

Actores del negocio

107
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Tabla 11, se describen los actores del negocio que representan la gestión
documental en la empresa DEVELOPMENT IT E.I.R.L.

Tabla 11: Descripción de Actores de Negocio

Código Actor del Descripción Representación


Negocio
AN01 Cliente Cliente que
recibe los
servicios de
consultoría de la
Cliente
empresa
Development
AN02 Trabajador Encargado de la
dirección
general de la
empresa
Gerente General

AN03 Trabajador Personal


encargado de la
administración
de la empresa
Personal gerencia adm.
Development IT

AN04 Trabajador Personal


encargado de la
administración
de proyectos en
Personal gerencia proyectos
la empresa
Development It

108
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

AN05 Trabajador Personal


encargado de la
gerencia de TI
de la empresa
Personal gerencia TI
Development IT

Fuente: Elaboración Propia

Trabajadores del Negocio


Según el alcance del modelo del negocio, los trabajadores del negocio son (Ver
Figura 16).
Figura 16

Persona encargada de
© Elaboración propia

recepcionar, controlar , enviar


y administrar los documentos
en las diferentes áreas

Secretaria de Gerencia General

Trabajadores del Negocio

En la Tabla 12, se describen los actores del negocio que representan el proceso
de control documentario en la empresa DEVELOPMENT IT E.I.R.L
Tabla 12: Descripción de Actores de Negocio

Código Actor del Descripción Representación


Negocio
Persona
encargada de
TN01 Secretaria Recepcionar ,
de controlar, enviar y
Gerencia administrar los Secretaria de Gerencia General
General documentos en

109
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

las diferentes
áreas
Fuente: Elaboración Propia.

D. Descripción de Casos de Uso del Negocio:


Los casos de uso del negocio son los procesos o
actividades que se realizan dentro de la empresa
DEVELOPMENT IT E.I.R.L., los casos de uso son los que
se muestran en la siguiente Tabla 13.

Tabla 13: Descripción de Caso de uso de Negocio

Código Nombre Descripción Representación


Este caso de uso de
Enviar negocio consiste en
Documentos la administración del Enviar documentos

CUN01 flujo de la emisión y


distribución de
documentos.
Este caso de uso de
Recepcionar negocio consiste en
CUN02 Documentos la derivación de Recepcionar documentos

documentos de la
organización
mediante
procedimientos de
revisión y
distribución.
Este caso de uso de
negocio consiste en
Controlar la validación de los Controlar documentos

Documentos documentos

110
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

CUN03 entregados y
procesados en el
control de
documentos. A su
vez se realiza la
verificación de
quienes han sido las
personas o áreas por
las que el documento
ha sido derivado
Este caso de uso de
Administrar negocio consiste en
CUN04 de la clasificación de los Administrar archivadores

Archivadores registros para facilitar


la búsqueda y
recuperación delos
documentos
Fuente: Elaboración Propia

E. Diagrama de Caso de Uso de Negocio

El diagrama de casos de uso del negocio se visualiza los


actores del negocio, trabajadores del negocio y los casos
de uso. (Ver Figura 17)

111
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 17

Cliente
(from Actores Negocio)
Gerente General
(from Actores Negocio)

<<include>>

Enviar documentos Recepcionar documentos


Personal gerencia TI
(from Actores Negocio)
© Elaboración propia

Personal gerencia proyectos


(from Actores Negocio)
Administrar archivadores
Secretaria de Gerencia General
(from Trabajadores Negocio)

Personal gerencia adm.


(from Actores Negocio)

Controlar documentos

Diagrama de caso de uso del negocio

F. Plantillas de Caso de Uso.


En las tablas 14, 15, 16 y 17 se especifican los casos de
uso de negocio que representan la gestión documentaria
en la empresa DEVELOPMENT IT E.I.R.L

112
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

TABLA 14: Especificación del subproceso de Enviar Documentos.

Caso de uso: Enviar Documentos


Actor(es): Secretaria de gerencia general, cliente, gerente general, personal de
gerencia de TI, personal de gerencia de proyectos y personal de
gerencia administrativa.

Descripción: El enviar documentos es la administración del flujo de la emisión y


distribución de documentos.

Precondiciones: Los documentos deben ser enviados a la secretaria.

Postcondiciones: Los documentos son entregados con las observaciones hechas por el
gerente general.

FLUJO BASICO DE EVENTOS

Acción del empleado Acción del Administrador

1. La secretaria se encarga de enviar la 2. La secretaria redacta las observaciones


documentación interna dejada por las sobre los documentos revisados previamente.
diferentes áreas para su distribución en las
mismas.

Fuente: Development IT

TABLA 15: Especificación del subproceso de Recepcionar Documentos

Caso de uso: Recepcionar Documentos


Actor(es): Secretaria de gerencia general, cliente, gerente general, personal de
gerencia de TI, personal de gerencia de proyectos y personal de
gerencia administrativa.

Descripción: La recepción de documentos es el proceso encargado de la recepción


de documentos de la organización mediante procedimientos de
revisión y distribución.

Precondiciones: Los documentos deben ser dejados a la secretaria.

113
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Postcondiciones: Los documentos son entregados al área o empleado designado.

FLUJO BASICO DE EVENTOS

Acción del Empleado Acción del administrador

1. La a secretaria se encarga de recibir la 2 La secretaria deriva los documentos al área


documentación interna dejada en la empresa o empleado donde pertenezca.
por las áreas.

Fuente: Development IT

TABLA 16: Especificación del subproceso de Controlar Documentos.

Caso de uso: Controlar documentos


Actor(es): Administrador y Secretaria

Descripción: Es el sub proceso encargado mediante el cual se realiza la validación


de los documentos entregados y procesados en el control de
documentos. A su vez se realiza la verificación de quienes han sido
las personas o áreas por las que el documento ha sido derivado

Precondiciones: Los registros deben ser validados por la secretaria.

Postcondiciones: Los documentos procesados son registrados en archivadores

FLUJO BASICO DE EVENTOS

Acción del Empleado Acción del administrador

114
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

1. La secretaria se del seguimiento del 2. la secretaria se encarga de validar el


documento registro de los documentos procesados.

4. Los registros son almacenados en 3 .La secretaria establece el tiempo de


archivadores. retención y disposición final.

Fuente: Development IT

TABLA 17: Especificación del subproceso de Administrar archivadores

Caso de uso: Administración de Archivadores

Actor(es): Secretaria

Descripción: La administración de archivadores es el proceso en el que la


secretaria se encarga de la clasificación de los registros para facilitar
la búsqueda y recuperación de los mismos

Precondiciones: La tabla de clasificadores debe ser accesible

Postcondiciones: Los clasificadores han sido evaluados y actualizados correctamente.

FLUJO BASICO DE EVENTOS

Acción del administrador

1. La secretaria verifica la existencia de clasificadores utilizables.

2. La secretaria evalúa los clasificadores necesarios.

3. La secretaria se encarga de la actualización de los clasificadores

4. La secretaria verifica que los registros estén correctamente en el lugar que les
corresponde.

5. La secretaria reordena los registros en cada uno de los clasificadores.

Fuente: Development IT

115
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

G. Diagrama de Realización del Negocio


Las realizaciones de los casos de uso del negocio detallan
como se llevan a cabo los procesos del negocio. Para cada
caso de uso del negocio se asigna su realización. A
continuación se visualizan las realizaciones de los casos de
uso del negocio (ver Figura 18).

Figura 18

<<realize>>

Administrar archivadores Realizacion Administrar archivadores


(from CU Negoci o)

<<realize>>

Controlar documentos Realizacion Controlar documentos


© Elaboración propia

(from CU Negoci o)

<<realize>>

Enviar documentos Realizacion Enviar documentos


(from CU Negoci o)

<<realize>>

Recepcionar documentos Realizacion Recepcionar documentos


(from CU Negoci o)

Realizaciones de caso de uso del negocio

116
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

H. Diagrama de Actividades

Para identificar las actividades que involucran cada caso de


uso de negocio, se elaboró diagramas de actividades
mostradas en las figuras 19, 20, 21 y 22.

En la figura 19 se visualiza el diagrama de actividades del caso de uso de Enviar


documentos.
Figura 19
© Elaboración propia

Diagrama de actividades del caso de uso “Enviar documentos”

117
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 20 se visualiza el diagrama de actividades del caso de uso de


Recepcionar documentos.

Figura 20
© Elaboración propia

Diagrama de actividades del caso de uso “Recepcionar documentos”

118
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 21 se visualiza el diagrama de actividades del caso de uso de


controlar documentos.
Figura 21
© Elaboración propia

Diagrama de actividades del caso de uso “Controlar documentos”

En la figura 22 se visualiza el diagrama de actividades del caso de uso de


Administrar Archivadores.
Figura 22
© Elaboración propia

119
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Diagrama de actividades del caso de uso “Administrar Archivadores”

I. Diagrama de Secuencia de Clases de Negocio.


Para cada caso de uso del negocio identificado se hace su
respectivo diagrama de secuencia del negocio.

En la figura 23 se visualiza el diagrama de secuencia del caso de uso de Enviar


documentos.

Figura 23
© Elaboración propia

Diagrama de Secuencia del caso de uso “Enviar documentos”

120
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 24 se visualiza el diagrama de secuencia del caso de uso de


Recepcionar documentos.
Figura 24
© Elaboración propia

Diagrama de Secuencia del caso de uso “Recepcionar documentos”

En la figura 25 se visualiza el diagrama de secuencia del caso de uso de


Controlar documentos.
Figura 25
© Elaboración propia

Diagrama de Secuencia del caso de uso “Controlar documentos”

121
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 26 se visualiza el diagrama de secuencia del caso de uso de


Administrar archivadores.
Figura 26

© Elaboración propia

Diagrama de Secuencia del caso de uso “Administrar Archivadores”

J. Diagrama de Colaboración de Clases de Negocio.


Para cada caso de uso del negocio se hace su respectivo
diagrama de colaboración del negocio.

122
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 27 se visualiza el diagrama de colaboración del caso de uso de Enviar


documentos.

Figura 27

3: revisar documentos
© Elaboración propia

1: enviar documentos 2: enviar documentos

: Documento
: Cliente : Secretaria de Gerencia General

4: registra documentos 5: enviar documentos

: Registro de documentos

: Personal gerencia adm.

Diagrama de Colaboración del caso de uso “Enviar documentos”

En la figura 28 se visualiza el diagrama de colaboración del caso de uso de


Recepcionar documentos.

123
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 28

3: revisar documentos

: Cliente 9: entregar cargo


© Elaboración propia

1: enviar documentos
2: enviar documentos
: Secretaria de Gerencia General

4: registra documentos

: Documento
8: enviar cargo
5: enviar documentos

6: revisa documentos

: Registro de documentos

7: elabora cargo

: Cargo
: Personal gerencia adm.

Diagrama de Colaboración del caso de uso “Recepcionar documentos”

En la figura 29 se visualiza el diagrama de colaboración del caso de uso de


Controlar documentos.

124
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 29
3: realiza control y seguimiento

1: valida registros

: Registro de documentos
© Elaboración propia

: Secretaria de Gerencia General


4: elabora reporte

2: Clasifica los registros

: Catalogo de Archivadores : Reporte

Diagrama de Colaboración del caso de uso “Controlar documentos”

En la figura 30 se visualiza el diagrama de colaboración del caso de uso de


Administrar Archivadores.

Figura 30

4: verifica lugar del archivador


5: reordena archivador
2: evalua
© Elaboración propia

1: verifica archivadores
3: actualiza datos del archivador

: Catalogo de Archivadores
: Secretaria de Gerencia General

Diagrama de Colaboración del caso de uso “Administrar Archivadores”

125
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

7.1.2. Modelado del sistema.


A. Cuadro de requerimientos funcionales
Tabla 18: Requerimientos Funcionales

CÓDIGO REQUERIMIENTO FUNCIONAL PRIORIDAD


RF01 El sistema debe tener una pantalla de ALTA
Logueo para que inicie sesión un
Usuario o Administrador.
RF02 El sistema deberá permitir, registrar, ALTA
modificar, desactivar los usuarios para
el personal que labora en la empresa.
RF03 El sistema deberá permitir, modificar ALTA
la contraseña de los usuarios.

RF04 El sistema deberá permitir, registrar, ALTA


modificar, desactivar los roles de los
usuarios.
RF05 El sistema deberá permitir, acceder a ALTA
un menú de usuario especifico

RF06 El sistema deberá permitir, registrar, ALTA


modificar, desactivar los estados de
un documento.
RF07 El sistema deberá permitir, registrar, ALTA
modificar, desactivar los archivadores

RF08 El sistema deberá permitir, adjuntar ALTA


un documento.

RF09 El sistema deberá permitir enviar un ALTA


documento.

RF10 El sistema deberá permitir dar ALTA


seguimiento a un documento

126
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

RF11 El sistema deberá permitir obtener ALTA


una hoja de ruta del documento.

RF12 El sistema deberá permitir visualizar ALTA


un documento

RF13 El sistema deberá permitir descargar ALTA


un documento

RF14 El sistema deberá permitir actualizar ALTA


un documento

RF15 El sistema deberá permitir realizar la ALTA


creación de reportes.
- Informe Movimiento
Fuente: Elaboración propia

B. Cuadro de Requerimientos no Funcionales

Tabla 19. Requerimientos no funcionales

CÓDIGO DESCRIPCIÓN CATEGORÍA

RNF16 Presentar un documentación Mantenibilidad


detallada del sistema

RNF17 Elaborar una guía de usuario Mantenibilidad

RNF18 Capacitar a los usuarios Usabilidad

127
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

RNF19 El proyecto debe ser rentable y Gestión


ejecutarse en el tiempo previsto.

RNF20 Obtener un buen nivel de Calidad


satisfacción por parte del empleado

Fuente: Elaboración propia

C. Relación entre los requerimientos funcionales y casos


de uso del sistema.

A continuación se han identificado los requerimientos del


proyecto y se han relacionado con los casos de uso del
sistema (Ver Tabla 20).

Tabla 20. Caso de uso del sistema


CASO DE USO DEL REQUERIMIENTO
CODIGO REPRESENTACION
SISTEMA FUNCIONAL

Login RF01
CU01 Login

Cambiar Clave RF01 Cambiar Clave


CU02

Mantener Usuario RF02


CU03 Mantener Usuario

CU04 Registrar Usuario RF02


Registrar Usuario

Mantener Rol RF03


CU05 Mantener Rol

128
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Registrar Rol RF03


Registrar Rol
CU06

Mantener Personal RF04


CU07 Mantener Personal

Registrar Personal RF04


Registrar Personal
CU08

Mantener Área RF05


CU09 Mantener Área

Registrar Área RF05


Registrar Área
CU10

Mantener Empresa RF06 Mantener Empresa


CU11

Registrar Empresa RF06 Registrar Empresa


CU12

Mantener Prioridad RF07


CU13 Mantener Prioridad

Registrar Prioridad RF07


Registrar Prioridad
CU14

CU15 Mantener Proceso RF08 Mantener Proceso

CU16 Registrar Proceso RF08 Registrar Proceso

Mantener Tipo Tramite RF09


CU17 Mantener Tipo Tramite

129
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Registrar Tipo Tramite RF09


CU18 Registrar Tipo Tramite

Mantener Archivador RF11


CU19 Mantener Archivador

Registrar Archivador RF11


CU20 Registrar Archivador

Gestionar Documentos RF12


CU21 Gestionar Documentos

Generar proceso RF13


Generar proceso
CU22

Derivar RF14
CU23 Derivar

Ver tramite RF15


Ver tramite
CU24

Anexar Tramite RF16


CU25 Anexar tramite

Generar detalle proceso RF17


CU26 Generar detalle proceso

Archivar RF18
CU27 Archivar

Generar hoja de ruta RF19


Generar hoja de ruta
CU28

Generar consultas RF20 Generar consultas


CU29

RF17
CU30 Mantener Cargos Mantener cargos

130
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

RF17
CU31 Registrar Cargos
Registrar Cargos

CU32 Mantener Tipo de RF16


documentos
Mantener tipo de documentos

CU33 Registrar Tipo de RF16


documentos
Registrar Tipo de documentos

RF13
CU34 Descargar documento
Descargar documento

CU35 Generar reporte de RF15


Generar reporte de localización
localización

CU36 Generar reporte de tiempo RF15


General reporte de tiempo
promedio de registro promedio de registro

Fuente: Elaboración propia

D. Actores del sistema

Tabla 21. Actores del sistema


CODIGO NOMBRE DESCRIPCION

AS1 ADMINISTRADOR Encargado de la administración del sistema web


para gestión de documentos

AS2 USUARIO Encargado de la gestión documental

Fuente: Elaboración propia

131
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

E. Diagrama de Caso de Uso

Para el modelado casos de uso, se ha elaborado


diagramas de casos de uso de sistema (Ver Figuras 31 y
32). El diagrama de casos de uso, representa el conjunto
de funcionalidades que estarán presentes en el sistema.

Figura 31

Generar proceso Generar detalle proceso

<<include>>
<<include>>

Anexar tramite
<<include>>
© Elaboración propia

Iniciar sesión <<extend>> Gestionar Documentos


Usuario

<<include>>
<<extend>>
<<include>>
Archivar
<<include>>
<<include>>

Cambiar Clave

Descargar documento

Ver tramite Archivar tramite


Derivar
Diagrama de caso de uso del usuario del sistema

132
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 32

<<include>>
Registrar Personal <<include>> Mantener Personal Registrar Usuario

Registrar Tipo Tramite


<<include>> Administrador
Generar proceso Generar detalle proceso
<<extend>>
<<extend>> Mantener Usuario
Mantener Tipo Tramite <<include>> <<include>>
<<extend>> <<extend>>
Registrar Prioridad Anexar tramite
<<include>> <<extend>>
Mantener Prioridad <<include>>
<<extend>> Login <<extend>> Gestionar Documentos <<include>>
Mantener Área
<<include>> <<extend>>
© Elaboración propia

<<include>>
Registrar Área <<extend>> Archivar
<<extend>> <<include>>
<<extend>>
Mantener Empresa Cambiar Clave <<include>> Descargar documento
<<extend>>
Mantener Rol
<<include>> <<extend>>
<<extend>>
<<extend>><<extend>>
Registrar Empresa Derivar
Generar hoja de ruta
<<include>> Generar consultas
Mantener Proceso
Mantener Archivador
<<extend>> Archivar tramite

Registrar Rol Mantener tipo de documentos Ver tramite


General reporte de tiempo
<<include>> promedio de registro
Mantener cargos
<<include>> Generar reporte de localización
<<include>>
Registrar Archivador

<<include>>

Registrar Proceso
Registrar Tipo de documentos
Registrar Cargos

Diagrama de caso de uso del Administrador del sistema

133
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Especificaciones de los Casos de Uso del Sistema

Las especificaciones de los casos de uso del sistema se


detallan desde la tabla 22 hasta la tabla 61.
Tabla 22. CASO Nº 1 - Especificación de Caso de Uso “Login”

Caso de Uso: login


Actores: - Administradores
- Usuarios
Breve Descripción: El sistema permitirá a los usuarios y
administradores, previamente registrados, loguearse
en el sistema para realizar transacciones según su
rol.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador o
el Usuario ingresa su nombre de usuario, clave y
presiona el botón ingresar.
Flujo Básico:
 El sistema muestra la pantalla de Logueo.
 El administrador o el usuario ingresa su nombre de
usuario y su clave.
 El usuario presiona el botón Iniciar Sesión o presiona
la tecla Enter.
 El sistema muestra la interfaz del Menú según el rol
(Administrador y Usuario).

Flujo Alternativo:
<Nombre de Usuario o Clave Incorrecta>
 Si en el punto 3 del flujo básico, el usuario ingresa un
nombre de usuario o clave incorrectos y presiona el
botón Ingresar, se mostrará un mensaje de error
informando al usuario que alguno de los datos
ingresados son incorrectos.

134
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Requerimientos Ninguno.
Especiales:
Pre Condiciones:
- Los usuarios deben haber sido creados.
- Los roles de los usuarios deben estar cargados en
la base de datos.

Post Condiciones: Se mostrará la interfaz principal según el perfil de


los usuarios.
Puntos de Ninguno.
Extensión:
Fuente: Elaboración propia

En la Tabla 23 se muestra la especificación del caso de uso “modificar


contraseña”, en la que se presenta una breve descripción, el flujo de eventos,
los requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 23: CASO Nº 2 - Especificación de Caso de Uso “Cambiar Clave”

Caso de Uso: Cambiar clave


Actores: - Administradores
- Usuarios
Breve Descripción: El sistema permitirá a los usuarios y
administradores, previamente logeados, modificar
su contraseña en el sistema.

135
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador o
Usuarios seleccionan o hacen click en el link
“Cambiar contraseña”.
Flujo Básico:
 El sistema muestra la pantalla de Cambiar
contraseña.
 El administrador o el usuario ingresa su clave nueva
y su confirmación.
 El usuario presiona el botón Cambiar contraseña.
 El sistema muestra mensaje de registro exitoso.

Flujo Alternativo:
<Clave Nueva y confirmacion diferentes>
 Si en el punto 3 del flujo básico, el usuario ingresa
una clave diferente a su confirmación y presiona el
botón Cambiar contraseña, se mostrará un mensaje
de error informando al usuario que alguno de los
datos ingresados son incorrectos.
Requerimientos Ninguno.
Especiales:
Pre Condiciones:
- Los usuarios deben haber sido creados.
- Los roles de los usuarios deben estar cargados en
la base de datos.

Post Condiciones: Se mostrará mensaje de registro exitoso


Puntos de Ninguno.
Extensión:
Fuente: Elaboración propia

136
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Tabla 24 se muestra la especificación del caso de uso “Mantener


Usuario”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 24: CASO Nº 3 - Especificación de Caso de Uso “Mantener Usuario”

Caso de Uso: Mantener Usuario


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar a los
usuarios, o desactivar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento de usuario.
Flujo Básico:
 El sistema muestra la pantalla de buscar Usuarios.
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los usuarios registrados.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar Usuario.
 El administrador selecciona un registro de un usuario
y presiona el botón editar.
 El sistema muestra la Interfaz de Registrar Usuario.
 El administrador selecciona un registro de un usuario
y presiona el botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla usuarios, al hacer
clic en el botón Modificar o Desactivar el sistema le

137
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

mostrará un mensaje de alerta para seleccionar


algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: - Los trabajadores deben estar cargados en la base


de datos.
- Los roles de los usuarios deben estar cargados en
la base de datos.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

138
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Tabla 25 se muestra la especificación del caso de uso “Registrar


Usuario”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 25: CASO Nº 4 - Especificación de Caso de Uso “Registrar Usuario”

Caso de Uso: Registrar de Usuario


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar a los


usuarios ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar Usuarios.
Flujo Básico:
 El sistema muestra la pantalla de Registrar de
Usuarios.
 El administrador ingresa los campos del usuario.
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz buscar Usuarios.

Flujo Alternativo:
<Campos Incompletos>
 En el punto 2 cuando el Administrador no ingrese el
nombre, apellido paterno, apellido materno, nombre
de usuario o la password del usuario, al hacer clic
en el botón Grabar el sistema le mostrará un
mensaje de alerta para completar los campos

139
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: - Los trabajadores deben estar cargados en la base


de datos.
- Los roles de los usuarios deben estar cargados en
la base de datos.

Post Condiciones: Se mostrará la interfaz Buscar usuarios.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 26 se muestra la especificación del caso de uso “Mantener


Personal”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 26: CASO Nº 5 - Especificación de Caso de Uso “Mantener


personal”

Caso de Uso: Mantener personal


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar a la
persona, o desactivar.

140
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento persona.
Flujo Básico:
 El sistema muestra la pantalla de buscar persona.
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los persona registrados.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar persona.
 El administrador selecciona un registro de un
persona y presiona el botón Modificar.
 El sistema muestra la Interfaz de Registrar persona.
 El administrador selecciona un registro de un
persona y presiona el botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

141
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 27 se muestra la especificación del caso de uso “Registrar


personal”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 27: CASO Nº 6 - Especificación de Caso de Uso “Registrar


personal”

Caso de Uso: Registrar de personal


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar a los


persona ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar persona.
Flujo Básico:
 El sistema muestra la pantalla de Registrar persona.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:
<Campos Incompletos>

142
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 En el punto 2 cuando el Administrador no ingrese la


descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 28 se muestra la especificación del caso de uso “Mantener Área”,


en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 28: CASO Nº 7 - Especificación de Caso de Uso “Mantener área”

Caso de Uso: Mantener área


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar la Área,
o desactivar.

143
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento Área.
Flujo Básico:
 El sistema muestra la pantalla de buscar Área.
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

144
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 29 se muestra la especificación del caso de uso “Registrar Área”,


en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 29: CASO Nº 8 - Especificación de Caso de Uso “Registrar área”

Caso de Uso: Registrar área


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar Áreas


ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:
<Campos Incompletos>

145
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 En el punto 2 cuando el Administrador no ingrese la


descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia


En la Tabla 30 se muestra la especificación del caso de uso “Mantener
Proceso”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 30: CASO Nº 9 - Especificación de Caso de Uso “Mantener


Proceso”

Caso de Uso: Mantener proceso


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar
Procesos, o desactivar.

146
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento de Proceso.
Flujo Básico:
 El sistema muestra la pantalla de buscar .
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

147
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 31 se muestra la especificación del caso de uso “Registrar


Proceso”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 31: CASO Nº 10 - Especificación de Caso de Uso “Registrar


Proceso”

Caso de Uso: Registrar de proceso


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar un


Proceso ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:

148
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

<Campos Incompletos>
 En el punto 2 cuando el Administrador no ingrese la
descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia


En la Tabla 32 se muestra la especificación del caso de uso “Mantener
Empresa”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 32: CASO Nº 11 - Especificación de Caso de Uso “Mantener


Empresa”

Caso de Uso: Buscar Usuarios


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar una
empresa, o desactivar.

149
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento de empresa.
Flujo Básico:
 El sistema muestra la pantalla de buscar .
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

150
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 33 se muestra la especificación del caso de uso “Registrar


Empresa”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 33: CASO Nº 12 - Especificación de Caso de Uso “Registrar


Empresa”

Caso de Uso: Registrar Empresa


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar una


empresa ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:

151
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

<Campos Incompletos>
 En el punto 2 cuando el Administrador no ingrese la
descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia


En la Tabla 34 se muestra la especificación del caso de uso “Mantener
Prioridad”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 34: CASO Nº 13 - Especificación de Caso de Uso “Mantener


Prioridad”

Caso de Uso: Mantener prioridad


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar una
Prioridad, o desactivar.

152
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento de Prioridad.
Flujo Básico:
 El sistema muestra la pantalla de buscar .
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

153
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 35 se muestra la especificación del caso de uso “Registrar


Prioridad”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 35: CASO Nº 14 - Especificación de Caso de Uso “Registrar


Prioridad”

Caso de Uso: Registrar prioridad


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar una


prioridad ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:

154
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

<Campos Incompletos>
 En el punto 2 cuando el Administrador no ingrese la
descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia


En la Tabla 36 se muestra la especificación del caso de uso “Mantener
Archivador”, en la que se presenta una breve descripción, el flujo de eventos,
los requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 36: CASO Nº 15 - Especificación de Caso de Uso “Mantener


Archivador”

Caso de Uso: Mantener Archivador


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar un
archivador, o desactivar.

155
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento de Archivador.
Flujo Básico:
 El sistema muestra la pantalla de buscar .
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

156
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 37 se muestra la especificación del caso de uso “Registrar


Archivador”, en la que se presenta una breve descripción, el flujo de eventos,
los requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 37: CASO Nº 16 - Especificación de Caso de Uso “Registrar


Archivador”

Caso de Uso: Registrar Archivador


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar una


archivador ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:

157
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

<Campos Incompletos>
 En el punto 2 cuando el Administrador no ingrese la
descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia


En la Tabla 38 se muestra la especificación del caso de uso “Mantener Rol”,
en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 38: CASO Nº 17 - Especificación de Caso de Uso “Mantener Rol”

Caso de Uso: Mantener Rol


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar un rol,
o desactivar.

158
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento de Rol.
Flujo Básico:
 El sistema muestra la pantalla de buscar .
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

159
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 39 se muestra la especificación del caso de uso “Registrar Rol”, en


la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 39: CASO Nº 18 - Especificación de Caso de Uso “Registrar Rol”

Caso de Uso: Registrar de Rol


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar un rol


ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:
<Campos Incompletos>

160
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

 En el punto 2 cuando el Administrador no ingrese la


descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia


En la Tabla 40 se muestra la especificación del caso de uso “Mantener Tipo
tramite”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 40: CASO Nº 19 - Especificación de Caso de Uso “Mantener Tipo


trámite”

Caso de Uso: Mantener Tipo Tramite


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar un tipo
de trámite, o desactivar.

161
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento Tipo tramite.
Flujo Básico:
 El sistema muestra la pantalla de buscar .
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

162
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 41 se muestra la especificación del caso de uso “Registrar Tipo


tramite”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 41: CASO Nº 20 - Especificación de Caso de Uso “Registrar Tipo


trámite”

Caso de Uso: Registrar Tipo tramite


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar tipo


de tramite ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:

163
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

<Campos Incompletos>
 En el punto 2 cuando el Administrador no ingrese la
descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 42 se muestra la especificación del caso de uso “Mantener


Cargos”, en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 42: CASO Nº 21 - Especificación de Caso de Uso “Mantener Cargos

Caso de Uso: Mantener Cargos


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar un tipo
de cargo, o desactivar.

164
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento un cargo.
Flujo Básico:
 El sistema muestra la pantalla de buscar .
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

165
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 43 se muestra la especificación del caso de uso “Registrar Cargos”


en la que se presenta una breve descripción, el flujo de eventos, los
requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 43: CASO Nº 22 - Especificación de Caso de Uso “Registrar


Cargos”

Caso de Uso: Registrar Cargos


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar un


cargo ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:

166
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

<Campos Incompletos>
 En el punto 2 cuando el Administrador no ingrese la
descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 44 se muestra la especificación del caso de uso “Mantener Tipo de


Documentos”, en la que se presenta una breve descripción, el flujo de eventos,
los requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 44: CASO Nº 23 - Especificación de Caso de Uso “Mantener Tipo de


Documentos”

Caso de Uso: Mantener Tipo de Documentos


Actores: - Administradores
Breve Descripción: El sistema permitirá al administrador Buscar un tipo
de documento, o desactivar.

167
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador
selecciona el Mantenimiento Tipo de documento.
Flujo Básico:
 El sistema muestra la pantalla de buscar .
 El administrador ingresa los campos.
 El administrador presiona el botón Buscar.
 El sistema lista todos los registros.
 El administrador presiona el botón Nuevo.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Modificar.
 El sistema muestra la Interfaz de Registrar.
 El administrador selecciona un registro y presiona el
botón Desactivar.
 El sistema muestra un mensaje confirmando que la
transacción se realizó con éxito.

Flujo Alternativo:
<Registros no seleccionados>
 En el punto 7 y 9 cuando el Administrador no
selecciona un registro de la tabla, al hacer clic en el
botón editar o Desactivar el sistema le mostrará un
mensaje de alerta para seleccionar algún registro.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

168
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

En la Tabla 45 se muestra la especificación del caso de uso “Registrar Tipo de


documento”, en la que se presenta una breve descripción, el flujo de eventos,
los requerimientos especiales, las pre-condiciones y las post-condiciones.

Tabla 45: CASO Nº 24 - Especificación de Caso de Uso “Registrar Tipo de


documento”

Caso de Uso: Registrar Tipo de documento


Actores:
- Administradores

Breve Descripción: El sistema permitirá al administrador registrar un


tipo de documento ya sea crear, actualizar.
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador
hace click en el botón nuevo o Modificar de la
pantalla de buscar.
Flujo Básico:
 El sistema muestra la pantalla de Registrar.
 El administrador ingresa los campos .
 El administrador presiona el botón Guardar.
 El sistema muestra un mensaje confirmando que la
transacción se desarrolló con éxito.
 El administrador presiona el botón Cancelar.
 El sistema muestra la interfaz mantenimiento.

Flujo Alternativo:

169
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

<Campos Incompletos>
 En el punto 2 cuando el Administrador no ingrese la
descripción, al hacer clic en el botón Grabar el
sistema le mostrará un mensaje de alerta para
completar los campos obligatorios.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Se mostrará la interfaz mantenimiento.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

La tabla 46, muestra la especificación del caso de uso “Gestionar Documentos”,


en el cual se presenta al actor que realiza el caso de uso, una breve descripción,
el flujo de eventos, los requerimientos especiales, pre condiciones, post
condiciones y los puntos de extensión.

Tabla 46: CASO Nº 25 - Especificación de Caso de Uso “Gestionar


Documentos”

Caso de Uso: Bandeja de entrada


Actores: - Usuario
Breve Descripción: Permite gestionar la bandeja de documentos con
sus diferentes opciones

170
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso se inicia cuando selecciona la opción de
menú Gestionar Documentos que muestra la interfaz
BANDEJA DE DOCUMENTOS.
2.2 Flujo básico
1. el sistema muestra la interfaz ENVIAR
DOCUMENTO
2. El usuario selecciona el tipo de bandeja
3. el sistema muestra tramites por tipo de bandeja
4. el usuario puede colocar los tramites en
importantes
5. el usuario puede devolver los documentos
6. el usuario puede ver tramite
 7. el usuario presiona la opción Salir, el sistema
cierra la interfaz y termina el caso de uso.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: El sistema muestra la Interfaz bandeja de entrada

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

La tabla 47, muestra la especificación de caso de uso generar proceso en el cual


se presenta al actor que realiza el caso de uso, una breve descripción, el flujo de
eventos, , los requerimientos especiales, pre condiciones, post condiciones y
puntos de extensión.

171
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Tabla 47: CASO Nº 26- Especificación de Caso de Uso “Generar proceso”

Caso de Uso: Generar proceso


Actores: - Usuario
Breve Descripción: El caso de uso permite generar un registro único,
para gestionar un documento, para ello de acuerdo
a datos llenados en la interfaz el sistema genera
automáticamente el número de expediente con el
que se manejara todo el proceso.
Flujo de Eventos: Evento Disparador:
El caso de uso se inicia el usuario selecciona la opción
menú bandeja de documentos que muestra la interfaz
BANDEJA DE DOCUMENTOS y de ahí selecciona la
opción Nuevo
2.1 flujo básico
1. el sistema muestra la interfaz NUEVO
PROCESO.
En la interfaz muestra los datos necesarios a
ingresar o seleccionar proceso, prioridad, tipo de
trámite, si en caso es un tipo de trámite externo se
habilitan los campos contacto o mensajero y fecha.
Incluye también las opciones Continuar y Cancelar.
2. el usuario selecciona el tipo de proceso
2.1 el sistema en la interfaz DETALLE DE
TRAMITE, muestra el tipo de documento que
pertenecen al proceso seleccionado.
3. el usuario selecciona prioridad del tramite
4. El usuario registra datos
5. El usuario selecciona el tipo de tramite
5.1 Si selecciona el tipo de tramite externo
6. El usuario registra la observación.
7. Si el usuario selecciona la opción Continuar
7.1 el sistema muestra un mensaje para confirmar la

172
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

creación del registro del nuevo proceso.


7.2 Si el usuario acepta se crea el nuevo registro del
proceso.
8. Si el usuario presiona Cancelar
8.1 el sistema no almacena la información
ingresada, cierra la interfaz y termina el caso de
uso.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: El sistema muestra la Interfaz Bandeja de entrada

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

La tabla 48, muestra la especificación de caso de uso generar detalle de proceso


en el cual se presenta al actor que realiza el caso de uso, una breve descripción,
el flujo de eventos, , los requerimientos especiales, pre condiciones, post
condiciones y puntos de extensión.

Tabla 48: CASO Nº 27- Especificación de Caso de Uso “Generar detalle


de proceso”

Caso de Uso: Generar detalle de proceso


Actores: - Usuario
Breve Descripción: El caso de uso permite generar un registro único,
para gestionar un documento, para ello de acuerdo

173
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

a datos llenados en la interfaz el sistema genera


automáticamente el número de expediente con el
que se manejara todo el proceso.
Flujo de Eventos: Evento Disparador:
El caso de uso se inicia el usuario selecciona la opción
menú bandeja de documentos que muestra la interfaz
BANDEJA DE DOCUMENTOS y de ahí selecciona la
opción Nuevo
2.1 flujo básico
1. el sistema muestra la interfaz NUEVO
PROCESO.
En la interfaz muestra los datos necesarios a
ingresar o seleccionar proceso, prioridad, tipo de
trámite, si en caso es un tipo de trámite externo se
habilitan los campos contacto o mensajero y fecha.
Incluye también las opciones Continuar y Cancelar.
2. el usuario selecciona el tipo de proceso
2.1 el sistema en la interfaz DETALLE DE
TRAMITE, muestra el tipo de documento que
pertenecen al proceso seleccionado.
3. el usuario selecciona prioridad del tramite
4. El usuario registra datos
5. El usuario selecciona el tipo de tramite
5.1 Si selecciona el tipo de tramite externo
6. El usuario registra la observación.
7. Si el usuario selecciona la opción Continuar
7.1 el sistema muestra un mensaje para confirmar la
creación del registro del nuevo proceso.
7.2 Si el usuario acepta se crea el nuevo registro del
proceso.
8. Si el usuario presiona Cancelar
8.1 el sistema no almacena la información

174
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

ingresada, cierra la interfaz y termina el caso de


uso.

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: El sistema muestra la Interfaz Bandeja de entrada

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

La tabla 49, muestra la especificación del caso de uso Derivar Documentos, en el


cual se presenta al actor que realiza el caso de uso, una breve descripción, el flujo
de eventos, los requerimientos especiales, pre condiciones, post condiciones y los
puntos de extensión.

Tabla 49: CASO Nº 28- Especificación de Caso de Uso “Derivar


Documentos”

Caso de Uso: Derivar Documentos


Actores: - Usuario - Administrador
Breve Descripción: El caso de uso permite al usuario transferir los
tramites (contienen documentos), durante este
proceso los tramites pasan por diferentes estados y

175
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

usuarios, para ello de acuerdo a datos llenados en


la interfaz DERIVAR DOCUMENTOS, el sistema
envía automáticamente los tramites.
Flujo de Eventos: Evento Disparador:
El caso de uso se inicia cuando selecciona la opción de
menú Gestionar Documentos, que muestra la interfaz
BANDEJA DE DOCUMENTOS, luego el usuario
ingresa parámetros de búsqueda en el interfaz
OPCIONES DE BUSQUEDA luego selecciona el
trámite y presiona Enviar
2.2 flujo básico
1. el sistema muestra la interfaz ENVIAR
DOCUMENTO.
En la interfaz muestra algunos datos importantes
del trámite Incluye también las opciones Enviar y
Cancelar.
2.2 Flujos alternativos
2.3 Error No ha ingresado datos.
Si el sistema detecta que no se han
ingresado los datos obligatorios muestra mensaje
de error
Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

176
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

La tabla 50, muestra la especificación del caso de uso Ver tramite , en el cual se
presenta al actor que realiza el caso de uso, una breve descripción, el flujo de
eventos, los requerimientos especiales, pre condiciones, post condiciones y los
puntos de extensión.

Tabla 50: CASO Nº 29- Especificación de Caso de Uso “Ver trámite”

Caso de Uso: Ver tramite


Actores: - Usuario
Breve Descripción: El caso de uso permite al usuario ver tramites y su
recorrido dentro de la empres
Flujo de Eventos: Evento Disparador:
El caso de uso se inicia cuando selecciona la opción de
menú Gestionar Documentos, que muestra la interfaz
BANDEJA DE DOCUMENTOS, luego el usuario
ingresa parámetros de búsqueda en el interfaz
OPCIONES DE BUSQUEDA luego selecciona el
trámite y presiona ver tramite
2.2 flujo básico
1. el sistema muestra la interfaz ver tramite
En la interfaz muestra los datos del recorrido del
tramite

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

177
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

La tabla 51, muestra la especificación del caso de uso Anexar Tramite, en el cual
se presenta al actor que realiza el caso de uso, una breve descripción, el flujo de
eventos, los requerimientos especiales, pre condiciones, post condiciones y los
puntos de extensión.

Tabla 51: CASO Nº 30- Especificación de Caso de Uso “Anexar trámite”

Caso de Uso: Anexar tramite


Actores: - Usuario
Breve Descripción: El caso de uso permite al usuario Actualizar el
trámite con una nueva versión de un documento.
Flujo de Eventos: Evento Disparador:
El caso de uso se inicia cuando selecciona la opción de
menú Gestionar Documentos, que muestra la interfaz
BANDEJA DE DOCUMENTOS, luego el usuario
ingresa parámetros de búsqueda en el interfaz
OPCIONES DE BUSQUEDA luego selecciona el
trámite y presiona Anexar tramite
2.2 flujo básico
1. el sistema muestra la interfaz Anexar tramite
En la interfaz muestra algunos datos importantes del
trámite Incluye también las opciones Enviar Cancelar y
adjuntar ,el cual nos permite subir una nueva versión
del documento en tramite.

2.2 Flujos alternativos


2.3 Error No ha ingresado datos.
Si el sistema detecta que no se han
ingresado los datos obligatorios muestra mensaje
de error

Requerimientos Ninguno.
Especiales:

178
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

La tabla 52, muestra la especificación del caso de uso Archivar , en el cual se


presenta al actor que realiza el caso de uso, una breve descripción, el flujo de
eventos, los requerimientos especiales, pre condiciones, post condiciones y los
puntos de extensión.

Tabla 52: CASO Nº 31- Especificación de Caso de Uso “Archivar”

Caso de Uso: Archivar


Actores: - Usuario
Breve Descripción: El caso de uso permite al usuario Archivar un
trámite cuando este haya culminado
Flujo de Eventos: Evento Disparador:
El caso de uso se inicia cuando selecciona la opción de
menú Bandeja de Documentos, que muestra la
interfaz BANDEJA DE DOCUMENTOS, luego el
usuario ingresa parámetros de búsqueda en el interfaz
OPCIONES DE BUSQUEDA luego selecciona el
trámite y presiona Archivar tramite
2.2 flujo básico
1. el sistema muestra la interfaz Archivar tramite
En la interfaz muestra algunos datos importantes del
trámite Incluye también las opciones Archivar y
Cancelar ,el cual nos permite archivar un trámite
cuando este haya terminado su recorrido .

179
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

2.2 Flujos alternativos


2.3 Error No ha ingresado datos.
Si el sistema detecta que no se han
ingresado los datos obligatorios muestra mensaje
de error

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

La tabla 53, muestra la especificación del caso de uso Descargar Documento, en


el cual se presenta al actor que realiza el caso de uso, una breve descripción, el
flujo de eventos, los requerimientos especiales, pre condiciones, post condiciones
y los puntos de extensión.

Tabla 53: CASO Nº 32- Especificación de Caso de Uso “Descargar


Documento”

Caso de Uso: Descargar Documento


Actores: - Usuario
Breve Descripción: El caso de uso permite al usuario Descargar un
Documento cuando la gestión documental este
iniciada o haya culminado

180
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador o el
hacen click en el botón descargar documento en la
interface gestionar documentos
1 Flujos Básicos
 El sistema muestra la pantalla Gestionar
Documentos.
 El administrador presiona el botón Descargar
Documento.
 El sistema muestra la pantalla Descargar
Documentos
 El administrador Selecciona el documento.
 El sistema muestra descarga el documento
seleccionado

2.2 Flujos alternativos


2.3 Error No ha ingresado datos.
Si el sistema detecta que no se han
ingresado los datos obligatorios muestra mensaje
de error
Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

181
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

La tabla 54, muestra la especificación de caso de uso generar hoja de ruta , en el


cual se presenta al actor que realiza el caso de uso, una breve descripción, el flujo
de eventos, los requerimientos especiales, pre condiciones, post condiciones y
puntos de extensión.

Tabla 54: CASO Nº 33- Especificación de Caso de Uso “Generar Hoja de


Ruta”

Caso de Uso: Generar hoja de ruta


Actores: - Administrador
Breve Descripción: El caso de uso permite a los usuarios del sistema
visualizar la ruta del proceso o tramite, se actualiza
automáticamente cada vez que se envía o archiva
un trámite, muestra a detalle cada movimiento del
trámite desde su inscripción en el sistema,
almacenamiento y recuperación.
Flujo de Eventos: Evento Disparador:
2.1 flujo básico
1. El sistema muestra la interfaz HOJA DE RUTA
DEL PROCESO
En la interfaz muestra campos principales del
trámite seleccionado (número de expediente, tipo de
proceso, tipo de trámite, fecha y estado actual),
además muestra un panel donde se detalla el recorrido
del trámite seleccionado, desde su inscripción en el
sistema, envío a diferentes rutas y sus diferentes
estados. Incluye las opciones de Imprimir y Salir
2. Si el usuario selección la opción Imprimir
2.1 El sistema muestra en una ventana los
datos del panel (recorrido del trámite seleccionado)
3. Si el usuario selecciona Salir el sistema cierra
la interfaz y termina el caso de uso.
2.2 flujos alternativos

182
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Ninguno

Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: El sistema muestra la Interfaz hoja de ruta

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

La tabla 55, muestra la especificación del caso de uso Generar consultas , en el


cual se presenta al actor que realiza el caso de uso, una breve descripción, el flujo
de eventos, los requerimientos especiales, pre condiciones, post condiciones y los
puntos de extensión.

Tabla 55: CASO Nº 34- Especificación de Caso de Uso “Generar consultas”

Caso de Uso: Generar consulta


Actores: - Administrador
Breve Descripción: El caso de uso permite al usuario consultar los
documentos gestionados.

183
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Flujo de Eventos: Evento Disparador:


El caso de uso comienza cuando el Administrador o
el usuario hacen click en la interface Generar
consultas en el menú principal.
1 Flujos Básicos
 El sistema muestra la pantalla Generar Consultas..
 El administrador ingresa los campos.
 El administrador consulta datos.
 El administrador presiona el botón Generar.
 El sistema muestra un reporte con las consultas
generadas

2. Flujos alternativos
2.3 Error No ha ingresado datos.
Si el sistema detecta que no se han
ingresado los datos obligatorios muestra mensaje
de error
Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

La tabla 56, muestra la especificación del caso de uso Generar reportes de


localización , en el cual se presenta al actor que realiza el caso de uso, una breve
descripción, el flujo de eventos, los requerimientos especiales, pre condiciones,
post condiciones y los puntos de extensión.

184
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Tabla 56: CASO Nº 35- Especificación de Caso de Uso “Generar reportes


de localización”

Caso de Uso: Generar reportes de localización


Actores: - Usuario
Breve Descripción: El caso de uso permite al usuario consultar los
Reportes de localización
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador o
el usuario hacen click en la interface reportes.
1 Flujos Básicos
 El sistema muestra la pantalla Generar reporte de
localización.
 El administrador ingresa los campos.
 El administrador presiona el botón Generar.
 El sistema muestra un reporte con los porcentajes de
localización

2. Flujos alternativos
2.3 Error No ha ingresado datos.
Si el sistema detecta que no se han
ingresado los datos obligatorios muestra mensaje
de error
Requerimientos Ninguno.
Especiales:

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

185
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

La tabla 57, muestra la especificación del caso de uso Generar reportes de tiempo
promedio de registro de documentos , en el cual se presenta al actor que realiza
el caso de uso, una breve descripción, el flujo de eventos, los requerimientos
especiales, pre condiciones, post condiciones y los puntos de extensión.

Tabla 57: CASO Nº 36- Especificación de Caso de Uso “Generar reportes


de tiempo promedio de registro de documentos”

Caso de Uso: Generar reportes de tiempo promedio de registro de


documentos
Actores: - Usuario y Administrador
Breve Descripción: El caso de uso permite al usuario consultar los
reportes de tiempo promedio de registro de
documentos
Flujo de Eventos: Evento Disparador:
El caso de uso comienza cuando el Administrador o
el usuario hacen click en la interface reportes.

1 Flujos Básicos
 El sistema muestra la pantalla Generar reporte de
Tiempo Promedio de Registro de Documentos.
 El administrador ingresa los campos.
 El administrador presiona el botón Generar.
 El sistema muestra un reporte con los Tiempos de
registro de documentos.

2. Flujos alternativos
2.3 Error No ha ingresado datos.
Si el sistema detecta que no se han
ingresado los datos obligatorios muestra mensaje
de error
Requerimientos Ninguno.
Especiales:

186
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Pre Condiciones: Ninguno.

Post Condiciones: Ninguno.

Puntos de Ninguno.
Extensión:

Fuente: Elaboración propia

187
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

F. Modelado de Análisis
a. Realización de casos de uso

En las figuras 33, 34 y 35 se observa las realizaciones de los casos de uso del
sistema

Figura 33
<<realize>>

<<realize>>
Cambiar Clave Realizacion de Cambiar Clave

Login <<realize>> Realización de Login

Mantener Usuario Realizacion de Mantener Usuario


<<realize>>

Registrar Usuario Realizacion de Registrar Usuario


<<realize>>
© Elaboración propia

Mantener Empresa Realizacion de Mantener Empresa


<<realize>>

Registrar Empresa Realizacion de Registrar Empresa


<<realize>>

Mantener Personal Realizacion de Mantener Personal


<<realize>>

Registrar Personal Realizacion de Registrar Personal


<<realize>>

Mantener Rol Realizacion de Mantener Rol

Realización de los casos de uso del sistema “Parte 1”

188
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 34
<<realize>>

Registrar Rol Realizacion de Registrar Rol

Mantener Prioridad Realizacion de Mantener Prioridad


<<realize>>

Registrar Prioridad Realizacion de Registrar Prioridad

<<realize>>

Mantener Archivador Realizacion de Mantener Archivador


<<realize>>

Registrar Archivador Realizacion de Registrar Archivador


<<realize>>
© Elaboración propia

Mantener Tipo Tramite Realizacion de Mantener Tipo


<<realize>> Tramite

Registrar Tipo Tramite Realizacion de Registrar Tipo


Tramite
<<realize>>

Mantener Área Realizacion de Mantener Área


<<realize>>

Registrar Área Realizacion de Registrar Área


<<realize>>

Mantener Proceso Realizacion de Mantener Proceso


<<realize>>

Registrar Proceso Realizacion de Registrar Proceso

<<realize>>

Mantener cargos Realizacion de Mantener Cargos

<<realize>>

Realización de los casos de uso del sistema “Parte 2”

189
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Figura 35

Registrar Cargos Realizacion de Registrar Cargos


<<realize>>

Mantener tipo de documentos Realizacion de tipo de documentos


<<realize>>

Gestionar Documentos Realizacion de Gestionar


<<realize>>
documentos

Generar proceso <<realize>> Realizacion de Generar proceso


© Elaboración propia

Generar detalle de proceso Realizacion de Generar detalle de


<<realize>>
proceso

<<realize>>
Derivar Realizacion de Derivar

<<realize>>
Archivar Realizacion de Archivar

<<realize>>
Ver tramite Realizacion de Ver tramite

Anexar tramite <<realize>> Realizacion de Anexar tramite

Generar hoja de ruta <<realize>> Realizacion de Generar hoja de ruta

Generar consultas Realizacion de Generar consulta


<<realize>>

Descargar documento Realizacion de Descargar


documento
<<realize>>

General reporte de tiempo Realizacion de General reporte de


promedio de registro tiempo promedio de registro
<<realize>>

Generar reporte de localización Realizacion de Generar reporte de


localización

Realización de los casos de uso del sistema “Parte 3”

190
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

G. Diagrama de clases de análisis

En la figura 36 se observa el diagrama de clases de logear en el


sistema. En él se observa que toda persona que ingresa al sistema tiene
que logear mediante un usuario y una contraseña, que se visualizara en
una pantalla

Figura 36
© Elaboración propia

Usuario

IU_Login CC_Login E_Usuario

Administrador

E_Opciones
E_Rol

Diagrama de Análisis Iniciar Sesión

En la figura 37 se observa el diagrama de modificar contraseña en el sistema.


En él se observa que toda persona debe ingresa al sistema para poder modificar
la contraseña.
Figura 37

Administrador
© Elaboración propia

IU_Menu Principal
IU_Cambiar clave CC_Usuario

Usuario

E_Usuario

Diagrama de Análisis Cambiar Clave

191
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 38 se observa el diagrama de análisis de Mantener Usuario en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar los usuarios registrados.
Figura 38

Administrador IU_Menu Principal


IU_Mantener Usuario
© Elaboración propia

CC - Usuario

E_Usuario

Diagrama de Análisis Mantener Usuario

En la figura 39 se observa el diagrama de análisis de Registrar Usuario en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar a los usuarios de cada trabajador.
Figura 39

Administrador IU_Menu Principal IU_Mantener Usuario


IU_Registrar Usuario
© Elaboración propia

CC - Usuario

E_Usuario

Diagrama de Análisis Registrar Usuario

192
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 40 se observa el diagrama de análisis de Mantener Rol en el sistema.


En él se observa que toda persona debe ingresa al sistema para poder buscar los
roles registrados.
Figura 40

IU_Menu Principal
© Elaboración propia

Administrador CC_Rol
IU_Mantenimiento Rol

E_Rol

Diagrama de Análisis Mantener Rol


En la figura 41 se observa el diagrama de análisis de Registrar Rol en el
sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar los Roles.

Figura 41

Administrador IU_Menu Principal IU_Mantenimiento Rol


IU_Registrar Rol
© Elaboración propia

CC_Rol

E_Rol

Diagrama de Análisis Registrar Rol

193
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 42 se observa el diagrama de análisis de Mantener Persona en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar las personas registradas.
Figura 42
© Elaboración propia

Administrador IU_Menu Principal


IU_Mantenimiento Personal CC_Personal

E_Personal

Diagrama de Análisis Mantener persona

En la figura 43 se observa el diagrama de análisis de Registrar Persona en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar una persona.

Figura 43
© Elaboración propia

Administrador IU_Menu Principal IU_Mantenimiento Personal


IU_Registrar Personal

E_Personal CC_Personal

Diagrama de Análisis Registrar Persona

194
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 44 se observa el diagrama de análisis de Mantener Área en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar las áreas registradas.
Figura 44
© Elaboración propia

Administrador IU_Menu Principal CC_Área


IU_Mantenimiento Área

E_Área

Diagrama de Análisis Buscar Área

En la figura 45 se observa el diagrama de análisis de Registrar Área en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar una Área.

Figura 45
© Elaboración propia

Administrador IU_Menu Principal IU_Mantenimiento Área


IU_Registrar Área

E_Área CC_Área

Diagrama de análisis Registrar Área

195
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 46 se observa el diagrama de análisis de Mantener Empresa en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar las Empresas registradas.

Figura 46
© Elaboración propia

Administrador IU_Menu Principal


IU_Mantenimiento Empresa CC_Empresa

E_Empresa

Diagrama de análisis Mantener empresa

En la figura 47 se observa el diagrama de análisis de Registrar Empresa en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar una empresa.
Figura 47
© Elaboración propia

Administrador IU_Menu Principal IU_Mantenimiento Empresa


IU_Registrar Empresa

E_Empresa CC_Empresa

Diagrama de análisis de Registrar empresa

196
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 48 se observa el diagrama de análisis de Mantener Prioridad en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar la Prioridad registradas.
Figura 48
© Elaboración propia

Administrador IU_Menu Principal


IU_Mantenimiento Prioridad CC_Prioridad

E_Prioridad

Diagrama de análisis de Mantener Prioridad

En la figura 49 se observa el diagrama de análisis de Registrar Prioridad en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar prioridades.
Figura 49
© Elaboración propia

Administrador IU_Menu Principal IU_Mantenimiento Prioridad


IU_Registrar Prioridad

E_Prioridad CC_Prioridad

Diagrama de análisis de registrar prioridad

197
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 50 se observa el diagrama de análisis de Mantener Proceso en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar un proceso registradas.
Figura 50
© Elaboración propia

Administrador IU_Menu Principal


IU_Mantenimiento Proceso CC_Proceso

E_Proceso

Diagrama de análisis Mantener Proceso

En la figura 51 se observa el diagrama de análisis de Registrar Proceso en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar Procesos.
Figura 51

Administrador IU_Menu Principal IU_Mantenimiento Proceso


© Elaboración propia

IU_Registrar Proceso

E_Proceso CC_Proceso

Diagrama de análisis Registrar Proceso

198
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 52 se observa el diagrama de análisis de Mantener Tipo trámite en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar un Tipos de tramite registradas.
Figura 52
© Elaboración propia

Administrador IU_Menu Principal


IU_Mantenimiento Tipo Tramite

E_Tipo Tramite CC_Tipo Tramite

Diagrama de análisis Mantener Tipo Tramite

En la figura 53 se observa el diagrama de análisis de Registrar Tipo Tramite en


el sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar Un tipo de trámite.
Figura 53

Administrador IU_Menu Principal IU_Mantenimiento Tipo Tramite


© Elaboración propia

IU_Registrar Tipo Tramite

E_Tipo Tramite CC_Tipo Tramite

Diagrama de Análisis Registrar Tipo Tramite

199
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 54 se observa el diagrama de análisis de Mantener Archivador en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar Archivadores registrados.
Figura 54
© Elaboración propia

Administrador IU_Menu Principal


IU_Mantenimiento Archivador CC_Archivador

E_Archivador

Diagrama de análisis Mantener Archivadores

En la figura 55 se observa el diagrama de análisis Registrar Archivador en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar Un archivador.

Figura 55
© Elaboración propia

Administrador IU_Menu Principal IU_Mantenimiento Archivador


IU_Registrar Archivador

E_Archivador CC_Archivador

Diagrama de análisis Registrar Archivador

200
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 56 se observa el diagrama de análisis de Mantener Cargo en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
buscar cargos registrados.
Figura 56
© Elaboración propia

Administrador IU_Menu Principal IU_Mantenimiento Cargo CC_Cargo


(from SGD) (from SGD)

E_Cargo

Diagrama de análisis Mantener Cargo

En la figura 57 se observa el diagrama de análisis Registrar Cargo en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
registrar Un Cargo.
Figura 57

Administrador IU_Menu Principal IU_Mantenimiento Cargo


© Elaboración propia

IU_Registrar Cargo
(from SGD) (from SGD)

CC_Cargo E_Cargo

Diagrama de análisis Registrar Cargo

201
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 58 se observa el diagrama de análisis de Mantener Tipo de


Documento en el sistema. En él se observa que toda persona debe ingresa al
sistema para poder buscar un tipo de documento registrado.

Figura 58
© Elaboración propia

Administrador IU_Menu Principal


IU_Mantenimiento Tipo Documento CC_Tipo Documento
(from SGD) (from SGD)

E_Tipo Documento
(from SGD)

Diagrama de análisis Mantener Tipo de Documento

En la figura 59 se observa el diagrama de análisis Registrar Tipo de Documento


en el sistema. En él se observa que toda persona debe ingresa al sistema para
poder registrar Un Tipo de Documento.

Figura 59

Administrador IU_Menu Principal IU_Mantenimiento Tipo Documento


© Elaboración propia

IU_Registrar Tipo Documento


(from SGD) (from SGD)

CC_Tipo Documento E_Tipo Documento


(from SGD)

Diagrama de análisis Registrar Tipo de Documento

202
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 60 se observa el diagrama de análisis Bandeja de entrada en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
acceder a los tramites y documentos.
Figura 60

E_Proceso
© Elaboración propia

Usuario IU_Menu Principal IU_Gestionar Documentos CC_Bandeja E_Prioridad

E_Proceso Tramite E_Estado Tramite

Diagrama de análisis Gestionar Documentos

En la figura 61 se observa el diagrama de análisis Generar Proceso en el


sistema. En él se observa que toda persona debe ingresa al sistema para poder
acceder generar un nuevo trámite o proceso.

Figura 61

Usuario IU_Menu Principal IU_Gestionar Documentos IU_Generar Proceso

E_Tipo Tramite
E_Empresa
© Elaboración propia

E_Proceso CC_Bandeja E_Prioridad

E_Tipo Documento E_Área E_Proceso Tramite

Diagrama de análisis Generar proceso

203
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 62 se observa el diagrama de análisis Derivar en el sistema. En él


se observa que toda persona debe ingresa al sistema para poder derivar un
trámite a una área específica.
Figura 62

Usuario IU_Menu Principal IU_Derivar


IU_Gestionar Documentos
© Elaboración propia

E_Área E_Proceso
CC_Derivacion

E_Proceso Tramite E_Prioridad

Diagrama de análisis Derivar

En la figura 63 se observa el diagrama de análisis Ver trámite en el sistema. En


él se observa que toda persona debe ingresa al sistema para poder ver el trámite
en proceso.
Figura 63

Usuario IU_Menu Principal IU_Ver tramite


IU_Gestionar Documentos
|© Elaboración propia

CC_Bandeja E_Proceso Tramite

Diagrama de análisis ver tramite

204
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 64 se observa el diagrama de análisis Anexar trámite en el sistema

Figura 64

Usuario IU_Menu Principal IU_Anexar Tramite


IU_Gestionar Documentos
© Elaboración propia

E_Proceso Tramite CC_Bandeja E_Tipo Documento

Diagrama de análisis Ver tramite

En la figura 65 se observa el diagrama de análisis archivar tramites en el sistema

Figura 65
© Elaboración propia

Usuario IU_Menu Principal IU_Archivar tramite


IU_Gestionar Documentos

E_Proceso Tramite CC_Bandeja E_Archivador

E_Tipo Documento

Diagrama de análisis Archivar tramite

205
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 66 se observa el diagrama de análisis Descargar documento en el


sistema
Figura 66
© Elaboración propia

Usuario IU_Menu Principal IU_Gestionar Documentos


IU_Descargar Archivos
(from SGD) (from SGD) (from SGD)

E_Proceso Tramite
CC_Descarga
(from SGD)

Diagrama de análisis Descargar Documento

En la figura 67 se observa el diagrama de análisis generar hoja de ruta en el


sistema
Figura 67
© Elaboración propia

Usuario IU_Menu Principal IU_Generar hoja de Ruta

CC_Bandeja E_Proceso Tramite

Diagrama de análisis Generar Hoja de Ruta

206
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 68 se observa el diagrama de análisis generar consultas en el


sistema
Figura 68

Usuario IU_Menu Principal IU_Generar Consultas


© Elaboración propia

E_Proceso Tramite

E_Proceso CC_Bandeja E_Área

E_Archivador E_Tipo Documento


E_Prioridad

Diagrama de análisis Generar Consultas

En la figura 69 se observa el diagrama de análisis Generar Reportes de Tiempo


Promedio de Registro en el sistema
Figura 69

Usuario IU_Menu Principal


IU_Generar Reporte de Tiempo Registro
© Elaboración propia

(from SGD) (from SGD)

E_Proceso Tramite CC_Bandeja E_Usuario


(from SGD) (from SGD) (from SGD)

E_Área
(from SGD)

Diagrama de análisis Generar Reportes de Tiempo Promedio de Registro

207
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 70 se observa el diagrama de análisis Generar Reportes de


Localización en el sistema
Figura 70

Usuario IU_Menu Principal


IU_Generar Reporte de Localización
© Elaboración propia

(from SGD) (from SGD)

E_Proceso Tramite CC_Bandeja E_Usuario


(from SGD) (from SGD) (from SGD)

E_Área
(from SGD)

Diagrama de análisis Generar Reportes de Localización

208
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

H. Diagrama De Secuencia
En la Figura 71 se observa el diagrama de secuencia Iniciar Sesión, en el
cual se observa al usuario iniciar sesión al sistema que se encuentra
registrado en la base de datos con la IU Iniciar Sesión, con un controlador
de control CC Iniciar Sesión y una entidad Usuario.

Figura 71

: Usuario : IU_Login : CC_Login : E_Usuario : E_Rol : E_Opciones


Ingresa Datos(Usuario y Contraseña)

Presionar Ingresa ()

Captura Datos ()

Consulta Usuario ()
© Elaboración propia

Busca Usuarios

Retorna Datos

Usuario y/o Contraseña incorrecto

Ingresa Datos(Usuario y Contraseña)

Presionar Ingresa ()

Captura Datos ()

Consulta Usuario ()

Busca Usuarios

Verifica Rol () Busca Rol

Verifica Menú ()

Busca Menú

Retorna Datos Del Usuario ()

Muestra Menú Principal ()

Diagrama de secuencia Iniciar Sesión

209
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 72 se observa el diagrama de secuencia Modificar Contraseña, en el


cual se observa al usuario modificar su contraseña que se encuentra registrado
en la base de datos con la IU Modificar Contraseña, con un controlador de control
CC Usuario y una entidad Usuario.

Figura 72

: Usuario : IU_Cambiar clave : CC_Usuario : E_Usuario


: IU_Menu Principal

Seleccionar Opciones (Modificar Contraseña)


© Elaboración propia

Mostrar Interface ()

Ingresar Datos(Nueva Contraseña)

Precionar Guardar ()

Validar Datos ()

Registrar Datos ()

Retornar Confirmación ()

Mostrar Mensaje de confirmación ()

Diagrama de secuencia Cambiar Clave

En la figura 73 se observa el diagrama de secuencia mantener usuario en el


sistema
Figura 73

: Administrador : IU_Menu Principal : IU_Mantener Usuario : CC - Usuario : E_Usuario


Seleccionar (Mantener Usuario)
© Elaboración propia

Mostrar Interface ()

Ingresar datos del usuario ()

Presionar buscar ()

Validar Datos ()

buscar datos ()

Retornar Datos ()

Mostrar mensaje de confirmacion ()

Diagrama de secuencia mantener usuario

210
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 74 se observa el diagrama de secuencia registrar usuario en el


sistema

Figura 74

: Administrador : IU_Menu Principal : IU_Mantener Usuario : IU_Registrar Usuario : CC - Usuario : E_Usuario

Seleccionar (Mantener Usuario)

Mostrar Interface ()

Precionar Nuevo o Editar ()


© Elaboración propia

Mostra Interface ()

Ingresar datos de usuario ( )

Precionar Registrar ()

Capturar Datos ()

Registrar Datos ()

Registrar

Retornar Confirmación ()

Mostrar Mensaje de Confirmación ()

Diagrama de secuencia registrar usuario

En la figura 75 se observa el diagrama de secuencia mantener rol en el sistema

Figura 75

: Administrador : IU_Menu Principal : IU_Mantenimiento Rol : CC_Rol : E_Rol

Seleccionar (Mantenimiento rol)

Mostrar Interface ()
© Elaboración propia

Ingresar Datos()

Validar Datos ()

Buscar datos ()

Retornar confirmación ()

Mostrar mensaje de confirmación ()

Diagrama de secuencia mantener rol

211
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 76 se observa el diagrama de secuencia de registrar rol en el


sistema

Figura 76

: CC_Rol : E_Rol
: Administrador : IU_Menu Principal : IU_Mantenimiento Rol : IU_Registrar Rol

Seleccionar(Mantenimiento de Rol)

Mostrar Interface ()
© Elaboración propia

Presionar Nuevo o editar ()

Mostrar Interface ()

Ingresar datos ()

Capturar Datos ()

Registrar Datos ()

Registrar ()

Retornar Confirmacion ()

Mostrar mensaje de confirmación ()

Diagrama de secuencia de registrar rol

En la figura 77 se observa el diagrama de secuencia de mantener personal en el


sistema
Figura 77

: Administrador : IU_Menu Principal : IU_Mantenimiento Personal : CC_Personal : E_Personal

Seleccionar(Mantenimiento Pelsonal)
© Elaboración propia

Mostrar Interface ()

Ingresar datos del personal ()

Validar Datos ()

Buscar Datos ()

Retornar confirmación ()

Mostrar Mensaje de Confirmación ()

Diagrama de secuencia de mantener personal

212
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 78 se observa el diagrama de secuencia de registral personal en el


sistema

Figura 78

: Administrador : IU_Menu Principal : IU_Mantenimiento Personal : IU_Registrar Personal : CC_Personal : E_Personal

Selepccionar(Mantenimiento de personal)

Mostrar Interface ()
© Elaboración propia

Presionar Nuevo o Editar ()

Mostrar Interface ()

Ingresar Datos del personal ()

Capturar Datos ()

Registrar Datos ()

Registrar ( )

Retorna Confirmación ()

Muestra Mensaje de confirmación ()

Diagrama de secuencia de registral personal

En la figura 79 se observa el diagrama de secuencia de mantener área en el


sistema

Figura 79

: IU_Menu Principal : IU_Mantenimiento Área : CC_Área : E_Área


: Administrador

Seleccionar( Mantenimiento de Área)


© Elaboración propia

Mostrar Interface ()

Ingresar datos del Área ()

Validar datos ()

Buscar Datos ()

Retornar datos ()

Mostrar Mensaje de Confirmación ()

Diagrama de secuencia de mantener área

213
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 80 se observa el diagrama de secuencia de registrar área en el


sistema

Figura 80

: Administrador : IU_Menu Principal : IU_Mantenimiento Área : IU_Registrar Área : CC_Área : E_Área

Seleccionar(Mantenimiento de Área)

Mostra Interface ()
© Elaboración propia

Precionar Nuevo o Editar ()

Mostrar Interface ()

Ingresar Datos del Área ()

Capturar Datos ()

Registrar Datos ()

Registrar

Retorna Confirmación ()

Muestra Mensaje de Confirmación()

Diagrama de secuencia de registrar área

En la figura 81 se observa el diagrama de secuencia de mantener empresa en el


sistema
Figura 81

: Administrador : IU_Menu Principal : IU_Mantenimiento Empresa : CC_Empresa : E_Empresa

Seleccionar(Mantenimiento Empresa)
© Elaboración propia

Mostrar Interface ()

Ingresar datos de la empresa ()

Validar Datos ()

Buscar Datos ()

Retornar Datos ()

Mostrar Mensaje de confirmación ()

Diagrama de secuencia de mantener empresa

214
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 82 se observa el diagrama de secuencia de registrar empresa en el


sistema

Figura 82

: Administrador : IU_Menu Principal : IU_Mantenimiento Empresa : IU_Registrar Empresa : CC_Empresa : E_Empresa

Seleccionar(Mantenimiento de Empresa)

Mostrar Interface ()
© Elaboración propia

Presionar Nuevo o Editar ()

Mostrar Interface ()

Ingresar datos de la Empresa ()

Capturar Datos ()

Registrar Datos ()

Registrar ()

Retornar Confirmación ()

Mostrar Datos de Confirmacón ()

Diagrama de secuencia de registrar empresa

En la figura 83 se observa el diagrama de secuencia de mantener prioridad en el


sistema
Figura 83

: Administrador : CC_Prioridad
: IU_Menu Principal : IU_Mantenimiento Prioridad : E_Prioridad

Seleccionar(Mantenimiento Prioridad)
© Elaboración propia

Mostrar interface ()

Ingresar datos de la prioridad

Validar datos

Buscar Datos ()

Retornar confirmación ()

Mostrar mensaje de confirmación()

Diagrama de secuencia de mantener prioridad

215
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 84 se observa el diagrama de secuencia de registrar prioridad en el


sistema

Figura 84

: Administrador : IU_Menu Principal : IU_Mantenimiento Prioridad : IU_Registrar Prioridad : CC_Prioridad : E_Prioridad

Seleccionar(Mantenimiento Prioridad)
© Elaboración propia

Mostrar Interface ()

Precionar Nuevo o editar ()

Mostrar Interface ()

Ingresar datos de la prioridad ()

Capturar datos ()

Registrar datos()

Registrar ()

Retornar confirmación ()

Mostrar mensaje de confirmación ()

Diagrama de secuencia de registrar prioridad

En la figura 85 se observa el diagrama de secuencia de mantener proceso en el


sistema

Figura 85

: Administrador : IU_Menu Principal


: IU_Mantenimiento Proceso : CC_Proceso : E_Proceso
© Elaboración propia

Seleccionar(Mantenimiento proceso)

Mostrar Interface ()

Ingresar datos del proceso ()

Validar Datos ()

Buscar Datos ()

Retornar confirmación ()

Mostrar Mensaje de conformación ()

Diagrama de secuencia de mantener proceso

216
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 86 se observa el diagrama de secuencia de registrar proceso en el


sistema

Figura 86

: Administrador : IU_Menu Principal : IU_Mantenimiento Proceso : IU_Registrar Proceso : CC_Proceso : E_Proceso

Seleccionar(Mantenimiento de proceso)

Mostrar Interface ()
© Elaboración propia

Presionar Nuevo o editar

Mostrar Interface ()

Ingresar datos del proceso ()

Capturar Datos ()
Registrar Datos ()

Registrar ()

Retornar Confirmación ()

Mostrar Mensaje de Confirmación ()

Diagrama de secuencia de registrar proceso

En la figura 87 se observa el diagrama de secuencia de mantener tipo de trámite


en el sistema
Figura 87

: Administrador : IU_Menu Principal : IU_Mantenimiento Tipo Tramite : CC_Tipo Tramite : E_Tipo Tramite

Seleccionar (Mantenimiento tipo tramite)


© Elaboración propia

Mostrar interface ()

Ingresar datos ()

Valir datos ()

Buscar datos ()

Retornar confirmacion ()

Mostrar mensaje de confirmacion ()

Diagrama de secuencia de mantener tipo de trámite

217
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 88 se observa el diagrama de secuencia de registrar tipo de trámite


en el sistema
Figura 88

: Administrador : IU_Mantenimiento Tipo Tramite : IU_Registrar Tipo Tramite : CC_Tipo Tramite : E_Tipo Tramite
: IU_Menu Principal

Seleccionar (Mantenimiento tipo tramite)

Mostrar interface ()
© Elaboración propia

Precionar Nuevo o Editar ()

Mostrar Interface ()

Ingresar datos ()

Capturar datos ()

Registrar Datos ()

Registrar ()

Retornar confirmación ()

Mostrar mensaje de confirmación ()

Diagrama de secuencia de registrar tipo de trámite

En la figura 89 se observa el diagrama de secuencia de mantener archivador en


el sistema
Figura 89

: Administrador : IU_Mantenimiento Archivador : CC_Archivador : E_Archivador


: IU_Menu Principal

Selecciona (Mantenimiento de archivador)


© Elaboración propia

Mostrar interface ()

Ingresar Datos ()

Validar datos ()

Buscar datos()

Retornar confirmación ()

Mostrar mensaje de confirmación ()

Diagrama de secuencia de mantener archivador

218
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 90 se observa el diagrama de secuencia de registrar archivador en el


sistema
Figura 90

: E_Archivador
: Administrador : IU_Mantenimiento Archivador : IU_Registrar Archivador : CC_Archivador
: IU_Menu Principal

Seleccionar (Mantenimiento de archivador)

Mostrar interface ()

Precionar Nuevo o editar


© Elaboración propia

Mostrar interface ()

Ingresar datos ()

Capturar Datos ()

Registrar datos ()

Registrar ()

Retornar confirmación ()

Mostrar mensaje de confirmación ()

Diagrama de secuencia de registrar archivador

En la figura 91 se observa el diagrama de secuencia de Mantener Cargo en el


sistema
Figura 91

: Administrador : IU_Menu Principal : IU_Mantenimiento Cargo : CC_Cargo : E_Cargo

Seleccionar (Mantenimiento de Cargo)

Mostrar Interface ()
© Elaboración propia

Ingresar Datos()

Precionar Buscar()

Captura Datos()

Consulta datos ()

Busca Datos()

Retorna datos ()

Muestra Datos

Diagrama de secuencia de Mantener Cargo

219
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 92 se observa el diagrama de secuencia de Registrar Cargo en el


sistema
Figura 92

: IU_Menu Principal : IU_Mantenimiento Cargo : IU_Registrar Cargo : CC_Cargo : E_Cargo


: Administrador
© Elaboración propia

Seleccionar (Mantenimiento de Cargo)

Mostrar Interface()

Seleccionar Nuevo o Editar ()

Mostrar Interface()

Ingresar datos()

Capturar Datos()

Registrar Datos()

Registrar()

Retornar confirmacion()

Muestra Mensaje de Confirmación()

Diagrama de secuencia de Registrar Cargo

En la figura 93 se observa el diagrama de secuencia de Mantener Tipo de


documento en el sistema
Figura 93

: Administrador : IU_Menu Principal : IU_Mantenimiento Tipo : CC_Tipo Documento : E_Tipo Documento


Documento
Seleccionar Mantenimiento Tipo de Documento ()
© Elaboración propia

Muestra Interface()

Ingresar Datos()

Capturar Datos()

Consultar Datos()

Buscar

Retornar Datos()

Muestra mensaje de Confirmación()

Diagrama de secuencia de Mantener Tipo de Documento

220
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 94 se observa el diagrama de secuencia de Registrar Tipo De


documento en el sistema
Figura 94

: Administrador : IU_Menu Principal : IU_Mantenimiento Tipo : IU_Registrar Tipo Documento : CC_Tipo Documento : E_Tipo Documento
Documento
Seleccionar Mantenimiento de tipo de Documentos()
© Elaboración propia

Mostrar Interface()

Seleccionar Nuevo o Editar ()

Mostrar Interface ()

Ingresar Datos()

Seleccionar Guardar()

Carturar Datos()

Registrar Datos()

Registrar()

Retorna Confirmación()

Muestra Mensaje de confirmación()

Diagrama de secuencia de Mantener Cargo

221
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 95 se observa el diagrama de secuencia de Gestionar Documentos en el sistema

Figura 95

: U s uar io : IU _Menu Pr inc ipal : IU _Ges tionar D oc umentos : C C_Bandeja Bus c ar : E_Pr oc es o : E_Pr ior idad : E_Pr oc es o : E_Es tado Tr amite
Tr amite
Selec c ionar Ges tionar Doc umentos ( )

Mues tr ar Intefac e( )

Ingr es a D atos ( )

Selec c iona Bus c ar ( )

C atur ar datos

C ons ultar D atos ( )

Validar ( )

R etor nar D atos ( )


© Elaboración propia

C ons ultar D atos ( )

Validar ( )

R etor nar D atos ( )

C ons ultar D atos ( )

Validar ( )

R etor nar D atos ( )

C ons ultar D atos ( )

Validar ( )

R etor nar D atos ( )

Mos tr a D atos ()

Selec c ionar Filtr os ( )

C aptur ar D atos ( )

C ons ultar D atos ( )

Validar

R etor nar D atos ( )

Mues tr a D atos ( )

Diagrama de secuencia Gestionar Documentos

222
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 96 se observa el diagrama de secuencia de generar proceso en el sistema

Figura 96
: E_Tipo Tr a mite : E_Ár e a : E_Pr o c e s o Tr amite : E_Tipo D oc u me nto
: U s u ar io : IU _Ge ne r a r Pr o c es o : C C _Ban de ja : E_Pr io r id ad : E_Pr o c e s o

Se lec c ion ar pa r a metr os ( )

Ing r e s a r D a tos ( )

Se lec c ion ar Ag r e gar ( )

Se lec c ion ar Gr aba r ( )

C a ptur ar D a to s ( )

C o ns ultar ( )

Va lida

R e tor nar ( )

C o ns ultar ( )
© Elaboración propia

Va lidar ( )

R e tor nar ( )

C o ns ultar ( )

Va lidar ( )

R e tor nar ( )

C o ns ultar ( )

Va lidar ( )

R e tor nar ( )

C o ns ultar ( )

Va lidar ( )

R e tor nar ( )

C o ns ultar ( )

Va lidar ( )

R e tor nar ( )

R e gis tr ar D ato s ( )

R e gis tr ar ( )

R e tor nar

Mo s tr ar men s a je ( )

Diagrama de secuencia de generar proceso

223
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 97 se observa el diagrama de secuencia de derivar en el sistema

Figura 97

: Usuario : IU_Gestionar Documentos : IU_Derivar : CC_Derivacion : E_Área : E_Proceso : E_Prioridad : E_Proceso Tramite

Seleccionar Derivar ()

Captura Datos()

Validar Datos

Valida Datos

Retorna Datos

Muestra Datos()
© Elaboración propia

Seleccionar Datos()

Capturar Datos()

Consultar Datos()

Validar

Retornar Datos()

Consultar Datos()

Validar

Retornar Datos()

Consultar Datos()

Validar Datos()

Retornar Datos()

Mostrar Datos

Ing resar Datos()

Seleccionar Derivar()

Carturar Datos()

Reg istrar Datos()

Reg istrar()

Retornar Confirmación()

Mostrar Mensaje de Confirmación()

Diagrama de secuencia de derivar

224
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 98 se observa el diagrama de secuencia de ver trámite en el sistema

Figura 98

: Usuario : IU_Gestionar Documentos : IU_Ver tramite : CC_Bandeja : E_Proceso Tramite

Seleccionar Ver tramite()


© Elaboración propia

Seleccionar Datos

Capturar datos()

Consultar Datos()

Validar

Retornar Datos()

Mostrar Mensaje()

Diagrama de secuencia de ver trámite

225
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 99 se observa el diagrama de secuencia de anexar trámite en el


sistema

Figura 99

: IU_Gestionar Documentos : IU_Anexar Tramite : CC_Anexion : E_Proceso Tramite : E_Tipo Documento


: Usuario

Seleccionar Anexar Tramite ()

Seleccionar Parametros
© Elaboración propia

Capturar Datos()

Consultar Datos()

Validar datos()

Retornar Datos()

Mostrar Datos

Seleccionar Datos()

Capturar Datos()

Consultar Datos()

Validar

Retornar Datos()

Mostrar Datos()

Ingresar datos()

Seleccionar Anexar()

Capturar Datos()

Registrar Datos()

Registrar()

Retornar()

Mostrar Mensaje de Confirmación()

Diagrama de secuencia de anexar trámite

226
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 100 se observa el diagrama de secuencia de archivar trámite el


sistema

Figura 100

: Usuario : IU_Gestionar Documentos : IU_Archivar tramite : CC_Archivacion : E_Proceso Tramite : E_Archivador

Seleccionar Archivar()

Seleccionar Parametros()
© Elaboración propia

Capturar Datos()

Consultar Datos()

Validar()

Retornar()

Mostrar Datos()

Seleccionar Parametros()

Capturar Datos()

Consultar Datos()

Validar()

Retornar()

Mostrar Datos()

Seleccionar Archivar()

Capturar Datos()

Registrar()

Registrar

Retornar()

Mostrar Mensaje de Confirmación()

Diagrama de secuencia de archivar tramite

227
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 101 se observa el diagrama de secuencia Descargar Documento en


el sistema

Figura 101

: Usuario : IU_Gestionar Documentos : IU_Descargar Archivos : CC_Descarga : E_Proceso Tramite

Seleccionar Descargar Archivo()


© Elaboración propia

Seleccionar parametros()

Capturar Datos()

Consultar Datos()

Validar()

Retornar()

Mostrar Documentos()

Seleccionar Parametros()

Capturar datos()

Descargar()

Descargar

Retornar

Mostrar Descarga()

Diagrama de secuencia Descargar documento

228
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 102 se observa el diagrama de secuencia de generar hoja de ruta el


sistema
Figura 102

: Usuario : IU_Gestionar Documentos : IU_Generar hoja Ruta : CC_Bandeja : E_Proceso Tramite

Seleccionar parametros ()

Ingresar Datos()

Capturar Datos()

Consultar Datos ()

Buscar ()
© Elaboración propia

Retornar Datos()

Mostrar Datos()

Seleccionar reportes()

Capturar Datos()

Consultar Datos()

Validar()

Retornar datos()

Mostrar Reportes()

Diagrama de secuencia de generar hoja de ruta

229
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 103 se observa el diagrama de secuencia de generar consultas en el sistema

Figura 103

: Usuario : IU_Menu Principal : IU_Generar Consultas : CC_Bandeja : E_Prioridad : E_Archivador : E_Área : E_Proceso : E_Tipo Documento : E_Proceso Tramite
Selecciona parametros ()

Seleccionar Datos()

Capturar Datos()

Consultar Datos()

Validar()

Retornar datos()

Consultar Datos()

Validar

Retornar datos()
© Elaboración propia

Consultar Datos()

Validar ()

Retornar datos()

Consultar Datos()

Validar Datos()

Retornar datos()

Consultar Datos()

Validar()

Retornar Datos()

Mostrar Datos()

Ing resar Datos()

Seleccionar Buscar()

Capturar datos()

Consultar datos()

Buscar()

Retornar datos()

Mostrar Mensaje()

Diagrama de secuencia de generar reporte de consultas

230
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 104 se observa el diagrama de secuencia de generar reporte de


Tiempo Promedio de Registro de Documentos en el sistema

Figura 104

: Administrador : IU_Menu Principal : IU_Generar Reporte de Tiempo : CC_Bandeja : E_Área : E_Usuario : E_Proceso Tramite
Registro
Seleccionar parametros()

Seleccionar Datos()

Capturar Datos()
© Elaboración propia

Consultar Datos()

Validar()

Retornar datos()

Consultar datos()

Validar()

Retornar Datos()

Mostrar Datos()

Seleccionar Generar()

Capturar Datos()

Consultar Datos()

Validar()

Retornar datos()

Muestra reporte()

Diagrama de secuencia de generar reporte de Tiempo Promedio de Registro de


Documentos

231
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la figura 105 se observa el diagrama de secuencia de generar reporte de


Localización en el sistema

Figura 105

: Administrador : IU_Menu Principal CC_ : IU_Generar Reporte de : CC_Bandeja : E_Área : E_Usuario : E_Proceso Tramite
Localización
Seleccionar parametros()
© Elaboración propia

Seleccionar Datos()

Capturar Datos()

Consultar Datos()

Validar()

Retornar datos()

Consultar datos()

Validar()

Retornar Datos()

Mostrar Datos()

Seleccionar Generar()

Capturar Datos()

Consultar Datos()

Validar()

Retornar datos()

Muestra reporte()

Diagrama de secuencia de generar reporte de Localización

232
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

I. Diagrama De Colaboración

En la Figura 106 muestra el Diagrama de colaboración del caso de uso Iniciar


Sesión
Figura 106
1: Ingresa Datos(Usuario y Contraseña)
2: Presionar Ingresa ()

: Usuario : IU_Login

3: Valida Datos ()
© Elaboración propia

8: Muestra Menú Principal ()

7: Retorna Datos Del Usuario ()


: CC_Login : E_Menu Principal

4: Consulta Usuario () 6: Verifica Menú ()

5: Verifica Rol ()

: E_Usuario : E_Rol

Diagrama de colaboración Iniciar Sesión

En la Figura 107 muestra el Diagrama de colaboración del caso de modificar de


contraseña
Figura 107
4: Precionar Modificar ()

: Usuario : IU_Modificar contraseña


© Elaboración propia

5: Validar Datos ()
2: Mostrar Interface () 8: Mostrar Mensaje de confirmación ()
1: Seleccionar Opciones (Modificar Contraseña)

: CC_Modificar contraseña

6: Registrar Datos ()
7: Retornar Confirmación ()

: IU_Menu Principal

: E_Usuario

Diagrama de colaboración modificar de contraseña

233
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 108 muestra el Diagrama de colaboración del caso de uso de


mantener usuario

Figura 108
3: Ingresar datos del usuario ()
4: Presionar buscar ()

: Administrador : IU_Mantener Usuario


© Elaboración propia

2: Mostrar Interface ()
1: Seleccionar (Mantener Usuario) 8: Mostrar mensaje 5:
deValidar
confirmacion
Datos ()

6: buscar datos ()

: IU_Menu Principal 7: Retornar Datos ()


: CC - Usuario : E_Usuario

Diagrama de colaboración mantener usuario

En la Figura 109 muestra el Diagrama de colaboración del caso de uso de


registrar usuario
Figura 109
1: Seleccionar (Mantener Usuario)

: Administrador 3: Precionar Nuevo o Editar () : IU_Menu Principal


© Elaboración propia

2: Mostrar Interface ()

5: Ingresar datos de usuario ( )


6: Precionar Registrar ()
: IU_Mantener Usuario

9: Registrar

4: Mostra Interface ()

7: Capturar Datos () 8: Registrar Datos ()

10: Retornar Confirmación ()


: IU_Registrar Usuario : CC - Usuario : E_Usuario

11: Mostrar Mensaje de Confirmación ()

Diagrama de colaboración de registrar usuario

234
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 110 muestra el Diagrama de colaboración del caso de uso de


mantener rol
Figura 110
3: Ingresar Datos()
© Elaboración propia

: Administrador : IU_Mantenimiento Rol


2: Mostrar Interface ()

1: Seleccionar (Mantenimiento rol) 7: Mostrar mensaje 4:


deValidar
confirmación
Datos ()

5: Buscar datos ()

: IU_Menu Principal 6: Retornar confirmación ()


: CC_Rol : E_Rol

Diagrama de colaboración mantener rol

En la Figura 111 muestra el Diagrama de colaboración del caso de uso de


registrar rol
Figura 111
1: Seleccionar(Mantenimiento de Rol)

3: Presionar Nuevo o editar ()


: Administrador : IU_Menu Principal
© Elaboración propia

2: Mostrar Interface ()

5: Ingresar datos ()

: IU_Mantenimiento Rol 8: Registrar ()

4: Mostrar Interface () 10: Mostrar mensaje de confirmación ()


6: Capturar Datos () 7: Registrar Datos ()

: IU_Registrar Rol 9: Retornar Confirmacion (): E_Rol


: CC_Rol

Diagrama de colaboración registrar rol

235
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 112 muestra el Diagrama de colaboración del caso de uso mantener


personal
Figura 112
3: Ingresar datos del personal ()
© Elaboración propia

: Administrador : IU_Mantenimiento Personal


2: Mostrar Interface ()

1: Seleccionar(Mantenimiento Pelsonal) 4: Validar Datos ()

7: Mostrar Mensaje de Confirmación ()

5: Buscar Datos ()

: IU_Menu Principal 6: Retornar confirmación ()


: CC_Personal : E_Personal

Diagrama de colaboración mantener personal

En la Figura 113 muestra el Diagrama de colaboración del caso de uso de


registrar personal
Figura 113

1: Selepccionar(Mantenimiento de personal) 3: Presionar2:Nuevo


Mostrar
o Editar
Interface
() ()

: IU_Menu Principal
: Administrador : IU_Mantenimiento Personal
© Elaboración propia

5: Ingresar Datos del personal () 10: Muestra Mensaje de confirmación ()


8: Registrar ( )
4: Mostrar Interface ()

6: Capturar Datos () 7: Registrar Datos ()

9: Retorna Confirmación ()
: IU_Registrar Personal : E_Personal
: CC_Personal

Diagrama de colaboración de registrar personal

236
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 114 muestra el Diagrama de colaboración del caso de uso de


mantener área
Figura 114

1: Seleccionar( Mantenimiento de Área) 3: Ingresar


2: Mostrar
datos
Interface
del Área
() ()

: Administrador : IU_Menu Principal : IU_Mantenimiento Área


© Elaboración propia

4: Validar datos ()
7: Mostrar Mensaje de Confirmación ()

5: Buscar Datos ()

6: Retornar datos ()
: CC_Área : E_Área

Diagrama de colaboración de mantener área

En la Figura 115 muestra el Diagrama de colaboración del caso de uso registrar


área
Figura 115
1: Seleccionar(Mantenimiento de Área)

3: Precionar Nuevo o Editar ()


: Administrador : IU_Menu Principal
© Elaboración propia

2: Mostra Interface ()

5: Ingresar Datos del Área ()


: IU_Mantenimiento Área
8: Registrar

10: Muestra Mensaje de Confirmación()


4: Mostrar Interface ()

6: Capturar Datos () 7: Registrar Datos ()

9: Retorna Confirmación ()
: IU_Registrar Área : CC_Área : E_Área

Diagrama de colaboración registrar área

237
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 116 muestra el Diagrama de colaboración del caso de uso de


mantener empresa
Figura 116
3: Ingresar datos de la empresa ()

: Administrador : IU_Mantenimiento Empresa


© Elaboración propia

4: Validar Datos ()
2: Mostrar Interface ()
7: Mostrar Mensaje de confirmación ()
1: Seleccionar(Mantenimiento Empresa) 5: Buscar Datos ()

6: Retornar Datos ()
: CC_Empresa : E_Empresa

: IU_Menu Principal

Diagrama de colaboración de mantener empresa

En la Figura 117 muestra el Diagrama de colaboración del caso de uso de


registrar empresa

Figura 117

1: Seleccionar(Mantenimiento de Empresa)

: Administrador : IU_Menu Principal


3: Presionar Nuevo o Editar ()
© Elaboración propia

2: Mostrar Interface ()

5: Ingresar datos de la Empresa ()

8: Registrar ()
: IU_Mantenimiento Empresa

4: Mostrar Interface () 10: Mostrar Datos de Confirmacón ()


6: Capturar Datos () 7: Registrar Datos ()

9: Retornar Confirmación ()
: IU_Registrar Empresa : CC_Empresa : E_Empresa

Diagrama de colaboración de registrar empresa

238
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 118 muestra el Diagrama de colaboración del caso de uso de


mantener prioridad
Figura 118
3: Ingresar datos de la prioridad
© Elaboración propia

: Administrador : IU_Mantenimiento Prioridad


2: Mostrar interface ()

1: Seleccionar(Mantenimiento Prioridad) 4: Validar datos

7: Mostrar mensaje de confirmación()

5: Buscar Datos ()

: IU_Menu Principal 6: Retornar confirmación ()


: CC_Prioridad : E_Prioridad

Diagrama de colaboración de mantener prioridad

En la Figura 119 muestra el Diagrama de colaboración del caso de uso de


registrar prioridad

Figura 119
1: Seleccionar(Mantenimiento Prioridad)

: Administrador 3: Precionar Nuevo o editar () : IU_Menu Principal


© Elaboración propia

2: Mostrar Interface ()

5: Ingresar datos de la prioridad ()

: IU_Mantenimiento Prioridad 8: Registrar ()

4: Mostrar Interface () 10: Mostrar mensaje de confirmación ()


6: Capturar datos () 7: Registrar datos()

9: Retornar confirmación ()
: IU_Registrar Prioridad : CC_Prioridad : E_Prioridad

Diagrama de colaboración de registrar prioridad

239
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 120 muestra el Diagrama de colaboración del caso de uso de


mantener proceso
Figura 120
3: Ingresar datos del proceso ()

: Administrador : IU_Mantenimiento Proceso


© Elaboración propia

2: Mostrar Interface () 7: Mostrar Mensaje de


4: Validar
conformación
Datos ()
1: Seleccionar(Mantenimiento proceso)

5: Buscar Datos ()

6: Retornar confirmación ()
: CC_Proceso : E_Proceso

: IU_Menu Principal

Diagrama de colaboración mantener proceso

En la Figura 121 muestra el Diagrama de colaboración del caso de uso de


registrar proceso
Figura 121
1: Seleccionar(Mantenimiento de proceso)

3: Presionar Nuevo o editar


: Administrador : IU_Menu Principal
© Elaboración propia

2: Mostrar Interface ()

5: Ingresar datos del proceso ()


: IU_Mantenimiento Proceso 8: Registrar ()

4: Mostrar Interface () 10: Mostrar Mensaje de Confirmación ()


6: Capturar Datos () 7: Registrar Datos ()

9: Retornar Confirmación ()
: IU_Registrar Proceso : CC_Proceso : E_Proceso

Diagrama de colaboración de registrar proceso

240
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 122 muestra el Diagrama de colaboración del caso de uso de


mantener tipo de trámite
Figura 122
3: Ingresar datos ()
© Elaboración propia

: Administrador : IU_Mantenimiento Tipo Tramite

2: Mostrar interface ()
4: Valir datos ()
1: Seleccionar (Mantenimiento tipo tramite)
7: Mostrar mensaje de confirmacion ()

5: Buscar datos ()

6: Retornar confirmacion ()
: CC_Tipo Tramite : E_Tipo Tramite
: IU_Menu Principal

Diagrama de colaboración de mantener tipo de trámite

En la Figura 123 muestra el Diagrama de colaboración del caso de uso de


registrar tipo de trámite

Figura 123
1: Seleccionar (Mantenimiento tipo tramite)

3: Precionar Nuevo o Editar ()


: Administrador : IU_Menu Principal
© Elaboración propia

2: Mostrar interface ()

5: Ingresar datos ()
: IU_Mantenimiento Tipo Tramite
8: Registrar ()

4: Mostrar Interface ()
10: Mostrar mensaje de confirmación ()
6: Capturar datos () 7: Registrar Datos ()

9: Retornar confirmación ()
: IU_Registrar Tipo Tramite : E_Tipo Tramite
: CC_Tipo Tramite

Diagrama de colaboración registrar tipo de tramite

241
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 124 muestra el Diagrama de colaboración del caso de uso de


mantener archivado
Figura 124
3: Ingresar Datos ()

: Administrador : IU_Mantenimiento Archivador


© Elaboración propia

2: Mostrar interface ()
7: Mostrar mensaje 4:
deValidar
confirmación
datos ()
1: Selecciona (Mantenimiento de archivador)

5: Buscar datos()

6: Retornar confirmación ()
: CC_Archivador : E_Archivador

: IU_Menu Principal

Diagrama de colaboración de mantener archivado

En la Figura 125 muestra el Diagrama de colaboración del caso de uso de


registrar archivado
Figura 125
1: Seleccionar (Mantenimiento de archivador)

: Administrador 3: Precionar Nuevo o editar : IU_Menu Principal


© Elaboración propia

2: Mostrar interface ()

5: Ingresar datos ()

8: Registrar ()
: IU_Mantenimiento Archivador

4: Mostrar interface () 10: Mostrar mensaje de confirmación ()


6: Capturar Datos () 7: Registrar datos ()

9: Retornar confirmación ()
: IU_Registrar Archivador : CC_Archivador : E_Archivador

Diagrama de colaboración de registrar archivado

242
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 126 muestra el Diagrama de colaboración del caso de uso de


mantener la bandeja de entrada
Figura 126
1: Seleccionar Enviados ()
7: Seleccionar Anulados ()
13: seleccionar Recibidos ()
19: Seleccionar derivados ()
© Elaboración propia

: Usuario : IU_Bandeja de entrada

2: Capturar datos () 4: Validar


14:
8: Capturar
Capturar datos
datos ()
() 10: Validar ()
20: Capturar datos () 16: Validar ()
22: Validar ()

3: Consultar ()
9: Consultar()
24: Mostrar () 15: Consultar ()
18: Mostrar () 21: Consultar ()
12: Muestra ()
6: Muestra ()

: CC_Bandeja : E_Opciones

23: Retornar ()
17: Retornar ()
11: Retornar ()
5: Retornar()

Diagrama de colaboración mantener la bandeja de entrada

En la Figura 127 muestra el Diagrama de colaboración del caso de uso de


generar proceso
Figura 127
2: Seleccionar prioridad ()
3: Seleccionar área()
4: Seleccionar proceso ()
5: Seleccionar tipo tramite ()
6: Seleccionar persona ()
7: Seleccionar documento ()
28: Seleccionar grabar ()

22: Valida ()
19: Valida ()
© Elaboración propia

: Usuario : IU_Generar Proceso

16: Valida ()

: E_Personal
: E_Tipo Tramite 27: Mostrar ()
31: Mostrar mensaje ()
29: Capturar parametros ()
: E_Proceso 8: Capturar Datos 21:
() Consulta ()
20: Retorna ()
17: Retorna ()
23: Retorna ()
18: Consulta () 30: validar () 10: Valida
13: Valida ()
15: Consulta ()

14: Retorna () 9: Consulta ()


25: Validar ()

26: Retornar ()
12: Consulta () 11: Retorna ()
: E_Prioridad
: E_Área : CC_Bandeja
24: Consultar ()

: E_Documento

Diagrama de colaboración de generar proceso

243
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 128 muestra el Diagrama de colaboración del caso de uso de derivar


Figura 128
35: Registra ()
3: Seleccionar tramite ()
18: Seleccionar area ()
19: Seleccionar Persona 4: Capturar datos ()
20: Seleccionar prioridad () 21: Capturar datos ()
32: Seleccionar guardar 33: Capturar Datos () 34: Registra Datos ()

29: Validar ()
© Elaboración propia

36: Retorna Confirmación


28: Consultar () ()
: Usuario : IU_Derivar 31: Mostrar () : CC_Bandeja : E_Tramite Derivado
2: Seleccionar parametros () 17: Mostrar ()
1: Seleccionar parametros () 30: Retornar ()
37: Mensaje de confirmación ()
11: Consultar ()
10: Retornar ()
27: Retornar () 7: Retornar ()
24: Retornar () 14: Consultar () : E_Prioridad
13: Retornar ()
16: Retornar ()
22: Consultar () 12: Validar ()
: IU_Bandeja de entrada 25: Consultar () 5: consultar()
9: Validar() 8: Consultar6:() Validar ()
26: Validar () 23: Validar () 15: Validar ()

: E_Proceso

: E_Personal : E_Área : E_Documento

Diagrama de colaboración de derivar

En la Figura 129 muestra el Diagrama de colaboración del caso de uso de ver


trámite.
Figura 129
18: Validar()

3: Seleccionar tramite
27: Seleccionar boton Cancelar () 4: Capturar datos() 17: Consultar()
© Elaboración propia

26: Mostrar () 19: Retornar()


: Usuario : IU_Ver tramite : CC_Bandeja : E_Área
2: Seleccionar parametros () 23: Consultar () 24: validar ()
1: Seleccionar parametros ()
25: Retornar ()
11: Consultar ()

13: Retornar ()
7: Retornar () 12: Validar ()
: IU_Bandeja de entrada 16: Retornar() 20: Consultar(): E_Prioridad
10: Retornar()
8: Consultar ()
5: Consultar() 14: Consultar () 22: retornar ()

6: Validar () 15: Validar () 9: Validar ()


21: Validar()
: E_Proceso

: E_Tramite Derivado : E_Personal : E_Tipo Tramite


: E_Documento

Diagrama de colaboración de ver tramite

244
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 130 muestra el Diagrama de colaboración del caso de uso de anexar


trámite
Figura 130
1: Seleccionar parametros () 3: Ingresa
2: Seleccionar
datos ()parametros ()
© Elaboración propia

: IU_Bandeja de entrada
: Usuario : IU_Anexar Tramite

8: Muestra mensaje de confirmación ()


6: Registra ()
4: Captura datos

5: Registra Datos ()

7: Retorna ()
: CC_Bandeja : E_Anexar tramite

Diagrama de colaboración de anexar tramite

En la Figura 131 muestra el Diagrama de colaboración del caso de uso de


archivar trámite
Figura 131
1: seleccionar Parametros ()

4: Consulta ()
14: Registra ()
: E_Proceso Tramite
: Usuario : IU_Bandeja de entrada

16: Muestra mensaje de confirmacion () 15: Retorna()


© Elaboración propia

5: Retorna ()
9: Consulta datos ()

: CC_Bandeja
10: Retorna ()
7: Selecciona Archivador ()
12: Selecciona boton archivar 3: Captura datos ()
8: Captura datos ()
13: Captura()
: E_Archivador
2: Selecciona parametros()

11: Muestra ()
6: Muestra ()

: IU_Archivar tramite

Diagrama de colaboración de archivar tramite

245
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 132 muestra el Diagrama de colaboración del caso de uso de


generar hoja de ruta
Figura 132
3: Seleccionar Personal ()
4: Seleccionar Proceso ()
5: Seleccionar Área ()
6: Seleccionar Archivador () 27: valida
7: Seleccionar Documento ()
24: Selecciona boton seguimiento ()
© Elaboración propia

: Usuario : IU_Generar hoja de Ruta


2: Seleccionar parametros ()
8: Capturar Parametros () : E_Hoja de Ruta
1: Seleccionar parametros ()
16: Validar () 25: Captura parametros () 26: Consulta () 13: Validar ()
29: Muestra mensaje de confirmación ()
28: retorna ()

17: Retornar () 12: Consultar ()

: IU_Bandeja de entrada 10: validar ()


15: Consultar () 14: Retornar ()
: E_Área 9: Consultar () : E_Proceso
: CC_Hoja de Ruta
21: Consultar ()
19: Validar () 22: Validar ()
20: Retornar
18: ()Consultar () 11: Retornar ()
23: Retornar ()

: E_Personal

: E_Archivador : E_Documento

Diagrama de colaboración de generar hoja de ruta

En la Figura 133 muestra el Diagrama de colaboración del caso de uso de


generar reporte de consultas
Figura 133
2: Seleccionar prioridad ()
3: Seleccionar área()
4: Seleccionar proceso ()
5: Seleccionar tipo tramite ()
6: Seleccionar persona ()
7: Seleccionar documento ()
28: Seleccionar grabar ()

22: Valida ()
19: Valida ()
: Usuario : IU_Generar Proceso

16: Valida ()
© Elaboración propia

: E_Personal
: E_Tipo Tramite 27: Mostrar ()
31: Mostrar mensaje ()
29: Capturar parametros ()
: E_Proceso 8: Capturar Datos 21:
() Consulta ()
20: Retorna ()
17: Retorna ()
23: Retorna ()
18: Consulta () 30: validar () 10: Valida
13: Valida ()
15: Consulta ()

14: Retorna () 9: Consulta ()


25: Validar ()

26: Retornar ()
12: Consulta () 11: Retorna ()
: E_Prioridad
: E_Área : CC_Bandeja
24: Consultar ()

: E_Documento

Diagrama de colaboración de generar reporte de consulta

246
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

J. Diagrama de Actividades de los casos de Uso del Sistema

Para las realizaciones de cada Caso de Uso del Sistema Identificado se hace un
respectivo diagrama de actividades del sistema, que muestra el orden en que las
clases de análisis ejecutan las acciones para realizar el caso de uso
correspondiente

En la Figura 134 muestra el Diagrama de Actividades del caso de uso Iniciar


Sesión, donde se muestra como el usuario puede iniciar sesión y acceder al
sistema
Figura 134
© Elaboración propia

Diagrama de actividades del caso de uso de iniciar sesión

247
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 135 muestra el Diagrama de Actividades del caso de uso de


modificar contraseña
Figura 135
© Elaboración propia

Diagrama de actividades del caso de uso de modificar contraseña

En la Figura 136 muestra el Diagrama de Actividades del caso de uso de


mantener usuario
Figura 136
© Elaboración propia

Diagrama de actividades del caso de uso de mantener usuario

248
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 137 muestra el Diagrama de Actividades del caso de uso de registrar


usuario.
Figura 137
© Elaboración propia

Diagrama de actividades del caso de uso de registrar usuario

En la Figura 138 muestra el Diagrama de Actividades del caso de uso de


mantener rol
Figura 138
© Elaboración propia

Diagrama de actividades del caso de uso de mantener rol.

249
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 139 muestra el Diagrama de Actividades del caso de uso de registrar


rol
Figura 139
© Elaboración propia

Diagrama de actividades del caso de uso de registrar rol


En la Figura 140 muestra el Diagrama de Actividades del caso de uso de
mantener personal
Figura 140
© Elaboración propia

Diagrama de actividades del caso de uso de mantener personal

250
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 141 muestra el Diagrama de Actividades del caso de uso de registrar


personal
Figura 141
© Elaboración propia

Diagrama de actividades del caso de uso de registrar personal

En la Figura 142 muestra el Diagrama de Actividades del caso de uso de


mantener área
Figura 142
© Elaboración propia

Diagrama de actividades del caso de uso mantener área

251
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 143 muestra el Diagrama de Actividades del caso de uso registrar


área
Figura 143
© Elaboración propia

Diagrama de actividades del caso de uso registrar área

En la Figura 144 muestra el Diagrama de Actividades del caso de uso de


mantener empresa
Figura 144
© Elaboración propia

Diagrama de actividades del caso de uso de mantener empresa

252
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 145 muestra el Diagrama de Actividades del caso de uso de registrar


empresa
Figura 145
© Elaboración propia

Diagrama de actividades del caso de uso de registrar empresa

En la Figura 146 muestra el Diagrama de Actividades del caso de uso de


mantener prioridad
Figura 146
© Elaboración propia

Diagrama de actividades del caso de uso de mantener prioridad

253
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 147 muestra el Diagrama de Actividades del caso de uso de registrar


prioridad
Figura 147
© Elaboración propia

Diagrama de actividades del caso de uso de registrar prioridad

En la Figura 148 muestra el Diagrama de Actividades del caso de uso de


mantener proceso
Figura 148
© Elaboración propia

Diagrama de actividades del caso de uso de mantener proceso

254
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 149 muestra el Diagrama de Actividades del caso de uso de registrar


proceso
Figura 149
© Elaboración propia

Diagrama de actividades del caso de uso de registrar proceso

En la Figura 150 muestra el Diagrama de Actividades del caso de uso de


mantener tipo de trámite
Figura 150
© Elaboración propia

Diagrama de actividades del caso de uso de mantener tipo de tramite

255
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 151 muestra el Diagrama de Actividades del caso de uso de registrar


tipo de trámite
Figura 151
© Elaboración propia

Diagrama de actividades del caso de uso de registrar tipo de tramite

En la Figura 152 muestra el Diagrama de Actividades del caso de uso de


mantener archivador
Figura 152
© Elaboración propia

Diagrama de actividades del caso de uso de mantener archivador

256
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 153 muestra el Diagrama de Actividades del caso de uso de registrar


archivador
Figura 153
© Elaboración propia

Diagrama de actividades del caso de uso de registrar archivador

En la Figura 154 muestra el Diagrama de Actividades del caso de uso de bandeja


de entrada
Figura 154
© Elaboración propia

Diagrama de actividades del caso de uso de bandeja de entrada

257
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 155 muestra el Diagrama de Actividades del caso de uso de generar


proceso
Figura 155
© Elaboración propia

Diagrama de actividades del caso de uso de generar proceso

258
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 156 muestra el Diagrama de Actividades del caso de uso de derivar


Figura 156
© Elaboración propia

Diagrama de actividades del caso de uso de derivar

En la Figura 157 muestra el Diagrama de Actividades del caso de uso de ver


trámite
Figura 157
© Elaboración propia

Diagrama de actividades del caso de uso de ver tramite

259
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 158 muestra el Diagrama de Actividades del caso de uso de anexar


trámite.
Figura 158
© Elaboración propia

Diagrama de actividades del caso de uso de anexar tramite

En la Figura 159 muestra el Diagrama de Actividades del caso de uso de archivar


trámite.
Figura 159
© Elaboración propia

Diagrama de actividades del caso de uso de archivar tramite

260
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 160 muestra el Diagrama de Actividades del caso de uso de generar


hoja de ruta
Figura 160
© Elaboración propia

Diagrama de actividades del caso de uso de generar hoja de ruta

K. Modelado WAE (Web Application Extension)

En la Figura 161 se muestra el modelado WAE de la interface IU Login

Figura 161
© Elaboración propia

<<build>> <<build>>

Login Script.js
Login_Form

WAE – Login

261
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 162 se muestra el modelado WAE de la interface IU Cambiar Clave

Figura 162
© Elaboración propia

<<build>> <<build>>

Script.js
CambiarClave_Form Menu Principal

WAE – Cambiar Clave

En la Figura 163 se muestra el modelado WAE de la interface IU Mantenimiento


Usuario
Figura 163
© Elaboración propia

<<build>> <<build>>

Menu Principal Script.js


MantenerUsuario_Form

WAE – Mantenimiento Usuario

En la Figura 164 se muestra el modelado WAE de la interface IU Registrar


Usuario
Figura 164

<<build>>
© Elaboración propia

<<build>>

Script.js
RegistrarUsuario_Form Mantenimiento Usuario

WAE – Registrar Usuario

262
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 165 se muestra el modelado WAE de la interface IU Mantenimiento


Personal
Figura 165

<<build>> <<build>>
© Elaboración propia

MantenimientoPersonal_Form Menu Principal Script.js

WAE – Mantenimiento Personal

En la Figura 166 se muestra el modelado WAE de la interface IU Registrar


Personal
Figura 166
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarPersonal_Form Mantenimiento Personal

WAE – Registral Personal


En la Figura 167 se muestra el modelado WAE de la interface IU Mantenimiento
Archivador
Figura 167
© Elaboración propia

<<build>> <<build>>

Menu Principal Script.js


MantenimientoArchivador_Form

WAE – Mantenimiento Archivador

263
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 168 se muestra el modelado WAE de la interface IU Registrar


Archivador
Figura 168
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarArchivar_Form Mantenimiento Archivador

WAE – Registrar Archivador

En la Figura 169 se muestra el modelado WAE de la interface IU Mantenimiento


Área
Figura 169

<<build>> <<build>>
© Elaboración propia

Menu Principal Script.js


MantenimientoArea_Form

WAE – Mantenimiento Área

En la Figura 170 se muestra el modelado WAE de la interface IU Registrar Área

Figura 170
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarArea_Form Mantenimiento Area

WAE – Registrar Área

264
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 171 se muestra el modelado WAE de la interface IU Mantenimiento


Empresa
Figura 171
© Elaboración propia

<<build>> <<build>>

MantenimientoEmpresa_Form Menu Principal Script.js

WAE – Mantenimiento Empresa

En la Figura 172 se muestra el modelado WAE de la interface IU Registrar


Empresa

Figura 172
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarEmpresa_Form Mantenimiento Empresa

WAE – Registrar Empresa


En la Figura 173 se muestra el modelado WAE de la interface IU Mantenimiento
Prioridad
Figura 173
© Elaboración propia

<<build>> <<build>>

Menu Principal Script.js


Mantenimiento Prioridad_Form

WAE – Mantenimiento Prioridad

265
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 174 se muestra el modelado WAE de la interface IU Registrar


Prioridad
Figura 174
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarPrioridad_Form Mantenimiento Prioridad

WAE – Registrar Prioridad

En la Figura 175 se muestra el modelado WAE de la interface IU Mantenimiento


Proceso
Figura 175
© Elaboración propia

<<build>> <<build>>

Menu Principal Script.js


MantenimientoProceso

WAE – Mantenimiento Proceso

En la Figura 176 se muestra el modelado WAE de la interface IU Registrar


Proceso
Figura 176
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarProceso_Form Mantenimiento Proceso

WAE – Registrar Proceso

266
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 177 se muestra el modelado WAE de la interface IU Mantenimiento


Rol
Figura 177
© Elaboración propia

<<build>> <<build>>

Menu Principal Script.js


MantenimientoRol_Form

WAE – Mantenimiento Rol

En la Figura 178 se muestra el modelado WAE de la interface IU Registrar Rol

Figura 178
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarRol_Form Mantenimiento Rol

WAE – Registrar Rol

En la Figura 179 se muestra el modelado WAE de la interface IU Mantenimiento


Tipo Tramite
Figura 179
© Elaboración propia

<<build>> <<build>>

Script.js
Menu Principal
MantenimientoTipoTramite_Form

WAE – Mantenimiento Tipo Trámite

267
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 180 se muestra el modelado WAE de la interface IU Registrar Tipo


Tramite
Figura 180
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarTipoTramite_Form Mantenimiento Tipo Tramite

WAE – Registrar Tipo Tramite

En la Figura 181 se muestra el modelado WAE de la interface IU Mantenimiento


Tipo de documento

Figura 181

<<build>> <<build>>
© Elaboración propia

Menu Principal Script.js


MantenimientoTipoDocumento_Form

WAE – Mantenimiento Tipo de Documento

En la Figura 182 se muestra el modelado WAE de la interface IU Registrar Tipo


de Documento
Figura 182
© Elaboración propia

<<build>> <<build>>

Script.js
RegistrarTipoDocumento_Frm Mantenimiento Tipo Documento

WAE – Registrar Tipo de Documento

268
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 183 se muestra el modelado WAE de la interface IU Mantenimiento


Cargo
Figura 183
© Elaboración propia

<<build>> <<build>>

Script.js
MnatenimientoCargo_Form Mantenimiento Cargo

WAE – Mantenimiento Cargo

En la Figura 184 se muestra el modelado WAE de la interface IU Registra Cargo

Figura 184

<<build>> <<build>>
© Elaboración propia

Script.js
MnatenimientoCargo_Form Mantenimiento Cargo

WAE – Registrar Cargo

En la Figura 185 se muestra el modelado WAE de la interface IU Gestionar


Documentos
Figura 185
© Elaboración propia

<<build>> <<build>>

Menu Principal Script.js


GestionarDocumentos_Form

WAE – Gestionar Documentos

269
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 186 se muestra el modelado WAE de la interface IU Generar


Proceso
Figura 186
© Elaboración propia

<<build>> <<build>>

Gestionar Documentos Script.js


GenerarProceso_Form

WAE – Generar Proceso

En la Figura 187 se muestra el modelado WAE de la interface IU Derivar

Figura 187
© Elaboración propia

<<build>> <<build>>

Derivar_Form Gestionar Documentos Script.js

WAE – Derivar

En la Figura 188 se muestra el modelado WAE de la interface IU Ver Tramite

Figura 188
© Elaboración propia

<<build>> <<build>>

Gestionar Documentos Script.js


VerTramite_Form

WAE – Ver Tramite

270
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 189 se muestra el modelado WAE de la interface IU Archivar Tramite

Figura 189
© Elaboración propia

<<build>> <<build>>

Gestionar Documentos Script.js


ArchivarTramite_Form

WAE – Archivar Tramite

En la Figura 190 se muestra el modelado WAE de la interface IU Anexar Tramite

Figura 190
© Elaboración propia

<<build>> <<build>>

Script.js
AnexarTramite_Form Gestionar Documentos

WAE – Anexar Tramite

En la Figura 191 se muestra el modelado WAE de la interface IU Descargar


Archivos
Figura 191
© Elaboración propia

<<build>> <<build>>

Gestionar Documentos Script.js


DescargarArchivo_Form

WAE – Descargar Archivos

271
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 192 se muestra el modelado WAE de la interface IU Generar


Consulta
Figura 192
© Elaboración propia

<<build>> <<build>>

Menu Principal Script.js


GenerarConsultas_Form

WAE – Generar Consulta

En la Figura 193 se muestra el modelado WAE de la interface IU Generar


Reporte de Tiempo Registro
Figura 193
© Elaboración propia

<<build>> <<build>>

GenerarReporteTiempo_Form Menu Principal Script.js

WAE - Generar Reporte de Tiempo Registro

En la Figura 194 se muestra el modelado WAE de la interface IU Generar


Reporte de Localización
Figura 194
© Elaboración propia

<<build>>
<<build>>

Menu Principal Script.js


GenerarReporteLocalizacion_Form

WAE - Generar Reporte de Localización

272
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

L. Listado de Interfaces

En la Figura 195 se observa el listado de interfaces, en el cual se observa todas


las interfaces que el usuario puede ingresar

Figura 195

IU_Cambiar clave IU_Login IU_Mantener Usuario IU_Registrar Usuario IU_Mantenimiento Personal IU_Registrar Personal IU_Mantenimiento Rol IU_Registrar Rol
(from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD)
© Elaboración propia

IU_Mantenimiento Proceso IU_Registrar Proceso IU_Mantenimiento Prioridad IU_Registrar Prioridad IU_Mantenimiento Tipo Tramite IU_Registrar Tipo Tramite
(from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD)

IU_Mantenimiento Archivador IU_Registrar Archivador IU_Mantenimiento Área IU_Registrar Área IU_Mantenimiento Empresa IU_Registrar Empresa
(from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD)

IU_Mantenimiento Cargo IU_Registrar Cargo IU_Mantenimiento Tipo Documento IU_Registrar Tipo Documento IU_Gestionar Documentos IU_Generar Proceso
(from SGD) (from SGD)

IU_Derivar IU_Anexar Tramite IU_Archivar tramite IU_Descargar Archivos IU_Generar Reporte de Localización IU_Generar Reporte de Tiempo Registro
(from SGD) (from SGD) (from SGD)

IU_Generar Consultas IU_Menu Principal


(from SGD) (from SGD)

Lista de Interfaces

M. Lista de Clases de Control

En la Figura 196 se observa el listado de controladores, en el cual se observa


todos los controladores que realizaran las acciones que el usuario realice en la
interfaz.

273
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

© Elaboración propia Figura 196

CC_Login CC - Usuario CC_Personal CC_Anexion CC_Archivacion CC_Archivador CC_Área CC_Bandeja CC_Derivacion


(from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD) (from SGD)

CC_Empresa CC_Prioridad CC_Proceso CC_Rol CC_Tipo Tramite CC_Cargo CC_Descarga CC_Tipo Documento
(from SGD) (from SGD) (from SGD) (from SGD) (from SGD)

Lista de Clases de Control

N. Lista de Clases de entidades

En la Figura 197 se observa el listado de entidades, en el cual se observa todas


las entidades que tendrán los datos que las acciones que el usuario realice en la
interfaz.

Figura 197
© Elaboración propia

E_Estado Tramite E_Generar Reportes de E_Opciones


E_Archivador E_Empresa consulta

E_Área E_Bandeja E_Proceso E_Documento E_Hoja de Ruta E_Prioridad

E_Usuario E_Personal E_Tramite Derivado E_Rol

Lista Clases de Entidades

274
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Ñ. Modelo Conceptual de Clases

En la Figura 198 se observa el modelo conceptual de clases, en el cual se observa todas las tablas relacionadas del sistema.

Figura 198

Modelo Conceptual De Clases

275
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

O. Modelo Lógico de la base de datos

En la Figura 199 se observa el modelo lógico de la base de datos, el cual contiene las clases de estereotipo entity, muestra las
multiplicidades entre ellas y sus atributos.

Figura 199

Modelo Lógico de la base de datos

276
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

P. Modelo Físico de la base de datos

En la Figura 200 se observa el modelo físico de la base de datos, el cual contiene las tablas que se van a crear en la base de
datos y sus cardinalidades.
Figura 200

Modelo Físico de la base de datos

277
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Q. Diccionario de la Base de Datos

El diccionario de datos se muestra en las siguientes tablas.


En la tabla 58 se muestra las columnas de la tabla “dit_archivador”, con sus
respectivas descripciones.

Tabla 58. Columnas de la tabla Dit_Archivador

Columna Tipo de dato Descripción


id_archivador serial Esta llave primaria Almacena
el código del archivador
Nombre Character varying Almacena el nombre de un
(30) archivador
fecha_creacion date Almacena la fecha de registro
de un archivador
fecha_limite date Almacena la fecha límite de
un archivador
estado character Almacena el estado (activo o
inactivo) de un archivador
Fuente: Elaboración propia

En la tabla 59 se muestra las columnas de la tabla “dit_archivados”, con sus


respectivas descripciones.

Tabla 59. Columnas de la tabla Dit_archivados

Columna Tipo de datos Descripción


id_archivado Serial Esta llave primaria
almacena el código de
los archivados
id_usuario_archiva Serial Esta llave foránea
almacena el código de
un usuario
estado character Almacena el estado
(activo o inactivo) de los
archivados
fecharegistro date Almacena la fecha de
registro de un archivado
id_archivador integer Esta llave foránea
almacena el código de
un archivador
Fuente: Elaboración propia

278
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la tabla 60 se muestra las columnas de la tabla “dit_área”, con sus respectivas


descripciones.
Tabla 60. Columnas de la tabla Dit_Área

Columna Tipo de datos Descripción


id_area serial Esta llave primaria
almacena el código de
una área
nombre character varying Almacena el nombre de
un área
estado character(1) Almacena el estado
(activo o inactivo) de
una área
fecharegistro date Almacena la fecha de
registro de una área
Fuente: Elaboración propia

En la tabla 61 se muestra las columnas de la tabla “dit_busqueda”, con sus


respectivas descripciones.

Tabla 61. Columnas de la tabla Dit_Busqueda

Columna Tipo de datos Descripción


id_busqueda serial Esta llave primaria
almacena el código de
una búsqueda
contador integer Almacena un contador
tipo integer Almacena un tipo de
búsqueda
fecha date Almacena la fecha de
registro de una
búsqueda
Fuente: Elaboración propia

279
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la tabla 62 se muestra las columnas de la tabla “dit_concluido”, con sus


respectivas descripciones.

Tabla 62. Columnas de la tabla Dit_Concluido

Columna Tipo de datos Descripción


id_conclusion serial Esta llave primaria
almacena el código de
una conclusión
id_usuario_concluye integer Esta llave foránea
almacena el código de
un usuario
estado character(1) Almacena el estado
(activo o inactivo) de
una conclusión
fecharegistro Date Almacena la fecha de
registro de una
conclusión
Fuente: Elaboración propia

En la tabla 63 se muestra las columnas de la tabla “dit_detalle_rolopcion”, con sus


respectivas descripciones.

Tabla 63. Columnas de la tabla Dit_Detalle_RolOpcion

Columna Tipo de datos Descripción


indice serial Esta llave primaria
almacena el código del
detalle rol opción
id_rol integer Esta llave foránea
almacena el código de
un rol
id_opcion integer Esta llave foránea
almacena el código de
una opción
estado Character (1) Almacena el estado
(activo o inactivo) del
detalle rol opción
Fuente: Elaboración propia

280
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la tabla 64 se muestra las columnas de la tabla “dit_detalletramite”, con sus


respectivas descripciones.

Tabla 64. Columnas de la tabla Dit_DetalleTramite

Columna Tipo de datos Descripción


id_detalle serial Esta llave primaria
almacena el código del
detalle
nro_documento integer Almacena el número de
documento
id_tipodocumento integer Esta llave foránea
almacena el código de
un tipo de documento
archivo character varying Almacena el nombre de
un archivo
detalle character varying Almacena el detalle del
tramite
id_tramite integer Esta llave foránea
almacena el código de
un tramite
id_usuario_registro integer Esta llave foránea
almacena el código de
un usuario
estado character(1) Almacena el estado
(activo o inactivo) del
detalle del tramite
fecharegistro date Almacena la fecha de
registro del detalle de
tramite
anexado character(1) Almacena la nueva
versión del documento
nombredocumento character varying Almacena el nombre del
documento
Fuente: Elaboración propia

281
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la tabla 65 se muestra las columnas de la tabla “dit_documento”, con sus


respectivas descripciones.

Tabla 65. Columnas de la tabla Dit_Documento

Columna Tipo de datos Descripción


id_documento serial Esta llave primaria
almacena el código del
documento
nombre character varying Almacena el nombre del
documento
observacion character varying Almacena la
observación del
documento
fecha_creacion date Almacena la fecha de
creación del documento
fecga_actualizacion date Almacena la fecha de
actualización del
documento
id_archivador integer Esta llave foránea
almacena el código de
un archivador
id_usuario integer Esta llave foránea
almacena el código del
usuario
ruta character varying Almacena la ruta del
documento.
estado character varying Almacena el estado
(activo o inactivo) del
documento
nombre_archivo character varying Almacena el nombre del
archivo
Fuente: Elaboración propia

282
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la tabla 66 se muestra las columnas de la tabla “dit_empresa”, con sus


respectivas descripciones.
Tabla 66. Columnas de la tabla Dit_Empresa

Columna Tipo de datos Descripción


id_empresa character varying Esta llave primaria
almacena el código de la
empresa
nombre character varying Almacena el nombre de
la empresa
direccion character varying Almacena la dirección
de las empresa
telefono character varying Almacena el teléfono de
la empresa
ruc character varying Almacena el ruc de la
empresa
representante character varying Almacena el
representante de la
empresa
estado character(1) Almacena el estado
(activo o inactivo) de la
empresa
fecharegistro date Almacena la fecha de
registro de la empresa
Fuente: Elaboración propia

En la tabla 67 se muestra las columnas de la tabla “dit_estadotramite”, con sus


respectivas descripciones.

Tabla 67. Columnas de la tabla Dit_EstadoTramite

Columna Tipo de datos Descripción


id_estado serial Esta llave primaria
almacena el código del
estado tramite
nombre character varying Almacena el nombre del
estado tramite
estado character(1) Almacena el estado
(activo o inactivo) del
estado tramite
fecharegistro date Almacena la fecha de
registro del estado

283
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

tramite
Fuente: Elaboración propia

En la tabla 68 se muestra las columnas de la tabla “dit_opciones”, con sus


respectivas descripciones.

Tabla 68. Columnas de la tabla Dit_Opciones

Columna Tipo de datos Descripción


id_opcion serial Esta llave primaria
almacena el código de
las opciones
nombre character varying Almacena el nombre de
las opciones
estado character varying Almacena el estado
(activo o inactivo) de las
opciones
Fuente: Elaboración propia

En la tabla 69 se muestra las columnas de la tabla “dit_personal”, con sus


respectivas descripciones.

Tabla 69. Columnas de la tabla Dit_Personal

Columna Tipo de datos Descripción


id_personal serial Esta llave primaria
almacena el código de la
persona
nombre character varying Almacena el nombre del
personal
apellido character varying Almacena el apellido de
la persona
dni character varying Almacena el dni de la
persona
estado character(1) Almacena el estado
(activo o inactivo) de la
persona
fecharegistro date Almacena la fecha de
registro de la persona
id_usuario integer Esta llave foránea
almacena el código del
usuario

284
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

id_empresa integer Esta llave foránea


almacena el código de la
empresa
Fuente: Elaboración propia

En la tabla 70 se muestra las columnas de la tabla “dit_prioridad”, con sus


respectivas descripciones.

Tabla 70. Columnas de la tabla Dit_Prioridad

Columna Tipo de datos Descripción


id_prioridad serial Esta llave primaria
almacena el código de la
prioridad
nombre character varying Almacena el nombre de
la prioridad
estado character(1) Almacena el estado
(activo o inactivo) de la
prioridad
fecharegistro date Almacena la fecha de
registro de la prioridad
Fuente: Elaboración propia

En la tabla 71 se muestra las columnas de la tabla “dit_proceso”, con sus


respectivas descripciones.

Tabla 71. Columnas de la tabla Dit_Proceso

Columna Tipo de datos Descripción


id_proceso serial Esta llave primaria
almacena el código del
proceso
nombre character varying Almacena el nombre del
proceso
estado character(1) Almacena el estado
(activo o inactivo) del
proceso
fecharegistro date Almacena la fecha de
registro del proceso
Fuente: Elaboración propia

285
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la tabla 72 se muestra las columnas de la tabla “dit_recepcionado”, con sus


respectivas descripciones.

Tabla 72. Columnas de la tabla Dit_Recepcionado

Columna Tipo de datos Descripción


id_recepcion serial Esta llave primaria
almacena el código de
recepción
id_usuario_recepciona integer Esta llave foránea
almacena el código del
usuario
estado character(1) Almacena el estado
(activo o inactivo) de la
recepción
fecharegistro date Almacena la fecha de
registro de la recepción
id_tramite integer Esta llave foránea
almacena el código del
tramite
Fuente: Elaboración propia

En la tabla 73 se muestra las columnas de la tabla “dit_derivados”, con sus


respectivas descripciones.

Tabla 73. Columnas de la tabla Dit_Derivados

Columna Tipo de datos Descripción


id_derivados serial Esta llave primaria
almacena el código de
los derivados
estado character(1) Almacena el estado
(activo o inactivo) de los
derivados
fecharegistro date Almacena la fecha de
registro de los derivados
id_tramite integer Esta llave foránea
almacena el código del
tramite
id_usuario_destino integer Esta llave foránea
almacena el código del
usuario

286
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

id_prioridad integer Esta llave foránea


Almacena el código de
la prioridad
observaciones character varying Almacena las
observaciones
Fuente: Elaboración propia

En la tabla 74 se muestra las columnas de la tabla “dit_roles”, con sus respectivas


descripciones.

Tabla 74. Columnas de la tabla Dit_Roles

Columna Tipo de datos Descripción


id_rol serial Esta llave primaria
almacena el código del
rol
nombre character varying Almacena el nombre del
rol
estado character varying Almacena el estado
(activo o inactivo) del rol
Fuente: Elaboración propia

En la tabla 75 se muestra las columnas de la tabla “dit_tipodocumento”, con sus


respectivas descripciones.

Tabla 75. Columnas de la tabla Dit_TipoDocumento

Columna Tipo de datos Descripción


id_tipodocumento serial Esta llave primaria
almacena el código del
tipo de tramite
nombre character varying Almacena el nombre del
tipo de documento
estado character(1) Almacena el estado
(activo o inactivo) del
tipo de documento
fecharegistro date Almacena la fecha de
registro del tipo de
documento
Fuente: Elaboración propia

287
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la tabla 76 se muestra las columnas de la tabla “dit_tipotramite”, con sus


respectivas descripciones.

Tabla 76. Columnas de la tabla Dit_TipoTramite

Columna Tipo de datos Descripción


id_tipotramite serial Esta llave primaria
almacena el código del
tipo tramite
nombre character varying Almacena el nombre del
tipo tramite
estado character(1) Almacena el estado
(activo o inactivo) del
tipo de tramite
fecharegistro date Almacena la fecha de
registro del tipo de
tramite
Fuente: Elaboración propia

En la tabla 77 se muestra las columnas de la tabla “dit_tramite”, con sus


respectivas descripciones.

Tabla 77. Columnas de la tabla Dit_Tramite

Columna Tipo de datos Descripción


nro_expediente serial Almacena el número del
expediente del tramite
id_tramite integer Esta llave primaria
almacena el código del
tramite
id_proceso integer Esta llave primaria
almacena el código del
proceso
id_prioridad integer Esta llave primaria
almacena el código de la
prioridad
id_usuario_destino integer Esta llave primaria
almacena el código del
usuario
id_usuario_registro integer Esta llave foránea
almacena el código del
usuario

288
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

estado character(1) Almacena el estado


(activo o inactivo) del
tramite
fecharegistro date Almacena la fecha de
registro del tramite
Fuente: Elaboración propia

En la tabla 78 se muestra las columnas de la tabla “dit_usuario”, con sus


respectivas descripciones.

Tabla 78. Columnas de la tabla Dit_Usuario

Columna Tipo de datos Descripción


id_usuario serial Esta llave primaria
almacena el código del
usuario
nombre character varying Almacena el nombre del
usuario
pass character varying Almacena la contraseña
de usuario
estado character varying Almacena el estado
(activo o inactivo) del
usuario
id_rol integer Esta llave foránea
almacena el código del
rol
fecha_registro date Almacena la fecha de
registro del usuario
Fuente: Elaboración propia

289
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

1. Modelo Diseño

A. Diseño de Prototipos

En la Figura 201 se observa la interfaz que el usuario utilizara para iniciar


sesión.

Figura 201

Interface de Iniciar Sesión

En la Figura 202 se observa la interfaz que el usuario utilizara para


modificar contraseña

Figura 202

Interface de cambiar contraseña

290
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 203 se observa la interfaz que el usuario utilizara para buscar


usuarios

Figura 203

Interface de buscar usuarios

En la Figura 204 se observa la interfaz que el usuario utilizara para registrar


usuarios

Figura 204

Interface de registrar usuario

291
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 205 se observa la interfaz que el usuario utilizara para buscar


roles

Figura 205

Interface de buscar roles

En la Figura 206 se observa la interfaz que el usuario utilizara para registrar


un rol

Figura 206

Interface de registro de rol

292
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 207 se observa la interfaz que el usuario utilizara para buscar


archivadores

Figura 207

Interface de búsqueda de archivadores

En la Figura 208 se observa la interfaz que el usuario utilizara para registrar


un archivador

Figura 208

Interface de registro de archivador

293
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 209 se observa la interfaz que el usuario utilizara para buscar


las áreas.

Figura 209

Interface de búsqueda de áreas

En la Figura 210 se observa la interfaz que el usuario utilizara para registrar


áreas

Figura 210

Interface de registro de áreas

294
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 211 se observa la interfaz que el usuario utilizara para buscar


procesos

Figura 211

Interface de búsqueda de procesos

En la Figura 212 se observa la interfaz que el usuario utilizara para registrar


procesos

Figura 212

Interface de registro de procesos

295
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 213 se observa la interfaz que el usuario utilizara para buscar


prioridades

Figura 213

Interface de búsqueda de prioridades

En la Figura 214 se observa la interfaz que el usuario utilizara para registrar


prioridades.

Figura 214

Interface de registro de prioridad

296
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 215 se observa la interfaz que el usuario utilizara para buscar


personal

Figura 215

Interface de búsqueda de personal

En la Figura 216 se observa la interfaz que el usuario utilizara para registrar


personal

Figura 216

Interface de registro de personal

297
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 217 se observa la interfaz que el usuario utilizara para buscar


un tipo de trámite.

Figura 217

Interface de búsqueda de tipo de trámite

En la Figura 218 se observa la interfaz que el usuario utilizara para registrar


un tipo de trámite.

Figura 218

Interface de registro de tipo de trámite

298
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 219 se observa la interfaz que el usuario utilizara para buscar


empresas.

Figura 219

Interface de búsqueda de empresa

En la Figura 220 se observa la interfaz que el usuario utilizara para registrar


empresas.

Figura 220

Interface de registro de empresa

299
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 221 se observa la interfaz que el usuario utilizara para iniciar la


gestión documental.

Figura 221

Interface de bandeja de entrada

En la Figura 222 se observa la interfaz que el usuario utilizara para generar


proceso.

Figura 222

Interface de generar proceso

300
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 223 se observa la interfaz que el usuario utilizara para generar


detalle del trámite.

Figura 223

Interface de detalle de trámite

En la Figura 224 se observa la interfaz que el usuario utilizara para la


búsqueda de documentos gestionados.

Figura 224

Interface de opciones de búsqueda

301
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 225 se observa la interfaz que el usuario utilizara para el


seguimiento de trámite.

Figura 225

Interface de seguimiento de trámite

En la Figura 226 se observa la interfaz que el usuario utilizara para archivar


los trámites gestionados.

Figura 226

Interface de archivar tramite

302
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 227 se observa la interfaz que el usuario utilizara para generar


hoja de ruta y seguimiento al trámite.

Figura 227

Interface de generar hoja de ruta

En la Figura 228 se observa la interfaz que el usuario utilizara para derivar


documentos.

Figura 228

Interface de derivar documentos

303
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 229 se observa la interfaz que el usuario utilizara para anexar


un trámite en ejecución.

Figura 229

Interface de Anexar Trámite

En la Figura 230 se observa la interfaz que el usuario utilizara para generar


reportes de tiempo promedio de registro de documentos.

Figura 230

Generar reportes de tiempo de registro de documentos

304
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

En la Figura 231 se observa la interfaz que el usuario utilizara para generar


reportes de porcentajes de documentos localizados.

Figura 231

Generar reporte de porcentaje de documentos localizados

305
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Diagrama de componentes
Figura 232

Archiv ar Mantener Registrar Mantenimien Registrar Mantenimien Registrar Mantenimi Registrar Mantenimiento Tipo Registrar Tipo de
Tramite Usuario Usuario to Personal Personal to Prioridad Prioridad ento Rol Rol de Documento Documento

Generar Mantenimien
Consultas to Proceso

Generar Hoja
Registrar
de ruta
© Development .IT

Proceso
Principal

Login Menu GUI Mantenimiento


Principal Tipo Tramite

Registrar
Cambiar Tipo Tramite
Clav e

Rutinas de Descargar Mantenimiento


conexion Documento Empresa

Ver Registrar
Tramite Empresa

Anexar Mantenimie
Tramite nto Area

Base de Datos Deriv ar Generar Gestionar Generar Reporte Generar Reporte Tiempo Promedio Rgistrar Mantenimien Registrar Mantenimi Registrar
Proceso Documentos de Localizacion de Registro de Documentos Archiv ador to Archiv ador Cargo ento Cargo Area

Diagrama de Componentes

306
Universidad Cesar Vallejo Escuela Profesional de Ingeniería de Sistemas

Diagrama de Despliegue

Figura 233
© Elaboración propia

Diagrama de Despliegue

307

También podría gustarte