Sistema de Mesa de Ayuda Informática Diácono PDF

TESIS DE MASTER
EN INGENIERA DEL SOFTWARE
SISTEMA DE MESA DE
AYUDA INFORMTICA
DICONO
AUTOR: ING. JUAN MANUEL BOURNISSEN
DIRECTORES
DRA. MARTA LPEZ FERNNDEZ (UPM)
M. ING. BIBIANA D. ROSSI (ITBA)
BUENOS AIRES, 2004

Dicono
Ing. Juan Manuel Bournissen 2 Indice

A mi esposa Adriana .
A mis hijos Helen y Roy.
Por el tiempo que les perteneca y
les fue quitado por la preparacin
de esta tesis.
Dicono

Agradecimientos
Quiero dejar expresado mi agradecimiento a quienes de alguna manera

me apoyaron en este trabajo de tesis.
1. A la Universidad Adventista del Plata por haberme becado para realizar

los estudios de posgrado.
2. Al Instituto Tecnolgico de Buenos Aires por presentar este master a
distancia.
3. A la Universidad Politcnica de Madrid por la opcin de dictar esta
maestra junto con universidades de otros pases.
4. A la Universidad Tecnolgica Nacional por haber sido quin me form en
la Ingeniera del Software.
5. A la Doctora Marta Lpez Fernndez por los aportes como tutora de la
Universidad Politcnica de Madrid.
6. Al Doctor Ramn Garca Martnez por haberme acompaado en mi
formacin.
7. A la Magster en Ingeniera del Software Bibiana Rossi por haber sido mi
tutora del Instituto Tecnolgico de Buenos Aires durante la carrera y la
tesis.
8. A la Magster en Ingeniera del Software Paola Britos por el tiempo
dedicado en los controles.
9. Al Doctor Carlos Steger Vicerrector acadmico de la Universidad
Adventista del Plata por su apoyo en mis estudios de maestra.
10. Al Profesor Emilio Vogel, Decano de la Facultad de Ciencias
Econmicas de la Universidad Adventista del Plata por su apoyo en mis
estudios de maestra.
11. Al Contador Hernn Olmedo Nissen, gerente de la Universidad
Adventista del Plata por su apoyo.
12. Al Ingeniero Pablo Frascarolli por el tiempo que dedicamos juntos al
estudio de esta maestra.
13. A la Ingeniera Cecilia Reyes por el tiempo que dedicamos juntos al
estudio de esta maestra.
14. Al Analista de Sistemas Nicols Giqueaux por sus aportes de
conocimientos en lenguajes de programacin.
15. A mis compaeros de trabajo, Ing. Roy Mayr, Lic. Carlos Mar, Lic.
Ingrid Poelstra y Lic. Gisela Muller por el apoyo que me han brindado.
16. A todos mis alumnos de la licenciatura en Sistemas de Informacin de
la Universidad Adventista del Plata por su constante inquietud de
aprender lo que hace que el profesor se actualice constantemente.
Dicono

Dicono
ndice general
Contenido Pg.
Captulo I: Introduccin general 3

I.1. Visin general del trabajo 3
I.2. Contenidos de la memoria 4
Captulo II: Dominio del problema 9

II.1. Problemtica 11
II.1.1. Direccin de Tecnologa y Operaciones 11
II.1.2. Reparaciones 12
II.1.3. Redes y servers 13
II.1.4. Telefona 14
II.2. Solucin desarrollada 14
II.2.4. Telefona 19
II.2.5. Mesa de Ayuda 19
Captulo III: Metodologas aplicadas 21

III.1. Introduccin 23
III.2. Metodologa Mtrica versin 3 23
III.2.1. Interfaz de gestin del proyecto 24
III.2.2. Interfaz de gestin de la configuracin 25
III.2.3. Interfaz de aseguramiento de la calidad 26
III.2.4. Estudio de viabilidad del sistema 28
III.3. Metodologa del Proceso Unificado de Desarrollo de Software 29
III.3.1. Requisitos 31
III.3.2. Anlisis 32
III.3.3. Diseo 33
III.3.4. Implementacin 34
III.3.5. Pruebas 35
III.3.6. Correcciones 36
III. 4. Herramientas utilizadas 36
Captulo IV: Gestin del proyecto 37

IV.1. Introduccin 39
IV.1.1. GPI 1: Estimacin de esfuerzo 40
Ing. Juan Manuel Bournissen -I- Indice

Dicono
Contenido Pg.
IV.12. GPI 2: Planificacin 42

IV.2. Gestin de la configuracin 47
IV.2.1. EVS-GC 1: Definicin de los requisitos de gestin de la
configuracin 47
IV.2.2. GC 1: Identificacin y registro de productos 47
IV.2.3. MSI-GC 1: Registro del cambio en el sistema de gestin de la
configuracin 52
IV.3. Aseguramiento de la calidad 54
IV.3.1. EVS-CAL 1: Identificacin de las propiedades de calidad 55
IV.3.2. ASI-CAL 3: Revisin del anlisis de consistencia 56
III.3.3. DSI-CAL 1: Revisin de la verificacin de la arquitectura del
sistema 57
IV.3.4. CSI-CAL 2: Revisin de las pruebas unitarias, de integracin y
del sistema 57
IV.3.5. IAS-CAL 3: Revisin de las pruebas de aceptacin del sistema 58
Captulo V: Viabilidad del sistema 59

V.1. EVS 1: Establecimiento del alcance del sistema 61
V.1.1. EVS 1.1: Estudio de la solicitud 61
V.1.2. EVS 1.2: Identificacin del alcance del sistema 61
V.2. EVS 2: Estudio de la situacin actual 62
V.3. EVS 3: Definicin de requisitos del sistema 62
V.3.1. EVS 3.1: Identificacin de las directrices tcnicas y de gestin 62
V.3.2. EVS 3.2: Identificacin de requisitos 63
V.3.3. EVS 3.3: Catalogacin de requisitos 63
V.4. EVS 4: Estudio de alternativas de solucin 68
V.4.1. EVS 4.1: Preseleccin de alternativas de solucin 68
V.4.2. EVS 4.2: Descripcin de las alternativas de solucin 68
V.5. EVS 5: Valoracin de las alternativas 73
V.5.1. EVS 5.1: Estudio de la inversin 73
V.5.2. EVS 5.2: Estudio de los riesgos 78
V.6. EVS 6: Seleccin de la solucin 81
V.6.1. EVS.6.1. Evaluacin de las alternativas y seleccin 81
V.6.2. Propuesta de solucin a los riesgos 81
Captulo VI: Desarrollo del Proyecto 83

VI.1. R 2: Encontrar actores y casos de uso 85
VI.1.1. R.2.1: Encontrar actores 85
VI.1.2. R 2: Encontrar actores y casos de uso 85
VI.1.3. R 3: Priorizar casos de uso 88
Ing. Juan Manuel Bournissen II Indice

Dicono
Contenido Pg.
VI.1.4. R 4: Detallar casos de uso 88

VI.2. Anlisis 120
VI.2.1. A 1: Analizar la arquitectura 120
VI.2.2. A 2: Analizar casos de uso 121
VI.2.3. A 3: Analizar las clases 131
VI.3. Diseo 177
VI.3.1. D 1: Disear la arquitectura 177
VI.3.2. D 2: Disear casos de uso 179
VI.3.3. D 3: Disear las clases 243
VI.3.4. D 4. Describir el modelo de datos 376
VI.4. Implementacin 385
VI.4.2. I 1: Implementar la arquitectura 385
VI.4.2. I 2: Escribir el manual del usuario 400
VI.4.3. I 3: Escribir el glosario general 400
VI.5. Pruebas 401
VI.5.1. P 1: Describir la estrategia de la prueba 401
VI.5.2. P 2: Disear los casos de prueba 402
IV.5.3. P 3: Realizar la prueba 404
IV.5.4. P 4: Evaluacin de la prueba 459
Captulo VII. Cierre del proyecto 459

VII.1. Aspectos a tratar en este captulo 461
VII.1.1. Gestin del proyecto y planificacin 461
VII.1.2. Gestin de la configuracin 461
VII.1.3. Aseguramiento de la calidad 461
Captulo VIII. Conclusiones 463

VIII.1. Alcances del sistema 465
VIII.1.1. Mejoras en la gestin 465
VIII.1.2. Aplicacin de estndares institucionales 465
VIII.1.3. Aporte al rea acadmica 465
VIII.1.4. Experiencia profesional 465
VIII.2. Consideraciones acerca de las metodologas usadas 466
Captulo IX. Bibliografa 471
Anexos 475
Anexo A. ndice de tablas y figuras 477
Anexo B. Entrevistas 495
B.1. Introduccin 495
B.2. Entrevista 495
Ing. Juan Manuel Bournissen - III - Indice

Dicono
Contenido Pg.
B.2.1. Preparacin de la sesin 495

B.2.2. Realizacin de la sesin 495
B.2.3. Trascripcin de la sesin 496
B.2.4. Anlisis de la sesin 1 497
B.3. Formularios de recoleccin de informacin 497
B.3.1. Agendas / Minutas de reunin 498
Anexo C. Diagrama de Gantt 512
Anexo D. Listas de verificacin 521
Anexo E. Glosario 526
Anexo F. Manual del usuario 534
1. Requisitos para la instalacin de Dicono 534
2. Gua de instalacin 534
3. Roles 535
4. Cmo acceder al sistema Dicono 536
5. Mesa de Ayuda 539
5.1. Consultas 541
5.2. Mantenimiento 559
5.3. Parte de trabajo 586
6. Preguntas frecuentes 602
Ing. Juan Manuel Bournissen IV Indice

Dicono
ndice detallado
Contenido Pg.
Captulo I: Introduccin general 3

I.1. Visin general del trabajo 3
I.2. Contenidos de la memoria 4
Captulo II: Dominio del problema 9

II.1. Problemtica 11
II.1.4. Telefona 14
II.2. Solucin desarrollada 14
II.2.4. Telefona 19
II.2.5. Mesa de Ayuda 19
Captulo III: Metodologas aplicadas 21

III.1. Introduccin 23
III.2. Metodologa Mtrica versin 3 23
III.2.1. Interfaz de gestin del proyecto 24
III.2.2. Interfaz de gestin de la configuracin 25
III.2.3. Interfaz de aseguramiento de la calidad 26
III.2.4. Estudio de viabilidad del sistema 28
III.3. Metodologa del Proceso Unificado de Desarrollo de Software 29
III.3.1. Requisitos 31
III.3.2. Anlisis 32
III.3.3. Diseo 33
III.3.4. Implementacin 34
III.3.5. Pruebas 35
III.3.6. Correcciones 36
III. 4. Herramientas utilizadas 36
Captulo IV: Gestin del proyecto 37

IV.1. Introduccin 39
IV.1.1. GPI 1: Estimacin de esfuerzo 40
Ing. Juan Manuel Bournissen -V- Indice

Dicono
Contenido Pg.
IV.1.1.1. GPI 1.1: Identificacin de los elementos a desarrollar 40

IV.1.1.1.1. Nmero medio de personas por da y por clases 40
IV.1.1.1.2. Clculo de clases clave 41
IV.1.1.1.3. Clculo de clases secundarias 41
IV.1.1.2. GPI 1.2: Clculo de esfuerzo 42
IV.12. GPI 2: Planificacin 42
IV.1.2.1. Estndares para los documentos 42
IV.1.2.2. GPI 2.1: Seleccin de la estrategia de desarrollo 45
IV.1.2.3. GPI 2.2: Seleccin de la estructura de actividades, tareas 47
y productos
IV.1.2.4. GPI 2.3: Establecimiento del calendario de hitos 47
IV.2. Gestin de la configuracin 47
IV.2.1. EVS-GC 1: Definicin de los requisitos de gestin de la
configuracin 47
IV.2.2. GC 1: Identificacin y registro de productos 47
configuracin 52
IV.2.3.1. MSI-GC 1.1: Registro del cambio en el sistema de gestin 52
de la configuracin
IV.2.3.2. MSI-GC 1.2: Registro de la nueva versin de los 54
productos afectados por el cambio en el sistema de gestin de la
configuracin
IV.3. Aseguramiento de la calidad 54
IV.3.1. EVS-CAL 1: Identificacin de las propiedades de calidad 55
IV.3.2. ASI-CAL 3: Revisin del anlisis de consistencia 56
IV.3.2.1. ASI-CAL 3.1: Revisin de catlogo de requisitos
IV.3.2.2. ASI-CAL 3.2: Revisin de la consistencia entre productos 56
III.3.3. DSI-CAL 1: Revisin de la verificacin de la arquitectura del
sistema 57
IV.3.3.1. DSI-CAL 1.1: Revisin de la consistencia entre productos 57
del diseo
IV.3.4. CSI-CAL 2: Revisin de las pruebas unitarias, de integracin y
del sistema 57
IV.3.5. IAS-CAL 3: Revisin de las pruebas de aceptacin del sistema 58
IV.3.5.1. IAS-CAL 3.1. Revisin de la realizacin de las pruebas de 58
aceptacin del sistema
Captulo V: Viabilidad del sistema 59

V.1. EVS 1: Establecimiento del alcance del sistema 61
V.1.1. EVS 1.1: Estudio de la solicitud 61
Ing. Juan Manuel Bournissen VI Indice

Dicono
Contenido Pg.
V.1.2. EVS 1.2: Identificacin del alcance del sistema 61

V.2. EVS 2: Estudio de la situacin actual 62
V.3. EVS 3: Definicin de requisitos del sistema 62
V.3.1. EVS 3.1: Identificacin de las directrices tcnicas y de gestin 62
V.3.2. EVS 3.2: Identificacin de requisitos 63
V.3.3. EVS 3.3: Catalogacin de requisitos 63
V.3.3.1. Catlogo de requisitos 64
V.3.3.1.1. Requisitos funcionales 64
V.3.3.1.2. Requisitos no funcionales 66
V.4. EVS 4: Estudio de alternativas de solucin 68
V.4.1. EVS 4.1: Preseleccin de alternativas de solucin 68
V.4.2. EVS 4.2: Descripcin de las alternativas de solucin 68
V.4.2.1. Comparacin de caractersticas 68
V.4.2.2. Costos del proyecto desarrollado a medida Dicono 70
V.4.2.3. Costos del proyecto con la compra del paquete Track-It 71
5.0
V.4.2.4. Costos del proyecto con la compra del paquete Mesa de 72
Ayuda Workgroup de Software & Bar Code
V.5. EVS 5: Valoracin de las alternativas 73
V.5.1. EVS 5.1: Estudio de la inversin 73
V.5.1.1. Costos del sistema Dicono 73
V.5.1.2. Costos del sistema Track it 74
V.5.1.3. Costos del sistema Workgroup Software & Bar Code 75
V.5.1.4. Beneficios de los sistemas 76
V.5.1.5. Comparacin de alternativas 77
V.5.2. EVS 5.2: Estudio de los riesgos 78
V.5.2.1. Riesgos del sistema Dicono 79
V.5.2.2. Riesgos del sistema Track-It 79
V.5.2.3. Riesgos del sistema Workgroup Software & Bar Code 80
V.5.2.4. Comparacin de alternativas 80
V.6. EVS 6: Seleccin de la solucin 81
V.6.1. EVS.6.1. Evaluacin de las alternativas y seleccin 81
V.6.2. Propuesta de solucin a los riesgos 81
Captulo VI: Desarrollo del Proyecto 83

VI.1. R 2: Encontrar actores y casos de uso 85
85
VI.1.1. R.2.1: Encontrar actores
VI.1.2. R 2: Encontrar actores y casos de uso 85
VI.1.3. R 3: Priorizar casos de uso 88
Ing. Juan Manuel Bournissen - VII - Indice

Dicono
Contenido Pg.
VI.1.3.1. R 3.1: Describir la poltica de priorizacin de los casos de 88

uso
VI.1.4. R 4: Detallar casos de uso 88
VI.1.4.1. R 4.1: Construccin de los diagramas de casos de uso 88
VI.1.4.1.1. Diagrama de casos de uso de mantenimiento 89
VI.1.4.1.2. Diagrama de casos de uso de parte de trabajo 90
VI.1.4.1.3. Diagrama de casos de uso de consultas 91
VI.1.4.2. R 4.2: Descripcin detallada de los casos de uso 92
VI.1.4.2.1. Casos de uso de mantenimiento 93
VI.1.4.2.2. Casos de uso de parte de trabajo 110
VI.1.4.2.3. Casos de uso de consultas 115
VI.2. Anlisis 120
VI.2.1. A 1: Analizar la arquitectura 120
VI.2.1.1. A.1.1: Identificacin de las clases de anlisis ms obvias 120
VI.2.2. A 2: Analizar casos de uso 121
VI.2.2.1. A 2.1: Identificacin de las clases de anlisis 121
VI.2.2.1.1. Diagramas de clase de mantenimiento 121
VI.2.2.1.2. Diagramas de casos de uso de parte de trabajo 124
VI.2.2.1.3. Diagramas de casos de uso de consultas 128
VI.2.3. A 3: Analizar las clases 131
VI.2.3.1. Casos de uso de mantenimiento 132
VI.2.3.1.1. Clases de interfaz 132
VI.2.3.1.1.1. Clase Mantener equipos - caso de uso 1 132
VI.2.3.1.1.2. Clase Mantener licencias - caso de uso 2 133
VI.2.3.1.1.3. Clase Mantener prioridades - caso de uso 3 134
VI.2.3.1.1.4. Clase Mantener servicios - caso de uso 4 134
VI.2.3.1.1.5. Clase Mantener especialidades - caso de 135
uso 5
VI.2.3.1.1.6. Clase Mantener tecnicos - caso de uso 6 135
VI.2.3.1.1.7. Clase Mantener usuario - caso de uso 7 136
VI.2.3.1.1.8. Clase Mantener hardware - Caso de uso 8 136
VI.2.3.1.1.9. Clase Mantener perifrico - Caso de uso 9 137
VI.2.3.1.1.10. Clase Mantener tipo equipo - caso de uso 137
10
VI.2.3.1.2. Clases de control 138
VI.2.3.1.2.1. Clase Gestionar equipos - caso de uso 1 138
VI.2.3.1.2.2. Clase Gestionar licencias - caso de uso 2 138
VI.2.3.1.2.3. Clase Gestionar prioridades - caso de uso 3 138
VI.2.3.1.2.4. Clase Gestionar servicio - caso de uso 4 139
VI.2.3.1.2.5. Clase Gestionar especialidad - caso de uso 139
5
Ing. Juan Manuel Bournissen VIII Indice

Dicono
Contenido Pg.
VI.2.3.1.2.6. Clase Gestionar tecnico - caso de uso 6 140

VI.2.3.1.2.7. Clase Gestionar usuarios - caso de uso 7 140
VI.2.3.1.2.8. Clase Gestionar hard - caso de uso 8 141
VI.2.3.1.2.9. Clase Gestionar periferico - caso de uso 9 141
VI.2.3.1.2.10. Clase Gestionar tipo equipo - caso de uso 141
10
VI.2.3.1.2.11. Clase Gestionar prioridad - caso de uso 11 142
VI.2.3.2. Casos de uso de parte de trabajo 142
VI.2.3.2.1.1. Clase Nuevo parte trabajos - caso de uso 13 142
VI.2.3.2.1.2. Clase Derivar parte de trabajo - caso de uso 143
14
VI.2.3.2.1.3. Clase Asignar tecnico - caso de uso 15 145
VI.2.3.2.1.4. Clase Buscar parte - caso de uso 16 146
VI.2.3.2.1.5. Clase Actualizar parte trabajo - caso de uso 148
17
VI.2.3.2.1.6. Clase Recepcionar conformidad - caso de 149
uso 18
VI.2.3.2.1.7. Clase Cerrar parte trabajo - caso de uso 19 151
VI.2.3.2.1.8. Clase Eliminar parte trabajo - Caso de uso 153
20
VI.2.3.2.2.1. Clase Gestionar parte trabajo - caso de uso 154
13, 17 y 19
VI.2.3.2.2.2. Clase Gestionar parte trabajo servicio - 155
casos de uso 14 y 16
VI.2.3.2.2.3. Clase Gestionar tecnicos - caso de uso 15 155
VI.2.3.2.2.4. Clase Gestionar conformidad - caso de uso 156
18
VI.2.3.2.2.5. Clase Gestionar eliminar parte - caso de uso 156
20
VI.2.3.3. Casos de uso de consultas 157
VI.2.3.3.1.1. Clase Consultar avance parte trabajo - caso 157
de uso 21
VI.2.3.3.1.2. Clase Datos usuario - caso de uso 22 158
VI.2.3.3.1.3. Clase Problemas - caso de uso 23 159
VI.2.3.3.1.4. Clase Consultar equipos - caso de uso 24 159
VI.2.3.3.1.5. Clase Tareas - caso de uso 25 160
VI.2.3.3.1.6. Clase Consultar licencias - caso de uso 26 161
Ing. Juan Manuel Bournissen - IX - Indice

Dicono
Contenido Pg.
VI.2.3.3.1.7. Clase Ocupacin tecnico - caso de uso 27 161

VI.2.3.3.1.8. Clase Trabajos tecnicos - caso de uso 28 162
VI.2.3.3.1.9. Clase Estadstica - caso de uso 29 162
VI.2.3.3.2.1. Clase Gestionar parte trabajo - caso de uso 163
13, 17 y 19
VI.2.3.3.2.2. Clase Gestionar parte trabajo servicio - caso 163
de uso 14, 16 y 29
VI.2.3.3.2.3. Clase Gestionar tecnico - caso de uso 15 164
18
20
VI.2.3.3.2.6. Clase Consultar avance parte trabajo - caso 166
de uso 21
VI.2.3.3.2.7. Clase Gestionar usuario - caso de uso 22 166
VI.2.3.3.2.8. Clase Consulta problemas - caso de uso 23 166
VI.2.3.3.2.9. Clase Consultar tareas - caso de uso 25 167
VI.2.3.3.2.10. Clase Consultar licencias - caso de uso 26 167
VI.2.3.3.2.11. Clase Consultar trabajos tecnico - caso de 167
uso 27 y 28
VI.2.3.4. Clases de entidad 168
VI.2.3.4.1. Parte de trabajo 168
VI.2.3.4.2. Usuarios 169
VI.2.3.4.3. People 169
VI.2.3.4.4. Sector 170
VI.2.3.4.5. Servicio parte de trabajo 170
VI.2.3.4.6. Prioridades 171
VI.2.3.4.7. Problema 172
VI.2.3.4.8. Solucin 172
VI.2.3.4.9. Tecnicos 173
VI.2.3.4.10. Especialidad 173
VI.2.3.4.11. Tecnico servicio 173
VI.2.3.4.12. Equipo inventario 174
VI.2.3.4.13. Equipo hard 174
VI.2.3.4.14. Equipo perifrico 175
VI.2.3.4.15. Software licencia 175
VI.2.3.4.16. Equipo Tipo 176
Contenido Pg.
Ing. Juan Manuel Bournissen X Indice

Dicono
VI.3. Diseo 177

VI.3.1. D 1: Disear la arquitectura 177
VI.3.1.1. D 1.1: Identificacin de nodos y configuraciones de red 177
VI.3.1.2. D 1.2: Identificacin de subsistemas 178
VI.3.2. D 2: Disear casos de uso 179
VI.3.2.1. D.2.1: Describir las interaciones entre los objetos de 179
diseo
VI.3.2.1.1. Diseo de casos de uso del subsistema de 179
mantenimiento
VI.3.2.1.2: Diseo de casos de uso del subsistema de parte 189
de trabajo
VI.3.2.1.3. Diseo de casos de uso del subsistema de 201
consulta
VI.3.2.2. Diagramas de interacciones 210
VI.3.2.2.1. Diagramas de interaccin del subsistema de 210
mantenimiento
VI.3.2.2.2. Diagramas de interaccin del subsistema de parte 225
de trabajo
VI.3.2.2.3. Diagramas de interaccin del subsistema de 236
consulta
VI.3.3. D 3: Disear las clases 243
VI.3.3.1. Clases de interfaz 244
VI.3.3.1.1. Clase MenuPpal 245
VI.3.3.1.2. Consultas 250
VI.3.3.1.2.1. Buscar parte 250
VI.3.3.1.2.2. Sus partes 251
VI.3.3.1.2.3. Parte de trabajo 252
VI.3.3.1.2.4. Correo 255
VI.3.3.1.2.5. Equipo 256
VI.3.3.1.2.6. Servicio 257
VI.3.3.1.2.7. Comentario 258
VI.3.3.1.2.8. Datos usuario 259
VI.3.3.1.2.9. Problemas 262
VI.3.3.1.2.10. Solucin 263
VI.3.3.1.2.11. Equipos 264
VI.3.3.1.2.12. Tareas 266
VI.3.3.1.2.13. Licencias 267
VI.3.3.1.2.14. Imprimir licencias 268
VI.3.3.1.2.15. Ocupacin del tcnico 270
VI.3.3.1.2.16. Imprimir ocupacin tcnicos 271
VI.3.3.1.2.17. Trabajos tcnico 273
Contenido Pg.
Ing. Juan Manuel Bournissen - XI - Indice

Dicono
VI.3.3.1.2.18. Imprimir trabajos tcnicos 274

VI.3.3.1.2.19. Estadstica 275
VI.3.3.1.2.20. Imprimir de estadstica 277
VI.3.3.1.3. Mantenimiento 279
VI.3.3.1.3.1. Licencias 280
VI.3.3.1.3.2. Nueva Licencia 280
VI.3.3.1.3.3. Modificar Licencia 281
VI.3.3.1.3.4. Borrar Licencia 282
VI.3.3.1.3.5. Tipo de equipo 283
VI.3.3.1.3.6. Nuevo tipo 284
VI.3.3.1.3.7. Modificar tipo 285
VI.3.3.1.3.8. Baja tipo 286
VI.3.3.1.3.9. Mantener hardware 286
VI.3.3.1.3.10. Nuevo Hard 288
VI.3.3.1.3.11. Modificar Hard 289
VI.3.3.1.3.12. Borrar Hard 291
VI.3.3.1.3.13. Mantener Perifrico 291
VI.3.3.1.3.14. Nuevo Perifrico 292
VI.3.3.1.3.15. Modificar Perifrico 293
VI.3.3.1.3.16. Borrar Perifrico 295
VI.3.3.1.3.17. Consultar Equipos 295
VI.3.3.1.3.18. Nuevo equipo 296
VI.3.3.1.3.19. Borrar equipo 298
VI.3.3.1.3.20. Servicios 299
VI.3.3.1.3.21. Nuevo servicio 300
VI.3.3.1.3.22. Modificar servicio 301
VI.3.3.1.3.23. Baja servicio 302
VI.3.3.1.3.24. Especialidad 303
VI.3.3.1.3.25. Nueva especialidad 304
VI.3.3.1.3.26. Modificar especialidad 305
VI.3.3.1.3.27. Borrar especialidad 306
VI.3.3.1.3.28. Mantener tcnico 306
VI.3.3.1.3.29. Nuevo tcnico 307
VI.3.3.1.3.30. Modificar tcnico 309
VI.3.3.1.3.31. Borrar tcnico 311
VI.3.3.1.3.32. Mantener usuarios 312
VI.3.3.1.3.33. Agregar usuario 313
VI.3.3.1.3.34. Modificar usuario 315
VI.3.3.1.3.35. Borrar usuarios 317
VI.3.3.1.3.36. Prioridad 318
Contenido Pg.
Ing. Juan Manuel Bournissen XII Indice

Dicono
VI.3.3.1.3.37. Nueva Prioridad 319

VI.3.3.1.3.38. Modificar Prioridad 320
VI.3.3.1.3.39. Borrar Prioridad 321
VI.3.3.1.4.1. Alta parte trabajo 322
VI.3.3.1.4.2. NuevoParte 325
VI.3.3.1.4.3. Derivar 327
VI.3.3.1.4.4. Cerrar 328
VI.3.3.1.4.5. Derivar parte de trabajo 330
VI.3.3.1.4.6. Derivar parte 331
VI.3.3.1.4.7. Asignar tecnico 334
VI.3.3.1.4.8. Buscar parte 335
VI. 3.3.2.4.9. Accion 337
VI.3.3.1.4.10. Parte trabajo 338
VI.3.3.1.4.11. Dar solucin 339
VI.3.3.1.4.12. Recepcionar Conformidad 340
VI.3.3.1.4.13. Cerrar parte trabajo 341
VI.3.3.1.4.14. Cerrar parte 343
VI.3.3.1.4.15. Eliminar parte trabajo 346
VI.3.3.1.4.16. Eliminar parte 347
VI.3.3.2. Clases de control 350
VI.3.3.2.1. GestionarEspecialidad 350
VI.3.3.2.2. GestionPeriferico 350
VI.3.3.2.3. GestionHard 351
VI.3.3.2.4. GestionParteTrabajo 351
VI.3.3.2.5. GestionUsuarios 352
VI.3.3.2.6. GestionPrioridades 352
VI.3.3.2.7. ConsultarProblemas 353
VI.3.3.2.8. GestionarServicio 353
VI.3.3.2.9. GestionarParteTrabajoServicio 354
VI.3.3.2.10. GestionarLicencias 355
VI.3.3.2.11. GestionTecnicos 355
VI.3.3.2.12. GestionarTipoEquipo 356
VI.3.3.2.13. GestionarEquipos 356
VI.3.3.3. Clases de entidad 357
VI.3.3.3.1. Equipo inventario 357
VI.3.3.3.2. Equipo Hard 359
VI.3.3.3.3. Equipo perifrico 359
VI.3.3.3.4. Equipo tipo 360
VI.3.3.3.5. Equipo Soft 361
Contenido Pg.
Ing. Juan Manuel Bournissen - XIII - Indice

Dicono
VI.3.3.3.6. Especialidad 361

VI.3.3.3.7. Especialidad Tecnico 362
VI.3.3.3.8. Hard 362
VI.3.3.3.9. Red 363
VI.3.3.3.12. People 366
VI.3.3.3.13. Masectorus 367
VI.3.3.3.15. Problema Tipo 368
VI.3.3.3.16. Problema 368
VI.3.3.3.17 Problema Parte Trabajo 369
VI.3.3.3.18. Sector 370
VI.3.3.3.19. Servicio 370
VI.3.3.3.20. Servicio parte de trabajo 371
VI.3.3.3.21. Soft Licencia 373
VI.3.3.3.22. Solucin 373
VI.3.3.3.23. Tcnicos 374
VI.3.3.3.24. Tcnico servicio 375
VI.3.4. D 4. Describir el modelo de datos 376
VI.3.4.1. Descripcin de atributos y claves 377
VI.4. Implementacin 384
VI.4.1. I 1: Implementar la arquitectura 384
VI.4.1.1. Interfaces 384
VI.4.1.1.1. Consultas 385
VI.4.1.1.2. Mantenimiento 388
VI.4.1.2. Controles 397
VI.4.1.3. Entidades 397
VI.4.2. I 2: Escribir el manual del usuario 398
VI.4.3. I 3: Escribir el glosario general 398
VI.5. Pruebas 399
VI.5.1. P 1: Describir la estrategia de la prueba 399
VI.5.2. P 2: Disear los casos de prueba 400
VI.5.2.1. Opciones de pantallas 401
VI.5.2.2. Derivacin de los casos de prueba 401
VI.5.2.3. Condiciones de entrada 402
IV.5.3. P 3: Realizar la prueba 402
VI.5.3.1. Mantenimiento 402
VI.5.3.1.1. Licencias 403
VI.5.3.1.2. Equipo tipo 406
Contenido Pg.
Ing. Juan Manuel Bournissen XIV Indice

Dicono
VI.5.3.1.3. Hardware 407

VI.5.3.1.4. Perifricos 412
VI.5.3.1.5. Equipos 413
VI.5.3.1.6. Servicios 416
VI.5.3.1.7. Especialidad tcnico 419
VI.5.3.1.8. Tcnicos 421
VI.5.3.2. Parte de trabajo 427
VI.5.3.2.1. Alta parte de trabajo 428
VI.5.3.2.2. Derivar parte de trabajo 434
VI.5.3.2.3. Asignar tcnico 435
VI.5.3.2.4. Buscar parte de trabajo 436
VI.5.3.2.5. Actualizar parte de trabajo 437
VI.5.3.2.6. Recepcionar conformidad 439
VI.5.3.2.7. Cerrar parte de trabajo 440
VI.5.3.2.8. Eliminar parte de trabajo 441
VI.5.3.3. Consultas 442
VI.5.3.3.1. Ingreso nmero de parte 443
VI.5.3.3.2. Usuarios de mesa 446
VI.5.3.3.3. Problemas 446
VI.5.3.3.4. Equipos 448
VI.5.3.3.5. Tareas 449
VI.5.3.3.6. Licencias 452
VI.5.3.3.7. Ocupacin tcnico 453
VI.5.3.3.8. Trabajos por tcnico 453
VI.5.3.3.9. Ocupacin estadsticas 456
IV.5.4. P 4: Evaluacin de la prueba 457
Captulo VII. Cierre del proyecto 459

VII.1. Aspectos a tratar en este captulo 461
VII.1.1. Gestin del proyecto y planificacin 461
VII.1.2. Gestin de la configuracin 462
VII.1.3. Aseguramiento de la calidad 462
Captulo VIII. Conclusiones 463

VIII.1. Alcances del sistema 465
VIII.1.1. Mejoras en la gestin 465
VIII.1.2. Aplicacin de estndares institucionales 465
VIII.1.3. Aporte al rea acadmica 465
Contenido Pg.
Ing. Juan Manuel Bournissen - XV - Indice

Dicono
VIII.1.4. Experiencia profesional 466

VIII.2. Consideraciones acerca de las metodologas usadas 466
Captulo IX. Bibliografa 471
Anexos 475
Anexo A. ndice de tablas y figuras 477
Anexo A.1. ndice de Figuras 477
Anexo A.2. ndice de Tablas 486
Anexo B. Entrevistas 495
B.1. Introduccin 495
B.2. Entrevista 495
B.2.1. Preparacin de la sesin 495
B.2.2. Realizacin de la sesin 495
B.2.3. Trascripcin de la sesin 496
B.2.4. Anlisis de la sesin 1 497
B.3. Formularios de recoleccin de informacin 497
B.3.1. Agendas / Minutas de reunin 498
Anexo C. Diagrama de Gantt 512
Anexo D. Listas de verificacin 521
D.1. Introduccin 521
Anexo E. Glosario general 526
Anexo F. Manual del usuario 534
1. Requisitos para la instalacin de Dicono 534
2. Gua de instalacin 534
3. Roles 535
4. Cmo acceder al sistema Dicono 536
5. Mesa de Ayuda 539
5.1. Consultas 541
5.1.1. Buscar parte 542
5.1.2. Sus partes 543
5.1.3. Parte de trabajo 544
5.1.4. Servicio 545
5.1.5. Pantalla de equipo 546
5.1.6. Pantalla de correo 546
5.1.7. Usuarios de mesa 547
5.1.8. Usuarios 547
5.1.9. Problemas 548
5.1.10. Solucin 550
5.1.11. Equipos 550
Ing. Juan Manuel Bournissen XVI Indice

Dicono
Contenido Pg.
5.1.12. Tareas 551

5.1.13. Comentarios 553
5.1.14. Licencias 553
5.1.15. Ocupacin tcnicos 554
5.1.16. Trabajos - tcnicos 556
5.1.17. Estadsticas 557
5.2. Mantenimiento 559
5.2.1. Licencias 560
5.2.2. Nueva licencia 561
5.2.3. Modificar licencias 562
5.2.4. Borrar licencias 562
5.2.5. Tipo de Equipo 563
5.2.6. Nuevo tipo 563
5.2.7. Modificar tipo 564
5.2.8. Borrar tipo 564
5.2.9. Hard 564
5.2.10. Nuevo hard 566
5.2.11. Borrar hard 566
5.2.12. Perifrico 567
5.2.13. Nuevo o Modificar perifrico 568
5.2.14. Borrar perifrico 568
5.2.15. Equipo 569
5.2.16. Nuevo equipo 570
5.2.17. Modificar equipo 571
5.2.18. Borrar equipo 571
5.2.19. Servicios 572
5.2.20. Nuevo servicio 573
5.2.21. Modificar servicio 574
5.2.22. Borrar servicios 574
5.2.23. Especialidades 575
5.2.24. Nueva especialidad 576
5.2.25. Modificar especialidad 576
5.2.26. Borrar de especialidades 576
5.2.27. Tcnico 577
5.2.28. Nuevo tcnico 578
5.2.29. Modificar tcnico 579
5.2.30. Borrar tcnico 579
5.2.31. Usuario 580
5.2.32. Nuevo usuario 581
5.2.33. Modificar usuario 582
Ing. Juan Manuel Bournissen - XVII - Indice

Dicono
Contenido Pg.
5.2.34. Borrar de usuario 582

5.2.35. Prioridad 583
5.2.36. Nueva prioridad 584
5.2.37. Modificar prioridad 585
5.2.38. Borrar de prioridad 585
5.3. Parte de trabajo 586
5.3.1. Alta de parte de trabajo 587
5.3.2. Nuevo parte 588
5.3.3. Derivar parte de trabajo 590
5.3.4. Derivar parte 590
5.3.5. Derivar 591
5.3.6. Asignar tcnico 592
5.3.7. Buscar parte de trabajo 593
5.3.8. Accin 594
5.3.9. Actualizar parte de trabajo 595
5.3.10. Dar solucin 596
5.3.11. Solucin 596
5.3.12. Comentarios 597
5.3.13. Recepcin de conformidad 598
5.3.14. Cerrar parte de trabajo 599
5.3.15. Eliminar parte de trabajo 600
5.3.16. Eliminar parte 600
6. Preguntas frecuentes 602
Ing. Juan Manuel Bournissen XVIII Indice

Captulo I
Introduccin General
Dicono Captulo I: Introduccin general
Captulo I: Introduccin general
I.1. Visin general del trabajo
Este trabajo de tesis de posgrado en ingeniera del software est orientado

a redefinir las funciones actuales tratando de dar soporte a las necesidades de la
Mesa de Ayuda (tambin llamada Help Desk, Call Center, Ayuda on-line o
Servicio de Soporte) del rea informtica de la Universidad Adventista del Plata,
desde ahora en adelante Universidad o UAP.
El proyecto lleva el nombre de Dicono. Proviene de la palabra de origen
griego Dikonos que literalmente significa servidor o ayudante, y hace alusin
a que el personal de Mesa de Ayuda est al servicio de los dems sectores de la
Universidad.
Entre los objetivos del presente trabajo se encuentran los siguientes:
1. Proveer a la Universidad de una herramienta automatizada para el
tratamiento de las necesidades de los usuarios de equipos
informticos.
2. Obtener un producto de calidad, que es construido aplicando
metodologas de sistemas y con la documentacin completa.
3. Servir de material para consulta de la carrera de sistemas de
informacin que posee la Universidad.
4. Aplicar minuciosamente y evaluar fortalezas y debilidades del
Proceso Unificado de Desarrollo de Software y la notacin UML,
(Unified Model Languaje, Lenguaje de Modelado Unificado).
Para este proyecto se seleccionaron e integraron dos metodologas:
Metodologa RUP (Rational Unified Process, Proceso Unificado de
Modelado),, para los flujos de trabajo del proceso (actividades
principales para el desarrollo del software).
Mtrica versin 3 en los flujos de trabajo de soporte (actividades de
apoyo al desarrollo del software), debido a que la RUP los menciona
pero no los tiene definidos.
Lo mencionado anteriormente se muestra en la Tabla I.1. Luego en el
captulo III se detalla cada uno de estos procesos.
Se emplean las diferentes notaciones que proporciona el UML, usando
como lenguaje de programacin al JSP (Java Server Page).
El software ha sido desarrollado bajo la responsabilidad del tesista y
quedar disponible para la posterior modificacin y/o adaptacin por el personal
de desarrollo de la Universidad.
Ing. Juan Manuel Bournissen -3-

Captulo I: Introduccin General Dicono
Procesos principales RUP Mtrica v. 3.

Interfaz de gestin del proyecto X
Interfaz de gestin de la configuracin X
Interfaz de aseguramiento de la calidad X
Estudio de viabilidad del sistema X
Requisitos X
Anlisis X
Diseo X
Implementacin X
Pruebas X
Tabla I.1. Metodologas utilizadas.
I.2. Contenidos de la memoria
Esta parte del trabajo tiene como objetivo introducir al lector en los
contenidos de cada uno de los captulos de esta tesis.
Captulo I: Introduccin general (este captulo): ubica al lector en el tema de

tesis, los objetivos, las metodologas a utilizar y una breve
descripcin del contenido de cada captulo.
Captulo II: Dominio del problema: se introduce al lector en el problema que se

intenta solucionar al construir un software de Mesa de Ayuda.
Captulo III: Metodologas aplicadas: este captulo tiene como objetivo detallar las
metodologas de sistemas utilizadas en el sistema Diconos.
Captulo IV: Gestin del proyecto: se detallan las actividades de gestin del
proyecto, gestin de la configuracin y aseguramiento de la calidad.
Captulo V: Viabilidad del sistema: se documentan las actividades que se llevan a

cabo al realizar un estudio de viabilidad, comparando distintos
sistemas y finalmente la eleccin de uno de ellos.
Captulo VI: Desarrollo del sistema: se documentan las actividades de

construccin de la aplicacin del software, a saber: requisitos, casos
de uso, anlisis, diseo, codificacin e implementacin.
Captulo VII: Cierre del proyecto. se realiza el cierre de las actividades del
proyecto.
Captulo VIII: Conclusiones: se describen a las conclusiones a las que se arriba

luego de finalizado el trabajo.
Captulo IX: Bibliografa
-4- Ing. Juan Manuel Bournissen

Dicono Captulo I: Introduccin general
Anexos: En los anexos se incluyen: el ndice de figuras y tablas, las entrevistas,

el grfico de Gantt, las listas de verificacin, el glosario y el manual del
usuario.

Captulo II
Dominio del problema

Dicono Captulo II: Dominio del Problema
Captulo II: Dominio del problema
En este captulo se aproxima al lector a los problemas que suelen enfrentar

los usuarios de equipos informticos de la Universidad y las soluciones que ofrece
la construccin de un software que pueda administrar la resolucin de estos
problemas.
El tema de tesis tiene como marco la Universidad y particularmente el rea
de informtica, por lo que a continuacin se presenta en la Figura II.1 el
organigrama del rea de informtica y en la Figura II.2 el organigrama general de
la institucin.
Vic. Asuntos
Econmicos
Comisin Comisin
Asesora Asesora
Informtica Econmica
Direccin de
Direccin de
Tecnologa y
Sistemas
Operaciones
Desarrollo Laboratorios Redes y Server Reparaciones Telefona
Figura II.1. Organigrama actual del rea informtica.

Captulo II: Dominio del Problema Dicono
Consejo Superior
Rector
Secretara General Auditora General
Asesora de Planif.
Asesora Jurdica
Estad.
Vic. Asuntos Vic. Relac. Instit. y

Vic. Bienestar Estud. Vic. Acadmico
Econmicos Comunicaciones
Comisin Comisin Consejo

Consejo Asesor
Asesora Estud. Asesora Econ. Acadmico
Gerencia Secretara de Sec. Rel

Asistente Vic.
Financiera Extensin Pblicas
Dir. Residencia Gerencia Secretara de

Desarrollo Web
Seoritas Servicios Investigacin
Dir. Residencias Direccin de

Gerencia RR.HH Radio
Varones Biblioteca
Gerencia Secretara Centro

Dir. de Cultura
Produccin Acadmica Produccin
Dir. Act. Direccin de Direccin Sec. Prensa y

Recreativas Sistemas Ense. Primaria Difusin
Dir. Bienestar Direccin de Direccin Centro

Espiritual Tecnologa Ense. Media Multimedia
Comisin Direccin Inst.

Audio
Asesora Infor. Terciario
Sec. Informes
Fac. Human. y Fac. C. Econ. Fac. C. de la

Fac. Teologa y de la Adm. Salud
C. Sociales
Comisin Inst. Misin de la Inst. Investig. Inst. de Inst.

Posgrado
Asesora Econ. Iglesia Teolgica Economa Bioestadstica
Figura II.2 Organigrama de la Universidad Adventista del Plata.
- 10 - Ing. Juan Manuel Bournissen

II.1. Problemtica
En la actualidad, cada sector del rea informtica atiende los pedidos, por
problemas en sus equipos informticos, de todas las reas y/o sectores. El
registro se hace mediante un control manual o mental de los mismos. Esto no
permite realizar seguimiento alguno del estado del avance de los trabajos, ni
saber el nivel de ocupacin de los tcnicos, no permite tener una base de
conocimientos de errores ms frecuentes con sus respectivas soluciones y, por
tanto hace imposible la generacin de informacin estadstica.
A continuacin se detallan las actividades actuales de cada uno de los
sectores del rea de informtica y cmo proceden al recibir los pedidos de los
usuarios.
II.1.1. Direccin de Tecnologa y Operaciones
La Direccin de Tecnologa y Operaciones es la responsable de velar por el

correcto funcionamiento de todos los equipos informticos de la Universidad
incluyendo los equipos que los usuarios tienen en sus oficinas, los servidores, las
redes informticas y telefnicas, como as tambin los equipos telefnicos.
Esta Direccin no tiene conocimiento del avance de los trabajos realizados, ni
del estado de ocupacin de cada uno de los empleados de los distintos sectores
bajo su cargo. No se lleva un control de las prioridades debido a que el
responsable de cada sector las elabora en forma mental, motivo por el cual
ambos directores no saben qu trabajo se encuentra realizando hasta que efecta
la consulta o ve personalmente el trabajo del personal a su cargo. En el momento
de realizar una planificacin o retocar la existente se carece de informacin. Por lo
cual se recurre a llamar al responsable del sector y preguntarle cuntos trabajos
tiene pendientes, nivel de ocupacin, etc.
Otra dificultad que se presenta es que algunos usuarios no saben a qu
sector llamar frente a los problemas. Por ejemplo: si no se puede comunicar
con un sistema que funciona en entorno web puede ser:
Un problema del sistema operativo o del navegador de Internet, en
este caso se debera llamar al sector de Reparaciones.
Un error en el cdigo del programa; se debera llamar a Desarrollo
de Sistemas.
Un problema de comunicacin de la red; por lo cual debera solicitar
ayuda a Redes y Servers.
Pero como el usuario por lo general no sabe cul de las tres dificultades
mencionadas es la que est padeciendo en ese momento, llama a cualquier
sector o al responsable del sector que ms conoce, cuando en realidad el
problema puede ser de otra seccin.
Ing. Juan Manuel Bournissen - 11 -

Otro caso similar es cuando un sector recibe un pedido por escrito o e-mail
y lo pone en cola de espera, y en realidad es de otro sector; mientras tanto
pas el tiempo y la necesidad no fue atendida.
Cuando se realizan los trabajos se necesita que el personal pueda trabajar
en forma concentrada y sin interrupciones externas. En la actualidad,
cualquiera que necesita de este sector llama directamente al responsable y/o
tcnicos, o viene personalmente. Estas interrupciones producen mucha prdida
de tiempo.
Es difcil controlar el cumplimiento de los procedimientos actuales por falta
de documentacin de la informacin.
Las fichas de las cuales se sirve el sector de Reparaciones son hojas
sueltas que pueden perderse y generalmente no estn actualizadas. Estas
hojas se encuentran en poder de las personas que estn realizando el trabajo y
no es posible llevar el control mientras no regresen a manos del encargado del
sector.
Los usuarios que tiene el sector de Tecnologa y Operaciones se
encuentran distribuidos de la siguiente forma:
Usuarios de PC (personal computer) en departamentos
de trabajo 200
Usuarios abonados externos 70
Alumnos que hacen uso de los equipos de consultas en
Laboratorios y Biblioteca 1500
II.1.2. Reparaciones
Reparaciones es la responsable de arreglar todos los equipos informticos

y telefnicos que sufren desperfectos en el mbito de la Universidad.
Cuando este sector atiende a los usuarios anota en una ficha el rea a la
que pertenece, el problema que el usuario tiene y la fecha de recepcin. Este
pedido puede ser referido a necesidades de los siguientes tipos:
Solicitud de reparacin de hardware: cuando es un problema fsico en el
equipo (sea PC, impresora, scanner, etc.) se debe trasladar el equipo
fsicamente al taller de reparaciones y realizar la verificacin del mismo
para determinar qu piezas deben repararse o cambiarse, comprobar si
existe stock o realizar el pedido si ste estuviera agotado, y si el equipo
estuviese en garanta, comunicar al responsable de Comercializacin
para que haga los trmites correspondientes con el proveedor. En este
ltimo caso se carece de informacin fidedigna de las fechas de compra
para lo cual el responsable recurre a su memoria y a buscar en todas

las facturas para verificar la fecha de compra y comprobar si el

hardware est en garanta para realizar los reclamos correspondientes.
Solicitud de software: si el problema se produce por un mal
funcionamiento de algunos de los programas instalados o si se requiere
una instalacin de un nuevo programa, se traslada el equipo al taller.
Para proceder a la instalacin se debe verificar la existencia de las
correspondientes licencias del software. Si para resolver el problema se
debe realizar una modificacin a los programas instalados
(configuracin), se lleva a cabo en la oficina del usuario.
Prstamo de equipos: en el caso que se deba retirar un equipo por
problemas de hardware o software y el trabajo demore ms de un da
se entrega al usuario un equipo de prstamo (PC, impresora, etc.) por el
tiempo que dura la reparacin. En la actualidad no se tiene registro de a
quin se facilit el equipo ni cundo.
Solicitud de nuevos equipos: en este caso se eleva el pedido al Director
de Tecnologa y Operaciones, que es el encargado de obtener la
autorizacin de la compra. Si se aprueba, el Director comunica al
responsable de Comercializacin que realice la compra de acuerdo a
las polticas existentes. Al llegar este equipo se emite una ficha para
que los tcnicos realicen la instalacin del software necesario y la
colocacin fsica del equipo en su lugar definitivo.
En todos los casos los controles son manuales. Se realiza la asignacin por
medio de una planilla que se entrega al tcnico, que la devuelve al terminar el
trabajo. Muchos trabajos quedan pendientes de terminar y no se conoce su
avance hasta recibir la planilla de regreso.
Parte del personal que trabaja en los distintos sectores del rea informtica
son alumnos que realizan pasantas de cuatro horas diarias y en el otro medio da
cursan sus estudios, por lo tanto en el tiempo en que no estn en el sector que les
corresponde no se posee informacin del avance de los trabajos que les han sido
asignados.
Tambin es difcil realizar estadsticas de trabajos realizados y de tiempos,
informacin solicitada por la Vicerrectora Financiera.
II.1.3. Redes y Servers
Es el sector que se encarga de mantener en funcionamiento todos los

equipos centrales y el tendido de la red que posee la Universidad.
Este sector recibe distintos tipos de demandas de los usuarios de Internet
tanto internos como externos tales como:
Solicitud de instalacin de nuevas redes: se registra el encargo y se
eleva a la comisin de informtica para el estudio de viabilidad.

Solicitud de mantenimiento de redes actuales: se asienta el pedido

en forma manual o mental y se pone en cola de espera.
Solicitud de mantenimiento de servers: si es urgente se pone
primero en la cola y se acta en forma inmediata, de lo contrario se
pone en cola de prioridades.
Solicitud de mantenimiento de cuentas de Internet: se toma nota y
se pone en cola de espera.
En todos los casos se apunta nota en forma manual o mental y no se emite
ninguna planilla de seguimiento, lo cual dificulta saber el estado de los trabajos y
la ocupacin de los tcnicos en cualquier momento.
II.1.4. Telefona
En esta rea se realiza el mantenimiento de los equipos de telfonos como

el tendido de la red telefnica de toda la Universidad.
Los usuarios de telfonos de la Universidad, tanto los que se encuentran
en las oficinas como las extensiones de internos en las casas de los empleados,
son atendidos desde este sector del rea de informtica.
No se lleva registro escrito de los pedidos por los problemas que se
presentan.
II.2. Solucin desarrollada
La solucin planteada consiste en crear un sector de Mesa de Ayuda que

dependa de Tecnologa y Operaciones.
Esta Mesa de Ayuda tiene como actividad principal el atender las consultas
y problemas de los usuarios y actuar como vnculo entre la comunidad de
usuarios y el mundo de los informticos.
Se puede definir una Mesa de Ayuda como: el punto central de contacto en
una organizacin donde los empleados pueden encontrar solucin a los
problemas relacionados con la plataforma computacional o recibir respuestas a
sus consultas. Los empleados entran en contacto con el Help Desk para
conseguir ayuda a sus problemas en el puesto de trabajo, dificultades en el uso
de sus computadoras, en sus aplicaciones de software, en el acceso a una red o
a una impresora y a otras preguntas tcnicas [Facility Group, 2002].
Para el usuario, la Mesa de Ayuda debe ser el nico contacto con el
personal de informtica independientemente de que se requiera de varios
tcnicos para resolver el problema.
La solucin a un problema, mediante de una Mesa de Ayuda, tiene los
siguientes niveles:

Primer nivel: si la Mesa de Ayuda puede resolver el problema en

forma inmediata, se dice que se llega a la solucin en un primer
nivel.
Segundo nivel: si se requiere de otros sectores, adems del cuerpo
tcnico que atiende el sector de Mesa de Ayuda (Reparaciones,
Redes y Servers o Telefona), al ser la Mesa de Ayuda la
responsable de coordinar el seguimiento del proceso para el avance
de la solucin; esto se produce debido a que la Mesa de Ayuda es la
nica interlocutora para el usuario y la nica responsable ante la
Direccin de Sistemas.
Tercer nivel: si la solucin an no se ha alcanzado en el segundo
nivel, se debe remitir el problema a otros especialistas (Ingenieros,
expertos, Direccin de Tecnologa y Operaciones, Vicerrectora de
Asuntos Econmicos, etc.).
Entre las actividades que tiene una Mesa de Ayuda se pueden mencionar
las siguientes [Dalessio, A, 1999]:
Responder preguntas de los usuarios.
Solucionar los problemas en un primer nivel.
Coordinar la resolucin de problemas.
Vincular la comunidad de usuarios con el personal tcnico.
Asegurar los niveles de atencin requeridos para usuarios o
departamentos clave.
Registrar todas las llamadas y posibles pasos posteriores hasta la
resolucin.
Identificar las necesidades de capacitacin.
Asesorar en cambios de hardware, software o procedimientos.
Documentar, evaluar y derivar las llamadas por problemas.
Analizar las estadsticas de problemas y sus soluciones.
Informar a la comunidad de usuarios.
Algunas de las ventajas que se obtienen al implementar una Mesa de
Ayuda son las siguientes [Facility Group, 2002]:
Los especialistas del Help Desk pueden solucionar ms llamadas en
menos tiempo.
El registro de las soluciones permite al personal del Help Desk investigar la
informacin relacionada con el problema y solucionarlo rpidamente.
Notificar automticamente a los especialistas del Help Desk, permite que
se pueda realizar una accin inmediata ante una llamada. Despus que el
problema se soluciona, el usuario puede ser notificado automticamente de
su resolucin.

Los problemas que no han sido resueltos dentro de los tiempos

establecidos pueden escalar automticamente a instancias superiores de
control para asegurar la atencin y el servicio apropiado.
La gerencia puede informarse del rendimiento de su rea en cualquier
momento utilizando mecanismos flexibles de generacin de reportes.
Con lo mencionado hasta aqu se puede decir que una Mesa de Ayuda es
la torre de control del servicio de soporte informtico integral.
En la figura II.3 se muestra el organigrama propuesto del rea de
informtica que incluye un sector de Mesa de Ayuda.
Vic. Asuntos
Econmicos
Comisin Comisin
Asesora Asesora
Informtica Econmica
Direccin de
Direccin de
Tecnologa y
Sistemas
Operaciones
Desarrollo Laboratorios Mesa de Ayuda Redes y Server Reparaciones Telefona
Figura II.3. Organigrama propuesto del rea informtica.
Adems de crear el sector, como se ha explicado, se desarrolla un sistema

informtico centralizado que atienda las solicitudes de los usuarios realizando los
siguientes pasos:
Atender al usuario por telfono, e-mail, memorando, fax o en forma
personal.
Identificar y registrar la peticin con los datos necesarios y una
descripcin del problema.
Intentar solucionar el problema en base a su experiencia o
consultando manuales o la base de datos histricos de problemas.
(cada problema resuelto queda almacenado para formar esta base).
Entregar al usuario el nmero de parte de trabajo.
Si no se solucion en este primer nivel, derivarlo al sector
correspondiente

Registrar la asignacin para luego poder realizar la consulta a quin

se le asign el trabajo.
Realizar un seguimiento de los partes de trabajo.
En el caso que la primera derivacin no resolviese el problema, debe
reasignar el trabajo a un nivel superior (especialistas, Direccin de
Sistemas, etc.)
Ejecutar el registro de esta nueva derivacin.
Cuando se llega a la solucin, confirmar con el usuario y verificar su
conformidad.
Registrar la confirmacin del usuario.
Cerrar el parte de trabajo.
En la figura II.4 se presenta un diagrama del seguimiento de un pedido
[Dalessio, A, 1999]:
Atender el
Usuarios
telfono
Registrar
Manuales de normas y
Resolucin procedimientos
No Si
?
Usuario
Asignar
No confirma
especialistas
solucin?
Registrar Si
asignacin Si
Seguimiento
y control
Registrar
confirmacin
Registrar
seguimiento
Manuales de normas y Cerrar

reclamo
Resolucin
procedimientos Usuario
confirma
?
solucin?
No No Bases de
soluciones para
Escalamiento Registrar
y control consultas de cierre
especialistas
Registrar Problema
escalamiento resuelto
Figura II.4. Diagrama de seguimiento de pedido del usuario.

Las ventajas que prevn obtener con la utilizacin del sistema de Mesa de
Ayuda centralizado, se mencionan a continuacin dividido por sectores.
II.2.1. Direccin de Tecnologa y Operaciones
Permite acceder en forma permanente a la informacin sobre el nivel

de ocupacin del personal a su cargo.
Proporciona conocimiento del avance de los trabajos de los distintos
sectores a su cargo.
Posibilita la emisin de estadsticas de trabajos realizados, tiempos de
respuestas, etc. Esta informacin es de gran utilidad para determinar
el rendimiento del personal tcnico y constituye una herramienta para
incentivar a que los usuarios mantengan el parte de trabajo
actualizado.
En todos los casos las solicitudes de trabajo poseen las siguientes
caractersticas:
Debe tener una prioridad asignada que se incrementa con el paso
del tiempo.
Algunas solicitudes deben ser autorizadas por el responsable del
rea de informtica o por otro ente superior, en ese caso la
solicitud debe ser consultada con el director de Tecnologa,
(enviada va Intranet) quin procede a llevar adelante el proceso
de autorizacin correspondiente y luego derivarla al sector
capacitado en el tema.
Permite emitir distintos listados y estadsticas de trabajos
realizados.
Las solicitudes de trabajos son respondidas inmediatamente si la
solucin es sencilla, de lo contrario es remitida al sector
correspondiente.
Se crea una seccin de las dificultades frecuentes con sus
soluciones a la que el usuario puede recurrir y as solucionar los
problemas ms sencillos sin tener necesidad de contactar con el
rea informtica.
II.2.2. Reparaciones
Las solicitudes de trabajo confeccionadas por la Mesa de Ayuda

son utilizadas como documentos para que el rea administrativa-
contable realice los cobros correspondientes a los sectores por los

gastos que ocasionan los pedidos como repuestos, licencias de

software instaladas, etc.
Las solicitudes de trabajo sirven como entrada al mdulo de
inventario de equipos. Esto permite mantener una descripcin de
cada equipo y sus componentes con las fechas de compras de
cada parte para saber el vencimiento de las garantas de estas
piezas y el proveedor a quien se realiz la compra.
Brinda la posibilidad de llevar un control del software instalado en
cada mquina y sus licencias correspondientes.
Puede ratificar el tiempo que cada tcnico insumi en cumplir con
cada solicitud de trabajo.
Permite al encargado del sector conocer el nivel de ocupacin de
sus tcnicos.
II.2.3. Redes y Servers
En el rea de abonados de Internet se lleva una cola de

prioridades de trabajos a realizar manteniendo un histrico de las
cuentas.
Sirve como documento para controlar el avance de las
instalaciones de las redes, servers y cuentas de Internet.
Permite al encargado del sector conocer el nivel de ocupacin de
sus tcnicos.
II.2.4. Telefona
Se lleva registro en el parte de trabajo al igual que los dems sectores con
lo que se tiene informacin de los trabajos pendientes con sus prioridades.
II.2.5. Mesa de Ayuda
Este es un nuevo sector dependiente de la Direccin de Tecnologa y

Operaciones. Tiene la responsabilidad de recibir todas las solicitudes de los
usuarios por cualquier problema informtico. Debe atender cada problema y tratar
de brindar una resolucin en forma inmediata, registrando el mismo y la solucin
encontrada en el sistema informtico. Si la dificultad no puede ser solucionada se
debe derivar al sector que corresponde, segn el tipo de problema, y comunicar al
usuario el nmero de parte asignado a su pedido para que l pueda realizar el
seguimiento del mismo.

Adems es la responsable de mantener actualizada la configuracin de los

equipos y las licencias de los distintos paquetes software que posee la
Universidad.

Captulo III
Metodologas aplicadas
Dicono Captulo III: Metodologas aplicadas
Captulo III: Metodologas aplicadas
III.1. Introduccin
En este captulo se presenta una descripcin detallada de las

metodologas empleadas para el desarrollo del sistema Dicono. La
codificacin asociada a las actividades y tareas de estas metodologas se
utilizar para su identificacin en los epgrafes de esta Tesis, tanto en este
captulo como en los siguientes.
El motivo de la combinacin de las metodologas se debe a que la
Universidad tiene como poltica que todo el software que se construya se debe
desarrollar usando la metodologa RUP, haciendo uso de la notacin UML.
Adems en la Repblica Argentina esta metodologa es aplicada como un
estndar de desarrollo en el mercado informtico. Pero esta metodologa no se
explaya en los conceptos de gestin del proyecto, que es un requisito para el
desarrollo de esta tesis, motivo por el cual se decidi usar una metodologa que
s lo detalla, eligiendo Mtrica versin 3. De Mtrica versin 3 se puede decir
que en Argentina prcticamente no se usa en las empresas y existen muy
pocos trabajos publicados.
Estas dos metodologas utilizadas se explican con ms detalle en las
Tablas III.1 a III.10 y se complementa con una breve descripcin de cada una
de las actividades que se aplican al sistema Dicono.
III.2. Metodologa Mtrica versin 3
Esta metodologa fue desarrollada por el Ministerio de Administraciones

Pblicas de Espaa [Webmap, 2004]. La versin 3 de esta metodologa es una
mejora de la versin 2.1 y se han tenido en cuenta la norma ISO 12.207
"Information technology Software life cycle processes". [WebISO, 1995]
Siguiendo este modelo, se ha elaborado la estructura de Mtrica versin 3 en la
que se distinguen procesos principales (Planificacin, Desarrollo y
Mantenimiento) e interfaces (Gestin de Proyectos, Aseguramiento de la
Calidad, Seguridad y Gestin de Configuracin) cuyo objetivo es dar soporte al
proyecto en los aspectos organizativos.
Adems de la norma ISO 12.207, entre los estndares de referencia hay
que destacar las normas ISO/IEC TR 15.504/SPICE Software Process
Improvement and Assurance Standards Capability Determination; [WebISO,
2004] UNE-EN-ISO 9001:2000 Sistemas de Gestin de la Calidad, Requisitos,
UNE-EN-ISO 9000:2000 Sistemas de Gestin de la Calidad, [WebISO, 2000],
el estndar IEEE 610.12-1.990 Standard Glossary of Software Engineering
Terminology del Institute of Electrical and Electronics Engineers, [WebIEEE,
1990]

Captulo III: Metodologas aplicadas Dicono
Igualmente se han tenido en cuenta otras metodologas como SSADM

(Structured Systems Analysis and Design Method), Merise y EUROMTODO
[Webmap, 2004].
Es un instrumento til para la sistematizacin de las actividades que dan
soporte al ciclo de vida del software dentro del marco que permite alcanzar los
siguientes objetivos:
Proporcionar o definir sistemas de informacin que ayuden a
conseguir los fines de la organizacin mediante la definicin de un
marco estratgico para el desarrollo de los mismos.
Dotar a la organizacin de productos software que satisfagan las
necesidades de los usuarios dando una mayor importancia al anlisis
de requisitos.
Mejorar la productividad y las comunicaciones de los departamentos
de Sistemas y Tecnologas y Operaciones, permitiendo una mayor
capacidad de adaptacin a los cambios y teniendo en cuenta la
reutilizacin de cdigo en la medida de lo posible.
Facilitar la comunicacin y entendimiento entre los distintos
participantes en la produccin de software a lo largo del ciclo de vida
del proyecto, teniendo en cuenta su papel y responsabilidad, as
como las necesidades de todos y cada uno de ellos.
Facilitar la operacin, mantenimiento y uso de los productos de
software obtenidos.
Como ya se ha mencionado, en este trabajo slo se ha aplicado un
subconjunto concreto de procesos de Mtrica versin 3, que son lo siguientes:
gestin de proyectos, gestin de configuracin y aseguramiento de la calidad.
Todos estos procesos se describen brevemente en las siguientes secciones.
III.2.1. Interfaz de gestin del proyecto
La finalidad principal es la planificacin, el seguimiento y el control de las

actividades y de los recursos humanos y materiales que intervienen en el
desarrollo de un sistema de informacin. En la tabla III.1 se observan las
actividades de la gestin del proyecto.

Actividades Tareas Productos Tcnicas y

prcticas
GPI 1 Estimacin de 1.1 Identificacin de los Catlogo de clases Catalogacin
esfuerzo elementos a
desarrollar
1.2 Clculo de esfuerzo Esfuerzo estimado Estimacin
GPI 2 Planificacin 2.1 Seleccin de la Planificacin general
estrategia de del proyecto
desarrollo
2.2 Seleccin de la Planificacin general Planificacin
estructura de del proyecto.
actividades, tareas y Catlogos de
productos productos a generar
2.3 Establecimiento del Planificacin general Planificacin
calendario de hitos del proyecto
Tabla III.1. Metodologa Mtrica V. 3 - Interfaz de gestin.
GPI 1. (Gestin de Configuracin de Inicio) Estimacin de esfuerzos: tiene

como objetivo conocer el tamao aproximado del sistema a desarrollar y
establecer el costo y la duracin.
GPI 2. Planificacin: la meta es definir y preparar las condiciones de trabajo,

estableciendo fechas para la terminacin de cada una de las partes del
proyecto y por ende del plan total.
III.2.2. Interfaz de gestin de la configuracin
El objetivo es mantener la integridad de los productos que se obtienen a

lo largo del desarrollo de los sistemas de informacin, garantizando que no se
realicen cambios incontrolados y que todos los participantes en el desarrollo del
sistema dispongan de la versin adecuada de los productos que manejan. En
la tabla III.2 se observan las actividades de la gestin de la configuracin

prcticas
EVS- Definicin de 1.1 Definicin de los requisitos Requisitos de gestin Entrevistas
GC 1 los requisitos de gestin de configuracin de configuracin
de gestin de
la configuracin
GC 1 Identificacin y 1.1 Identificacin y registros de Registros de los Reuniones
registros de los productos de los productos: nombre, del grupo de
productos procesos en el sistema de versin, estado, Desarrollo
gestin de la configuracin localizacin


prcticas
MSI- Registro del 1.1 Registro del cambio en el Registro de cambio Registracin
GC 1 cambio en el sistema de gestin de la
sistema de configuracin
gestin de la 1.2 Registro de la nueva Registro de la nueva Registracin
configuracin versin de los productos versin del sistema de
afectados por el cambio en informacin
el sistema de gestin de la
configuracin
Tabla III.2. Metodologa Mtrica V. 3 - Interfaz de gestin de la configuracin.
EVS-GC 1. (Estudio de Viabilidad del sistema Gestin de Configuracin)

Definicin de los requisitos de gestin de configuracin: se identifica la
necesidad de gestionar la configuracin de los sistemas de informacin, los
requisitos generales de gestin de la configuracin y los procesos de control
que se llevan a cabo para mantener la integridad de los productos que se
obtienen a lo largo de los procesos principales.
EVS-GC 2. Establecimiento del plan de la gestin de configuracin: definir el

plan de gestin de la configuracin.
GC 1. (Gestin de Configuracin) Identificacin y registros de productos: se

distinguen los productos que se obtienen de cada uno de los procesos,
asignndoles un nombre, un cdigo, una versin, un estado (que indica la
situacin en que se encuentran dentro de su proceso de elaboracin), y su
localizacin en el sistema de gestin de la configuracin, de forma que se
encuentren identificados de manera nica.
MSI-GC 1. (Mantenimiento del Sistema de Informacin Gestin de la

Configuracin) Registro del cambio en el sistema de gestin de la
configuracin: se registran los cambios que se producen por las peticiones de
mantenimiento y se actualizan los registros con la nueva versin producida por
estos cambios.
III.2.3. Interfaz de aseguramiento de la calidad
Su finalidad es proporcionar un marco comn de referencia para la

definicin y puesta en marcha de los planes especficos de aseguramiento de
calidad aplicables al proyecto. En la tabla III.3 se observan las actividades del
aseguramiento de la calidad.


prcticas
EVS- Identificacin de 1.3 Identificacin de las Propiedades de Sesiones de
CAL 1 las propiedades propiedades de calidad calidad trabajo
de calidad Planificacin
ASI- Revisin del 3.1 Revisin de catlogo de Revisin de Revisin
CAL 3 anlisis de requisitos requisitos tcnica
consistencia 3.2 Revisin de la Revisin de Revisin
consistencia entre consistencia tcnica
productos
DSI- Revisin de la 1.1 Revisin de la Revisin de la Revisin
CAL 1 verificacin de la consistencia entre arquitectura del tcnica
arquitectura del productos del diseo sistema
sistema
CSI- Revisin de las 2.1 Revisin de la Revisin de la Revisin formal
CAL 2 pruebas unitarias, realizacin de las realizacin de las
de integracin y pruebas unitarias pruebas unitarias
del sistema 2.2 Revisin de la Revisin de la Revisin formal
realizacin de las realizacin de las
pruebas de integracin pruebas de
integracin
2.3 Revisin de la Revisin de la Revisin formal
realizacin de las realizacin de las
pruebas del sistema pruebas del sistema
IAS- Revisin de las 3.1 Revisin de la Revisin de la Revisin formal
CAL 3 pruebas de realizacin de las realizacin de las
aceptacin del pruebas de aceptacin pruebas de
sistema del sistema aceptacin del
sistema
Tabla III.3. Metodologa Mtrica V. 3 - Interfaz de aseguramiento de la calidad.
EVS-CAL 1. (Estudio de Viabilidad del Sistema Calidad) Identificacin de las

propiedades de calidad: se definen las propiedades que permiten evaluar la
calidad.
ASI-CAL 3. (Anlisis del Sistema de Informacin Calidad) Revisin del

anlisis de consistencia: se valida la consistencia de los requisitos y
trazabilidad de los productos.
DSI-CAL 1. (Diseo del Sistema de Informacin Calidad) Revisin de la

verificacin de la arquitectura del sistema: se comprueba que todos los
productos resultantes del diseo se ajusten a las normas y estndares
establecidos en el plan de aseguramiento de calidad y se revisa que se hayan
verificado y validado los mismos.
CSI-CAL 2. (Construccin del Sistema de Informacin Calidad) Revisin de

las pruebas unitarias, de integracin y de los sistemas: se constata la
realizacin de las pruebas. Se lleva a cabo la revisin de los casos de prueba
que se han determinado en el plan de aseguramiento de calidad.

IAS-CAL 3. (Implantacin del sistema de Informacin Calidad) Revisin de las

pruebas de aceptacin del sistema: se verifica la realizacin de las pruebas de
aceptacin del sistema de acuerdo a lo planeado y se registra la aceptacin de
la prueba por parte del usuario.
III.2.4. Estudio de viabilidad del sistema
Es el anlisis de un conjunto concreto de necesidades para proponer

una solucin a corto plazo, que tenga en cuenta restricciones econmicas,
tcnicas, legales y operativas. Estas actividades se detallan en la Tabla III.4.

prcticas
EVS 1 Establecimiento 1.1 Estudio de la solicitud Descripcin general Catalogacin,
del alcance del del sistema. sesiones de
sistema Catlogo de requisitos trabajo
1.2 Identificacin del Descripcin general Catalogacin,
alcance del sistema del sistema. sesiones de
Catlogo de requisitos trabajo
EVS 2 Estudio de la 2.1 Valoracin del estudio Descripcin de la Sesiones de
situacin actual de la situacin actual situacin actual trabajo
EVS 3 Definicin de 3.1 Identificacin de las Catlogo de normas Catalogacin
requisitos del directrices tcnicas y de
sistema gestin
3.1 Identificacin de Identificacin de Sesiones de
requisitos requisitos trabajo
3.3 Catalogacin de Catlogo de requisitos Catalogacin
requisitos
EVS 4 Estudio de 4.1 Preseleccin de Descomposicin del
alternativas de alternativas de solucinsistema en
solucin subsistemas
4.2 Descripcin de las Alternativas de
alternativas de solucin solucin
EVS 5 Valoracin de las 5.1 Estudio de la inversin Valoracin de Anlisis costo
alternativas alternativas beneficio
5.2 Estudio de los riesgos Valoracin de Impacto en la
alternativas organizacin
EVS 6 Seleccin de la 6.1 Evaluacin de Solucin propuesta Presentacin,
solucin alternativas y seleccin sesiones de
trabajo
Tabla III.4. Metodologa Mtrica V. 3 - Estudio de la viabilidad del sistema.
EVS 1. (Estudio de viabilidad del sistema) Establecimiento del alcance del

sistema: se estudia el alcance de la necesidad planteada por el cliente o
usuario. Se analizan las posibles restricciones, tanto generales como
especficas que puedan condicionar el estudio y la planificacin de las
alternativas de solucin que se propongan.
EVS 2. Estudio de la situacin actual: es el estado en el que se encuentran los

sistemas de informacin existentes en el momento en que se inicia su estudio.

EVS 3. Definicin de requisitos del sistema: es la determinacin de los

requisitos generales mediante una serie de sesiones de trabajo con los
usuarios.
EVS 4. Estudio de alternativas de solucin: se centra en proponer diversas

alternativas que respondan satisfactoriamente a los requisitos planteados.
EVS 5. Valoracin de las alternativas: una vez descritas las alternativas, se

realiza su valoracin, considerando el impacto en la organizacin, desde el
punto de vista tecnolgico, organizativo y de operacin.
EVS 6. Seleccin de la solucin: antes de finalizar el estudio de viabilidad del

sistema, se convoca a la Comisin de Informtica para la presentacin de las
distintas alternativas de solucin, se debaten las ventajas y desventajas de
cada una de ellas, incorporando las modificaciones que se consideren
oportunas, con el fin de seleccionar la ms adecuada.
III.3. Metodologa del Proceso Unificado de Desarrollo de Software
El Proceso Unificado de Desarrollo de Software es un marco de trabajo

genrico que puede especializarse en una gran variedad de sistemas software,
para diferentes reas de aplicacin, tipos de organizaciones, niveles de aptitud
y tamaos de proyectos.
El Proceso Unificado tiene sus orgenes en los siguientes mtodos:
Mtodo de Ericsson: desarrollado en el ao 1967, este mtodo
modelaba el sistema entero como conjunto de bloques
interconectados (en UML se lo conoce como subsistemas y se
implementa mediante componentes). Los bloques de ms bajo
nivel se ensamblan formando subsistemas y luego sistemas. Se
estudiaban los casos de negocio (hoy casos de uso) y el primer
producto era una descripcin de las actividades de la arquitectura
del software basada en la comprensin de los requisitos ms
crticos.
Mtodo Objectory: este mtodo se comienza a desarrollar en
1987 creado por Ivar Jacobson y su nombre se debe a la
abreviatura de Object Factory que quiere decir fbrica de
objetos. Este mtodo usa la idea de casos de usos del mtodo
Ericsson pero les da el nombre actual.
Mtodo Rational: a finales de 1995 Rational Software Corporation
compra a Objectory con lo cual nace el Proceso Unificado.
[Jacobson, 2000]

El Proceso Unificado est basado en componentes y, por tanto, segn

este mtodo un sistema de software est formado por componentes de
software interconectados mediante interfaces bien definidas. Se utiliza el
Lenguaje Unificado de Modelado UML para preparar todos los esquemas de un
sistema de software. Adems, RUP se caracteriza por estar guiado por los
casos de uso, centrado en la arquitectura y por ser iterativo e incremental:
Casos de uso: es una tcnica para capturar informacin de cmo
un sistema o negocio trabaja, o de cmo se desea que trabaje.
Arquitectura: se centra tanto en los elementos estructurales
significativos del sistema, subsistemas, componentes y nodos,
como en las colaboraciones que tienen lugar entre estos
elementos mediante las interfaces. Los modelos que representan
la arquitectura son: modelo de anlisis, de diseo, de despliegue,
de implementacin y de casos de uso.
Iterativo e incremental: el ciclo de vida iterativo se basa en la
evolucin de prototipos ejecutables que se muestran a los
usuarios y clientes. En cada iteracin el/los prototipos se van
completando y se obtienen nuevos requisitos o se modifican los
actuales.
La Figura III.1 muestra el ciclo de vida del Proceso Unificado de

Modelado [Jacobson, 2000]. Como puede verse en esta figura, el Proceso
Unificado posee las actividades de gestin del cambio y las configuraciones y
la gestin del proyecto, pero no detalla las tareas que se deben llevar a cabo.
Por tal motivo se decidi realizarlas con Mtrica versin 3.
El siguiente conjunto de tablas desde la III.5 hasta la III.10 se refieren
a las actividades y tareas de la metodologa del Proceso Unificado de
Desarrollo de software aplicadas al sistema Dicono.
El flujo de trabajo del proceso Despliegue que aparece en la Figura
III.1 no se desarrolla como una actividad separada, sino formando parte del
diseo. Esta actividad se realiza por separado cuando los componentes
resultantes de la implementacin se ejecutan de forma distribuida, asignando
un conjunto de componentes a cada nodo del diagrama de despliegue. Pero
debido a que este sistema es de ejecucin centralizada, el diagrama de
despliegue que se utiliza es el que se construye en el diseo en el que figuran
todos los nodos pero an no se tiene informacin de los componentes,
informacin que se obtiene al final de la implementacin.

Figura III.1. Ciclo de vida del Proceso Unificado. [Booch, 2000].
III.3.1. Requisitos
La captura de requisitos es un conjunto de actividades que permiten

descubrir lo que se debe construir. Estas actividades se detallan en la Tabla
III.5.

(artefactos) prcticas
R1 Determinar los 1.1 Determinar los requisitos de Catlogo de Entrevistas
requisitos de construccin requisitos
construccin
R2 Encontrar Actores 2.1 Encontrar actores Actores Entrevistas
y casos de uso 2.2 Encontrar casos de uso Casos de uso Entrevistas
R3 Priorizar casos de 3.1 Describir la poltica de Casos de usos Entrevistas
uso priorizacin de los casos de uso priorizados
R4 Detallar casos de 4.1 Construccin de los diagramas Diagramas de Diagramacin
uso de casos de uso casos de uso
4.2 Descripcin detallada de los Descripcin de Descripcin
casos de uso los casos de uso
Glosario
Tabla III.5. Metodologa RUP - captura de requisitos como casos de uso.
R 1. (Requisitos) Determinar los requisitos de construccin: la finalidad es

encontrar cules son las necesidades de los usuarios.
R 2. Encontrar actores y casos de uso: actividad mediante la cual se

encuentran los actores y los casos de uso, lo que permite delimitar el sistema

de su entorno, adems de otorgar la posibilidad de saber cul es la funcin de

cada actor en el sistema.
R 3. Priorizar casos de uso: actividad mediante la cual se determina cules de

los casos de uso son los ms importantes para el negocio, para proceder a
desarrollarlos en la primera iteracin.
R 4. Detallar casos de uso: el objetivo principal es describir el flujo de sucesos

en detalle, desde su comienzo a fin, y cmo interactan los actores con el
sistema y, adems, comenzar con el glosario general.
III.3.2. Anlisis
En el grfico de la figura III.1 aparecen juntos el anlisis y el diseo, pero

a fines prcticos se presentarn por separado.
La finalidad del anlisis es conseguir una comprensin ms precisa de
los requisitos y una descripcin de los mismos que sea fcil de mantener y que
ayude a estructurar el sistema completo. Este conjunto de actividades se
detalla en la Tabla III.6.

A1 Analizar la 1.1 Identificacin de las clases Diagramas de clases Diagramas
arquitectura de entidad ms obvias de anlisis
A2 Analizar casos 2.1 Identificacin de las clases Diagramas de clases Diagramas
de uso de anlisis de anlisis
A3 Analizar las 3.1 Describir atributos Descripcin de la Descripcin
clases relevantes arquitectura de anlisis
3.2 Describir Descripcin de la Descripcin
responsabilidades arquitectura de anlisis
3.3 Describir requisitos Descripcin de la Descripcin
especiales arquitectura de anlisis
Tabla III.6. Metodologa RUP - anlisis.
A 1. (Anlisis) Analizar la arquitectura: el propsito es esbozar el modelo de

anlisis y la arquitectura mediante la identificacin de paquetes de anlisis,
clases de anlisis evidentes y requisitos especiales comunes.
A 2. Analizar casos de uso: se realiza con los siguientes objetivos:

Identificar las clases de anlisis necesarias para llevar a cabo el flujo
de sucesos del caso de uso. Se distinguen las clases de control,
entidad e interfaz.
Capturar requisitos especiales sobre la realizacin del caso de uso.

A 3. Analizar las clases: esta actividad se lleva a cabo con los siguientes
objetivos:
Identificar y mantener las responsabilidades de una clase del
anlisis, basadas en su papel en las realizaciones de casos de uso.
Identificar y conservar los atributos y relaciones de la clase de
anlisis.
Capturar requisitos especiales sobre la realizacin de la clase de
anlisis.
III.3.3. Diseo
En el diseo se modela el sistema y se le da forma para que soporte los

requisitos. Las actividades que lo integran son las mostradas en la tabla III.7.

D1 Disear la 1.1 Identificacin de nodos Diagrama de Diagramas
arquitectura y configuraciones de despliegue
red
1.2 Identificacin de Diagramas de Diagramas
subsistemas paquetes de
subsistemas
D2 Disear casos 2.1 Describir las iteraciones Diagramas de clases Diagramas
de uso entre objetos de diseo de diseo Descripcin
Diagrama de
colaboracin
Descripcin de la
arquitectura de diseo
D3 Disear las 3.1 Describir atributos Descripcin de la Descripcin
clases arquitectura de diseo
3.2 Describir operaciones / Descripcin de la Descripcin
mtodos arquitectura de diseo
3.3 Describir requisitos Descripcin de la Descripcin
especiales arquitectura de diseo
3.4 Realizar prototipos Prototipos Prototipar
D4 Describir modelo 4.1 Describir modelo de Diagramas de clases Diagramas de
de datos datos de diseo clases
Normalizacin
Tabla III.7. Metodologa RUP - diseo.
D 1. (Diseo) Disear la arquitectura: por medio de esta actividad se esbozan

los modelos de diseo y despliegue, y su arquitectura mediante la identificacin
de los siguientes elementos:

Nodos y sus configuraciones de red.

Subsistemas y sus interfaces.
Clases de diseo significativas para la arquitectura.
Mecanismos de diseo genricos que tratan los requisitos comunes.
D 2. Disear casos de uso: los casos de uso se disean con los siguientes
objetivos:
Identificar las clases de diseo y/o los subsistemas.
Distribuir el comportamiento del caso entre los objetos del diseo.
Definir los requisitos sobre las operaciones de las clases de diseo.
Capturar los requisitos de implementacin del caso de uso.
D 3. Disear las clases: el propsito es crear una clase de diseo que cumpla
su papel en las realizaciones de los casos de uso y los requisitos no
funcionales que se aplican a estos.
D 4. Describir modelo de datos: en esta actividad se disea la estructura de la

base de datos relacional, con sus correspondientes atributos y claves. Todos
los sistemas de la Universidad estn implementados mediante bases de datos
relacionales, motivo por el cual cada una de las clases entidad debe ser
transformada en tablas para ser implementada en una base de datos de este
tipo.
III.3.4. Implementacin
Se transforma el sistema diseado en trminos de componentes, es

decir en ficheros de cdigo fuente, scripts, ficheros de cdigo binario,
ejecutables, etc. La actividad se detalla en la Tabla III.8.

I1 Implementar la 1.1 Identificacin de los Componentes Diagramas
arquitectura componentes Descripcin de la Descripciones
significativos arquitectura
arquitectnicamente
I2 Escribir el 1.1 Escribir el manual del Manual del usuario Descripcin
manual del usuario
usuario
I3 Escribir el 2.1 Escribir el glosario Glosario general Descripcin
glosario general general
Tabla III.8. Metodologa RUP - implementacin.

I 1. (Implementacin) Implementar la arquitectura: el fin de esta actividad es

esbozar el modelo de implementacin y su arquitectura mediante:
La identificacin de componentes significativos arquitectnicamente,
como por ejemplo los ejecutables.
La asignacin de componentes a los nodos en las configuraciones
de redes relevantes.
I 2. Escribir el manual de usuario: el objetivo es obtener una documentacin

clara para que el usuario sepa como funciona el sistema.
I 3. Escribir el glosario general: la finalidad es describir todo trmino que no sea

claro. Esta tarea se realiza a lo largo de todo el desarrollo del proyecto.
III.3.5. Pruebas
Las pruebas tienen la responsabilidad de verificar los resultados de la

implementacin, probando cada construccin. Las actividades involucradas en
las pruebas se muestran en la Tabla III.9.

P1 Planificar la 1.1 Describir la estrategia de la Plan de prueba Descripcin
prueba prueba
P2 Disear la 2.1 Disear los casos de prueba Casos de prueba Descripcin
prueba
P3 Realizar la 3.1 Realizar la prueba Defectos Descripcin
prueba
P4 Evaluar la 4.1 Evaluar las pruebas Evaluacin de la Descripcin
prueba prueba
Tabla III.9. Metodologa RUP - pruebas.
P 1. (Pruebas) Planificar la prueba: el objetivo es planificar los esfuerzos de la

prueba llevando a cabo las siguientes tareas:
Describir una estrategia de prueba
Determinar qu se va a probar.
P 2. Disear la prueba: se deben identificar los casos de prueba y las

estructuras y procedimientos de prueba especificando cmo realizar los casos
de prueba.
P 3. Realizar la prueba: es el proceso de llevar a cabo la prueba con el objetivo

de encontrar defectos.

P 4. Evaluar la prueba: se comparan los resultados obtenidos con los

resultados esperados y se determinan las diferencias.
III.3.6 Correcciones
En la Tabla III.10 se muestra la actividad de correccin que es una

actividad necesaria y que consume un tiempo considerable.

C1 Realizar 3.1 Realizar correcciones Tesis corregida Lectura
correcciones
Tabla III.10. Metodologa RUP - otras actividades.
C 1. (Correcciones) Realizar correcciones: en esta actividad estn incluidos

tanto el tiempo que tiene el tutor para realizar las observaciones como el
tiempo del tesista para realizar las correcciones.
III.4. Herramientas utilizadas
La principal herramienta que usa el tesista para el modelado del sistema

con la metodologa del Proceso Unificado de Desarrollo es la CASE (Computer
Aided Software Engineering) Rational Rose. Se seleccion esta herramienta
debido a que se adapta totalmente a la metodologa RUP. Esta adecuacin se
debe a que los autores de la herramienta son los mismos que los de la
metodologa.

Captulo IV
Gestin del proyecto

Dicono Captulo IV: Gestin del proyecto
Captulo IV: Gestin del proyecto
IV.1. Introduccin
Las actividades de gestin del proyecto que se describen en este captulo

son:
1. Plan del proyecto software: se documenta la gestin del proyecto
Dicono segn Mtrica versin 3. Para el clculo de esfuerzo se aplica
la tcnica Staffing Size.
2. Gestin de la configuracin: se especifica el proceso de control de
versiones de los productos software durante su construccin y prev el
seguimiento de los cambios una vez instalado el software en el entorno
del usuario.
3. Aseguramiento de la calidad: se planifican las verificaciones y
validaciones necesarias para asegurar la construccin de un software
de calidad.
La Universidad realiza un plan institucional anual en forma general para

todos los departamentos. Entre ellos se encuentra la Direccin de Sistemas que
es la encargada de desarrollar el software para toda la Universidad.
Esta planificacin cuenta con dos instancias de aprobacin: la primera es la
Comisin Asesora Informtica y la segunda es el Consejo Administrativo.
A continuacin en la Figura IV.1 se encuentra una copia textual del voto
nmero 3 del ao 2002 que ha sido aprobado.
02-003 PROYECCIN DE NUEVOS SISTEMAS PARA 2002
ACORDADO, emprender los siguientes nuevos sistemas para el ao 2002

para la Direccin de Sistemas:
Sistema acadmico en Web.
Sistema de circulacin y prstamos de biblioteca.
Mesa de Ayuda.
Conversin base de datos Progress Oracle.
Capacitacin a usuarios.
Figura IV.1. Votos de la Comisin Informtica.

Captulo IV: Gestin del proyecto Dicono
IV.1.1. GPI 1: Estimacin de esfuerzo
IV.1.1.1. GPI 1.1: Identificacin de los elementos a desarrollar
Se puede definir a la estimacin como el proceso que proporciona un valor

a un conjunto de variables para la realizacin de un trabajo, dentro de un rango de
tolerancia.
Para la estimacin del software se aplica la tcnica Staffing Size que
recomienda la Mtrica versin 3 para determinar el nmero de personas
necesarias y para determinar el tiempo de su participacin en el mismo.
[WebMap, 2004].
IV.1.1.1.1. Nmero medio de personas por da y por clases
El esfuerzo medio necesario para desarrollar una clase se usa como

indicador para calcular la duracin total de este proyecto, para ello se debe
estimar el nmero de clases que el sistema posee.
En un comienzo no se tiene el total de clases que el sistema posee al final,
pero se toma como base las clases clave y a partir de ellas se estiman las clases
secundarias.
La cantidad de das por clase que propone el mtodo es de 10 a 15 das.
Existen varios factores que influyen en la decisin de la cantidad de das
por clase. Entre estos se encuentran los siguientes:
Clases de interfaz versus el resto de las clases: generalmente tienen
muchos mtodos y son menos estables, por lo tanto, requieren ms
esfuerzo que el resto de las clases.
Clases abstractas versus clases concretas: las clases abstractas
consumen mucho esfuerzo, que puede ser compensado por el
desarrollo de las clases concretas que son ms sencillas.
Clases clave versus clases de soporte: las clases clave llevan mayor
esfuerzo que las clases de soporte.
Clases avanzadas versus clases sencillas: las clases avanzadas son
ms complejas y consumen ms tiempo que las clases sencillas.
Clases maduras versus clases inmaduras: una clase madura es
aquella que se ha usado y, por lo general, con una pequea
modificacin se adapta al sistema. Sin embargo las clases inmaduras
llevan ms tiempo hasta que se transforman en maduras.
mbito de la programacin: depende de las herramientas de
programacin que se utilicen.
Libreras de clases: est relacionado a la cantidad de clases maduras
que se puedan reutilizar de las libreras disponibles para el proyecto.

IV.1.1.1.2. Clculo de clases clave
Las clases clave son aquellas que representan el dominio del negocio a
desarrollar y son las que se definen en las etapas iniciales del anlisis. Estas
clases se detallan en la Tabla IV.1
Nombre de la clase clave Complejidad

Perifricos Baja
Equipos Media
Software Baja
Tcnicos Baja
Servicios Baja
Parte de trabajo Alta
Estadsticas Baja
Usuarios Baja
Problemas y soluciones Baja
Entidad usuarios Baja
Entidad equipos Baja
Entidad Parte de trabajo Media
Entidad problemas y soluciones Baja
Entidad tcnicos Baja
Tabla IV.1. Catlogo de clases claves.
Para las clases de complejidad alta se estima quince das de trabajo por
clase, para las de complejidad media doce das y para las de complejidad baja
diez das. Con lo cual el promedio obtenido es el siguiente:
Promedio = (( 1 * 15) + (2 * 12) + (11 * 10)) / 14 = 10,64 das por cada clase.
IV.1.1.1.3. Clculo de clases secundarias
Las clases secundarias son aquellas que no son imprescindibles para el

dominio del negocio, pero proporcionan una serie de funcionalidades valiosas
para las clases clave que las implementan.
Entre las clases secundarias se encuentran las interfaces de los usuarios, y
las que representan objetos de programacin y de ayudas. El nmero de clases
secundarias puede variar entre una a tres por cada clase clave.
El sistema Dicono posee una interfaz del usuario considerada de
complejidad media, por lo tanto se estima un promedio de 2,2 clases secundarias
por cada clase clave.
Si se tena 14 clases clave y por cada clase clave se estima un promedio
de 2,2 clases secundarias, el clculo final de clases sera: 14 * 2,2 = 30,8.

IV.1.1.2. GPI 1.2: Clculo de esfuerzo
Sobre la base de los clculos anteriores se cuenta con un total de 30,8

clases con un promedio de 10,64 das por clase, lo que da un total estimado de
328 das de trabajo de una persona, en este caso del tesista.
IV.1.2. GPI 2: Planificacin
IV.1.2.1. Estndares para los documentos
Como primer paso de la planificacin se han diseado los siguientes

formularios predefinidos que representan los formatos modelos a utilizar en el
siguiente trabajo.
En las siguientes tablas se muestran los formularios desarrollados. As la
tabla IV.2 expone la Agenda de Reunin, la tabla IV.3 exhibe la Minuta de
Reunin, la tabla IV.4 describe la Lista de Verificacin, la tabla IV.5 presenta la
Solicitud de Cambio, la tabla IV.6 muestra el Informe de Cambio y en la tabla IV.7
se muestra la Orden de Cambio.
Dicono Agenda de reunin Age-999
Lugar: Inicio: ......:.......

Fecha:__/__/____ .................................................................. Fin: ......:.......
Participantes: Cargo Firmas:
............................................... ........................... ......................
............................................... ........................... ......................
Tema principal: ........................................................................

Orden Temas Duracin
Observaciones:
Pgina x de y
Tabla IV.2. Agenda de reunin.

Dicono Minuta de reunin Min-999
Lugar: Inicio: ......:.......

Fecha:__/__/____ .................................................................. Fin: ......:.......
Participantes: Cargo: Firmas:
............................................... ........................... ......................
............................................... ........................... .......................
Tema principal: ........................................................................
Otros temas:
Temas Pendientes:
Conclusiones:
Pgina x de n
Tabla IV.3. Minuta de reunin.

Dicono Lista de verificacin Ver-999
Lugar: Inicio:......:.......
Fecha:__/__/____ .................................................................. Fin: .......:........
Integrantes: Firmas:
.......................................................................... .......................
.......................................................................... .......................
Grupo de elementos: ........................................................................

Elementos % cumplimiento
Observaciones:
Pgina x de y
Tabla IV.4. Lista de verificacin.
Dicono Solicitud de cambio Cam-999
Usuario: Departamento:
Fecha:__/__/____ .................................................................. ..............................
Descripcin del problema:

..................................................................................................................................
..................................................................................................................................
..................................................................................................................................
..................................................................................................................................
Observaciones:
Pgina x de y
Tabla IV.5. Solicitud de cambio.

Dicono Informe de cambio Icm-999
Fecha:__/__/____ .................................................................. ..............................
Nro solicitud de cambio: ............
Descripcin del problema:
Elementos a modificar: 1) 2)
3) 4) 5)
6) 7) 8)
9) 10) 11)
Propuesta:
Horas de analistas:............ Horas de programadores:........ Pgina x de y

Tabla IV.6. Informe de cambio.
Dicono Orden de cambio Ocm-999
Fecha:__/__/____ .................................................................. ..............................
Nro solicitud de cambio: ............
Descripcin:
Restricciones:
Estado: Aprobada:........... rechazada:.............. Pgina x de y

Tabla IV.7. Orden de cambio.
IV.1.2.2. GPI 2.1: Seleccin de la estrategia de desarrollo
A continuacin, en la Tabla IV.8, se muestran las actividades de las

metodologas y el porcentaje de avance de las mismas en cada una de sus fases
(Inicio, Elaboracin, Construccin y Transicin) de la RUP. Este avance es
mostrado mediante porcentajes acumulados en las distintas fases del proyecto.

Porcentaje de avance en las fases

Actividades
Inicio Elab. Const. Trans.
Interfaz de gestin del proyecto
Estimacin de esfuerzo 100 100 100 100
Planificacin 100 100 100 100
Interfaz de gestin de la configuracin
Definicin de los requisitos de gestin de la configuracin 70 90 100 100
Establecimiento del plan de la gestin de la configuracin 100 100 100 100
Identificacin y registros de productos 50 70 100 100
Registro del cambio en el sistema de la gestin de la 50 70 85 100
configuracin
Interfaz de aseguramiento de la calidad
Identificacin de las propiedades de calidad 90 100 100 100
Revisin del anlisis de consistencia 50 70 90 100
Revisin de la verificacin de la arquitectura del sistema 30 80 100 100
Revisin de las pruebas unitarias, de integracin y del 0 20 70 100
sistema
Revisin de las pruebas de aceptacin del sistema 0 20 70 100
Estudio de viabilidad del sistema
Establecimiento del alcance del sistema 90 100 100 100
Estudio de la situacin actual 60 80 100 100
Definicin de requisitos del sistema 70 90 100 100
Estudios de alternativas de solucin 100 100 100 100
Valoracin de las alternativas 100 100 100 100
Seleccin de la solucin 100 100 100 100
Requisitos
Determinar los requisitos de construccin
Encontrar actores y casos de uso 70 90 100 100
Priorizar casos de uso 70 90 100 100
Detallar casos de uso 70 90 100 100
Anlisis
Analizar la arquitectura 30 80 100 100
Analizar casos de uso 30 80 100 100
Analizar las clases 30 80 100 100
Diseo
Disear la arquitectura 20 20 70 100
Disear casos de uso 20 20 70 100
Disear las clases 20 20 70 100
Describir modelo de datos 20 20 70 100
Implementacin
Implementar la arquitectura 0 20 70 100
Escribir el manual del usuario 0 0 0 100
Escribir el glosario general 0 0 0 100
Pruebas
Planificar la prueba 0 20 70 100
Disear la prueba 0 20 70 100
Realizar la prueba 0 20 70 100
Evaluar la prueba 0 20 70 100
Otras actividades
Realizar correcciones 20 50 75 100
Tabla IV.8. Actividades y avances.

IV.1.2.3. GPI 2.2: Seleccin de la estructura de actividades, tareas y

productos
En esta actividad se obtiene el catlogo de productos (artefactos). Este
catlogo ya fue incluido en la descripcin detallada de la metodologa RUP,
desarrollado en las Tablas III.5 a III.10 del captulo III.
IV.1.2.4. GPI 2.3: Establecimiento del calendario de hitos
Con la informacin de la Tabla IV.8 se procede a confeccionar el grfico de

Gantt que se encuentra en el Anexo C. En este grfico se se describe la
planificacin inicial del proyecto incluyendo las iteraciones que se prev.
IV.2. Gestin de la configuracin
El objetivo de la gestin de la configuracin es mantener la integridad de

los productos que se obtienen a lo largo del desarrollo de los sistemas de
informacin. De esta manera este proceso garantiza que no se realicen cambios
incontrolados y que todos los participantes en el desarrollo del sistema dispongan
de la versin adecuada de los productos que manejan [Webmap, 04].
IV.2.1. EVS-GC 1: Definicin de los requisitos de gestin de la configuracin
Los requisitos de la gestin de configuracin para el sistema de Mesa de

Ayuda son:
Conocer en cualquier momento cul es la versin del sistema y la
fecha de la instalacin.
Determinar los usuarios que pidieron cambios y el nmero de
cambios que solicit cada uno.
Llevar el control de los artefactos que han sufrido ms cambios.
Distinguir el estado en que se encuentran los artefactos.
Calcular las horas consumidas por los cambios.
Controlar los avances de las rdenes de cambio.
IV.2.2. GC 1: Identificacin y registro de productos

Para realizar esta actividad, se identifican en primer lugar los productos
(artefactos) que se obtienen, indicando la fase, la lnea base, el producto y su tipo,

como se muestra en las Tablas IV.9 a IV.12 y luego se confecciona la Tabla IV.13
en la que se muestra la versin, el estado y la fecha de entrega del producto.
Fase Lnea base Artefactos Tipo

Interfaz de gestin del proyecto
Catlogo de clases Documento
Esfuerzo estimado Documento
Planificacin general del proyecto Documento
Catlogo de productos a generar Documento
Interfaz de gestin de la configuracin
Requisitos de gestin de la configuracin Documento
Plan de gestin de la configuracin Documento
Registro de los productos Documento
Registro del cambio Documento
Registro de la nueva versin del sistema de informacin Documento
Interfaz de aseguramiento de la calidad
Listas de verificacin Documento
Descripcin general del sistema Documento
Estudio de viabilidad del sistema (poner la lnea inferior de
estas dos celdas con el mismo formato que las otras)
Catlogo de requisitos Documento
Descripcin de la situacin actual Documento
Inicio Inicio Catlogo de requisitos Documento
Descomposicin del sistema en subsistemas Documento
Alternativas de solucin Documento
Valoracin de las alternativas Documento
Solucin propuesta Documento
Captura de requisitos como casos de uso
Actores Documento
Casos de uso Diagrama
Casos de uso priorizados Diagrama
Casos de uso estructurados Diagrama
Diagramas de casos de uso Diagrama
Descripcin de los casos de uso Documento
Paquetes de anlisis
Paquetes de anlisis Diagrama
Diagrama de clases de anlisis Diagrama
Descripcin de la arquitectura de anlisis Diagrama
Diagramas de clases de diseo Diagrama
Plan de pruebas Documento
Glosario general Documento
Tabla IV.9. Artefactos de la gestin de configuracin - fase de inicio.


Actores Diagrama
Anlisis
Descripcin de la arquitectura de anlisis Documento
Elaboracin Arquitectura Diseo
Descripcin de la arquitectura de diseo Documento
Prototipos Prototipo
Implementacin
Componentes Cdigo
Descripcin de la arquitectura Documento
Pruebas
Plan de prueba Documento
Casos de prueba Documento
Evaluacin de la prueba Documento
Tabla IV.10. Artefactos de la gestin de configuracin - fase de elaboracin.

Actores Diagrama
Anlisis
Construccin Producto Diseo
Implementacin
Componentes Cdigo
Pruebas
Tabla IV.11. Artefactos de la gestin de configuracin - fase de construccin.


Anlisis
Diseo
Transicin Operacin Implementacin
Componentes Cdigo
Pruebas
Manual del usuario Documento
Tabla IV.12. Artefactos de la gestin de configuracin fase de transicin.
Los datos de las tablas anteriores junto con otros datos que se vern ms
adelante, en esta seccin, se deben guardar en una base de datos. sta est
formada por un conjunto de entidades relacionadas como se muestra en el DER
(Diagrama de Entidad Relacin) de la Figura IV.2.
Lneas base T ipos de

Fases artefacto
1
1 1
1..n 1..n
1..n Versiones Artefactos
Estados 1..n 1 1..n
1 1
Usuarios 1..n
Elementos a
1 modificar
1..n
1..n
Ordenes de solicitudes de 1 Informes de
cambio cambio cambio
1 1 1 1
Figura IV.2. DER de la gestin de la configuracin.

A continuacin, se establece la forma en que son codificadas las distintas

versiones. Durante la construccin del software cada uno de los artefactos
pertenece a la versin 1.xx, donde las xx pueden variar de acuerdo a los cambios
que se realicen durante la construccin debido al contacto con los usuarios
mediante las iteraciones.
La Tabla IV.13, muestra cmo se registra cada uno de los artefactos con la
versin actual, el estado (elaboracin, finalizado, revisado y aceptado), y la fecha
de entrega del artefacto.
Se expone slo la primera parte de la tabla, para ms informacin sobre el
contenido de las filas de la misma remitirse a las Tablas IV.9 a IV.12.
Proyecto Fase Lnea base Artefactos Tipo Versin Estado Fecha

ent.
Dicono Inicio Inicio Gestin del proyecto documento
Plan de proyecto documento
software
............ ..............
Elaboracin Elaboracin Diseo de la arquitectura documento
del sistema
.......... ........
Tabla IV.13. Artefactos y versiones de la gestin de configuracin.
Para registrar dicha informacin es necesario tener las siguientes tablas:
Versiones Estados Artefactos

*Cod_fase *Cod_estado *Cod_artefacto
*Cod_lb Estados Nombre_artefacto
*Cod_artefacto Cod_tipo
*Nro_versin
Cod_estado
Fecha_entrega
Tipos de artefacto Fases Lneas base

*Cod_tipo *Cod_fase *Cod_lb
Nombre_tipo Nombre_fase Nombre_fase
Los atributos con asteriscos son los que forman la clave de la tabla, se usa
esta nomenclatura ya que la base de datos utiliza el asterisco para mostrar las
claves cuando se emiten reportes.
Estas tablas contienen la informacin bsica para poder realizar las tareas
de mantenimiento y gestin de configuracin que se describen en la siguiente
seccin. De estas tareas surgen nuevas tablas que completan la estructura de la

base de datos para finalmente obtener el diagrama de Entidad Relacin mostrado

en la Figura IV.2.

configuracin
IV.2.3.1. MSI-GC 1.1: Registro del cambio en el sistema de gestin de la

configuracin
Los pedidos de cambios, de parte de los usuarios los recibe el sector de

Desarrollo de Sistemas. Si estos cambios son muy sencillos, menos de medio da
de trabajo en total, el responsable del sector determina qu personal lo lleva a
cabo. Si la modificacin es mayor, se confecciona el formulario de informe de
cambios y lo entrega al Director de Sistemas para el tratamiento en la Comisin
de Informtica, que decidir si el cambio se lleva a cabo o no. En cualquier caso
el Director de Sistemas confecciona la orden de cambio que la entrega a
Desarrollo de Sistemas con la aprobacin o el rechazo e informa al usuario va
mail de lo ocurrido con su pedido.
Este proceso de control de cambios tiene las siguientes etapas:
Iniciacin del cambio: los usuarios envan la solicitud de cambio.
Clasificacin y registro de la solicitud de cambio: recibida la solicitud
de cambio, Desarrollo de Sistemas la clasifica y asienta en el
registro de solicitudes de cambios.
Evaluacin de la solicitud de cambio: el grupo de trabajo dirigido por
el responsable del proyecto evala el cambio solicitado y emite un
informe que ser entregado al Director de Sistemas para que
seleccione la persona que realizar el trabajo o lo eleve a la
Comisin de Informtica, que es la encargada de tomar la ltima
resolucin.
Aprobacin o rechazo de la solicitud de cambio: el Director de
Sistemas o la Comisin de Informtica son los responsables de
decidir si el cambio se lleva a cabo o se rechaza. En caso de
aceptarlo, genera una orden de cambio; si, por el contrario, se
rechaza se enva un informe al usuario.
Realizacin del cambio: se realiza un seguimiento de los cambios
aprobados para obtener un producto de calidad.
Validacin del cambio: se revisa el producto para ver si lo que se ha
realizado satisface los requisitos del usuario.
Cuando un usuario solicita un cambio en la configuracin del sistema de
Mesa de Ayuda lo hace por medio de una solicitud de cambio.

Para poder realizar la registracin de las solicitudes de cambio es

necesario tener las siguientes tablas:
Solicitudes de cambio Usuarios

*Cod_solicitud *Cod_usuario
Fecha_solicitud Nombre_usuario
Cod_usuario
Desc_prob
Observaciones
Una vez recibida la solicitud de cambio, el sector de Desarrollo de Sistemas

realiza un estudio del esfuerzo que lleva ejecutar dicho cambio por medio del
formulario de informe de cambio. Este formulario se enva a la Direccin de
Sistemas junto con la solicitud de cambios para su estudio. Para guardar esta
informacin se requieren las siguientes tablas:
Informes de cambio Elementos a modificar

*Cod_informe *Cod_informe
Cod_solicitud Cod_artefacto
Cod_usuario
Fecha_informe
Desc_prob_inf
Solucin
Propuesta
Horas_anlisis
Horas_prog
Cabe destacar que la descripcin del problema, incluida en el informe, es la

que da el personal de desarrollo, que puede ser diferente a la descripcin
proporcionada por el usuario en la solicitud de cambio.
Una vez que la Comisin de Informtica estudia el cambio y lo aprueba, se
genera la orden de cambio. Este formulario se enva a Desarrollo de Sistemas
para que proceda a la modificacin, de lo contrario se comunica por mail al
usuario la explicacin del motivo del rechazo de la solicitud, sin tener formato
alguno. El formulario de orden de cambio se registra en la siguiente tabla que se
detalla a continuacin:
Ordenes de cambio
*Cod_orden
Cod_solicitud
Fecha_orden
Descrip_orden

Restricciones
Estado_orden
IV.2.3.2. MSI-GC 1.2: Registro de la nueva versin de los productos

afectados por el cambio en el sistema de gestin de la configuracin
El control de versiones se realiza comenzando con la versin 1.00 para la

primera, luego, para cada cambio menor por mantenimiento correctivo, se
modifica el segundo dgito decimal. Cuando ocurra un cambio adaptativo menor,
se vara el primer dgito decimal, y si el cambio adaptativo o perfectivo es mayor
(nuevas funciones o cambio de la interfaz del usuario) se modifica el dgito entero.
Las reformas menores, muy sencillas, las lleva a cabo el personal de
Desarrollo. Si los cambios implican el trabajo de ms de 4 horas, debe ser
consultado al Director de Sistemas. Y si las modificaciones implican el trabajo de
ms de una semana debe ser aprobado por la Comisin de Informtica por medio
del Director de Sistemas.
Toda variacin que se solicite luego de que el artefacto forme parte de la
lnea base, se debe hacer mediante de una solicitud de cambio que es estudiada
en la Comisin de Informtica.
Con la informacin guardada en las tablas descritas, se pueden emitir los
listados de consultas del avance de las modificaciones solicitadas por parte de la
Direccin de Sistemas.
IV.3. Aseguramiento de la calidad
Por medio del aseguramiento de la calidad se implementan polticas para

asegurar el cumplimiento de los requisitos de los usuarios. Para ello, se llevan a
cabo una serie de actividades que permiten medir la calidad con la que se est
construyendo el software.
La calidad del software debe ser controlada desde el mismo comienzo del
proyecto, por lo tanto debe verificarse a lo largo de todas las fases de
construccin del mismo y debe brindarse un medio de retroalimentacin para
proceder a la correccin de las diferencias entre lo planeado y lo actuado. Para
llevar a cabo el control de la calidad se aplican las siguientes actividades:
revisiones y pruebas del software.
Revisiones: las revisiones que se realizan son reuniones entre el encargado de

llevar adelante este proyecto y las siguientes personas:
El tutor (o tutores) de tesis principalmente.
Usuarios principales para verificar el cumplimiento de los requisitos.

El responsable del rea de Desarrollo de la Universidad, para

controlar el cumplimiento de las normas de programacin con las
que se desarrollan los sistemas que posee la Institucin.
Por medio de estas revisiones se trata de detectar y corregir los errores lo
ms pronto posible, antes de pasar a la siguiente fase.
Las revisiones son de tipo informal, y se utilizan los borradores de los
distintos artefactos obtenidos. Tras su verificacin y comprobacin de que
cumplen con las condiciones de calidad, pasan a formar parte de una lnea base
(de acuerdo a la fase en que se construyan).
Pruebas del software: las pruebas a realizar sobre el software por errores
cometidos en el cdigo de los programas son las siguientes:
Pruebas unitarias: en las cuales se prueba el funcionamiento por
separado de cada uno de los mdulos de los programas.
Pruebas de integracin: se comprueba cmo funcionan los mdulos
ya examinados, pero ahora integrados.
Pruebas de sistema: se prueba el sistema completo y se verifica si
cumple con los requisitos de rendimiento, seguridad, correccin,
eficiencia y facilidad de uso.
Pruebas de aceptacin: realizada con los usuarios del departamento
de Tecnologa y Operaciones, que son los principales usuarios del
sistema.
En las siguientes subsecciones se identifican las propiedades de calidad y

las tareas de revisin a realizar en este proceso de aseguramiento de la calidad.
Cada uno de los elementos de las secciones IV.5.2 a la IV.5.5 se valida en un
conjunto de formularios que se adjuntan en el anexo D, y que se generan durante
todo el desarrollo del proyecto.
IV.3.1. EVS-CAL 1: Identificacin de las propiedades de calidad
Entre las propiedades de calidad del sistema Dicono se encuentran las

siguientes:
Correccin: el sistema debe cumplir con las especificaciones de
requisitos y satisfacer los objetivos de los usuarios.
Eficiencia: el sistema debe consumir pocos recursos del equipo
informtico de tal manera que pueda ejecutarse sobre un equipo con
sistemas operativo Windows 95 y un navegador de Internet y ser
soportado por un equipo Pentium 100 MHz (Megahertz) con 32
megabyte de memoria RAM (Random Access Memory).
Facilidad de uso: debe ser de fcil operacin por parte del usuario.

Flexibilidad: el sistema debe ser sencillo de modificar, para lo cual es

necesario que se encuentre bien documentado, tanto en
documentos de diseo e implementacin como en el cdigo. ste
ltimo debe poseer alta cohesin y bajo acoplamiento.
Seguridad: para acceder al sistema es necesario ingresar un nmero
de usuario y contrasea.
IV.3.2. ASI-CAL 3: Revisin del anlisis de consistencia
IV.3.2.1. ASI-CAL 3.1: Revisin de catlogo de requisitos
Por medio de esta actividad se verifica que los requisitos sean precisos y
completos. Esta tarea se realiza mediante la lista de verificacin que aparece en
el anexo D y que contiene los siguientes tems.
Se especifica el tiempo de respuesta de los procedimientos
principales?
Existe un requisito no especificado?
Hay requisitos que pueden unirse o eliminarse?
Se encuentran completos todos los requisitos?
Son claros y entendibles?
Son posibles de implementar?
Son importantes para la solucin del problema?
Pueden ser testeados por un grupo independiente?
Cumplen con los objetivos principales del sistema?
IV.3.2.2. ASI-CAL 3.2: Revisin de la consistencia entre productos
Por medio de esta actividad se revisa que se haya realizado la verificacin

y validacin de los productos resultantes del anlisis, as como la trazabilidad de
los requisitos. Esta tarea se realiza mediante la lista de verificacin que aparece
en el anexo D y que contiene los siguientes tems.
Todos los casos de uso tienen su correspondiente diagrama de
clases de anlisis?
Cada caso de uso tiene su descripcin detallada, tanto del flujo
principal como de los alternativos?
Cada clase de anlisis tiene su correspondiente descripcin?
Todos los requisitos funcionales tienen su correspondiente caso de
uso, diagrama de clase de anlisis y su descripcin?

IV.3.3. DSI-CAL 1: Revisin de la verificacin de la arquitectura del sistema
IV.3.3.1. DSI-CAL 1.1: Revisin de la consistencia entre productos del diseo
Se comprueba que el diseo de la arquitectura del sistema responda a los

requisitos especificados en el sistema. Esta tarea se efecta mediante la lista de
verificacin que aparece en el anexo D y que contiene los siguientes tems.
clases de anlisis y de diseo?
Las clases de diseo que se encuentran en el diagrama de clases de
diseo existen en el diagrama de colaboracin?
Cada clase de diseo tiene su correspondiente descripcin?
uso, diagrama de clase de diseo y su descripcin?
IV.3.4. CSI-CAL 2: Revisin de las pruebas unitarias, de integracin y del

sistema
Esta tarea se lleva a cabo mediante la lista de verificacin que aparece en

Se prueba cada requisito?
Se prueba cada elemento del diseo?
Se testean todos los lmites de rangos?
Se realiza la prueba de interfaz entre cada mdulo?
Se seleccionan clases de equivalencias para todos los grupos de
datos de entrada?
Fueron testeados todos los valores representativos de las clases de
equivalencia?
Se confecciona una tabla de derivacin de casos de prueba?
Se hace uso de esta tabla de derivacin?
Los casos de prueba testean todos los procesos?

IV.3.5. IAS-CAL 3: Revisin de las pruebas de aceptacin del sistema
IV.3.5.1. IAS-CAL 3.1. Revisin de la realizacin de las pruebas de

aceptacin del sistema
Esta actividad es la encargada de verificar la realizacin de las pruebas de

aceptacin. Esta tarea se realiza mediante la lista de verificacin que aparece en

Captulo V
Viabilidad del sistema

Dicono Captulo V: Viabilidad del sistema
Captulo V: Viabilidad del sistema
En este captulo se presenta el anlisis de viabilidad del sistema,

entendiendo como tal el anlisis de un conjunto concreto de necesidades para
proponer una solucin a corto plazo, que tenga en cuenta restricciones
econmicas, tcnicas, legales y operativas.
V.1. EVS 1: Establecimiento del alcance del sistema
V.1.1. EVS 1.1: Estudio de la solicitud
La Direccin de Tecnologa y Operaciones necesita un software para

realizar la gestin de los pedidos de los usuarios de la Universidad referidos a
problemas informticos.
Se requiere un sistema que permita recepcionar los pedidos de los
usuarios, registrarlos, realizar un seguimiento de los mismos y guardar
informacin para posteriores consultas, listados y estadsticas, como as tambin
mantener un inventario de equipos y de licencias de software.
En lo que respecta a equipamiento, la Universidad ya posee los equipos
sobre los cuales se ejecuta el sistema, como as tambin las comunicaciones, las
redes y los servidores.
En lo relacionado a la parte operativa del sistema, no existen problemas
pues las personas que operan el sistema en la Mesa de Ayuda estn todos
capacitados en el rea de informtica, por lo cual se deduce que no tienen
inconvenientes con el manejo del mismo.
Los usuarios de los sectores que deseen hacer consultas sobre los
avances de sus trabajos lo pueden efectuar desde cualquier navegador de
Internet, con lo cual tampoco representa un problema, ya que la interfaz es
conocida por todos en la Universidad.
V.1.2. EVS 1.2: Identificacin del alcance del sistema
En primer lugar, cabe mencionar que la Universidad posee actualmente un

plan de sistemas muy general (slo se especifica qu sistemas se realizan en el
ao y en qu orden, no considerndose otro detalle), del cual este proyecto forma
parte.
El desarrollo de los otros proyectos no afecta al proyecto de Mesa de
Ayuda (desarrollo o compra), ya que la persona que lo realiza tiene el tiempo
asignado para llevar a cabo el estudio del mismo.

Captulo V: Viabilidad del sistema Dicono
El sistema Dicono est relacionado con el sistema de administracin

general de la Universidad. Puede ser utilizado por personas que tienen relacin
con la Universidad y todos los dems sistemas pueden hacer uso de este
sistema, pero nicamente el sistema de administracin general est autorizado a
ingresar un nuevo nombre que no exista en Dicono.
En segundo lugar, se identifican los procesos que se ven afectados. Entre
ellos se encuentra el proceso de recepcionar las solicitudes de los usuarios por
problemas informticos. Dicho proceso debe registrar todo pedido con un nmero
para luego poder realizar el seguimiento del mismo.
En forma inmediata se intenta dar solucin al problema, de lo contrario se
procede a derivarlo al sector informtico que corresponda segn el tipo de
problema. Cuando un problema se ha solucionado, se confirma con el usuario y
se registra la solucin del problema con la conformidad del usuario.
Se permite llevar un control de inventario de equipo (hardware, software y
perifricos), y realizar distintas consultas.
Los usuarios posibles del sistema son el personal de la Universidad que
usan equipo informtico, las personas que poseen una conexin de Internet
desde sus casas y los usuario de telfonos de las oficinas, como el servicio de
telefona en las casas de los empleados.
V.2. EVS 2: Estudio de la situacin actual
El estudio de la situacin actual est esbozado en la seccin II.1,

Problemtica, del captulo 2. La informacin necesaria para realizar el estudio de
viabilidad se encuentra en dicho captulo.
V.3. EVS 3: Definicin de requisitos del sistema
V.3.1. EVS 3.1: Identificacin de las directrices tcnicas y de gestin
La realizacin de esta tarea permite considerar los trminos de referencia

para el sistema en estudio desde el punto de vista de directrices tanto tcnicas
como de gestin. Si el sistema en estudio pertenece al mbito de un Plan de
Sistemas de Informacin vigente, ste proporciona un marco de referencia a
considerar en esta tarea. Con este fin, se recoge informacin sobre los
estndares y procedimientos que deben considerarse al proponer una solucin,
relativos a polticas tcnicas:
Gestin de Proyectos (seguimiento, revisin y aprobacin final): la
finalizacin del proyecto est planificada para el mes de febrero del

ao 2003, no existiendo mayores problemas si por algn motivo esta

fecha se retrasara.
Desarrollo de Sistemas (existencia de normativas, metodologas y
tcnicas de programacin): para llevar adelante el desarrollo del
actual sistema se utiliza el Proceso Unificado de Desarrollo, Mtrica
versin. 3 y el uso de la notacin UML.
Poltica de Seguridad (control de accesos, integridad de datos,
disponibilidad de aplicaciones): la seguridad se lleva a cabo mediante
la solicitud de ingresar un nombre de usuario y una password.
Adems cada usuario puede acceder a la parte del sistema que el
administrador del sistema le otorgue, de acuerdo a su
responsabilidad. Esta forma de trabajo es manejada por la poltica de
roles que poseen todos los sistemas en entorno web de la
Universidad. En lo referente a integridad de los datos se trabaja con
la base de datos Postgres que posee control de transacciones lo que
evita la prdida de los mismos en caso de cortes de luz o apagado de
los equipos en medio de una carga de datos. Adems se mantiene
una poltica de backup incrementales en forma diaria y totales en
forma semanal.
Directrices de Planificacin: la ejecucin del proyecto se realiza
mediante la combinacin de las metodologas Mtrica versin 3 y el
Proceso Unificado con la notacin UML.
Directrices de Gestin de Cambios: se lleva a cabo segn las
directrices de la gestin de configuracin que se describen en la
seccin 4 del captulo IV.
Directrices de Gestin de Calidad: se sigue el plan de control de
calidad que se detalla en la seccin 5 del captulo IV.
V.3.2. EVS 3.2: Identificacin de requisitos
Los requisitos se han obtenido de las reuniones realizadas con los usuarios
principales del sistema, el personal de desarrollo de sistemas y de la experiencia
del tesista en mesas de ayuda. Esta informacin se encuentra en las agendas y
minutas de reunin que se encuentran en el anexo B.
V.3.3. EVS 3.3: Catalogacin de requisitos
A continuacin se muestran los requisitos clasificados por tipo y su

prioridad es por orden de aparicin.

V.3.3.1. Catlogo de requisitos
Este catlogo de requisitos es una lista cambiante a medida que se avanza

en el desarrollo del proyecto. La RUP se caracteriza por ser iterativo e
incremental, es decir va creciendo a medida que se realizan iteraciones y los
requisitos pueden aumentar, disminuir o sufrir cambios durante el proceso de
construccin.
V.3.3.1.1. Requisitos funcionales
Req1: Solicitud de los usuarios

Descripcin:
Los usuarios deben ser atendidos por la Mesa de Ayuda de distintas
formas, por ejemplo: telfono, mail, fax, personalmente, etc. Se intenta buscar
solucin inmediata, si es que sta existe, de lo contrario se deriva el problema al
sector correspondiente de acuerdo al tipo de actividad a realizar y a la
especialidad de los tcnicos de cada sector.
El tcnico de Mesa de Ayuda procura solucionar el problema
inmediatamente, consultando manuales y la base de conocimientos de problemas
similares resueltos con anterioridad. Si esto no es posible, se deriva el pedido al
sector correspondiente, avisndole por mail. Adems verifica si el usuario no est
registrado en la base de datos; si esto ocurre se ingresa al sistema.
Cuando un trabajo no puede ser solucionado en la Mesa de Ayuda se
deriva al sector correspondiente. Esta derivacin se realiza dejando almacenado a
qu sector se deriva y se avisa al mismo a travs de un mail en el que consta el
nmero de parte de trabajo y una pequea descripcin del problema. Con esta
informacin el responsable del sector procede a asignar el trabajo al tcnico de
acuerdo a las polticas fijadas por el sector.
Cada uno de estos partes de trabajo tiene que tener una prioridad asignada
que va creciendo a medida que pasan los das.
Cada uno de los pedidos de los usuarios debe quedar registrado y no darse
de baja, excepto que se lo haya ingresado por error.
Req2: Consulta de avance de trabajos por parte de los usuarios

Descripcin:
Los usuarios deben tener la posibilidad de consultar el avance de sus
solicitudes de trabajo (parte de trabajo) en cualquier momento, ya sea por medio
de la Intranet o ser atendidos telefnica o personalmente.
Para lograr lo anterior, cada usuario debe acceder al sistema desde el
navegador instalado en su equipo y, por medio del nmero de parte de trabajo,
consultar el estado actual del mismo. Si la consulta es telefnica, por no tener un

equipo donde poder realizarla, el tcnico de Mesa de Ayuda debe poder

informarle realizando l la consulta en lugar del usuario. Lo mismo ocurre si el
usuario se acerca personalmente a la Mesa de Ayuda.
Req3: Actualizar avance de trabajos

Descripcin:
El sistema debe permitir a los tcnicos mantener actualizado el avance de
los partes de trabajo que tienen asignados, para que sta informacin sea de
utilidad a los usuarios.
Req4: Consulta de partes de trabajos por parte del director de Tecnologa y

Operaciones
Descripcin:
El sistema debe permitir consultar los partes de trabajos terminados, en
curso y pendientes, como as tambin emitir informes de trabajos realizados por
tcnicos y su nivel de ocupacin.
Req5: Cierre del parte de trabajo

Descripcin:
Una vez finalizados los partes de trabajo, deben ser cerrados por el tcnico
que realiz el trabajo. Puede ser el tcnico de Mesa de Ayuda si l encontr la
solucin, o el tcnico al que se deriv el parte de trabajo. Para cerrarlo se debe
aadir una fecha y hora de finalizacin, registrar la conformidad del usuario, la
fecha y hora de la misma, y adems completar el avance en 100% y el tiempo
insumido.
Req6: Gestin de equipos

Descripcin:
Permitir el ingreso de datos de los usuarios, equipos y software y el
mantenimiento de los mismos.
Req7: Consulta de configuracin de equipos

Descripcin:
Otorgar la posibilidad de consultar la composicin de cada equipo en lo que
respecta a hardware y software, y los distintos tipos de software disponibles.
Req8: Informes
Descripcin:
Permitir acceder a la consulta de la configuracin de cada equipo en lo que
respecta a hardware y software, ya que los tcnicos y el responsable de la Mesa
de Ayuda necesitan saber la configuracin actual y el historial de los equipos que
poseen los usuarios de la Universidad.

Adems se deben brindar estadsticas del rendimiento de los tcnicos.
Req9: Altas de usuarios

Descripcin:
Los usuarios de la Mesa de Ayuda tienen que ser de entre los existentes en
la base de datos de la Universidad. Por lo tanto no se pueden ingresar como
usuarios de este sistema a personas que ya no existan en la Universidad. Si el
sistema de Mesa de Ayuda necesita de otros datos relacionados al usuario que no
se encuentren en esta base deber crear una entidad que los contengan.
V.3.3.1.2. Requisitos no funcionales
Requisitos de interfaces externas
Req10: Interfaz del usuario

Descripcin:
La interfaz con el usuario debe ser realizada en un entorno web para ser
ejecutada por los navegadores ms comunes del mercado. Las pantallas deben
ser sencillas e intuitivas y ser mostradas en castellano.
Se debe mantener la misma distribucin fsica en las pantallas, es decir si
en ms de una pantalla existe el mismo icono, en todas debe ubicarse en el
mismo lugar y orden.
Req11: Comunicacin con otros sistemas

Descripcin:
La comunicacin con otros sistemas se efecta a travs del protocolo
TCP/IP, y la consulta a las bases de datos con el estndar SQL.
Requisitos de rendimiento
Req12: Recursos
Descripcin:
Los recursos de consumo del sistema deben ser mnimos debido a que no
se necesita software extra. Es suficiente contar con un navegador que viene
incluido en el sistema operativo. El sistema debe ser soportado por un equipo
Pentium 100 Megahertz con 32 Megabyte de memoria principal.

Req13: Velocidad de respuesta

Descripcin:
Las consultas deben consumir la menor cantidad posible de recursos del
servidor web que soporta el sistema. Las consultas simples no se deben tardar
ms de 10 segundos, las consultas complejas, como la del parte de trabajo en la
que se muestran muchos datos en pantalla, no deben tardar ms de 20 segundos
en la mayora de los casos. Cabe aclarar que esta velocidad de respuesta se
refiere a conexiones realizadas a travs de la red LAN (Local Area Network, red
de rea local) de la Universidad; si se realiza desde fuera de esta red se admite
una mayor demora (va MODEM), ya que se depende en muchos casos de la
conexin existente.
La mayora del proceso se debe realizar en el equipo cliente y slo realizar
las consultas a la base de datos con los comandos SQL estndares.
Requisitos de desarrollo
Req14: Ciclo de vida

Descripcin:
En caso de ser desarrollado por la Universidad, se debe realizar con las
metodologas que sta usa, respetando el ciclo de vida orientado a objetos en
UML con prototipado, lo que permite realizar cambios de acuerdo a las
necesidades del usuario a medida que ste use las distintas versiones del
prototipo. Se debe usar la base de data relacional Postgress que es la que usa la
Universidad para el desarrollo de todos sus sistemas.
.
Requisitos tecnolgicos
Req15: Plataforma
Descripcin:
El sistema en el entorno del usuario debe ser soportado por cualquier
equipo que pueda ejecutar un navegador de Internet, y el sistema operativo
Windows 95 o superior.
Otros Requisitos
Req16: Seguridad
Descripcin:
El acceso al sistema debe ser seguro; por lo tanto se requiere la
identificacin del usuario y el ingreso de una password.

Req17: Mantenibilidad
Descripcin:
El sistema debe ser modular para facilitar el mantenimiento y las futuras
ampliaciones de acuerdo a las necesidades cambiantes.
Req18: Fiabilidad
Descripcin:
El sistema debe comportarse consistentemente, sin perder informacin y
respondiendo de la misma forma ante pedidos iguales.
Req19: Impresiones
Descripcin:
Las impresiones deben mantener un formato estndar en todos los
listados.
V.4. EVS 4: Estudio de alternativas de solucin
V.4.1. EVS 4.1: Preseleccin de alternativas de solucin
Las opciones de software que se han estudiado son varias, pero de todas
ellas se han seleccionado los tres paquetes que se identifican a continuacin. Uno
de ellos es una construccin a medida y los otros dos son paquetes que se
venden en el mercado informtico.
1. Dicono.
2. Track-it Standard 5.0.
3. Mesa de Ayuda Workgroup de Software & Bar Code.
V.4.2. EVS 4.2: Descripcin de las alternativas de solucin
En esta actividad se realiza una breve descripcin de las caractersticas

principales de los paquetes, su valoracin y un estudio de riesgos de cada uno de
ellos.
V.4.2.1. Comparacin de caractersticas
Como puede apreciarse, la tabla V.1, presenta una comparacin de los

distintos paquetes y como estos cubren cada uno de los requisitos.

Sistemas
Requisitos
1 2 3
Req1. Solicitud de los usuarios X X X
Req2. Consulta de avance de trabajos por parte de los usuarios X X X
Req3. Actualizar avance de trabajos X X X
Req4. Consulta de partes de trabajos por parte del director de Tecnologa y X X X
Operaciones
Req5. Cierre del parte de trabajo X X X
Req6. Gestin de equipos X X X
Req7. Consulta de configuracin de equipos X X X
Req8. Informes X X X
Req9. Alta de usuarios X I I
Req10. Interfaz del usuario X I I
Req11. Comunicacin con otros sistemas X X X
Req12. Recursos X I I
Req13. Velocidad de respuesta X X X
Req14. Ciclo de vida X - -
Req15. Plataforma X X X
Req16. Seguridad X X X
Req17. Seguridad X X X
Req18. Fiabilidad X X X
Req19. Impresiones X X X
Tabla V.1. Comparacin de paquetes software.
Referencias:
X = Implementa totalmente.
I = implementa parcialmente.
- = No implementa.

V.4.2.2. Costos del proyecto desarrollado a medida Dicono
Hasta el anlisis del sistema de informacin:

127 das de un Ingeniero en Sistemas ............................ $ 6.000
Diseo del sistema de informacin:

60 das de un Ingeniero en Sistemas................................................. $ 2.500
Construccin del sistema de informacin:

50 das de un Programador.............................................. $ 1.400
Implementacin del sistema de informacin:

5 das implica un tercio de tiempo de un Ingeniero en Sistemas....... $ 300
Sumando un total de ...................................................................... $ 10.200
Costos de hardware:
No es necesario invertir porque la Universidad cuenta con los equipos y la
estructura de red necesarias. La Figura V.1, pretende mostrar una arquitectura de
los equipos actuales.
Costo de software:
No se tiene en cuenta porque el software de desarrollo es de uso libre, y la
base de datos se encuentra instalada en los servidores de la Universidad y es de
uso libre.
En conclusin se puede decir que la propuesta del desarrollo a medida
cumple con todos los requisitos previstos por el usuario a un costo final de $
10.200.

Tape Storage
Server de backup Servidor Web Servidor de

bases de datos
Fibra ptica
Fibra ptica
Internet Intranet
Rack central
Fibra ptica
Transceiver Transceiver
Otras PC
Swicht
Telfono Telfono
PC Mesa de Ayuda PC Mesa de Ayuda

Impresora laser
Mesa de Ayuda
Figura V.1. Arquitectura del hardware disponible para el proyecto.
V.4.2.3. Costos del proyecto con la compra del paquete Track-It 5.0
Costo del software:

Track-It 5.0 standard para 5 usuarios................................................$ 4.950,00
Track-It 5.0 standard red para 5 tcnicos..........................................$ 4.950,00
Track-It Sync sincroniza con el correo electrnico de Outlook..........$ 3.450,00
Total ................................................................................................. $13.350,00
IVA 15%............................................................................................ $ 2.002,50
Sumando un total de .......................................................................$ 15.352,50
Costos de hardware:
No se calcula porque la Universidad cuenta con los equipos.
Este software tiene la posibilidad de ser licenciado para ser usado por cinco
tcnicos con acceso a un conjunto de pantallas distintas de los usuarios que slo

realizan consultas y sin posibilidad de modificaciones. Las licencias que estn

incluidas en el precio del paquete de usuarios son slo para 5 usuarios. Para ser
utilizadas por la totalidad de usuarios previstos (aproximadamente 200) se deben
solicitar unas 200 licencias.
La versin estndar no incluye la posibilidad de que los usuarios puedan
realizar sus consultas mediante Internet. Este mdulo est incluido en la versin
empresarial, de la cual no se dispone su precio pero, con seguridad que su costo
es mucho mayor.
En conclusin, la propuesta de compra del producto Track-It 5.0 Standard
cumple con la mayora de los requisitos previstos, no permite que los usuarios
puedan consultar el avance de sus trabajos en Internet, pero tiene muchas otras
funcionalidades que son de utilidad a un costo final de $ 15.352,50. Algunas de
las funcionalidades de este producto son las siguientes: un mdulo de compras de
los materiales necesarios en las reparaciones de los equipos, un mdulo de
seguimiento de la capacitacin a los usuarios y un ordenamiento por todas las
columnas de informacin que aparecen en las consultas, permite auditar todas la
computadoras mediante la red sin tener que trasladarse fsicamente hasta cada
una de ellas..
V.4.2.4. Costos del proyecto con la compra del paquete Mesa de Ayuda
Workgroup de Software & Bar Code
Costo del software:

1 Licencia de uso del sistema de Mesa de Ayuda para 5 usuarios
y 5 tcnicos (incluye instalacin, manual de usuario, 5 das
de capacitacin y 6 meses de soporte telefnico y/o por correo
electrnico)..........................................................................................$ 27.000,00
1 Licencia Lotus Notes / Domino versin 5 para servidor, con 1 ao

de mantenimiento, incluye disco compacto.
Domino Application Server...................................................................$ 6,666.00
1 Licencia Lotus Notes versin 5 para cliente administrador y

diseador, con 1 ao de mantenimiento, incluye disco compacto.
Notes Designer Client........................................................................... $ 1.746,00
Subtotal............................................................................................ $ 35.412,00
IVA 15 %................................................................................................ $ 5.310,00
Sumando un total de .........................................................................$ 41.582,00

Costos de hardware:
No es necesario porque la Universidad cuenta con los equipos que estn
organizados de acuerdo a la Figura V.1.
Este software al igual que el Track-It tiene la posibilidad de ser licenciado
para ser usado por cinco tcnicos con acceso a un conjunto de pantallas distintas
de los usuarios que slo realizan consultas y sin posibilidad de modificaciones.
Las licencias que estn incluidas en el precio del paquete de usuarios son slo
para 5 usuarios. Para ser utilizadas por la totalidad de usuarios previstos
(aproximadamente 200) se deben solicitar unas 200 licencias.
En conclusin, se puede decir que la propuesta de compra del producto
Mesa de Ayuda Workgroup de Software & Bar Code cumple con la mayora de los
requisitos previstos por el usuario a un costo final de $ 41.582,00. No incluye la
posibilidad de consulta de los mismos acerca de los avances de los trabajos por
Internet, pero tiene muchas otras funcionalidades. Por ejemplo: la generacin de
estadsticas por rea, por persona, por persona y tipo de problema, etc.
V.5. EVS 5: Valoracin de las alternativas
V.5.1. EVS 5.1: Estudio de la inversin
Para cada alternativa de solucin propuesta, se valora el impacto en la

organizacin y se establece su viabilidad econmica. Para ello, se realiza un
anlisis costo / beneficio que determina los costos del sistema y se los pondera
con los beneficios tangibles, cuantificables directamente, y con los beneficios
intangibles, buscando el modo de cuantificarlos.
A continuacin se realiza un estudio de cada alternativa en la cual se
detallan los costos y beneficios tangibles e intangibles.
V.5.1.1. Costos del sistema Dicono
En primer lugar, se analizan los aspectos que pueden impactar en la

organizacin con la implementacin del nuevo sistema:
Costos tangibles:
Costo de adquisicin de la tecnologa: se posee la tecnologa, con lo
cual no hay que incurrir en gastos por compra de equipos.
Tiempo de reemplazo de los sistemas: se debe proceder a realizar
las cargas iniciales de datos, estimando un tiempo de 44 horas de
trabajo de un operador que equivale a $ 200.

Capacitacin: el personal que lo desarrolla tiene conocimiento y es de

la Universidad, lo que hace que la capacitacin sea ms fcil. Se
estima que el personal tcnico de la Mesa de Ayuda realice un curso
de dos horas, no viendo la necesidad de instruir a todos los usuarios
debido a la sencillez de la interface. Se estima que el personal
involucrado son 8 personas, a dos horas cada uno hacen un total de
16 horas, lo que implica un costo de $90.
Recursos y medios necesarios para el cambio: no se considera
necesario la contratacin de personal para realizar el cambio debido
a que el software no requiere de una carga inicial masiva de datos.
Software: $ 10.200.
Implementacin: la base de datos y el software se encuentran
instalados en los servers. Slo necesita de un navegador de Internet
que viene incluido en todos los sistemas operativos. Por lo cual, la
implementacin del mismo es sencilla y no es necesario considerar
su costo.
Insumos: los insumos son prcticamente nulos debido a que se
pueden realizar las consultas por pantalla evitando, de este modo, el
uso de papel.
Costos intangibles:
Complejidad de la nueva tecnologa: no se considera compleja debido
a que los usuarios estn habituados a la misma
Rechazo al cambio: los usuarios deben acostumbrarse al manejo del
software nuevo.
Otras personas que puedan verse afectadas por el cambio: no ocurre
debido a que no hay informacin en el sistema actual.
V.5.1.2. Costos del sistema Track it
En primer lugar, se analizan los aspectos que pueden impactar en la

Costos tangibles:
Capacitacin: el personal que lo desarrolla no es de la Universidad lo
que hace que la capacitacin sea ms costosa. Se realiza un curso

de dos horas para el personal tcnico de la Mesa de Ayuda, y un

curso de una hora para todos los usuarios de la Universidad. El
personal involucrado son 8 personas, que a dos horas cada uno,
hacen un total de 16 horas. Se incluye en un comienzo a 100
usuarios por 1 hora cada uno lo que implican 100 horas ms de las
16 anteriores, lo que da un costo de $ 650.
necesaria la contratacin de personal para realizar el cambio debido
Software: $ 15.352,50.
Implementacin: la instalacin del software la debe desarrollar el
personal de la Universidad. La base de datos se instala y configura
en el server y luego se efecta una instalacin en cada uno de los
equipos del software. Se considera que esta instalacin realizada por
medio de la red consume 50 horas de un tcnico lo que implica un
costo de $ 300.
Insumos: los insumos son mnimos debido a que se pueden realizar
las consultas por pantalla evitando, de este modo, el uso de papel.
Costos intangibles:
a que los usuarios estn habituados a la misma.
software nuevo.
Otras personas que se puedan ver afectadas por el cambio: no ocurre
V.5.1.3. Costos del sistema Workgroup Software & Bar Code
En primer lugar se analizan los aspectos que pueden impactar en la

Costos tangibles:
Capacitacin: el personal que lo desarrolla no es de la Universidad lo
que hace que la capacitacin sea ms difcil. Se realiza un curso de
dos horas para el personal tcnico de la Mesa de Ayuda, y un curso

de una hora para todos los usuarios de la Universidad. El personal

involucrado son 8 personas, a dos horas cada uno, hacen un total de
16 horas. Se incluye en un comienzo a 100 usuarios por 1 hora cada
uno lo que implican 100 horas ms de las 16 anteriores, lo que
implica un costo de $ 650.
necesario la contratacin de personal para realizar el cambio debido
Software: $ 41.582,00.
Implementacin: la instalacin del software la debe desarrollar el
personal de la Universidad. La base de datos se instala y configura
en el server y luego se efecta una instalacin en cada uno de los
equipos del software. Se considera que esta instalacin realizada por
medio de la red consume 50 horas de un tcnico lo que implica un
costo de $ 300.
Insumos: los insumos son mnimos debido a que se pueden realizar
las consultas por pantalla evitando, de este modo, el uso de papel.
Costos intangibles:
a que los usuarios estn habituados a la misma.
software nuevo.
Otras personas que se puedan ver afectadas por el cambio: no ocurre
V.5.1.4. Beneficios de los sistemas
Se decidi realizar el estudio de los sistemas en forma unificada (a

diferencia de los costos) ya que los tres sistemas proveen los mismos beneficios.
Los beneficios pueden dividirse en dos grupos:
Beneficios tangibles:
Incremento de la productividad: se calcula que la reduccin del tiempo
de entrega de los trabajos es de un 10 %.
Reduccin de insumos: con el nuevo sistema se ahorran insumos como
el papel y la tinta, debido a que toda la informacin entre el usuario y el
rea informtica deja de ser impresa, para ser electrnica.
Beneficios intangibles:

Conformidad: aumenta la conformidad de los usuarios como resultado

de una mejor atencin y reduccin de los tiempos de entrega.
Informacin: el nuevo sistema provee informacin del estado de los
trabajos pendientes, de la ocupacin de los tcnicos, de la composicin
de los equipos, de las licencias de software, etc. No se dispone de esta
informacin en la actualidad.
Experiencia: el personal que desarrolla el trabajo proporciona toda la
documentacin del mismo, la cual sirve como referencia para los
alumnos de la carrera de informtica.
Con respecto a los beneficios se considera que cualquiera de los tres
sistemas proveen beneficios similares. Esto se debe a que cualquiera de ellos es
una solucin mejor que el sistema vigente.
V.5.1.5. Comparacin de alternativas
Para comparar los sistemas se toman los valores que se deben invertir en
las tres opciones y se expresa en pesos argentinos; en caso de que las
cotizaciones hayan sido en dlares se las convierte a pesos, con una cotizacin
conservadora de $ 3 por cada dlar.
Como puede verse en la Tabla V.2, el sistema que representa un menor
costo para la Universidad es el construido a medida por el personal de Desarrollo
de la Institucin, con una diferencia de $ 6.012,50 con el sistema Track-It, y de
$32.242 con el sistema Software & Bar Code.
Costos tangibles Sistemas

Dicono Track It Software & Bar Code
Tecnologa 0,00 0,00 0
Reemplazo 200,00 200,00 200,00
Capacitacin 90,00 650,00 650,00
Recursos para el cambio 0,00 0,00 0,00
Software 10.200,00 15.352,50 41.582,00
Implementacin 0,00 300,00 300,00
Insumos 0,00 0,00 0,00
Totales 10.490,00 16.502,50 42.732,00
Tabla V.2. Comparacin de costos.
Los costos intangibles de los tres sistemas, como se muestra en la Tabla

V.3, son prcticamente los mismos, por lo tanto no aporta informacin al momento
de tomar una decisin.

Costos intangibles Sistemas

Complejidad baja baja baja
Rechazo al cambio bajo bajo bajo
Personas involucradas no no no
Tabla V.3. Comparacin de costos intangibles.
V.5.2. EVS 5.2: Estudio de los riesgos
Para cada alternativa se seleccionan los factores de situacin que hay que
considerar, relativos tanto a la incertidumbre como a la complejidad del sistema.
Se identifican y valoran los riesgos asociados y se determinan las medidas a
tomar para minimizarlos.
Los riesgos que se analizan son los que se detallan brevemente a
continuacin:
Cumplimiento de plazos: se corre el riesgo de que los plazos de entrega
del producto se vean prolongados por distintos motivos.
La aplicacin no responde a los requisitos del usuario: puede darse que
el sistema no cumpla con el 100% de lo pedido por el usuario.
Mantenimiento: este riesgo es importante debido a que todo software
tiene errores y evoluciona con el tiempo.
Dificultades en el uso: se puede dar que el sistema sea difcil de
manejar.
En el momento de estimar los riesgos de un proyecto se debe tener en

cuenta la siguiente terna de variables: [ri, li, x i] donde:
ri : es el riesgo.
li : es la probabilidad del que el riesgo ocurra.
xi : es el impacto producido por la ocurrencia del riesgo.
Se elabora una tabla de riesgos para cada una de las alternativas y se les
asigna la probabilidad y el impacto. Este ltimo se valora de la siguiente forma:
1. Catastrfico.
2. Crtico.
3. Marginal.
4. Despreciable.

V.5.2.1. Riesgos del sistema Dicono
En la Tabla V.4 se analizan los riesgos del sistema Dicono.
Nro. Riesgo Probabilidad Impacto

1 Cumplimiento de plazos: este es el mayor riesgo que puede tener el 60% 3
sistema Dicono, debido a retrasos en la ejecucin del proyecto por
la falta de experiencia del tesista en:
Aplicacin de las metodologas
Conocimiento de la herramienta CASE
Lenguajes de programacin orientados a objetos
2 La aplicacin no responde a los requisitos del usuario: este riesgo 10% 2
es probable que no aparezca debido a que el sistema se construye
de acuerdo a las necesidades del usuario. Adems se trabaja con el
usuario y se crean prototipos que ste utilizar
3 Mantenimiento: es normal que se necesite en todo sistema. La 20% 3
ventaja de desarrollar el software en forma local es que el personal
est a disposicin en cualquier momento para solucionar el
problema. Esto es as debido a que el personal que construye el
software es parte de los tcnicos que atienden las necesidades de
los usuarios. Adems se realiza la documentacin necesaria para el
mantenimiento
4 Dificultades en el uso: este riesgo es el que se trata de evitar por 10% 3
medio de prototipos, buscando que la interfaz sea sencilla
Tabla V.4. Riesgos del sistema Dicono.
V.5.2.2. Riesgos del sistema Track-It
En la Tabla V.5 se exponen los riesgos del sistema Track-It.

1 Cumplimiento de plazos: este riesgo no es de mucha importancia en 10% 3
este sistema debido a que ya est construido, disponible en el
mercado y se utiliza en muchas empresas, con lo cual la fecha de
entrega es inmediata
se presenta en algunos de los requisitos del usuario como se
muestra en la tabla V.1 de este captulo
desventaja de comprar el software es que es un paquete cerrado y
slo sufre modificaciones mediante las distintas versiones y no a
pedido de un solo usuario. Adems cada nueva versin tiene un
costo adicional
4 Dificultades en el uso: este riesgo es poco probable debido a que es 10% 3
un software ya probado en el mercado y su interfaz es relativamente
sencilla
Tabla V.5. Riesgos del sistema Track-It.

V.5.2.3. Riesgos del sistema Workgroup Software & Bar Code
En la Tabla V.6 se explican los riesgos del sistema Workgroup Software &
Bar Code.

1 Cumplimiento de plazos: este riesgo no es de mucha importancia en 10% 3
este sistema debido a que ya est construido, disponible en el
mercado y se utiliza en muchas empresas, con lo cual la fecha de
entrega es inmediata
se presenta en algunos de los requisitos del usuario como se
muestra en la Tabla V.1 de este captulo
desventaja de comprar el software es que es un paquete cerrado y
slo sufre modificaciones mediante las distintas versiones y no a
pedido de un solo usuario. Adems cada nueva versin tiene un
costo adicional
4 Dificultades en el uso: este riesgo es poco probable debido a que es 10% 3
un software ya probado en el mercado y su interfaz es relativamente
sencilla
Tabla V.6. Riesgos del sistema Workgroup Software & Bar Code.
V.5.2.4. Comparacin de alternativas
Las tres alternativas se pueden comparar en la Tabla V.7, mediante las

probabilidades de ocurrencia de los riesgos y de los impactos en caso de
presentarse.
Riesgos Sistemas
Prob. Impacto Prob. Impacto Prob. Impacto
Plazos 60 % 3 10 % 3 10 % 3
Requisitos 10 % 2 30 % 2 30 % 2
Mantenimiento 20 % 3 50 % 3 50 % 3
Dificultades de uso 10 % 3 10 % 3 10 % 3
Tabla V.7. Comparacin de riesgos.
Se extrae del anlisis de la Tabla V.7 que los riesgos de los sistemas son
similares. El sistema Dicono tiene ms riesgos en los plazos pero menos en los
requisitos y en el mantenimiento; sin embargo los sistemas Track-It, Software &
Bar Code tienen ms riesgos en los requisitos y en el mantenimiento.

V.6. EVS 6: Seleccin de la solucin
V.6.1. EVS.6.1. Evaluacin de las alternativas y seleccin
Antes de finalizar el Estudio de Viabilidad del Sistema, se convoca a la

Comisin de Informtica para la presentacin de las distintas alternativas de
solucin, resultantes de la actividad anterior. En dicha presentacin, se debaten
las ventajas de cada una de ellas, incorporando las modificaciones que se
consideren oportunas, con el fin de seleccionar la ms adecuada. Finalmente, se
aprueba la solucin o se determina su inviabilidad.
Luego de los estudios realizados en los puntos anteriores se selecciona la
opcin de la construccin del software a medida bajo la responsabilidad de la
Direccin de Sistemas de la Universidad por los siguientes motivos:
Es el paquete que mejor se adapta a las necesidades y cumple con
todos los requisitos del usuario.
Es la opcin ms econmica desde el punto de la inversin inicial.
Es la que ms se adapta a los cambios, ya que el personal que la
construye pertenece a la Institucin.
La poltica de la Universidad es construir todo software necesario y no
realizar compras de paquetes por el motivo de los constantes
cambios de requisitos. Si el software es comprado como paquete
cerrado, es difcil realizar cambios. Adems, lo que se desarrolla
queda como referencia para los alumnos de la Universidad y como
experiencia para el cuerpo docente que es el personal de desarrollo.
Cabe destacar que si bien la poltica de la Universidad es construir todo el
software que se usa en la misma, se tom la decisin de realizar un estudio
comparativo con el objetivo de cumplir un requisito del trabajo de tesis de
maestra y saber si los costos en que se incurren en la construccin no son muy
superiores a los existentes en el mercado. Si esto ocurriese sera motivo para
revisar la poltica actual.
Esta decisin se toma y se aprueba en la Comisin Asesora Informtica,
que es la responsable en lo que respecta a sistemas de informacin. Por tanto,
implica la construccin del nuevo sistema Dicono, cuyo desarrollo se presenta en
el siguiente captulo.
V.6.2. Propuesta de solucin a los riesgos
Una vez elegida la solucin por parte de la Universidad se prev mitigar los
distintos riesgos presentados:
1. Cumplimiento de plazos: el riesgo principal el tesista dedica 3 horas
diarias al estudio de las metodologas a utilizar, a la herramienta CASE

y al lenguaje de programacin JSP. Este tiempo y esfuerzo no est

incluido en las horas dedicadas al trabajo normal de la tesis.
2. La aplicacin no responde a los requisitos del usuario: la aplicacin de
una metodologa iterativa e incremental en la cual se est en contacto
permanente con el cliente permite que este riesgo sea minimizado,
pero en caso de presentarse existe un departamento de Desarrollo de
Sistemas que tendr acceso a todos los programas fuentes para hacer
las adaptaciones que fuesen necesarias.
3. Mantenimiento: este riesgo se puede subsanar por medio de la
existencia de los programas fuentes con su correspondiente
documentacin.
4. Dificultades en el uso: este riesgo puede subsanarse mediante un curso
de capacitacin al usuario que tuviese esa dificultad.

Captulo VI
Desarrollo del proyecto

Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos
Captulo VI: Desarrollo del Proyecto
En este captulo se lleva a cabo la tarea de construir el software. Para

ello se necesitan varias actividades que se detallan a continuacin.
1. Casos de uso: se obtienen los casos de uso a partir de los
requisitos del sistema.
2. Anlisis: se realiza el anlisis de cada caso de uso.
3. Diseo: se disea el sistema tomando como base el anlisis del
paso anterior.
4. Implementacin: se codifica e implementa el sistema construido.
5. Pruebas: se prueba el software de acuerdo al plan que se
encuentra en esa seccin.
VI.1. R 2: Encontrar actores y casos de uso
VI.1.1. R.2.1: Encontrar actores
Los actores encontrados en el sistema de Mesa de Ayuda son los que se

mencionan a continuacin:
Direccin de Tecnologas y Operaciones
Vicerrectora de Asuntos Financieros
Usuarios
Servicios tcnicos
Tcnicos
Robot
El trmino robot se utiliza en la notacin UML para denominar una

accin programada por el sistema que ejecuta un caso de uso en forma
automtica en un determinado momento en la que no se pide la intervencin
del usuario.
VI.1.2. R 2.2: Encontrar Casos de usos
A continuacin se presenta un listado de los casos de uso que se

desprenden de los requisitos.
1. Mantener equipos.
2. Mantener licencias.
3. Mantener prioridades.
4. Mantener servicios tcnicos.
5. Mantener especialidades.

Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono
6. Mantener tcnicos.
7. Mantener usuarios.
8. Mantener hardware.
9. Mantener perifricos.
10. Mantener tipo de equipo.
11. Mantener base de conocimientos
12. Actualizar prioridad.
13. Realizar alta parte de trabajo.
14. Derivar parte de trabajo.
15. Asignar tcnico.
16. Buscar parte de trabajo.
17. Actualizar parte de trabajo.
18. Recepcionar conformidad.
19. Cerrar parte de trabajo.
20. Eliminar parte de trabajo.
21. Consultar parte de trabajo.
22. Consultar datos del usuario.
23. Consultar problemas.
24. Consultar equipos.
25. Consultar tareas.
26. Consultar licencias de software.
27. Solicitar ocupacin tcnico.
28. Solicitar trabajos de los tcnicos.
29. Estadsticas.
La tabla VI.1 muestra la relacin de estos casos de uso con los

requisitos descritos en el captulo V.
Requisito Caso de uso

Req6. Gestin de equipos 1. Mantener equipos
Req6. Gestin de equipos 2. Mantener licencias
Req1. Solicitud de los usuarios 3. Mantener prioridades
4. Mantener servicios tcnicos
5. Mantener especialidades
6. Mantener tcnicos
Req1. Solicitud de los usuarios 7. Mantener usuarios
Req8. Alta de usuarios
Req6. Gestin de equipos 8. Mantener hardware
9. Mantener perifricos
10. Mantener tipo de equipo
* 11. Mantener base de conocimientos

Requisito Caso de uso

Req1. Solicitud de los usuarios 12. Actualizar prioridad
13. Realizar alta parte de trabajo
14. Derivar parte de trabajo
15. Asignar tcnico
Req3. Actualizar avance de trabajos 16. Buscar parte de trabajo
17. Actualizar parte de trabajo
Req5. Cierre del parte de trabajo 18. Recepcionar conformidad
19. Cerrar parte de trabajo
Req1. Solicitud de los usuarios 20. Eliminar parte de trabajo
Req2. Consulta de avance de trabajos 21. Consultar parte de trabajo
por parte de los usuarios
Req4. Consulta de partes de trabajos por
parte del director de Tecnologa y
Operaciones
Req1. Solicitud de los usuarios 22. Consultar datos del usuario
23. Consultar problemas
Req7. Consulta de configuracin de 24. Consultar equipos
equipos
Req3. Actualizar avance de trabajos 25. Consultar tareas
Req6. Gestin de equipos 26. Consultar licencias de software
Req8. Informes 27. Solicitar ocupacin tcnico
28. Solicitar trabajos de los tcnicos
29. Estadsticas
Tabla VI.1. Relacin requisito - casos de uso.
* En este caso el mantenimiento de la bases de conocimiento no est en

ninguno de los requisitos porque no fue pedido por la Universidad y ellos
prefieren que la base de conocimientos de ingresan datos al realizar el cierre
del parte de trabajo (caso de uso 19) y se pueda consultar cuando se da de alta
un parte de trabajo (caso de uso 13) y otra consulta independiente (caso de
uso 23). Y luego desarrollar un caso de uso completo. Por el momento se
plantea el mantenimiento de la base de conocimiento como un caso de uso (el
nmero 11) y se realizan las clases de anlisis y de diseo pro no se detallan
las clases debido a que prefieren esperar para ver si no se realizan cambios
con el uso.
A partir de los casos de uso identificados, se construyen los diagramas
de casos de uso que se muestran en las Figuras VI.1 a VI.3.

VI.1.3. R 3: Priorizar casos de uso
VI.1.3.1. R 3.1: Describir la poltica de priorizacin de los casos de uso
La poltica aplicada para priorizar los casos de uso se basa en la

eleccin, en primer lugar, de los casos de uso ms importantes para el sistema,
que son los que se detallan a continuacin:
Casos de uso del parte de trabajo (alta y consulta).
Casos de uso para el mantenimiento de todos los datos. Permite
tener la informacin suficiente para realizar las pruebas.
Casos de uso de consultas.
Casos de uso que permiten realizar el mantenimiento del parte de
trabajo.
Por ltimo los casos de uso relacionados con la obtencin de datos
estadsticos.
VI.1.4. R 4: Detallar casos de uso
VI.1.4.1. R 4.1: Construccin de los diagramas de casos de uso
Con el objetivo de que los casos de uso sean ms claros se divide el

diagrama en tres diagramas de acuerdo a las funciones de:
Mantenimiento: permite el ingreso de los datos iniciales al sistema
y el posterior mantenimiento de los mismos.
Partes de trabajo: permite procesar los pedidos de los usuarios y
es la principal fuente de informacin del sistema.
Consultas: permite consultar la informacin que provee el sistema.
En la seccin VI.1.4.2. R 4.2 se incluye la descripcin detallada de todos
los casos de uso reflejados en las Figuras VI.1 a VI.3. Dado que los casos de
uso de mantenimiento se desglosan en varios, se ha incluido la Tabla VI.2 para
mostrar esta relacin.
La especificacin de requisitos especiales de tiempo de respuesta se
refiere a equipos que se encuentran sobre la red de la Universidad. No se
garantiza el tiempo de respuesta para equipos que se encuentren fuera de la
Institucin, debido a factores ajenos como el tipo de conexin, proveedor de
Internet, etc.

VI.1.4.1.1. Diagrama de casos de uso de mantenimiento
En la Figura VI.1 se detallan los casos de uso referidos al mantenimiento

del sistema Dicono. La tabla VI. 2 muestra la relacin de los casos de uso de
la Figura VI.1 con los casos de uso en los que se derivan. La descripcin
detallada de stos ltimos se encuentra en las Tablas VI.4 a VI.37.
1 - Mantener equipos 2 - Mantener li cencias
3 - Mantener prioridades
4 - Mantener servi cios tcnicos
5 - Mantener especialidades
Mesa de Ayuda
(from Actores) 6 - Mantener tcnicos
7 - Mantener usuarios
11. Mantener base de 8 - Mantener hardware

con oci mientos 9 - Mantener perifricos
10 - Man tenerT ipoEquipo
12 - Actualizar priori dad

Robot
(from Actores)
Figura VI.1. Casos de uso de mantenimiento.

Casos de usos relacionados

Caso de uso
Nmero Nombre
Mantener equipos. 1.1 Realizar alta de equipos
1.2 Realizar baja de equipos
1.3 Realizar modificacin de equipos
Mantener licencias. 2.1 Realizar alta de licencias
2.2 Realizar baja de licencias
2.3 Realizar modificacin de licencias
Mantener prioridades. 3.1 Realizar alta de prioridades
3.2 Realizar baja de prioridades
3.3 Realizar modificacin de prioridades
Mantener servicios tcnicos. 4.1 Realizar alta de servicios tcnicos
4.2 Realizar baja de servicios tcnicos
4.3 Realizar modificacin de servicios tcnicos
Mantener especialidades. 5.1 Realizar alta de especialidades
5.2 Realizar baja de especialidades
5.3 Realizar modificacin de especialidades
Mantener tcnicos. 6.1 Realizar alta de tcnicos
6.2 Realizar baja de tcnicos
6.3 Realizar modificacin de tcnicos
Mantener usuarios. 7.1 Realizar alta de usuarios
7.2 Realizar baja de usuarios
7.3 Realizar modificacin de usuarios
Mantener hardware. 8.1 Realizar alta de hardware
8.2 Realizar baja de hardware
8.3 Realizar modificacin de hardware
Mantener perifricos. 9.1 Realizar alta de perifricos
9.2 Realizar baja de perifricos
9.3 Realizar modificacin de perifricos
Mantener tipo de equipo. 10.1 Realizar alta de tipo de equipo
10.2 Realizar baja de tipo de equipo
10.3 Realizar modificacin de tipo de equipo
11.1 Realizar alta base de conocimiento
11.2 Realizar baja base de conocimiento
11.3 Realizar modificacin base de conocimiento
Actualizar prioridad. 12 Actualizar prioridad
Tabla VI.2. Relacin de casos de uso de mantenimiento.
VI.1.4.1.2. Diagrama de casos de uso de parte de trabajo
En la Figura VI.2 se presenta el diagrama de casos de uso del parte de

trabajo. La descripcin detallada de los mismos se encuentra en las Tablas
VI.38 a VI.45 y VI.47 a VI.49.

13 - Realizar alta parte

de trabajo
<<extend>>
14 - Derivar parte de
trabajo
Mes a de Ayuda <<extend>>
(from Actores)
<<include>>
18 - Recepcionar
19 - Cerrar parte de
conformidad
trabajo
<<include>>
<<include>>
20 - Eliminar parte de
trabajo
23 - Consultar problemas
17 - Actualizar parte de
Tcnicos trabajo
(from Actores)
22 - Consultar datos de
usuario
16 - Buscar parte de 24 - Consultar equipos

trabajo
Servicios tcnicos 15 - Asignar tcnico
(from Actores)
Figura VI.2. Casos de uso de parte de trabajo.
VI.1.4.1.3. Diagrama de casos de uso de consultas
En la Figura VI.3 se detallan los casos de uso de consultas del sistema.

La descripcin detallada de los mismos se encuentra en las Tablas VI.46, 50 a
IV.54.

21 - Consultar parte de
trabajo 22 - Consultar datos de
usuario
Usuarios 23 - Consultar problemas
(from Actores)
24 - Consultar equipos
25- Consultar tareas

Mesa de Ayuda
(from Actores)
26 - Consultar licencias
27 - Solicitar ocupacin software
tcnico
Direccin de tecnologas
(from Actores) 28 - Solicitar trabajos
tcnicos
29 - Estadsticas
Vicerrectoria
de asun...
(from Actores)
Figura VI.3.Casos de uso de consultas.
VI.1.4.2. R 4.2: Descripcin detallada de los casos de uso
Todos los casos de uso se han descrito utilizando el esquema mostrado

en la Tabla VI.3. En la propia tabla se explica cada seccin.

Caso de uso: nombre del caso de uso

Actor: actores que participan del caso de uso
Descripcin: descripcin de lo que realiza en caso de uso
Activacin: que accin u opcin del men hace activar el caso de uso
Curso normal: explicacin de lo que ocurre Curso alternativo: explicacin de lo que
en forma normal o esperada al ejecutarse el ocurre si el caso de uso no hace lo esperado
caso de uso. Estos pasos se enumeran para lo cual se lo ejecut. Se enumeran estos
pasos. Puede que ocurra que un caso normal
tenga ms de un curso alternativo
1 1.1
Precondiciones: se explica en qu estado debe estar el sistema antes de que se ejecute el
caso de uso
Postcondiciones: se explica el estado en que queda el sistema luego de la ejecucin del caso
de uso
Puntos de extensin: se enumeran otros casos de uso -si los hubiese- que son necesarios
para el funcionamiento del presente caso de uso
Observaciones y datos: se agrega cualquier informacin que sea de utilidad, como por
ejemplo: requisitos y atributos especiales y algn otro dato de inters
Tabla VI.3. Modelo de descripcin de los casos de uso.
VI.1.4.2.1. Casos de uso de mantenimiento
Caso de uso: 1.1. Realizar alta de equipos

Actor: Mesa de Ayuda
Descripcin: es el responsable de ingresar a la base de datos la informacin de los equipos
informticos, incluyendo cada uno de los componentes del hardware, software y perifricos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta de equipos
en el men de mantenimiento
Curso normal Curso alternativo
1 Se ingresan todos los datos del nuevo 1.1 El equipo ya existe, por lo tanto el
equipo, incluyendo los datos de hardware sistema debe permitir al tcnico que
propio del equipo, software y perifricos, ingrese un nuevo cdigo de equipo
si los tuviese, en la base de datos
2 El sistema pregunta si se desea confirmar 2.1 El usuario no confirma el alta y realiza
el alta alguna modificacin a los datos
3 El usuario confirma y los datos pasan a 3.1 El usuario cancela la operacin de dar
formar parte de la base de datos de alta los datos del equipo
Precondiciones: el tcnico de Mesa de Ayuda debe estar conectado al sistema con nombre de
usuario y contrasea
Postcondiciones: el equipo est disponible en la base de datos para ser asignado a un
usuario de la Universidad
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.4. Caso de uso 1.1 Realizar alta de equipos.

Caso de uso: 1.2. Realizar baja de equipos

Descripcin: es el responsable de eliminar los equipos de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de equipos
1 Se ingresa el identificador del equipo a 1.1 Si el identificador no existe se muestra
dar de baja, se muestran los datos en el mensaje de equipo inexistente. El
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista
2 Si se selecciona de la lista el identificador 2.1.
del equipo a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
la baja del equipo
4 El usuario acepta y el equipo es dado de 4.1 El usuario cancela y el equipo no es
baja de la base de datos dado de baja
Precondiciones: el equipo debe existir en la base de datos
Postcondiciones: en caso de tener perifricos y licencias de software los mismos quedan
disponibles hasta que se asignen a otro equipo
Observaciones y datos: los equipos se dan de baja cuando los fallos son irreparables
Tabla VI.5. Caso de uso 1.2 Realizar baja de equipos.
Caso de uso: 1.3. Realizar modificacin de equipos

Descripcin: es el responsable de modificar los datos de los equipos en la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de equipos en el men de mantenimiento
1 Se ingresa el identificador del equipo a 1.1 Si el identificador no existe se muestra
modificar, se muestran los datos en el mensaje de equipo inexistente. El
2 Si se selecciona de la lista el identificador
del equipo a modificar, se muestran los
datos en pantalla
3 El sistema pregunta si se desea grabar
las modificaciones
4 El usuario acepta y los datos son 4.1 El usuario no acepta y las
modificados modificaciones no son grabadas
Precondiciones: el equipo debe existir en la base de datos
Postcondiciones: depende de la modificacin realizada puede cambiar el hardware que tiene,
los perifricos que tuviese asignados o el software instalado
Tabla VI.6. Caso de uso 1.3 Realizar modificacin de equipos.

Caso de uso: 2.1. Realizar alta de licencias

Descripcin: es el responsable de ingresar a la base de datos la informacin de los distintos
paquetes de software que posee la Institucin. No se permite dar de alta software al que no se
le conozca la licencia.
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta las
licencias
1 Mesa de Ayuda ingresa todos los datos
del nuevo software en la base de datos
2 El sistema pregunta si desea confirmar el 2.1 El usuario no confirma el alta y realiza
alta modificaciones a los datos
3 El usuario confirma el alta y los datos 3.1 El usuario cancela la operacin de dar
pasan a formar parte de la base de datos de alta los datos del software
Precondiciones: se debe poseer toda la informacin del software y de su licencia
Postcondiciones: los datos del software estn disponibles para ser asignados a los equipos
de la Universidad
Tabla VI.7. Caso de uso 2.1 Realizar alta de licencias.
Caso de uso: 2.2. Realizar baja de licencias

Descripcin: es el responsable de eliminar los paquetes de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de
licencias en el men de mantenimiento
1 Se ingresa el identificador del software a 1.1 Si el identificador no existe se muestra
dar de baja, se muestran los datos en el mensaje de software inexistente. El
2 Si se selecciona el identificador del
software a dar de baja, se muestran los
datos en pantalla
la baja del software
4 El usuario acepta y el software es dado 4.1 El usuario cancela y el software no es
de baja de la base de datos dado de baja
Precondiciones: el software no debe estar asignado a ningn equipo
Postcondiciones: el software deja de estar disponible en la base de datos de la Universidad
Tabla VI.8. Caso de uso 2.2 Realizar baja de licencias.

Caso de uso: 2.3. Realizar modificaciones de licencias

Descripcin: es el responsable de modificar los datos de los paquetes en la base de datos
de software en el men de mantenimiento
1 Se ingresa el identificador del software a 1.1 Si el identificador no existe, se muestra
modificar, se muestran los datos en el mensaje de software inexistente. El
seleccionar uno de la lista.
software a modificar, se muestran los
datos en pantalla
las modificaciones
4 El usuario acepta y los datos son 4.1 El usuario no graba y las modificaciones
modificados no son grabadas
Precondiciones: el software debe existir en la base de datos
Postcondiciones: los datos del software estn actualizados en la base de datos de la
Universidad
Tabla VI.9. Caso de uso 2.3 Realizar modificaciones de licencias.
Caso de uso: 3.1. Realizar alta de prioridades

Descripcin: es el responsable de ingresar a la base de datos la informacin de las distintas
prioridades que se pueden asignar a los partes de trabajo
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta de
prioridades
1 Mesa de Ayuda ingresa el identificador de
la nueva prioridad
2 El sistema pregunta si desea confirmar el 2.1 El usuario no confirma el alta, o realiza
alta modificaciones a los datos
formar parte de la base de datos de alta la nueva prioridad
Precondiciones: no posee
Postcondiciones: los datos de las prioridades estn disponibles para ser asignados a los
partes de trabajo
Tabla VI.10. Caso de uso 3.1 Realizar alta de prioridades.

Caso de uso: 3.2. Realizar baja de prioridades

Descripcin: es el responsable de eliminar las prioridades de la base de datos
prioridades en el men de mantenimiento
1 Se ingresa el identificador de la prioridad 1.1 Si el identificador no existe, se muestra
a dar de baja, se muestran los datos en el mensaje de prioridad inexistente. El
2 Si se selecciona el identificador de la
prioridad a dar de baja, se muestran los
datos en pantalla
la baja de la prioridad
4 El usuario acepta y la prioridad es dada 4.1 El usuario cancela y la prioridad no es
de baja de la base de datos dada de baja
Precondiciones: la prioridad no debe estar asignada a ningn parte de trabajo
Postcondiciones: la prioridad deja de estar disponible en la base de datos de la Universidad
Tabla VI.11. Caso de uso 3.2 Realizar baja de prioridades.
Caso de uso: 3.3. Realizar modificacin de prioridades

Descripcin: es el responsable de modificar los datos de las prioridades en la base de datos
de prioridades en el men de mantenimiento
1 Se ingresa el identificador de la prioridad 1.1 Si el identificador no existe, se muestra
a modificar, se muestran los datos en el mensaje de prioridad inexistente. El
prioridad a modificar, se muestran los
datos en pantalla
las modificaciones
Postcondiciones: los datos de las prioridades estn actualizados en la base de datos de la
Universidad
Tabla VI.12. Caso de uso 3.3 Realizar modificacin de prioridades.

Caso de uso: 4.1. Realizar alta de servicios tcnicos

Descripcin: es el responsable de ingresar los servicios informticos que posee la Direccin
de Tecnologa y Operaciones en la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta de servicios
informticos en el men de mantenimiento
1 Mesa de Ayuda ingresa el identificador
del nuevo servicio informtico
2 El sistema pregunta se desea confirmar el 2.1 El usuario no confirma el alta, y realiza
alta alguna modificacin a los datos
formar parte de la base de datos de alta el nuevo servicio informtico
Precondiciones: se debe contar con toda la informacin del nuevo servicio tcnico
Postcondiciones: los datos del servicio tcnico estn disponibles para poder asignarles
trabajos
Observaciones y datos: no posee
Tabla VI.13. Caso de uso 4.1 Realizar alta de servicios tcnicos.
Caso de uso: 4.2. Realizar baja de servicios tcnicos

Descripcin: es el responsable de eliminar los servicios tcnicos de la base de datos
servicios tcnicos en el men de mantenimiento
1 Se ingresa el identificador del servicio 1.1 Si el identificador no existe, se muestra
informtico a dar de baja, se muestran los el mensaje de servicio informtico
datos en pantalla inexistente. El usuario debe corregir el
identificador o seleccionar uno de la lista
servicio a dar de baja, se muestran los
datos en pantalla
la baja del servicio informtico
4 El usuario acepta y el servicio informtico 4.1 El usuario cancela y el servicio no es
es dada de baja de la base de datos dado de baja
Precondiciones: el servicio tcnico no debe tener trabajos asignados
Postcondiciones: el servicio tcnico deja de estar disponible en la base de datos
Tabla VI.14. Caso de uso 4.2 Realizar baja de servicios tcnicos.

Caso de uso: 4.3. Realizar modificacin de servicios tcnicos

Descripcin: es el responsable de modificar los datos de los servicios tcnicos en la base de
datos
de servicios tcnicos en el men de mantenimiento
1 Se ingresa el identificador del servicio 1.1 Si el identificador no existe, se muestra
informtico a modificar, se muestran los el mensaje de servicio informtico
datos en pantalla inexistente. El usuario debe corregir el
identificador o seleccionar uno de la lista
servicio informtico a modificar, se
muestran los datos en pantalla
las modificaciones
Postcondiciones: los datos del servicio tcnico estn actualizados en la base de datos de la
Universidad
Observaciones y datos
Tabla VI.15. Caso de uso 4.3 Realizar modificacin de servicios tcnicos.
Caso de uso: 5.1. Realizar alta de especialidades

Descripcin: es el responsable de ingresar las especialidades de los tcnicos de la base de
datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta de servicios
informticos en el men de mantenimiento
1 Mesa de Ayuda ingresa el nombre de la
nueva especialidad
2 El sistema pregunta si desea confirmar el 2.1 El usuario no confirma el alta, y realiza
alta alguna modificacin a los datos
formar parte de la base de datos de alta la nueva especialidad
Precondiciones: se debe contar con toda la informacin de las especialidades de los tcnicos
Postcondiciones: los datos de la especialidad del tcnico estn disponibles para poder
asignarles trabajos
Tabla VI.16. Caso de uso 5.1 Realizar alta de especialidades.

Caso de uso: 5.2. Realizar baja de especialidades

Descripcin: es el responsable de eliminar las especialidades de los tcnicos de la base de
datos
especialidades en el men de mantenimiento
1 Se ingresa el identificador de la 1.1 Si el identificador no existe, se muestra
especialidad a dar de baja, se muestran el mensaje de especialidad inexistente y
los datos en pantalla se debe corregir o seleccionarlo de la
lista
especialidad a dar de baja, se muestran
los datos en pantalla
la baja de la especialidad
4 El usuario acepta y la especialidad es 4.1 El usuario cancela y la especialidad no
dada de baja de la base de datos es dado de baja
Precondiciones: la especialidad no debe estar asignada a ningn tcnico
Postcondiciones: la especialidad deja de estar disponible en la base de datos, por lo tanto no
se la puede asignar a ningn tcnico
Tabla VI.17. Caso de uso 5.2 Realizar baja de especialidades.
Caso de uso: 5.3. Realizar modificacin de especialidades

Descripcin: es el responsable de modificar los datos de las especialidades en la base de
datos
de especialidades en el men de mantenimiento
1 Se ingresa el identificador de la 1.1 Si el identificador no existe, se muestra
especialidad a modificar, se muestran los el mensaje de especialidad inexistente y
datos en pantalla se debe corregir o seleccionarlo de la
lista
2 Si se selecciona de la lista el identificador
de la especialidad a modificar, se
muestran los datos en pantalla
las modificaciones
Postcondiciones: los datos de las especialidades estn actualizados en la base de datos de la
Universidad
Tabla VI.18. Caso de uso 5.3 Realizar modificacin de especialidades.

Caso de uso: 6.1. Realizar alta de tcnicos

Descripcin: es el responsable de ingresar los datos de los tcnicos de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta de tcnicos
1 Mesa de Ayuda ingresa los datos del 1.1 En caso de no existir algunas de las
nuevo tcnico, incluyendo la especialidades que el tcnico posee se
especialidad que posee procede a realizar el alta de la misma
detallada en el caso de uso 5.1
2 El sistema pregunta se desea confirmar 2.1 El usuario no confirma el alta, y realiza
3 El usuario confirma y los datos pasan a 3.1 El usuario cancela la operacin de dar de
formar parte de la base de datos alta el nuevo tcnico
Precondiciones: se debe contar con toda la informacin de los tcnicos
Postcondiciones: los tcnicos estn disponibles para poder asignarles trabajos
Tabla VI.19. Caso de uso 6.1 Realizar alta de tcnicos.
Caso de uso: 6.2. Realizar baja de tcnicos

Descripcin: es el responsable de eliminar los tcnicos de la base de datos.
tcnicos en el men de mantenimiento
1 Se ingresa el identificador del tcnico a 1.1 Si el identificador no existe, se muestra
dar de baja, se muestran los datos en el mensaje de tcnico inexistente. El
tcnico a dar de baja, se muestran los
datos en pantalla
la baja del tcnico
4 El usuario acepta y el tcnico es dado de 4.1 El usuario cancela y la tcnico no es
Precondiciones: el tcnico no debe estar asignado a ningn trabajo
Postcondiciones: el tcnico deja de estar disponible en la base de datos, por lo tanto no se la
puede asignar ningn trabajo
Tabla VI.20. Caso de uso 6.2 Realizar baja de tcnicos.

Caso de uso: 6.3. Realizar modificacin de tcnicos

Descripcin: es el responsable de modificar los datos de los tcnicos en la base de datos
de datos de tcnicos en el men de mantenimiento
1 Se ingresa el identificador del tcnico a 1.1 Si el identificador no existe, se muestra el
modificar, se muestran los datos en mensaje de tcnico inexistente. Y se debe
pantalla corregir o seleccionarlo uno de la lista
tcnico a modificar, se muestran los
datos en pantalla
las modificaciones
4 El usuario acepta y los datos son 4.1 El usuario no acepta y las modificaciones
modificados no son grabadas
Postcondiciones: los datos de los tcnicos estn actualizados en la base de datos de la
Universidad
Tabla VI.21. Caso de uso 6.3 Realizar modificacin tcnicos.
Caso de uso: 7.1. Realizar alta de usuarios

Descripcin: es el responsable de ingresar los datos de los usuarios en la base de datos.
Activacin: el caso de uso se activa cuando el tcnico de Mesa de Ayuda seleccione la opcin
de alta de usuarios en el men de mantenimiento.
1 Mesa de Ayuda selecciona un usuario Si el usuario no se encuentra en la base de
de entre los existentes en una base de datos, quiere decir que no es usuario de la
datos de otro sistema para crear un Universidad, por lo tanto se cancela el
nuevo registro en la entidad Usuarios parte de trabajo.
del sistema Diconos. Las altas a usuarios a la base de datos la
realizan otros sectores: Sueldos si es
personal y Bienestar Estudiantil si es
alumno
3 El tcnico de Mesa de Ayuda confirma y 3.1 El usuario cancela la operacin de dar de
los datos pasan a formar parte de la alta el nuevo usuario
base de datos
Precondiciones: se debe contar con toda la informacin de los usuarios
Postcondiciones: los usuarios estn disponibles para poder asignarles el equipo y recibir sus
peticiones
Observaciones y datos: este sistema tomo las personas que se transforman en usuarios de la
Mesa de Ayuda de la entidad People que se encuentra en otro sistema. Es esta entidad estn
todas las personas que tienen relacin con la Universidad. Se toma el Nropeople que es el
identificador y se crea un registro en la entidad Usuarios del sistema Dicono y se le agregan
otros atributos que son necesarios y no los posee la entidad People. El sistema Dicono
agrega slo los datos que le falta a la entidad People, pero no aquellos que necesita y estn en
People, como el nombre y apellido de la persona.
Tabla VI.22. Caso de uso 7.1 Realizar alta de Usuarios.

Caso de uso: 7.2. Realizar baja de usuarios

Descripcin: es el responsable de eliminar los usuarios de la base de datos
tcnicos en el men de mantenimiento
1 Se ingresa el identificador del usuario a 1.1 Si el identificador no existe, se muestra
dar de baja, se muestran los datos en el mensaje de usuario inexistente. Debe
pantalla corregirse o seleccionar uno de la lista
usuario a dar de baja, se muestran los
datos en pantalla
la baja del usuario
4 El usuario acepta y el usuario es dado de 4.1 El usuario cancela y el usuario no es
Precondiciones: el usuario no debe tener asignado a ningn equipo
Postcondiciones: no se puede asignar un equipo al usuario
Tabla VI.23. Caso de uso 7.2 Realizar baja de usuarios.
Caso de uso: 7.3. Realizar modificacin de usuarios

Descripcin: es el responsable de modificar los datos de los usuarios en la base de datos
de datos de usuarios en el men de mantenimiento
1 Se ingresa el identificador del usuario a 1.1 Si el identificador no existe, se muestra
modificar, se muestran los datos en el mensaje de usuario inexistente. Y se
pantalla debe corregir o seleccionarlo uno de la
lista
usuario a modificar, se muestran los
datos en pantalla
las modificaciones
Postcondiciones: no posee
Tabla VI.24. Caso de uso 7.3 Realizar modificacin usuarios.

Caso de uso: 8.1. Realizar alta de hardware

Descripcin: es el responsable de ingresar los datos del hardware de la base de datos
hardware en el men de mantenimiento
1 Mesa de Ayuda ingresa los datos del
nuevo hardware, incluyendo la
especialidad que posee
formar parte de la base de datos alta el nuevo hardware
Precondiciones: se debe contar con toda la informacin del hardware
Postcondiciones: los tcnicos estn disponibles para poder asignarlos a equipos
Tabla VI.25. Caso de uso 8.1 Realizar alta de hardware.
Caso de uso: 8.2. Realizar baja de hardware

Descripcin: es el responsable de eliminar los hardware de la base de datos
hardware en el men de mantenimiento
1 Se ingresa el identificador del hardware a 1.1 Si el identificador no existe, se muestra
dar de baja, se muestran los datos en el mensaje de hardware inexistente. El
hardware a dar de baja, se muestran los
datos en pantalla
la baja del hardware
4 El usuario acepta y el hardware es dado 4.1 El usuario cancela y la hardware no es
Precondiciones: el hardware no debe estar asignado a ningn equipo
Postcondiciones: el hardware deja de estar disponible en la base de datos
Tabla VI.26. Caso de uso 8.2 Realizar baja de hardware.

Caso de uso: 8.3. Realizar modificacin de hardware

Descripcin: es el responsable de modificar los datos del hardware en la base de datos
de datos del hardware en el men de mantenimiento
1 Se ingresa el identificador del hardware a 1.1 Si el identificador no existe, se muestra
modificar, se muestran los datos en el mensaje de hardware inexistente. Y
pantalla se debe corregir o seleccionarlo uno de
la lista
hardware a modificar, se muestran los
datos en pantalla
las modificaciones
Tabla VI.27. Caso de uso 8.3 Realizar modificacin hardware.
Caso de uso: 9.1. Realizar alta de perifricos

Descripcin: es el responsable de ingresar los datos de los perifricos de la base de datos
perifricos en el men de mantenimiento
nuevo perifrico, incluyendo la
formar parte de la base de datos alta el nuevo perifrico
Precondiciones: se debe contar con toda la informacin de los perifricos
Postcondiciones: los perifricos estn disponibles para poder asignarlos a equipos
Tabla VI.28. Caso de uso 9.1 Realizar alta de perifricos.

Caso de uso: 9.2. Realizar baja de perifricos

Descripcin: es el responsable de eliminar los perifricos de la base de datos
perifricos en el men de mantenimiento
1 Se ingresa el identificador del perifrico a
dar de baja, se muestran los datos en
pantalla
perifrico a dar de baja, se muestran los
datos en pantalla
la baja del perifrico
4 El usuario acepta y el perifrico es dado 4.1 El usuario cancela y el perifrico no es
Precondiciones: el perifrico no debe estar asignado a ningn equipo
Postcondiciones: el perifrico deja de estar disponible en la base de datos
Tabla VI.29. Caso de uso 9.2 Realizar baja de perifricos.
Caso de uso: 9.3. Realizar modificacin de perifricos

Descripcin: es el responsable de modificar los datos de los perifricos en la base de datos
de datos de perifricos en el men de mantenimiento
1 Se ingresa el identificador del perifrico a 1.1 Si el identificador no existe, se muestra
modificar, se muestran los datos en el mensaje de perifrico inexistente. Y
pantalla se debe corregir o seleccionarlo uno de
la lista
perifrico a modificar, se muestran los
datos en pantalla
las modificaciones
Tabla VI.30. Caso de uso 9.3 Realizar modificacin de perifricos.

Caso de uso: 10.1. Realizar alta de tipo de equipo

Descripcin: es el responsable de ingresar los datos de los tipos de equipos en la base de
datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta de tipos de
equipos en el men de mantenimiento
nuevo tipo de equipo, incluyendo la
formar parte de la base de datos alta el nuevo tipo de equipo
Precondiciones: se debe contar con toda la informacin de los tipos de equipos
Postcondiciones: los tipos de equipos estn disponibles para poder asignarlos a equipos
Tabla VI.31. Caso de uso 10.1 Realizar alta de tipo de equipo.
Caso de uso: 10.2. Realizar baja de tipos de equipo

Descripcin: es el responsable de eliminar los tipos de equipos de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de tipos de
equipos el men de mantenimiento
1 Se ingresa el identificador del tipo de
equipo a dar de baja, se muestran los
datos en pantalla
2 Si se selecciona el identificador del tipo
de equipo a dar de baja, se muestran los
datos en pantalla
la baja del tipo de equipo
4 El usuario acepta y el tipo de equipo es 4.1 El usuario cancela y el tipo de equipo no
dado de baja de la base de datos es dado de baja
Precondiciones: el tipo de equipo no debe estar asignado a ningn equipo
Postcondiciones: el tipo de equipo deja de estar disponible en la base de datos
Tabla VI.32. Caso de uso 10.2 Realizar baja de tipo de equipo.

Caso de uso: 10.3. Realizar modificacin de tipos de equipo

Descripcin: es el responsable de modificar los datos de los tipos de equipo en la base de
datos
de datos de tipos de equipo en el men de mantenimiento
1 Se ingresa el identificador del tipo de 1.1 Si el identificador no existe, se muestra
equipo a modificar, se muestran los datos el mensaje de tipo de equipo inexistente.
en pantalla Y se debe corregir o seleccionarlo uno
de la lista
2 Si se selecciona el identificador del tipo
de equipo a modificar, se muestran los
datos en pantalla
las modificaciones
Tabla VI.33. Caso de uso 10.3 Realizar modificacin de tipo de equipo.
Caso de uso: 11.1. Realizar alta la base de conocimientos

Descripcin: es el responsable de ingresar nuevos problemas que no se han cargado en el
alta de partes de trabajo y sus soluciones
Activacin: el caso de uso se activa cuando el encargado de Mesa de Ayuda seleccione la
opcin de alta base de conocimientos en el men de mantenimiento
nuevo problema, incluyendo la solucin
del mismo
formar parte de la base de datos alta el problema con su solucin
Precondiciones: se debe contar con toda la informacin del problema y la solucin
Postcondiciones: la solucin al problema est disponible para ser consultados en los partes
de trabajo
Tabla VI.34. Caso de uso 11.1 Realizar alta base de conocimiento.

Caso de uso: 11.2. Realizar baja de un problema y su solucin en la base de conocimientos

Descripcin: es el responsable de eliminar los problemas y su solucin
Activacin: el caso de uso se activa cuando responsable de Mesa de Ayuda seleccione la
opcin de base de conocimiento de equipos el men de mantenimiento
1 Se ingresa el identificador del problema a
dar de baja, se muestran los datos en
pantalla
problema a dar de baja, se muestran los
datos en pantalla
la baja del problema de la base de
conocimiento
4 El usuario acepta y el problema es dado 4.1 El usuario cancela y el problema no es
Precondiciones: el problema y su solucin no debe existir
Postcondiciones: el problema y su solucin deja de estar disponible en la base de datos
Tabla VI.35. Caso de uso 11.2 Realizar baja base de conocimiento.
Caso de uso: 11.3. Realizar modificacin de problemas en la base de conocimientos

Descripcin: es el responsable de modificar los datos de los problemas en la base de datos
Activacin: el caso de uso se activa cuando el encargado de Mesa de Ayuda seleccione la
opcin de modificaciones de la base de conocimientos de equipo en el men de mantenimiento
1 Se ingresa el identificador del problema a 1.1 Si el identificador no existe, se muestra
modificar, se muestran los datos en el mensaje de tipo de equipo inexistente.
pantalla Y se debe corregir o seleccionarlo uno
de la lista
problema a modificar, se muestran los
datos en pantalla
las modificaciones
Tabla VI.36. Caso de uso 10.3 Realizar modificacin base de conocimiento.

Caso de uso: 12. Actualizar prioridad

Actor: Robot
Descripcin: es el responsable de actualizar las prioridades de forma automtica a medida
que pasa el tiempo
Activacin: se activa de forma automtica cada da cuando la Mesa de Ayuda ingresa por
primera vez
Descripcin: este programa se activa todos los das al momento de activarse el sistema y
actualiza las prioridades de forma automtica
1 Cuando se ingresa al sistema se chequea 1.1 No existe ninguna prioridad asignada a
de forma automtica si existen partes de trabajo que deba ser
prioridades asignadas a partes de actualizada
trabajos que deben ser actualizadas
2 El director tiene la opcin de imprimir el
listado
Postcondiciones: las prioridades de los partes de trabajos son actualizadas
Puntos de Extensin: no posee
Tabla VI.37. Caso de uso 12 Actualizar prioridad.
VI.1.4.2.2. Casos de uso de parte de trabajo
Caso de uso: 13. Realizar alta parte de trabajo

Descripcin: permite ingresar al sistema la solicitud de los usuarios por problemas en sus
equipos informticos
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men parte de
trabajo la opcin de alta de parte
1 El tcnico de Mesa de Ayuda recibe la 1.1 Si el usuario no se encuentra en la base
solicitud de un usuario por algn de datos, quiere decir que no es usuario
problema referido a informtica y por de la Universidad, por lo tanto se
medio del identificador del usuario obtiene cancela el parte de trabajo.
los datos del usuario (caso de uso 22), la Las altas a usuarios se realizan otros
descripcin del equipo, tanto de sectores: Sueldos si es personal y
hardware, de software y de perifricos Bienestar Estudiantil si es alumno
que tuviese conectados (caso de uso 24)
e ingresa todos los datos del parte de
trabajo en la base de datos, asignndole
un nmero de parte de trabajo
2 El tcnico pregunta al usuario el problema

que tiene con su equipo
3 El tcnico consulta la base de 3.1 El tcnico no encuentra la solucin al
conocimiento de problemas anteriores problema en la base de conocimiento
para encontrar soluciones a problemas
3.2 En caso de no encontrarse el problema
similares. Esta opcin se detalla en el
debe buscar en manuales o debe
caso de uso 23
derivar el trabajo

4 El tcnico intenta solucionar el problema 4.1 El tcnico no encuentra la solucin al

de forma inmediata con el usuario problema
basndose en sus conocimientos
4.2 El tcnico de Mesa de Ayuda deriva el
parte de trabajo al sector
correspondiente segn el tipo de
problema, avisando al mismo a travs
de un mail (caso de uso 15). Y guarda el
parte de trabajo en la base de datos
4.3 Enva al usuario el nmero de parte de
trabajo para que este pueda realizar el
seguimiento del mismo
5 El tcnico soluciona el problema y cierra
el parte de trabajo (ver caso de uso 18)
6 El tcnico actualiza la base de El problema y la solucin ya se
conocimientos con la solucin al encontraba en la base de
problema conocimientos, por lo tanto no se lleva a
cabo la actualizacin
7 El tcnico solicita al usuario la 7.1 En caso de que el usuario no est
conformidad del mismo conforme con el trabajo, el parte de
trabajo no puede ser cerrado
Precondiciones: para poder dar de alta un parte de trabajo deben existir en la base de datos:
el usuario del equipo, el equipo (y, por tanto, el hardware, software y perifricos), el tcnico, los
servicios tcnicos, las especialidades, el software y las prioridades
Postcondiciones: la solicitud del usuario queda registrada en el sistema y el usuario recibe un
nmero de parte de trabajo para realizar el seguimiento del mismo, si ste no tuvo una solucin
inmediata
Puntos de extensin:
Derivar parte de trabajo: durante el paso 4.2 del flujo alternativo si el tcnico de Mesa
de Ayuda no encuentra la solucin del problema llama al caso de uso Derivar parte de
trabajo
Cerrar parte de trabajo: durante el paso 8 del flujo principal cuando el usuario finaliza
con la tarea de solucionar el problema del usuario y cierra el parte de trabajo; se llama
al caso de uso 18 Cerrar parte de trabajo
Puntos de inclusin:
Consultar datos del usuario: durante el paso 1 del flujo principal cuando el usuario
necesita ver los datos de los usuarios se llama al caso de uso consultar datos del
usuario
Consultar equipos: durante el paso 1 del flujo principal cuando el usuario necesita
consultar datos de los equipos del usuario, y por tanto tambin de hardware, software y
perifricos; se llama al caso de uso 24 consultar equipos
Consultar problemas: durante el paso 3 del flujo principal cuando el usuario necesita
consultar las posibles soluciones al problema presentado por el usuario se llama al
caso de uso 23 Consultar problemas
Observaciones y datos: la base de conocimientos se va cargando a medida que aparecen los
problemas. A estos se los incluye en rubros (impresin, disco, arranque, conexin a red, etc.),
Las consultas a los datos del usuario, los problemas, los datos de los equipos y los tcnicos no
deben superar los 20 segundos en el 85 % de las consultas. La mayora de las altas a la base
de conocimiento se realiza al momento de cerrar el parte de trabajo, esto puede ser
inmediatamente si la solucin se encuentra en ese momento, de los contrario se har en el
momento de encontrar la solucin luego de ser derivado.
Tabla IV.38. Caso de uso 13 Realizar alta parte de trabajo.

Caso de uso: 14. Derivar parte de trabajo

Descripcin: permite realizar la derivacin del parte de trabajo a un servicio tcnico para que
el responsable del mismo lo asigne luego a un tcnico de acuerdo al tipo de problema
trabajo la opcin de derivar parte
1 El tcnico de Mesa de Ayuda asigna a los
sectores informticos trabajos que l no
pudo solucionar con la base de
conocimiento o con su experiencia sin
moverse de la Mesa de Ayuda
2 Comunica al responsable del sector que
le ha asignado un parte de trabajo a
travs de un mail
Precondiciones: debe existir el parte de trabajo pendiente de ser solucionado
Postcondiciones: el parte de trabajo es asignado a un servicio tcnico, para que este proceda
a asignarlo a un tcnico
Observaciones y datos: este caso de uso incluye las consultas de los datos del usuario, de
los problemas, de los datos de los equipos y los tcnicos. Por lo tanto la suma de todas estas
consultas no debe superar los 20 segundos en el 85 % de las consultas
Tabla IV.39. Caso de uso 14 Derivar parte de trabajo.
Caso de uso: 15. Asignar tcnico

Actor: Responsable de sector informtico
Descripcin: permite la asignacin de un tcnico a un parte de trabajo derivado
trabajo la opcin de asignar tcnico
1 El responsable de cada sector informtico
recibe el comunicado de que hay partes
de trabajo para su sector y lo asigna al
tcnico disponible o al tcnico que tenga
ms experiencia en el tema
Precondiciones: el parte de trabajo debe estar abierto y no estar asignado a otro tcnico
Postcondiciones: el parte de trabajo tiene un tcnico responsable de llevarlo adelante y de
entregarlo al usuario
Tabla IV.40. Caso de uso 15 Asignar tcnico.

Caso de uso: 16. Buscar parte de trabajo

Actor: Tcnico
Descripcin: muestra los datos de un determinado parte de trabajo a los tcnicos y comienza
a trabajar en l
trabajo la opcin de buscar parte de trabajo
1 Los tcnicos revisan su mail para verificar 1.1 El tcnico no tiene ningn parte
la existencia de parte de trabajo enviado asignado
por el responsable del sector
2 Ingresa los datos solicitados al parte de
trabajo y comienza con su
responsabilidad de solucionar el problema
Precondiciones: el parte de trabajo debe existir en la base de datos
Postcondiciones: el tcnico obtiene informacin del avance de los partes de trabajo
Tabla IV.41. Caso de uso 16 Buscar parte de trabajo.
Caso de uso: 17. Actualizar parte de trabajo

Actor: Tcnico
Descripcin: permite al tcnico actualizar el avance del parte de trabajo para que pueda ser
consultado por el usuario
trabajo la opcin de actualizar parte de trabajo
1 Los tcnicos ingresan el nmero de parte 1.1. El parte de trabajo no existe o no es el
de trabajo y actualizan el avance correcto. En ambos casos debe
reingresar el nmero correcto
Precondiciones: el parte de trabajo debe existir en la base de datos y no debe estar cerrado
Postcondiciones: el parte de trabajo queda actualizado de acuerdo al grado de avance del
mismo
Tabla IV.42. Caso de uso 17 Actualizar parte de trabajo.

Caso de uso: 18. Recepcionar conformidad

Actor: Usuario
Descripcin: recepciona la conformidad del usuario por un parte de trabajo terminado de
acuerdo a sus necesidades
Activacin: se activa cuando el usuario selecciona del men parte de trabajo la opcin de
recepcionar conformidad
1 El usuario ingresa al sistema con el 1.1 El usuario no est conforme con el
nmero de parte de trabajo e ingresa la trabajo con lo cual no da por terminado
conformidad del trabajo recibido, dndolo el trabajo
por finalizado
Precondiciones: el parte de trabajo debe estar terminado y solucionado el problema del
usuario
Postcondiciones: el parte de trabajo queda conformado por el usuario, lo que permite que
pueda ser cerrado
Puntos de Extensin: no posee
Tabla IV.43. Caso de uso 18 Recepcionar conformidad.
Caso de uso: 19. Cerrar parte de trabajo

Actor: Tcnico
Descripcin: se da por terminado el parte de trabajo
trabajo la opcin de cerrar parte de trabajo
1 El tcnico de servicios informticos
ingresa el nmero de parte de trabajo que
ha finalizado y actualiza el avance al
100%
2 El tcnico actualiza la base de 2.1 El problema y la solucin ya se
conocimientos con la solucin al encontraba en la base de
problema conocimientos, por lo tanto no se lleva a
cabo la actualizacin
Precondiciones: el parte de trabajo debe estar conformado por parte del usuario
Postcondiciones: el parte de trabajo no puede ser modificado
Tabla IV.44. Caso de uso 19 Cerrar parte de trabajo.

Caso de uso: 20. Eliminar parte de trabajo

Descripcin: borra de la base de datos un parte de trabajo que ha sido cargado por error
Activacin: se activa cuando el usuario selecciona del men Parte de trabajo la opcin de
consultar eliminar parte de trabajo
1 El usuario ingresa el nmero de parte de
trabajo asignado por la Mesa de Ayuda
2 El sistema le brinda informacin del parte 2.1 No existen partes de trabajo para borrar
de trabajo buscado
3 El tcnico de Mesa de Ayuda selecciona
eliminar el parte de trabajo
4 El sistema pregunta si est seguro de
realizar la baja
5 Al confirmar la baja se borra de la base 5.1 El tcnico no confirma la baja y el parte
de datos el parte de trabajo seleccionado no es borrado
Postcondiciones: el parte ha quedado eliminado. Cabe destacar que se borran slo los partes
de trabajos dados de alta por error. Pero nunca los partes de trabajos reales
Tabla IV.45. Caso de uso 20 Eliminar parte de trabajo.
VI.1.4.2.3. Casos de uso de consultas
Caso de uso: 21. Consultar parte de trabajo

Actor: Usuario
Descripcin: muestra el avance de un parte de trabajo a los usuarios que lo solicitaron
Activacin: se activa cuando el usuario selecciona del men consultas la opcin de consultar
parte de trabajo
1 El usuario ingresa o busca en una lista el
nmero de parte de trabajo asignado por
la Mesa de Ayuda
2 El sistema le brinda informacin del
avance de los trabajos
Postcondiciones: el usuario tiene informacin del avance de su solicitud de trabajo
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas.
Tabla IV.46. Caso de uso 21 Consultar parte de trabajo.

Caso de uso: 22. Consultar datos de usuario

Descripcin: permite consultar los datos de los usuarios del sistema de Mesa de Ayuda
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men consultas la
opcin de datos de usuario
1 Si se ingresa el identificador del usuario a 1.1 Si el identificador no existe se muestra
consultar, el sistema muestra los datos en el mensaje de usuario inexistente. El
usuario a consultar de una lista, el
sistema le muestra los datos en pantalla
Precondiciones: el usuario a consultar debe existir en la base de datos
Postcondiciones: el tcnico de Mesa de Ayuda tiene informacin de los usuarios
Tabla IV.47. Caso de uso 22 Consultar datos del usuario.
Caso de uso: 23. Consultar problemas

Descripcin: permite consultar los problemas que produjeron los partes de trabajos y muestra
adems las soluciones de los mismos
opcin de consultar problemas
1 Se realiza la bsqueda del problema por 1.1 Si el identificador del problema no existe
temas y dentro del tema el problema se muestra el mensaje problema
especfico. Se muestran las soluciones inexistente. El tcnico debe corregir el
existentes al mismo identificador o seleccionarlo de una lista
2 Si se selecciona de una lista el
identificador del problema a consultar, el
sistema muestra los datos en pantalla
Precondiciones: deben existir problemas cargados en la base de conocimientos
Postcondiciones: el tcnico de Mesa de Ayuda obtiene informacin de los problemas y las
soluciones que obtuvo del mismo
datos de cualquiera de las consultas que se detallan a continuacin
Tabla IV.48. Caso de uso 23 Consultar problemas.

Caso de uso: 24. Consultar equipos

Descripcin: permite consultar los datos de los equipos: hardware, software instalado y
perifricos si los tuviese
opcin de consultar equipos
1 Si se ingresa el identificador del equipo a 1.1 Si el identificador del equipo no existe se
consultar, el sistema muestra los datos en muestra el mensaje equipo inexistente.
pantalla El tcnico debe corregir el identificador o
seleccionarlo de una lista
2 Si se selecciona de una lista el
identificador del equipo a consultar, el
sistema muestra los datos del equipo,
como su hardware, perifricos si los
tuviese y su software y compara si el
software tiene licencias comparndolo
con las licencias que posee la
Universidad
Precondiciones: deben existir en la base de datos los equipos a consultar
Postcondiciones: el tcnico de Mesa de Ayuda obtiene informacin de los equipos
Tabla IV.49. Caso de uso 24 Consultar equipos.
Caso de uso: 25. Consultar tareas

Descripcin: permite consultar las tareas (parte de trabajo) para controlar el avance
opcin de consultar tareas
1 Si se ingresa el nmero de parte de 1.1 Si el nmero de parte de trabajo no
trabajo a consultar, el sistema muestra los existe se muestra el mensaje parte de
datos en pantalla trabajo inexistente. El tcnico debe
corregir el nmero o seleccionarlo de
una lista
2 Si se selecciona de una lista el nmero de
parte de trabajo a consultar, el sistema
muestra los datos en pantalla
Precondiciones: debe existir el parte de trabajo a consultar
Postcondiciones: el tcnico de Mesa de Ayuda obtiene informacin de las tareas que no se
comenzaron, la tareas en curso y las ya terminadas
datos de cualquiera de las consultas
Tabla IV.50. Caso de uso 25 Consultar tareas.

Caso de uso: 26. Consultar licencias de software

Descripcin: muestra los datos de las licencias de software que existen en la Universidad
opcin de consultar licencias de software
1 El tcnico de Mesa de Ayuda selecciona
la opcin y se muestra en pantalla todas
las licencias de software ordenada por
empresa, y tiene la opcin de imprimir
Precondicin: deben existir licencias de software cargadas en la base de datos
Postcondiciones: el tcnico de Mesa de Ayuda obtiene informacin de las licencias de
software
Tabla IV.51. Caso de uso 26 Consultar licencias de software.
Caso de uso: 27. Consultar ocupacin tcnico

Actor: Direccin de tecnologas
Descripcin: muestra los partes de trabajos pendiente que tiene el tcnico
Activacin: se activa cuando el Director de Tecnologas selecciona del men consultas la
opcin de consultar ocupacin tcnico.
1 El director de tecnologa debe seleccionar 1.1 Ningn tcnico tiene trabajos pendientes
la opcin de consulta de ocupacin de los
tcnicos y se muestran todos los tcnicos
y los trabajos en curso y su estado por
tcnico
listado
Precondiciones: no tiene
Postcondiciones: la Direccin de Tecnologas obtiene informacin del nivel de ocupacin de
sus tcnicos
Tabla IV.52. Caso de uso 27 Solicitar ocupacin tcnico.

Caso de uso: 28. Consultar trabajos de los tcnicos

Descripcin: muestra la cantidad de trabajos realizados por los tcnicos en determinado
tiempo
Activacin: se activa cuando el Director de Tecnologas selecciona del men consultas la
opcin consultar trabajos por tcnicos
1 El director de Tecnologas ingresa el 1.1 El rango es demasiado pequeo y no
rango de fechas en que quiere realizar el existe ningn trabajo terminado en ese
estudio de trabajos realizados por perodo
tcnicos y el sistema le muestra ordenado
por tcnico todos los trabajos realizados
con su tiempo consumido por cada uno
de ellos
listado
Precondiciones: el tcnico debe tener trabajos terminados
Postcondiciones: el Director de Tecnologas obtiene informacin de la cantidad de trabajos
realizados por tcnico
Tabla IV.53. Caso de uso 28 Solicitar trabajos de los tcnicos.
Caso de uso: 29. Estadsticas

Vicerrector de Asuntos Econmicos
Activacin: se activa cuando el Vicerrector de Asuntos Econmicos o el Director de
Tecnologas seleccionan del men consultas la opcin de estadsticas
Descripcin: muestra la cantidad de trabajos realizados y el tiempo que le insumieron
1 El director de Tecnologas selecciona la
opcin de estadstica de tiempo promedio
consumido para solucionar los problemas
por tcnico
listado
Precondiciones: el tcnico debe tener parte de trabajos terminados
Postcondiciones: se obtiene informacin del rendimiento por tcnico
Tabla IV.54. Caso de uso 29 Estadsticas.

VI.2. Anlisis
VI.2.1. A 1: Analizar la arquitectura
VI.2.1.1. A.1.1: Identificacin de las clases de anlisis ms obvias
La metodologa del Proceso Unificado de Desarrollo permite realizar el

diagrama de clases de dominio con las entidades de anlisis ms obvias como
se muestra en la Figura VI.4. en forma general, es decir que puede tener
redundancias e inconsistencias entre requisitos, debido a que es un diagrama
para tener una idea de cmo se relacionan las clases principales. Luego en el
diseo se realiza un diagrama ya sin inconsistencias en el cual aparecen
nuevas clases [Jacobson, 2000].
<<entity >> <<entity >>
EquipoTipo Equi poInventario

(f rom Entidad) (f rom Diagramas de clases de analisis)
1
1 1 1..n
<<entity >> 0..n
1..n 0..n
EquipoHard <<e ntity >>
(f rom Diagramas de cl ases de analisis) EquipoPerifrico

(f rom Diagram as de clas es d e ana lisis)
0..1
<<entity >>
1..n ParteDeTrabajo
<<entity >> (f rom Diagramas de clases de analisis)
SoftLi cencias
(f rom Diagramas de cl ases de analisis)
1 1 1
1
<<entity >>
1 Problema
1 (f rom Diagramas de clases de analisis)
<<entity >>
People
(f rom Diagramas de clases de analisis) 1
0..n
1..n
<<e ntity >> 1 <<e ntity >>
Sector ServicioParteDeTrabajo
(f rom Diagram as de clas es d e ana lisis) (f rom Diagram as de clas es d e ana lisis) 1..n
<<entity>>
Solucin
(f rom Diagramas de clases de analisis)
1 1
<<entity >>
Especiali dad
1..n 1
<<entity>> <<entity>>
<<entity >>
Servicio Prioridades
T ecnicos
(f rom Diagramas de clases de analisis) (f rom Diagramas de clases de analisis)
(f rom Diagrama de clases de diseo)
Figura VI.4. Diagrama de clase de dominio.

VI.2.2. A 2: Analizar casos de uso
VI.2.2.1. A 2.1: Identificacin de las clases de anlisis
A continuacin se muestran todos los diagramas de clases (Figuras VI.5

a VI.31) de cada uno de los casos de uso del sistema Dicono ya detallados en
la seccin VI.1.4.1 del presente captulo. Estos diagramas de clases son
llamados realizacin de casos de uso de anlisis.
VI.2.2.1.1. Diagramas de clase de mantenimiento
1 1 1 1..n
MantenerEquipos GestionarEquipos EquipoInventario
1 1
0..n
1..n
EquipoPerifrico
SoftLicencias EquipoHard
Figura VI.5. Mantener equipos.
1..n
1
MantenerLicencias GestionarLicencias SoftLicencias
Figura VI.6. Mantener licencias.
1 1 1 1..n
MantenerPrioridades GestionarPrioridades Prioridades
Figura VI.7. Mantener prioridades.

1 1 1 1..n
MantenerServicios GestionarServicio Servicio
Figura VI.8. Mantener servicios tcnicos.
1 1 1 1..n
MantenerEspecialidades GestionarEspecialidad Especialidad
Figura VI.9. Mantener especialidades.
1 1
MantenerTcnicos GestionarTecnicos
1
1..n
1..n 1 1 1..n
Especialidad Tecnicos Servicios
Figura IV.10. Mantener tcnicos.
1 1 1 1
MantenerUsuario GestionarUsuarios 1 Usuarios
(from Interfaz) (from Control) 1
1..n
1
Sector
People
Figura VI.11. Mantener usuarios.

1 1 0..n 1
MantenerHardware GestionarHard EquipoHard
(from Interfaz) (from Control)
Figura VI.12. Mantener hardware.
1 1 1 1..n
MantenerPeriferico GestionarPeriferico EquipoPeriferico
Figura VI.13. Mantener perifrico.
1 1..n
MantenerTipoEquipo GestionarTi poEqui po EquipoTi po
(from Entidad)
Figura VI.14. Mantener tipo de equipo.
Solucion
0..n
BaseConocimiento MantenerBaseConocimiento
1
Problema
Figura VI.15. Mantener base de conocimientos.
GestionarPrioridades
1
1
1
1..n
1..n 1
ParteDeTrabajo Prioridades
Figura VI.16 Actualizar prioridad.

VI.2.2.1.2. Diagramas de casos de uso de parte de trabajo
NuevoParteTrabajos
1
Consultar Datos
del Usuarios
GestionarParteTrabajo
Derivar Parte
de Trabajo
Consultar
Equipo Consultar Cerrar Parte
Problemas Trabajo
Figura VI.17. Realizar alta parte de trabajo.
1
DerivarParteDeTrabajo ParteDeTrabajo
1 1 1
1
1
1
1
GestionarParteTrabajoServicio
1..n
1..n
ServicioParteDeTrabajo 1
1 1
Problema
1
1..n
Servicio 1
People
Prioridades
Figura VI.18. Derivar parte de trabajo.

Asignar tecnico
1
1..n
1 1 Tecnicos
1
GestionarTecnicos
1..n
1
1..n
1
ParteDeTrabajo 1 ServicioParteDeTrabajo
1
Prioridades
Figura VI.19. Asignar tcnico.
1
1 1
1
BuscarParte ParteDeTrabajo
GestionarParteTrabajoServicio
1
1
Prioridades
1
1..n
1
1
ServicioParteDeTrabajo
1..n 1
1
Servicios Usuarios
1..n
Tecnicos
Figura VI.20. Buscar parte de trabajo.

ActualizaParteTrabajo
1 EquipoHard
Prioridades 1
1
1 1
Ges tionarParteTrabajo 0..n
EquipoInventario
1
1 1
1
Us uarios 0..n
1..n 1..n
1
1..n
1 1..n
1
1 0..n SoftLicencias
1 0..1
1..n
EquipoPeriferico
ParteDeTrabajo
Servicios
Figura VI.21. Actualizar parte de trabajo.
RecepcionarConformidad
1
GestionarConformidad
1
1
1
1
1..n 1
1
ParteDeTrabajo
1..n
Servicios
Figura VI.22. Recepcionar conformidad.

CerrarParteTrabajo
1
1
1
1
1
1 1 1
Solucion 1
1..n
EquipoInventario
ServicioParteDeTrabajo 0..n
1..n 1..n
1..n
1
1 1 1
Problema
1 0..1
1
1 Usuarios
ParteDeTrabajo
Figura VI.23. Cerrar parte de trabajo.
EliminarParteTrabajo
(from Interfaz)
1
GestionarEliminarParte
(from Control) 1
1
1..n
1
1..n 1
ParteDeTrabajo ServicioParteDeTrabajo
Figura VI.24. Eliminar parte de trabajo.

VI.2.2.1.3. Diagramas de casos de uso de consultas
1
1 1 1
ConsultarAvanceParteTrabajo
1
GestionarParteTrabajo EquipoInventario
1
1 0..n
1 1
1
1..n
1 1
1
0..1
ParteDeTrabajo 1..n
1
1..n
EquipoHard 0..n
1 0..n
Servicios
SoftLicencias
Usuarios
EquipoPeriferico
Figura VI.25 Consultar parte de trabajo.
DatosUsuario
1
1 1 1 1..n
GestionarUsuarios Usuarios Sector
Figura VI.26. Consultar datos del usuario.

Problemas
1
ConsultarProblemas
0..n
1
1..n
1
1 0..n
Problema Solucion
Figura VI.27. Consultar problemas.
1 1
ConsultarEquipos GestionarEquipos
1
1 Usuarios
EquipoHard
1..n
1 1
1..n
0..n 1 1 0..n
EquipoPeriferico EquipoInventario SoftLicencias
Figura VI.28. Consultar equipos.

1
Tareas
1
Servicios ConsultarTareas
1
1..n
1 1
1
1..n
ServicioParteDeTrabajo ParteDeTrabajo
Figura VI.29. Consultar tareas.
1 1 1 1
ConsultarLicencias GestionarLicencias SoftLicencias
Figura VI.30. Consultar licencias de software.
1 1
1 1..n
TrabajosTecnicos GestionarTecnicos Tecnicos
1 1 1..n
Figura VI.31. Solicitar ocupacin tcnico.

1 1 1..n
1
OcupacionTecnicos GestionarTecnicos Tecnicos
1
1
1..n
1
1 1..n
Figura VI.32. Solicitar trabajos por tcnico.
1 1
Estadstica GestionarParteTrabajoServicio
1
1
1
1..n
1 1..n
Figura VI.33. Estadsticas.
VI.2.3. A 3: Analizar las clases
Por cada clase de anlisis se realizan las siguientes tareas:

A 3.1. Describir atributos relevantes.
A 3.2. Describir responsabilidades.
A 3.3. Describir requisitos especiales.
Por lo tanto, estas tareas no estn como una seccin distinta, sino juntas
para cada clase. Es importante destacar que se describen responsabilidades
para cada clase. No obstante, al encontrase an en la fase de anlisis estas
responsabilidades son muy generales. En la fase de diseo se detallan ms, y
es posible que se modifiquen las responsabilidades de alguna clase. Para la
descripcin de los atributos se incluye, en primer lugar, el nombre del atributo,
luego separado por un guin el tipo de atributo y a continuacin una
descripcin del mismo.

Cuando se definen los tipos de atributos en las clases entidades, en

algunas de ellas se utiliza un tipo de atributo llamado timestamptz. Este nuevo
tipo se debe a que la base de datos a usar permite grabar en un slo tipo de
datos la fecha y la hora y lo define de esta nueva forma.
La clase sector pertenece a otros sistemas, por lo tanto hay atributos
que se mencionan y describen pero no todos se usan en este sistema
La estructura de esta seccin se basa en las tres agrupaciones
funcionales realizadas en las secciones anteriores: mantenimiento, partes de
trabajo y consultas. Para cada una de ellas, se analizan las clases identificando
los dos de los tres tipos de clases: interfaz y control. Las clases de entidad se
describen en una misma seccin, debido a su aparicin en diversos casos de
uso.
VI.2.3.1. Casos de uso de mantenimiento
VI.2.3.1.1. Clases de interfaz
VI.2.3.1.1.1. Clase Mantener equipos - caso de uso 1
Descripcin de atributos:
Cdigo del equipo - numrico: identificador del equipo informtico.
Nmero de usuario - numrico: usuario al que pertenece el equipo.
Nombre del usuario - alfabtico: nombre del usuario.
Apellido del usuario - alfabtico: apellido del usuario.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
Cdigo del hardware - numrico: identificador de cada pieza
hardware que existe en la Universidad.
Descripcin del hardware - alfabtico: descripcin de la pieza.
Fecha de instalacin - fecha: fecha en la que se instal la parte de
hardware.
Fecha de desinstalacin - fecha: fecha en la que se quit la parte de
hardware.
Fecha de compra - fecha: fecha en que se realiz la compra.
Garanta - fecha: fecha de vencimiento de la garanta.
Proveedor - alfabtico: proveedor al que se compr la pieza
hardware.
Descripcin del perifrico - alfabtico: descripcin del tipo de
perifrico.
Fecha de instalacin perifrico - fecha: fecha en que se instal el
perifrico al equipo.

Fecha de desinstalacin - fecha: fecha en que se retir el perifrico al

equipo.
Descripcin del software alfabtico: nombre y descripcin del
paquete software.
Fecha de instalacin - fecha: fecha en la que se instala el software.
Nmero de licencia - alfanumrico: nmero de la licencia del
software.
Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
Recibe parmetros del exterior del sistema a travs del teclado.
Comunica los resultados al exterior del sistema por pantalla.
Valida los datos ingresados.
Pide confirmacin de los datos antes de ser grabados.
Descripcin de requisitos especiales:

No posee.
VI.2.3.1.1.2. Clase Mantener licencias - caso de uso 2
Nmero de licencia - alfabtico: nmero de licencia que le asigna el
fabricante.
Descripcin - alfabtico: descripcin del paquete software.
Cantidad - numrico: cantidad de licencias a instalar del paquete con
el mismo nmero de licencias.

No posee.

VI.2.3.1.1.3. Clase Mantener prioridades - caso de uso 3
Cdigo de prioridad - numrico: cdigo de la prioridad que es
asignada automticamente por el sistema.
Descripcin - alfabtico: descripcin de la prioridad.
Das - numrico: indicador de la cantidad de das que un parte de
trabajo sin ser cerrado debe aumentar la prioridad.

No posee.
VI.2.3.1.1.4. Clase Mantener servicios - caso de uso 4
Cdigo del servicio tcnico - numrico: cdigo del servicio que es
asignado automticamente por el sistema.
Nombre - alfabtico: nombre del servicio tcnico.
Telfono - alfabtico: nmero de telfono del servicio tcnico.
Mail - alfabtico: mail del servicio tcnico.

No posee.

VI.2.3.1.1.5. Clase Mantener especialidades - caso de uso 5
Cdigo de la especialidad - numrico: cdigo de la especialidad
asignado automticamente por el sistema.
Especialidad - alfabtico: especialidades que pueden poseer los
tcnicos.

No posee.
VI.2.3.1.1.6. Clase Mantener tecnicos - caso de uso 6
Nmero de tcnico - numrico: nmero del tcnico, que se obtiene de
la entidad usuarios.
Nombre del tcnico - alfabtico: nombre del tcnico, que se obtiene
de la entidad usuarios.
Cdigo del servicio - numrico: servicio al que pertenece el tcnico.
Telfono - alfabtico: nmero de telfono que tiene el tcnico en el
sector informtico donde trabaja.
Mail - alfabtico: direccin de mail que tiene el tcnico en el lugar de
trabajo.

No posee.

VI.2.3.1.1.7. Clase Mantener usuario - caso de uso 7
Nmero de usuario - numrico: identificador del nmero de usuario.
Nombre - alfabtico: nombre del usuario.
Apellido - alfabtico: apellido paterno del usuario.
Login - alfabtico: nombre de usuario de la red.
Nombre del departamento - alfabtico: nombre del departamento al
que pertenece el usuario.
Nombre del sector - alfabtico: nombre del sector dentro de un
departamento.
Cargo - alfabtico: cargo que ocupa en el departamento.

No posee.
VI.2.3.1.1.8. Clase Mantener hardware - Caso de uso 8
Cdigo del equipo - alfabtico: identificador del equipo.
Fecha de compra - fecha: fecha en la que se compr el equipo.
Garanta - fecha: fecha en la que finaliza la garanta de cada uno de
los componentes.
Proveedor - alfabtico: nombre del proveedor que vendi los
componentes de hardware.
Descripcin - alfabtico: descripcin del equipo.

No posee.

VI.2.3.1.1.9. Clase Mantener perifrico - Caso de uso 9
Perifrico - alfabtico: descripcin del tipo de perifrico que tiene un
equipo.
Fecha instalacin - fecha: fecha en que se instal el perifrico al
equipo.
Fecha desinstalacin - fecha: fecha en la que se desinstal el
Descripcin - alfabtico: descripcin del perifrico.

No posee.
VI.2.3.1.1.10. Clase Mantener tipo equipo - caso de uso 10
Cdigo del tipo de equipo - numrico: identificador del tipo de equipo.
Descripcin - alfabtico: descripcin del tipo de equipo.

No posee.

VI.2.3.1.2. Clases de control
VI.2.3.1.2.1. Clase Gestionar equipos - caso de uso 1
La clase no posee atributos propios.
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones a los equipos.
Verificar que los campos obligatorios (bajas y modificaciones) no se
encuentren en blanco al seleccionar la opcin.
Comprobar que el equipo exista.

Slo existe una instancia activa de esta clase por sesin del sistema,
con el fin de mantener la integridad de los datos.
VI.2.3.1.2.2. Clase Gestionar licencias - caso de uso 2
Descripcin de atributos
Gestionar las altas, bajas y modificaciones a las licencias de
software.
Verificar que los campos obligatorios (bajas y modificaciones no se
Comprobar que el software exista.

VI.2.3.1.2.3. Clase Gestionar prioridades - caso de uso 3

Descripcin de responsabilidades
Gestionar las altas, bajas y modificaciones a las prioridades.
Comprobar que la prioridad exista.

VI.2.3.1.2.4. Clase Gestionar servicio - caso de uso 4
Gestionar las altas, bajas y modificaciones a los servicios tcnicos.
Constatar que el servicio tcnico exista.

VI.2.3.1.2.5. Clase Gestionar especialidad - caso de uso 5
Gestionar las altas, bajas y modificaciones a las especialidades.
Comprobar que la prioridad exista.


VI.2.3.1.2.6. Clase Gestionar tecnico - caso de uso 6
Gestionar las altas, bajas y modificaciones a los tcnicos.
Comprobar que el tcnico exista.

VI.2.3.1.2.7. Clase Gestionar usuarios - caso de uso 7
Gestionar las altas, bajas y modificaciones de los usuarios.
Comprobar que el usuario exista.


VI.2.3.1.2.8. Clase Gestionar hard - caso de uso 8
Gestionar las altas, bajas y modificaciones del hardware.
Comprobar que el hardware exista.

VI.2.3.1.2.9. Clase Gestionar periferico - caso de uso 9
Gestionar las altas, bajas y modificaciones a los perifricos.
Comprobar que el perifrico exista.

VI.2.3.1.2.10. Clase Gestionar tipo equipo - caso de uso 10
Gestionar las altas, bajas y modificaciones a los tipos de equipo.

Verificar que los campos obligatorios (bajas y modificaciones no se

Comprobar que el tipo de equipo exista.

VI.2.3.1.2.11. Clase Gestionar prioridad - caso de uso 11
Actualizar las prioridades de los partes de trabajos no realizados en
un determinado tiempo.

No hay requisitos especiales para esta clase.
VI.2.3.2. Casos de uso de parte de trabajo
VI.2.3.2.1.1. Clase Nuevo parte trabajos - caso de uso 13
departamento.
Nmero de parte - numrico: identificador que se asigna a cada parte
de trabajo.
Fecha de recepcin - fecha: fecha de recepcin del parte de trabajo.

Hora de recepcin - numrico: Hora de recepcin del parte de

trabajo.
Cdigo del equipo - numrico: cdigo del equipo por el cual se recibi
el parte de trabajo.
Tcnico - alfabtico: nombre del tcnico de Mesa de Ayuda que
atendi el parte de trabajo.
Perifrico - alfabtico: descripcin del tipo de perifrico.
Descripcin del hardware - alfabtico: descripcin de la pieza de
hardware que compone un equipo.
Software instalado - alfabtico: descripcin del software que se
encuentra instalado.
Problemas - alfabtico: descripcin de los problemas que puede
tener un parte de trabajo.
Soluciones - alfabtico: descripcin de la solucin a un problema
determinado.

La pantalla debe tener los datos agrupados por tipos y bien
diferenciados. Puede estar compuesta por distintas pantallas
superpuestas en caso de no ser suficiente una sola.
VI.2.3.2.1.2. Clase Derivar parte de trabajo - caso de uso 14
departamento.


de trabajo.
Hora de recepcin - numrico: hora de recepcin del parte de trabajo.
determinado.
Servicio tcnico - alfabtico: nombre del sector de informtica al cual
se deriv el parte de trabajo.
Fecha de derivacin - fecha: fecha en la que un parte de trabajo es
derivado a un sector del rea de informtica.
Hora de derivacin - numrico: hora en la que un parte de trabajo es
Prioridad - alfabtico: prioridad que se asigna al parte de trabajo.
La clase recibe parmetros del exterior del sistema.
La clase debe comunicar los resultados al exterior del sistema.
La clase debe pedir confirmacin de los datos antes de ser grabados.


VI.2.3.2.1.3. Clase Asignar tecnico - caso de uso 15
departamento.
de trabajo.
determinado.
Tcnico - alfabtico: nombre del tcnico al que se deriva el parte de
trabajo.
Especialidad - alfabtico: especialidad que tiene los tcnicos.


VI.2.3.2.1.4. Clase Buscar parte - caso de uso 16
departamento.
de trabajo.
Tipo de equipo - alfanumrico: descripcin de los tipos de equipo
(PC, impresora, cmara digital, etc.).


determinado.
trabajo.
Especialidad - alfabtico: especialidad que tiene el tcnico.
Fecha de recepcin del tcnico - fecha: fecha en la que el tcnico
recibe el trabajo.
Hora de recepcin del tcnico - numrico: hora en la que el tcnico
recibe el trabajo.
Fecha de comienzo - fecha: fecha en la que el tcnico comienza a
trabajar en el parte de trabajo.
Hora de comienzo - numrico: en la que el tcnico comienza a
Tiempo estimado - numrico: tiempo que estima el tcnico le lleva
finalizar el trabajo.
Avance - numrico: estado en el que se encuentra el trabajo
expresado en porcentaje.
Comentario - alfabtico: comentarios que desee realizar el tcnico
con respecto al parte de trabajo que est realizando.


VI.2.3.2.1.5. Clase Actualizar parte trabajo - caso de uso 17
departamento.
de trabajo.
determinado.
trabajo.
Especialidad - alfabtico: especialidad que tiene el tcnico.


recibe el trabajo.
recibe el trabajo.

VI.2.3.2.1.6. Clase Recepcionar conformidad - caso de uso 18
departamento.
de trabajo.


determinado.
trabajo.
recibe el trabajo.
recibe el trabajo.

Conformidad - lgico: muestra si el usuario est conforme con el

parte de trabajo o no.
Fecha de la conformidad - fecha: fecha en la cual el usuario registr
su conformidad.
Hora de conformidad - numrico: hora en la cual el usuario registr
su conformidad.

VI.2.3.2.1.7. Clase Cerrar parte trabajo - caso de uso 19
departamento.
de trabajo.


determinado.
trabajo.
recibe el trabajo.
recibe el trabajo.
Conformidad - lgico: muestra si el usuario est conforme con el
parte de trabajo o no.
Fecha de la conformidad - fecha: fecha en la cual el usuario registr
su conformidad.
Hora de conformidad - numrico: hora en la cual el usuario registr
su conformidad.
Fecha de cierre - fecha: fecha en la cual se termina el parte de
trabajo.

Hora de cierre - numrico: hora en la cual se termina el parte de

trabajo.

VI.2.3.2.1.8. Clase Eliminar parte trabajo - Caso de uso 20
departamento.
de trabajo.


determinado.
La clase debe pedir confirmacin de los datos antes de ser grabados.

VI.2.3.2.2.1. Clase Gestionar parte trabajo - caso de uso 13, 17 y 19
Verificar la existencia del usuario en la base de datos.
Verificar si la persona tiene un equipo bajo su responsabilidad y, en
caso afirmativo, qu software tiene instalado.
Permitir consultar la base de problemas y de soluciones para intentar
solucionar los problemas del usuario.
Generar un parte de trabajo asignndole un nmero correlativo.
Grabar todos los datos del parte de trabajo.


VI.2.3.2.2.2. Clase Gestionar parte trabajo servicio - casos de uso 14 y 16
Permitir el ingreso de un nmero de parte de trabajo o la seleccin de
una lista.
Buscar en la base de datos el parte de trabajo mostrando el
problema que tiene.
Buscar en la base de datos el usuario responsable del equipo.
Explorar en la base de datos los servicios informticos.
Comprobar en la base de datos la informacin referente al equipo.
Asignar el parte de trabajo a un servicio, porque sector no aparece
en la figura del caso de uso).

VI.2.3.2.2.3. Clase Gestionar tecnicos - caso de uso 15
una lista.
problema que tiene.
Comprobar en la base de datos el usuario responsable del equipo.
Explorar en la base de datos los tcnicos que posee el sector.
Buscar en la base de datos la informacin referente al equipo.
Asignar el parte de trabajo a un tcnico.


una lista.
Examinar en la base de datos el parte de trabajo mostrando el
problema que tiene.
Comprobar en la base de datos los tcnicos que posee el sector.
Explorar en la base de datos la informacin referente al equipo.
Permitir la actualizacin de la base de datos dando la conformidad
por el parte de trabajo.

una lista.
problema que tiene.
Comprobar en la base de datos los tcnicos que posee el sector.
Permitir la eliminacin de la base de datos del parte de trabajo.


VI.2.3.3. Casos de uso de consultas
VI.2.3.3.1.1. Clase Consultar avance parte trabajo - caso de uso 21
departamento.
de trabajo
Hora de recepcin numrico: hora de recepcin del parte de trabajo.
determinado.


trabajo.
recibe el trabajo.
recibe el trabajo.

VI.2.3.3.1.2. Clase Datos usuario - caso de uso 22
Nmero de usuario - numrico: identificador del usuario.
Apellido - alfabtico: apellido del usuario.
Login - alfabtico: nombre de usuario para el acceso a las redes.
Departamento - alfabtico: departamento en el que trabaja el usuario.
Sector - alfabtico: sector dentro de un departamento donde trabajo
el usuario.


No posee.
VI.2.3.3.1.3. Clase Problemas - caso de uso 23
Cdigo del problema - alfabtico: identificador de los problemas.
Problema - alfabtico: descripcin de los problemas.
Solucin - alfabtico: descripcin de la solucin a los problemas.

No posee.
VI.2.3.3.1.4. Clase Consultar equipos - caso de uso 24
Cdigo del equipo - alfabtico: identificador del equipo.
Tipo de equipo - alfabtico: descripcin del tipo de equipo.
Descripcin del hardware - alfabtico: descripcin de cada uno de los
componentes que tiene el equipo.
Fecha de instalacin - fecha: fecha de instalacin de los
componentes del equipo.
Fecha de desinstalacin - fecha: fecha de desinstalacin de los
componentes de los equipos.
Garanta - fecha: fecha en la que finaliza la garanta de cada uno de
los componentes.
Proveedor - alfabtico: nombre del proveedor que vendi los
componentes de hardware.
Perifrico - alfabtico: descripcin del tipo de perifrico que tiene un
equipo.

Fecha instalacin - fecha: fecha en que se instal el perifrico al

equipo.
Fecha desinstalacin - fecha: fecha en la que se desinstal el
Descripcin licencia - alfabtico: nombre del software que tiene
instalado el equipo.
Nmero de licencia - alfabtico: nmero de licencia del software.

VI.2.3.3.1.5. Clase Tareas - caso de uso 25
Nmero de parte de trabajo - numrico: nmero del parte de trabajo a
consultar.
Usuario - alfabtico: nombre del usuario que solicit el parte de
trabajo.
Fecha de recepcin - fecha: fecha en la cual se recepciona el parte
de trabajo.
Hora de recepcin - numrico: hora en la que se recepciona el parte
de trabajo.
Tcnico de Mesa de Ayuda - alfabtico: nombre del tcnico de Mesa
de Ayuda que atendi al usuario y dio de alta el parte de trabajo.
Tcnico servicio - alfabtico: nombre del tcnico que atendi el parte
de trabajo una vez derivado.
Prioridad - alfabtico: prioridad que se asigna al trabajo.
Servicio tcnico - alfabtico: sector dentro del rea de informtica
donde fue asignado el parte de trabajo.
Fecha de comienzo - fecha: fecha en la cual se comenz a trabajar
en el parte de trabajo.
Hora de comienzo - numrico: hora en la cual el tcnico asignado
comenz a trabajar en el parte de trabajo.
Avance - numrico: porcentaje que indica el avance del trabajo.

Tiempo estimado - numrico: tiempo en el cual el tcnico asignado

estima terminar el parte de trabajo.

No posee.
VI.2.3.3.1.6. Clase Consultar licencias - caso de uso 26
Descripcin - alfabtico: descripcin del tipo de software.
Nmero de licencia - alfabtico: nmero de la licencia del software.
Cdigo del equipo - alfabtico: identificador del equipo en el cual
estn instaladas las licencias.

No posee.
VI.2.3.3.1.7. Clase Ocupacin tecnico - caso de uso 27
Tcnico - alfanumrico: nombre del tcnico.
Nmero de parte de trabajo - numrico: nmero de los partes de
trabajo por tcnico.
Avance - numrico: porcentaje que indica el avance de cada parte de
trabajo.
Tiempo estimado - numrico: tiempo en que se estima finalizar cada
parte de trabajo.


No posee.
VI.2.3.3.1.8. Clase Trabajos tecnicos - caso de uso 28
Fecha desde - fecha: fecha de inicio del rango que se quiere
consultar.
Fecha hasta - fecha: fecha de fin del rango que se quiere consultar.
Tcnico - alfabtico: nombre del tcnico del cual se quiere consultar
los avances de sus trabajos.
Nmero de parte - numrico: nmeros de partes de trabajo que tiene
asignado cada tcnico.
Tiempo consumido - numrico: tiempo que llev terminar cada parte
de trabajo, calculado en base a la fecha de inicio y fin.

No posee.
VI.2.3.3.1.9. Clase Estadstica - caso de uso 29
Tcnico - alfanumrico: nombre de los tcnicos que trabajan en
informtica.
Tiempo promedio por trabajo - numrico: promedio de tiempo por
trabajo realizado.


No posee.
VI.2.3.3.2.1. Clase Gestionar parte trabajo - caso de uso 13, 17 y 19
Verificar la existencia del usuario en la base de datos.
Verificar si la persona tiene un equipo bajo su responsabilidad y que
software tiene instalado en caso afirmativo.
Permitir cargar los problemas que padece el usuario.
Permitir consultar la base de problemas y de soluciones para intentar
de solucionar los problemas del usuario.
Generar un parte de trabajo asignndole un nmero correlativo.
Grabar todos los datos del parte de trabajo.

de forma de mantener la integridad de los datos.
VI.2.3.3.2.2. Clase Gestionar parte trabajo servicio - caso de uso 14, 16 y

29
una lista.
problema que tiene.
Explorar en la base de datos los servicios informticos.
Constatar en la base de datos la informacin referente al equipo.

Asignar el parte de trabajo a un sector.

Gestionar las consultas datos de los tiempos consumidos por los
tcnicos en las tareas (partes de trabajo) realizadas.

VI.2.3.3.2.3. Clase Gestionar tecnico - caso de uso 15
una lista.
problema que tiene.
Constatar en la base de datos el usuario responsable del equipo.
Buscar en la base de datos la informacin referente al equipo.
Asignar el parte de trabajo a un tcnico.

una lista.


problema que tiene.
Constatar en la base de datos los tcnicos que posee el sector.
Permitir la actualizacin de la base de datos dando la conformidad
por el parte de trabajo.

una lista.
problema que tiene.
Constatar en la base de datos los tcnicos que posee el sector.
Permitir la eliminacin de la base de datos del parte de trabajo.

VI.2.3.3.2.6. Clase Consultar avance parte trabajo - caso de uso 21


una lista.
problema que tiene.
Constatar en la base de datos la informacin referente al equipo.

VI.2.3.3.2.7. Clase Gestionar usuario - caso de uso 22
Gestionar las consultas de los datos de los usuarios.

VI.2.3.3.2.8. Clase Consulta problemas - caso de uso 23
Gestionar las consultas de los datos de los problemas.

VI.2.3.3.2.9. Clase Consultar tareas - caso de uso 25

Gestionar las consultas datos de los tareas (partes de trabajo).

VI.2.3.3.2.10. Clase Consultar licencias - caso de uso 26
Gestionar las consultas datos de los software.

VI.2.3.3.2.11. Clase Consultar trabajos tecnico - caso de uso 27 y 28
Gestionar las consultas datos de la ocupacin de los tcnicos.

VI.2.3.4. Clases de entidad
Todas clases de este tipo deben ser persistentes, es decir se guarda

esta informacin en un sistema de bases de datos.
La clase sector pertenece a otros sistemas, por lo tanto hay atributos
que se mencionan y describen pero no todos se usan en este sistema.

VI.2.3.4.1. Parte de trabajo
NumeroParte - numrico: identificador de un parte de trabajo.
NroUsuario - numrico: identificador de un usuario que tiene un parte
de trabajo.
FechaRecepcin - timesten: fecha y hora de recepcin del parte de
trabajo.
Conformidad - lgico: se registra la conformidad del usuario una vez
cerrado el parte de trabajo.
FechaConformidad - timestamptz: fecha en la que se recibe la
conformidad del usuario.
CodEquipo - numrico: cdigo del equipo del cual se recibi el parte
de trabajo.
NroTcnico - numrico: nmero del tcnico de Mesa de Ayuda que
FechaFin - timestamptz: fecha y hora en que se finalizaron las tareas
del parte de trabajo.
Almacenar los datos de los partes de trabajo solicitados por los
usuarios referidos a problemas en sus equipos informticos.

Altas: 100 diarias.
Bajas: normalmente no se dan de bajas, solamente cuando se
ingresa uno por error.
Modificaciones: 5 diarias.
Consultas: 30 diarias.
VI.2.3.4.2. Usuarios
Nropeople - numrico: identificador del nmero de usuario.
IdLogin - alfabtico: nombre de usuario de la red.
MailUsuario - alfabtico: direccin de mail del usuario.

Cargo - alfabtico: cargo que ocupa el usuario dentro del

departamento de trabajo.
Clave - alfabtico: clave del usuario (encriptada).
Almacena datos de todos los usuarios de la Mesa de Ayuda y trabaja en
relacin con la entidad People de donde obtiene el nombre y apellido de
los usuarios.

Altas: 5 mensuales.
Bajas: 1 mensual.
Modificaciones: 2 mensuales.
Consultas: 135 consultas diarias.
VI.2.3.4.3. People
Nropeople - numrico: identificador del nmero de usuario.
Apellidom - alfabtico: apellido materno del usuario.
Apellidop - alfabtico: apellido paterno del usuario.
Sexo - Lgico: sexo del usuario.
ApellidoCasada - alfabtico: apellido de casada (para mujeres).
Nrosector - numrico: indica departamento y sector dentro del
departamento en el que trabaja el usuario.
Tratamiento - alfabtico: no se usa en Mesa de Ayuda.
Almacenar los datos de toda persona que mantiene alguna relacin
con la Universidad (alumnos, empleados, usuarios de servicios, etc.).
Esta clase es usada por el sistema de Mesa de Ayuda pero no es
mantenida por l. Provee informacin a la mayora de los sistemas
de la Universidad. Existe otro mdulo que se encarga del
mantenimiento de la misma.

Altas: las realiza otro sistema.
Bajas: las efecta otro sistema.
Modificaciones: las lleva a cabo otro sistema.

Consultas: 135 consultas diarias.
VI.2.3.4.4. Sector
Nrosector - numrico: identificador del sector dentro de un
departamento.
Nombre - alfabtico: nombre del sector.
Jefe - alfabtico: nombre del jefe del sector.
Almacena los datos de los sectores que posee un departamento.
Esta clase es mantenida por el sistema de Recursos Humanos.

Altas: las realiza otro sistemas.
Bajas: las realiza otro sistema.
Modificaciones: las realiza otro sistema.
VI.2.3.4.5. Servicio parte de trabajo
NumeroParte + CodServicio - numricos: identificador de el/los
servicio/s tcnico/s que recibieron el parte de trabajo derivado por el
sector de Mesa de Ayuda por no haber podido resolverlo con la
informacin que tena a su alcance.
FechaDerivacin - timestamptz: fecha y hora en la que deriv el
trabajo a el/los servicio/s tcnico/s.
NroTcnico - numrico: identificador del tcnico que recibi el trabajo
derivado dentro de un servicio tcnico.
FechaRecepcinTcnico - timestamptz: fecha y hora en la que el
tcnico recibi el parte de trabajo derivado.
FechaComienzo - timestamptz: fecha y hora en la que el tcnico
comenz a trabajar en el parte de trabajo derivado.
TiempoEstimado - numrico: tiempo estimado por el tcnico en
terminar el trabajo, expresado en das.
Avance - numrico: porcentaje de avance del trabajo.

Comentario - alfabtico: comentario que desee realizar el tcnico a

medida que avanza con el trabajo.
CodPrioridad - numrico: identificador de la prioridad del trabajo.
FechaActPrioridad - fecha: fecha de la ltima actualizacin
automtica de la prioridad por no haber sido terminado el trabajo.
TiempoInsumido - numrico: tiempo total insumido en el trabajo,
expresado en horas.
Esta clase almacena los distintos problemas que tienen los partes de
trabajo y servicios informticos que se ven involucrados por un parte
de trabajo.

Altas: 100 diarias.
Bajas: no se realizan bajas. (salvo cuando se ha dado de alta por
error).
Modificaciones: 5 diarias.
A medida que pasan los das la prioridad debe aumentar, para ello se
basa en el atributo das de la entidad prioridad.
VI.2.3.4.6. Prioridades
CodPrioridad - numrico: identificador de la prioridad.
Prioridad - alfabtico: descripcin de las distintas prioridades que
puede tener un parte de trabajo.
Das - numrico: indica cada cuntos das debe aumentar la prioridad
por un trabajo no realizado.
Almacena las prioridades que pueden tener los partes de trabajo.

Altas: una vez dadas de alta raramente se modifican o dan de baja
Bajas: muy rara vez.
Modificaciones: muy rara vez

VI.2.3.4.7. Problema
CodProblema - numricos: identificador del problema.
Problema - alfabtico: nombre del problema.
DescProblema - alfabtico: descripcin del problema.
Almacena los distintos problemas que se presentan a los equipos
informticos.

Altas: 30 diarios.
Bajas: no se dan de baja.
Modificaciones: no se modifican.
Consultas: 100 diarios.
VI.2.3.4.8. Solucin
CodSolucin - numrico: identificador de la solucin.
Solucion - alfabtico: descripcin de la solucin.
CodProblema - numrico: indica el problema que soluciona.
Almacena las soluciones que se fueron encontrando a los problemas
presentados a los equipos y forma la base de conocimiento.

Altas: 30 diarios.
Bajas: no se dan de baja.
Modificaciones: no se modifican.
VI.2.3.4.9. Tecnicos
NroTcnico - numrico: identificador del tcnico.
NombreTcnico - alfabtico: nombre del tcnico.
MailTcnico - alfabtico: direccin de mail del tcnico.

TelefonoTcnico - alfabtico: nmero de telfono del tcnico.
Almacena los datos de los tcnicos y al sector (no hay atributos
relacionados con el sector) al cual pertenecen.

Altas: 3 anuales.
Bajas: 3 anuales.
Modificaciones: 1 anual.
VI.2.3.4.10. Especialidad
CodEspecialidad - numricos: identificador de especialidades.
Especialidad - alfabtico: descripcin de las especialidades.
Almacena las distintas especialidades que pueden tener los tcnicos.

Altas: 10 anuales.
Bajas: rara vez se dan de baja.
VI.2.3.4.11. Tecnico servicio
CodServicio - numrico: identificador de los servicios tcnicos
(sectores dentro de los departamentos de informtica).
NombreServicio - alfabtico: nombre del servicio tcnico.
TelefonoServicio - alfabtico: telfono del servicio tcnico.
MailServicio - alfanumrico: mail del servicio tcnico.
Almacena los distintos servicios informticos (sectores del rea de
informtica).


Altas: 1 anual.
Bajas: rara vez se dan de baja.
VI.2.3.4.12. Equipo inventario
CodEquipo - numrico: identificador del equipo informtico.
NroUsuario - numrico: usuario al que pertenece el equipo.
CodTipoEquipo - numrico: indica el tipo de equipo informtico.
Almacena los equipos y los usuarios que los tienen asignados.

Altas: 10 mensuales.
Bajas: 5 anuales.
VI.2.3.4.13. Equipo hard
CodHard - numrico: identificador de cada pieza hardware que existe
en la Universidad.
DescripcinH - alfabtico: descripcin de la pieza.
FechaCompra - fecha: fecha en que se realiz la compra.
Garanta - fecha: fecha de vencimiento de la garanta.
Proveedor - alfabtico: proveedor al que se compr la pieza
hardware.
Almacena la descripcin de cada componente hardware que
pertenece a algn equipo.


Bajas: 520 anuales.

VI.2.3.4.14. Equipo perifrico
CodPerifrico - numrico: identificador de los perifricos que puede
tener un equipo.
FechaEntradaP - fecha: fecha en que se instal el perifrico al
equipo.
FechaSalidaP - fecha: fecha en que se retir el perifrico al equipo.
DescripcinP - alfabtico: descripcin del tipo de perifrico.
Almacena los distintos equipos perifricos que puede tener un
equipo.

Bajas: 10 anuales.
VI.2.3.4.15. Software licencia
CodSoft - numrico: identificador de los paquetes software que posee
la Universidad.
NroLicencia - alfabtico: nmero de licencia que provee el fabricante.
DescripcinS - alfabtico: descripcin del software.
Cantidad - numrico: cantidad de instalaciones que se puede realizar
del software con el mismo nmero de licencia.
Almacena los datos de los distintos paquetes de software que posee
la Universidad.


Altas: 50 anuales.
Bajas: 2 anuales.
Modificaciones: 5 anuales.
Consultas: 20 mensuales.
VI.2.3.4.16. Equipo Tipo
Esta entidad se refiere a los distintos equipos que tiene la Universidad,

por ejemplo una cmara digital tiene un cdigo y su descripcin. Luego en la
entidad equipo no hay una descripcin debido a que en ella hay varios registros
para cmara digital (una para cada cmara). De esta forma guardo slo un
cdigo que ocupa mucho menos lugar (6 dgitos) para cada cmara digital en
equipo inventario y no una descripcin que ocupa 50 caracteres cada vez que
aparece una cmara digital. Cada vez que en equipo inventario aparece un
cdigo de equipo busco en la entidad equipo tipo su descripcin.
CodTipoEquipo - Numrico: identificador del tipo de equipo.
Descripcin - alfanumrico: descripcin del tipo de equipo.
Almacena los datos de los tipos de equipos que posee la
Universidad.

Altas: 60 anuales.
Bajas: 2 anuales.
Modificaciones: 15 anuales.
Consultas: 50 mensuales.

Dicono Captulo VI: Desarrollo del proyecto: Diseo
VI.3. Diseo
En el diseo se desarrollan los diagramas de clase de diseo tomando
como base los diagramas de clases de anlisis, los de subsistemas de diseo, los
de interaccin, y finalmente se realiza una descripcin de cada una de las clases
participantes en el diseo: Interfaz con su correspondiente prototipo, Control y
Entidad.
VI.3.1. D 1: Disear la arquitectura

VI.3.1.1. D 1.1: Identificacin de nodos y configuraciones de red
A continuacin, en la Figura VI.34 se presenta el diagrama de despliegue

cuyo objetivo es el de modelar la vista del hardware del sistema. Los diagramas
de despliegue son fundamentalmente diagramas de clases que se ocupan de
modelar los nodos de un sistema.
Se rvidor de Servido r Web Servid or de bases

backup de datos
Switchs
PCs Usuarios
Se rvidor Internet
Tran ceivers
PCs M esa de Ayuda Im presora Mesa de

Switch
Ayuda
Figura VI.34. Diagrama de despliegue.
Este diagrama muestra la conexin existente entre el servidor web y el de

bases de datos, como as tambin el servidor de backup. Estos se conectan
mediante un rack de switchs centrales de la Universidad. Los switchs unen las
PCs de los usuarios a la red y a travs de tranceivers enlazan otros edificios por

Captulo VI: Desarrollo del proyecto: Diseo Dicono
medio de un tendido de fibra ptica subterrneo. sta a su vez llega a distintos

switch distribuidos en los edificios del campus, conectando de esta manera todos
los PCs a la Intranet. Tambin desde los switch del rack central se tiene
comunicacin a Internet. El protocolo usado por la Universidad para la
comunicacin es el TCP/IP.
VI.3.1.2. D 1.2: Identificacin de

subsistemas
En la Tabla VI.55 se detallan los casos de uso que forman los tres
subsistemas principales que posee el sistema Dicono:
Mantenimiento: permite realizar el ingreso inicial de datos y el
mantenimiento de los mismos.
Consultas: brinda la posibilidad de realizar todas las consultas a los
datos existentes en la base de datos.
Parte de trabajo: ingresa los datos a la base de datos de las
solicitudes de los usuarios por problemas informticos.
Subsistema Casos de uso

Mantener equipos
Mantener licencias
Mantener prioridades
Mantener servicios tcnicos
Mantener especialidades
Mantener tcnicos
Mantenimiento
Mantener usuarios
Mantener hardware
Mantener perifricos
Mantener tipo de equipo
Mantener base de conocimientos
Actualizar prioridad
Realizar alta parte de trabajo
Derivar parte de trabajo
Asignar tcnico
Buscar parte de trabajo
Parte de trabajo
Actualizar parte de trabajo
Recepcionar conformidad
Cerrar parte de trabajo
Eliminar parte de trabajo
Consultar parte de trabajo
Consultar datos del usuario
Consultar problemas
Consultar equipos
Consultas Consultar tareas
Consultar licencias de software
Solicitar ocupacin tcnico
Solicitar trabajos de los tcnicos
Estadsticas
Tabla VI.55. Relacin subsistema-casos de uso.

VI.3.2. D 2: Disear casos de uso
VI.3.2.1. D.2.1: Describir las interaciones

entre los objetos de diseo
El objetivo de esta actividad es obtener un conjunto de diagramas de
clases de diseo y diagramas de colaboracin que muestran la relacin existente
entre las clases. En estos diagramas se muestran las clases de diseo que
surgen de las clases de anlisis, pero con ms detalles. El orden de presentacin
de los mismos es de acuerdo a los casos de uso y de la manera como se realiz
en el anlisis.
En las Tablas VI.56 a VI.64 se detallan las clases de anlisis y las
correspondientes clases de diseo; se confeccionan estas tablas para determinar
los cambios que se producen en las clases (interfaz, entidad y control) al pasar
del anlisis al diseo. Estos cambios se deben a los siguientes casos:
Por lo general, una clase de anlisis se convierte en dos o ms
clases de diseo.
En el anlisis se hace referencia a una clase genrica y luego en el
diseo se usa una o ms clases particulares de esa clase genrica.
En el anlisis se cita un grupo de clases y en el diseo se los
representa por un paquete.
En el anlisis se muestran las clases en forma genrica (por lo
general una para cada diagrama de clases) y luego en el diseo se
determina que una clase se pueda utilizar en ms de un diagrama
de clase de diseo.
VI.3.2.1.1. Diseo de casos de uso del subsistema de mantenimiento
En esta seccin se presentan las tablas VI.56 a VI.58 en las que se

muestra la relacin entre los casos de uso, clases de anlisis y clases de diseo
del subsistema de mantenimiento. A continuacin, se incluyen las figuras VI.35 a
VI.46 con los diagramas de clases correspondientes.
Caso de uso Clases de anlisis Clases de diseo

1 - Mantener equipos MantenerEquipos ConsultarEquipos
NuevoEquipo
ModificarEquipo
BorrarEquipo
2 - Mantener licencias MantenerSoftware Licencias
NuevaLicencia

ModificarLicencia
BorrarLicencia

3 - Mantener prioridades MantenerPrioridades Prioridad
NuevaPrioridad
ModificarPrioridad
BorrarPrioridad
4 - Mantener servicios tcnicos MantenerServicios Servicios
NuevoServicio
ModificarServicio
BajaServicio
5- Mantener especialidades MantenerEspecialidades Especialidad
NuevaEspecialidad
ModificarEspecialidad
BorrarEspecialidad
6 - Mantener tcnicos MantenerTecnicos MantenerTecnicos
NuevoTecnico
ModificarTecnico
BorrarTecnico
7 - Mantener usuarios MantenerUsuario MantenerUsuario
AgregarUsuario
ModificarUsuario
BorrarUsuario
Paquete Consultar datos del
usuario
Correo
8 - Mantener hardware MantenerHardware MantenerHardware
NuevoHard
ModificarHard
BorrarHard
9 - Mantener perifericos MantenerPeriferico MantenerPeriferico
NuevoPeriferico
ModificarPeriferico
BorrarPeriferico
10 - Mantener tipo de equipo MantenerTipoEquipo TipoDeEquipo
NuevoTipo
ModificarTipo
BorrarTipo
12- Actualizar prioridad No tiene interfaz No tiene interfaz
Tabla VI.56. Relacin de clases de anlisis y diseo - interfaces de mantenimiento.


1- Mantener equipos EquipoInventario EquipoInventario
EquipoTipo
EquipoPeriferico EquipoPeriferico
SoftLicencia SoftLicencia
EquipoHard EquipoHard
Hard
Red
2 - Mantener licencias SoftLicencias SoftLicencias
3 - Mantener prioridades Prioridades Prioridades
4 - Mantener servicios tecnicos Servicios Servicios
5 - Mantener especialidades Especialidad Especialidad
6 - Mantener tecnicos TecnicoServico TecnicoServico
Tecnicos
Servicios Servicios
Especialidad Especialidad
7 - Mantener usuarios People People
Usuarios Usuarios
Sector Sector
8 - Mantener hardware EquipoHard Hard
Red
9 - Mantener perifericos EquipoPeriferico EquipoPeriferico
10 - Mantener tipo de equipo EquipoTipo EquipoTipo
11- Mantener base de MantenerBaseConocimiento BaseConocimiento
conocimiento NuevoProblemaSolucion
ModificarProblemaSolucion
BorrarProblemaSolucion
12 - Actualizar prioridad Prioridades Prioridades
ParteDe Trabajo ParteDeTrabajo
Tabla VI.57 Relacin de clases de anlisis y diseo - entidad de mantenimiento.

1- Mantener equipos GestionarEquipos GestionarEquipos
2 - Mantener licencias GestionarLicencias GestionarLicencias
3 - Mantener prioridades GestionarPrioridades GestionarPrioridades
4 - Mantener servicios tecnicos GestionarServicio GestionarServicio
5 - Mantener especialidades GestionarEspecialidad GestionarEspecialidad
6 - Mantener tecnicos GestionarTecnicos GestionarTecnicos
7 - Mantener usuarios GestionarUsuarios GestionarUsuarios
8 - Mantener hardware GestionarHard GestionarHard
9 - Mantener perifericos GestionarPeriferico GestionarPeriferico
10 - Mantener tipo de equipo GestionarTipoEquipo GestionarTipoEquipo
12 - Actualizar prioridad GestionarPrioridades GestionarPrioridades
Tabla VI.58. Relacin de clases de anlisis y diseo - control de mantenimiento.

Consultar
Equipos
MenuPpal ConsultarEquipos
(from Interfaz) (from Interfaz)
ModificarEquipo
NuevoEquipo
(from Interfaz)
(from Interfaz)
BorrarEquipo
(from Interfaz)
GestionarEquipos
(from Di agramas de clases de anali sis)
SoftLicencias 1
(from Diagramas de clases de analisis)
1..n
1 EquipoTipo
(from Entidad)
1..n
1 1..n
1..n
1 1
EquipoInventario Hard
(from 1Diagramas de clases de anali sis) (from Entidad)
1 1 0..n
0..n 1..n 1..n Red
EquipoPeriferico EquipoHard
(from Diagramas de clases de anal isis) (from Diagramas de clases de anali sis)
Figura VI.35. Diagrama de clases de mantener equipos.

MenuPpal Licencias
NuevaLicencia ModificarLicencia
BorrarLicencia
(from Interfaz)
1
GestionarLicencias
ConfirmarBorrarLicencia
1..n
SoftLicencias
Figura VI.36. Diagrama de clases de mantener licencias.
MenuPpal Prioridad BorrarPrioridad

(from Interfaz) (from Interfaz) (from Interfaz)
NuevaPrioridad ModificarPrioridad
1..n 1
Prioridades GestionarPrioridades
(from Diagramas de clas es de analis is) (from Diagram as de clases de analisis)
Figura VI.37. Diagrama de clases de mantener prioridades.

MenuPpal Servicios BajaServicio

Correo
(from Interfaz)
ModificarServicio
(from Interfaz)
NuevoServicio
(from Interfaz)
1..n
1
GestionarServicio Servicios
(from Diagramas de clases de anali sis) (from Diagramas de clases de anali sis)
Figura VI.38. Diagrama de clases de mantener servicios tcnicos.
MenuPpal Especialidad
(f rom I nterf az) (f rom Interf az)
NuevaEspecial idad
ModificarEspeciali dad BorrarEspecial idad
(f rom Interf az)
(f rom Interf az) (f rom Interf az)
1 1..n
GestionarEspecialidad Especial idad
(f rom Diagramas de clases de analisis) (f rom Diagramas de clases de analisis)
Figura VI.39. Diagrama de clases de mantener especialidades.

MenuPpal MantenerT ecnico BorrarTecni co

(f rom Interf az) (f rom Interf az) (f rom I nterf az)
NuevoT ecni co ModificarTecnico
(f rom Interf az) (f rom I nterf az)
1..n
Servicios 1
TecnicoServicio GestionarTecnicos
1..n
(f rom Diagramas de clases de anali...
1..n
Especialidad
1
(f rom D iagramas de clases de analisis)
Tecni cos
(f rom Diagramas de clases de anali...
Figura VI.40. Diagrama de clases de mantener tcnicos.

Consulta Datos
del Usuarios
MenuPpal MantenerUsuario
Correo
AgregarUsuario ModificarUsuario (from Consultar Equi pos)
BorrarUsuario
(from Interfaz)
People
1
1..n
Sector
(from Diagramas de clases de anali sis)
1
1
1 1
GestionarUsuarios Usuarios
(from Control) (from Diagramas de clases de analisis)
Figura VI.41. Diagrama de clases de mantener usuarios.

MenuPpal MantenerHardware
BorrarHard
(from Interfaz)
NuevoHard
ModificarHard
(from Interfaz)
(from Interfaz)
1..n
1 1
Hard GestionarHard
(from Entidad) (from Control )
0..n
Red
Figura VI.42. Diagrama de clases de mantener hardware.
MenuPpal MantenerPeri feri co BorrarPeri ferico

(f rom Interf az) (f rom Interf az) (f rom Interf az)
NuevoPeriferi co
ModificarPeriferi co
(f rom Interf az)
(f rom Interf az)
1..n
1
Gesti onarPeri ferico EquipoPeriferico
(f rom Control) (f rom Diagramas de clases de analisis)
Figura VI.43. Diagrama de clases de mantener perifricos.

MenuPpal TipoDeEquipo
(from Interfaz)
NuevoTipo ModificarTipo BorrarTipo
1..n 1
EquipoTipo GestionarTipoEquipo
(from Entidad) (from Diagramas de clases de...)
analisis)
Figura VI.44. Diagrama de clases de mantener tipo de equipo.
BaseConocimiento
BorrarProblemaSolucion
NuevoProblemaSolucion
ModificarProblemaSolucion
MantenerBaseConocimiento
0..n 1
Solucion Problema
(from Diagramas de clases de analisis) (from Diagramas de clases de analisis)
Figura VI.45. Diagrama de clases mantener base de conocimiento.

1 1
GestionarPrioridades
(from Diagramas de clases de anali...
1..n 1
1..n
1 1
ParteDeTrabajo Prioridades
Figura VI.46. Diagrama de clases de actualizar prioridad.
VI.3.2.1.2: Diseo de casos de uso del subsistema de parte de trabajo
En esta seccin se presentan las tablas VI.59 a VI.61 en las que se

muestra la relacin entre los casos de uso, clases de anlisis y clases de diseo
del subsistema de parte de trabajo. A continuacin, se incluyen las figuras VI.47 a
VI.56 con los diagramas de clases correspondientes.

13 - Realizar alta parte de NuevoParteTrabajo AltaParteTrabajo
trabajo NuevoParte
Paquete Cerrar parte de
trabajo
Paquete Consultar problemas
Correo
usuario
Paquete Consultar equipos
Paquete Parte de Trabajo
Grabar
Deribar - paquete Derivar
14 - Derivar parte de trabajo DerivarParteDeTrabajo DerivarParteDeTrabajo
DerivarParte
Derivar
Correo
Comentario
usuario
Paquete Consultar problemas
Paquete Consultar equipos
Servicio


15 - Asignar tcnico AsignarTecnico AsignarTecnico
Correo
16 - Buscar parte de trabajo BuscarParte BuscarParte
ParteTrabajo
Accin
Paquete Consultar equipo
Paquete Consultar parte
trabajo
Correo
17 - Actualizar parte de trabajo ActualizarParteTrabajo ActualizarParteTrabajo
ParteTrabajo
DarSolucion
Solucion
trabajo
usuario
Paquete Consultar Equipo
Correo
18 - Recepcionar conformidad RecepcionarConformidad RecepcionarConformidad
19 - Cerrar parte de trabajo CerrarParteTrabajo CerrarParteTrabajo
CerrarParte
Cerrar
trabajo
usuario
Correo
20 - Eliminar parte de trabajo EliminarParteTrabajo EliminarParteTrabajo
EliminarParte
Correo
Comentario
trabajo
Tabla VI.59. Relacin de clases de anlisis y diseo - interfaz de parte de trabajo.


ParteDeTrabajo ParteDeTrabajo
ServicioParteDeTrabajo ServicioParteTrabajo
Problema Paquete Consultar problemas
Solucion Solucion
People
Sector
EquipoInventario Paquete Consultar equipo
EquipoHard
EquipoPeriferico
SoftLicencias
Servicio Paquete Derivar parte de
trabajo
Prioridades Prioridades
14 - Derivar parte de trabajo ParteDeTrabajo ParteDeTrabajo
Servicios Servicios
tecnicos
People Paquete Consultar datos del
usuario
Problema Paquete Consultar problemas
15 - Asignar tcnico ParteDeTrabajo ParteDeTrabajo
TecnicoServicio TecnicoServicio
Tecnicos
Especialidad
Servicios
16 - Buscar parte de trabajo ParteDeTrabajo ParteDeTrabajo
Problema
Servicios Paquete Consultar parte de
trabajo
TecnicoServicio Paquete Consultar parte
trabajo
usuario


17 - Actualizar parte de trabajo ParteDeTrabajo ParteDeTrabajo
ServicioParteDeTrabajo ServicioParteDeTrabajo
usuario
Servicios Servicios
EquipoPeriferico
EquipoHard
SoftLicencias
18 - Recepcionar conformidad ParteDeTrabajo ParteDeTrabajo
Usuarios
People
Problema
Servicios Servicios
TecnicoServicio
Tecnicos
19 - Cerrar parte de trabajo ParteDeTrabajo ParteDeTrabajo
Servicios
Problema trabajo
Solucion
Usuarios Usuarios
People
20 - Eliminar parte de trabajo ParteDeTrabajo ParteDeTrabajo
Problema
Usuarios
People
Prioridades
Tabla VI.60. Relacin de clases de anlisis y diseo - entidad de parte de trabajo.


13 - Realizar alta parte de GestionarParteTrabajo GestionarParteTrabajo
trabajo
14 - Derivar parte de GestionarServicioParteTrabajo GestionarParteTrabajoServicio
trabajo
15 - Asignar tcnico GestionarTecnicos GestionarTecnicos
16 - Buscar parte de GestionarServicioParteTrabajo GestionarParteTrabajoServicio
trabajo
17 - Actualizar parte de GestionarParteTrabajo GestionarParteTrabajo
trabajo
18 - Recepcionar RecepcionarConformidad GestionarParteTrabajo
conformidad
19 - Cerrar parte de trabajo GestionarParteTrabajo GestionarParteTrabajo
20 - Eliminar parte de GestionarEliminarParte GestionarParteTrabajo
trabajo
Tabla VI.61. Relacin de clases de anlisis y diseo - control de parte de trabajo.
Antes de proceder a la presentacin de los diagramas de clase, es

necesario aclarar que dado que el proceso de alta del parte de trabajo es
complicado, su diseo se realizar a travs de paquetes que engloban las
distintas funciones que tiene este complejo proceso. Entre dichas funciones se
encuentran las siguientes:
Consultar datos de los usuarios: corresponde con el caso de uso 21
de la Figura VI.58, por lo tanto el paquete es el mismo.
Consultar equipos: corresponde con el caso de uso 23 de la Figura
VI.60, por lo tanto el paquete es el mismo.
Consultar problemas: corresponde con el caso de uso 22 de la
Figura VI.59, por consiguiente el paquete es el mismo.
Derivar parte de trabajo: corresponde con el caso de uso 13 de la
Figura VI.50, de manera que es el mismo paquete.
Parte de trabajo grabar: este paquete tiene la funcin de aceptar los
datos a cargar y proceder a grabarlos en la base de datos. Se
detalla en la Figura VI.48.
Cerrar parte de trabajo rpido: este paquete tiene la funcin de
cerrar el parte de trabajo dndolo por terminado si la solucin fue
brindada por la misma Mesa de Ayuda sin tener la necesidad de ser
derivado a otro servicio informtico. Se detalla en la Figura VI.49.
Los diagramas de clase que relacionados con este proceso de alta se presentan en las figuras VI.47 a VI.49.

1 1
Me nu Ppa l Al taP art eT rab ajo
(f rom Interf az) (f rom In te rf a z)
Correo
(f rom Interf az)
NuevoParte
(f rom In te rf a z)
Cerrar Parte
Consulta Datos
Trabajo Rapido
Usuarios
Consultar Derivar Parte

GestionParteTrabajo T rabajo
Equ ipos
( f rom Co ntro l)
Parte de
Consultar Trab ajo Grabar
problema
Figura VI.47. Diagrama de clases de alta parte de trabajo.
NuevoParte GestionParteTrabajo
1
Prioridades 1..n
(from Diagramas de clases de analisis) ParteDeTrabajo
(from Diagramas de clases de analisis) ServicioParteDeTrabajo

(from D iagramas de clases de analisis)
Figura VI.48. Diagrama de clases de alta parte de trabajo (grabar).

NuevoParte Cerrar Solucion

Consultar problema
(from Diagramas de clases de analisis) (from Diagrama de clases de diseo)
1 1..n
Figura VI.49. Diagrama de clases de alta parte de trabajo (cerrar).
1
1 1
MenuPpal DerivarParteDeT rabajo Correo
(f rom Interf az) (f rom Diagramas de clases de analisis) (f rom Interf az)
1
Consultar
Equipos Tecnicos
GestionarParteT rabajoServicio
1
11
ParteDeTrabajo
DerivarParte 11
(f rom Diagramas de clases de analisis) Prioridades
(f rom Interf az) 1
1..n
Comentario 1..n
(f rom Interf az) ServicioParteDeTrabajo

1
1..n
Servicio
(f rom Interf az) Servicios
Derivar
Consultar Consulta Datos (f rom Interf az)
problema del Usuarios
Figura VI.50. Diagrama de clases de derivar parte de trabajo.

1
1
MenuPpal Asignar tecnico Correo
(from Interfaz) (from Diagramas de clases de analisis) (from Interfaz)
1
1
1 1
ParteDeTrabajo
Ges tionarTecnicos (from Diagramas de clases de analisis)
1
(from Diagramas de clases de analisis) 1..n
1 1..n
1
1..n ServicioParteDeTrabajo
1
Especialidad
Prioridades
1..n
1..n
1..n TecnicoServicio
1
1
1 1..n
Tecnicos Servicios
Figura VI.51. Diagrama de clases de asignar tcnico.

MenuPpal
1 BuscarParte Accion
(f rom Interf az)
(f rom Interf az)
Consultar
Equipos
1 GestionarParteTrabajoServicio
1
(f rom Diagramas de clases de analisis) 1..n
ParteTrabajo 1 ServicioParteDeTrabajo
(f rom Interf az) (f rom Diagramas de clases de analisis)
...)
1
Problema1
...)
1..n
1
1
ParteDeTrabajo
...)
1
Consul ta Datos Consultar Parte

del Usuarios Trabajo
Prioridades
...)
Figura VI.52. Diagrama de clases de buscar parte de trabajo.

1 1
MenuPpal ActualizarParteTrabajo DarSolucion
(from Interfaz) (from Interfaz) 1
Consultar Datos del Usuarios

1
Comentario
(from Inter... Solucion
(from Inter...
Servicios
(from Diagramas de clases de anal isis)
ParteTrabajo
(from Interfaz) Consultar 1..n
Equipos
1
1..n
Problema
1
1
1
Consultar Parte 1
1
Trabajo 1
Prioridades 1
ParteDeTrabajo
Figura VI.53. Diagrama de clases de actualizar parte de trabajo.

1
MenuPpal RecepcionarConformidad
(from Interfaz) 1 (from Diagramas de clases de analisis)
Usuarios
1 1
Tecnicos
1 Problema
1
1
ParteDeTrabajo
1..n
1..n
1
TecnicoServicio Servicios People

Figura VI.54. Diagrama de clases de recepcionar conformidad.

CerrarParteTrabajo
MenuPpal
(f rom Interf az)
1
Consultar Correo
1
Parte Trabaj o
GestionarParteTrabajo (f rom Interf az)
...)
1
1
People1
CerrarParte
(f rom Diagramas de clases de analisis) ParteDeTrabajo
1
(f rom Interf az)
1..n
Consultar
problemas 1
1
Usuarios 1..n
1
Cerrar (f rom Diagramas de clases de analisis)

1
(f rom Interf az)
1
1
Consultar Consulta Datos
Equipos del Usuarios
Servicios
...)
Figura VI.55. Diagrama de clases de cerrar parte de trabajo.

MenuPpal EliminarParteTrabajo
(f rom Interf az) (f rom Interf az)
Correo Gesti onarParteTrabajo

(f rom Interf az) 1 (f rom Diagramas de clases de analisis)
...)
1
1
1
EliminarParte
Prioridades
(f rom Interf az)
1
...)
1
1
1 Problema
1..n
1 1
1..n
1
ParteDeTrabajo 1
1..n
Usuarios
1
1
Comentario
(f rom Interf az)
People
1
Consultar
Parte T rabajo 1..n
Figura VI.56. Diagrama de clases de eliminar parte de trabajo.
VI.3.2.1.3. Diseo de casos de uso del subsistema de consulta
En esta seccin se presentan las tablas VI.62 a VI.64 en las que se muestra la
relacin entre los casos de uso, clases de anlisis y clases de diseo del
subsistema de consulta. A continuacin, se incluyen las figuras VI.57 a VI.65 con
los diagramas de clases correspondientes.

Consultas interfaz
21 - Consultar parte de trabajo ConsultaParteTrabajo BuscarParte
SusPartes
ParteTrabajo
Servicio
Correo
22 - Consultar datos del usuario ConsultarDatosUsuario DatosUsuario
23 - Consultar problemas ConsultarProblemas Problemas
Solucion
24 - Consultar equipos ConsultarEquipos ConsultarEquipos
Equipo
Correo
25 - Consultar tareas ConsultarTareas Tareas
ParteTrabajo
Paquete Consultar
problemas
Servicio
26 - Consultar licencias de ConsultarLicencias Licencias
software ImprimirLicencias
27 - Solicitar ocupacin tcnico SolicitarOcupacinTecnico OcupacionTecnico
ImprimirOcupacionTecnicos
Correo
28 - Solicitar trabajos de SolicitarTrabajosTecnicos TrabajosTecnicos
tcnicos
ImprimirTrabajoTecnico
29 - Estadsticas Estadisticas Estadistica
ImprimirEstadistica
Correo
Tabla VI.62. Relacin de clases de anlisis y diseo - interfaz de consultas.

21 - Consultar parte de trabajo EquipoInventario Paquete Consultar equipos
EquipoHard
EquipoPeriferico
SoftLicencias
ParteDeTrabajo ParteDeTrabajo
Problema
Solucion
ServicioParteDeTrabajo ServicioParteDeTrabajo
Usuarios Usuarios
People
Sector
Servicios Servicios
Tecnicos
22 - Consultar datos del usuario Usuarios Usuarios
People
Sector Sector
23 - Consultar problemas Problema Problema
Solucion Solucion


24 - Consultar equipos EquipoInventario EquipoInventario
EquipoTipo
Red
EquipoHard EquipoHard
EquipoPeriferico EquipoPeriferico
SoftLicencias SoftLicnecias
Usuarios Usuarios
People
25 - Consultar tareas ParteDeTrabajo ParteDeTrabajo
ServicioParteTrabajo ServicioParteDeTrabajo
Servicios Servicios
Tecnicos
Servicios
26 - Consultar licencias de SoftLicencias SoftLicencias
software
27 - Solicitar ocupacin tcnico ParteDeTrabajo ParteDeTrabajo
ServicioParteTrabajo ServicioParteTrabajo
Tecnicos
28 - Solicitar trabajos de ParteDeTrabajo ParteDeTrabajo
tcnicos ServicioParteTrabajo ServicioParteTrabajo
Tecnicos
Servicios
Especialidad
29 - Estadsticas ParteDeTrabajo ParteDeTrabajo
ServicioParteTrabajo ServicioParteDeTrabajo
Tecnicos
Especialidad
Tabla VI.63. Relacin de clases de anlisis y diseo - entidad de consultas.

21 - Consultar parte de GestionarParteTrabajo GestionarParteTrabajo
trabajo
22 - Consultar datos del GestionarUsuarios GestionarUsuarios
usuario
23 - Consultar problemas ConsultarProblemas ConsultarProblemas
24 - Consultar equipos GestionarEquipos GestionarEquipos
25 - Consultar tareas GestionarConsultaTareas GestionarParteTrabajo
26 - Consultar licencias de GestionarLicencias GestionarLicencias
software
27 - Solicitar ocupacin GestionarTecnicos GestionarTecnicos
tecnico
28 - Solicitar trabajos de GestionarTecnicos GestionarTecnicos
tecnicos
29 - Estadsticas GestionServiciosParteTrabajo GestionServicioParteTrabajo
Tabla VI.64. Relacin de clases de anlisis y diseo - control de consultas.

Consultar
Equipos
MenuPpal
(f rom Interf az)
ParteTrabajo
Correo
(f rom Consultar Equipos)
SusPartes
(f rom Interf az)
Servicio
People
BuscarParte (f rom Interf az)
Sector
Gesti onarParteTrabajo
Usuarios
1 (f rom Diagramas de clases de analisis)
1
1
0..n
Problema 1 Solucion
(f rom Entidad) (f rom Diagramas de clases de analisis)
T ecnicos
1 1
1..n 1..n
1
1
ParteDeTrabajo
Servicios
Figura VI.57. Diagrama de clases de consultar parte de trabajo.

MenuPpal DatosUsuario
1 GestionarUsuarios
1..n
(from Diagramas de clases de anali...
Usuarios Sector
(from Diagramas de clases de anali... (from Diagramas de clases de anali...
People
Figura VI.58. Diagrama de clases de datos del usuario.
1 1 ConsultarProblemas
MenuPpal Problemas (from Diagramas de clases de analisis)
1
(from Interfaz) (from Diagramas de clas es de analis is)
1..n
1
Solucion Problema
(from Interfaz) (from Entidad)
1..n
Solucion
...)
Figura VI.59. Diagrama de clases de consultar problemas.

MenuPpal Equipo
(from Interfaz)
Correo
ConsultarEquipos 1
GestionarEquipos People
(from Interfaz)
(from Diagramas de clases de analisis)(from
1 Diagramas de clases de anali
...)sis)
1
Usuarios
1..n (from Di agram as de clases de analisi s)
1
SoftLicencias 0..n
(from Diagramas de cl ases de anal isis) 0..n
1 1..n EquipoPeriferico
1
1..n
1 (from Diagramas de clases de analisis)
1 1
EquipoInventario
(from Diagramas de clases de analisis) 1
1
1..n
1..n EquipoTipo
1..n 1..n
1..n 1 (from Entidad)
1
EquipoHard Hard 0..n
(from Diagramas de clases de analisis) (from Entidad) Red

(from Diagrama de clases de di seo)
...)
Figura VI.60. Diagrama de clases de consultar equipos.

MenuPpal T areas ParteTrabaj o

(f rom Interf az) (f rom Diagramas de clases de analisis) (f rom Interf az)
1
Consulta Datos del

1
Usuarios Consultar datos
Equipo
Consultar
1
problema
1..n
11
T ecnicoServicio
1..n
Servicio
ParteDeTrabajo 1
1
1..n
1
T cnicos
Servicio
(f rom Interf az)
1..n
1 1
Comentario
ServicioParteDeTrabajo (f rom Interf az)
Figura VI.61. Diagrama de clases de consultar tareas.

MenuPpal Licencias
1
GestionarLicencias 1..n
(from Diagramas de clases de analisis) SoftLicencias
(from Diagramas de clases de analisis) Imprimirlicencias
Figura VI.62. Diagrama de clases de consultar licencias software.
MenuPpal OcupacionTecnicos Correo

(from Interfaz) (from Diagramas de clases de anali ... (from Interfaz)
1
ParteDeTrabajo
InprimirOcupacionTecnico
1
1
GestionarTecnicos 1..n
1
11
1
1..n
1..n 1..n
1 1..n
Tecnicos TecnicoServicio
(from Diagramas de clases de anali si s)
Figura VI.63. Diagrama de clases de ocupacin tcnico.

MenuPpal TrabajosTecnicos
(from Interfaz) (from Diagramas de clases de analisis
...) )
1
1 ParteDeTrabajo
1..n
1
GestionarTecnicos (from Diagramas de clases de analisis)
...)
(from Diagramas de clases de analis is )

1 1
ImprimirTrabajosTecnicos
1..n
1
1..n
1..n ServicioParteDeTrabajo
1..n (from Diagramas de clases de analisis)
...)
1 1
TecnicoServicio
Tecnicos 1..n
1
1..n
1
Servicios
1..n
...)
Especialidad
...)
Figura VI.64. Diagrama de clases de consultar trabajos por tcnicos.
Estadstica Correo
MenuPpal
(from Diagramas de clases de anali... (from Interfaz)
(from Interfaz)
Impresionestadisticas GestionarServiciosParteTrabajo
(from Diagramas de clases de anal isi s)
1
1..n
ParteDeTrabajo
(from Diagramas de clases de analisi s)
1 1 1..n
1..n
1..n1 ServicioParteDeTrabajo
Especialidad
Tecnicos (from Diagramas de clases de anal isi s)
(from Diagramas de clases de analisi s)
Figura VI.65. Diagrama de clases de generar estadsticas.

VI.3.2.2. Diagramas de interacciones
A continuacin se procede a realizar los diagramas de colaboracin de los

casos de uso ya detallados en los diagramas de clases de diseo. La seccin se
estructura segn los tres subsistemas: mantenimiento, parte de trabajo y
consultas.
VI.3.2.2.1. Diagramas de interaccin del subsistema de mantenimiento
En las Figuras VI.67 a VI.96 se presentan los diagramas de interaccin del

subsistema de mantenimiento.
1: Ab rirMenuPp al 2: AbrirConsultaEquipo
: Mesa de Ayuda : MenuPpal : ConsultarEquipos

3: AbrirNu evoEquip o
8: DatosEquipo
7: Descrip cionEquipo
Consultar
Equipos
9: Da to sEquipo : GestionEquipos
: NuevoEquipo
10: Grabar
4: Bu scarE quipo s
5: BuscarDescripcion
6: Bu scar Desc ripc ion
: SoftLicencias
12: Grabar 11: Grabar
: EquipoT ipo
: EquipoInv entar io
13: Grabar
: EquipoPerifrico : Ha rd
Figura VI.66. Diagrama de colaboracin de alta equipos.

6: AbrirMenuPpal 7: SeleccionarEquipo
3: AbrirConsultarEquipos
8: EquipoABorrar
9: Confirmar
5: DescripcionEquipo
4: AbrirBajaEquipo Consultar
Equipos
: BorrarEquipo 10: ConfirmarBaja

: GestionarEquiposs
1: BuscarEquipos
11: Borrar
: EquipoInventario 2: BuscarDescripcion
: EquipoTipo
12: Borrar
13: Borrar
15: Borrar
14: Borrar
: EquipoHard
: SoftLicencias
16: Borrar : Hard

: EquipoPeriferico : Red
Figura VI.67. Diagrama de colaboracin de baja equipos.
1: AbrirMenuPpal 2: AbrirConsultaEquipo

3: AbrirNuevoEquipo
9: DatosEquipo
8: DescripcionEquipo
Consultar
Equipos
: ModificarEquipo 10: DatosEquipo

: GestionEquipos
4: BuscarEquipos
11: Grabar
13: Gr abar
: SoftLicencias : EquipoInventario
12: Grabar
: EquipoTipo
14: Grabar 6: BuscarDescripcion
: EquipoPerifrico
: Hard : EquipoHard
Figura VI.68. Diagrama de colaboracin de modificacin equipos.

1: AbrirMenuPpal
: Mesa de Ayuda : MenuPpal
2: AbrirLicencias
6: DatosLicencias
3: AbrirNueva Licencia
: NuevaLicencia : Licencia s
5: MostrarLicencias
7: DatosLicencias
4: BuscarLicencias 8: Grabar
: GestionarLicencias : SoftLicencias
Figura VI.69. Diagrama de colaboracin de alta licencias.
1: AbrirMenuPpal
7: Confirmar
2: AbrirLicencias
: BorrarLicencia
6: LicenciaABorrar
3: AbrirBorrarLicencia
8: ConfirmarBaja
: Licencias
5: MostrarLicencias
4: BuscarLicencias
9: Borrar
Figura VI.70. Diagrama de colaboracin de baja licencias.

1: AbrirMenuPpal
2: AbrirLicencias
6: DatosLicencias
3: AbrirModificarLicencia
: ModificarLicencia : Licencias
5: MostrarLicencias
7: DatosLicencias
4: BuscarLicencias 8: Grabar
Figura VI.71. Diagrama de colaboracin de modificaciones licencias.
1: AbrirMenuPpal
: Mes a de Ayuda : MenuPpal
2: AbrirPrioridad
6: DatosLicencia
3: AbrirNuevaPrioridad
: NuevaPrioridad : Prioridad
5: MostrarPrioridad
7: DatosLicencia
4: BuscarPrioridad 8: Graba r
: GestionPrioridad : Prioridades
Figura VI.72. Diagrama de colaboracin de alta de prioridades.

1: AbrirMenuPpal
6: Confirmar 2: AbrirPrioridad
: BorrarPrioridad 3: AbrirBorrarPrioridad
5: MostrarPrioridad : Prioridad
7: ConfirmarBaja
4: BuscarPrioridad 8: Borrar
: GestionarPrioridades : Prioridades
Figura VI.73. Diagrama de colaboracin de baja de prioridades.
1: AbrirMenuPpal
2: AbrirPrioridad
6: DatosLicencia
3: AbrirModificarPrioridad
: ModificarPrioridad : Prioridad
5: MostrarPrioridad
7: DatosLicencia
4: BuscarPrioridad 8: Grabar
: GestionPrioridad : Prioridades
Figura VI.74. Diagrama de colaboracin de modificaciones de prioridades.

1: AbrirMenuPpal
2: AbrirServicios
6: DatosServicio
: NuevoServicio 3: AbrirNuevoServicio
: Servicios
5: MostrarServicio
7: DatosServicio
4: BuscarServicio 8: Borrar
: GestionServicio : Prioridades
Figura VI.75. Diagrama de colaboracin de alta de servicios tcnicos.
1: AbrirMenuPpal
2: AbrirServicios
6: DatosServicios
: BajaServicio 3: AbrirBajaServivio
: Servicios
5: MostrarServicio
7: DatosServicio
4: BuscarServicios 8: Grabar
: GestionarServicio : Servicios
Figura VI.76. Diagrama de colaboracin de baja de servicios tcnicos.

1: AbrirMenuPpal
2: AbrirServicios
6: DatosServicio
: ModificarServicio 3: AbrirModificarServicio
: Servicios
5: MostrarServicio
7: DatosServicio
4: BuscarServicio 8: Borrar
: GestionServicio : Prioridades
Figura VI.77. Diagrama de colaboracin de modificaciones de servicios tcnicos.
1: AbrirMenuPpal
2: AbrirEspecialidad
6: DatosEspecialidad
: NuevaEspecialidad 3: AbrirNuevaEspecialidad
: Especialidad
5: MostrarServicio
4: BuscarEspecialidad 8: Grabar
: GestionarEspecialidad : Especialidad
Figura VI.78. Diagrama de colaboracin de alta de especialidades.

1: AbrirMenuPpal
6: Confirmar
3: AbrirBorrarEspecialidad
: BorrarEspecialidad : Especialidad
5: MostrarServicio
7: ConfirmarBaja
4: BuscarEspecialidad 8: Borrar
Figura VI.79. Diagrama de colaboracin de baja de especialidades.
1: AbrirMenuPpal
3: AbrirModificarEspecialidad
: ModificarEspecialidad
: Especialidad
5: MostrarServicio
4: BuscarEspecialidad 8: Grabar
Figura VI.80. Diagrama de colaboracin de modificaciones de especialidades.

1: AbrirMenuPpal 2: AbrirMantenerTecnico
: Mesa de Ayuda : MenuPpal : MantenerTecnico
8: DatosTecnicos
5: AbrirNuevoTecnico
9: DatosTecnicos
4: DatosTecnicos
: NuevoTecnico
7: Especialidades
: GestionarTcnico
10: Grabar
3: BuscarTecnico
6: BuscarEspecialidad
: TcnicoServicio
: Especialidad
Figura VI.81. Diagrama de colaboracin de alta de tcnicos.
: Mesa de Ayuda : MenuPpal : MantenerTecnico
8: Confirmar 6: DatosTecnicos
7: AbrirBorrarTecnico
5: Datos servicio
9: ConfirmarBaja
: BorrarTecnico : GestionarTecnico
10: Borrar
3: BuscarTecnico
: Tecnicos 4: Buscar servicio
11: Borrar
: Servicios
: TecnicoServicio
Figura VI.82. Diagrama de colaboracin de baja de tcnicos.

Ver
Paquete
Consul...
: Mesa de Ayuda : MenuPpal : MantenerT ecnico
8: DatosTecnicos
5: AbrirModificarTecnico
9: DatosTecnicos
4: DatosTecnicos
: ModificarTecnico
7: Especialidades
: GestionarTcnico
10: Grabar
3: BuscarTecnico
6: BuscarEspecialidad
: TcnicoServicio
: Especialidad
Figura VI.83. Diagrama de colaboracin de modificaciones de tcnicos.
1: AbrirMenuPpal Consultar
Datos
2: AbrirGestionUsuario
Usuar ios
7: DatosUsuarios
: GestionUsuario
6: UsuarioNuevo
8: DatosUsuarios 4: Mo strarUsuario s
: AgregarUsuario
5: BuscarSector : GestionarUsuarios
3: BuscarUsuarios
9: Grabar
: Sector : People
Figura VI.84. Diagrama de colaboracin de alta de usuarios.

1: AbrirMenuPpal
2: AbrirGestionUsuario
10: Confirmar : MantenerUs uario
9: Us uarioABorrar
Consultar
Datos
: BorrarUsuario 7: Mostrar sector Usuarios
11: Confirm arBaja
8: Mostrar nombre
6: MostrarUsuarios : Sector
: GestionarUsuarios 3: BuscarUsuarios
12: Borrar
4: BuscarSector
: Usuarios
5: Buscar nombre
: People
Figura VI.85. Diagrama de colaboracin de baja de usuarios.
1: AbrirMenuPpal
Consultar
2: Abri rGestionUsua rio Datos
: MenuPpa l Usuarios
: Mesa de Ayuda
7: DatosUsuarios : GestionUsuario
6: UsuarioModificar
8: DatosUsuarios 4: MostrarUsuarios
: ModificarUsuario
5: BuscarSector : GestionarUsuarios
3: BuscarUsuarios
9: Grabar
: S ector : People
Figura VI.86. Diagrama de colaboracin de modificaciones de usuarios.

1: AbrirMenuPpal
: M esa de Ayuda : MenuPpal
2: AbrirHardware
6: DatosHard
: MantenerHardware
5: AbrirNuevoHard
: NuevoHard
7: DatosHard
4: MostrarHardware
: GestionarHard
3: BuscarHardware
8: Grabar
: Hard
9: Grabar
: Red
Figura VI.87. Diagrama de colaboracin de alta de hardware.
1: AbrirMenuPpal

2: AbrirHardware
6: Confirmar
: Hard
5: AbrirBorraHard
: BorrarHard
7: ConfirmarBaja
4: MostrarHardware
8: Borrar 3: BuscarHardware : GestionarHard

: Hard
Figura VI.88. Diagrama de colaboracin de baja de hardware.

1: AbrirMenuPpal

2: AbrirHardware
6: DatosHard
: MantenerHardware
5: AbrirModificarHard
: Modi ficarHard 4: MostrarHardware
7: DatosHard
: GestionarHard
3: BuscarHardware
8: Grabar
9: Grabar
: Hard
: Red
Figura VI.89. Diagrama de colaboracin de modificacin de hardware.
1: AbrirMenuPpal
: Mesa de Ayu da : MenuPpal
6: DatosPeriferico 2: AbrirPeriferico
5: AbrirNuevoPeriferico
: NuevoPeriferico : Periferico
4: MostrarPerifericos
7: DatosPeriferico
8: Borrar 3: BuscarPerifericos
: GestionarPeriferico : EquipoPerifrico
Figura VI.90. Diagrama de colaboracin de alta de perifricos.

1: AbrirMenuPpal
: Mesa de Ayuda
: MenuPpal
6: Confirmar
2: AbrirPeriferico
5: AbrirBorrarPeriferico
: BorrarPeriferico
: MantenerPeriferico
7: ConfiormarBaja
: GestionarPeriferico : EquipoPeriferico
Figura VI.91. Diagrama de colaboracin de baja de perifricos.
1: AbrirMenuPpal
: Mesa de Ayuda
: MenuPpal
6: DatosPeriferico
2: AbrirPeriferico
5: AbrirNuevoPeriferico
: ModificarPeriferico : Periferico
7: DatosPeriferico
: GestionarPeriferico : EquipoPerifrico
Figura VI.92. Diagrama de colaboracin de modificaciones de perifricos.

1: AbrirMenuP pal
2: AbrirTipoDeEquipo
6: DatosTipoEquipo
3: AbrirNuevoTipo
: NuevoTipo : TipoDeEquipo
5: MostrarTipoEquipo
7: DatosTipoEquipo
4: BuscarTipoEquipo 8: Grabar
: GestionarTipoEquipo : EquipoTipo
Figura VI.93. Diagrama de colaboracin de alta de tipo de equipo.
1: AbrirMenuPpal
6: ConfirmarBaja
3: AbrirBorrarTipo
: BorrarTipo : TipoDeEquipo
7: ConfirmarBaja
4: BuscarTipoEquipo
: GestionarTipoEquipo 8: Borrar
: EquipoTipo
Figura VI.94. Diagrama de colaboracin de baja de tipo de equipo.

1: AbrirMenuPpal
6: DatosTipoEquipo
3: AbrirModificarTipo
: ModificarTipo : TipoDeEquipo
7: DatosTipoEquipo
4: BuscarTipoEquipo 8: Grabar
: GestionarTipoEquipo : EquipoTipo
Figura VI.95. Diagrama de colaboracin de modificaciones de tipo de equipo.
: Ges tionarPrioridad
2: Bus carPrioridad
1: BuscarPartes Trabajo
3: ActualizarPrioridad
: Pa rteDeTrabajo : Prioridades
Figura VI.96. Diagrama de colaboracin de actualizar prioridad.
VI.3.2.2.2. Diagramas de interaccin del subsistema de parte de trabajo
En las Figuras VI.97 a VI.107 se presentan los diagramas de interaccin

del subsistema de parte de trabajo.

1: AbrirMenuPpal
5: Usuario
2: AbrirBuscarUsuario
6: Problemas : AltaParteTrabajo
3: AbrirParteTrabajoAlta
4: DatosUsuario
: NuevoParte
7: Correo
8: DatosParte : Correo
Consultar
Datos Usuarios Cerrar Parte
9: DatosParte Trabajo
Rapido
: GestionParteTrabajo
Derivar Parte
Consu ltar Trabajo
Eq uipos
Consultar Parte de
Problemas Trabajo
Grabar
Figura VI.97. Diagrama de colaboracin de alta parte trabajo.
1: NroUsuario 2: NuevoParte 3: Prioridad
13: NroParte 5: Prioridad 9: DatosParteTrabajo

: NuevoPa rte : GestionParteTrabajo
7: NroParteAnterior 12: NroParteNuevo

: Prioridades
6: BuscaNroParteAnterior
8: Prioridad
10: DatosParteTrabajo
4: BuscaPrioridad
: ParteDeTrabajo 11: DatosParteTrabajo : ServicioParteTrabajo
Figura VI.98. Diagrama de colaboracin de alta parte trabajo (grabar).

1: NumeroParte
6: AbrirSolucion
: NuevoParte : Cerrar
3: CerrarParte
: Solucion
2: NumeroParte
: GestionarParteTrabajo
4: CerrarParte
5: CerrarParte
Consultar
Problemas
: ParteDeTrabajo : ServicioParteDeTrabajo
Figura VI.99. Diagrama de colaboracin de alta parte trabajo (cerrar).
El diagrama de colaboracin Derivar parte de trabajo es ms complejo

que el de clases de diseo debido a que se deben incluir todos los mensajes. Por
lo tanto se procede a dividirlos en dos:
Figura VI.100: contiene la parte principal del caso de uso.
Figura VI.101: contiene la continuacin del caso de uso. En
concreto, lo que se denota como Derivar-Parte Trabajo en la Figura
VI.97.

1: AbrirMenuPpal
2: AbrirDerivarParteTrabajo
: Mes a de Ayuda 3: Ordenar : MenuPpal
Cons ultar
Equipos 8: Correo : Correo
:
DerivarParteDeTrabajo
4: Datos Parte
6: NroParte
: Tecnicos
9: DatosTecnico
: DerivarParte 5: Datos Usuario
10: Bus carTecnico

11: BuscarParte 7: Correo
12: DerivarParte
: Ges tionarParteTrabajoServicio
Derivar -
Parte trabajo Consultar
Cons ultar Datos
Problemas Usuarios
Figura VI.100. Diagrama de colaboracin alta parte trabajo (derivar).

4: DatosParte
: DerivarParte : ParteDeTrabajo
Consultar
datos del
2: DatosParte usuario
12: AbrirComentario
1: BuscarDatosParte 3: DatosUsuario
: Servicio
6: DatosParte
: Comentario
: GestionarParteTrabajoServicio
10: ParteADerivar
13: Com entario
5: BuscarParte
9: MostrarServicio 11: ParteDerivado

: ServicioParteDeTrabajo
7: BuscarServicio
8: BuscarServicio
: Servicios : Derivar
Figura VI.101. Diagrama de colaboracin alta parte trabajo (derivar - derivar parte).

1: AbrirMenuPpal
: Servicios tcnicos : MenuPpal : Co rreo

2: Abri rAsignarTecnico
18: Asig narTecnico
3: NumeroParte 17: DatosCorreo
16: DatosTecnicos
14: Especial idad 9: Prio ridad 15 : Da tosP arte
: Asignar tcnico
19: AsignarTecnico
4: Num eroParte
21: Ordenar
: GestionarTcnicos 5: BuscarParte
8: DatosParte
13 : Espe cia lidad 20: DatosAsignacin : Pa rt eDeTrab ajo
10: BuscarTecnicos 6: Buscarparte
7: DatosParte
11: DatosTecni cos
: Especi alidad
: Servicios
12: BuscarEspecialidad 22: BuscarServicio 23: BuscarTecnicos
: T cnicos : Tecnicos
Figura VI.102. Diagrama de colaboracin de asignar tcnico.

1: AbrirMenuPpal
28: Ordenar
: Mesa de Ay uda : MenuPpal
2: AbrirBuscarParteTrabajo
17: DatosServ icio 10: AbrirAccion
: BuscarParte
18: DatosParte 3: Bus carP artesAsignad os

: Accion
15: NroParte
4: BuscarPartesAbiertos
19: DatosEquipo
20: Ordenar
16: DatosServ icio
21: NroParte
14: DatosPartes
23: Prioridad
5: Bus carP rioridad
: ParteTrabajo : GestionarServ icioParteTrabajo

: Prioridades
24: DatosParte 22: BuscarParte
13: DatosPartes
7: BuscarPartesAbiertos
6: BuscarPartesAsignados
9: Problemas
8: BuscarProblemas
: ParteDeTrabaj o
25: AbrirComentario
12: TiempoEstimado
Consultar : Problema
Consu ltar Parte
Equipos
Trabajo
26: BuscarCometario
Consu ltar Datos Usuario s

11: BuscarTiempoEstiimado
27: MostrarComentario
: Com en tari o : Serv icioParteDeTrabajo
Figura VI.103. Diagrama de colaboracin de buscar parte de trabajo.

26: DarSolucion
1: AbrirMenuPpal
: MenuPpal 28: Hacer

: Mesa de Ay uda : DarSolucion
20: Av ance
25: Ordenar 27: Grabar
21: DatosServ icio
: Comentario
4: AbrirBuscarParteTrabajo : Solucion
22: DatosParte
: ActualizarParteTrabajo 10: AbrirAccin
23: DatosEquipo
2: ActualizarAv ance
24: Ordenar 5: BuscarPartesAbiertos
: Accion
16: NroParte 15: DatosPartes
19: DatosServ icio 11: BuscarTiempoEstiimado
: GestionarParteTrabajo
13: TiempoEstimado
18: DatosParte
: ParteTrabajo
6: BuscarPrioridad
: Prioridades : Serv icioParteDeTrabajo
3: Actualizar
14: DatosPartes
9: Problemas
Consultar
Equipos 7: BuscarPartesAbiertos
17: NroParte 12: Buscar serv icios
8: BuscarProblemas
Consultar
Consultar : Problema
Parte
Datos Trabajo
Usuarios : Serv icios
: ParteDeTrabajo
Figura VI.104. Diagrama de colaboracin de actualizar parte de trabajo.

1: AbrirMenuPpal
: Mes a de A yuda 2: AbrirRec epc ionarConformidad : MenuPpal
15: DatosTecnico
6: DatosUsuarios
5: Datos Parte
: RecepcionaConformidad
: GestionParteTrabajo
10: DatosTecnico
: Tcnicos
12: Problemas
9: BuscarTecnico
14: DatosUsuario
3: BuscarDatosParte
: Problema : People
8: BuscarParte
11: BuscarProblemas
13: BuscarUsuario
4: DatosParte
16: CodServicio
7: BuscarParte
: ServicioParteDeTrabajo : ParteDeTrabajo
: Servicios
Figura VI.105. Diagrama de colaboracin de recepcionar conformidad.

1: AbrirMenuPpal
2: AbrirDeriv arParteTrabajo : MenuPpal

: Mesa de Ay uda
19: Cerrar 24: Ordenar
25: Correo : Correo

Consultar : CerrarParteTrabajo
parte 10: DatosUsuarios
trabajo
11: NroParte
9: DatosParte
20: CerrarParte
12: Busc arParte
8: Datos usuario
7: Buscar nombre : GestionarParteTrabajo
: CerrarParte 6: Buscar usuario

: People : Usuarios
3: BuscarDatosParte
5: DatosUsuarios
16: BuscarParte
4: DatosParte
13: DatosParte
23: BuscarComentario
Consultar
Problemas
: ParteDeTrabajo
14: BuscarParte
21: ParteACerrar
15: DatosParte
Consultar
Equipos : Cerrar
22: ParteCerrado
18: DatosServ icio
: Serv icioParteDeTrabajo
Consultar 17: BuscarServ icio

Datos
Usuarios
: Serv icios
Figura VI.106. Diagrama de colaboracin de cerrar parte de trabajo.

1: AbrirMenuPpal
2: Ordenar
: Mesa de Ayuda 24: Ordenar : MenuPpal
18: DatosServicio 6: AbrirBuscarParteT rabajo

19: DatosParte
7: BuscarPartes
12: DatosPartes
: Eli minarParteTrabajo
20: DatosEquipo
13: NroParte : GestionarParteT rabajo
17: DatosServicio
16: DatosParte
: EliminarParte
8: BuscarPrioridad
Consul tar
problemas
: Prioridades
9: BuscarPartes5: DatosUsuarios
14: NroParte
15: Correo
11: DatosPartes 10: TiempoEstimado
4: Buscar nombre
3: BuscarUsuari o
: Usuarios : People
: Correo
: ParteDeT rabajo
23: BuscarComentario
21: AbrirComentario
22: MostarComentario
: Comentario : ServicioParteDeTrabajo
Figura VI.107. Diagrama de colaboracin de eliminar parte de trabajo.

VI.3.2.2.3. Diagramas de interaccin del subsistema de consulta
En las Figuras VI.108 a VI.116 se presentan los diagramas de interaccin

del subsistema de consultas.
1: AbrirMenuPpal
: Usuarios : M enuPpal
3: NroParte 2: AbrirSusPartes
: BuscarParte
: T ecnicos 4: BuscarPartes : SusPartes

: Correo
10: DatosParte
12: DatosT ecnicos
17: Buscar servicios

11: DatosProblemas
16: Datos parte
: GestionarParteT rabajo
9: BuscarT ecnicos
: Servicios
: ParteT rabajo
15: Usuario
: Servicios
5: BuscarPartes : Servicios
: Usuarios 7: Buscar solucion
14: Buscar nombre : Problema

: Solucion
13: NroUsuario 6: BuscarProblemas
: People
Consultar
Equipos
8: BuscarPartes
: ServicioParteDeTrabajo : ParteDeTrabajo
Figura VI.108. Diagrama de colaboracin de consultar parte de trabajo.

: MenuPpal
1: AbrirMenuPpal 2: AbrirDatosUsuario
3: SelecionarUsuario
: Mesa de Ayuda 10: Sector : DatosUsuario

9: DatosUsuario
4: BuscarUsuario
: GestionarUsuarios
8: DatosUsuario 5: BuscarUsuario
7: Sector
6: BuscarSector
: People : Sector
Figura VI.109. Diagrama de colaboracin de consultar datos del usuario.

8: Ordenar
1: ProblemaAConsultar
: Problemas
5: Solucion
6: AbrirSolucion : Cons ultaProblem as
: Solucion
2: Problema
7: BuscarSolucion
4: Solucion
3: Problema
: Solucion : Problema
Figura VI.110. Diagrama de colaboracin de consultar problemas.

: Mesa de Ayuda : MenuPpal : People
13: Datos equipos
: ConsultarEquipos : Equipo
1: EquipoAConsultar
12: Datos equipo : Correo
: Usuarios
: GestionarEquipos
9: BuscarUsuarioEquipo
2: EquipoAConsultar
: EquipoT ipo
10: DatosEquipo
8: BuscarTipoEquipo
11: DatosUsuario
7: BuscarSoft : Equi poInventario
3: Busca codhar
4: Buscar hard 6: BuscarPeri ferico

: SoftLicencias : EquipoHard
: EquipoPeri ferico
: Red 5: Buscar red : Hard
Figura VI.111. Diagrama de colaboracin de consultar equipos.

1: AbrirMenuPpal

3: DatosDeBusqueda
13: DatosParteTrabajo 2: AbrirConsultarTareas
: Tareas
: ParteTrabajo
Consultar 4: RealizarBusqueda
Consultar
Datos Datos
Usuarios 12: DatosParteTrabajo
Equipo
Consultar 10: Buscar tecnico

Problema : GestionarParteTrabajo
: Tecnicos
8: Servicio
5: BuscarParte
: ParteDeTrabajo 9: Avance : TecnicoServicio

: Servicios
7: BuscarServicio
6: BuscarParte
: Servicio
11: Mostrar servcio : Comentario
: ServicioParteDeTrabajo : Servicio
Figura VI.112. Diagrama de colaboracin de consultar tareas.
1: AbrirMenuPpal
2: AbrirMuestraSoft
6: DetalleSoft
7: Imprimir
: Licencias : Imprimirlicencias
5: DetalleSoft
3: BuscarSoft
4: BuscarSoft
: SoftLicencias : GestionarLicencias
Figura VI.113. Diagrama de colaboracin de consultar licencias.

1: AbrirMenuPpal
: Direccin de tecnologas
3: BuscarOcupacinTecnico : MenuPpal
13: Ordenar
2: AbrirMuestraMenu
12: OcupacinTecnicos 14: Correo
: OcupacionTecnicos : Correo
11: OcupacinTecnicos
15: Imprimir
: ParteDeTrabajo
4: BuscarOcupacionTecnico
: GestionarTecnicos
: InprimirOcupacionTecnico
9: DatosDel Tecnico5: Buscar ocupaciones

6: Buscar datos
8: SolicitudDatosDelTecnico
7: Buscar nombre
: Tecnicos
: TecnicoServicio
Figura VI.114. Diagrama de colaboracin de consultar ocupacin tcnico.

1: AbrirMenuPpal
: Direccin de tecnologas : MenuPpal
3: BuscarTrabajoTecnico 2: AbrirMuestraMenu
16: Ordenar
15: TrabajosTecnicos 17: Imprim ir
: Imprim irTrabajosTecnicos
: TrabajosTecnicos
14: TrabajoTecnicos
4: BuscarTrabajoTecnico
: ParteDeTrabajo
6: ParteTrabajoTecnico
5: TrabajoTecnico
: GestionarTecnicos
12: DatosDel Tecnico : ServicioParteDeTrabajo
7: SolicitudDatosServicioTecnico
9: Buscar tecnicos
8: DatosServicioTecnico
: Tecnicos : TecnicoServicio
11: Especialidad : Servicios
10: BuscarEspecialidadTecnico
: Especialidad
Figura VI.115. Diagrama de colaboracin de trabajos tcnicos.

1: AbrirMenuPpal
: Direccin de tecnologas : MenuPpal
3: SolicitarEstadisticas
13: Ordenar
2: AbrirEstadisticas
12: Estadisticas
14: Imprimir : Estadstica : Correo
4: SolicitudDeEstadisticas
11: DatosEstadistica
: ImpresionEstadi stica : GestionarServiciosParteTrabajo
7: Datos
5: ParteTrabaj o
8: Datos
6: DatosParteT rabajo
: ParteDeTrabajo : ServicioParteDeTrabajo
9: BuscarT ecnicos
10: BuscarEspecialidadTecnico
: Tecnicos : Especial idad
Figura VI.116. Diagrama de colaboracin de consultar estadsticas.

VI.3.3. D 3: Disear las clases
Esta actividad est compuesta por las cuatro tareas siguientes:

D 3.1. Describir atributos
D 3.2. Describir operaciones / mtodos
D 3.3. Describir requisitos especiales
D 3.4. Realizar prototipos
Las tres primeras tareas se aplican a cada una de las clases de interfaz,
entidad y control, mientras que la cuarta slo se aplica a las clases de interfaz.
Por lo tanto, no se desarrolla una tarea para todas las clases, sino que se toma
una clase y se le aplican las tres o cuatro tareas. El orden en que se muestran y
describen las clases de diseo difiere del aplicado hasta ahora, basado en la
clasificacin segn los subsistemas de Dicono. Debido a que muchas de las
clases son reutilizadas en distintos casos de uso se ha preferido una clasificacin
segn el tipo de clase. Consiguientemente, la estructura de esta seccin es la
siguiente:
1. Clases de interfaz: a su vez se estructura en:
1.1. Clase MenuPpal, incluyendo un mapa de pantallas (en caso de
repetirse en el mapa la pantalla, no se repite en la descripcin). En
estas clases de interfaz, se incluye un mapa principal y uno por
cada una de las ramas, para facilitar el seguimiento. Estas clases se
agrupan segn los subsistemas.
1.2. Consultas (Figura VI.122), de la seccin VI.3.3.1.2.
1.3. Mantenimiento (Figura VI.144), de la seccin VI.3.3.1.3.
1.4. Parte de trabajo (Figura VI.184), de la seccin VI.3.3.1.4.
2. Clases de control, ordenadas alfabticamente (seccin VI.3.3.2).
3. Clases de entidad, ordenadas alfabticamente (seccin VI.3.3.3).
Para la descripcin de los atributos se han utilizado las siguientes

abreviaturas:
Boo : booleano Btn : Button

Lon : long Stp : stimestamp
Lnk : link Rad : radio set
Int : integer Tog : toggle box
Str : string Enu : enumeration
Cbo : Combo Box Flo : float

VI.3.3.1. Clases de interfaz
Antes de proceder al diseo de este tipo de clases se describe la estructura

bsica de las pantallas de este sistema. Esta estructura se hereda de las que se
utilizan en la Universidad y se aplicar tambin a Dicono. La pantalla principal es
un men desplegable de tres niveles, donde cada nivel indica lo siguiente:
- El primer nivel indica los distintos sistemas que se encuentran
desarrollados en la Universidad, nivel que es denominado grupo
- El segundo, llamado subgrupo, indica los subsistemas dentro de cada
sistema
- El tercer nivel, denominado nodo, incluye las principales acciones a
realizar en cada subsistema.
Cuando sea necesario tener ms opciones para llevar a cabo acciones con
el sistema, stas se encuentran en la pantalla y no en el men desplegable. Por
ejemplo, si se elige el grupo de Mesa de Ayuda (primer nivel de men
desplegable), luego se opta por mantenimiento (segundo nivel del men
desplegable) y se selecciona equipos (tercer nivel del men desplegable) y lo
deseado es realizar un alta de equipo, esta opcin se encuentra en la pantalla y
no en el men desplegable por haber agotado los tres niveles de profundidad,
como se muestra en la Figura VI.117. Todos los atributos que comiencen con
Grupo y Subgrupo al ser seleccionados abren nuevas ramas en el men
desplegable y los que comienzan con Nodo al ser seleccionados, abren una
nueva pantalla a la derecha del men.
Como ya se mencion, el men desplegable es para todos los sistemas de
la universidad. Por lo tanto, dependiendo del permiso que tenga el usuario, puede
ver solamente el sistema de Mesa de Ayuda o algn otro sistema. Motivo por el
cual en la clase MenuPpal aparecen algunos grupos que no pertenecen a la Mesa
de Ayuda. Estos son mencionados pero no se describen debido a que pertenecen
a otros sistemas, como son: Inicio, Generales, Acadmico, Bienestar, Desarrollo y
Horas. Respecto al sistema Dicono, el mapa de pantallas principales se muestra
en la Figura VI.118 y tambin se puede observar en la Figura VI.117. Los
prototipos y mapas de pantallas se muestran en las Figuras VI.119 a VI.201.
Otro punto importante a destacar es que como la primera pantalla del
sistema se comparte con los dems sistemas en entorno web de la Universidad,
es posible que en algn caso esta pantalla se encuentre diferencias en los
mensajes que aparecen. Esto es as porque estos mensajes cambian todos los
das de acuerdo a las novedades ocurridas.

Grupos
Sub
Menu grupos
Desplegable
Nodo
s
Figura VI.117. Pantalla modelo.
Men Principal
Consultas Mantenimiento Parte de trabajo
Figura VI.118.Mapa de pantallas principales.
VI.3.3.1.1. Clase MenuPpal
GrupoInicio: TmenuItem.
Opcin de pantalla principal de la Intranet de la Universidad.
GrupoGenerales: TmenuItem.
Opcin de cambio de clave y diccionario de traduccin de trminos.
GrupoGrupoMesaAyuda: Tmenuitem.
Opcin de ingreso al sistema de Mesa de Ayuda.

SubgrupoConsultas: TmenuItem.
Opcin de ingreso a las consultas que se realizan en el sistema.
NodoParteTrabajo: TmenuItem.
Opcin de ingreso a la consulta del parte de trabajo.
NodoDatosPersonales: TmenuItem.
Opcin de ingreso a la consulta de los datos personales del usuario
que se encuentra logueado al sistema.
NodoUsuarios: TmenuItem.
Opcin de consulta de los datos de los usuarios.
NodoProblemas: TmenuItem.
Opcin de consulta de los problemas que han ocurrido y se
encuentran almacenados en la base de datos.
NodoTareas: TmenuItem.
Opcin de consultar las tareas (parte de trabajos).
NodoLicencias: TmenuItem.
Opcin de consulta de las licencias de software con que se posee.
NodoEquipos: TmenuItem.
Opcin de consulta de los datos de los equipos con que se posee.
NodoEstadsticas: TmenuItem.
Opcin de consultas de estadsticas de rendimientos de trabajos
realizados por tcnico.
NodoParteTrabajoTcnico: TmenuItem.
Opcin de consulta de trabajos realizados por tcnico.
NodoOcupacinTcnico: TmenuItem.
Opcin de consulta del nivel de ocupacin por tcnico.
SubgrupoMantenimiento: TmenuItem.
Opcin que permite el ingreso a realizar los mantenimientos.
NodoEquipo: TmenuItem.
Mantenimiento de de los equipos.
NodoPrioridad: TmenuItem.
Mantenimiento de las prioridades que pueden tener los partes de
trabajo.
NodoSoftware: TmenuItem.
Mantenimiento de las licencias de software que se posee.
NodoTcnicoServicio: TmenuItem.
Mantenimiento de los datos de los tcnicos.
NodoServicio: TmenuItem.
Mantenimiento de los servicios tcnicos con que cuenta la
Universidad para atender los problemas informticos.
NodoEspecialidad: TmenuItem.

Mantenimiento de las especialidades que poseen los tcnicos de los

sectores informticos.
NodoUsuario: TmenuItem.
Mantenimiento de los datos de los usuarios del sistema.
SubgrupoParteTrabajo: TmenuItem.
Opcin que permite manipular los partes de trabajo que llegan a la Mesa de
Ayuda.
NodoAltaParteTrabajo: TmenuItem.
Permite el ingreso (alta) de solicitudes de los usuarios por problemas
informticos, transformndolas en partes de trabajo.
NodoDerivar: TmenuItem.
Asignacin del parte de trabajo recibido y no solucionado por el
tcnico de Mesa de Ayuda y que es derivado a un sector informtica
para su procesamiento.
NodoAsignar: TmenuItem.
Proceso de asignacin del parte de trabajo derivado a un sector a un
tcnico del mismo para que proceda a su ejecucin.
NodoBuscar: TmenuItem.
Permite a los tcnicos buscar partes de trabajos que les han sido
asignados por los responsables del sector.
NodoActualizar: TmenuItem.
Permite al tcnico mantener actualizado el parte de trabajo que tiene
asignado.
NodoConformidad: TmenuItem.
Opcin por medio de la cual el usuario puede dar su conformidad por
el trabajo realizado.
NodoCerrar: TmenuItem.
Opcin por medio de la cual el tcnico da por finalizado el parte de
trabajo que ha conformado el usuario.
NodoEliminar: TmenuItem.
Opcin por medio de la cual el tcnico de la Mesa de Ayuda puede
eliminar un parte de trabajo.
GrupoContctenos: TmenuItem.
Opcin por medio de la cual cualquier persona que entre a la Intranet se
puede contactar con el personal de Desarrollo de Sistemas de la
Universidad.
Descripcin de operaciones / mtodos:

AbrirMenuPpal(int NroUsuario ).


La clase implementa la pantalla principal del sistema que consta de un
men desplegable de tres niveles y proporciona el acceso a todas las
dems pantallas.
Prototipo:
Los prototipos desarrollados a continuacin pueden llegar a tener alguna
diferencia con las pantallas que se exhiben en el manual del usuario -que son las
definitivas-. El programador puede cambiar algunos detalles de ubicacin y
esttica de la misma, pero en ningn caso quitar informacin.
A continuacin, se muestra en la Figura VI.119 la pantalla principal
presentando las opciones que se desprenden de: Consultas (Figura VI.119),
Mantenimiento (Figura VI.120) y Parte de trabajo (Figura VI.121).
La pantalla muestra adems el calendario de actividades que tiene la
universidad que es comn a todos los sistemas. Debido a ello, no se pasa a
detallar en la construccin de este sistema por pertenecer a otro.
Figura VI.119. Mapa de pantalla principal (consultas).

Figura VI.120. Mapa de pantalla principal (mantenimiento).
Figura VI.121. Mapa de Pantalla principal (parte de trabajo).

VI.3.3.1.2. Consultas
Figura VI.122. Mapa de Pantalla de consultas.
VI.3.3.1.2.1. Buscar parte
lbl Escriba su nmero de parte:TLabel.
intNumeroParte:TEdit.
lbl o seleccione uno: TLabel.
cbo NumeroParte: TComboBox.
lbl Ver: TLabel.
btn Ver: TButton.
lbl Borrar: TLabel.
btn Borrar: TButton.

AbrirBuscarParte(int NroUsuario).

No posee.

Prototipo:
Figura VI.123. Pantalla de consultar nmero de parte de trabajo.
VI.3.3.1.2.2. Sus partes
lnkVolver: TLink.
lbl Partes de trabajo: TLabel.
lbl Parte nro: TLabel.
intNroparte: TInt.
lbl Problema: TLabel.
strProblema: TStr.
lbl Fecha recepcin parte: TLabel.
stpFechaRecepcion: TStp.
lbl Tcnico:Tlabel.
strNombreTecnico:TStr.
str Avance: TLabel.
int Avance:Tint.


AbrirSusPartes(int NroParte).

No posee.
Prototipo:
Figura VI.124. Pantalla de consultar partes de trabajo de un usuario.
VI.3.3.1.2.3. Parte de trabajo
lbl Buscar Parte de trabajo:TLabel.
lnkVovler: TLnk.
lbl Usuario: TStr.
lbl Apellido y Nombre: TLabel.
strApellidoYNombre: TStr.
lbl Nmero: TLabel.
intNroUsuario: TInt.
lbl IdLogin: TLabel.
strIdlogin: TStr.

lbl Correo: TLabel.

strCorreo:TStr.
lbl Telfono: TLabel.
intTelefono: TInt.
lbl Cargo: TLabel.
strCargo: TStr.
lbl Departamentos del usuario: TLabel.
lbl Sector: TLabel.
strSector: TStr.
lbl Departamento: TLabel.
strDepartamento: TStr.
lbl Responsable: TLabel.
strResponsable:TStr.
lbl Tratamiento: TLabel.
strTratamiento: TStr.
lbl Equipos: TLabel.
lbl Cdigo de equipos: TLabel.
str CodigoEquipo: TStr.
lbl Descripcin: TLabel.
strDescripcin: TStr.
lbl Parte: TLabel.
lbl Nro.: TLabel.
intNumeroParte: TInt.
lbl Fecha de Recepcin: TLabel.
stpFechaRecepcin: TStp.
lbl Fecha Conformidad: TLabel.
dtmFechaConformidad: TDtm.
lbl Fecha fin: TLabel.
dtmFechaFin: TDtm.
lbl Avance: TLabel.
intAvance: TInt.
lbl Tcnico Mesa: TLabel.
str TecnicoMesa: TStr.
lbl Problemas y soluciones: TLabel.
strProblema: TStr.
lbl Derivaciones: TLabel.
lbl Servicio: TLabel.
strServicio: TStr.
lbl Fecha derivacin: TLabe.
stpFechaDerivacion: TStp.

lbl Tcnico: TLabel.

strTecnico: TStr.
lbl Fecha asignacin: TLabel.
stpFechaAsignacion: TStp.
lbl Fecha comienzo: TLabel.
stpFechaComienzo: TStp.
lbl Prioridad: TLabel.
dtmPrioridad: TDtm.
lbl Tiempo estimado: TLabel.
strTiempoEstimado: TStr.
lbl Comentario: TStr.

AbrirParteTrabajo(int NroParte).

Esta pantalla debe tener los datos agrupados por tipos bien diferenciados.
En el caso de los equipos se muestra un resumen de los equipos, si se
desea el detalle de los mismos se debe llamar a otra pantalla, usando
como link el cdigo del equipo.
Prototipo:
Figura VI.125. Pantalla de consultar un parte de trabajo.

VI.3.3.1.2.4. Correo
La pantalla de correo depende del cliente de mail que tenga cada equipo
definido como predeterminado. El mostrado en este ejemplo es la del Outlook,
pero cada usuario puede tener una pantalla distinta.
Depende del software de correo predeterminado de cada usuario.

AbrirCorreo(str Mail).

No posee.
Prototipo:
Figura VI.126. Pantalla de correo.

VI.3.3.1.2.5. Equipo
lbl Equipo:Tlabel.
lbl Usuario: TLabel.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.
lbl Cargo: TLabel.
strCargo: TStr.
strDescripcinE: TStr.
lbl Perifrico: TLabel.
str DescripcinP: TStr.
lbl FechaEntrada: TLabel.
stpFechaEntrada:TStp.
lbl Fecha Salida:TLabel.
stpFechaSalida:TStp.
lbl Hardware: TLabel.
lbl Descripcin:TLabel.
strDescripcionH:TStr.
lbl Fecha de compra:TLabel.
stpFechaCompra:TStp.
lbl Fecha de entrada:TLabel.
lbl Garanta:TLabel.
strGarantia:Tstr.
lbl Proveedor:TLabel.
strProveedor:TStr.

lbl Software: TLabel.

strDescripcinS:TStr.
lbl Licencia: TLabel.
strNroLicencia:TStr.
lbl Cantidad: TLabel.
intCantidad: TStr.

AbrirEquipo(int CodEquipo).

No posee.
Prototipo:
Figura VI.127. Pantalla de consultar equipos.
VI.3.3.1.2.6. Servicio
Lbl Servicio: TLabel.
strServicio: TStr.
strResponsable: TStr.

lbl Telefono: TLabel.

strTelefono: TStr.
lbl Email: TLabel.
strEmail: TStr.

AbrirServicio(int CodServicio).
Busca en la base de datos la informacin del servicio tcnico elegido y la
muestra en pantalla.

No posee.
Prototipo:
Figura VI.128. Pantalla de consultar los servicios.
VI.3.3.1.2.7. Comentario
lbl Comentarios: TLabel.
strServicio: TStr.
lbl Fecha derivacin: TLabel
lbl Tcnico: TLabel.
strTecnico: TStr.


dtmPrioridad: TDtm.

AbrirComentario(int NroParte, int CodServicio).
Muestra en pantalla los comentarios que ha realizado el tcnico referido a
un determinado parte de trabajo

No posee.
Prototipo:
Figura VI.129. Pantalla consultar comentarios.
VI.3.3.1.2.8. Datos usuario
lbl Escriba el nro. de usuario: TLabel.
int NumeroUsuario:Tedit.
lbl o seleccione uno:TLabel.

cboUsuario:TcomboBox.
lbl Ver: TLabel.
btn Ver: TButton.
lbl Borrar: TLabel.
btn Borrar: TButton.
grp Foto: Tgraphics.
lbl Datos Personales: TLabel.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.
lbl Sector: TLabel.
strSector: TStr.
lbl Cargo: TLabel.
strCargo: TStr.

AbrirUsuarioDeMesa(int NroUsuario).

No posee.

Prototipo:
Figura VI.130. Pantalla de consultar datos de los usuarios primera pantalla.
Figura VI.131. Pantalla de consultar datos de los usuarios - segunda pantalla.

VI.3.3.1.2.9. Problemas
lbl Problemas:TLabel.
lbl Tipo:TLabel.
radTodos:TRadioSet.
radDeterminado:TRadioSet.
cboProblema:TComoboBox.
lbl Problema:TLabel.
radTodos:TRadioSet.
radEmpiezaCon:TRadioSet.
strProblema:TEdit.
lbl Buscar:TLabel.
btnBuscar:TButton.
lbl Problemas:TLabel.
lbl Problema Nro.:TLabel.
intCodigoProblema:TInt.
strProblemaBreve:TStr.
lbl Tipo:TLabel.
strDescripcionTipoProblema:TStr.
lbl Solucin:TLabel.
lnkVer:TLink.

AbrirProblemas(boo tipo, boo Problema, int area, str NombProblema).

No posee.

Prototipo:
Figura VI.132. Pantalla de consultar problemas.
VI.3.3.1.2.10. Solucin
lbl Solucin:TLabel.
lbl Problema/s:TLabel.
lbl Problema Nro.:TLabel.
lbl Descripcin problema:TLabel.
strDescripcionProblema:TStr.
lbl Solucin:TLabel.
strSolucin:TStr.

AbrirSolucion(int CodProblema).


No posee.
Prototipo:
Figura VI.133. Pantalla de consultar soluciones a problemas.
VI.3.3.1.2.11. Equipos
lbl Equipos:TLabel.
lbl Cdigo:TLabel.
RadCodigo:TRadioSet.
lbl Usuario:TLabel.
RadUsuario:TRadioSet.
RadDescripcion:TRadioSet.
lbl IP:TLabel.
RadIP:TRadioSet.
lbl Ordentar:TLabel.
btnOrdenar:TButton.
lbl Equipo: TLabel.
lbl Cdigo:TLabel.
intCodigoHard:TInt.
lbl Usuario:TLabel.

strNombreUsuario:TStr.
strDescripcinh:Tstr.
lbl Direccin IP:TLabel.
strDescripcinh:Tstr.
lbl Direccin MAC:TLabel.
strMac:Tstr.
lbl Detalles:TLabel.
lnkVer:TLink.

AbrirEquipos( ).

No posee.
Prototipo:
Figura VI.134. Pantalla de consultar equipos.

Captulo VI: Desarrollo del proyecto: Diseo
Dicono
VI.3.3.1.2.12. Tareas
lbl Tareas:TLabel.
lbl Buscar partes de trabajo segn: TLabel.
cboBuscar:TComboBox.
lbl Nro de Parte: TLabel.
lbl Buscar: TLabel.
butBuscar:TButton.
lbl Parte de trabajo:TLabel.
lbl Nro de parte: TLabel.
intNroparte: TInt.
cboProblemaBreve: TComboBox.
lbl Fecha/hora recepcin: TLabel.
lbl Fecha/hora terminado: TLabel.
stpFechafin: TStp.
lbl Nro usuario: TLabel.
lbl Usuario:Tlabel.

AbrirTareas(int accion, boo Desde, boo Hasta, int Desde, int Hasta, stp
Desde, stp hasta, str texto).

No posee.
- 266 - Ing. Juan Manuel

Bournissen
Prototipo:
Figura VI.135. Pantalla de consultar tareas.
VI.3.3.1.2.13. Licencias
lbl Licencias: TLabel.
lbl Nro.: TLabel.
strNroLicencia:TEdit.
strDescripcionS: TStr.
intCantidad: TEdit.
lbl Instaladas:TLabel.
intInstaladas: TInt.
lbl Libres:TLabel.
intLibres: TInt.
lbl Fecha expiracin:TLabel.
stpFechaex: TStp.

Dicono
lbl Vida til:Tlabel.

intVida: TInt.

AbrirLicencias( ).

No posee.
Prototipo:
Figura VI.136. Pantalla de consultar licencias.
VI.3.3.1.2.14. Imprimir licencias
lbl Nro.: TLabel.

Bournissen

intCantidad: TEdit.
lbl Instaladas:TLabel.
intInstaladas: TInt.
lbl Libres:TLabel.
intLibres: TInt.
lbl Fecha expiracin:TLabel.
stpFechaex: TStp.
lbl Vida til:Tlabel.
intVida: TInt.

AbrirImprimirLicencias( ).

No posee.
Prototipo:
Figura VI.137. Pantalla de imprimir licencias.

Dicono
VI.3.3.1.2.15. Ocupacin del tcnico
lbl Ocupacin tcnicos: TLabel.
lbl Tcnicos: TLabel.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
lbl Nro. Parte - Fecha Comienzo - Tiempo Est. - Avance: TLabel.
intNroparte: TInt.
stpFechaComienzo:TStp.
intEstimado:TInt.
intAvance: TInt.
lbl Resumen:TLabel.
lbl Cant. De tcnicos:TLabel.
intCantTecnico:TInt.
lbl Tcnicos en actividad:TLabel.
intTecActividad:Tint.
lbl Tcnicos pasivos:TLabel.
intTecPasivos:Tint.
lbl Cant. De partes:TLabel.
intCantPartes:TInt.
lbl Trabajos desbordados:TLabel.
intTrabajosDes:TInt.

AbrirOcupacionTecnico(int orden).

No posee.

Bournissen
Prototipo:
Figura VI.138. Pantalla de consultar ocupacin de los tcnicos.
VI.3.3.1.2.16. Imprimir ocupacin tcnicos
lbl Ocupacin tcnicos: TLabel.
lbl Apellido y nombre:TLabel.
lbl Nmero: TLabel.
lbl Correo: TLabel.
lbl Parte:TLabel.
lbl Fecha comienzo:TLabel.
lbl Tiempo estimado:TLabel.
lbl Avance:TLabel.
strNroUsuario:TStr.
strCorreo:TStr.
intTelefono: TInt.
intNroParte: TInt.

Dicono
stpFechaComienzo:TStp.
intTiempoEstimado:Tint.
intAvance: TInt.
lbl Resumen:TLabel.
lbl Cant. De tcnicos:TLabel.
intCantidadTecnico:TInt.
lbl Tcnicos en actividad:TLabel.
intCantidadTecnicosAct:TInt.
lbl Tcnicos pasivos:TLabel.
intCantidadTecnicosPas:TInt.
lbl Cant. de partes:TLabel.
intCantidadPartes:TInt.
lbl Trabajos desbordados:TLabel.
intCantidadDesbordado:TInt.

AbrirImpresionOcupacionTecnico(int orden).

No posee.
Prototipo:
Figura VI.139. Pantalla de imprimir la ocupacin de los tcnicos.

Bournissen
VI.3.3.1.2.17. Trabajos tcnico
lbl Trabajos realizados: TLabel.
lbl Fecha:TLabel.
lbl Desde:TLabel.
togDesde:TTogleBox.
strDesde:TString.
lsl dd/mm/aaaa:TLabel.
lbl Hasta:TLabel.
togHasta:TTogleBox.
strHasta:TString.
lsl dd/mm/aaaa:TLabel.
lbl Nombre:TLabel.
radNombre:TRadioSet.
lbl Cantidad de trabajos realizados:TLabel.
lbl Ordenar: TLabel.
btn Ordenar: TButton.
lbl Formato de impression:TLabel.
lnkImpresion:Tlink.
lbl Correo: TLabel.
strMail:TString.
intTelefono: TInt.
lbl Especialidad:TLabel.
cboEspecialidad:TcomboBox.
lbl Cant. De trabajos:TLabel.
intCanTrabajos:TInt.
lbl Influencia:TLabel.
floInfluencia:TFloat.

AbrirTrabajosRealizados(stp FechaDesde, stp FechaHasta, boo Desde,
boo Hasta, boo Orden).

Dicono

No posee.
Prototipo:
Figura VI.140. Pantalla de consultar los trabajos de los tcnicos.
VI.3.3.1.2.18. Imprimir trabajos tcnicos
lbl Trabajos por tcnicos: TLabel.
lbl Desde 99/99/9999 al 99/99/9999: TLabel.
lbl Correo: TLabel.
lbl Especialidad: TLabel.
lbl Cant. de trabajos: TLabel.
lbl Influencia: TLabel.
strCorreo:TStr.
intTelefono: TInt.

Bournissen
strEspecialidad:TStr.
intCantidad: Tint.
decPorcentaje: TDec.

AbrirImprimirTrabajosRealizados(stp FechaDesde, stp FechaHasta, boo
Desde, boo Hasta, boo Orden).

No posee.
Prototipo:
Figura VI.141. Pantalla de imprimir los trabajos de los tcnicos.
VI.3.3.1.2.19. Estadstica
Lbl Estadstica:TLabel.
LnkFormatoImpresion:Tlink.
RadNombe:TRadioSet.
Lbl Nombre:TLabel.

Dicono
radPromedio:TRadioSet.
lbl Promedio:TLabel.
radEspecialidad:TRadioSet.
radCantTrabajo:TRadioSet.
lbl Cant. de Trabajo:TLabel.
lbl Ordenar:Tlabel.
btnOrdenar:TButton.
lbl Tcnicos:TLabel.
lbl Numero:TLabel.
intNroUsuario:TInt.
lbl Correo:TLabel.
strCorreo:TStr.
lbl Cant.:TLabel.
lbl Tiempo mnimo:TLabel.
intTiempoMinimo:TInt.
intPromedio:TInt.
lbl Tiempo mximo:TLabel.
intTiempoMaximo:TInt.

AbrirEstadisticas(Int Orden).

No posee.

Bournissen
Prototipo:
Figura VI.142. Pantalla consultar estadsticas.
VI.3.3.1.2.20. Imprimir de estadstica
Lbl Estadstica:TLabel.
lbl Numero:TLabel.
intNroUsuario:TInt.
lbl Correo:TLabel.
strCorreo:TStr.
lbl Cant.:TLabel.
lbl Tiempo mnimo:TLabel.
intTiempoMinimo:TInt.

Dicono
intPromedio:TInt.
lbl Tiempo mximo:TLabel.
intTiempoMaximo:TInt.
lbl Resumen:TLabel.
intResumen:TInt.
lbl Cant. de tcnicos:TLabel.
intCantidadTecnicos:TInt.
lbl Cant. de trabajos:TLabel.
intCantidadTrabajos:TInt.
lbl Promedio de partes x tc.:TLabel.
decCantidadPartes:TDec.

AbrirImpresionEstadisticas( ).

No posee.
Prototipo:
Figura VI.143. Pantalla de imprimir las estadsticas.

Bournissen
VI.3.3.1.3. Mantenimiento
Figura VI.144. Mapa de pantallas de mantenimiento.
VI.3.3.1.3.1. Licencias
lnkNuevaLicencia: TLink.
lbl Nro.: TLabel.
intCantidad: TEdit.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

AbrirLicencias( ).

No posee.

Dicono
Prototipo:
Figura VI.145. Pantalla de mantenimiento de licencias.
VI.3.3.1.3.2. Nueva Licencia
lbl Nueva Licencia: TLabel.
lnkVolver: TLink.
lbl Nro.: TLabel.
strNroLicencia: TEdit.
strDescripcionS: TEdit.
intCantidad:TEdit.
lbl Crear:TLabel.
btnCrear:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

Bournissen

AbrirNuevaLicencia( ).

No posee.
Prototipo:
Figura VI.146. Pantalla de nuevas licencias.
VI.3.3.1.3.3. Modificar Licencia
lbl Modificar Licencia: TLabel.
lnkVolver: TLink.
lbl Nro.: TLabel.
strNroLicencia: TEdit.
strDescripcionS: TEdit.

Dicono
intCantidad:TEdit.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

AbrirModificarLicencia(str NroLicencia).

No posee.
Prototipo:
Figura VI.147. Pantalla de modificacin de licencias.
VI.3.3.1.3.4. Borrar Licencia
lbl Borrar la licencia: TLabel.
strNroLicencia:TStr.

Bournissen
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TButton.

AbrirBajaLicencia(str NroLicencia).

No posee.
Prototipo:
Figura VI.148. Pantalla de baja de licencia.
VI.3.3.1.3.5. Tipo de equipo
lbl Tipos de equipos: TLabel.
lnkNuevoTipo: TLink.
lbl Tipos de equipos: TLabel.
lbl Cdigo: TLabel.
intCodEquipo:TEdit.
lbl Descripcin:Tlabel.
strDescripcion: TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

AbrirTipoEquipo( ).
Descripcin de atributos especiales:

No posee.

Dicono
Prototipo:
Figura VI.149. Pantalla de mantenimiento de tipo de equipo.
VI.3.3.1.3.6. Nuevo tipo
lbl Mensaje de secuencias de comandos: TLabel.
lbl Ingrese el nuevo tipo de equipo: TLabel.
strDescripcion:TEdit.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:Tlabel.

AbrirNuevoTipoEquipo( ).
BuscarProximoCodigo(int CodEquipo).

Bournissen
No posee.
Prototipo:
Figura VI.150. Pantalla de nuevo tipo de equipo.
VI.3.3.1.3.7. Modificar tipo
lbl Mensaje de secuencias de comandos: TLabel.
lbl Modifique el tipo de equipo: TLabel.
strDescripcion:TEdit.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:Tlabel.

AbrirModificarTipoEquipo(int CodEquipo).

No posee.
Prototipo:
Figura VI.151. Pantalla de modificar tipo de equipo.

Dicono
VI.3.3.1.3.8. Baja tipo
lbl Borra el tipo de equipo: TLabel.
strDescripcion:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.

BajaNuevoTipoEquipo(int CodEquipo).

No posee.
Prototipo:
Figura VI.152. Pantalla de baja de tipo de equipo.
VI.3.3.1.3.9. Mantener hardware
lnkNuevoHard:TLink.
lbl Usuario:TLabel.
radTodos:TRadioSet
radEspecfico:TRadioSet.
cboUsuario:TComboBox.
radTodas:TRadioSet.
radEspecifica:TRadioSet.
strDescripcionH:TEdit.
radTodos:TRadioSet.

Bournissen
radEspecfico:TRadioSet.
strProveedor:TEdit.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Hard: TLabel.
lbl Cdigo:TLabel.
intCodigoHard:TInt.
lbl Garanta:TLabel.
strGarantia:Tstr.
strProveedor:TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

AbrirHard(boo Usuario, boo Descripcion1, boo Proveedor1, int
NroUsuario, str Descripcion2, str proveedor2).

No posee.

Dicono
Prototipo:
Figura VI.153. Pantalla de mantenimiento de hardware.
VI.3.3.1.3.10. Nuevo Hard
lbl Nuevo Hard:TLabel.
lnkVolver:TLink.
lbl Cdigo:TLabel.
intCodigoHard:TInt.
lbl Garanta:TLabel.
strGarantia:Tstr.
strProveedor:TStr.
lbl Crear:TLabel.
btnCrear:TButton.

Bournissen
lbl Limpiar:TLabel.
btnLimpiar:TButton.
AbrirNuevoHard( ).

No posee.
Prototipo:
Figura VI.154. Pantalla de nuevo hard.
VI.3.3.1.3.11. Modificar Hard
lbl Nuevo Hard:TLabel.
lnkVolver:TLink.
lbl Cdigo:TLabel.
intCodigoHard:TInt.

Dicono
lbl Garanta:TLabel.
strGarantia:Tstr.
strProveedor:TStr.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

AbrirModificarHard(lng CodHard).

No posee.
Prototipo:
Figura VI.155. Pantalla de modificar hardware.

Bournissen
VI.3.3.1.3.12. Borrar Hard
lbl Borrar el componente hard: TLabel.
strCodigoHard:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirModificarHard(lng CodHard).

No posee.
Prototipo
Figura VI.156. Pantalla de baja de hardware.
VI.3.3.1.3.13. Mantener Perifrico
lbl Perifricos: TLabel.
lnkNuevoPeriferico: TLink.
lbl Perifricos: TLabel.
lbl Fecha entrada: TLabel.
stpFechaE:TStp.
lbl Fecha salida:TLabel.
stpFechaS:TStp.
strDescripcionP: TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

Dicono

AbrirPerifericos( ).

No posee.
Prototipo
Figura VI.157. Pantalla de mantenimiento de perifrico.
VI.3.3.1.3.14. Nuevo Perifrico
lbl Nuevo perifrico: TLabel.
lnkVolver: TLink.
lbl Cdigo: TLabel.
int CodPeriferico: TInt.
lbl Descripcin:Tlabel.
str DescripcinP:TStr.
lbl Crear:TLabel.
btnCrear:TButton.

Bournissen
lbl Limpiar:TLabel.
btnLimpiar:TButton.

AbrirNuevoPeriferico( ).

No posee.
Prototipo:
Figura VI.158. Pantalla de nuevo perifrico.
VI.3.3.1.3.15. Modificar Perifrico
lbl Nuevo perifrico:TLabel.
lnkVolver:TLink.
lbl Cdigo:TLabel.
intCodigoPeriferico:TInt.
lbl Fecha entrada:TLabel.

Dicono
lbl Fecha salida:TLabel.
stpFechaSalida:TStp.
strDescripcionP:TStr.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

AbrirNuevoPeriferico( ).
Int BuscarProximoPeriferico(int CodPeriferico).

No posee.
Prototipo:
Figura VI.159. Pantalla de nuevo perifrico.

Bournissen
VI.3.3.1.3.16. Borrar Perifrico
lbl Borrar el perifrico: TLabel.
strDescripcionP:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirBorrarPeriferico(int CodPeriferico, int CodEquipo).

No posee.
Prototipo:
Figura VI.160. Pantalla de baja de perifrico.
VI.3.3.1.3.17. Consultar Equipos
lnkNuevoEquipo: TLink.
lbl Equipo: TLabel.
lbl Cdigo: TLabel.
intCodigoEquipo: TInt.
lbl Detalles:TLabel.
lnkVer:TLink.
lbl Accin: TLabel.

Dicono
lnk[B]: TLink.
lnk[M]: TLink.

AbrirEquipos( ).

No posee.
Prototipo:
Figura VI.161. Pantalla de mantenimiento de equipos.
VI.3.3.1.3.18. Nuevo equipo
lbl Nuevo equipo: TLabel.
lnkVolver: TLink.
lbl Equipo: TLabel.

Bournissen
cboTipoEquipo:TComboBox.
lbl Usuario:TLabel.
cboNombreUsuario:TComboBox.
lbl Perifrico:TLabel.
lbl Del Equipo:TLabel.
lbl Todos:TLabel.
cboEquipoP:TComboBox.
cboTodoP:TComboBox.
lbl Sumar:TLabel.
btnSumarP:TButton.
lbl RestarP:TLabel.
btnRestar:TButton.
lbl Hard:TLabel.
lbl Todos:TLabel.
cboEquipoH:TComboBox.
cboTodoH:TComboBox.
lbl Sumar:TLabel.
btnSumarP:TButton.
lbl Restar:TLabel.
btnRestarP:TButton.
lbl Soft:TLabel.
lbl Licencias:TLabel.
cboEquipoL:TComboBox.
cboTodoL:TComboBox.
lbl Sumar:TLabel.
btnSumarL:TButton.
lbl Restar:TLabel.
btnRestarL:TButton.
lbl Crear:TLabel.
btnCrear:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

AbrirNuevoEquipo( ).

Dicono

No posee.
Prototipo:
En las altas y las modificaciones se procede de la misma forma, debido

a que la interfaz es igual con la sola diferencia del ttulo que en lugar de ser
nuevo Equipo es modificar equipo. Slo se diferencia en la operacin / mtodos
que utiliza. La modificacin tiene la siguiente responsabilidad:
AbrirModificarEquipo(str:CodEquipo, int:NroUsuario).
Figura VI.162. Pantalla de nuevo equipo.
VI.3.3.1.3.19. Borrar equipo
lbl Borrar el equipo cd.:TLabel.
intCodEquipo:TInt.
strNombreServicio:TStr.
lbl de:TLabel.

Bournissen
btnAceptar:TButton.

AbrirBorrarEquipo(str CodEquipo, int NroUsuario).

No posee.
Prototipo:
Figura VI.163. Pantalla de borrar equipo.
VI.3.3.1.3.20. Servicios
lbl Servicios: TLabel.
lnkNuevaServicio: TLink.
lbl Nombre: TLabel.
lbl Telfono:TLabel.
intTelefonoServicio: TInt.
lbl Mail: TLabel.
strMailServicio: TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

AbrirServicio( ).

No posee.

Dicono
Prototipo:
Figura VI.164. Pantalla de mantenimiento de servicio.
VI.3.3.1.3.21. Nuevo servicio
lbl Nueva Servicio: TLabel.
lnkVolver: TLink.
lbl Nombre: TLabel.
strNombreServicio: TEdit.
intTelefonoServicio:TInt.
lbl Mail: TLabel.
strMailServicio:TStr.
lbl Crear:TLabel.
btnCrear:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

Bournissen

AbrirNuevoServicio( ).
Int BuscarProximoCodServicio( ).

No posee.
Prototipo:
Figura VI.165. Pantalla de nuevo servicio.
VI.3.3.1.3.22. Modificar servicio
lbl Modificar Servicio: TLabel.
lnkVolver: TLink.
lbl Nombre: TLabel.
strNombreServicio: TEdit.
intTelefonoServicio:TInt.
lbl Mail: TLabel.

Dicono
strMailServicio:TStr.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

AbrirModificar(int CodServicio).

No posee.
Prototipo:
Figura VI.166. Pantalla de modificar servicio.
VI.3.3.1.3.23. Baja servicio
lbl Borrar El servicio: TLabel.

Bournissen
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirBajaServicio(int CosServicio).

No posee.
Prototipo:
Figura VI.167. Pantalla de baja servicio.
VI.3.3.1.3.24. Especialidad
lbl Especialidades: TLabel.
lnkNuevaEspecialidad: TLink.
lbl Especialidades: TLabel.
lbl Cdigo: TLabel.
intCodigoEspecialidad:TInt.
strEspecialidad: TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

AbrirEspecialidadTecnico( ).
Int BuscarProximaEspecialidad( ).

No posee.

Dicono
Prototipo:
Figura VI.168. Pantalla de mantenimiento de especialidades.
VI.3.3.1.3.25. Nueva especialidad
lbl Mensaje de secuencias de comandos:TLabel.
lbl Ingrese la nueva especialidad:TLabel.
strEspecialidad:Tedit.
lbl Aceptar:TLabel.
btnAceptar:TButton.
btnCancelar:TBotton.

AbrirAltaEspecialidad(int CodEspecialidad),

No posee.

Bournissen
Prototipo:
Figura VI.169. Pantalla de nueva especialidad.
VI.3.3.1.3.26. Modificar especialidad
lbl Mensaje de secuencias de comandos:TLabel.
lbl Ingrese especialidad a modificar:TLabel.
strEspecialidad:Tedit.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirModificarEspecialidad(int CodEspecialidad),

No posee.
Prototipo:
Figura VI.170. Pantalla de modificar especialidad.

Dicono
VI.3.3.1.3.27. Borrar especialidad
lbl Borrar la especialidad:TLabel.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirBajaEspecialidad(int CodEspecialidad).

No posee.
Prototipo:
Figura VI.171. Pantalla de baja especialidad.
VI.3.3.1.3.28. Mantener tcnico
lbl Gestin Tcnicos: TLabel.
lnkAgregar: TLink.
lnkBorrar: TLink.
lnkModificar: TLink.
lnkConsultar: TLink.
cboTecnicos:TcomboBox.

AbrirGestionarTecnico( ).

Bournissen

No posee.
Prototipo:
Figura VI.172. Pantalla de mantenimiento de tcnicos.
VI.3.3.1.3.29. Nuevo tcnico
lnkAgregar: TLink.
lnkBorrar: TLink.
cboTecnicos:TComboBox.
lbl Nuevo Tcnico:TLabel.
lbl Nombre:TLabel.
cboNombreTecnico:TComboBox.
lbl Especialidad/es: TLabel.

Dicono

cboEspecialidad:TComboBox.
lbl Sumar:TLabel.
btnSumar:TButton.
lbl Quitar:TButton.
btnQuitar:TButton.
lbl Todas las especialidades
lbl Servicio:TLabel.
cboNombreServicio:TComboBox.
lbl Correo electrnico:TLabel.
strMailTecnico:Tedit.
lbl Telfono:TLabel.
strTelefono:TEdit.
lbl Estado:TLabel.
cboEstado:TComboBox.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Limpiar:TButton.
btnLimpiar:TButton.

AbrirAltaTecnico( ).

No posee.

Bournissen
Prototipo:
Figura VI.173. Pantalla de agregar tcnico.
VI.3.3.1.3.30. Modificar tcnico
lnkAgregar: TLink.
lnkBorrar: TLink.
cboTecnicos:TComboBox.
lbl Nuevo Tcnico:TLabel.
lbl Nombre:TLabel.
cboNombreTecnico:TComboBox.
lbl Especialidad/es: TLabel.
cboEspecialidad:TComboBox.
lbl Sumar:TLabel.

Dicono
btnSumar:TButton.
lbl Quitar:TButton.
btnQuitar:TButton.
lbl Todas las especialidades
lbl Servicio:TLabel.
cboNombreServicio:TComboBox.
strMailTecnico:Tedit.
lbl Telfono:TLabel.
strTelefono:TEdit.
lbl Estado:TLabel.
cboEstado:TComboBox.
lbl Aplicar:TLabel.
btnAplicar:TButton.
btnLimpiar:TButton.

AbrirModificarTecnico(int NroTecnico; int CodServicio).

No posee.

Bournissen
Prototipo:
Figura VI.174. Pantalla de modificar tcnico.
VI.3.3.1.3.31. Borrar tcnico
lbl Borrar a:TLabel.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirBajaTecnico(int NroTecnico; int CodServicio).

No posee.

Dicono
Prototipo:
Figura VI.175. Pantalla de baja de tcnico.
VI.3.3.1.3.32. Mantener usuarios
lnkAgregar: TLink.
lnkBorrar: TLink.
cboTecnicos:TcomboBox.
lbl Buscar:TLabel.
strNombreUsuario:Tedit.
lbl Buscar:TLabel.
btnBuscar:TButton.
lbl Bsqueda sensible a maysculas y minsculas:TLabel.
grp Foto: Tgraphics.
lbl Datos Personales: TLabel.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.
lbl Sector: TLabel.

Bournissen
strSector: TStr.
lbl Cargo: TLabel.
strCargo: TStr.

AbrirUsuarios(int NroUsuario, str Buscar).
El nmero de usuario que recibe es el que se encuentra actualmente
conectado al sistema.

No posee.
Prototipo:
Figura VI.176. Pantalla mantenimiento de usuarios.
VI.3.3.1.3.33. Agregar usuario
lnkAgregar: TLink.

Dicono
lnkBorrar: TLink.
lbl Usuarios: TLabel.
cboUsuarios:TcomboBox.
lbl Buscar:TLabel.
lbl Buscar:TLabel.
btnBuscar:TButton.
lbl Nuevo Usuario:TLabel.
lbl Nombre:TLabel.
cboNombre:TComboBox.
lbl Departamento/s: TLabel.
lbl Depart. del usuario: TLabel.
cboDepartamento:TComboBox.
lbl Sumar:TLabel.
btnSumar:TButton.
lbl Quitar:TButton.
btnQuitar:TButton.
lbl Todas los departamentos
cboDepartamento:TcomboBox.
lbl Sectores:TLabel.
cboNombreSector:TComboBox.
strMailUsuario:Tedit.
lbl Telfono:TLabel.
strTelefono:Tedit.
lbl Cargo:TLabel.
strCargo:TStr.
lbl Aplicar:TLabel.
btnAplicar:TButton.
btnLimpiar:TButton.

AbrirUsuario( ).

No posee.

Bournissen
Prototipo:
Figura VI.177. Pantalla agregar usuarios.
VI.3.3.1.3.34. Modificar usuario
lnkAgregar: TLink.
lnkBorrar: TLink.
lbl Usuarios: TLabel.
cboUsuarios:TcomboBox.
lbl Buscar:TLabel.
lbl Buscar:TLabel.
btnBuscar:TButton.
lbl Modificar:TLabel.
lbl Nombre:TLabel.

Dicono
strNombre:TStr.
lbl Departamento/s: TLabel.
lbl Depart. del usuario: TLabel.
cboDepartamento:TComboBox.
lbl Sumar:TLabel.
btnSumar:TButton.
lbl Quitar:TButton.
btnQuitar:TButton.
lbl Todas los departamentos
cboDepartamento:TcomboBox.
lbl Sectores:TLabel.
cboNombreSector:TComboBox.
strMailUsuario:Tedit.
lbl Telfono:TLabel.
strTelefono:Tedit.
lbl Cargo:TLabel.
strCargo:TStr.
lbl Aplicar:TLabel.
btnAplicar:TButton.
btnLimpiar:TButton.

AbrirModificarUsuario(int NroUsuario).

No posee.

Bournissen
Prototipo:
Figura VI.178. Pantalla modificar usuarios.
VI.3.3.1.3.35. Borrar usuarios
lbl Borra:TLabel.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirBorrarUsuario(int NroUsuario).

No posee.

Dicono
Prototipo:
Figura VI.179. Pantalla baja de usuarios.
VI.3.3.1.3.36. Prioridad
lnkNuevaPrioridad: TLink.
lbl Prioridades: TLabel.
strPrioridad: TStr.
lbl Das: TLabel.
intDias: TInt.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

AbrirPrioridad( ).

No posee.

Bournissen
Prototipo:
Figura VI.180. Pantalla mantenimiento de prioridad.
VI.3.3.1.3.37. Nueva Prioridad
lbl Nueva Prioridad: TLabel.
lnkVolver: TLink.
strPrioridad: TEdit.
lbl Das: TLabel.
intDias: TEdit.
lbl Crear: TLabel.
btnCrear:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

AbrirNuevaPrioridad( ).

No posee.

Dicono
Prototipo:
Figura VI.181. Pantalla nueva prioridad.
VI.3.3.1.3.38. Modificar Prioridad
lbl Modificar Prioridad: TLabel.
lnkVolver: TLink.
strPrioridad: TEdit.
lbl Das: TLabel.
intDias: TEdit.
lbl Aplicar: TLabel.
btnAplicar:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

AbrirModificarPrioridad(int CodPrioridad).

No posee.

Bournissen
Prototipo:
Figura VI.182. Pantalla modificar prioridad.
VI.3.3.1.3.39. Borrar Prioridad
lbl Borrar la prioridad: TLabel.
strPrioridad:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirBajaPrioridad(int codPrioridad).

No posee.
Prototipo:
Figura VI.183. Pantalla baja de prioridad

Dicono
Parte de
trabajo
Alta de Derivar Actualizar Cerrar Eliminar

Asignar Buscar Recepcionar
parte de parte de parte de parte de parte de
tcnico parte Conformidad
trabajo trabajo trabajo trabajo trabajo
Nuevo Derivar Parte de Parte de Cerrar parte Eliminar

Correo
parte Parte trabajo trabajo parte
Derivar Derivar Correo Comentario Cerrar Equipo
Problemas Equipo Equipo Equipo Correo Correo
Solucin Correo Servicio Correo Equipo Servicio
Cerrar Comentarios Comentario Servicio Servicio Comentario
Dar
Equipo Servicio Comentario Confirmar
Solucin
Correo Solucin
Figura VI.184. Mapa de pantalla de partes de trabajo.
Las pantallas de las altas, bajas y modificaciones de cada caso de uso

de todas las opciones de mantenimiento son similares. La nica diferencia es
que para el caso de altas y modificaciones los atributos son editables (permite
modificar su contenido) y para las bajas slo son de lectura.
VI.3.3.1.4.1. Alta parte trabajo
lbl Alta de Parte de trabajo:TLabel.
sltUsuarios: TSlt.
lbl Aceptar: TLabel.
butAceptar:TButton.
lbl Buscar: TLabel.
strBuscar: TStr.
lbl Buscar: TLabel.
butBuscar:TButton.
lbl Bsqueda sensible a maysculas y minsculas: TLabel.
lbl No ha seleccionado un usuario: TLabel.

Bournissen

butAceptar: TButton.
En caso de que el operario del sistema introduzca las primeras letras del
apellido del usuario y presione la tecla ENTER aparece en la pantalla los
siguientes atributos:
lbl Resultados de la bsqueda: TLabel.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.
lbl Cargo: TLabel.
strCargo: TStr.
Si el usuario presiona la tecla ENTER sin haber elegido ningn usuario
se muestra los siguientes atributos:
lbl No ha seleccionado un usuario: TLabel.

AbrirAltaParteTrabajo(str Buscar).

No posee

Dicono
Prototipo:
Figura VI.185. Pantalla alta parte de trabajo (seleccin usuario).
Figura VI.186. Pantalla alta parte de trabajo (seleccin usuario).

Bournissen
VI.3.3.1.4.2. NuevoParte
lbl Nuevo Parte:TLabel.
lnkDerivar: TLnk.
lnkConsultarProblema: TLnk.
lnkCerrar: TLnk.
lnkVovler: TLnk.
lbl Usuario: TStr.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.
lbl Cargo: TLabel.
strCargo: TStr.
lbl Sector: TLabel.
strSector: TStr.
lbl Parte: TLabel.
lbl Nro.: TLabel.

Dicono

stpFechaConformidad: TStp.
stpFechaFin: TStp.
lbl Avance: TLabel.
intAvance: TInt.
lbl Problemas: TLabel.
lbl Nuevo: TLabel.
lbl Ttulo: TLabel.
strTitulo: TStr.
lbl Area: TLabel
strTarea: TStr.
lbl Existente: TLabel.
strExistente: TStr.
lbl Agregar: TLabel.
butAgregar:TButton.
lbl Problemas del parte: TLabel.
strProblema: TStr.

AbrirNuevoParte(int NroUsuario).
Int BuscarProximoNroParte( ).

No posee.

Bournissen
Prototipo:
Figura VI.187. Pantalla alta parte de trabajo.
VI.3.3.1.4.3. Derivar
lbl Derivar:TLabel.
lnkDerivar: TLnk.
lnkVovler: TLnk.
lbl Derivacin: TLabel.
lbl Parte: TLabel.
lbl Fecha/Hora: TLabel.
stpFechaDerivacion: Tstp.
cboPrioridad: TComboBox.
lbl Nombre: TLabel.
strNombreServicio: TStr.

Dicono
strNombre: TStr.
intTelefonoServicio: TInt.
lbl Correo: TLabel.
strMailServivio: TStr.

AbrirParte(int NroParte).

No posee.
Prototipo:
Figura VI.188. Pantalla de derivar parte de trabajo.
VI.3.3.1.4.4. Cerrar
lbl Cerrar:TLabel.
lnkVovler: TLnk.

Bournissen
lbl Problemas: TLabel.

lbl Problema Nro.: TLabel.
intCodProblema: TInt.
strDescripcionProblema: TStr.
lbl Solucin: TLabel.
strSolucion: TStr.
lbl Cerrar: TLabel.
butCerrar: TButton.

AbrirCerrar(int NroParte).

No posee.
Prototipo:
Figura VI.189. Pantalla cerrar parte de trabajo.

Dicono
VI.3.3.1.4.5. Derivar parte de trabajo
lbl Derivar Parte de trabajo:TLabel.
lbl Nombre: TLabel.
radNombre: TRadioSet.
lbl Nro. de Parte: TLabel.
radNumeroParte: TRadioSet.
butOrdenar: TButton.
lbl Usuario con parte abierto: TLabel.
intNroparte: TInt.
strProblema:TStr.
lbl Apellido y nombre: TLabel.
strApellido: TStr.
strNombre: TStr.
lbl Nmero: TLabel.
intNumeroUsuario: TInt.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.
lbl Cargo: TLabel.
strCargo: TStr.

AbrirDerivarParteTrabajo(boo Orden).

Esta pantalla se carga automticamente al elegir la opcin derivar con
los partes de trabajo que no han sido derivados y se muestran en la
interfaz para que el/la encargado/a de Mesa de Ayuda elija cul va a
derivar.

Bournissen
Prototipo:
Figura VI.190. Pantalla derivar parte de trabajo.
VI.3.3.1.4.6. Derivar parte
lnkDerivar: TLnk.
lnkVovler: TLnk.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.

Dicono
intTelefono: TInt.
lbl Cargo: TLabel.
strCargo: TStr.
lbl Sector: TLabel.
strSector: TStr.
lbl Parte: TLabel.
lbl Nro.: TLabel.
dtmFechaFin: TDtm.
lbl Avance: TLabel.
intAvance: TInt.
strProblema: TStr.
strServicio: TStr.
lbl Fecha derivacin: TLabel.
lbl Tcnico: TLabel.
strTecnico: TStr.

Bournissen
dtmPrioridad: TDtm.

AbrirDerivarParte(int NroParte).

No posee.
Prototipo:
Figura VI.191. Pantalla derivar parte.

Dicono
VI.3.3.1.4.7. Asignar tecnico
lbl Asignar Tcnico: TLabel.
lbl Parte a asignar: TLabel.
cboParteAAsignar: TComboBox.
strProblema: TEdit.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.
strEspecialidad: TStr.
lbl Parte: TLabel.
intNroparte: TInt.
lbl Avance: TLabel.
intAvance: TInt.
lbl Nombre: TLabel.
lbl Avance: TLabel.
radAvance: TRadioSet.
radEspecialidad: TRadioSet.
butOrdenar:TButton.

AbrirAsignarTecnico(int NroUsuario, Int Orden).
El sistema trae el nmero de usuario actualmente est conectado al
sistema.

Bournissen

No posee.
Prototipo:
Figura VI.192. Pantalla asignar tcnico.
VI.3.3.1.4.8. Buscar parte
radPrioridad:TRadioSet.
radNroParte: TRadioSet.
butOrdenar:TButton.
lbl Partes asignados: TLabel.
intNroparte: TInt.

Dicono
lbl Priridad: TLabel.

strPrioridad: TStr.
strProblema: Tstr.
lbl Fecha recepcin: TLabel.
lbl Accin: TLabel.
strAccion: TStr.
lbl Avance: TLabel.
intAvance: TEdit.
lbl Comentario: TLabel.
strComentario:TStr.
str Aplicar: TLabel.
butAplicar:TButton.
lbl Partes abiertos: TLabel.
intNroparte: TInt.
strPrioridad: TStr.
strProblema: Tstr.
dtmFechaRecepcion: TDtm.
lbl Avance: TLabel.
intAvance: TInt.

AbrirBuscarParteTrabajo(boo Orden, int NroTecnico),

No posee.

Bournissen
Prototipo:
Figura VI.193. Pantalla buscar parte de trabajo.
VI. 3.3.2.4.9. Accion
lbl Tiempo estimado?:TLabel.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirAccion(Str tiempo).

No posee.

Dicono
Prototipo:
Figura VI.194. Pantalla accin.
VI.3.3.1.4.10. Parte trabajo
lbl Actualizar Parte de trabajo:TLabel.
radPrioridad:TRadioSet.
butOrdenar:TButton.
intNroparte: TInt.
strPrioridad: TStr.
strProblema: Tstr.
lbl Avance: TLabel.
intAvance: TEdit.
strComentario:TStr.
str Aplicar: TLabel.
butAplicar:TButton.

Bournissen
AbrirActualizarParteTrabajo(boo Orden, int NroTecnico).

No posee.
Prototipo:
Figura VI.195. Pantalla actualizar parte de trabajo.
VI.3.3.1.4.11. Dar solucin
lbl Dar solucin:TLabel.
lnkVolver:TLink.
lbl Problema/s: TLabel.
lbl Problema nro.: TLabel.
lbl Solucin:TLabel.
lnkSolucion:TLink.

Dicono

AbrirDarSolucion(int NroParte).

No posee.
Prototipo:
Figura VI.196. Pantalla dar solucin.
VI.3.3.1.4.12. Recepcionar Conformidad
lbl Recepcionar conformidad:TLabel.
lbl Partes de trabajo: TLabel.
intNroparte: TInt.
lbl Fecha de recepcin parte:TLabel.
stpFechaRecepcin:TStp.
strNombreTecnico: TStr.

Bournissen
lbl Tcnico: TLabel.

strNombreTecnico: TStr.
lbl Avance:TLabel.
strAvance: Tstr.
lbl Problema y solucin: TLabel.
lnkSolucion:TLink.

AbrirRecepcionarConformidad(int NroUsuario).

No posee.
Prototipo:
Figura VI.197. Pantalla decepcionar conformidad.
VI.3.3.1.4.13. Cerrar parte trabajo
lbl Cerrar Parte de trabajo:TLabel.

Dicono

radUsuario: TRadioSet.
radPrioridad: TRadioSet.
intNroparte: TInt.
strPrioridad: TStr.
strProblema: Tstr.
dtmFechaComienzo: TDtm.
lbl Avance: TLabel.
intAvance: TEdit.

AbrirCerrarParteTrabajo(int NroUsuario, int Orden).

No posee.

Bournissen
Prototipo:
Figura VI.198. Pantalla de cerrar parte de trabajo.
VI.3.3.1.4.14. Cerrar parte
lbl Cerrar Parte:TLabel.
lnkCerrar: TLnk.
lnkVolver: TLnk.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.

Dicono
lbl Cargo: TLabel.

strCargo: TStr.
lbl Sector: TLabel.
strSector: TStr.
lbl Parte: TLabel.
lbl Nro.: TLabel.
stpFechaFin: TStp.
lbl Avance: TLabel.
intAvance: TInt.
strProblema: TStr.
strServicio: TStr.
lbl Fecha derivacin: TLabel.
lbl Tcnico: TLabel.
strTecnico: TStr.

Bournissen

dtmPrioridad: TDtm.

AbrirCerrarParte(int NroParte).

No posee.
Prototipo:
Figura VI.199. Pantalla cerrar parte.

Dicono
VI.3.3.1.4.15. Eliminar parte trabajo
lbl Eliminar Parte de trabajo:TLabel.
radUsuario: TRadioSet.
radPrioridad: TRadioSet.
lbl Todos los partes de trabajo: TLabel.
intNroparte: TInt.
strPrioridad: TStr.
strProblema: Tstr.
strNombreUsuario: TStr.
lbl Avance: TLabel.
intAvance: TEdit.

AbrirEliminarParteTrabajo(int orden).

No posee.

Bournissen
Prototipo:
Figura VI.200. Pantalla eliminar parte de trabajo.
VI.3.3.1.4.16. Eliminar parte
lbl Cerrar Parte:TLabel.
lnkEliminar: TLnk.
lnkVolver: TLnk.
lbl Nmero: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
intTelefono: TInt.

Dicono
lbl Cargo: TLabel.

strCargo: TStr.
lbl Sector: TLabel.
strSector: TStr.
lbl Parte: TLabel.
lbl Nro.: TLabel.
dtmFechaFin: TDtm.
lbl Avance: TLabel.
intAvance: TInt.
strProblema: TStr.
strServicio: TStr.
lbl Fecha derivacin: TLabel
lbl Tcnico: TLabel.
strTecnico: TStr.

Bournissen
stpPrioridad: TStp.
lbl Est seguro de borrar el parte?: TLabel.
lbl Cancelar: TLabel.
butCancelar: TButton.
lbl Esta seguro de borrar el parte:TLabel.
lbl Aceptar:TLabel.
btnAceptar:TButton.

AbrirEliminarParte(int NroParte).

No posee.
Prototipo:
Figura VI.201. Pantalla eliminar parte.

Dicono
VI.3.3.2. Clases de control
En el caso de los requisitos especiales se menciona los controladores a

los que se puede llamar, dependiendo la accin que se realice. Esto ocurre
debido a los controladores son usados para varias acciones distintas.
VI.3.3.2.1. GestionarEspecialidad
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexin.

public void setConexion(Connection c).
public void inicializarDatos(int accion, int x, String z).
public Especialidad seleccionarDatos(int accion).
public void modificarRegistro(Especialidad e).
public void insertarRegistro(Especialidad e).
public void borrarRegistro(int c).
public int determinarCod().
public Especialidad cargarTecnicos(Especialidad e).

Carga el controlador de GestionTcnicos.
VI.3.3.2.2. GestionPeriferico
private Connection conexion.

public void setConexion(Connectin c) .
public EquipoPeriferico seleccionarDatos(int accion).
public void modificarRegistro(EquipoPeriferico ep).
public void insertarRegistro(EquipoPeriferico ep).

Bournissen
public void borrarRegistro(EquipoPeriferico ep).

public EquipoPeriferico cargarEquipo(EquipoPeriferico ep).

Cargar el controlador de GestionEquipos.
VI.3.3.2.3. GestionHard

public Hard seleccionarDatos(int accion) .
public void modificarRegistro(Hard h, int c).
public void insertarRegistro(Hard h).
public void borrarRegstro(Hard h).
public Hard cargarEquipos(Hard h).
public boolean verificarCod(long c).

No posee.
VI.3.3.2.4. GestionParteTrabajo

public Equipo seleccionarDatos(int accion) .
public void modificarRegistro(Equipo e, int n, String c).

Dicono
public void insertarRegistro(Equipo e).

public void borrarRegistro(Equipo e).
public Equipo cargarTipoEquipo(Equipo e).
public Equipo cargarPeriferico(Equipo e).
public Equipo cargarHard(Equipo e).
public Equipo cargarSoft(Equipo e).
public Equipo cargarPartes(Equipo).

Carga los controladores GestionEquipo, GestionPeople, GestionSector,
GestionProblema, GestionServicioParteTrabajo y GestionTecnico.
VI.3.3.2.5. GestionUsuarios
private Connection connexion.

public void setConexion(Connection c) .
public People seleccionarDatos(int accion).
public void modificarRegistro(People p).
public void insertarRegistro(People p).
public void borrarRegistro(People p).
public People cargarSectores(People p).
public People cargarPartes(People p).

Carga los controladores GestionSector y GestionParteTrabajo.
VI.3.3.2.6. GestionPrioridades

Bournissen

public Prioridad seleccionarDatos(int accion).
public void modificarRegistro(Prioridad p, int c).
public void insertarRegistro(Prioridad p).
public void borrarRegistro(Prioridad p).
public Prioridad cargarServiciosParte(Prioridad p).

Carga el controlador GestionServicioParteTrabajo.
VI.3.3.2.7. ConsultarProblemas

public Problema seleccionarDatos(int accion).
public void insertarRegistro(Problema p).
public Problema cargarSoluciones(Problema p).
public Problema cargarPartes(Problemas p).

Carga los controladores Gestionsolucion y GestionParteTrabajo.
VI.3.3.2.8. GestionarServicio

Dicono

public void inicializarDatos(int accion, int x, String z) .
public Servicio seleccionarDatos(Servicio s) .
public void modificarRegistro(Servicio s) .
public void insertarRegistro(Servicio s) .
public void borrarRegistro(Servicio s) .
public Servicio cargarTecnicos(Servicio s) .
public Servicio cargarServiciosPartes(Servicio s) .

Carga los controladores GestionServicioParteTrabajo y GestinTecnico.
VI.3.3.2.9. GestionarParteTrabajoServicio

public ServicioParteTrabajo seleccionarDatos(int accion) .
public void insertarRegistro(ServicioParteTrabajo spt) .
public ServicioParteTrabajo cargarParte(ServicioParteTrabajo spt) .
public ServicioParteTrabajo cargarPrioridad(ServicioParteTrabajo spt) .
public ServicioParteTrabajo cargarServicio(ServicioParteTrabajo spt) .
public ServicioParteTrabajo cargarTecnico(ServicioParteTrabajo spt) .
public void asignarTecnico(TecnicoServicio t, ServicioParteTrabajo spt) .
public void actualizarPrioridad().
public void hacerComentario(ServicioParteTrabajo spt, String c) .
public void fechaComienzo(ServicioParteTrabajo spt, Timestamp t) .

Carga los controladores GestionParteTrabajo, GestionTecnico,
GestionServicio y GestionPrioridad.

Bournissen
VI.3.3.2.10. GestionarLicencias

public void setConexion(Connection c)
public void inicializarDatos(int accion, int x, String z)
public Soft seleccionarDatos(int accion).
public void borrarRegistro(Soft s).
public void insertarRegistro(Soft s).
public void modificarRegistro(Soft s, String c).
public Soft cargarEquipos(Soft s).

No posee.
VI.3.3.2.11. GestionTecnicos

public TecnicoServicio seleccionarDatos(int accion) .
public void borrarRegistro(TecnicoServicio t) .
public void insertarRegistro(TecnicoServicio t) .
public void modificarRegistro(TecnicoServicio t) .
public void estadoTecnico(boolean e, int n) .
public TecnicoServicio cargarEspecialidades(TecnicoServicio t) .
public TecnicoServicio cargarServicios(TecnicoServicio t) .
public TecnicoServicio cargarServiciosParte(TecnicoServicio t) .
public TecnicoServicio cargarPartes(TecnicoServicio t) .

Dicono

Carga los controladores de GestionEspecialidad, GestionServicio,
GestionServicioParteTrabajo y GestionParteTrabajo.
VI.3.3.2.12. GestionarTipoEquipo

public TipoEquipo seleccionarDatos(int accion).
public void borrarRegistro(TipoEquipo te).
public void insertarRegistro(TipoEquipo te).
public void modificarRegistro(TipoEquipo te).
public TipoEquipo cargarEquipos(TipoEquipos te).

No posee.
VI.3.3.2.13. GestionarEquipos
private ResultSetrsDatos.
private Connectionconexion.

public void setConexion(Connection c){this.conexion = c;}
public void borrarRegistro(Equipo E).
public void modificarRegistro(Equipo E, String oldCode).
public void insertarRegistro(Equipo E).
public String verificarCod(String c).
public long verificarIp(long ip).

Bournissen
public void sumarSoft(int codSoft, String codEquipo).

public void restarSoft(int codSoft, String codEquipo).
public void sumarHard(long codHard, String codEquipo).
public void restarHard(long codHard, String codEquipo).
public Equipo seleccionarDatos(int accion).
private Equipo cargarHard(Equipo E).
private Equipo cargarSoft(Equipo E).
private Equipo cargarEquipoPeriferico(Equipo E).
private Equipo cargarTipoEquipo(Equipo E).

No posee.
VI.3.3.3. Clases de entidad
Al describir los atributos de las entidades se encuentran los atributos

propios de la clase entidad y atributos de otras entidades (prestados) que son
usados en los mtodos. Por este motivo se realiza una separacin en la
descripcin entre propios y prestados.
VI.3.3.3.1. Equipo inventario
Propios
public class Equipo {
private String CodEquipo.
private int NroUsuario.
private int CodTipoEquipo.
private long Ip}.
Prestados
private TipoEquipo TE.
private Vector equipoPeriferico, hard, soft, parteTrabajo.}

public Equipo(String a, int b, int c)
{this.codEquipo = a
this.nroUsuario = b
this.codTipoEquipo = c
this.TE = null

Dicono
this.equipoPeriferico = new Vector()

this.hard = new Vector()
this.soft = new Vector()
this.parteTrabajo = new Vector().}
public Equipo(String a, int b, int c, long d){
this.codEquipo = a.
this.nroUsuario = b.
this.codTipoEquipo = c.
this.ip = d.
this.TE = null.
this.equipoPeriferico = new Vector().
this.hard = new Vector().
this.soft = new Vector().
this.parteTrabajo = new Vector(); } public void setCodEquipo(String c)
{this.codEquipo = c;}
public void addEquipoPeriferico(EquipoPeriferico ep)
{this.equipoPeriferico.addElement(ep);}
public void addHard(Hard h) {this.hard.addElement(h);}
public void addSoft(Soft s) {this.soft.addElement(s);}
public void addParteTrabajo(ParteTrabajo p)
{this.parteTrabajo.addElement(p);}
public voidsetTipoEquipo(TipoEquipo TE) {this.TE = TE; codTipoEquipo
= TE.getCodTipoEquipo();}
public int getCodTipoEquipo() {return this.codTipoEquipo;}.
public String getCodEquipo() {return this.codEquipo;}.
public int getNroUsuario() {return this.nroUsuario;}.
public long getIp() {return this.ip;} .
public TipoEquipo getTipoEquipo() {return this.TE;}.
public Enumeration getEquipoPeriferico()
{return this.equipoPeriferico.elements();}.
public Enumeration getHard() {return this.hard.elements();}.
public Enumeration getSoft() {return this.soft.elements();}.
public Enumeration getParteTrabajo() {return this.parteTrabajo.elements();}.
public String getDescTipoEquipo() {if(TE!=null) return
this.TE.getDescripcion();else return "";}.
public String getIpString() {//para ir extrayendo los 4 octetos de la ip se
van enmascarando de a uno
String x = ""; long n;
n = (ip & Long.parseLong("FF000000",16)) /
(Long.parseLong ("00FFFFFF", 16)+1); x = x + Long.toString(n)+".";

Bournissen
n = (ip & Long.parseLong("00FF0000",16)) /

(Long.parseLong("0000FFFF", 16)+1);
x = x + Long.toString(n)+".";
n = (ip & Long.parseLong("0000FF00",16)) /
(Long.parseLong("000000FF", 16)+1);
x = x + Long.toString(n)+".";
n = (ip & Long.parseLong("000000FF",16)) /
(Long.parseLong("00000000", 16)+1);
x = x + Long.toString(n);return x; }}.

No posee.
VI.3.3.3.2. Equipo Hard
Propios
public class EquipoHard {
private Int CodEquipo, CodHard.
private Timestamp FechaEntradaH, FechaSalidaH}.
Prestados
No posee.

No posee operaciones/mtodos propios debido a que siempre es usada
junto con la entidad hard.

No posee.
VI.3.3.3.3. Equipo perifrico
Propios
public class EquipoPeriferico {
private Timestamp FechaEntradaP, FechaSalidaP.
private String Descripcion.
private int CodPeriferico, CodEquipo.
Prestados

Dicono
private Vector equipos; }.

public void setCodEquipo(String c) {this.codEquipo = c;}.
public void setCodPeriferico(int c) {this.codPeriferico = c;}.
public void addEquipo(Equipo e) {this.equipos.addElement(e);}.
public String getCodEquipo() {return this.codEquipo;}.
public int getCodPeriferico() {return this.codPeriferico;}.
public String getDescripcion() {return this.descripcion;}.
public Timestamp getFechaEntradaP() {return this.fechaEntrada;}.
public Timestamp getFechaSalidaP() {return this.fechaSalida;}.
public Enumeration getEquipos() {return this.equipos.elements();}.

No posee.
VI.3.3.3.4. Equipo tipo
Propios
public class TipoEquipo {
private String Descripcion.
private int CodTipoEquipo.
Prestados

public void setCodTipoEquipo(int c) {this.codTipoEquipo = c;}.
public int getCodTipoEquipo() {return this.codTipoEquipo;}.

No se puede dar de baja si existe un equipo de este tipo en equipo
inventario.

Bournissen
VI.3.3.3.5. Equipo Soft
Propios
public class EquipoSoft {
private Int CodEquipo, CodSoft}.
Prestados
No posee.

junto con las entidades EquipoInventario y SoftLicencias.

No posee.
VI.3.3.3.6. Especialidad
Propios
public class Especialidad {
private int CodEspecialidad.
private String Especialidad.
Prestados
private Vector tecnicos; }.

public void setCodEspecialidad(int c) {this.codespecialidad = c;}.
public void setEspecialidad(String e) {this.especialidad = e;}.
public void setTodo(int c, String e)
{setCodEspecialidad(c);setEspecialidad(e);}.
public void addTecnico(TecnicoServicio t) {this.tecnicos.addElement(t);}.
public int getCodEspecialidad() {return codespecialidad;}.
public String getEspecialidad() {return especialidad;}.
public Enumeration getTecnicos() {return tecnicos.elements();}.

No se puede dar de baja si existe un tcnico con esa especialidad.

Dicono
VI.3.3.3.7. Especialidad Tecnico
Propios
public class EspecialidadTecnico {
private int NroTecnico.
private String CodEspecialidad.
Prestados
private Vector Especialidad; }.

junto con la entidad tecnicos y/o especialidad.

No posee.
VI.3.3.3.8. Hard
Propios
public class Hard {
private Timestamp FechaCompra.
private String DescripcionH.
private String Proveedor.
private int Garantia.
private long CodHard.
private EquipoHard Equipohard.
Prestados
private String CodEquipo.
private String Mac.
private Timestamp FechaEntradaH.
private Timestamp FechaSalidaH}.

public Hard(long a, Timestamp b, int c, String d, String e)
{this.codHard = a.
this.fechaCompra = b.
this.garantia = c.
this.proveedor = d.

Bournissen
this.descripcin = e;}
public Hard(long a, Timestamp b, int c, String d, String e, String f,
Timestamp g, Timestamp h)
{this.codHard = a.
this.fechaCompra = b.
this.garantia = c.
this.proveedor = d.
this.descripcin = e.
this.codEquipo = f.
this.fechaEntradaH = g.
this.fechaSalidaH = h.
this.equipo = null; }
public void setCodHard(int c) {this.codHard = c;}.
public void setFechaEntradaH(Timestamp t) {this.fechaEntradaH = t;}.
public void setFechaSalidaH(Timestamp t) {this.fechaSalidaH = t;}.
public void setEquipo(Equipo e) {this.equipo = e; codEquipo =
e.getCodEquipo();}.
public void setMac(String m) {this.mac = m;}.
public long getCodHard() {return this.codHard;}.
public int getGarantia() {return this.garantia;}.
public String getMac() {return this.mac;}.
public String getProveedor() {return this.proveedor;}.
public Timestamp getFechaCompra() {return this.fechaCompra;}.
public Timestamp getFechaEntradaH() {return this.fechaEntradaH;}.
public Timestamp getFechaSalidaH() {return this.fechaSalidaH;}.
public Equipo getEquipos() {return this.equipo;}}.

No posee.
VI.3.3.3.9. Red
Propios
public class Red{
private Int CodHard.
private String Mac}.
Prestados
No posee.

Dicono

junto con la entidad hard.

No posee.
Propios
public class ParteTrabajo{
private int NroParte, NroUsuario, CodEquipo, NroTecnico, Avance.
private Timestamp FechaRecepcion, FechaConformidad, FechaFin.
private boolean conformidad.
Prestados
private Vector equipos, problemas, serviciosParte.
private People usuario.
private TecnicoServicio tecnico; }

public void setUsuario(People u) {this.usuario = u;}.
public void setTecnico(TecnicoServicio t) {this.tecnico = t;}.
public void setFechaConformidad(Timestamp fc)
{this.FechaConformidad = fc;}.
public void setAvance(int a) {this.avance = a;}.
public void setFechaFin(Timestamp ff) {this. FechaFin = ff;}.
public void addProblema(Problema p) {this.problemas.addElement(p);}.
public void addServicioParte(ServicioParteTrabajos).
{this.serviciosParte.addElement(s);}.
public int getNroParte() {return this.nroParte;}.
public int getNroUsuario() {return this.nroUsuario;}.
public Timestamp getFechaRecepcion() {return this. fechaRecepcion;}.
public Timestamp getfechaConformidad() {return this.
FechaConformidad;}.
public int getCodEquipo() {return this.codEquipo;}.
public int getNroTecnico() {return this.nroTecnico;}.
public Timestamp getFFin() {return this.fFin;}.
public boolean getConformidad() {return this.conformidad;}.

Bournissen
public int getAvance() {return this.avance;}.

public People getPeople() {return this.usuario;}.
public TecnicoServicio getTecnico() {return this.tecnico;}.
public Enumeration getProblemas() {return this.problemas.elements();}.
public Enumeration getServiciosParte().

No se puede dar de baja una vez que se ha asignado a un tcnico y el
trabajo no est conformado y cerrado.
Propios
public class Usuarios {
int NroPeople.
String MailUsuario.
String TelefonoUsuario.
String Cargo.
Int Idlogin.
Prestados
String Nombre.
String ApellidoP
String IdLogin.
long Apellidop.
Int NroSector
Vector sectores; }

public void setTelefonoUsuario(long t) {this.tele = t;}.
public void setNroPeople(int nro) {this.nropeople = nro;}.
public void setNombre(String nombre) {this.nombre = nombre;}.
public void setApellidoP(String apeP) {this.apellidoP = apeP;}.
public void addSector(Sector s) {this.sectores.addElement(s);}.
public String getNombre() {return this.nombre;}.
public int getNroPeople() {return this.nropeople;}.
public String getApellidoP() {return this.apellidoP;}.
public String getMailUsuario() {return this.mailusuario;}.
public String getCargo() {return this.cargo;}.

Dicono
public String getIdLogin() {return this.idLogin;}.

public long getTelefonousuario() {return this.tele;}.
public Enumeration getSectores() {return this.sectores.elements();}.

En casos de dar de baja un usuario que tenga un equipo asignado, este
queda libre.
VI.3.3.3.12. People
Propios
public class People {
int NroPeople.
String Nombre.
String ApellidoP.
String ApellidoC.
Int NroSector.
Prestados
String MailUsuario.
String Cargo
String idLogin.
long TelefonoUsuario.
Vector sectores; }

public void setTelefonoUsuario(long t) {this.tele = t;}.
public void setNroPeople(int nro) {this.nropeople = nro;}.
public void setNombre(String nombre) {this.nombre = nombre;}.
public void setApellidoP(String apeP) {this.apellidoP = apeP;}.
public void addSector(Sector s) {this.sectores.addElement(s);}.
public int getNroPeople() {return this.nropeople;}.
public String getApellidoP() {return this.apellidoP;}.
public String getMailUsuario() {return this.mailusuario;}.
public String getCargo() {return this.cargo;}.
public String getIdLogin() {return this.idLogin;}.
public long getTelefonousuario() {return this.tele;}.
public Enumeration getSectores() {return this.sectores.elements();}.

Bournissen

No se dan de baja registros en people.
VI.3.3.3.13. Masectorus
Propios
public class Masectorus {
private Int NroSector.
private Int NroUsuario.
private Int CodServicio.
private String Nombre.
private Long Telefono.
private String Mail.
private Int CodResponsable}.
Prestados
No posee.

junto con la entidad usuarios y/o people.

No posee.
Propios
public class Prioridad {
private int CodPrioridad, Dias.
private String Prioridad.
Prestados
private Vector serviciosParte; }

public void setCodPrioridad(int c) {this.codprioridad = c;}.
public void setPrioridad(String p) {this.prioridad = p;}.
public void setDias(int d) {this.dias = d;}.

Dicono
public void setTodo(int c, String p, int d)

{setCodPrioridad(c);setPrioridad(p); setDias(d);}.
public void addServiciosParte(ServicioParteTrabajo sp)
{this.serviciosParte.addElement(sp);}.
public int getCodPrioridad() {return codprioridad;}.
public String getPrioridad() {return prioridad;}.
public int getDias() {return dias;}.
public Enumeration getServiciosParte().

No se puede dar de baja si est asignada a un parte de trabajo.
VI.3.3.3.15. Problema Tipo
Propios
public class ProblemaTipo {
private String DescripcionTipoProblema.
private Int CodTipoProblema}.
Prestados
No posee.

junto con la entidad problema.

No posee.
VI.3.3.3.16. Problema
Propios
public class Problema {
private String DescripcinBreve, DescripcionProblema.
private Int CodTipoProblema.
private Int CodProblema.
Prestados
private Timestamp fechaSolucion.

Bournissen
private Vector solucion.

private Vetor partes; }

public void addSolucion(Solucion s) {this.solucion.addElement(s);}.
public void addParte(ParteTrabajo p) {this.partes.addElement(p);}.
public int getCodProblema() {return this.codProblema;}.
public String getDescripcionProblema() {return
this.descripcionproblema;}.
public String getDescripcionBreve() {return this.descripcionbreve;}.
public String getCodTipoProblema() {return this.codTipoProblema;}.
public Enumeration getSolucion() {return this.solucion.elements();}.
public Enumeration getPartes() {return this.partes.elements();}.
public Timestamp getFechaSolucion() {return this.fechaSolucion;}.
public Enumeration getDescSolucion() {//Devuelve una enumeracion de
las solucines (atributo no objeto).
Vector DS = new Vector().

No se pueden dar de baja ni se modifican.
VI.3.3.3.17 Problema Parte Trabajo
Propios
public class ProblemaParteTrabajo {
private Int NroParte, CodProblema}.
Prestados
No posee.

junto con la entidad parte de trabajo y problema.

No posee.

Dicono
VI.3.3.3.18. Sector
Propios
public class Sector {
private string Nombre;
private string Jerarquia;
private string TratamientoJefe;
private int NroSector
private int Jefe;
Prestados
private vector peoples; }

public void setNroSector(int n) {this.nroSector = n;}.
public void setNombre(String n) {this.nombre = n;}.
public void addPeople(People p) {this.peoples.addElement(p);}.
public int getNroSector() {return this.nroSector;}.
public String getJerarquia() {return this.jerarquia;}.
public int getJefe() {return this.jefe;}.
public String getTratamiento() {return this.tratamiento;}.
public Enumeration gePeoples() {return this.peoples.elements();}.

Esta entidad no pertenece al sistema de Mesa de Ayuda.
VI.3.3.3.19. Servicio
Propios
public class Servicio {
private int CodServicio.
private int CodResponsable.
private string Nombre.
private string Mail.
private long Telefono.
Prestados
private string NombreRes;
private vector tecnicos;

Bournissen
private vector serviciosParte; }

public void setCodResponsable(int c) {this.codResponsable = c;}.
public void setCodigo(int c) {this.codigo = c;}.
public void setNombre(String n) {this.nombre = n;}.
public void setTelefono(long t) {this.tele = t;}.
public void setMail(String m) {this.mail = m;}.
public void setNombreRes(String n) {this.nombreRes = n;}.
public void addTecnico(TecnicoServicio t)
{this.tecnicos.addElement(t);}.
public int getCodRes() {return codRes;}.
public int getCodigo() {return codigo;}.
public String getNombre() {return nombre;}.
public String getNombreRes() {return nombreRes;}.
public long getTelefono() {return tele;}.
public String getMail() {return mail;}.
public Enumeration getServiciosParte()
{return this.serviciosParte.elements();}.
public Enumeration getTecnicos().

En caso de dar de baja un servicio se deben reasignar los tcnicos que
pertenecen a l.
VI.3.3.3.20. Servicio parte de trabajo
Propios
public class ServicioParteTrabajo{
private int NroParte.
private int TiempoEstimado.
private int CodPrioridad.
private timestamp FechaDerivacion.
private timestamp FechaRecepcionTecnico.

Dicono
private timestamp FechaComienzo.

private timestamp FechaActPrioridad.
private String Comentario.
private Int Avance.
Prestados
private ParteTrabajo.
private TecnicoServicio.
private Prioridad.
private Servicio}.

public void setParteTrabajo(ParteTrabajo pt){this.parteTrabajo = pt;
nroParte = parteTrabajo.getNroParte();}.
public void setTecnico(TecnicoServicio t) {this.tecnico = t;
nroTecnico = tecnico.getNroTecnico();}.
public void setPrioridad(Prioridad p) {this.prioridad = p;
codPrioridad = prioridad.getCodigo();}.
public void setServicio(Servicio s) {this.servicio = s;
codServicio = servicio.getCodigo();}.
public void setComentario(String c) {this.comentario = c;}.
public void setFechaActPrioridad(Timestamp t)
{this.fechaActPrioridad = t;}.
public int getNroParte() {return this.nroParte;}.
public int getCodServicio() {return this.codServicio;}.
public Timestamp getFechaDerivacion() {return this.fechaDerivacion;}.
public Timestamp getFechaRecepcionTecnico()
{return this.fRecepcionTecnico;}.
public Timestamp getFechaComienzo() {return this.fechaComienzo;}.
public int getTiempoEstimado() {return this.tiempoEstimado;}.
public String getComentario() {return this.comentario;}.
public Timestamp getFechaActPrioridad() {return
this.fechaActPrioridad;}.
public int getCodPrioridad() {return this.codPrioridad;}.
public ParteTrabajo getParteTrabajo() {return this.parteTrabajo;}.
public TecnicoServicio getTecnico() {return this.tecnico;}.
public Prioridad getPrioridad() {return this.prioridad;}.
public Servicio getServicio() {return this.servicio;}.

Bournissen

Solo se borra cuando el parte de trabajo es borrado.
VI.3.3.3.21. Soft Licencia
Propios
public class Soft {
private String DescripcionS, NroLicencia.
private int Cantidad, CodSoft.
private timestamp FechaEx.
Prestados

public void setCodHard(int c) {this.codSoft = c;}.
public int getCodSoft() {return this.codSoft;}.
public int getCantidad() {return this.cantidad;}.
public String getNroLicencia() {return this.nroLicencia;}.

No posee.
VI.3.3.3.22. Solucin
Propios
public class Solucion {
private string Solucion.
private int CodProblema.
Private int CodSolucion.
Prestados
private string Problema}.

public void setCodProblema(int c) {this.codProblema = c;}.

Dicono
public void setCodSolucion(int c) {this.codSolucion = c;}.

public void setSolucion(String s) {this.solucion = s;}.
public void setProblema(Problema p) {this.problema = p;}.
public int getCodProblema() {return codProblema;}.
public int getCodSolucion() {return codSolucion;}.
public String getSolucion() {return solucion;}.
public Problema getProblema() {return problema;}.
public String getDescBreveProblema() {if(problema!=null) return
problema.getBreve();else return "";}.
public String getDescProblema() {if(problema!=null)return
problema.getDescripcion();return "";}.

No se borran ni se modifican.
VI.3.3.3.23. Tcnicos
Propios
public class TecnicoServicio {
private int MailTecnico.
Private string Nombre.
Private long Telefono.
Private boolean Estado.
Prestados
private Vector especialidades.
private vector partes.
private vector servicios.
private vector serviciosParte}.

public void addEspecialidad(Especialidad e)
{this.especialidades.addElement(e);}.
public void addPartes(ParteTrabajo p) {this.partes.addElement(p);}.
public void addServicios(Servicio s) {this.servicios.addElement(s);}.
public int getCodServicio() {return this.codServicio;}.

Bournissen
public String getMailtecnico() {return this.mailtecnico;}.

public long getTelefono() {return this.tele;}.
public Boolean getEstado() {return this.estado;}.
public Enumeration getEspecialidades()
{return this.especialidades.elements();}.
public Enumeration getPartes() {return this.partes.elements();}.
public Enumeration getServicios() {return this.servicios.elements();}.
public Enumeration getServiciosParte()
{return this.serviciosParte.elements();}.
public Enumeration getDescEspecialidad() {//Devuelve una
enumeracion de la especialidad (atributo no objeto).
Vector ES = new Vector().

No se borran, slo se pasa de estado activo a pasivo.
VI.3.3.3.24. Tcnico servicio
Propios
public class TecnicoServicio {
Prestados
private string nombre.
private string MailTecnico.
private long Telefono.
private boolean estado.
private Vector especialidades.
private vector partes.
private vector servicios.
private vector serviciosParte}.

junto con la entidad tecnicos.

No posee.

Dicono
VI.3.4. D 4. Describir el modelo de datos
A continuacin, en la figura VI.202, se presenta el modelo de datos

(Diagrama entidad Relacin) mediante un diagrama de clases que se
implementa en la base de datos relacional Postgres que, como ya se
mencion, es la base de datos usada en todos los sistemas de la Universidad.
Cuando se realiza el diseo orientado a objetos, las entidades estn
pensadas para ser implementadas en una base de datos orientada a objetos,
pero la realidad de la Universidad es que se usa una base de datos relacional.
Por lo tanto se deben adaptar las clases de entidad para transformarse en
tablas de una base de datos relacional. Luego del modelo de datos se
describen cada una de las entidades en forma de tablas donde se describen
cada uno de los atributos en las tablas VI.65 a la VI.87.
1 0..n
EquipoTipo EquipoPeriferico
Sector (from Entidad) (from Diagramas de clases de anali sis)
(from Diagramas de clases de anali sis) 1

1 1..n 1..n
1..n
1..n
1..n EquipoHard
1 1
(from Diagramas de clases de anali sis)1
1..n
EquipoInventario
Masectorus
0..n 1
1 Hard
0..n
1..n Red
(from Entidad)
1 0..n
1 (from
1..nDiagrama de clases de di seo)
1 1
EquipoSoft SoftLicencias
Usuarios 1
(from Diagramas de clases de analisis) (from Entidad)
(from Diagramas de clases de anali sis) 1..n 0..1
1 1..n
1
1
ParteDeTrabajo 1 Problema parte de trabajo
People (from Diagramas de clases de anal isis) (from Entidad)
1 1..n
(from Diagramas de clases de anal isis) Prioridades
1
(from Diagramas de clases de anali sis) 1
1
EspecialidadTecnico 1
1..n 1 1..n Problema
(from Entidad) 1 1..n
1..n 1..n (from Entidad)
Tecnicos 1
1..n
1 0..n
1
ServicioParteTrabajo
Especialidad 1
(from Entidad)
Servicios
1..n 1..n
1
TecnicoServicio
ProblemaTipo Solucion
(from Diagrama de clases de diseo)
(from Enti dad) (from Diagramas de clases de anali sis)
Figura VI.202. Modelo de datos.

Bournissen
VI.3.4.1. Descripcin de atributos y claves
Se detallan los atributos de cada una de las clases del diagrama anterior,
precisando las claves de las mismas. Cuando una clave es principal se la
denomina con la letra P, y cuando es externa se la designa con la letra E. En
caso de darse una combinacin de claves se muestran las dos letras.
Equipo hard: contiene todas las partes con las que est compuesto un equipo,
adems de mantener el historial de los equipos en que estuvo instalado. Esto
puede verse en la Tabla VI.65.
Claves atributo tipo tamao rango

PE CodEquipo alfanumrico 10 -
PE CodHard alfanumrico 15 -
P FechaEntradaH stimestamp - fecha del sistema*
FechaSalidaH stimestamp - fecha del sistema
Tabla VI.65. Atributos de equipo hard.
* Se refiere a la fecha del servidor en el momento en que se produce la

modificacin de este atributo.
Equipo inventario: registra todos los equipos que existen en la Universidad,

como se muestra en la Tabla VI.66.
Claves atributos tipo tamao rango

P CodEquipo alfanumrico 10 -
E NroUsuario numrico 6
E CodTipoEquipo numrico 6 1 - 999999
Ip numrico 12 -
Tabla VI.66. Atributos de equipo inventario.
Equipo perifrico: almacena todos los perifricos que estn conectados a

algn equipo, como se detalla en la Tabla VI.67.

P CodEquipo alfanumrico 15 -
E CodPeriferico alfanumrico 15 -
FechaEntradaP stimestamp - fecha del sistema
FechaSalidaP stimestamp - fecha del sistema
DescripcionP alfanumrico 50 -
Tabla VI.67. Atributos de equipo perifrico.

Dicono
Equipo soft: graba en la base de datos el software instalado en cada equipo,

como se puede ver en la Tabla VI.68.

P E CodEquipo alfanumrico 15 -
P E CodSoft alfanumrico 10 -
Tabla VI.68. Atributos de equipo soft.
Equipo tipo: describe el tipo de equipo que se encuentra en equipo inventario,

esto puede verse en la Tabla VI.69.

P CodTipoEquipo numrico 6 1 - 999999
Descripcin alfanumrico 50 -
Tabla VI.69. Atributos de equipo tipo.
Especialidad: contiene las distintas especialidades que pueden tener los

tcnicos, mostrado en la Tabla VI.70.

P CodEspecialidad numrico 6 1-999999
Especialidad alfanumrico 30 -
Tabla VI.70. Atributos de especialidad.
Especialidad tcnico: contiene las especialidades que tiene cada tcnico,

esto se detalla en la Tabla VI.71.

P E NroTecnico numrico 6 1-999999
P E CodEspecialidad numrico 6 1-999999
Tabla VI.71. Atributos de especialidad tcnico.
Hard: contiene el detalle de cada elemento de hardware, mostrado en la Tabla

VI.72.

Bournissen

P CodHard numrico 15 -
FechaCompra stimestamp - -
Garantia numrico 4 1-9999
Proveedor alfanumrico 40 -
DescripcionH alfanumrico 50 -
Tabla VI.72. Atributos de hard.
Masectorus: indica a qu sectores pertenecen los usuarios (un usuario puede

pertenecer a ms de un sector), esto se detalla en la Tabla VI.73.
Claves atributos tipo Tamao rango

P E NroSector numrico 4 1-4444
P E NroUsuario numrico 6 1-999999
CodServicio numrico 4 1-9999
Nombre alfanumrico 100 -
Telefono numrico 15 -
Mail alfanumrico 30 -
CodResponsable numrico 6 1-999999
Tabla VI.73. Atributos de masectorus.
Parte de trabajo: registra todos los pedidos de los usuarios por problemas
informticos, como puede verse en la Tabla VI.74.

P NroParte numrico 6 1-999999
E NroUsuario numrico 6 1-999999
E CodEquipo alfanumrico 15 -
E NroTecnico numrico 6 1-999999
FechaRecepcion stimestamp - fecha del sistema
FechaConformidad stimestamp - fecha del sistema
FechaFin stimestamp - fecha del sistema
Conformidad lgico - f/v
Avance numrico 3 0-100
Tabla VI.74. Atributos de parte de trabajo.
Usuarios: contiene los datos (que no estn en la entidad people) de las

personas que se relacionan con la Mesa de Ayuda. Estos usuarios deben estar
en la entidad People de donde se obtiene el nombre. Estos datos se muestran
en la tabla VI.75.

Dicono

P NroPeople numrico 6 1-999999
MailUsuario alfanumrico 30 -
TelefonoUsuario numrico 15 -
Cargo alfanumrico 30 -
IdLogin alfanumrico 16 -
Tabla VI.75. Atributos de usuarios.
People: contiene los datos de todas las personas que tienen relacin con la
Universidad, esto se muestra en la Tabla VI.76.

P NroPeople numrico 6 1-999999
ApellidoP alfanumrico 30 -
ApellidoC alfanumrico 30 -
NroSector numrico 6 1-999999
Sexo lgico 1 F/V
Tabla VI.76. Atributos de people.
Prioridades: contiene las distintas prioridades a asignar a un problema,

mostrado en la Tabla VI.77.

P CodPrioridad numrico 6 0-999999
Prioridad alfanumrico 30 -
Dias numrico 3 0-999
Tabla VI.77. Atributos de propiedades.
Problema: registra los distintos problemas que pueden presentar los equipos
informticos, esto se encuentra en la Tabla VI.78.

P CodProblema numrico 6 1-999999
CodTipoProblema numrico 6 1-999999
DescripcionBreve alfanumrico 50 -
DescripcionProblema alfanumrico 300 -
Tabla VI.78. Atributos de problema.

Bournissen
Problema parte de trabajo: graba en la base de datos los distintos problemas

que puede tener un parte de trabajo, esta informacin se encuentra en la Tabla
VI.79

P E NroParte numrico 6 1-999999
P E CodProblema numrico 6 1-999999
Tabla VI.79. Atributos de problema parte de trabajo.
Problema tipo: clasifica los problemas en distintos rubros, como se muestra en

la Tabla VI.80.

P E CodTipoProblema numrico 6 1-999999
DescripcionTipoProblema alfanumrico 50 -
Tabla VI.80. Atributos de problema tipo.
Sector: incluye los distintos departamentos y sectores dentro de la

Universidad. Esto se encuentra en el campo jerarqua que es similar a un plan
de cuentas de contabilidad, informacin que se encuentra en la Tabla VI.81.

P NroSector numrico 6 1-999999
Jerarquia numrico 10 -
Jefe alfanumrico 50 -
TratamientoJefe alfanumrico 30 -
Tabla VI.81. Atributos de sector.
Servicios: contiene los distintos servicios informticos que posee el

departamento de Tecnologa y Operaciones, como se muestra en la Tabla
VI.82.

P CodServicio numrico 6 1-999999
Mail alfanumrico 30 -
CodResponsable numrico 6 1-999999
Tabla VI.82. Atributos de servicio.

Dicono
Servicio parte de trabajo: abarca los distintos problemas que puede tener un
parte de trabajo y el servicio y tcnico que lo tiene asignado, as como el
avance de cada uno de ellos. Esta informacin se encuentra en la Tabla VI.83.

PE NroParte numrico 6 1-999999
PE CodServicio numrico 6 1-999999
E NroTecnico numrico 6 1-999999
E CodPrioridad numrico 6 0-999999
FechaDerivacion stimestamp - fecha del sistema
FechaRecepcinTecnico stimestamp - fecha del sistema
FechaComienzo stimestamp - fecha del sistema
TiempoEstimado numrico 4 -
FechaActPrioridad stimestamp - fecha del sistema
Comentario alfanumrico 300 -
Avance numrico 3 0-100
Tabla VI.83. Atributos de servicio parte de trabajo.
Soft licencia: posee las licencias de los distintos paquetes de software que
tiene la Universidad y la cantidad de instalaciones que se pueden realizar de
una determinada licencia, como se muestra en la Tabla VI.84.

P CodSoft numrico 6 1-999999
NroLicencia alfanumrico 30 -
DescripcionS alfanumrico 50 -
Cantidad numrico 4 0-9999
FechaEx stimestamp - -
Tabla VI.84. Atributos de soft licencia.
Solucin: contiene las soluciones que se fueron encontrando a los problemas

a medida que estos fueron surgiendo. Los campos se muestran en la Tabla
VI.85.

P E CodProblema numrico 6 1-999999
P CodSolucion numrico 6 1-999999
Solucion alfanumrico 300 -
Tabla VI.85. Atributos de solucin.

Bournissen
Tcnico servicio: contiene los datos de los distintos tcnicos que trabajan en
el rea de Tecnologa y Operaciones. Cada tcnico puede pertenecer a uno o
ms servicios. Esto es posible debido a que un tcnico puede tener ms de una
especialidad. Los campos se muestran en la Tabla VI.86.

P NroTecnico numrico 6 1-999999
P E CodServicio numrico 6 1-999999
Tabla VI.86. Atributos de tcnico servicio.
Tcnicos: hace referencia a los datos personales de los tcnicos, como se

puede ver en la Tabla VI.87.

P NroTecnico numrico 6 1-999999
MailTecnico alfanumrico 30 -
Estado lgico - f-v
Tabla VI.87. Atributos de tcnico.
Red: contiene los datos de los componentes hardware que son placas de red,
con el objetivo de poder almacenar su nmero de MAC (Media Access Control).
Esta informacin es de utilidad en el momento de agregar un nuevo equipo a la
red debido a que se puede autorizar los equipos que tengan registrado su
nmero de MAC, los que no lo tengan registrado no pueden tener acceso a los
servicios de red. Los datos de las placas pueden verse en la Tabla VI.88.

P CodHard numrico 15 -
Mac alfanumrico 50 -
Tabla VI.88. Atributos de red.
Con las descripciones de los atributos en las tablas anteriores se da por

terminado el diseo y se pasa a la implementacin del mismo en la seccin
siguiente.

Captulo VI: Desarrollo del proyecto: Implementacin Dicono
VI.4. Implementacin
En la implementacin del sistema Dicono se distribuye el sistema en

componentes, en el que se muestra en los diagramas de colaboracin cmo cada
clase del diseo se implementa a travs de los distintos archivos desarrollados.
Siguiendo la metodologa RUP, se ha elaborado tambin un manual de usuario y
un glosario general.
Respecto a la codificacin del sistema Dicono, se ha utilizado Jsp y
HTML, para el manejo de las pantallas y los informes, y Java Script para el
manejo de la base de datos. Esta seleccin se ha realizado teniendo en cuenta
las caractersticas de cada lenguaje y la tarea a realizar, pues algunos lenguajes
se adaptan ms a unas tareas y no tanto a otras. Aunque se usan varios
lenguajes, todos ellos son totalmente compatibles e integrables unos con otros.
El Cdigo fuente no est impreso sino entregado en un CD adjunto a la
carpeta de la tesis.
VI.4.1. I 1: Implementar la arquitectura
En esta seccin se presenta la identificacin de los componentes de la

arquitectura. Para realizar las tareas de forma ordenada se la implementa en el
mismo orden en que se encuentran el diseo, es decir en primer lugar se trabaja
con las clases de interfaz, luego las clases de control y por ltimo las clases de
entidad. Respecto a las clases de interfaz, se utilizan los mapas de pantallas del
diseo y su subdivisin en tres grupos:
Consultas.
Mantenimiento.
Partes de trabajo.
VI.4.1.1. Interfaces
La identificacin de los componentes arquitectnicos para las clases de

interfaz se realiza mediante los diagramas de componentes, que muestran la
organizacin y las dependencias entre un conjunto de componentes, cubriendo la
vista esttica del sistema. Para su elaboracin se utiliza el mapa de pantallas, que
se incluye tambin para cada uno de los subsistemas de Dicono. A continuacin,
tras desarrollar el diagrama de componentes, se procede a expresar en forma de
tabla cada programa y su relacin con otros programas que son llamados por
aquel. Se tom esta decisin debido a que son muy pocos los programas que
llaman a ms de un programa de nivel inferior. En consecuencia, se muestra en

Dicono Captulo VI: Desarrollo del proyecto: Implementacin
los diagramas de componentes las pantallas principales y los componentes que

cada una de stas llaman.
Por tanto, los artefactos presentados para cada subsistema son los
siguientes:
Mapa de pantallas.
Diagrama de componentes.
Tabla de programas.
VI.4.1.1.1. Consultas
El mapa de pantallas del subsistema Consultas se muestra en la Figura

VI.203. La Figura VI.204 presenta el diagrama de componentes con el programa
principal y todos los programas que ste llama y luego se expresa en forma de
tabla cada programa y a los programas que a su vez ste llama en la Tabla VI.89.
Figura VI.203. Mapa de pantallas de consultas.

Mostrarpartedetrabajo.jsp
Verservicio.jsp
Cmail.jsp
Ingresarnroparte.jsp
Listaequipos.jsp
Estadisticas.jsp Ocupaciontecnicos.jsp
Datosusuarioelegido.jsp
Menu.js
Listaproblemas.jsp
Indextrabajo-tecnico.jsp
Listalicencias.jsp
Verdarsolucion.jsp
Blanco.jsp
Filtrotrabajo-tecnico.jsp
Indexbusquedadepartedetrabajo.jsp
Verservicio.jsp Busquedadepartedetrabajo.jsp Blanco.jsp
Figura VI.204. Diagrama de componentes de consultas.

Caso de uso Clases de anlisis Clases de diseo Pantallas Componentes
21 - Consultar parte de trabajo ConsultaAvanceParteTrabajo BuscarParte Buscar parte Ingresanroparte.jsp
SusPartes Su Parte Mostrarpartedetrabajo.jsp
ParteTrabajo Parte de trabajo
Servicio Servicio Verservicio.jsp
Correo Correo Cmail.jsp
Equipo Equipo Listaequipos.jsp
22 - Consultar datos del usuario DatosUsuario DatosUsuario Usuarios Datosusuarioselegido.jsp
23 - Consultar problemas Problemas Problemas Problemas Listaproblemas.jsp
Solucion Solucin Verdarsolucion.jsp
24 - Consultar equipos ConsultarEquipos ConsultarEquipos Equipos Listaequipos.jsp
Equipo Equipo
25 - Consultar tareas Tareas Tareas Tareas Indexbusquededapartetrabajo.jsp
Busquedadepartedetrabajo.jsp
Blanco.jsp
ParteTrabajo Parte de trabajo Mostrarpartedetrabajo.jsp
26 - Consultar licencias de ConsultarLicencias Licencias Licencias Listalicencias.jsp
software
27 - Solicitar ocupacin tcnico OcupacinTecnico OcupacionTecnico Ocupacin tcnico Ocupaciontecnicos.jsp
28 - Solicitar trabajos de los TrabajosTecnicos TrabajosTecnicos Trabajos realizados Indextrabajo-tecnico.jsp
tcnicos Blanco.jsp
Filtrotrabajo-tecnico.jsp
29 - Estadsticas Estadistica Estadistica Estadstica Estadisticas.jsp
Tabla VI.89. Tabla de programas de las consultas.
- 387 -
VI.4.1.1.2. Mantenimiento
El mapa de pantallas del subsistema Mantenimiento se muestra en la

Figura VI.205. La Figura VI.206 presenta el diagrama de componentes y la Tabla
VI.90 contiene los programas de mantenimiento y su interrelacin en forma
tabular.

formgestionprioridad.jsp Agregasoft.jsp Modificasoft.jsp formgestiontipoequipo.jsp
indexabmusuario.jsp
indexabmhard.jsp
formgestionsoft.jsp
menu.jsp
formgestionhard.jsp
mostrardatosusuario.jsp
menuhard.jsp
Agregarusuario.jsp
Menu.js
Modificarhard Agregarhard.jsp
Modificarusuario.jsp
formgestionperifericos.jsp
indexabmtecnicos.jsp
Modificarperifericos.jsp
formgestionespecialidad.jsp
Agregarperifericos.jsp
blanco.jsp
formgestionequipos.jsp
Modificartecnico.jsp
menuabmtecnico.jsp
Modificaequipo.jsp
Agregartecnico.jsp
formgestionservicio.jsp
Agregaequipo.jsp
formgestiontecnico.jsp
Modificaservicio.jsp Agregaservicio.jsp
Figura VI.206. Diagrama de componentes de mantenimiento.

1 - Mantener equipos MantenerEquipos ConsultarEquipos Equipos Formgestionequipos.jsp
NuevoEquipo Nuevo equipo Agregaequipo.jsp
ModificarEquipo Modificar Equipo Modificaequipo.jsp
BorrarEquipo Borrar Equipo Formagestionequipos.jsp
2 - Mantener licencias MantenerLicencias Licencias Licencias Formgestionsoft.jsp
NuevaLicencia Nueva licencia Modificasoft.jsp
ModificarLicencia Modificar licencia Agregasoft.jsp
BorrarLicencia Borrar la licencia Formgestionsoft.jsp
3 - Mantener prioridades MantenerPrioridades Prioridad Prioridad Formgestionprioridad.jsp
NuevaPrioridad Nueva prioridad Agregaprioridad.jsp
ModificarPrioridad Modificar prioridad Modificaprioridad.jsp
BorrarPrioridad Borrar la prioridad Formgestionprioridad.jsp
4 - Mantener servicios MantenerServicios Servicios Servicios Formgestionservicio.jsp
tcnicos NuevoServicio Nuevo servicio Agregaservicio.jsp
ModificarServicio Modificar servicio Modificaservicio.jsp
BajaServicio Borrar el servicio Formgestionservicio.jsp
5- Mantener MantenerEspecialidades Especialidad Especialidades Formgestionespecialidad.jsp
especialidades NuevaEspecialidad Nueva especialidad Formgestionespecialidad.jsp
ModificarEspecialidad Modificar especialidad Formgestionespecialidad.jsp
BorrarEspecialidad Borrar la especialidad Formgestionespecialidad.jsp
6 - Mantener tcnicos MantenerTecnicos MantenerTecnicos Gestin tcnicos Indexabmtecnios.jsp
Menuabmtecnico.jsp
Formagestiontecnico.jsp
Blanco.jsp
NuevoTecnico Nuevo tcnico Agregartecnico.jsp
ModificarTecnico Modificar tcnico Modificartecnico.jsp
BorrarTecnico Permutar el estado Formagestiontecnico.jsp
- 390 -
7 - Mantener usuarios MantenerUsuario MantenerUsuario Gestin Usuario Indexabmusuario.jsp
Mostrardatousuario.jsp
AgregarUsuario Nuevo usuario Agregausuario.jsp
ModificarUsuario Gestin Usuario Modificarusuario.jsp
BorrarUsuario Barrar usuario Mostrardatousuario.jsp
8 - Mantener hardware MantenerHardware MantenerHardware Hard Indexabmhard.jsp
Menuhard.jsp
Formgestionhard.jsp
NuevoHard Nuevo hard Agregarhard.jsp
ModificarHard Modificar hard Modificarhard.jsp
BorrarHard Borrar el hard Formgestionhard.jsp
9 - Mantener perifricos MantenerPerifrico MantenerPeriferico Perifrico Formagestionperifiericos.jsp
NuevoPeriferico Nuevo perifrico Agregarperifiericos.jsp
ModificarPeriferico Modificar perifrico Modificarperifericos.jsp
BorrarPeriferico Borrar el perifrico Formagestionperifiericos.jsp
10 - Mantener tipo de equipo MantenerTipoEquipo TipoDeEquipo Tipos de equipo Formgestiontipoequipo.jsp
NuevoTipo Nuevo tipo Formgestiontipoequipo.jsp
ModificarTipo Modificar tipo Formgestiontipoequipo.jsp
BorrarTipo Borrar tipo Formgestiontipoequipo.jsp
12 - Actualizar prioridad - - - Formgestionprioridad.jsp
Tabla VI.90. Tabla de programas de mantenimiento.
- 391 -
El mapa de pantallas del subsistema Parte de trabajo se muestra en la

Figura VI.207. Las Figuras VI.208 y VI.209 presentan el diagrama de
componentes y la Tabla VI.91 contiene los programas de Parte de trabajo y su
interrelacin en forma tabular.
Parte de
trabajo


Correo
Dar
Solucin
Correo Solucin
Figura VI.207. Mapa de pantallas de partes de trabajo.

Formderivarparte.jsp indexseleccionadorusuario.jsp blanco.jsp
Listaproblema.jsp seleccionadorusuario.jsp
formseleccionartecnicos.jsp
Formalpartedetrabajo.jsp
busquedausuario.jsp
formactualizarpartetrabajo.jsp Verdarsolucion.jsp
Cmail.jsp
Menu.jsp Datosusuario.jsp
formbuscarpartetrabajo.jsp formseleccionarpartetrabajo.jsp
Listaequipo.jsp
Listaproblemas.jsp
Parteparaderivar.jsp
Vercomenderivacion.jsp Verservicio.jsp
Vercomenderivacion.jsp
Verservicio.jsp
Hacercomentario.jsp
Figura VI.208. Diagrama de componentes del parte de trabajo -1.

Listaequipo.jsp Datosusuario.jsp
formactualizarpartetrabajo.jsp
Cmail.jsp
Vercomenderivacin.jsp
Verdarsolucion.jsp Verservicio.jsp
Menu.jsp
formeliminarparte.jsp
formcerrarpartetrabajo.sp
formconformidad.jsp
Verservicio.jsp
Listaequipo.jsp
Figura VI.209. Diagrama de componentes del parte de trabajo -2.

13 - Realizar alta NuevoParteTrabajo AltaParteTrabajo Alta parte de trabajo Indexseleccionadorusuario.jsp
parte de trabajo Seleccionausuario.jsp
Busquedausuario.jsp
Blanco.jsp
NuevoParte Nuevo parte Formalpartedetrabajo.jsp
Paquete Consultar datos del Comentarios Datosusuario.jsp
usuario
Paquete Consultar equipo Equipo Listaequipo.jsp
Paquete Cerrar parte trabajo Cerrar Formcerrarpartetrabajo.jsp
Paquete Consultar problema Solucin Verdarsolucion.jsp
Problemas Listaproblemas.jsp
Derivar Derivar Formderivaparte.jsp
14 - Derivar parte de DerivarParteDeTrabajo DerivarParteDeTrabajo Derivar parte de trabajo Formseleccionarpartetrabajo.jsp
trabajo DerivarParte Derivar parte Parteparaderivar.jsp
Derivar Derivar Formderivaparte.jsp
Comentario Comentario Vercomenderivacion.jsp
Paquete Consultar datos del DatosUsuario Datosusuario.jsp
usuario
Paquete Consultar problema Problemas Listaproblemas.jsp
Paquete Consultar equipo Equipo Listaequipos.jsp
15 - Asignar tcnico AsignarTecnico AsignarTecnico Asignar tcnico Formseleccionartecnicos.jsp
16 - Buscar parte de BuscarParte BuscarParte Buscar parte de trabajo Formbuscapartetrabajo.jsp
trabajo ParteTrabajo Parte de trabajo Mostrarpartedetrabajo.jsp
Accin Accin Hacercomentario.jsp
Equipo Equipo Listaequipos.jsp
Paquete Consultar parte trabajo Servicio Verservicio.jsp
- 395 -
17 - Actualizar parte de ActualizarParteTrabajo ActualizarParteTrabajo Actualizar parte de trabajo Formseleccionarpartetrabajo.jsp
trabajo ParteTrabajo Parte de trabajo Mostrarpartedetrabajo.jsp
Darsolucin Dar solucion Verdarsolucion.jsp
Solucion
Comentario
Paquete Consultar datos Usuario Datosusuario.jsp
del usuarios
Paquete Consultar equipo Equipo Listaequipos.jsp
Paquete Consultar parte Servicio Verservicio.jsp
trabajo
18 - Recepcionar RecepcionarConformidad RecepcionarConformidad Recepcin de conformidad Formconformidad.jsp
conformidad
19 - Cerrar parte de CerrarParteTrabajo CerrarParteTrabajo Cerrar parte de trabajo Formcerrarpartetrabajo.jsp
trabajo CerrarTrabajo Cerrar parte
Cerrar Cerrar
Paquete Consultar parte Comentario Vercomenderivacion.jsp
trabajo
Servicio Verservicio.jsp
Paquete Consultar datos Equipo Listaequipo.jsp
del usuario
Paquete consultar equipo Equipo
19 - Eliminar parte de EliminarParteTrabajo EliminarParteTrabajo Eliminar parte de trabajo Formeliminarparte.jsp
trabajo EliminarParte Eliminar parte
Confirmar
Paquete Consultar parte Servicio Verservicio.jsp
trabajo Equipo Listaequipos.jsp
Tabla VI.91. Tabla de programas del parte de trabajo.
- 396 -
Dicono Captulo VI: Desarrollo del proyecto:
Implementacin
VI.4.1.2. Controles
Los componentes para las clases de control es uno por cada clase, por
lo tanto no se realiza el diagrama. La ordenacin de los programas que
administran el control de todo el sistema Dicono en la tabla 92.
Clase Programa llamados

GestionarEquipos Gestionequipo.java
GestionarEspecialidad Gestionespecialidad.java
GestionarHard Gestionhard.java
GestionarLicencias Gestionsoft.java
GestionarParteTrabajoServicio Gestionservicioparte.java
GestionarPerifericos Gestionequipoperiferico.java
GestionarPrioridad Gestionprioridad.java
ConsultarProblemas Gestionproblema.java
GestionarServicios Gestionservicio.java
GestionarTecnicos Gestiontecnico.java
GestionarUsuarios Gestionpeople.java
GestionarParteTrabajo Gestionpartetrabajo.java
GestionarTipoEquipo Gestiontipoequipo
GestionarConformidad Cconformaparte.jsp
GestionarEliminarParte Cborraparte.jsp
Tabla VI.92. Programa de control.
VI.4.1.3. Entidades
Los componentes para las clases de interfaz son uno por cada clase, por
lo que no se realiza el diagrama debido a que el nombre del componente es el
mismo que el de la clase con la extensin java. A continuacin, en la Tabla
VI.93 se muestra a la izquierda la lista de entidades y a la derecha el nombre
del componente correspondiente.

Entidad Programa
Equipo inventario EquipoInventario.java
EquipoSoft
Equipo perifrico EquipoPeriferico.java
Equipo tipo EquipoTipo.java
Especialidad Especialidad.java
Hard Hard.java
EquipoHard
Red
Parte de trabajo ParteTrabajo.java
ProblemaParteDeTrabajo
Usuarios People.java
People
Prioridades Prioridad.java
Problema Problema.java
ProblemaTipo
Sector Sector.java
Masectorus
Servicios Servicio.java
Servicio parte de trabajo ServicioParteTrabajo.java
Soft licencia SoftLicencia.java
Solucin Solucion.java
Tcnico servicio TecnicoServicio.java
Tecnicos
EspecialidadTecnico
Tabla VI.93. Tabla de programas de entidades.
VI.4.2. I 2: Escribir el manual del usuario
En el manual del usuario se explican los pasos necesarios para

comenzar a usar el sistema, explicando el uso de todas las pantallas y
respondiendo algunas preguntas frecuentes. Este manual se encuentra en el
anexo C.
VI.4.3. I 3: Escribir el glosario general
El glosario general es una actividad que se desarrolla durante la

implementacin del sistema, pero a fines prcticos se encuentra descrito en el
captulo VI de esta memoria. Contiene la descripcin de trminos tcnicos,
ordenados alfabticamente, y la interpretacin de algunos smbolos especiales
utilizados en este trabajo.

Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Pruebas
VI.5. Pruebas
Aplicando la metodologa RUP, las actividades a realizar para la prueba del

software son las siguientes:
- P 1. Planificar la prueba.
- P 2. Disear la prueba.
- P 3. Realizar la prueba.
- P 4. Evaluar la prueba.
Teniendo en cuenta que cada de una de estas actividades slo tiene

asociada una tarea, se ha utilizado el nombre de la tarea a la hora de nombrar las
cuatro subsecciones principales de este apartado VI.5 Pruebas.
VI.5.1. P 1: Describir la estrategia de la prueba
Las pruebas del software se realizan por casos de uso, ordenado de

acuerdo al men desplegable del software. Se usan los nombres que aparecen en
la pantalla principal, que son los que se detallan a continuacin:
Mantenimiento:
o Licencias.
o Equipo Tipo.
o Hardware.
o Perifricos.
o Equipos.
o Servicios.
o Especialidad tcnico.
o Tcnico.
o Usuario.
o Prioridad.
Parte de trabajo:
o Alta parte de trabajo.
o Derivar.
o Asignar.
o Buscar.
o Actualizar parte de trabajo.
o Recepcionar conformidad.
o Cerrar parte de trabajo.
o Eliminar parte de trabajo.
Consultas:
o Consultas nmero de partes.
o Usuarios de mesa.
o Problemas.

Captulo VI: Desarrollo del proyecto: Pruebas Dicono
o Equipos.
o Tareas.
o Licencias.
o Ocupacin del tcnico.
o Trabajos tcnicos.
o Estadsticas.
Para cada caso de uso se realizan las pruebas de caja negra. Dentro de
este tipo de prueba se utiliza la tcnica de particiones de equivalencias [Casal,
1998].
Si se presenta algn error, se procede a efectuar la correccin del mismo.
Si este es sencillo se hace inmediatamente, de lo contrario se llevan a cabo las
pruebas de caja blanca que sean necesarias hasta localizar la causa del error y
corregirlo.
Se manejan las siguientes abreviaturas:
CE: para el tipo de condiciones de entrada.
CLEV: para clase de equivalencia vlida.
CLEI: para clase de equivalencia invlida.
: para un valor correcto.
X: para un valor errneo.
[B] : para las bajas.
[M] : para las modificaciones.
V: para un valor verdadero.
F: para un valor falso.
[P]: para permutar entre valores lgicos.
Adems de los valores a ingresar, se seleccionan valores de entrada a los
botones y los links, considerndolos de tipo lgico ya que pueden realizar la
accin o no.
El grupo de pruebas est formado por el tesista, personal de desarrollo de
la Universidad y un usuario del software. Para llevarlas a cabo se extrajo un
conjunto de datos reales y se fueron ingresando uno a uno. En caso de
encontrarse problemas se ha tomado nota para luego ser corregido y probado
nuevamente.
VI.5.2. P 2: Disear los casos de prueba
Para llevar a cabo las pruebas se han desarrollado un conjunto de tablas

en las que se muestran las opciones de pantalla, la derivacin de los casos de
prueba y las condiciones de entrada. Esta es la forma en que se prueban los
sistemas en la Universidad. Por lo tanto, se decide usarla ya que es una forma

conocida y que da buenos resultados al momento de encontrar errores. A

continuacin se detalla cada uno de estos artefactos.
VI.5.2.1. Opciones de pantallas
En todos los casos de prueba, se procede de la misma manera: en primer

lugar, se muestran las distintas opciones que tiene el men; en segundo lugar, se
definen las CE; en tercer lugar, las CLEV; en cuarto lugar, las CLEI; en quinto
lugar, los lmites inferiores y por ltimo, los lmites superiores de las clases de
equivalencias, como se muestra en la Tabla VI.94.
Opciones CE CLEV CLEI Lmite inferior Lmite superior

Opcin 1 Tipo de variable Cantidad Cantidad Valor del lmite Valor del lmite
Tabla VI.94. Tabla modelo para las opciones de pantalla.
VI.5.2.2. Derivacin de los casos de prueba
En todas las pruebas se realiza el primer caso mostrando todos los valores
correctos. Luego, slo los valores incorrectos, no volviendo a mostrar los valores
correctos. Es decir, si existen cuatro condiciones de entrada, en la primer prueba
se muestra en la tabla las cuatro condiciones con valores vlidos y esperados.
Luego, se presenta el valor invlido o inesperado, no mostrando los dems
valores que son vlidos y esperados. Siempre se incluyen los botones de crear y
limpiar, imprescindibles para terminar la accin.
Nro Condiciones de entrada Resultado

1 Opcin 1 V , se realiza opcin 1
Opcin 2 F
Opcin 3 F
2 Opcin 1 F
Opcin 2 V , se realiza opcin 2
Opcin 3 F
3 Opcin 1 F
Opcin 2 F
Opcin 3 V , se realiza opcin 3
4 Opcin 1 F No se produce accin alguna, el
Opcin 2 F sistema queda a la espera de que
Opcin 3 F alguno de los valores (V)
Tabla VI.95. Tabla modelo para la derivacin de los casos de prueba.

VI.5.2.3. Condiciones de entrada
Son todos los datos que aparecen en la pantalla a los que se les puede
ingresar algn valor, por lo tanto deben ser probados.
CE Tipo CLEV CLEI Rango Lmite inferior Lmite superior

Variable Tipo variable Cantidad Cantidad Desde - hasta Desde Hasta
Tabla VI.96. Tabla modelo para las condiciones de entrada. .
VI.5.3. P 3: Realizar la prueba
Para realizar la prueba se hace en el siguiente orden:

Mantenimiento.
Parte de trabajo.
Consultas.
VI.5.3.1. Mantenimiento

VI.5.3.1.1. Licencias
Esta opcin permite el mantenimiento de las licencias de software que

posee la Universidad en la base de datos, incluyendo las altas, bajas y
modificaciones de las mismas.

Nueva licencia Lgico 1 1 - -
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.97. Opciones de la pantalla de licencias.
Derivacin de los casos de prueba de licencias

1 Nueva licencia V , se ingresa a nueva licencia
[B] F
[M] F
2 Nueva licencia F
[B] V , se ingresa a la baja de licencia
[M] F
3 Nueva licencia F
[B] F
[M] V , se ingresa a la modificacin
4 Nueva licencia F No se produce accin alguna, el
[B] F sistema queda a la espera de que
[M] F alguno de los valores pase a
verdadero (V)
Tabla VI.98. Derivacin de los casos de prueba de licencias.
No se puede dar la opcin de dos valores verdaderos a la vez, debido a

que cuando uno pasa a estado verdadero se produce la accin. Es decir, son
excluyentes.
Altas y modificaciones de licencias
El caso de prueba se realiza para el alta de las licencias. Para las

modificaciones se aplica el mismo caso de prueba debido a que ambos son
iguales, excepto que el botn que en el alta se llama aplicar en la modificacin
se llama grabar, pero la funcin es la misma.
Condiciones de entrada de alta y modificaciones de licencias
Se utilizan todos los datos que aparecen en la pantalla a los que se les
puede ingresar algn valor, por lo tanto deben ser probados.


Nrolicencia Alfanumrico 1 1 - 1 carcter 30 caracteres
Descripcin Alfanumrico 1 1 - 1 carcter 50 caracteres
Cantidad Numrico 1 2 1 - 9.999 1 dgito 4 dgitos
Fechaex Timestampz 1 1 - Fecha carga -
Volver Lgico 1 1 - - -
Crear Lgico 1 1 - - -
Limpiar Lgico 1 1 - - -
Aceptar Lgico 1 1 - - -
Cancelar Lgico 1 1 - - -
Tabla VI.99. Condiciones de entrada de alta y modificaciones de licencias.
Derivacin de los casos de prueba de altas y modificaciones de licencias
Realizacin de las pruebas con los valores ingresados en las pantallas. En

todos los casos se muestra el nmero del caso de prueba, los valores a ingresar y
el resultado obtenido, como se muestra en la Tabla VI.100.

1 Nro licencias 4912-5832604
Descripcin MS Project
Cantidad 1
Volver F
Fechaex 24/03/2003
Crear V
Limpiar F
Aceptar V , se graba correctamente
Cancelar F
2 Nro licencias 1234-WERDF-5R456-BGH67- X, fuera del lmite Superior,
WQERD-2WE34-EWRT el sistema permite ingresar
slo 30 caracteres
Crear V
Aceptar V , se graban correctamente
los 30 caracteres permitidos
3 Nro licencias X, fuera del lmite inferior
Crear V X, mensaje de error
Formulario incompleto
4 Descripcin X, error de lmite inferior
Crear V , mensaje de error
5 Descripcin Microsoft Windows 2000, NT X, fuera del lmite Superior,
workstations, second edition, con el sistema permite ingresar
CD y manuales slo 50 caracteres
Crear V
los 30 caracteres permitidos
Cancelar F


6 Cantidad 0 X, fuera de lmite inferior
Crear V , mensaje de error
7 Cantidad 1.000.000 X, fuera del lmite Superior,
el sistema permite ingresar
slo 4 dgitos
Crear V
los 4 dgitos permitidos
Cancelar F
8 Fechaex Fecha anterior a la fecha del X, fuera del lmite inferior
sistema
Crear V X, no se graba
9 Limpiar V , se limpia la pantalla
10 Volver V , se regresa una pantalla
Tabla VI.100. Derivacin de los casos de prueba de altas y modificaciones de licencias.
Bajas de licencias
En la mayora de los casos las bajas son iguales a las descritas para las
bajas de licencias, como se muestra en las Tablas VI.101 y VI.102. De ahora en
adelante, se describen casos de prueba slo para aquellas bajas que difieran de
las bajas de licencias; de lo contrario se aplica el mismo caso de prueba para
todas las bajas.
Condiciones de entrada de bajas de licencias
CE Tipo CLEV CLEI Lmite inferior Lmite superior

Aceptar Lgico 1 1 - -
Cancelar Lgico 1 1 - -
Tabla VI.101. Condiciones de entrada de bajas de licencias.
Derivacin de los casos de prueba de bajas de licencias

1 Aceptar V , se da de baja la licencia
Cancelar F
2 Aceptar F
Cancelar V , no se da de baja la licencia
Tabla VI.102. Derivacin de los casos de prueba de bajas de licencias.

VI.5.3.1.2. Equipo tipo
Esta opcin permite el mantenimiento de los diferentes tipos de equipo en

la base de datos, incluyendo las altas, bajas y modificaciones de los mismos.
Opciones de la pantalla de equipo tipo

Nuevo Tipo Lgico 1 1 - -
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.103. Opciones de la pantalla de equipo tipo.
Derivacin de los casos de prueba de equipo tipo

1 Nuevo Tipo V , se ingresa a nuevo tipo equipo
[B] F
[M] F
2 Nuevo Tipo F
[B] V , se ingresa a la baja tipo equipo
[M] F
3 Nuevo Tipo F
[B] F
[M] V , se ingresa a la modificacin de
tipo equipo
4 Nuevo Tipo F No se produce accin alguna, el
verdadero (V)
Tabla VI.104. Derivacin de los casos de prueba de equipo tipo.
En la Tabla VI.104 no se puede dar la opcin de dos valores verdaderos a

la vez, debido a que cuando uno pasa a verdadero se produce la accin.
Altas y modificaciones de equipo tipo
El caso de prueba se realiza para el alta de los tipos de equipos. Para las
modificaciones se aplica el mismo caso de prueba debido a que ambos casos son
iguales.
Condiciones de entrada de altas y modificaciones equipo tipo

Descripcin Alfanumrico 1 2 1 carcter 50 caracteres
Tabla VI.105. Condiciones de entrada de altas y modificaciones equipo tipo.

Derivacin de los casos de prueba de altas y modificaciones de tipo equipo

1 Descripcin PC
Aceptar V , se grab correctamente
Cancelar F
2 Descripcin Computadora Notebook de X, fuera de lmite superior
proyecciones acadmicas
multimediales
Aceptar V X, mensaje de error no debe
superar los 50 caracteres
Cancelar F
3 Descripcin PC
Aceptar F
Cancelar V , no se graba
Aceptar V X, mensaje de error Debe
ingresar una descripcin
Cancelar F , no se graba
Tabla VI.106. Derivacin de los casos de prueba de altas y modificaciones de tipo equipo.
VI.5.3.1.3. Hardware
Esta opcin permite el mantenimiento del hardware en la base de datos,

incluyendo las altas, bajas y modificaciones de los mismos.
Opciones de la pantalla hardware

Nuevo hard Lgico 1 1 - -
Usuario Lgico 1 1 - -
Descripcin Lgico 1 1 - -
Proveedor Lgico 1 1 - -
Un usuario Numrico 1 - 1- 1 dgito 6 dgitos
999.999
Una Alfanumrico 1 1 1 carcter 50 caracteres
descripcin
Un proveedor Alfanumrico 1 1 1 carcter 50 caracteres
Ordenar Lgico 1 1 - -
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.107. Opciones de la pantalla hardware.

Derivacin de los casos de prueba de hardware
En esta opcin se puede elegir ver el hardware de todos los usuarios o de

uno especfico. De ambas formas, la informacin del hardware se encuentra
ordenada por la descripcin. Se puede optar por todas las descripciones; en ese
caso, se ve ordenada por descripcin. Si se elegir una sola, y existen varias
descripciones iguales, se ordena por proveedor. Adems se puede ver el
hardware de todos los proveedores. En ese caso se ordenan por proveedor o se
elije ver el hardware de un solo proveedor; en ambos casos se ordena por
descripcin dentro del mismo proveedor o de los proveedores que tienen las
mismas letras ingresadas.

1 Nuevo hard V , se ingresa nuevo hardware
Usuario V (todos) / F (especfico)
Descripcin F (especfica)
Proveedor F (todos) / F (especfico)
Un usuario
Una descripcin
Un proveedor
Ordenar F
[B] F
[M] F
2 Nuevo hard F
[M] F
3 Nueva licencia F
[B] F
4 Usuario V (todos) / F (especfico) , ordenado por descripcin
Un usuario
Una descripcin
Un proveedor
Ordenar V , ordenado por descripcin
5 Usuario F (todos) / V (especfico)
Un usuario Prez
Una descripcin
Un proveedor
Ordenar V , el hardware se ordena por
descripcin


6 Usuario F (todos) / F (especfico)
Descripcin V (especfica)
Un usuario
Una descripcin Micro
Un proveedor
Ordenar V , el hardware se ordena de acuerdo a la
descripcin elegida
Proveedor V (todos) / F (especfico)
Un usuario
Una descripcin
Un proveedor
Ordenar V , ordenado por proveedor y por descripcin
Proveedor F (todos) / V (especfico)
Un usuario
Una descripcin
Un proveedor Lider
Ordenar V , ordenado por proveedor y por descripcin
Tabla VI.108. Derivacin de los casos de prueba de hardware.
Altas y modificaciones de hardware
El caso de prueba se realiza para el alta del hardware. Para las

Condiciones de entrada de altas y modificaciones de hardware
El CodHard que aparece como condicin de entrada en la Tabla VI.109 es

un campo numrico que es recogido con un lector de cdigos de barras.

CodHard Numrico 1 2 1 dgito 15 dgitos
Fecha de Timestamptz 1 1 - Fecha de carga
compra
Garanta Numrico 1 2 0 - 9.999 1 dgito 4 dgitos
Proveedor Alfanumrico 1 1 1 carcter 40 caracteres
Descripcinh Alfanumrico 1 1 1 carcter 50 caracteres
MAC Alfanumrico 1 1 0 Carcter 50 caracteres
Crear Lgico 1 1 - -
Limpiar Lgico 1 1 - -
Tabla VI.109. Condiciones de entrada de altas y modificaciones de hardware.

Derivacin de los casos de prueba de altas y modificaciones de hardware

1 CodHard 15845745345432
Fecha de compra 24/12/2002
Garanta 365
Proveedor Lder Informtica
Descripcin Impresora Lser HP 2200 L
MAC
Crear V ,
Aceptar V , se grab el registro
Cancelar F
Limpiar F
2 CodHard 15845745345432
Crear V ,
Aceptar F , no se grab el registro
Cancelar F
Limpiar F
3 CodHard X
Crear V , mensaje de error Formulario
incompleto
Cancelar F
Limpiar F
4 CodHard 123456,234 X, slo debe contener nmeros
Crear V , mensaje de error La
garanta debe ser slo nmeros
enteros sin signos
Cancelar F
Limpiar F
5 Fecha de compra
incompleto
Cancelar F
Limpiar F
6 Garanta , el equipo es sin garanta
Crear V
Aceptar V , se grab el registro
Cancelar F
Limpiar F


7 Garanta 45 D X, mensaje de error La
garanta debe ser slo
numrica
Crear F
Cancelar F
Limpiar F
8 Proveedor X, error de lmite inferior
incompleto
Cancelar F
Limpiar F
9 Descripcin X, se debe ingresar al menos
una letra
incompleto
Cancelar F
Limpiar F
10 CodHard 15845745345432
Garanta 365
Proveedor Lider Informtica
Descripcin Impresora Laser HP 2200 L
MAC
Crear V ,
Aceptar F
Cancelar V , no se grab el registro
Limpiar F
11 CodHard 15845745345432
Garanta 365
Proveedor Lider Informtica
Descripcin Impresora Laser HP 2200 L
MAC
Crear F ,
Aceptar F ,
Cancelar F
Limpiar V , se limpi la pantalla
Tabla VI.110. Derivacin de los casos de prueba de altas y modificaciones de hardware.

VI.5.3.1.4. Perifricos
Esta opcin permite el mantenimiento de los perifricos en la base de

datos, incluyendo las altas, bajas y modificaciones de los mismos.
Opciones de la pantalla de perifricos

Nuevo Perifrico Lgico 1 1 - -
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.111. Opciones de la pantalla de perifricos.
Derivacin de los casos de prueba de perifricos

1 Nuevo Perifrico V , se ingresa a nuevo perifrico
[B] F
[M] F
2 Nuevo perifrico F
[B] V , se ingresa a la baja de perifrico
[M] F
3 Nuevo perifrico F
[B] F
4 Nuevo perifrico F No se produce accin alguna, el
verdadero (V)
Tabla VI.112. Derivacin de los casos de prueba de perifricos.
Altas y modificaciones de perifricos
El caso de prueba se realiza para el alta de los perifricos. Para las

Condiciones de entrada de altas y modificaciones de perifricos

Crear Lgico 1 1 - -
Tabla VI.113. Condiciones de entrada de altas y modificaciones de perifricos.

Derivacin de los casos de prueba de altas y modificaciones de perifricos

1 Descripcin Impresora Laser HP 4000
Crear V
Limpiar F
Cancelar F
2 Descripcin X, fuera de lmite inferior
Crear V X, mensaje de error Formulario
incompleto
Limpiar F
Aceptar F
Cancelar F
Crear F
Limpiar V , se limpia la pantalla
Aceptar F
Cancelar F
Crear V
Limpiar F
Aceptar F , no se graba correctamente
Cancelar V
Tabla VI.114. Derivacin de los casos de prueba de altas y modificaciones de perifricos.
VI.5.3.1.5. Equipos
Esta opcin permite el mantenimiento de los equipos en la base de datos,

Condiciones de entrada equipos

Nueva licencia Lgico 1 1 - -
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
[Ver] Lgico 1 1 - -
Tabla VI.115. Condiciones de entrada equipos.

Derivacin de los casos de prueba equipos

1 Nueva licencia V , se ingresa a nueva licencia
[B] F
[M] F
[Ver] F
2 Nueva licencia F
[M] F
[Ver] F
3 Nueva licencia F
[B] F
[Ver] F
4 Nueva licencia F
[B] F
[M] F
[Ver] V , se muestra el detalle del equipo
Tabla VI.116. Derivacin de los casos de prueba equipos.
Altas y modificaciones de equipos
El caso de prueba se realiza para el alta de los equipos. Para las

Condiciones de entrada de altas y modificaciones de equipos

Cdigo Alfanumrico 1 1 1 carcter 15 caracteres
Usuario Alfanumrico 1 1 1 carcter 100 caracteres
Ip Numrico 1 2 0 - 255 1 dgito 3 dgitos
Del equipo Alfanumrico 1 1 1 carcter 50 caracteres
(perifrico)
Sumar Lgico 1 1
Restar Lgico 1 1
(hardware)
Sumar Lgico 1 1
Restar Lgico 1 1
(software)


Sumar Lgico 1 1
Restar Lgico 1 1
Crear Lgico 1 1 - -
Limpiar Lgico 1 1
Aceptar Lgico 1 1
Cancelar Lgico 1 1
Tabla VI.117. Condiciones de entrada de altas y modificaciones de equipos.
Derivacin de los casos de prueba de altas y modificaciones de equipos

1 Cdigo Sistemas1
Descripcin Pentium III, 256 Mb RAM 20G HDD
Usuario PREZ, Juan Carlos
Ip 174
Del equipo Impresora lser
(perifrico)
Sumar V , agrega el perifrico al equipo
Restar F
Del equipo Mother Soyo
(hardware)
Sumar V , agrega el hardware al equipo
Restar F
Del equipo Windows 96 se
(software)
Sumar V , agrega el software al equipo
Restar F
Crear V
Limpiar F
Aceptar V , se grab la configuracin del
equipo
Cancelar F
2 Cdigo X, fuera de lmite inferior
incompleto
Limpiar F
Aceptar F
Cancelar F
3 Usuario
Crear V
Limpiar F
Aceptar V , se graba el equipo sin
pertenecer a usuario alguno
Cancelar F


4 Del equipo
(perifrico)
Crear V
Limpiar F
Aceptar V , se graba el equipo sin
perifricos
Cancelar F
5 Del equipo
(hardware)
Crear V
Limpiar F
Aceptar V , se graba el equipo sin la
descripcin de sus
componentes
Cancelar F
6 Del equipo
(software)
Crear V
Limpiar F
Aceptar V , se graba el equipo sin la
descripcin del software
Cancelar F
7 Crear F
Limpiar V , se limpia la pantalla
Aceptar F
Cancelar F
8 Crear V
Limpiar F
Aceptar F
Cancelar V , no se graban los datos del
equipo
Tabla VI.118. Derivacin de los casos de prueba de altas y modificaciones de equipos.
VI.5.3.1.6. Servicios
Esta opcin permite el mantenimiento de los servicios en la base de datos,

Opciones de la pantalla servicios

Nuevo servicio Lgico 1 1 - -
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.119. Opciones de la pantalla servicios.

Derivacin de los casos de prueba servicios

1 Nuevo servicio V , se ingresa a nuevo servicio
[B] F
[M] F
2 Nuevo servicio F
[B] V , se ingresa a la baja de servicio
[M] F
3 Nuevo servicio F
[B] F
4 Nuevo servicio F No se produce accin alguna, el
verdadero (V)
Tabla VI.120. Derivacin de los casos de prueba servicios.
Altas y modificaciones
El caso de prueba se realiza para el alta de los servicios. Para las

Condiciones de entrada de Altas y modificaciones de servicios

Nombre Alfanumrico 1 1 1 carcter 30 caracteres
Telfono Numrico 1 2 1 carcter 15 dgitos
Mail Alfanumrico 1 1 0 carcter 15 caracteres
Responsable Alfanumrico 1 1 1 carcter 100 caracteres
Crear Lgico 1 1 - -
Aceptar Lgico 1 1
Cancelar Lgico 1 1
Tabla VI.121. Condiciones de entrada de Altas y modificaciones de servicios.

Derivacin de los casos de prueba de Altas y modificaciones de servicios

1 Nombre Reparaciones
Telfono 1805
Mail reparacion@uapar.edu
Responsable Marcelo Koch
Crear V
Limpiar F
Cancelar F
2 Nombre X
Crear V X, mensaje de error
formulario incompleto
Limpiar F
Aceptar F
Cancelar F
3 Telfono 12949adc X, mensaje de error telfono
incorrecto
Crear F
Limpiar F
Aceptar F
Cancelar F
4 Telfono -1458 X, mensaje de error telfono
incorrecto
Crear F
Limpiar F
Aceptar F
Cancelar F
5 Telfono 125,56 X, mensaje de error telfono
incorrecto
Crear F
Limpiar F
Aceptar F
Cancelar F
6 Mail Gerentederecursoshumanos@uapar.edu X, fuera del lmite superior
Crear F
Limpiar F
Aceptar F
Cancelar F
7 Responsable X, fuera del lmite inferior
Crear V
Limpiar F
Aceptar F
Cancelar F


8 Responsable Juan Prez
Crear V
Limpiar F
Cancelar F
9 Responsable Juan Prez
Crear V
Limpiar F
Aceptar F
Tabla VI.122. Derivacin de los casos de prueba de Altas y modificaciones de servicios.
VI.5.3.1.7. Especialidad tcnico
Esta opcin permite el mantenimiento de las especialidades de los tcnicos

en la base de datos, incluyendo las altas, bajas y modificaciones de las mismas.
Opciones de la pantalla de especialidad tcnico

Nueva Lgico 1 1 - -
especialidad
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.123. Opciones de la pantalla de especialidad tcnico.
Derivacin de los casos de prueba de especialidad tcnico
Nr36o Condiciones de entrada Resultado

1 Nueva V , se ingresa a nueva especialidad
especialidad
[B] F
[M] F
2 Nueva F
especialidad
[B] V , se ingresa a la baja de
especialidad
[M] F
3 Nueva F
especialidad
[B] F
[M] V , se ingresa a la modificacin de
especialidad


4 Nueva F No se produce accin alguna, el
especialidad sistema queda a la espera de que
[B] F alguno de los valores pase a
[M] F verdadero (V)
Tabla VI.124. Derivacin de los casos de prueba de especialidad tcnico.
Altas y modificaciones de especialidad tcnico
El caso de prueba se realiza para el alta de las especialidades de los

tcnicos. Para las modificaciones se aplica el mismo caso de prueba debido a que
ambos son iguales, excepto que el botn que en el alta se llama Crear en la
modificacin se llama Modificar, pero la funcin es la misma.
Condiciones de entrada de Altas y modificaciones de especialidad tcnico

Tabla VI.125. Condiciones de entrada de Altas y modificaciones de especialidad tcnico.
Derivacin de los casos de prueba de Altas y modificaciones de

especialidad tcnico

1 Descripcin Redes
Cancelar F
2 Descripcin Especialista en centrales telefnicas y X, fuera de lmite superior
tendido de cableado telefnico
Aceptar V X, mensaje de error no debe
superar los 30 caracteres
Cancelar F
3 Descripcin PC
Aceptar F
Aceptar V X, mensaje de error Debe
Cancelar F , no se graba
Tabla VI.126. Derivacin de los casos de prueba de Altas y modificaciones de especialidad
tcnico.

VI.5.3.1.8. Tcnicos
Esta opcin permite el mantenimiento de los tcnicos en la base de datos,

Opciones de la pantalla tcnicos

Agregar Lgico 1 1 - -
[Listar] Lgico 1 1 - -
[P] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.127. Opciones de la pantalla tcnicos.
Derivacin de los casos de prueba tcnicos

1 Agregar V , se ingresa a nuevo tcnico
[Listar] F
[P] F
[M] F
2 [Listar] V , se lista los tcnicos por pantalla
3 [P] V
Aceptar V , se permuta entre los valores
activo y pasivo
Cancelar F
4 [P] V
Aceptar F
Cancelar V , no se permutan los valores
5 [M] V , se ingresa a modificaciones de
tcnicos
Tabla VI.128. Derivacin de los casos de prueba tcnicos.
Altas y modificaciones de tcnicos
El caso de prueba se realiza para el alta de los tcnicos. Para las

iguales, excepto que el botn que en el alta se llama Crear en la modificacin se
llama Modificar, pero la funcin es la misma.

Opciones de pantalla de Altas y modificaciones de tcnicos

Pseudnimo Alfanumrico 1 1 1 carcter 40 caracteres
Servicio Alfanumrico 1 1 1 carcter 30 caracteres
Sumar Lgico 1 1 - -
Quitar Lgico 1 1 - -
Especialidad Alfanumrico 1 1 1 carcter 30 caracteres
Sumar Lgico 1 1 - -
Mail Alfanumrico 1 1 - 30 caracteres
Telfono Numrico 1 2 - 15 dgitos
Estado Lgico 1 1 - -
Crear Lgico 1 1 - -
Tabla VI.129. Opciones de pantalla de Altas y modificaciones de tcnicos.
Derivacin de los casos de prueba de Altas y modificaciones de tcnicos
La variable pseudocdigo asume el mismo valor que el nombre, pero se

puede cambiar, como se ve en el ejemplo de la Tabla VI.130.

1 Nombre Juan Prez
Pseudnimo Chacho
Servicio Redes y servers, Programacin
Sumar V , agrega un servicio al tcnico
Quitar F
Especialidad Linux, TCP/IP, Java
Sumar V , agrega una especialidad al tcnico
Quitar F
Mail rys@uapar.edu
Telfono 1807
Estado Activo
Crear V
Limpiar F
Cancelar F
2 Nombre X, error de lmite inferior
Crear V , mensaje de error Debe designar
un nombre de tcnico
Limpiar F


3 Nombre Juan Prez
Pseudnimo X, error de lmite inferior
Crear V , mensaje de error Debe designar
un pseudnimo
Limpiar F
4 Especialidad X, error de lmite inferior
Crear V , mensaje de error Debe tener al
menos una especialidad
Limpiar F
5 Servicio Redes y servers
Sumar F
Restar V , quita un servicio al tcnico
Especialidad Linux
Sumar F , quita una especialidad al tcnico
Restar V
6 Limpiar V V, se limpia la pantalla
Tabla VI.130. Derivacin de los casos de prueba de Altas y modificaciones de tcnicos.
Esta opcin permite el mantenimiento de los usuarios en la base de datos,

Opciones de la pantalla usuarios

Agregar nuevo Lgico 1 1 - -
usuario
Buscar Alfanumrico 1 1 1 carcter 50 caracteres
Buscar Lgico 1 1 - -
Todos Lgico 1 1 - -
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.131. Opciones de la pantalla usuarios.
Condiciones de entrada usuarios

1 Agregar nuevo V , se ingresa a nuevo usuario
usuario
Buscar
Buscar F
Todos F
[B] F
[M] F


2 Agregar nuevo F
usuario
Buscar X, error de lmite inferior
Buscar V , mensaje de error Debe ingresar
una descripcin
3 Agregar nuevo F
usuario
Buscar F
Buscar F
Todos V , muestra todos los usuarios
4 [B] V , se ingresa a las bajas
5 [M] V Se ingresa a modificaciones de
usuarios
Tabla VI.132. Condiciones de entrada usuarios.
Altas y modificaciones usuarios
El caso de prueba se realiza para el alta de los usuarios. Para las

iguales, excepto que el botn que en el alta se llama Crear en la modificacin se
llama Modificar, pero la funcin es la misma.
Condiciones de entrada de usuarios de Altas y modificaciones de usuarios

Departamento Alfanumrico 1 1 1 carcter 60 caracteres
Sumar Lgico 1 1 - -
Mail Alfanumrico 1 1 - 30 caracteres
Telfono Numrico 1 2 - 15 dgitos
Cargo Alfanumrico 1 1 - 30 caracteres
Crear Lgico 1 1 - -
Tabla VI.133. Condiciones de entrada de usuarios de Altas y modificaciones de usuarios.

Derivaciones de casos de prueba de Altas y modificaciones de usuarios

1 Nombre Juan Prez
Departamento Contabilidad, Agroindustria
Sumar V , agrega un servicio al tcnico
Quitar F
Mail rys@uapar.edu
Telfono 1807
Cargo Encargado
Crear V
Limpiar F
Cancelar F
2 Nombre X, error de lmite inferior
Crear V , mensaje de error Debe
seleccionar un usuario
Limpiar F
3 Departamento X, error de lmite inferior
Crear V , mensaje de error El usuario debe
pertenecer a un departamento por lo
menos
Limpiar F
4 Limpiar V V, se limpia la pantalla
Tabla VI.134. Derivaciones de casos de prueba de Altas y modificaciones de usuarios.
Esta opcin permite el mantenimiento de prioridades en la base de datos,

incluyendo las altas, bajas y modificaciones de las mismas.
Condiciones de entrada de prioridades

Nueva Lgico 1 1 - -
Prioridad
[B] Lgico 1 1 - -
[M] Lgico 1 1 - -
Tabla VI.135. Condiciones de entrada de prioridades.

Derivacin de los casos de prueba de prioridades

1 Nueva prioridad V , se ingresa a las altas de
prioridades
[B] F
[M] F
2 Nueva prioridad F
[B] V , se ingresa a las bajas de
prioridades
[M] F
3 Nueva prioridad F
[B] F
[M] V , se ingresa a las
modificaciones de prioridades
Tabla VI.136. Derivacin de los casos de prueba de prioridades.
Altas y modificaciones de prioridades
El caso de prueba se realiza para el alta de las prioridades. Para las

Condiciones de entrada de Altas y modificaciones de prioridades

Cdigo Numrico 1 1 0 - 999.999 1 dgito 6 dgitos
Prioridad Alfanumrico 1 1 1 carcter 30 caracteres
Das Numrico 1 2 0 - 999 1 dgito 3 dgitos
Volver Lgico 1 1 - -
Crear Lgico 1 1 - -
Tabla VI.137. Condiciones de entrada de Altas y modificaciones de prioridades.
Derivacin de los casos de prueba de Altas y modificaciones de prioridades

1 Cdigo 0
Prioridad Muy alta
Das 0
Volver F
Crear V
Limpiar F
Cancelar F


2 Cdigo X, fuera de lmite inferior
incompleto
3 Cdigo -134 X, error de valor
Crear V , mensaje de error Nmero
incorrecto
4 Cdigo 1,56 X, error de valor
incorrecto
5 Prioridad X, fuera de lmite inferior
Crear , mensaje de error Formulario
incompleto
6 Das -65 X, fuera de lmite inferior
incorrecto
7 Das 6,5 X, valor no permitido
incorrecto
8 Limpiar V , se limpi la pantalla
Tabla VI.138. Derivacin de los casos de prueba de Altas y modificaciones de prioridades.
VI.5.3.2. Parte de trabajo
Las pruebas del subsistema de parte de trabajo se basan en el mapa de

pantallas presentado de nuevo en la Figura VI.138. Cada pantalla slo se prueba
una vez, aunque en el mapa aparezca en ms de una ocasin. Si la pantalla
llamada pertenece a las consultas, se remite a la seccin VI.5.3.3 donde se
detallan las pruebas del subsistema de consulta.

Parte de
trabajo
Alta de Derivar Buscar Actualizar Cerrar Eliminar

Asignar Recepcionar
parte de parte de parte parte de parte de parte de
tcnico Conformidad
trabajo trabajo trabajo trabajo trabajo trabajo
Nuevo Derivar Parte de Parte de Eliminar

Correo Cerrar parte
Derivar Derivar
Accin Comentario Cerrar Equipo
Problemas Equipo
Correo Equipo Correo Correo
Solucin Correo
Equipo Correo Equipo Servicio

Cerrar Comentarios
Servicio Servicio Servicio Comentario

Equipo Servicio
Dar
Correo Comentario Comentario Confirmar
Solucin
Comentario Solucin
Figura VI.211. Mapa de pantallas del parte de trabajo.
VI.5.3.2.1. Alta parte de trabajo
Condiciones de entrada del alta de parte de trabajo

Usuario Alfanumrico 1 - -
Buscar Alfanumrico 1 1 1 carcter 50 caracteres
Correo Lgico 1 1 - -
Tabla VI.139. Condiciones del alta de parte de trabajo.

Derivacin de los casos de prueba del alta de parte de trabajo

1 Usuario Prez Juan
Aceptar V , se ingresa al alta de parte de
trabajo
Buscar
Buscar F
Correo F
2 Usuario
Aceptar V , mensaje de error No se ha
seleccionado un usuario
Buscar
Buscar F
3 Usuario
Aceptar F
Buscar J
Buscar V , muestra la lista de usuarios
que su apellido o primer
nombre comience con la letra
ingresada en buscar J
4 Usuario
Aceptar F
Buscar
Buscar V , mensaje de error Debe
5 Correo V , llama al correo predefinido
Tabla VI.140. Derivacin de los casos del alta de parte de trabajo.
Condiciones de entrada del alta de parte de trabajo - Nuevo parte

[Derivar] Alfanumrico 1 - -
[Consultar Lgico 1 1 - -
problema]
[Cerrar] Lgico 1 1 - -
[Volver] Lgico 1 1 - -
Equipo Lgico 1 1
[Nro] Lgico 1 1
Titulo Alfanumrico 1 1 1 carcter 50 caracteres
Descripcin del Alfanumrico 1 1 1 carcter 300 caracteres
problema
rea Alfanumrico 1 1 1 carcter 50 caracteres
Existente Alfanumrico 1 1 1 carcter 50 caracteres
Agregar Lgico 1 1 - -
Tabla VI.141. Condiciones de entrada del alta de parte de trabajo - Nuevo parte.

Derivacin de los casos de prueba del alta de parte de trabajo - Nuevo parte

1 [Derivar] F
[Consultar F
problema]
[Cerrar] F
[Volver] F
Correo F
Equipo F , se accede a la pantalla de
consulta detallado en la seccin
VI.5.3.3.1.
[Nro] F
Titulo Mantenimiento general
Descripcin del Hacer backups y ejecutar scandisk
problema
rea General
Existente
Agregar V , se graba el parte de trabajo
2 Titulo X, fuera de lmite inferior
Descripcin del Hacer backups y ejecutar scandisk
problema
rea General
Existente
Agregar V , mensaje de error Debe
especificar un problema
primero
3 Titulo Mantenimiento general
Descripcin del X, fuera de lmite inferior
problema
rea General
Existente
primero
4 Titulo X, fuera de lmite inferior
Descripcin del X, fuera de lmite inferior
problema
rea General
Existente X, error de lmite inferior
primero


5 [Derivar] V , se accede a la pantalla de
derivar parte de trabajo - ver
seccin VI. 5.3.2.2.
Problemas del REA: General
parte TTULO: Mantenimiento general
DESC. Hacer backup y ejecutar
scandisk
6 [Derivar] V , no se deriva un parte de
trabajo que no tiene problemas
Problemas del
parte
7 [Consultar V , se accede a la pantalla de
problema] consultas de problemas - ver
seccin VI.5.3.3.3.
8 [Cerrar] V , se accede a la pantalla de
cerrar parte de trabajo
Problemas del REA: General
parte TTULO: Mantenimiento general
DESC. Hacer backup y ejecutar
scandisk
9 [Cerrar] V X, no registra el parte de
trabajo por no contener
problemas
Problemas del X, error debe contener algn
parte problema
10 [Volver] V , se accede a la pantalla
anterior
11 Correo V , se accede a la pantalla de
correo
12 Equipo V , se accede a la pantalla
consultas de equipo - ver
seccin VI.5.3.3.4.
13 [Nro] V , se enva un mail al usuario
como el que se detalla a
continuacin de esta tabla
Tabla VI.142. Derivacin de los casos de prueba del alta de parte de trabajo - Nuevo parte.
Descripcin del mail de notificacin al usuario cuando se elige esta opcin,

como se muestra en la Tabla VI.142 en la fila n. 13.
Hemos registrado su problema y estamos trabajando para darle la ms
pronta solucin.
Ud. podr ir viendo el avance de la solucin a su problema mediante el nro. de
parte 27.
Que tenga un buen da!

ayuda@uapar.edu

Condiciones de entrada del alta de parte de trabajo - Derivar parte

Prioridad Alfanumrico 1 - 1 carcter 30 caracteres
Servicio Lgico 1 1 - -
Tabla VI.143. Condiciones de entrada del alta de parte de trabajo - Derivar parte.
Derivacin de los casos de prueba del alta de parte de trabajo - Derivar parte

1 [Volver] V , se regresa a la pantalla
anterior
2 Prioridad Alta
3 Servicio V , se deriva el parte de trabajo

al servicio seleccionado
4 Correo V , se accede a la pantalla de
correo predeterminado
Tabla VI.144. Derivacin de los casos de prueba del alta de parte de trabajo - Derivar parte.
Condiciones de entrada del alta de parte de trabajo - Cerrar parte de trabajo

[Ver] Lgico 1 1 - -
[Agregar] Lgico 1 1 - -
[Dar] Lgico 1 1 - -
Cerrar Lgico 1 1 - -
Tabla VI.145. Condiciones de entrada del alta de parte de trabajo - Cerrar parte de trabajo.
Derivacin de los casos de prueba del alta de parte de trabajo - Cerrar parte
de trabajo

anterior
2 [Ver] V , se accede a la pantalla de
consulta de solucin
3 [Agregar] V , se accede a la pantalla de
ingreso de soluciones


4 [Dar] V , se accede a la pantalla de
ingreso de soluciones
5 Cerrar V , se cierre el parte de trabajo,
si es que no existe el link dar, si
estuviese el link [Dar] mostrara
el mensaje de error El parte
est sin resolver
Tabla VI.146. Derivacin de los casos del alta de parte de trabajo - Cerrar parte de trabajo.
En el caso que el problema sea nuevo y no tenga una solucin guardada

en la base de conocimiento aparece el link de [Dar]. Se debe ingresar una
solucin a ese problema para poder cerrar el parte de trabajo. Si el problema ya
ha ocurrido por lo menos una vez y tiene al menos una solucin guardada en la
base de conocimientos aparecen los links de [Ver] y [Agregar], asignndosele a
ese problema las soluciones existentes o la opcin de cargar una solucin nueva.
Condiciones de entrada del alta de parte de trabajo - Cerrar parte de trabajo - dar
solucin

Solucin Alfanumrico 1 1 1 carcter 300 caracteres
Aplicar Lgico 1 1 - -
Tabla VI.147. Condiciones de entrada del alta de parte de trabajo - Cerrar parte de trabajo - dar
solucin.
Derivacin de los casos de prueba del alta de parte de trabajo - Cerrar parte
de trabajo - dar solucin

anterior
2 Solucin Se cambi el disco rgido
[Aplicar] V , se graba la solucin al
problema en la base de
conocimiento
3 Solucin
[Aplicar] V , se cierra la ventana
Tabla VI.148. Derivacin de los casos de prueba del alta de parte de trabajo - Cerrar parte de
trabajo - dar solucin.

VI.5.3.2.2. Derivar parte de trabajo
Condiciones de entrada de derivar parte de trabajo

Nombre Lgico 1 - -
Nmero Lgico 1 1 - -
[Parte] Lgico 1 1 - -
[Correo] Lgico 1 1 - -
Tabla VI.149. Condiciones de entrada derivar parte de trabajo.
Derivacin de los casos de prueba de derivar parte de trabajo

1 Nombre V
Ordenar V , se ordena por nombre de
usuario
2 Nmero V
Ordenar V , se ordena por nmero de
parte de trabajo
3 [Parte] V , se accede a la pantalla de
detalles del parte de trabajo
para derivar
4 [Correo] V , se accede a la pantalla del
correo predefinido
Tabla VI.150. Derivacin de los casos de prueba derivar parte de trabajo.
Condiciones de entrada de derivar parte de trabajo - derivar parte

[Derivar] Alfanumrico 1 - -
[Correo] Alfanumrico 1 1 1 carcter 50 caracteres
[Equipo] Lgico 1 1 - -
[Servicio] Lgico 1 1 - -
[ver] Lgico 1 1
Tabla VI.151. Condiciones de entrada derivar parte de trabajo - derivar parte.

Derivacin de los casos de prueba de derivar parte de trabajo - derivar parte

1 [Derivar] V , se accede a la pantalla de
derivar ya descripta en las
seccin 5.3.2.2.
anterior
3 [Correo] V , se accede a la pantalla de
correo predeterminada
4 [Equipo] V , se accede a la pantalla de
consultas de equipos descrita
en la seccin VI.5.3.3.4.
5 [Servicio] V , se accede a la pantalla de
consultas de servicios
6 [Ver] V , se accede a la pantalla de
consultas de comentarios
Tabla VI.152. Derivacin de los casos de prueba derivar parte de trabajo - derivar parte.
VI.5.3.2.3. Asignar tcnico
Condiciones de entrada de asignar tcnico

Parte a Numrico 1 - 1 - 999.999 1 dgito 6 dgitos
asignar
[Tcnico] Lgico 1 1 - -
Tabla VI.153. Condiciones de entrada de asignar tcnico.
Derivacin de los casos de prueba de asignar tcnico

1 Parte a asignar 23 ,
[Tcnico] V , se asigna el parte de trabajo
al tcnico seleccionado
[Correo] F
2 [Correo] V , se accede a la pantalla del
correo predefinido
Tabla VI.154. Derivacin de los casos de prueba de asignar tcnico.

VI.5.3.2.4. Buscar parte de trabajo
Condiciones de entrada de buscar parte de trabajo

Prioridad Lgico 1 1 - -
Nro. De parte Lgico 1 1 - -
[Parte nro] Lgico 1 1 - -
[Accin] Lgico 1 1 - -
Tabla VI.155. Condiciones de entrada de buscar parte de trabajo.
Derivacin de los casos de prueba de buscar parte de trabajo

1 Prioridad V
Nro. De parte F
Ordenar V , se ordena por prioridad
[Parte nro] F
[Accin] F
2 Prioridad F
Nro. De parte V
parte de trabajo
3 [Parte nro] V , se accede a la consulta del
parte de trabajo que se
describe en la seccin
VI.5.3.3.1
4 [Accin] V , se comienza con el parte de
trabajo
Tabla VI.156. Derivacin de los casos de prueba de buscar parte de trabajo.
Condiciones de entrada de asignar tcnico - Comenzar

Tiempo Numrico 1 1 0 - 9.999 1 dgito 4 dgitos
estimado
Tabla VI.157. Condiciones de entrada de asignar tcnico - comenzar.

Derivacin de los casos de prueba de asignar tcnico - Comenzar

1 Tiempo estimado 12
Aceptar V , se graba el tiempo estimado
para terminar el trabajo
Cancelar F
2 Tiempo estimado
Aceptar V , no se da por comenzado el
parte de trabajo
Cancelar F
3 Tiempo estimado - 12 X, error de lmite inferior
Aceptar V X, mensaje de error el tiempo
estimado debe ser mayor o
igual a 0
Cancelar F
4 Tiempo estimado 5898989985 X, error de lmite superior
Aceptar V X, mensaje de error el tiempo
estimado no debe ser mayor a
999
Cancelar F
5 Tiempo estimado 12,5 X, no se admiten nmeros
decimales
Aceptar V , se graba el tiempo tomando
slo la parte entera
Cancelar F
6 Tiempo estimado 12
Aceptar F
Cancelar V no se graba el tiempo
estimado
Tabla VI.158. Derivacin de los casos de prueba de asignar tcnico - comenzar.
VI.5.3.2.5. Actualizar parte de trabajo
Condiciones de entrada de actualizar parte de trabajo

Prioridad Lgico 1 1 - -
Nro. De Lgico 1 1 - -
parte
[Parte nro] Lgico 1 1 - -
Avance Numrico 1 2 0 - 100 0 100
[Aplicar] Lgico 1 1 - -
[Dar] Lgico 1 1 - -
[Hacer] Lgico 1 1 - -
Tabla VI.159. Condiciones de entrada de actualizar parte de trabajo.

Derivacin de los casos de prueba de actualizar parte de trabajo

1 Prioridad V
Nro. De parte F
Ordenar V , se ordena por prioridad
[Parte nro] F
[Avance] F
[Aplicar] F
[Dar] F
[Hacer] F
2 Prioridad F
Nro. De parte V
parte de trabajo
3 [Parte nro] V , se accede a la consulta del
parte de trabajo que se
describe en la seccin
VI.5.3.3.1.
4 [Avance] 33
[Aplicar] V , se graba un avance del 33%
5 [Avance] 133 X, error del lmite superior
[Aplicar] V X, graba 100%
6 [Avance] -33 X, error de lmite inferior
[Aplicar] V X, mensaje de error El avance
debe ser un nmero entero
positivo
7 [Avance] 33,33 X, error nmero decimal
positivo
8 [Avance] ab X, error de tipo de carcter
positivo
9 [Dar] V , se accede a dar solucin ya
descrito
10 [Hacer] V , se accede a hacer los
cometarios del tcnico por
servicio
Tabla VI.160. Derivacin de los casos de prueba de actualizar parte de trabajo.

Condiciones de entrada de actualizar parte de trabajo - hacer comentario

Comentario Alfanumrico 1 - - 300 caracteres
Aplicar Lgico 1 1 - -
Tabla VI.161. Condiciones de entrada de actualizar parte de trabajo - hacer comentario.
Derivacin de los casos de prueba de actualizar parte de trabajo - hacer

comentario

1 Comentario Me falta completar el armado del
equipo por falta de tornillos de
gabinete
Aplicar V , se graba el comentario
2 Comentario
Aplicar V , no se graba el comentario
4 Comentario Me falta completar el armado del
equipo por falta de tornillos de
gabinete
Aplicar F , no se graba el comentario
Tabla VI.162. Derivacin de los casos de prueba de actualizar parte de trabajo - hacer
comentarios.
VI.5.3.2.6. Recepcionar conformidad
Condiciones de entrada de recepcionar conformidad

Recepcionar Lgico 1 - - -
conformidad
Tabla VI.163. Condiciones de entrada de recepcionar conformidad.
Derivacin de los casos de prueba de recepcionar conformidad

1 Recepcionar V
conformidad
Aceptar V , se conforma el parte de
trabajo por parte del usuario o
del jefe de servicio
Cancelar F


2 Recepcionar V
conformidad
Aceptar F
Cancelar V , no se recepciona la
conformidad del parte de
trabajo por parte del usuario o
del jefe de servicio
Tabla VI.164. Derivacin de los casos de prueba de recepcionar conformidad.
VI.5.3.2.7. Cerrar parte de trabajo
Condiciones de entrada de cerrar parte de trabajo

Usuario Lgico 1 - - -
Nro. parte Lgico 1 1 - -
Parte nro. Lgico 1 1 - -
Tabla VI.165. Condiciones de entrada de cerrar parte de trabajo.
Derivacin de los casos de prueba de cerrar parte de trabajo

1 Usuario V
Nro. parte F
usuario
Parte nro. F
2 Usuario F
Nro. parte V
parte de trabajo
3 Parte nro. V V, se accede a la pantalla de
cerrar parte de trabajo
Tabla VI.166. Derivacin de los casos de prueba de cerrar parte de trabajo.
Condiciones de entrada de cerrar parte de trabajo

[Cerrar] Lgico 1 - - -
[Comentario] Lgico 1 1 - -
Tabla VI.167. Condiciones de entrada de cerrar parte de trabajo.

Derivacin de los casos de prueba de cerrar parte de trabajo
La nica diferencia de esta opcin con la ya descrita en la seccin

VI.5.3.2.1 de este captulo es que contiene el link [Cerrar], por lo tanto es el nico
que se prueba.

1 [Cerrar] V , esta opcin est descrita en
la seccin VI.5.3.2.1
Tabla VI.168. Derivacin de los casos de prueba de cerrar parte de trabajo.
VI.5.3.2.8. Eliminar parte de trabajo
Condiciones de entrada de eliminar parte de trabajo

Usuario Lgico 1 - - -
Nro. parte Lgico 1 1 - -
Parte nro. Lgico 1 1 - -
Tabla VI.169. Condiciones de entrada de eliminar parte de trabajo.
Derivacin de los casos de prueba de eliminar parte de trabajo

1 Usuario V
Nro. parte F
usuario
Parte nro. F
2 Usuario F
Nro. parte V
parte de trabajo
3 Parte nro. V V, se accede a la pantalla de
eliminar parte de trabajo
Tabla VI.170. Derivacin de los casos de prueba de eliminar parte de trabajo.

Condiciones de entrada de eliminar parte de trabajo

[Cerrar] Lgico 1 - - -
[Comentario] Lgico 1 1 - -
Tabla VI.171. Condiciones de entrada de eliminar parte de trabajo.
Derivacin de los casos de prueba de eliminar parte de trabajo
La nica diferencia de esta opcin con la ya descrita en la seccin

VI.5.3.2.7 (Cerrar parte de trabajo) de este captulo, es que contiene el link
[Eliminar], y los botones de aceptar y cancelar. Por lo tanto, estos tres son los
nicos elementos que se prueban.
.
1 [Eliminar] V
Aceptar V , se elimina el parte de trabajo
Cancelar F
2 [Eliminar] V
Aceptar F
Cancelar V , no se elimina el parte de
trabajo
Tabla VI.172. Derivacin de los casos de prueba de eliminar parte de trabajo.
VI.5.3.3. Consultas
Las pruebas del subsistema de consultas se basan en el mapa de pantallas

presentado de nuevo en la Figura VI.212. Cada pantalla slo se prueba una vez,
aunque en el mapa aparezca en ms de una ocasin.

Figura VI.212. Mapa de pantallas de consultas.
VI.5.3.3.1. Ingreso nmero de parte
Condiciones de entrada de nmero de parte

Escriba Numrico 1 2 1 - 999.999 1 dgito 6 dgitos
nmero de
parte
Seleccione Numrico 1 - 1 - 999.999 1 dgito 6 dgitos
uno
Ver Lgico 1 1 - -
Borrar. Lgico 1 1 - -
Tabla VI.173. Condiciones de entrada de nmero de parte.
Derivacin de los casos de prueba de ingreso de nmero de parte

1 Escriba nmero 12
de parte
Seleccione uno
Ver V , se accede a la pantalla de la
consulta del parte de trabajo
ingresado
Borrar. F


2 Escriba nmero 12 X
de parte
Seleccione uno
Ver V X, mensaje de error El nmero
de parte no pertenece al
usuario logueado
Borrar. F
3 Escriba nmero kjn X
de parte
Seleccione uno
Ver V X, mensaje de error Nro. De
parte incorrecto
Borrar. F
4 Escriba nmero 12,7 X
de parte
Seleccione uno
parte incorrecto
Borrar. F
5 Escriba nmero -12 X
de parte
Seleccione uno
parte incorrecto
Borrar. F
6 Seleccione uno 32
Ver V , se accede a la pantalla de la
consulta del parte de trabajo
ingresado
Borrar. F
7 Escriba nmero X, error no ha seleccionado
de parte ningn parte
Seleccione uno X, no ha seleccionado ningn
parte
Ver V X, mensaje de error No ha
ingresado un nmero de parte
Borrar. F
8 Escriba nmero 12
de parte
Seleccione uno
Ver F
Borrar. V , se borra el nmero de parte
ingresado o el nmero de parte
seleccionado
Tabla VI.174. Derivacin de los casos de prueba de nmero de parte.

Condiciones de entrada de su parte

[Parte Nro] Lgico 1 1 - -
Tabla VI.175. Condiciones de entrada de su parte.
Derivacin de los casos de prueba de ingreso de su parte

1 [Volver] V , regresa a la pantalla anterior
[Parte Nro] F
2 [Volver] F
[Parte Nro] V , se accede a la pantalla de
consultas del parte de
Tabla VI.176. Derivacin de los casos de prueba de prioridades.
Condiciones de entrada de parte de trabajo

Tabla VI.177. Condiciones de entrada de su parte.
Derivacin de los casos de prueba de parte de trabajo

1 [Volver] V , regresa a la pantalla anterior
3 [Equipo] V , se accede a la consulta de
equipo
4 [Servicio] V , se accede a la pantalla de
consultas de servicios
Tabla VI.178. Derivacin de los casos de prueba de parte de trabajo.
.
Condiciones de entrada de equipo

Tabla VI.179. Condiciones de entrada de parte de equipo.

Derivacin de los casos de prueba de equipo

Tabla VI.180. Derivacin de los casos de prueba de equipo.
VI.5.3.3.2. Usuarios de mesa
Condiciones de entrada de usuarios de mesa

[Apellido y Lgico 1 1 - -
Nombre]
Tabla VI.181. Condiciones de entrada de usuarios de mesa.
Derivacin de los casos de prueba de usuarios de mesa

1 [Apellido y V , se accede a la pantalla de
Nombre] Usuario
Tabla VI.182. Derivacin de los casos de prueba de usuarios de mesa.
VI.5.3.3.3. Problemas
Condiciones de entrada de problemas

rea: Todos Lgico 1 1 - -
rea: Lgico 1 1 - -
determinado
rea del Alfanumrico 1 1 1 carcter 50 caracteres
problema
Problema: Lgico 1 1 - -
Todos
Problema: Lgico 1 1 - -
Empieza con
Problema Alfanumrico 1 1 1 carcter 50 caracteres
[Ver] Lgico 1 1 - -
Tabla VI.183. Condiciones de entrada de problemas.

Derivacin de los casos de prueba de problemas

1 rea: Todos F
rea: determinado V
rea del problema General
Problema: Todos V
Problema: F
Empieza con
Problema
Buscar V , se muestran todos los problemas del
rea seleccionada
[Ver] F
2 rea: Todos V
rea: determinado F
rea del problema Aplicacin
Problema: Todos V
Problema: F
Empieza con
Problema
Buscar V , se muestran todos los problemas
que existen en la base de datos
[Ver] F
3 rea: Todos V
rea: determinado F
rea del problema Aplicacin
Problema: Todos F
Problema: V
Empieza con
Problema Gen
que comiencen con las letras
ingresadas en problema
[Ver] F
4 rea: Todos F
rea: determinado V
rea del problema General
Problema: Todos F
Problema: V
Empieza con
Problema Memoria
pertenecientes al rea seleccionada y
que comiencen con las letras
ingresadas en problema
[Ver] F
5 [Ver] V , se accede a la pantalla de solucin
Tabla VI.184. Derivacin de los casos de prueba de problemas.

VI.5.3.3.4. Equipos
Condiciones de entrada de equipos

Cdigo Lgico 1 1 - -
Usuario Lgico 1 1 - -
Descripcin Lgico 1 1 - -
Ip Lgico 1 1 - -
[Ver] Lgico 1 1 - -
Tabla VI.185. Condiciones de entrada de equipos.
Derivacin de los casos de prueba de equipos

1 Cdigo V
Usuario F
Descripcin F
Ip F
Ordenar V , todos los equipos ordenados
por cdigo de equipo
[Ver] F
2 Cdigo F
Usuario V
Descripcin F
Ip F
por usuario
[Ver] F
3 Cdigo F
Usuario F
Descripcin V
Ip F
por descripcin
[Ver] F
4 Cdigo F
Usuario F
Descripcin F
Ip V
por nmero de IP
[Ver] F


5 Cdigo V
Usuario F
Descripcin F
Ip F
Ordenar F
[Ver] V , se accede a la pantalla de
equipo
Tabla VI.186. Derivacin de los casos de prueba de equipos.
VI.5.3.3.5. Tareas
Condiciones de entrada de tareas

Buscar Alfanumrico 1 - - -
parte de
trabajo
segn
Desde Numrico 1 2 0- - 6 dgitos
999.999
Desde Fecha 1 2 01/01/01 - 01/01/1 31/12/9999
31/12/9999
Hasta Numrico 1 2 0- - 6 dgitos
999.999
Fecha Fecha 1 2 01/01/01 - 01/01/1 31/12/9999
31/12/9999
Texto Alfanumrico 1 1 - -
Tabla VI.187. Condiciones de entrada de tareas.
Los datos que se prueban a continuacin se pueden dividir en cuatro

grupos de bsqueda de los partes de trabajo, en funcin de diversos atributos. En
cada grupo la funcin que se utiliza es la misma, independientemente del atributo
aplicado. Las pruebas para cada uno de estos grupos se llevan a cabo
considerando slo el primer atributo de cada grupo. A continuacin se identifican
los los cuatro grupos y sus atributos:
Grupo 1
o Todos: es la totalidad de los partes de trabajo que existen en la
base de datos.
o Abiertos: son los partes de trabajo que no estn cerrados ni
conformados por el usuario.
o Pendientes: son los partes de trabajo que estn abiertos pero no
asignados a un tcnico.

Grupo 2
o Avance: indica el progreso del parte de trabajo. Se mide en
porcentaje de 0 a 100%.
o Nro. parte: rango de partes de trabajo a buscar.
o Nro. usuario: rango de usuarios a buscar.
Grupo 3
o Fecha de recepcin: partes de trabajo que han sido
recepcionados en el rango de fecha ingresado.
o Fecha conformidad: partes de trabajo que han sido conformado en
el rango de fecha ingresado.
o Fecha terminado: partes de trabajo que han sido terminados en el
rango de fecha ingresado.
Grupo 4
o Tcnico: todos los partes que pertenecen a un tcnico.
o Usuario: todos los partes que pertenecen a un usuario.
o Tipo? de problema: todos los partes que tienen determinado
problema.
o Cdigo de equipo: todos los partes en los cuales figura
determinado equipo.
Derivacin de los casos de prueba de tareas

1 Buscar parte de Todos
trabajo segn
Buscar V , busca todos los partes de
trabajo
2 Buscar parte de Avance
trabajo segn
Desde 50
Hasta 100
trabajo que se encuentren entre
un rango de avance dados por
los valores Desde y Hasta -
en este caso 50 y 100%-
trabajo segn
Desde -1 X, error de lmite inferior
Hasta 100
Buscar V X, mensaje de error Debe ser
un nmero entero positivo


trabajo segn
Desde 50
Hasta 110
trabajo que se encuentren entre
un rango de avance dados por
los valores Desde y Hasta -
en este caso 110% no da error
porque trae los menores a este
valor-
trabajo segn
Desde 10.58 X, error de valor
Hasta 100
Buscar V X, mensaje de error Debe ser
un nmero entero positivo
trabajo segn
Desde
Hasta 100
Buscar V , cuando el valor desde se
encuentra en blanco lo asume
como 0, que es un valor
permitido
trabajo segn
Desde 10
Hasta
Buscar V , cuando el valor hasta se
encuentra en blanco lo asume
como 100, que es un valor
permitido
8 Buscar parte de Fecha de recepcin
trabajo segn
Desde 20/01/2003
Hasta 20/02/2003
trabajo que pertenecen al rango
de fechas de recepcin
ingresado en desde y hasta


9 Buscar parte de Fecha de recepcin
trabajo segn
Desde
Hasta 20/02/2003
Buscar V , se realiza la bsqueda sin
considerar lmite de fecha de
comienzo, lo mismo ocurre no
si existiese la fecha hasta no
tendra lmite superior
10 Buscar parte de Tcnico
trabajo segn
Texto Giqueaux
Buscar V , muestra todos los partes de
trabajo en los que trabaj el
tcnico ingresado
11 Buscar parte de Tcnico
trabajo segn
Texto
Buscar V , muestra todos los partes de
trabajo
Tabla VI.188. Derivacin de los casos de prueba de tareas.
VI.5.3.3.6. Licencias
Condiciones de entrada de licencias

[Formato de Lgico 1 1 - -
impresin]
Tabla VI.189. Condiciones de entrada de licencias.
Derivacin de los casos de prueba de licencias

1 [Formato de V , se imprimen todas las
impresin] licencias
2 [Formato de F , no se imprime
impresin]
Tabla VI.190. Derivacin de los casos de prueba de licencias.

VI.5.3.3.7. Ocupacin tcnico
Condiciones de entrada de ocupacin tcnico

impresin]
Tabla VI.191. Condiciones de entrada de ocupacin tcnico.
Derivacin de los casos de prueba de ocupacin tcnico

1 [Formato de V , se imprimen los resmenes
impresin] de ocupacin por tcnico
[Correo] F
2 [Formato de F
impresin]
[Correo] V , se accede a la pantalla de
Tabla VI.192. Derivacin de los casos de prueba de ocupacin tcnico.
VI.5.3.3.8. Trabajos por tcnico
Condiciones de entrada de trabajos por tcnico

Desde Fecha 1 - - -
Hasta Fecha 1 - - -
Nombre Lgico 1 1 - -
Cantidad de Lgico 1 1
trabajos
realizados
impresin]
Tabla VI.193. Condiciones de entrada de trabajos por tcnico.

Derivacin de los casos de prueba de trabajos por tcnico

1 Desde 12/01/2003
Hasta 22/02/2003
Nombre V
Cantidad de F
trabajos
realizados
tcnico, mostrando los trabajo
que pertenecen al rango de
fechas ingresados
[Formato de F
impresin]
[Correo] F
2 Desde
Hasta 22/02/2003
Nombre V
Cantidad de F
trabajos
realizados
fechas ingresados, cuando la
fecha desde est en blanco no
se considera lmite inferior
[Formato de F
impresin]
[Correo] F
3 Desde 10/01/2003
Hasta
Nombre V
Cantidad de F
trabajos
realizados
fechas ingresados, cuando la
fecha hasta est en blanco no
se considera lmite superior
[Formato de F
impresin]
[Correo] F


4 Desde 01/01/2003
Hasta 22/02/2003
Nombre F
Cantidad de V
trabajos
realizados
Ordenar V , se ordena por el tcnico que
tenga ms trabajos realizados,
mostrando los trabajo que
pertenecen al rango de fechas
ingresados
[Formato de F
impresin]
[Correo] F
5 Desde 01/01/2003
Hasta 22/02/2003
Nombre F
Cantidad de V
trabajos
realizados
Ordenar F
[Formato de V , se ordena por el tcnico que
impresin] tenga ms trabajos realizados,
mostrando los trabajo que
pertenecen al rango de fechas
ingresados en formato de
impresin
[Correo] F
6 Desde 01/01/2003
Hasta 22/02/2003
Nombre F
Cantidad de V
trabajos
realizados
Ordenar F
[Formato de F
impresin]
[Correo] V , se accede a la pantalla de
Tabla VI.194. Derivacin de los casos de prueba de trabajos por tcnico.

VI.5.3.3.9. Ocupacin estadsticas
Condiciones de entrada de estadsticas

impresin]
Nombre Lgico 1 1 - -
Promedio Lgico 1 1 - -
Cantidad de Lgico 1 1 - -
trabajos
Tabla VI.195. Condiciones de entrada de estadsticas.
Derivacin de los casos de prueba de estadsticas

1 [Formato de V , se muestra con formato de
impresin] impresin, ordenado por
nombre de tcnico
Nombre V
Promedio F
Cantidad de F
trabajos
Ordenar F
[Correo] F
promedio
Nombre F
Promedio V
Cantidad de F
trabajos
Ordenar F
[Correo] F
cantidad de trabajos
Nombre F
Promedio F
Cantidad de V
trabajos
Ordenar F
[Correo] F


4 [Formato de F
impresin]
Nombre V
Promedio F
Cantidad de F
trabajos
Ordenar V , se ordenan por nombre de
tecnico
[Correo] F
5 [Formato de F
impresin]
Nombre F
Promedio V
Cantidad de F
trabajos
Ordenar V , se ordenan promedio de
trabajos realizados
[Correo] F
6 [Formato de F
impresin]
Nombre F
Promedio F
Cantidad de V
trabajos
Ordenar V , se ordenan cantidad de
trabajos realizados
[Correo] F
Tabla VI.196. Derivacin de los casos de prueba de estadsticas.
VI.5.4. P 4: Evaluar la prueba
Durante la realizacin de las pruebas detallas en las secciones VI.5.3.1,

VI.5.3.2 y VI.5.3.3 de este captulo, el software cumpli con los requisitos
establecidos por los usuarios. Si bien se presentaron algunos errores como por
ejemplo:
No se permita un valor nulo en la prioridades, cuando en realidad la
prioridad 0 (cero) debe existir porque significa que es de atencin
inmediata y no puede esperar.
En el atributo avance de los trabajos no estaba controlado que el mximo
es 100 y permita valores superiores.
El reporte estadstico present un problema de ordenacin; sta se
realizaba por un atributo que no era el solicitado.

Adems se ha presentado el software a los usuarios para que fueran

planteando las observaciones, las cuales se atendieron. Estas observaciones se
refirieron al formato de presentacin de los datos. Por lo tanto, no es necesario
realizar modificaciones del diseo. Estas observaciones fueron las siguientes:
El listado de Ocupacin tcnicos no se presentaba en orden
alfabtico sino por nmero de tcnico. Esto fue cambiado para que el
listado se mostrara ordenado por apellido del tcnico.
El listado de Trabajos tcnicos no se presentaba en orden alfabtico
sino por nmero de tcnico. Esto fue cambiado para que el listado se
mostrara ordenado por apellido del tcnico.
En todos los casos estos errores han sido corregidos y se repiti el caso de
prueba que descubri el error. Se concluye que el software tiene un nivel de
calidad aceptable, debido a que cumple con los requisitos planteados con los
usuarios.

Captulo VII
Cierre del proyecto

Dicono Captulo VII: Cierre del Proyecto
Captulo VII. Cierre del Proyecto
Como cierre del proyecto, se registra toda la informacin que se gener

durante su desarrollo, en formatos escrito y magntico. Adems, se realiza un
balance de lo obtenido hasta el momento a fin de reforzar los aciertos y corregir
los errores.
VII.1. Aspectos a tratar en este captulo
VII.1.1. Gestin del proyecto y planificacin
En la planificacin que se llev a cabo mediante la tcnica Staffing Size

[webtecnicas, 2002], se estim el tiempo de duracin del proyecto en
328 das de trabajo. La construccin de la aplicacin software cumpli
con lo planificado en el diagrama de Gantt. Se produjeron desvos en la
documentacin por el tiempo insumido en el proceso de correccin.
El seguimiento del proyecto se realiz al finalizar las fases del mismo.
stas son las siguientes: iniciacin, elaboracin, construccin e
implementacin. Se verific el tiempo insumido hasta el momento y se
lo compar con el diagrama de Gantt, comprobndose que los tiempos
eran los planificados.
Las iteraciones que propone el proceso unificado, pueden parecer
prdida de tiempo pero no lo son ya que se trabaja con la arquitectura
del sistema, es decir lo ms importante, y luego se retorna a aquellas
actividades secundarias con mayor conocimiento. Esto prueba que la
primera iteracin lleva ms tiempo que las siguientes.
En proyectos futuros, es recomendable la aplicacin del mtodo de
estimacin de Staffing Size debido, a su sencillez y precisin en el
tiempo estimado para desarrollar un sistema orientado a objetos. Por la
experiencia del proyecto se pude detectar que lo que se estim con este
mtodo se cumpli en la realizacin del trabajo.
Segn la experiencia adquirida en este proyecto, el desarrollo de
sistemas con mtodos iterativos e incrementales es apto para afrontar
niveles de complejidad manejables en cada fase, y sirve especialmente
para despejar tempranamente las dudas que pueden presentarse sobre
la factibilidad tcnica de algunos detalles de implementacin

Captulo V: Cierre del proyecto Dicono
VII.1.2. Gestin de la configuracin
La gestin de configuracin que se plantea en este trabajo, es de gran

utilidad para llevar un control de los paquetes de software que se
desarrollan sobre todo, cuando se instalan en distintos equipos y
clientes.
La Universidad ha decidido no utilizar la gestin por el momento, porque
este software es slo para dicha institucin y se instala en un nico
servidor que es consultado por todos los usuarios.
Se ha planteado la necesidad de llevar una gestin de configuracin en
el futuro. Momento en el cual se revisar si la estructura planteada es la
correcta. Esta demora se debe al replanteo de todos los sistemas para
la migracin a nuevas plataformas. Al llevar a cabo la planificacin de
los mismos se realizar tambin el estudio de la gestin de
configuracin.
VII.1.3. Aseguramiento de la calidad
El aseguramiento de la calidad planteado es el adecuado debido a la

envergadura de este trabajo. Por lo tanto, no es necesario hacer
modificaciones al mismo para proyectos similares.
La aplicacin de las pruebas se han aplicado en forma exhaustiva,
probando cada una de las opciones que tiene el sistema como se
detalla en el anexo D.
El grupo que ha trabajado en la verificacin de la calidad fue formado
por el tesista para indicar cmo funcionaba el problema y un analista de
sistemas que se encarga de realizar pruebas de software.
Por lo antes mencionado, creo que el grupo que realiz las
verificaciones y pruebas tiene los conocimientos necesarios. Hubiese
sido recomendable que un personal totalmente independiente realizara
las pruebas pero, la Universidad no dispone de esta posibilidad.

Captulo VIII
Conclusiones
Dicono Captulo VIII: Conclusiones
VIII.1. Alcances del sistema
VIII.1.1. Mejoras en la gestin
El sistema Dicono se ha desarrollado para cubrir una necesidad de la

Universidad debido a que sta no posea un sistema automatizado de Mesa de
Ayuda informtica. Luego de las primeras pruebas, se pudo notar la
conformidad del usuario al poder realizar un seguimiento de sus partes de
trabajo.
Adems, proporciona al departamento de Tecnologa y Operaciones la
posibilidad de obtener informacin del avance de todos los trabajos que se
encuentran en proceso, y del nivel de ocupacin de cada uno de los tcnicos.
VIII.1.2. Aplicacin de estndares institucionales
Este trabajo contribuy a definir los pasos a llevar a cabo en la

metodologa RUP, debido a que no se lo haca en forma ordenada y con una
secuencia lgica, sino ms bien usando algunas de sus partes. El uso de UML
en la tesis hace que tambin este departamento lo adopte como la notacin a
utilizar en todos sus sistemas. Este trabajo permiti que el departamento de
Desarrollo de Sistemas incluyera la tecnologa web en la construccin de las
consultas de otros sistemas existentes y se la adaptara en los nuevos, pasando
a ser el JSP, Java y el HTML los lenguajes a usar para estos trabajos.
VIII.1.3. Aporte al rea acadmica
Esta tesis brind su aporte a la carrera de Sistemas de Informacin,

fijando esta metodologa como la principal y posibilitando la comparacin con
otras. El uso de UML como notacin ha hecho que el tesista lo incluyera como
principal tcnica a utilizar en las diferentes materias que se dictan en dicha
especialidad.
VIII.1.4. Experiencia profesional
Para el tesista fue una experiencia enriquecedora debido a que ha

perfeccionado sus conocimientos en metodologas de sistemas con el estudio
de Mtrica versin 3 y de la RUP, en el paradigma orientado a objetos y en la
notacin UML.

Captulo VIII: Conclusiones Dicono
Adems, le ha permitido formarse para el desenvolvimiento profesional

en la Ingeniera del Software, que hoy en da es cada vez ms exigente y
requiere de profesionales actualizados, que hacen uso de los ltimos avances
de la informtica en todas sus facetas.
Como conclusin final se puede decir que este trabajo de tesis fue
altamente positivo por los motivos mencionados anteriormente; marcando un
hito que ser recordado a pesar del tiempo y que ha servido al tesista, a la
Universidad y a los alumnos de la misma.
VIII.2. Consideraciones acerca de las metodologas usadas
Respecto a las metodologas empleadas en el desarrollo del sistema

Dicono, se puede decir lo siguiente:
Mtrica versin 3: sta es una metodologa que contempla
todos los pasos para el desarrollo de software, pero es
demasiado detallista para los sistemas que se desarrollan en
una Pyme (pequea y mediana empresa). Por lo tanto, se
procede a realizar aquellas actividades que son necesarias.
Adems, se la usa slo en los procesos en los que la
metodologa RUP no se displaya.
RUP: sta es la metodologa utilizada en la Universidad para el
desarrollo de todos sus sistemas y forma parte de unos de los
requisitos. Por lo tanto, se eligi a RUP como la metodologa
principal y a Mtrica Versin 3 en los procesos en que la RUP
no es detallada. La ventaja es que se adapta perfectamente en
la notacin UML y a la herramienta Rational Rose que tambin
son usadas para el desarrollo de sistemas en esta universidad.
Por lo tanto, se estn respetando los requisitos del cliente.
La combinacin de estas dos metodologas (RUP para los
flujos de trabajo del proceso y Mtrica Versin 3 para los flujos
de trabajo de soporte) se transforma en una buena opcin al
momento de realizar desarrollos de sistemas orientados a
objetos. Esto es as ya que es una metodologa completa
desde la captura de los requisitos hasta la puesta en marcha
del sistema. Sin embargo, es muy general en los flujos de
trabajo de soporte; pero si a esto se le suma la aplicacin de la
herramienta CASE Rational Rose, se transforma en una
excelente opcin con una alta aplicabilidad.
Por qu no se usa una sola metodologa: no se emplea solamente
Mtrica versin 3 debido en primer lugar, a que todo proyecto a desarrollar en
la Universidad se debe hacer con la metodologa RUP, (como lo dice el
requisito 14 de la seccin V.3.3.1.1. del captulo V) y en segundo lugar, a que el

proyecto no cumple con las caractersticas apropiadas para ser construido por
un mtodo denominado pesado, (esto no significa que no pueda ser
construido con ella, sino que hay otros que se adaptan mejor). Los sistemas a
ser desarrollados por estas metodologas son los que tienen las siguientes
caractersticas:
Equipos formados por muchas personas.
Alcances fijado por contratos a precio fijo.
Por lo tanto, el proyecto se adapta mejor para ser construido con una
metodologa gil o liviana, como la RUP ya que sta se ajusta
perfectamente a proyectos con caractersticas como las siguientes:
Requisitos no claros y cambiantes (no es ste el caso).
Desarrolladores responsables y bien motivados.
Clientes involucrados en el problema a resolver.
Equipos de menos de 50 personas.
La universidad Politcnica de Valencia, realiz un trabajo de

investigacin en el cual se comparaban las metodologas giles y tradicionales.
Se lleg a las siguientes conclusiones: [Letelier, 2004].
Metodologas giles Metodologas tradicionales

Basadas en heursticas provenientes de Basadas en normas provenientes de
la prctica de produccin de cdigo estndares seguidos por el entorno de
desarrollo
Especialmente preparadas para el Cierta resistencia a los cambios
cambio durante el proyecto
Impuestas internamente (por el equipo) Impuestas externamente
Procesos menos controlados, con pocos Procesos muchos ms controlados, con
principios numerosas polticas externas
No existe contrato tradicional o al menos Existe un contrato prefijado
es bastante flexible
El cliente es parte del equipo de El cliente interacta con el equipo de
desarrollo desarrollo mediante reuniones
Grupos pequeos (< 10 integrantes) y Grupos grandes y posiblemente
trabajando en el mismo sitio distribuidos
Pocos artefactos Ms artefactos
Pocos roles Ms roles
Menos nfasis en la arquitectura del La arquitectura del software es esencial y
software se expresa mediante modelos
Tabla VIII.1. Comparacin de metodologas
Al analizar los resultados de la tabla VIII.1, se puede ver claramente que

el sistema Dicono se adapta mucho mejor a una metodologa gil que a una
tradicional.
Adems, cabe destacar que la metodologa Mtrica Versin 3 no es
utilizada en Argentina y la Universidad tiene como objetivo que los alumnos

Captulo VIII: Conclusiones Dicono
usen estos trabajos reales para aprender de ellos. Apunta hacia el mercado
nacional que es justamente las metodologas como la del Proceso Unificado y
las metodologas giles.
En el VI Taller de desarrolladores de Alejandra [Alejandra, 2001], se
exhibi una presentacin en la cual la filmina nmero tres deca lo siguiente:
En los inicios de 1990, en un estudio realizado en IBM:
los equipos exitosos enfatizaban que no haban seguido mtodos
formales ni herramientas CASE y que haban estimulado la
comunicacin y los test.
los equipos con problemas no entendan sus fallas si haba
cumplido con los mtodos formales.
La experiencia se repiti por toda la dcada, por todo el mundo y con
todas las herramientas.
La conclusin: menos nfasis en la documentacin exhaustiva y ms en
versiones que corran y puedan ser probadas. Lo primero son promesas.
Lo segundo hechos. [Alejandra, 2001].
El Departamento de Ciencias Experimentales e Ingeniera de la
Universidad Rey Juan Carlos se refiri a este tema diciendo: las metodologas
tradicionales imponen una disciplina de trabajo sobre el proceso de desarrollo
del software, con el objetivo de conseguir un software ms eficiente y
predecible. Para ello, se hace un especial hincapi en la planificacin total de
todo el trabajo a realizar y una vez que est todo detallado, comienza el ciclo
de desarrollo del producto software. Este planteamiento est basado en el resto
de disciplinas de ingeniera, a pesar de que el software no pueda considerarse
como la construccin de una obra clsica de ingeniera. [Kybele, 2004]
La siguiente cita pertenece a una empresa consultora que se dedica al
desarrollo de aplicaciones software y dice lo siguiente: el entorno actual es
competitivo y global. Cada vez ms las empresas necesitan soluciones de
software en menor tiempo, de buena calidad, y que se ajuste a sus
necesidades individuales. Durante aos, las metodologas tradicionales de
desarrollo han venido fallando, entregando software tarde, lleno de defectos, y
que no se ajusta a los requerimientos reales de los clientes. [Asisnet, 2004]
Las metodologas livianas o giles son aquellas que tienen el siguiente grupo
de caractersticas [Fowler, 2003]:
Se basan en la adaptabilidad, ms que en el carcter predictivo.
Son flexibles a los cambios de requisitos.
Estn ms basadas en desarrollar un software que funcione que
en la documentacin.
Estn ms orientadas a las personas y las interacciones en el
equipo de desarrollo que a las actividades y las herramientas.
Tienen un desarrollo incremental.

Logran colaboracin con el cliente ms que la negociacin de un

contrato .
Responden a los cambios ms que a seguir estrictamente una
planificacin.
Se basan en la comunicacin.
Debido a que el sistema Dicono es relativamente pequeo, que la
Universidad es una Pyme, y que adems los sistemas que se desarrollan en la
misma cumplen con las caractersticas de las metodologas livianas o giles, se
tom la decisin de combinar las metodologas Mtrica versin 3 y RUP. El
objetivo principal es transformar el desarrollo en un proceso ms liviano, con
lo cual se logra cumplir con los requisitos de desarrollar con una metodologa y
que se adapte al medio ambiente en donde se desarrolla. Adems, los
resultados son ampliamente aplicables tanto al rea de Desarrollo de Sistemas
como a la carrera de Sistemas de Informacin, transformndose de esta
manera de una combinacin ptima que tiene como resultado una metodologa
denominada Mediana, la cual es aplicable a los sistemas que se desarrollen
en las empresas de este pas.
Concluyo diciendo que si tuviese que elegir una metodologa para el
desarrollo de sistemas de similar envergadura, optara por una combinacin del
Proceso Unificado y los giles, logrando de esa manera una metodologa
Media liviana que es lo que ms se aplica en Argentina.

Captulo IX
Bibliografa
Dicono Captulo IX: Bibliografa
VI.1. Bibliografa
[Alejandra, 2001]: Metodologas Livianas.

http://www.ulaweb.adm.ula.ve/DSIA/presentaciones/MetodologiasLivianas_DSIA.p
pt. 2001.
[Webagile, 2004]: Agile Spain. http://www.agile-spain.com/. 2004.
[Asisnet, 2004]: Asisnet, Consultora y desarrollos en tecnologas para Internet y

sistemas en java. http://www.asisnet.com/xp.html. 2004.
[Booch, 2000]: Booch, Grady; Rumbaugh, James; Jacobson, Ivar. El Lenguaje

Unificado de Modelado. Addison Wesley. Espaa. 2000.
[Casal, 1998]: Ares Casal, Pruebas del software. Apuntes del Magster en
Ingeniera del Software. Universidad Politcnica de Madrid. Ao 1998.
[DAlesio, 1999]: DAlesio, Alfredo; Barral Ral. Help Desk por Expertos.
CEITECH Argentina. 1999.
[Facility Group, 2002]: Service Desk , Facility Group. Qu es un Help Desk?

http://www.sdfg.cl/paginas/pag_11.htm. 2001.
[Fowler, 2003]: Fowler, Martn. La nueva Metodologa.

www.programacinextrema.org/artculos/newmetodology. es.htm. 2004.
[WebIEEE, 1990]: IEEE Online, Catalog and Store.

http://shop.ieee.org/store/product.asp?prodno=SS13748. 2004.
[WebISO, 1995]: International Organization for Estandardization.

http://www.iso.org/iso/en/CatalogueDetailPage.Catalogue Detail?. 2004.

http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?. 2004.

http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?. 2004.
[Jacobson, 2000]: Jacobson, Ivar; Booch, Grady; Rumbaugh, James. El proceso

Unificado de Desarrollo de Software. Addison Wesley. Espaa. 2000.
[Kybele, 2004]: Procesos giles para el desarrollo de aplicaciones web. Paloma

Cceres, Esperanza Marcos Grupo Kybele. Departamento de Ciencias
Experimentales e Ingeniera Universidad Rey Juan Carlos.
http://www.dlsi.ua.es/webe01/articulos/s112.pdf. 2004.

Captulo IX: Bibliografa Dicono
[Letelier, 2004]: Metodologas giles en el Desarrollo de Software. Jos H. Cans,

Patricio Letelier M Carmen Penads. DSIC -Universidad Politcnica de Valencia.
http://www.willydev.net/descargas/prev/TodoAgil.Pdf. 2004.
[WebMap, 2004]: Mtrica v3. Consejo Superior de Informtica de Espaa.

Ministerio de aplicaciones Pblicas de Espaa.
http://www.csi.map.es/csi/metrica3/index.html. 2004.
[webtecnicas, 2002]: Tcnicas y Prcticas. Consejo Superior de Informtica de

Espaa. Ministerio de aplicaciones Pblicas de Espaa.
http://www.csi.map.es/csi/metrica3/tecnicas.pdf
Pressman, 1997]: Pressman, Roger. Ingeniera del Software un Enfoque

Prctico. McGraw Hill. Espaa. 1997.

Anexos
Anexo A. ndices de Figuras y Tablas
Anexo A.1. ndice de Figuras
Contenido Pg.
Captulo II: Dominio del problema

Figura II.1 Organigrama actual del rea informtica 9
Figura II.2. Organigrama de la Universidad Adventista del Plata 10
Figura II.3. Organigrama propuesto del rea informtica 16
Figura II.4. Diagrama de seguimiento de pedido del usuario 17

Figura III.1. Ciclo de vida del Proceso Unificado. [Booch, 2000] 31

Figura IV.1. Votos de la Comisin Informtica 39
Figura IV.2. DER de la gestin de la configuracin 50

Figura V.1. Arquitectura del hardware disponible para el proyecto 71
Captulo VI: Desarrollo del Proyecto

Figura VI.1. Casos de uso de mantenimiento 89
Figura VI.2. Casos de uso de parte de trabajo 91
Figura VI.3.Casos de uso de consultas 92
Figura VI.4. Diagrama de clase de dominio. 120
Figura VI.5. Mantener equipos 121
Figura VI.6. Mantener licencias 121
Figura VI.7. Mantener prioridades 121
Figura VI.8. Mantener servicios tcnicos 122
Figura VI.9. Mantener especialidades 122
Figura IV.10. Mantener tcnicos 122
Figura VI.11. Mantener usuarios. 122
Figura VI.12. Mantener hardware 123
Figura VI.13. Mantener perifrico 123
Figura VI.14. Mantener tipo de equipo 123
Figura VI.15. Mantener base de conocimientos 123
Figura VI.16 Actualizar prioridad 123
Figura VI.17. Realizar alta parte de trabajo 124
Figura VI.18. Derivar parte de trabajo 124
Figura VI.19. Asignar tcnico 125
Anexo b: Entrevistas Dicono
Contenido Pg.
Figura VI.20. Buscar parte de trabajo 125

Figura VI.21. Actualizar parte de trabajo 126
Figura VI.22. Recepcionar conformidad 126
Figura VI.23. Cerrar parte de trabajo 127
Figura VI.24. Eliminar parte de trabajo 127
Figura VI.25 Consultar parte de trabajo 128
Figura VI.26. Consultar datos del usuario 128
Figura VI.27. Consultar problemas 129
Figura VI.28. Consultar equipos 129
Figura VI.29. Consultar tareas 130
Figura VI.30. Consultar licencias de software 130
Figura VI.31. Solicitar ocupacin tcnico 130
Figura VI.32. Solicitar trabajos por tcnico 131
Figura VI.33. Estadsticas 131
Figura VI.34. Diagrama de despliegue 177
Figura VI.35. Diagrama de clases de mantener equipos 182
Figura VI.36. Diagrama de clases de mantener licencias 183
Figura VI.37. Diagrama de clases de mantener prioridades 183
Figura VI.38. Diagrama de clases de mantener servicios tcnicos 184
Figura VI.39. Diagrama de clases de mantener especialidades 184
Figura VI.40. Diagrama de clases de mantener tcnicos 185
Figura VI.41. Diagrama de clases de mantener usuarios 186
Figura VI.42. Diagrama de clases de mantener hardware 187
Figura VI.43. Diagrama de clases de mantener perifricos 187
Figura VI.44. Diagrama de clases de mantener tipo de equipo 188
Figura VI.45. Diagrama de clases mantener base de conocimiento 188
Figura VI.46. Diagrama de clases de actualizar prioridad 189
Figura VI.47. Diagrama de clases de alta parte de trabajo 194
Figura VI.48. Diagrama de clases de alta parte de trabajo (grabar) 194
Figura VI.49. Diagrama de clases de alta parte de trabajo (cerrar) 195
Figura VI.50. Diagrama de clases de derivar parte de trabajo 195
Figura VI.51. Diagrama de clases de asignar tcnico 196
Figura VI.52. Diagrama de clases de buscar parte de trabajo 197
Figura VI.53. Diagrama de clases de actualizar parte de trabajo 198
Figura VI.54. Diagrama de clases de recepcionar conformidad 199
Figura VI.55. Diagrama de clases de cerrar parte de trabajo. 200
Figura VI.56. Diagrama de clases de eliminar parte de trabajo 201
Figura VI.57. Diagrama de clases de consultar parte de trabajo 204
Figura VI.58. Diagrama de clases de datos del usuario 205
Figura VI.59. Diagrama de clases de consultar problemas 205

Dicono Anexo b: Entrevistas
Contenido Pg.
Figura VI.60. Diagrama de clases de consultar equipos 206

Figura VI.61. Diagrama de clases de consultar tareas 207
Figura VI.62. Diagrama de clases de consultar licencias software 208
Figura VI.63. Diagrama de clases de ocupacin tcnico 208
Figura VI.64. Diagrama de clases de consultar trabajos por tcnicos 209
Figura VI.65. Diagrama de clases de generar estadsticas 209
Figura VI.66. Diagrama de colaboracin de alta equipos 210
Figura VI.67. Diagrama de colaboracin de baja equipos 211
Figura VI.68. Diagrama de colaboracin de modificacin equipos 211
Figura VI.69. Diagrama de colaboracin de alta licencias 212
Figura VI.70. Diagrama de colaboracin de baja licencias 212
Figura VI.71. Diagrama de colaboracin de modificaciones licencias 213
Figura VI.72. Diagrama de colaboracin de alta de prioridades 213
Figura VI.73. Diagrama de colaboracin de baja de prioridades 214
Figura VI.74. Diagrama de colaboracin de modificaciones de
prioridades 214
Figura VI.75. Diagrama de colaboracin de alta de servicios tcnicos 215
Figura VI.76. Diagrama de colaboracin de baja de servicios tcnicos 215
Figura VI.77. Diagrama de colaboracin de modificaciones de servicios
tcnicos 216
Figura VI.78. Diagrama de colaboracin de alta de especialidades 216
Figura VI.79. Diagrama de colaboracin de baja de especialidades 217
especialidades 217
Figura VI.81. Diagrama de colaboracin de alta de tcnicos 218
Figura VI.82. Diagrama de colaboracin de baja de tcnicos 218
Figura VI.83. Diagrama de colaboracin de modificaciones de tcnicos 219
Figura VI.84. Diagrama de colaboracin de alta de usuarios 219
Figura VI.85. Diagrama de colaboracin de baja de usuarios 220
Figura VI.86. Diagrama de colaboracin de modificaciones de usuarios 220
Figura VI.87. Diagrama de colaboracin de alta de hardware 221
Figura VI.88. Diagrama de colaboracin de baja de hardware 221
Figura VI.89. Diagrama de colaboracin de modificacin de hardware 222
Figura VI.90. Diagrama de colaboracin de alta de perifricos 222
Figura VI.91. Diagrama de colaboracin de baja de perifricos 223
perifricos 223
Figura VI.93. Diagrama de colaboracin de alta de tipo de equipo 224
Figura VI.94. Diagrama de colaboracin de baja de tipo de equipo 224

Contenido Pg.
Figura VI.95. Diagrama de colaboracin de modificaciones de tipo de

equipo 225
Figura VI.96. Diagrama de colaboracin de actualizar prioridad 225
Figura VI.97. Diagrama de colaboracin de alta parte trabajo 226
Figura VI.98. Diagrama de colaboracin de alta parte trabajo (grabar) 226
Figura VI.99. Diagrama de colaboracin de alta parte trabajo (cerrar) 227
Figura VI.100. Diagrama de colaboracin alta parte trabajo (derivar) 228
Figura VI.101. Diagrama de colaboracin alta parte trabajo (derivar -
derivar parte) 229
Figura VI.102. Diagrama de colaboracin de asignar tcnico 230
Figura VI.103. Diagrama de colaboracin de buscar parte de trabajo 231
Figura VI.104. Diagrama de colaboracin de actualizar parte de trabajo 232
Figura VI.105. Diagrama de colaboracin de recepcionar conformidad 233
Figura VI.106. Diagrama de colaboracin de cerrar parte de trabajo 234
Figura VI.107. Diagrama de colaboracin de eliminar parte de trabajo 235
Figura VI.108. Diagrama de colaboracin de consultar parte de trabajo 236
Figura VI.109. Diagrama de colaboracin de consultar datos del
usuario 237
Figura VI.110. Diagrama de colaboracin de consultar problemas 237
Figura VI.111. Diagrama de colaboracin de consultar equipos 238
Figura VI.112. Diagrama de colaboracin de consultar tareas 239
Figura VI.113. Diagrama de colaboracin de consultar licencias 239
Figura VI.114. Diagrama de colaboracin de consultar ocupacin
tcnico 240
Figura VI.115. Diagrama de colaboracin de trabajos tcnicos 241
Figura VI.116. Diagrama de colaboracin de consultar estadsticas 242
Figura VI.117. Pantalla modelo 245
Figura VI.118. Mapa de pantallas principales 245
Figura VI.119. Mapa de pantalla principal (consultas) 248
Figura VI.120. Mapa de pantalla principal (mantenimiento) 249
Figura VI.121. Mapa de Pantalla principal (parte de trabajo) 249
Figura VI.122. Mapa de Pantalla de consultas 250
Figura VI.123. Pantalla de consultar nmero de parte de trabajo 251
Figura VI.124. Pantalla de consultar partes de trabajo de un usuario 252
Figura VI.125. Pantalla de consultar un parte de trabajo 254
Figura VI.126. Pantalla de correo 255
Figura VI.127. Pantalla de consultar equipos 257
Figura VI.128. Pantalla de consultar los servicios 258
Figura VI.129. Pantalla consultar comentarios 259

Contenido Pg.
Figura VI.130. Pantalla de consultar datos de los usuarios primera

pantalla 261
Figura VI.131. Pantalla de consultar datos de los usuarios - segunda
pantalla 261
Figura VI.132. Pantalla de consultar problemas 263
Figura VI.133. Pantalla de consultar soluciones a problemas 264
Figura VI.134. Pantalla de consultar equipos 265
Figura VI.135. Pantalla de consultar tareas 267
Figura VI.136. Pantalla de consultar licencias 268
Figura VI.137. Pantalla de imprimir licencias 269
Figura VI.138. Pantalla de consultar ocupacin de los tcnicos 271
Figura VI.139. Pantalla de imprimir la ocupacin de los tcnicos 272
Figura VI.140. Pantalla de consultar los trabajos de los tcnicos 274
Figura VI.141. Pantalla de imprimir los trabajos de los tcnicos 275
Figura VI.142. Pantalla consultar estadsticas 277
Figura VI.143. Pantalla de imprimir las estadsticas 278
Figura VI.144. Mapa de pantallas de mantenimiento 279
Figura VI.145. Pantalla de mantenimiento de licencias 280
Figura VI.146. Pantalla de nuevas licencias 281
Figura VI.147. Pantalla de modificacin de licencias 282
Figura VI.148. Pantalla de baja de licencia 283
Figura VI.149. Pantalla de mantenimiento de tipo de equipo 284
Figura VI.150. Pantalla de nuevo tipo de equipo 285
Figura VI.151. Pantalla de modificar tipo de equipo 285
Figura VI.152. Pantalla de baja de tipo de equipo 286
Figura VI.153. Pantalla de mantenimiento de hardware 288
Figura VI.154. Pantalla de nuevo hard 289
Figura VI.155. Pantalla de modificar hardware 290
Figura VI.156. Pantalla de baja de hardware 291
Figura VI.157. Pantalla de mantenimiento de perifrico 292
Figura VI.158. Pantalla de nuevo perifrico 293
Figura VI.159. Pantalla de nuevo perifrico 294
Figura VI.160. Pantalla de baja de perifrico 295
Figura VI.161. Pantalla de mantenimiento de equipos 296
Figura VI.162. Pantalla de nuevo equipo 298
Figura VI.163. Pantalla de borrar equipo 299
Figura VI.164. Pantalla de mantenimiento de servicio 300
Figura VI.165. Pantalla de nuevo servicio 301
Figura VI.166. Pantalla de modificar servicio 302

Contenido Pg.
Figura VI.167. Pantalla de baja servicio 303

Figura VI.168. Pantalla de mantenimiento de especialidades 304
Figura VI.169. Pantalla de nueva especialidad 305
Figura VI.170. Pantalla de modificar especialidad 305
Figura VI.171. Pantalla de baja especialidad 306
Figura VI.172. Pantalla de mantenimiento de tcnicos 307
Figura VI.173. Pantalla de agregar tcnico 309
Figura VI.174. Pantalla de modificar tcnico 311
Figura VI.175. Pantalla de baja de tcnico 312
Figura VI.176. Pantalla mantenimiento de usuarios 313
Figura VI.177. Pantalla agregar usuarios 315
Figura VI.178. Pantalla modificar usuarios 317
Figura VI.179. Pantalla baja de usuarios 318
Figura VI.180. Pantalla mantenimiento de prioridad 319
Figura VI.181. Pantalla nueva prioridad 320
Figura VI.182. Pantalla modificar prioridad 321
Figura VI.183. Pantalla baja de prioridad 321
Figura VI.184. Mapa de pantalla de partes de trabajo. 322
Figura VI.185. Pantalla alta parte de trabajo (seleccin usuario) 324
Figura VI.186. Pantalla alta parte de trabajo (seleccin usuario) 324
Figura VI.187. Pantalla alta parte de trabajo 327
Figura VI.188. Pantalla de derivar parte de trabajo 328
Figura VI.189. Pantalla cerrar parte de trabajo 329
Figura VI.190. Pantalla derivar parte de trabajo 331
Figura VI.191. Pantalla derivar parte 333
Figura VI.192. Pantalla asignar tcnico 335
Figura VI.193. Pantalla buscar parte de trabajo 337
Figura VI.194. Pantalla accin 338
Figura VI.195. Pantalla actualizar parte de trabajo 339
Figura VI.196. Pantalla dar solucin 340
Figura VI.197. Pantalla decepcionar conformidad 341
Figura VI.198. Pantalla de cerrar parte de trabajo 343
Figura VI.199. Pantalla cerrar parte 345
Figura VI.200. Pantalla eliminar parte de trabajo 347
Figura VI.201. Pantalla eliminar parte 349
Figura VI.202. Modelo de datos 376
Figura VI.203. Mapa de pantallas de consultas 385
Figura VI.204. Diagrama de componentes de consultas 386
Figura VI.206. Diagrama de componentes de mantenimiento 389

Contenido Pg.
Figura VI.207. Mapa de pantallas de partes de trabajo 392

Figura VI.208. Diagrama de componentes del parte de trabajo -1 393
Figura VI.209. Diagrama de componentes del parte de trabajo -2 394
Figura VI.211. Mapa de pantallas del parte de trabajo 428
Figura VI.212. Mapa de pantallas de consultas 443
Figura 1. Pantalla de ingreso de claves 536
Figura 2. Pantalla Principal 536
Figura 3. Pantalla de cambio de claves 538
Figura 4. Pantalla de opciones principales de la Mesa de Ayuda 539
Figura 5. Pantallas principales 539
Figura 6. Mapa de pantallas de consultas 540
Figura 7. Pantalla de opciones de consultas 541
Figura 8. Pantalla consulta nmero parte de trabajo 541
Figura 9. Pantalla Su parte 542
Figura 10. Pantalla Partes de trabajo 543
Figura 11. Pantalla de Servicio 544
Figura 12. Pantalla de equipo 545
Figura 13. Pantalla de correo 545
Figura 14. Pantalla Usuarios de mesa 546
Figura 15. Pantalla de datos del usuario 547
Figura 16. Pantalla de Problemas 548
Figura 17. Pantalla Solucin 549
Figura 18. Pantalla de Equipos 549
Figura 19. Pantalla de Tareas 551
Figura 20. Pantalla de comentario 552
Figura 21. Pantalla de Licencias 552
Figura 22. Pantalla imprimir licencias 553
Figura 23. Pantalla de Ocupacin de tcnicos 554
Figura 24. Pantalla de imprimir ocupacin tcnico 554
Figura 25. Pantalla de Trabajos - Tcnicos 555
Figura 26. Pantalla imprimir trabajos tcnicos 556
Figura 27. Pantalla de Estadsticas 557
Figura 28. Imprimir estadsticas 557
Figura 29. Mapa de pantallas de mantenimiento 558
Figura 30. Pantalla de opciones de mantenimiento 558
Figura 31. Pantalla de ABM de licencias 559
Figura 32. Pantalla de nueva licencia 560
Figura 33. Pantalla de modificar licencia 561
Figura 34. Pantalla de borrar licencia 561

Contenido Pg.
Figura 35. Pantalla de ABM de tipos de equipo 562

Figura 36. Pantalla de nuevo tipo de equipo 562
Figura 37. Pantalla de modificar tipo de equipo 563
Figura 38. Pantalla de borrar tipo de equipo 563
Figura 39. Pantalla de aviso de tipo de equipo asignado 563
Figura 40. Pantalla de ABM de hardware 564
Figura 41. Pantalla de nuevo y modificar hard 565
Figura 42. Pantalla de borrar hardware 565
Figura 43. Pantalla de ABM de perifricos 566
Figura 44. Pantalla de nuevo y modificar perifrico 567
Figura 45. Pantalla de borrar perifrico 567
Figura 46. Pantalla de ABM de equipos 568
Figura 47. Pantalla de nuevo equipo 569
Figura 48. Pantalla de modificar equipo 570
Figura 49. Pantalla de borrar equipo 570
Figura 50. Pantalla de ABM de servicio de la mesa 571
Figura 51. Pantalla de nuevo servicio 572
Figura 52. Pantalla de modificar servicio 573
Figura 53. Pantalla de borrar servicio 573
Figura 54. Pantalla de ABM de especialidades 574
Figura 55. Pantalla de nueva especialidad 575
Figura 56. Pantalla de modificar especialidad 575
Figura 57. Pantalla de borrar especialidad 575
Figura 58. Pantalla de ABM de tcnicos 576
Figura 59. Pantalla de nuevo tcnico 577
Figura 60. Pantalla de modificar tcnico 578
Figura 61. Pantalla de permutacin del estado del tcnico 578
Figura 62. Pantalla de ABM de usuarios 579
Figura 63. Pantalla de nuevo usuario 580
Figura 64. Pantalla de modificar usuario 581
Figura 65. Pantalla de borrar usuario 581
Figura 66. Pantalla de ABM prioridad 582
Figura 67. Pantalla de nueva prioridad 583
Figura 68. Pantalla de modificar prioridad 584
Figura 69. Pantalla de borrar prioridad 584
Figura 70. Mapa de pantallas de parte de trabajo 585
Figura 71. Pantalla de opciones de parte de trabajo 586
Figura 72. Pantalla de nuevo parte de trabajo 587
Figura 73. Pantalla de nuevo parte 588

Contenido Pg.
Figura 74. Pantalla de derivar parte 589

Figura 75. Pantalla de detalles del parte a derivar 590
Figura 76. Pantalla de derivar 591
Figura 77. Pantalla de asignar parte a un tcnico 592
Figura 78. Pantalla de bsqueda de partes 593
Figura 79. Pantalla de ingreso de tiempo estimado del parte 593
Figura 80. Pantalla de actualizar parte 594
Figura 81. Pantalla de dar solucin 595
Figura 82. Pantalla de solucin 596
Figura 83. Pantalla de comentario 596
Figura 84. Pantalla de recepcin de conformidad 597
Figura 85. Pantalla de cierre de parte 598
Figura 86. Pantalla de eliminar parte de trabajo 599
Figura 87. Pantalla de eliminar parte 600
Figura 88. Pantalla de eliminar parte 600
Figura 89 Pantalla de configuracin navegador 601
Figura 90. Pantalla de configuracin de la red 602
Figura 91. Pantalla de configuracin de servidores Proxy 603

Anexo A.2. ndice de Tablas
Contenido Pg.
Captulo I: Introduccin general

Tabla I.1. Metodologas utilizadas 4

Tabla III.1. Metodologa Mtrica V. III - Interfaz de gestin 25
Tabla III.2. Metodologa Mtrica V. III - Interfaz de gestin de la
configuracin 26
Tabla III.3. Metodologa Mtrica V. III - Interfaz de aseguramiento de la
calidad 27
Tabla III.4. Metodologa Mtrica V. III - Estudio de la viabilidad del
sistema. 28
Tabla III.5. Metodologa RUP - captura de requisitos como casos de
uso 31
Tabla III.6. Metodologa RUP - anlisis 32
Tabla III.7. Metodologa RUP - diseo 33
Tabla III.8. Metodologa RUP - implementacin 34
Tabla III.9. Metodologa RUP - pruebas 35
Tabla III.10. Metodologa RUP - otras actividades 36

Tabla IV.1. Catlogo de clases claves 41
Tabla IV.2. Agenda de reunin 42
Tabla IV.3. Minuta de reunin 43
Tabla IV.4. Lista de verificacin 44
Tabla IV.5. Solicitud de cambio 44
Tabla IV.6. Informe de cambio 45
Tabla IV.7. Orden de cambio 45
Tabla IV.8. Actividades y avances 46
Tabla IV.9. Artefactos de la gestin de configuracin - fase de inicio 48
Tabla IV.10. Artefactos de la gestin de configuracin - fase de
elaboracin 49
Tabla IV.11. Artefactos de la gestin de configuracin - fase de
construccin 49
Tabla IV.12. Artefactos de la gestin de configuracin fase de
transicin 50
Tabla IV.13. Artefactos y versiones de la gestin de configuracin. 51

Contenido Pg.

Tabla V.1. Comparacin de software 69
Tabla V.2. Comparacin de costos 77
Tabla V.3. Comparacin de costos intangibles 78
Tabla V.4. Riesgos del sistema Dicono 79
Tabla V.5. Riesgos del sistema Track It 79
Tabla V.6. Riesgos del sistema Workgroup Software & Bar Code 80
Tabla V.7. Comparacin de riesgos 80
Captulo VI: Desarrollo del proyecto

Tabla VI.1. Relacin requisito - casos de uso 86
Tabla VI.2. Relacin de casos de uso de mantenimiento 90
Tabla VI.3. Modelo de descripcin de los casos de uso 93
Tabla VI.4. Caso de uso 1.1 Realizar alta de equipos 93
Tabla VI.5. Caso de uso 1.2 Realizar baja de equipos 90
Tabla VI.6. Caso de uso 1.3 Realizar modificacin de equipos 94
Tabla VI.7. Caso de uso 2.1 Realizar alta de licencias 95
Tabla VI.8. Caso de uso 2.2 Realizar baja de licencias 95
Tabla VI.9. Caso de uso 2.3 Realizar modificaciones de licencias 96
Tabla VI.10. Caso de uso 3.1 Realizar alta de prioridades 96
Tabla VI.11. Caso de uso 3.2 Realizar baja de prioridades 97
Tabla VI.12. Caso de uso 3.3 Realizar modificacin de prioridades 97
Tabla IV.13. Caso de uso 4.1 Realizar alta de servicios tcnicos 98
Tabla IV.14. Caso de uso 4.2 Realizar baja de servicios tcnicos 98
Tabla IV.15. Caso de uso 4.3 Realizar modificacin de servicios
tcnicos 99
Tabla VI.16. Caso de uso 5.1 Realizar alta de especialidades 99
Tabla VI.17. Caso de uso 5.2 Realizar baja de especialidades 100
Tabla VI.18. Caso de uso 5.3 Realizar modificacin de especialidades 100
Tabla VI.19. Caso de uso 6.1 Realizar alta de tcnicos 101
Tabla VI.20. Caso de uso 6.2 Realizar baja de tcnicos 101
Tabla VI.21. Caso de uso 6.3 Realizar modificacin tcnicos 102
Tabla VI.22. Caso de uso 7.1 Realizar alta de Usuarios 102
Tabla VI.23. Caso de uso 7.2 Realizar baja de usuarios 103
Tabla VI.24. Caso de uso 7.3 Realizar modificacin tcnicos 103
Tabla VI.25. Caso de uso 8.1 Realizar alta de hardware 104
Tabla VI.26. Caso de uso 8.2 Realizar baja de hardware 104
Tabla VI.27. Caso de uso 8.3 Realizar modificacin hardware 105
Tabla VI.28. Caso de uso 9.1 Realizar alta de perifricos 105
Tabla VI.29. Caso de uso 9.2 Realizar baja de perifricos 106

Contenido Pg.
Tabla V.30. Caso de uso 9.3 Realizar modificacin de perifricos 106

Tabla V.31. Caso de uso 10.1 Realizar alta de tipo de equipo 107
Tabla IV.32. Caso de uso 10.2 Realizar baja de tipo de equipo 107
Tabla IV.33. Caso de uso 10.3 Realizar modificacin de tipo de equipo 108
Tabla VI.34. Caso de uso 11.1 Realizar alta de tipo de base de
conocimiento 108
Tabla VI.35. Caso de uso 11.2 Realizar baja de base de conocimiento 109
Tabla VI.36. Caso de uso 10.3 Realizar modificacin de base de
conocimiento 109
Tabla VI.37. Caso de uso 11 Actualizar prioridad 110
Tabla VI.38. Caso de uso 12 Realizar alta parte de trabajo 110
Tabla VI.39. Caso de uso 13 Derivar parte de trabajo 112
Tabla VI.40. Caso de uso 14 Asignar tcnico 112
Tabla VI.41. Caso de uso 15 Buscar parte de trabajo 113
Tabla VI.42. Caso de uso 16 Actualizar parte de trabajo 113
Tabla VI.43. Caso de uso 17 Recepcionar conformidad 114
Tabla VI.44. Caso de uso 18 Cerrar parte de trabajo 114
Tabla VI.45. Caso de uso 19 Eliminar parte de trabajo 115
Tabla VI.46. Caso de uso 20 Consultar parte de trabajo 115
Tabla VI.47. Caso de uso 21 Consultar datos del usuario 116
Tabla VI.48. Caso de uso 22 Consultar problemas 116
Tabla VI.49. Caso de uso 23 Consultar equipos 117
Tabla VI.50. Caso de uso 24 Consultar tareas 117
Tabla VI.51. Caso de uso 25 Consultar licencias de software 118
Tabla VI.52. Caso de uso 26 Solicitar ocupacin tcnico 118
Tabla VI.53. Caso de uso 27 Solicitar trabajos de los tcnicos 119
Tabla VI.54. Caso de uso 28 Estadsticas 119
Tabla VI.55. Relacin subsistema casos de uso 178
Tabla VI.56. Relacin de clases de anlisis y diseo - interfaz de
mantenimiento 179
Tabla VI.57 Relacin de clases de anlisis y diseo - entidad de
mantenimiento 181
Tabla VI.58. Relacin de clases de anlisis y diseo - control de
mantenimiento 181
Tabla VI.59. Relacin de clases de anlisis y diseo - interfaz de parte
de trabajo 189
Tabla VI.60. Relacin de clases de anlisis y diseo - entidad de parte
de trabajo 191
Tabla VI.61. Relacin de clases de anlisis y diseo - control de parte
de trabajo 193

Contenido Pg.
Tabla VI.62. Relacin de clases de anlisis y diseo - interfaz de

consultas 202
Tabla VI.63. Relacin de clases de anlisis y diseo - entidad de
consultas 202
Tabla .64. Relacin de clases de anlisis y diseo - control de
consultas 203
Tabla VI.65. Atributos de equipo hard 377
Tabla VI.66. Atributos de equipo inventario 377
Tabla VI.67. Atributos de equipo perifrico 377
Tabla VI.68. Atributos de equipo sof 377
Tabla VI.69. Atributos de equipo tipo 377
Tabla VI.70. Atributos de especialidad 377
Tabla VI.71. Atributos de especialidad tcnico 377
Tabla VI.72. Atributos de hard 378
Tabla VI.73. Atributos de masectorus 378
Tabla VI.74. Atributos de parte de trabajo 378
Tabla VI.75. Atributos de usuarios 380
Tabla VI.76. Atributos de people 380
Tabla VI.77. Atributos de propiedades 380
Tabla VI.78. Atributos de problema 380
Tabla VI.79. Atributos de problema parte de trabajo 381
Tabla VI.80. Atributos de problema tipo 381
Tabla VI.81. Atributos de sector 381
Tabla VI.82. Atributos de servicio 381
Tabla VI.83. Atributos de servicio parte de trabajo 382
Tabla VI.84. Atributos de soft licencia 382
Tabla VI.85. Atributos de solucin 382
Tabla VI.86. Atributos de tcnico servicio 383
Tabla VI.87. Atributos de tcnico 383
Tabla VI.88. Atributos de red 383
Tabla VI.89. Tabla de programas de las consultas 387
Tabla VI.90. Tabla de programas de mantenimiento 390
Tabla VI.91. Tabla de programas del parte de trabajo 395
Tabla VI.92. Programa de control 397
Tabla VI.93. Tabla de programas de entidades 398
Tabla VI.94. Tabla modelo para las opciones de pantalla 401
Tabla VI.95. Tabla modelo para la derivacin de los casos de prueba 401
Tabla VI.96. Tabla modelo para las condiciones de entrada. 402
Tabla VI.97. Opciones de la pantalla de licencias 403
Tabla VI.98. Derivacin de los casos de prueba de licencias 403

Contenido Pg.
Tabla VI.99. Condiciones de entrada de alta y modificaciones de

licencias 404
Tabla VI.100. Derivacin de los casos de prueba de altas y
modificaciones de licencias 404
Tabla VI.101. Condiciones de entrada de bajas de licencias 405
Tabla VI.102. Derivacin de los casos de prueba de bajas de licencias. 405
Tabla VI.103. Opciones de la pantalla de equipo tipo 406
Tabla VI.104. Derivacin de los casos de prueba de equipo tipo 406
Tabla VI.105. Condiciones de entrada de altas y modificaciones equipo
tipo 406
modificaciones de tipo equipo 407
Tabla VI.107. Opciones de la pantalla hardware 407
Tabla VI.108. Derivacin de los casos de prueba de hardware 408
Tabla VI.109. Condiciones de entrada de altas y modificaciones de
hardware 409
modificaciones de hardware 410
Tabla VI.111. Opciones de la pantalla de perifricos 412
Tabla VI.112. Derivacin de los casos de prueba de perifricos 412
perifricos 412
modificaciones de perifricos 413
Tabla VI.115. Condiciones de entrada equipos 413
Tabla VI.116. Derivacin de los casos de prueba equipos 414
equipos 414
modificaciones de equipos 415
Tabla VI.119. Opciones de la pantalla servicios 416
Tabla VI.120. Derivacin de los casos de prueba servicios 417
Tabla VI.121. Condiciones de entrada de Altas y modificaciones de
servicios 417
Tabla VI.122. Derivacin de los casos de prueba de Altas y
modificaciones de servicios 418
Tabla VI.123. Opciones de la pantalla de especialidad tcnico 419

Contenido Pg.
Tabla VI.124. Derivacin de los casos de prueba de especialidad

tcnico 419
especialidad tcnico 420
modificaciones de especialidad tcnico 420
Tabla VI.127. Opciones de la pantalla tcnicos 421
Tabla VI.128. Derivacin de los casos de prueba tcnicos 421
Tabla VI.129. Opciones de pantalla de Altas y modificaciones de
tcnicos 422
modificaciones de tcnicos 422
Tabla VI.131. Opciones de la pantalla usuarios 423
Tabla VI.132. Condiciones de entrada usuarios 423
Tabla VI.133. Condiciones de entrada de usuarios de Altas y
modificaciones de usuarios 424
Tabla VI.134. Derivaciones de casos de prueba de Altas y
modificaciones de usuarios 425
Tabla VI.135. Condiciones de entrada de prioridades 425
Tabla VI.136. Derivacin de los casos de prueba de prioridades 426
prioridades 426
modificaciones de prioridades 426
Tabla VI.139. Condiciones del alta de parte de trabajo 428
Tabla VI.140. Derivacin de los casos del alta de parte de trabajo. 429
Tabla VI.141. Condiciones de entrada del alta de parte de trabajo
Nuevo parte 429
Tabla VI.142. Derivacin de los casos de prueba del alta de parte de
trabajo - Nuevo parte 431
Tabla VI.143. Condiciones de entrada del alta de parte de trabajo -
Derivar parte 432
trabajo - Derivar parte 432
Cerrar parte de trabajo 432
Tabla VI.146. Derivacin de los casos del alta de parte de trabajo -
Cerrar parte de trabajo 432
Cerrar parte de trabajo - dar solucin 433

Contenido Pg.

trabajo - Cerrar parte de trabajo - dar solucin 433
Tabla VI.149. Condiciones de entrada derivar parte de trabajo 434
Tabla VI.150. Derivacin de los casos de prueba derivar parte de 434
trabajo
Tabla VI.151. Condiciones de entrada derivar parte de trabajo - derivar 434
parte
Tabla VI.152. Derivacin de los casos de prueba derivar parte de
trabajo - derivar parte 435
Tabla VI.153. Condiciones de entrada de asignar tcnico 435
Tabla VI.154. Derivacin de los casos de prueba de asignar tcnico 435
Tabla VI.155. Condiciones de entrada de buscar parte de trabajo 436
Tabla VI.156. Derivacin de los casos de prueba de buscar parte de
trabajo 436
Tabla VI.157. Condiciones de entrada de asignar tcnico - comenzar 436
Tabla VI.158. Derivacin de los casos de prueba de asignar tcnico
comenzar 437
Tabla VI.159. Condiciones de entrada de actualizar parte de trabajo 437
Tabla VI.160. Derivacin de los casos de prueba de actualizar parte de
trabajo 438
Tabla VI.161. Condiciones de entrada de actualizar parte de trabajo -
hacer comentario 439
Tabla VI.162. Derivacin de los casos de prueba de actualizar parte de
trabajo - hacer comentarios 439
Tabla VI.163. Condiciones de entrada de recepcionar conformidad 439
Tabla VI.164. Derivacin de los casos de prueba de recepcionar
conformidad 439
Tabla VI.165. Condiciones de entrada de cerrar parte de trabajo 440
Tabla VI.166. Derivacin de los casos de prueba de cerrar parte de
trabajo 440
Tabla VI.167. Condiciones de entrada de cerrar parte de trabajo 440
Tabla VI.168. Derivacin de los casos de prueba de cerrar parte de
trabajo 441
Tabla VI.169. Condiciones de entrada de eliminar parte de trabajo 441
Tabla VI.170. Derivacin de los casos de prueba de eliminar parte de
trabajo 441
Tabla VI.171. Condiciones de entrada de eliminar parte de trabajo 442

Contenido Pg.
Tabla VI.172. Derivacin de los casos de prueba de eliminar parte de

trabajo 442
Tabla VI.173. Condiciones de entrada de nmero de parte 443
Tabla VI.174. Derivacin de los casos de prueba de nmero de parte 443
Tabla VI.175. Condiciones de entrada de su parte 445
Tabla VI.176. Derivacin de los casos de prueba de prioridades 445
Tabla VI.177. Condiciones de entrada de su parte 445
Tabla VI.178. Derivacin de los casos de prueba de parte de trabajo 445
Tabla VI.179. Condiciones de entrada de parte de equipo 445
Tabla VI.180. Derivacin de los casos de prueba de equipo 446
Tabla VI.181. Condiciones de entrada de usuarios de mesa 446
Tabla VI.182. Derivacin de los casos de prueba de usuarios de mesa 446
Tabla VI.183. Condiciones de entrada de problemas 446
Tabla VI.184. Derivacin de los casos de prueba de problemas 447
Tabla VI.185. Condiciones de entrada de equipos 448
Tabla VI.186. Derivacin de los casos de prueba de equipos 448
Tabla VI.187. Condiciones de entrada de tareas 449
Tabla VI.188. Derivacin de los casos de prueba de tareas 450
Tabla VI.189. Condiciones de entrada de licencias 452
Tabla VI.190. Derivacin de los casos de prueba de licencias 452
Tabla VI.191. Condiciones de entrada de ocupacin tcnico 453
Tabla VI.192. Derivacin de los casos de prueba de ocupacin tcnico 453
Tabla VI.193. Condiciones de entrada de trabajos por tcnico 453
Tabla VI.194. Derivacin de los casos de prueba de trabajos por
tcnico 454
Tabla VI.195. Condiciones de entrada de estadsticas 456
Tabla VI.196. Derivacin de los casos de prueba de estadsticas 456
Anexo B
Tabla B.1. Agenda de reunin 001 497
Tabla B.2. minuta de reunin 001 498
Tabla B.4. Minuta de reunin 002 500

Contenido Pg.

Anexo D
Tabla D.1. Lista de verificacin 1 519

Anexo B. Entrevistas
B.1. Introduccin
Este anexo contiene un ejemplo de entrevista y las agendas y minutas

obtenidas de todas las entrevistas realizadas en este trabajo de tesis. Todo este
material ha sido la base para la obtencin de los requisitos (seccin V.3.2.)
considerados para el desarrollo de Dicono. Un punto importante a destacar es
que la mayora de la informacin no aparece relevada en las agendas y las
minutas de reunin debido a que el tesista tiene experiencia en el rea de Mesas
de Ayuda por haber trabajado varios aos en este sector. Por lo tanto, se remite a
realizar el relevamiento de algunos requisitos especficos de los principales
usuarios.
En el apartado B.2 se transcribe una entrevista para mostrar las tcnicas
que deben usarse para obtener los requisitos. En el apartado B.3 se incluyen
todas las agendas y minutas de las diversas entrevistas realizadas.
B.2. Entrevista
B.2.1. Preparacin de la sesin
Informacin a tratar: primera aproximacin a la tarea y a su problemtica.

Establecer mbito, alcances y objetivo del sistema de Mesa de Ayuda.
Amplitud y profundidad: establecer el mbito general de desarrollo de la
tarea.
Tcnica utilizada: entrevista no estructurada.
Preparacin de preguntas.
o Cules son los problemas ms importantes que existen?
o Qu informacin necesitan y en este momento no tienen?
o Cul en la plataforma tecnolgica que posee el sector?
o Qu es lo que necesitan los usuarios?
B.2.2. Realizacin de la sesin
La entrevista se realiza en la oficina de Desarrollo de Sistemas, habiendo

acordado previamente la hora de inicio y fin de la entrevista. Se le explica al
responsable del sector el objetivo de la entrevista y el tipo de preguntas que se
van a realizar y que se tomar nota de sus respuestas.

B.2.3. Trascripcin de la sesin
Entrevista realizada el 1 de julio de 2002.

Usuario (U): Lic. Ingrid Poelstra.
Entrevistador (E): Juan Bournissen.
Lugar: oficina de Desarrollo de Sistemas.
Tiempo: 9 a 9:45 hs.
Objetivos: Establecer alcances y objetivos de la Mesa de Ayuda.
E: Cules son los problemas ms importantes con los que se enfrenta su sector?
U: Entre los problemas ms importantes que existen en el sector es que los
pedidos de los usuarios cuando tienen un problema en sus equipos informticos
es que estos pedidos son anotados en un papel sin formato y algunas veces ni
siquiera se los anota, la persona que recibe el pedido (que puede ser cualquiera)
lo tiene en mente para luego ir a realizar la verificacin del problema. Esto es un
problema debido a que las llamadas telefnicas son muchas en un da y por
diversos problemas, y en muchos casos el problema pasa al olvido hasta que el
usuario reclama nuevamente.
E: Existe alguna informacin que ustedes o los usuarios deberan tener y en este
momento no est disponible?
U: S, en este momento no se cuenta con informacin del avance que tienen los
trabajos que se estn realizando en este sector, tanto para el personal tcnico
como administrativo del sector ni tampoco para los usuarios. Esta informacin
slo la tiene el tcnico que est llevando a cabo el trabajo. Esto dificulta mucho al
momento de dar una respuesta al usuario, que por lo general est apurado para
tener nuevamente su equipo disponible. Es muy importante saber como van
avanzado los trabajos para poder redistribuirlos en caso de que se encuentren
atrasados o asignar un ayudante, tambin nos permite planificar las tareas nuevas
que van entrando. Adems el Gerente General quiere tener informacin
estadstica de la cantidad de trabajos realizados en un determinado periodo de
tiempo y los tiempos promedios de respuestas, que en este momento no se
cuenta con esa informacin.
E: Cul es la plataforma tecnolgica con se cuenta en el sector y sobre la cual
se deben desarrollar los sistemas?
U: En la actualidad contamos con varios equipos Pentium 150 y 233 MHz, que se
los puede considerar como equipos chicos para ejecutar sistemas, por lo tanto lo
que nosotros necesitamos es un sistema que se pueda usar en un navegador
web, y lo mismo queremos para nuestros usuarios, debido a que no podemos
estar instalando un sistema en cada una de las mquinas de los usuarios que son
aproximadamente 300, por lo tanto queremos un sistema que se instale en un
servidor web y que a travs de Intranet o Internet se pueda realizar las consultas
desde cualquier equipo. Adems de tener la ventaja de que un tcnico pueda

acceder al sistema desde la mquina del usuario y actualizar los trabajos sin tener
que estar en las oficinas del rea de Tecnologa y Operaciones.
B.2.4. Anlisis de la sesin 1
El resumen de la informacin obtenida de esta entrevista se encuentra en

la Tabla B.1.
B.3. Formularios de recoleccin de informacin
En esta seccin se encuentran los formularios que han sido completados

en la educcin de los requisitos a los principales usuarios. Para la realizacin de
cada entrevista se ha confeccionado una agenda de reunin en la que se
destacan los puntos principales a desarrollar. Los resultados obtenidos se detallan
en las minutas de reunin. Las tablas B.1 a B.14 contienen las agendas y minutas
de las diversas entrevistas realizadas. Estos resultados son la base para la
elaboracin de la lista de requisitos del sistema Dicono que se est
desarrollando.

B.3.1. Agendas / Minutas de reunin
Dicono Agenda de reunin Age- 001
Lugar: Inicio: 08:45

Fecha:01/07/2002 Oficina de Sistemas
Fin: 09:30
Ing. Juan Bournissen Director de sistemas .......................
Lic. Ingrid Poelstra Responsable Mesa de Ayuda ......................
.......................................... ............................................... .......................
Tema principal: Introduccin a la problemtica de las mesas de ayuda
Orden Temas Duracin

1 Introduccin a las Mesas de Ayuda 10
2 Descripcin de los problemas de esta Mesa de Ayuda en particular 20
3 Descripcin del entorno tecnolgico 10
4 Conclusiones 5
Observaciones:
Pgina 1 de 1
Tabla B.1. Agenda de reunin 001.

Dicono Minuta de reunin Min- 001

Fecha: 01/07/2002 Oficinas de Mesa de Ayuda
Fin: 09:45
Lic.Ingrid Poelstra Responsable Mesa de Ayuda .......................
............................................... ........................... .......................
............................................... ........................... .......................
Tema principal: Introduccin a la problemtica de las Mesas de Ayuda
Otros Temas
Entorno tecnolgico de la Mesa de Ayuda de la Universidad
Temas Pendientes
Conclusiones
Existen inconvenientes de registros de los pedidos de los usuarios por problemas informticos
en los distintos sectores del rea de informtica
Los usuarios se quejan por no tener informacin de los avances de sus trabajos por parte del
rea de informtica
El director de Tecnologa y Operaciones no tiene informacin de los avances de las tareas que
realiza el personal a su cargo
El vicerrector de Asuntos Econmicos no posee informacin estadstica de tiempos de
respuesta a las solicitudes de los usuarios
El sistema debe ejecutarse en un entorno web sobre los equipos actuales
Los usuarios deben poder ver desde sus equipos a travs de la Intranet el avance de sus
trabajos
Pgina 1 de 1
Tabla B.2. Minuta de reunin 001.


Fin: 10:50
............................................... ........................... .......................
............................................... ........................... .......................
Tema principal: Problemas con el sector de Reparaciones
Orden Temas Duracin

1 Introduccin 5
2 Problemtica del sector 20
3 Conclusiones 10
Observaciones:
Pgina 1 de 1


Fin: 11:30
Lic. Ingrid Poelstra Responsable Mesa de Ayuda .......................
............................................... ........................... .......................
............................................... ........................... .......................
Tema principal: Problemas con el sector de Reparaciones
Otros Temas: No se presentaron
Temas Pendientes: Ninguno
Conclusiones
No se tiene informacin fidedigna de las garantas de equipos y / o partes del mismo, ni del
proveedor
No se mantiene un control de las licencias de software instalados en los equipos
No se maneja informacin del estado de los trabajos pendientes
No se sabe el nivel de ocupacin de los tcnicos
Se lleva un registro manual de los trabajos que se realizan en fichas sueltas, lo que dificulta
encontrar los trabajos realizados a los equipos
No se cuenta con un historial de los equipos de fcil acceso
No se tiene la configuracin actual de los equipos en lo que respecta a hardware y software
No se tiene un control de las licencias de software
Los usuarios necesitan saber el estado de sus trabajos y quin es el tcnico asignado
Se precisa automatizar el manejo de informacin del sector de reparaciones
Pgina 1 de 1


Fin: 16:50
............................................... ........................... .......................
............................................... ........................... .......................
Tema principal: Problemas con el sector de Redes y Servers
Orden Temas Duracin

1 Introduccin 5
3 Conclusiones 10
Observaciones:
Pgina 1 de 1


Fin: 17:35
............................................... ........................... .......................
............................................... ........................... .......................
Tema principal: Problemas con el sector de Redes y Servers
Conclusiones
No se tiene registro de los pedidos de instalacin de nuevas redes.Se recuerda mentalmente o
se anota en un cuaderno tipo borrador
Para los mantenimientos de las redes actuales se procede de igual manera que el punto
anterior
No se registra de forma sistemtica el mantenimiento realizado a los servers
No se guarda ningn dato de los mantenimientos de las cuentas de Internet
No existe ninguna informacin escrita del seguimiento, ni historial de los mantenimientos
Pgina 1 de 1


Fin: 10:35
............................................... ........................... .......................
............................................... ........................... .......................
Tema principal: Problemas con el sector de Telefona
Orden Temas Duracin

1 Introduccin 5
3 Conclusiones 10
Observaciones:
Pgina 1 de 1


Fin: 11:35
............................................... ........................... .......................
............................................... ........................... .......................
Tema principal: Problemas con el sector de Telefona
Conclusiones
No se tiene registro de los pedidos de instalacin de nuevos nmeros telefnicos. Se
recuerda mentalmente o se anota en un cuaderno tipo borrador
Para los mantenimientos de las redes telefnicas actuales se procede de igual manera que el
punto anterior
No se archiva de forma sistemtica el mantenimiento realizado a la central telefnica
No se asienta ningn dato de los mantenimientos de los aparatos de telfono
No existe ninguna informacin escrita del seguimiento, ni historial de los mantenimientos
Pgina 1 de 1


Fin: 16:35
Ing. Roy Mayr Responsable Desarrollo .......................
........................................... .............................................. .......................
........................................... ............................................. .......................
Tema principal: Problemas con el sector de Desarrollo de Sistemas
Orden Temas Duracin

1 Introduccin 5
3 Conclusiones 10
Observaciones:
Pgina 1 de 1


Fin: 16:30
Ing. Roy Mayr Responsable Desarrollo .......................
..................................... ........................................ .......................
..................................... ........................................ .......................
Tema principal: Problemas con el sector de desarrollo de sistemas
Conclusiones
No se tiene registro de los pedidos de modificacin de los sistemas actuales
No se sigue un procedimiento formal de solicitudes de cambio
No existe un procedimiento formal de informe de lo que implica cada cambio
No se documentan los cambios efectuados, ni se realiza un seguimiento formal de los mismos
No se asienta quin realiz los cambios (aunque se sabe mentalmente)
No se registra qu involucra cada cambio
No se lleva un control de versiones del software creado en el departamento
Si bien existe un plan general de sistemas, no existe uno por cada proyecto
Pgina 1 de 1

Fin: 09:00
Ing. Roy Mayr Responsable de Desarrollo .......................

Tema principal: Problemas con todos los sectores
Orden Temas Duracin

1 Introduccin 5
2 Problemtica de los sectores 30
3 Conclusiones 10
Observaciones:
Pgina 1 de 1


Fin: 17:35
Ing. Roy Mayr Responsable de Desarrollo ...........................
Tema principal: Problemas con todos los sectores
Conclusiones
Se estudi la necesidad de concentrar todos los pedidos en una Mesa de Ayuda centralizada y
que desde sta se distribuyan todos los pedidos
Las nicas personas que tienen contacto con los usuarios son los tcnicos de Mesa de Ayuda
El sistema debe poder ejecutarse en cualquier PC que tenga un navegador
Se debe construir el sistema programando en JSP, Java y HTML, que son los lenguajes
utilizados por la Universidad
Se tienen que manejar los datos disponibles en la base de datos actual, y los datos nuevos se
deben guardar en la misma base de datos que posee la Universidad
Pgina 1 de 1
El resto de la informacin para el manejo de una Mesa de Ayuda se basa

en la experiencia del tesista.
Tras la elaboracin de un borrador del anlisis del sistema Dicono, se
realiz una reunin con la encargada de la Mesa de Ayuda y el responsable de
Desarrollo de Sistemas y se recolectaron algunos requisitos nuevos que se
detallan en la agenda de reunin Age-007 de la Tabla B.13 y la Min-007 de la
Tabla B.14.


Fin: 09:00
Ing. Roy Mayr Responsable de Desarrollo ......................
Tema principal: Problemas con todos los sectores que no haban sido detectados cuando se
recabaron los requisitos generales
Orden Temas Duracin

1 Introduccin 5
2 Muestra y explicacin de lo ya desarrollado hasta el momento 30
3 Conclusiones 10
Observaciones:
Pgina 1 de 1


Fin: 17:35
Lic. Ingrid Poelstra Responsable Mesa de Ayuda ........................
Ing. Roy Mayr Responsable de Desarrollo ........................
Tema principal: Problemas con todos los sectores que no haban sido detectados cuando se
recabaron los requisitos generales
Conclusiones
Se vio la necesidad de tener una base de conocimientos para ser consultada por el tcnico de
Mesa de Ayuda con el fin de solucionar el problema en forma inmediata
En caso de que el problema no tuviese solucin en forma inmediata, el tcnico debe derivar el
problema a la persona adecuada desde la misma interfaz desde donde se est dando el alta
de la solicitud del usuario
Cuando se deriva un parte de trabajo, se debe avisar al servicio informtico que lo recibe
mediante un mail donde conste por lo menos el nmero de parte de trabajo asignado al pedido
del usuario y si fuese posible una pequea descripcin del problema
Cuando el sistema se ejecute sobre la red LAN de la Universidad, las consultas de los partes
de trabajo no deben demorar ms de 20 segundos en la mayora de los casos, no siendo tan
exigentes si las consultas se realizan va mdem u cualquier otro medio
Cualquier otra consulta no debe demorar ms de 10 segundos
Las impresiones deben mantener un formato estndar en todos los listados
Pgina 1 de 1


Dicono Anexo b: Entrevistas Anexo c:Diagrama de Gantt
Anexo C. Diagrama de Gantt









Dicono Anexo D: Listas de verificacin
Anexo D. Listas de verificacin
D.1. Introduccin
En este anexo se han incluido las distintas listas de verificacin

consideradas en el proceso de Aseguramiento de la Calidad. El diseo de estas
listas se encuentra en la seccin IV.3, del Captulo IV. Las tablas D.1 a D.5
muestran estas listas cumplimentadas. Esta verificacin ha sido realizada por el
grupo formado por el tesista junto con un analista de sistemas y el responsable de
la Mesa de Ayuda que es Licenciado en Sistemas, que en este trabajo han
actuado como las personas que verificaron que las partes del trabajo se hayan
llevado a cabo.
Dicono Lista de verificacin Ver- 001
Lugar: Inicio:10:30
Fecha:02/02/2003 Desarrollo de Sistemas Fin: 12:00
Juan Bournissen .......................
Nicols Giqueaux .......................
Revisin catlogo de requisitos
Cumplimiento
Elementos
Total Parcial No
Se precisa el tiempo de respuesta de los procedimientos

principales?
Existe un requisito no especificado?
Hay requisitos que pueden unirse o eliminarse?
Se encuentran completos todos los requisitos?
Son claros y entendibles?
Son posibles de implementar?
Son importantes para la solucin del problema?
Pueden ser testeados por un grupo independiente?
Cumplen con los objetivos principales del sistema?
Observaciones:
Pgina 1 de 1
Tabla D.1. Lista de verificacin 001.

Anexo D: Listas de verificacin Dicono

Fecha:09/02/2003 Desarrollo de Sistemas Fin: 10.00
Juan Bournissen .......................
Nicols Giqueaux .......................
Revisin de la consistencia entre productos
Cumplimiento
Elementos
Total Parcial No

clases de anlisis?
Cada caso de uso tiene su descripcin detallada, tanto del flujo
principal y de los alternativos?
Cada clase de anlisis tiene su correspondiente descripcin?
uso, diagrama de clase de anlisis y su descripcin?
Observaciones:
Pgina 1 de 1

Lugar: Inicio:08:30
Juan Bournissen .......................
Nicols Giqueaux .......................
Revisin de la consistencia entre productos del diseo
Cumplimiento
Elementos
Total Parcial No

clases de anlisis y de diseo?
Las clases de diseo en el diagrama de clases de diseo existen
en el diagrama de colaboracin?
Cada clase de diseo tiene su correspondiente descripcin?
uso, diagrama de clase de diseo y su descripcin?
Observaciones:
Pgina 1 de 1

Anexo D: Listas de verificacin Dicono
Lugar: Inicio:08:30
Juan Bournissen .......................
Nicols Giqueaux .......................
Revisin de las pruebas unitarias, de integracin y del sistema
Cumplimiento
Elementos
Total Parcial No

Se prueba cada elemento del diseo?
Se testean todos los lmites de rangos?
Se realiza la prueba de interfaz entre cada mdulo?
Se seleccionan clases de equivalencias para todas los grupos de
datos de entrada?
Fueron testeados todos los valores representativos de las clases de
equivalencia?
Observaciones:
Pgina 1 de 1


Fecha:26/02/2003 Tecnologa y Operaciones Fin: 18:00
Juan Bournissen .......................
Nicols Giqueaux .......................
Revisin de las pruebas de aceptacin del sistema
Cumplimiento
Elementos
Total Parcial No

Observaciones:
Pgina 1 de 1

Anexo E: Glosario General Dicono
Anexo E. Glosario general
El glosario general es una actividad que se realiza durante la

implementacin del sistema. Se corresponde con la actividad I 3 (Escribir el
glosario general), pero a fines prcticos se describe en este anexo en lugar de
incluirlo en la seccin de Implementacin del Captulo VI.
Descripcin de trminos
A
ABM: abreviatura para altas, bajas y modificaciones de datos de la base de datos.
Actores: conjunto coherente de roles que los usuarios de casos de uso

desempean cuando interaccionan con los mismos.
ADSL (Asymmetrical Digital Subscriber Line): tecnologa de transmisin de tipo

xDSL, que permite a los hilos telefnicos de cobre convencionales una alta
velocidad de transmisin. Es la ms utilizada actualmente y se denomina
asimtrica porque admite mayor velocidad en la recepcin de datos por parte del
usuario que en la emisin.
ASI-CAL: abreviatura usada en Mtrica versin 3 para anlisis de sistemas de

informacin calidad.
B
Backup: es un sistema de copias de seguridad de los datos grabados en un
determinado equipo en otro lugar como medida de seguridad.
Boo: abreviatura del tipo de dato booleano.
Btn: abreviatura de botn.
[B]: smbolos para las bajas.
C
CASE: es el conjunto de herramientas, mtodos y tcnicas de desarrollo que
soportan un enfoque de ingeniera de desarrollo de software para todas las fases
del proceso.

Dicono Anexo E: Glosario General
Caso de uso: descripcin de un conjunto de secuencias de acciones, incluyendo

variaciones, que un sistema lleva a cabo y que conduce a un resultado observable
de inters para un actor determinado.
Cbo: abreviatura de combo box.
CE: abreviatura para el tipo de condiciones de entrada.
CLEV: abreviatura para clase de equivalencia vlida.
CLEI: abreviatura para clase de equivalencia invlida.
Comisin Financiera: comisin formada por el Vicerrector de Asuntos

Econmicos y por los gerentes de reas, entre ellos el Director de Informtica,
que estudia todos los emprendimientos que impliquen la erogacin de dinero.
Comisin de Informtica: comisin formada por el Vicerrector Acadmico,

Vicerrector de Asuntos Financieros, Director de sistemas, Jefe de Proyecto y
analistas de sistemas. Se estudian las polticas generales del rea de sistemas.
CSI-CAL: abreviatura usada en Mtrica versin 3 para construccin de sistemas

de informacin calidad.
D
Dicono: proviene de la palabra de origen griego Dikonos que literalmente
significa servidor o ayudante.
DSI-CAL: abreviatura usada en Mtrica versin 3 para diseo de sistemas de

informacin calidad.
E
E: abreviatura utilizada en bases de datos para denotar la clave externa.
Editable: permite ingresar valores, por ejemplo, un atributo en la pantalla que es

editable debe permitir modificar su contenido, de lo contrario, slo se puede ver su
contenido.

Enu: abreviatura de tipo de dato enumeration.
EVS: abreviatura usada en Mtrica versin 3 para estudio de la viabilidad de

sistemas.
EVS-CAL: abreviatura usada en Mtrica versin 3 para estudio de la viabilidad de

sistemas calidad.
EVS-GP: abreviatura usada en Mtrica versin 3 para estudio de viabilidad de

sistemas gestin del proyecto.
F
F: abreviatura para un valor falso.
Flo: abreviatura del tipo de dato float.
G
Gerente general: es el responsable de las reas de Tecnologa y Operaciones y
Sistemas de Informacin y de otras gerencias de la Universidad.
GC: abreviatura usada en Mtrica versin 3 para gestin de la configuracin.
GPI: abreviatura usada en Mtrica versin 3 para gestin de proyecto inicial.
I
IAS-CAL: abreviatura usada en Mtrica versin 3 para implantacin y aceptacin
del sistema calidad.
IEEE: Sociedad de Computacin del Instituto de Ingenieros en Electricidad y

Electrnica.
Int: abreviatura del tipo de dato integer.

IP (Internet protocol): conjunto de reglas que regulan la transmisin de paquetes

de datos a travs de Internet.
ISO: Organizacin Internacional para la Estandarizacin: organizacin que ha

definido un conjunto de protocolos diferentes, llamados protocolos ISO; tambin
es responsable de la creacin de estndares internacionales en muchas reas,
incluyendo la informtica, las ecolgicas y las comunicaciones.
J
JSP (Java Server Page): lenguaje de programacin para pginas web.
L
LAN (Local Area Network): redes de rea local. Red de datos para dar servicio a
un rea geogrfica mxima de unos pocos kilmetros cuadrados, por lo cual
pueden mejorar los protocolos de seal de la red para llegar a velocidades de
transmisin de hasta 100 Mbps (100 millones de bits por segundo).
Link (enlace/enlazar, liga, puntero, vnculo/vincular): apuntadores hipertexto que

sirven para saltar de una informacin a otra, o de un servidor a otro, cuando se
navega por Internet o bien la accin de realizar dicho salto.
Lnk: abreviatura de link.
Login: clave de acceso que se asigna a un usuario con el propsito de que pueda
utilizar los recursos de una computadora. El login define al usuario y lo identifica
dentro de Internet junto con la direccin electrnica de la computadora que utiliza.
Logueado: significa que una persona a accedido al sistema con nombre de

usuario y contrasea y se encuentra trabajando en el sistema.
Lon: abreviatura del tipo de dato long.
M
MAC (Media Access Control): direcciones de acceso a los medios.

Mb (MegaBytes): unidad de medida de la capacidad de memoria y de dispositivos

de almacenamiento informtico (disquete, disco duro, CD-ROM, DVD, etc.). Un
MB corresponde a 1.024.000 bytes.
MHz (Megahertz): medida de velocidad de los microprocesadores de una

computadora.
MODEM: acrnimo de modulador/demodulador. Designa al aparato que convierte

las seales digitales en analgicas y viceversa, y que permite la comunicacin
entre dos ordenadores a travs de una lnea telefnica normal o una lnea de
cable.
MSI-GC: abreviatura usada en Mtrica versin 3 para mantenimiento de sistemas

de informacin gestin de la configuracin.
[M]: smbolos para las modificaciones.
P
P: abreviatura utilizada en bases de datos para denotar la clave principal.
Parte de trabajo: es la solicitud de trabajo que llega desde el usuario y una vez
recibida si se le ha asignado un nmero, pasa a llamarse parte de trabajo.
Password (contrasea, palabra de paso): conjunto de caracteres alfanumricos

que permite al usuario de un sistema o una red el acceso a un determinado
recurso o la utilizacin de un servicio dado.
Patch panel: es un arreglo de conectores hembra RJ 45 que se utiliza para

realizar conexiones cruzadas (diferente a cable cruzado) entre los equipos activos
y el cableado horizontal. Permite un gran manejo y administracin de los servicios
de la red, ya que cada punto de conexin del patch panel maneja el servicio de
una salida de telecomunicaciones.
[P]: smbolo para permutar entre valores lgicos -de activo a pasivo o viceversa

R
Rack: es un gabinete necesario y recomendado para instalar el path panel y los
equipos activos proveedores de servicios. Posee unos soportes para conectar los
equipos con una separacin estndar de 19". Debe estar provisto de ventiladores
y extractores de aire, adems de conexiones adecuadas de energa.
Rad: abreviatura de radio set.
RAM (Random Acces Memory): memoria de acceso aleatorio. Es la memoria

central de las computadoras.
Realizacin: es una relacin semntica entre clasificadores, en la que un

clasificador especifica un contrato que otro clasificador garantiza llevar a cabo.
Por ejemplo, un caso de uso establece un contrato de cmo se va a realizar una
determinada tarea y su realizacin de un caso de uso de anlisis es que en el
anlisis se lleva a cabo el contrato realizndose el caso de uso.
Req1: abreviatura para los requisitos generales.
Reqc1: abreviatura para los requisitos de construccin.
RJ45: conector macho de red para par trenzado de 8 hilos.
RUP (Racional Unified Process): Proceso Unificado de Modelado, metodologa de

sistemas de informacin orientada a objetos.
S
Solicitud del usuario: es el pedido de un usuario que ha sufrido algn problema
en su equipo informtico y solicita ayuda. Una vez que esta solicitud fue
recepcionada por la Mesa de Ayuda y se le asigna un nmero, pasa a llamarse
parte de trabajo.
Servicios informticos: se refiere a los sectores informticos que tiene el rea

de informtica, menos la Mesa de Ayuda.
Sectores informticos: se refiere a todos los sectores incluyendo la Mesa de

Ayuda. Es decir los servicios informticos ms la Mesa de Ayuda.

SQL (Structured Query Language): es un lenguaje especializado de programacin

que permite realizar consultas (queries) a bases de datos. La mayora de las
aplicaciones de bases de datos pueden ser manejadas usando SQL. Cada
aplicacin de base de datos tiene su propia versin de SQL, agregando algunas
funcionalidades especficas para esa aplicacin; sin embargo todas las bases de
datos compatibles con SQL soportan el mismo subconjunto de rutinas SQL.
SSADM (Structured Systems Analysis and Design Methodology): metodologa de

desarrollo de sistemas de informacin desarrollada en Gran Bretaa.
Staffing Size: mtrica para estimar el nmero de personas necesarias en un

desarrollo orientado a objetos y para determinar el tiempo de su participacin en
el mismo.
Stp: abreviatura para el tipo de datos stimestamp.
Switch: es un dispositivo de conmutacin a nivel de enlace (similar a un puente).
T
TCP/IP (Transmission Control Protocol/Internet Protocol): protocolo de Control de
Transmisin/Protocolo Internet. Sistema de protocolos, definidos en RFC 793, en
los que se basa Internet. El primero se encarga de dividir la informacin en
paquetes en origen, para luego recomponerla en destino, mientras que el
segundo se responsabiliza de dirigirla adecuadamente a travs de la red.
Tcnico: personal del rea de informtica que se encarga de atender la Mesa de

Ayuda y dar solucin a los problemas informticos.
Timestamptz: tipo de campo que usan las bases de datos en el cual se almacena
la fecha y la hora.
Tog: abreviatura para toggle box.
Tranceivers: equipos que son una combinacin de transmisor/receptor de

informacin. El transceiver transmite paquetes de datos desde el controlador al
bus y viceversa.

U
UML (Unified Model Languaje): Lenguaje de Modelado Unificado, notacin usada
para la construccin de sistemas orientada a objetos.
Usuarios de Internet: personas que tienen acceso al nodo de Internet que posee
la Universidad.
V
V: abreviatura para un valor verdadero.
Vicerrector de Asuntos Econmicos: ver Gerente General.
Voto: resolucin o acuerdo que se decide en las distintas Comisiones o Consejos

que posee la Universidad.
Web: abreviatura para world wide web.
X: abreviatura para un valor errneo.
Otros smbolos
: smbolo para un valor correcto.

Anexo F: Manual del usuario Dicono
Anexo D. Manual del usuario
Anexo F. Manual del usuario
El manual del usuario es una actividad que se realiza durante la

implementacin del sistema. Se corresponde con la actividad I 2 (Escribir el
manual del usuario), pero a fines prcticos se describe en este anexo en lugar de
incluirlo en la seccin de Implementacin del Captulo VI.
A continuacin se presenta el manual, que conforma un documento

totalmente independiente. Como tal, se ha preferido mantener la numeracin
original de las diversas secciones, incluyendo tambin el ndice de este
documento. No obstante, la numeracin de las pginas es correlativa a los
anteriores captulos y anexos.
1. Requisitos para la instalacin de Dicono
Para la utilizacin de Dicono desde cualquier equipo solamente se

necesita que el mismo tenga instalado el sistema operativo Windows y un
navegador de Internet (preferentemente el Internet Explorer 5.5 o superior).
Con lo que respecta a equipamiento, se requiere un equipo que soporte el
software antes mencionado. Es suficiente con un Pentium 100 MHz (Megahertz),
con 32 Mb (MegaBytes) de RAM (Random Access Memory) y no necesita espacio
de disco adicional.
El equipo debe estar conectado a Internet, preferentemente una conexin
LAN (Local Area Network) o ADSL (Asymmetrical Digital Subscriber Line). Si la
conexin es va MODEM u otra ms lenta, el sistema funciona, pero es posible
que en algunas partes se noten demoras.
2. Gua de instalacin
Para instalar y comenzar a trabajar con el sistema se deben ejecutar los

siguientes puntos:
1. Instalar la base de datos Postgres en un servidor de bases de datos (en
este caso el servidor la base de datos se encuentran instalado y en
funcionamiento).
2. Instalar el servidor Tomcat (en este caso se encuentra instalado y en
funcionamiento).
3. El servidor Tomcat crea un conjunto de directorios entre los cuales se
encuentra uno llamado WEBAPPS, dentro del cual hay que proceder a

Dicono Anexo F: Manual del usuario
crear otros subdirectorios para que el sistema de Mesa de Ayude funcione

correctamente. Por lo tanto la estructura de directorio necesaria es la
siguiente:
Webapps
Sistemas
Mesadeayuda
Jsp
Mantenimiento
Consulta
Partedetrabajo
Include
Style
Script
Otros sistemas
..
..
Web-inf
Los programas que tienen la extensin JSP estn agrupados en

MANTENIMIENTO, CONSULTA Y PARTEDETRABAJO segn
corresponda, en INCLUDE se guarda la conexin con la base de datos, en
STYLE las hojas de estilo de la Mesa de Ayuda y de toda la Intranet, en
SCRIPT se guardan los javascript y en WEB-INF se guardan los con
extensin class.
4. Una vez que se ha copiado el sistema en los distintos directorios se debe
ejecutar desde la base de datos Postgres el archivo tablas mesa.sql que
contine un conjunto de comandos SQL que generan la base de datos fsica
de la Mesa de Ayuda, creado todas las tablas con sus atributos e ndices.
5. El usuario debe tener un sistema operativo con un navegador de Internet
(preferentemente Explorer 5.5 o superior).
3. Roles
Los roles son los diversos puntos de vista con los cuales se interacta con
la mesa de ayuda, es decir cmo la mesa presta servicio a las personas de
acuerdo a su rol.
Los roles de la mesa de ayuda definen las funciones de trabajo para cada
individuo que pertenezca a la misma y por consecuencia las pantallas a las que
pueden acceder. Todas las personas que pertenezcan a la mesa de ayuda deben
figurar en la lista de usuarios, en la seccin gestin de usuarios,
independientemente de su rol. Es decir, que para poder dar de alta a un tcnico o

a un jefe de servicio, primero debe figurar como persona que tiene relacin con la
mesa. Una persona puede tener ms de un rol dentro de la mesa de ayuda. En la
gestin de la mesa de ayuda se definen 4 roles:
Tcnico de la mesa: son los recepcionistas de problemas, encargados de
generar los partes de trabajo y darles solucin o derivarlos a los servicios
que correspondan. Visibilidad de pantallas: todas.
Jefe de servicio: es el responsable de un servicio o rea dentro de la
mesa. Su funcin es de coordinacin de los tcnicos a su cargo y de
asignarles los partes derivados a su rea. Visibilidad de pantallas: todas las
consultas, asignar y recepcionar conformidad.
Tcnicos de servicio: son las pesonas que dan solucin a los partes de
trabajo. Deben pertenecer por lo menos a un servicio, pudiendo trabajar en
varios. Visibilidad de pantallas: todas las consultas, buscar y actualizar
parte de trabajo.
Usuario: todas aquellas personas que gozan de los servicios de la mesa
de ayuda. Su funcin es la presentacin de los problemas que han surgido
mientras estos usuarios utilizan equipos informticos. Visibilidad de
pantallas: consulta de nmero de parte, datos personales y recepcionar
conformidad.
Los usuarios son las personas que trabajan en relacin con la Universidad,
por lo tanto ya existen en la bases de datos que posee la Institucin y no
necesitan darse de alta.
4. Cmo acceder al sistema Dicono
Para acceder al sistema Dicono se debe acceder, en primer lugar, a la

Intranet de la Universidad. Este ingreso requiere que el usuario est registrado y
cuenta con un nombre de usuario y contrasea. Dependiendo del rol que tenga el
usuario, podr visualizar diversas opciones del men principal de las siguientes
pantallas.
La pantalla general de acceso a la Intranet de la Universidad se muestra en
la Figura 1.

Figura 20. Pantalla de ingreso de claves.
Si el nombre de usuario o la clave son incorrectos, se muestra el mensaje

Datos incorrectos y se permite intentar nuevamente. Una vez que el usuario y la
clave son correctos, se pasa a la pantalla principal que se detalla en la Figura 2,
junto con una breve explicacin de los principales elementos.
1 2
Figura 21. Pantalla Principal.

3 4 5

1. Este icono permite esconder el men desplegable de la izquierda y volverlo

a mostrar. De esta manera el usuario puede trabajar con ms espacio en la
pantalla una vez elegida la opcin con la que se quiere trabajar.
2. A ambos lados del mes se encuentran los smbolos << >> que nos
permiten retroceder o adelantar en los meses.
3. Esta barra se puede desplazar a derecha e izquierda para agrandar o
achicar el men desplegable de la izquierda.
4. Novedades: esta porcin de la pantalla es totalmente cambiante, por medio
de ella se le informa a los usuarios las nuevas opciones que se agregan a
los sistemas de la Intranet.
5. En todas las pantallas se encuentra esta opcin que permite cerrar la
sesin del navegador. Es til cuando el usuario se retira y no desea dejar
abierto el sistema. De todos modos, si en un tiempo de 10 minutos no se
produjeron actividades el sistema cierra la sesin automticamente.
En la parte izquierda, se muestra un men desplegable con varias opciones:

a) Inicio: se refiere a la primera pantalla que se muestra siempre que se
entra al sistema. En sta se observa en la parte derecha un calendario
en el mes actual con las actividades que se desarrollan en la
Universidad.
b) Generales: Esta opcin pertenece a todos los sistemas de la Intranet.
Por medio de ella se puede cambiar la clave de usuario y acceder a
otras opciones de acuerdo al perfil que posea el usuario que est en la
Intranet. Una de las funciones accesibles es el cambio de claves que se
detalla a continuacin.
c) Mesa de Ayuda, o sistema Dicono, cuyas pantallas se tratan en la
siguiente seccin.
En la Figura 3 se muestra la pantalla que solicita el ingreso de la clave

actual para verificar que el que intenta cambiar la clave es un usuario autorizado y
luego pide la clave nueva y una repeticin de la misma para asegurarse el
correcto ingreso. Luego, el botn de cambiar clave realiza la accin de
reemplazo de la clave actual por la nueva.

Figura 22. Pantalla de cambio de claves.
5. Mesa de ayuda
Para trabajar con Mesa de Ayuda es preciso conocer las pantallas y la

diversa funcionalidad asociada a cada una de ellas. Por ello, este manual se ha
estructurado en funcin, en primer lugar, de las tres opciones principales de Mesa
de Ayuda, mostradas en la Figura 4: Consultas, Mantenimiento y Parte de
Trabajo.

Figura 23. Pantalla de opciones principales de la Mesa de Ayuda.
Para cada una de esta opciones se han desarrollado otras pantallas a

travs de las cuales se realiza la funcionalidad deseada, como muestra el mapa
de pantalla general de la Figura 5.
M en Principal
Consultas Mantenimiento Pa rte de trabajo
Figura 24. Pantallas principales.
Este mapa de pantallas general se ha desglosado en otros tres, uno por

cada opcin, que sern los que se utilicen en este manual para la explicacin de
Mesa de Ayuda. Las pantallas slo se describen en forma de prosa una vez,
aunque pueden aparecer en ms de una ocasin en cualquiera de estos mapas,
si esto ocurre se mencionar el nombre de la pantalla y se dar la referencia de la
seccin de este captulo donde se detalla. En algunos casos se han incluido
lneas numeradas para identificar grficamente algn elemento concreto de la
pantalla que ser explicado a continuacin. Si se encuentra alguna informacin en
[negrita] y entre corchetes, se indica con ello que es un link hacia otra pantalla.

En cada una de las siguientes secciones se ha incluido el mapa de

pantallas correspondiente y, a continuacin, la explicacin de cada pantalla.
5.1. Consultas
Se percibe en la Figura 6 el mapa de pantallas de las consultas en el orden

en que aparecen en el men del sistema Dicono, que es el orden en que se
describen en este manual del usuario. La Figura 7 muestra la pantalla de
Consultas, con las opciones que se describen a continuacin en las siguientes
secciones.
Figura 25. Mapa de pantallas de consultas.

Figura 26. Pantalla de opciones de consultas.
5.1.1. Buscar parte
En la Figura 8 se muestra en primer lugar un mensaje de bienvenida al sitio

de la Mesa de Ayuda y se presenta la seleccin del nmero de parte de trabajo a
consultar de dos formas distintas: la primera de ellas es introduciendo un nmero
en Escriba su nmero de parte y la segunda es eligiendo ese nmero de una
lista en o seleccione uno.

Figura 27. Pantalla consulta nmero parte de trabajo.
Una vez elegido el nmero de parte a consultar, se pueden elegir las

opciones de borrar ese nmero y buscar otro, o de ver la informacin del parte de
trabajo, con lo cual se pasa a la pantalla siguiente que se muestra en la Figura 9.
Slo se pueden ver los partes pertenecientes al usuario logueado en el sistema.
5.1.2. Sus partes
En la pantalla de la Figura 9 se presenta el nmero de parte, el problema

que lo origin, la fecha de la recepcin por parte de la Mesa de Ayuda, el tcnico
que atendi al usuario y el avance en porcentaje del parte. Adems posee la
opcin de volver a la pantalla anterior.
Figura 28. Pantalla Su parte.
1. Si se hace un clic sobre el nmero de parte (que se encuentra en negrita) se

muestra el detalle del parte de trabajo, como se describe en la Figura 10.

5.1.3. Parte de trabajo
La pantalla de la Figura 10 presenta toda la informacin referida al parte de

trabajo agrupada por:
Usuario: que solicit el parte.
Departamento del usuario: departamento al que pertenece el usuario.
Equipo: datos del equipo.
Parte: datos especficos del parte de trabajo.
Problemas y soluciones: problemas que produjeron el parte de trabajo y
las soluciones que se hayan encontrado hasta el momento.
Derivaciones: si el parte de trabajo fue derivado, muestra el servicio
informtico que lo tiene a su cargo.
Figura 29. Pantalla Partes de trabajo.

1 2 3 4
1. Link que permite ver el detalle del servicio informtico que tiene derivado el
parte de trabajo en ese momento, como se observa en la pantalla de
Servicio, que se muestra en la Figura 11.

2. Link que nos permite ver los detalles del equipo involucrado en el parte de
trabajo. Estos datos se muestran en la pantalla de equipo, que se presenta
en la Figura 14.
3. Este link permite regresar a la pantalla anterior de la Figura 10.
4. Link que permite enviar un mail al usuario del equipo, para lo cual se abre una
pantalla con el programa de mail que tenga predefinido el usuario en su
mquina, pantalla que se muestra en la Figura 13.
5.1.4. Servicio
Figura 30. Pantalla de Servicio.

5.1.5. Pantalla de equipo
Figura 31. Pantalla de equipo.
5.1.6. Pantalla de correo
Figura 32. Pantalla de correo.

5.1.7. Usuarios de mesa
La pantalla de la Figura 14 lista los datos personales de los usuarios,

permitiendo seleccionar el nombre de un usuario de la lista para mostrar la foto
del mismo, como se muestra en la Figura 15.
Figura 33. Pantalla Usuarios de mesa.
5.1.8. Usuarios
Los datos mostrados en la Figura 15 son los mismos de la Figura 14 pero

de un solo usuario y se agrega la foto.

Figura 34. Pantalla de datos del usuario.
5.1.9. Problemas
Por medio de la pantalla de la Figura 16 se pueden realizar las consultas a

los problemas que se han atendido en la Mesa de Ayuda y la solucin encontrada
en ese momento.
Se pueden efectuar consultas de todos los problemas existentes o de algn
tipo determinado de problema. Luego de elegido el tipo, se puede consultar todos
los problemas de ese tipo o los que comiencen con una determinada letra. Una
vez terminada esta seleccin, se presiona el botn buscar y se muestran los
problemas elegidos.

Figura 35. Pantalla de Problemas.

1
1. Una vez encontrado el problema se puede elegir el link ver y se muestra
la solucin encontrada a ese problema, como se observa en la Figura 17.

5.1.10. Solucin
Figura 36. Pantalla Solucin.
5.1.11. Equipos
La pantalla de la Figura 18 nos presenta la informacin general de los

equipos. Para ver el detalle de un equipo se debe elegir el link Ver (1) y se
muestra la pantalla de equipo ya descrita en la Figura 12.
Figura 37. Pantalla de Equipos.

1

1. Por medio de esta opcin el sistema muestra los detalles de los equipos ya
visto en la seccin 5.1.5 de este anexo.
5.1.12. Tareas
La pantalla de la Figura 19 nos permite consultar las tareas que fueron

recepcionadas por la Mesa de ayuda. En primer lugar, se debe seleccionar una
opcin en Buscar parte de trabajo segn y dependiendo de lo elegido en esta
opcin se pueden realizar distintos filtrados de informacin como se presenta a
continuacin:
Todos: no se realiza ningn otro filtro de informacin.
Abiertos: no se realiza ningn otro filtro de informacin.
Avance: se puede filtrar informacin en un rango de avance delimitado
por un Desde y un Hasta.
Nmero de parte: se puede filtrar informacin en un rango de nmeros
de partes delimitado por un Desde y un Hasta.
Nmero de usuario: se puede filtrar informacin en un rango de
nmero de usuario delimitado por un Desde y un Hasta.
Fecha de recepcin: se puede filtrar informacin en un rango de
fechas delimitado por un Desde y un Hasta.
Fecha de conformidad: se puede filtrar informacin en un rango de
Fecha de terminado: se puede filtrar informacin en un rango de
Tcnico: se puede filtrar informacin de acuerdo a los tcnicos que su
apellido comience con las letras ingresados en Texto.
Usuario: se puede filtrar informacin de acuerdo a los usuarios que su
apellido comience con las letras ingresados en Texto.
Temas de problemas: se puede filtrar informacin de acuerdo a los
problemas que comiencen con las letras ingresados en Texto.
Cd. de equipo: se puede filtrar informacin de acuerdo a los equipos
que su cdigo comience con las letras ingresados en Texto.

Figura 38. Pantalla de Tareas.

1
1. Este link nos permite ver el detalle del parte de trabajo. Las pantallas
fueron descritas en la Figura 10.
Otras pantallas de la sta misma rama del mapa de pantalla que ya

fueron detalladas son:
Parte de trabajo: seccin 5.1.3.
Correo: seccin 5.1.6.
Equipo: seccin 5.1.5.
Servicio: seccin 5.1.4.
Comentario: seccin 5.1.13.

5.1.13. Comentarios
En la pantalla de la figura 20 se pueden ver los comentarios por parte del

tcnico que tuvo a cargo el parte de trabajo.
Figura 20. Pantalla de comentario.
5.1.14. Licencias
En la Figura 2 se listan las licencias de software que posee la Universidad,

con la opcin de imprimir eligiendo el link Formato de impresin, con lo cual es
sistema le muestra una pantalla como la de la figura 22.
Figura 21. Pantalla de Licencias.

Figura 22. Pantalla imprimir licencias.
5.1.15. Ocupacin tcnicos
En la pantalla de la Figura se puede consultar el nivel de ocupacin de los

tcnicos. Adems se posee un resumen en la tabla inferior.
Se tiene la posibilidad de imprimir mediante el link Formato de impresin,
y el sistema muestra la pantalla de la figura 24.

Figura 23. Pantalla de Ocupacin de tcnicos.
Figura 24. Pantalla de imprimir ocupacin tcnico.
Otra pantalla de ste misma rama del mapa de pantalla que ya fue
detallada es:

5.1.16. Trabajos - tcnicos
Los trabajos realizados se pueden consultar en un rango de fechas a

ingresar por pantalla en desde y hasta. Adems se ordenan por nombre del
tcnico o por tcnico con mayor cantidad de trabajos realizados, como puede
verse en la figura 25. Puede imprimir eligiendo el link formato de impresin,
como se muestra en la figura 26.
Figura 25. Pantalla de Trabajos - Tcnicos.

Figura 26. Pantalla imprimir trabajos tcnicos.
Otra pantalla de ste misma rama del mapa de pantalla que ya fue
detallada es:
5.1.17. Estadsticas
En la pantalla de la Figura se presentan las estadsticas de tiempos por

trabajos realizados. Esta informacin se puede ordenar por nombre del tcnico,
por promedio de tiempo insumido en el trabajo o por cantidad de partes de
trabajos realizados. En todos los casos se puede imprimir este informe eligiendo
el link Formato de impresin, como se muestra en la figura 28.

Figura 27. Pantalla de Estadsticas.
Figura 28. Imprimir estadsticas.
Otra pantalla de sta misma rama del mapa de pantalla que ya fue
detallada es:

5.2. Mantenimiento
En la figura 29 se observa el mapa de pantallas de mantenimiento del

sistema Dicono, este nos muestra el orden en que describen las pantallas.
Figura 29. Mapa de pantallas de mantenimiento.
En la Figura se presenta todas las opciones que se desprenden del

mantenimiento.
Figura 30. Pantalla de opciones de mantenimiento.

5.2.1. Licencias
La pantalla de la figura 31 presenta todas las licencias pudindose as

agregar, modificar o borrar.
Figura 31. Pantalla de ABM de licencias.

1 2 3
1. Alta de licencias: agrega licencia a la base de datos.
2. Borrar licencia: borra las licencias de la base de datos. Si sta estuviera
instalada en algn equipo tambin se borra de dicho equipo.
3. Modificar licencia: modifica los datos de las licencias.

5.2.2. Nueva licencia
En la figura 32 se muestran los datos que se deben ingresar para una

nueva licencia.
Figura 32. Pantalla de nueva licencia.

5.2.3. Modificar licencias
En la figura 33 se exhiben los datos a modificar de una licencia

determinada.
Figura 33. Pantalla de modificar licencia.
5.2.4. Borrar licencias
En la figura 34 se muestra la pantalla que solicita la confirmacin para

borrar o no la licencia est o no en un equipo.
Figura 34. Pantalla de borrar licencia.

5.2.5. Tipo de Equipo
La figura 35 presenta todos los tipos de equipo existentes y permite

agregar, modificar o dar de baja.
Figura 35. Pantalla de ABM de tipos de equipo.
5.2.6. Nuevo tipo
La figura 36 da la posibilidad de crear un nuevo tipo de equipo. Tambin se

origina un nuevo tipo de equipo si en las altas o modificaciones de equipos se
ingresa un tipo de equipo diferente a los existentes. A ste se lo considera
como nuevo.
Figura 36. Pantalla de nuevo tipo de equipo.

5.2.7. Modificar tipo
La figura 37 muestra la pantalla que permite modificar el tipo de equipo.
Figura 37. Pantalla de modificar tipo de equipo.
5.2.8. Borrar tipo
La figura 38 permite ver la pantalla de borrado de un tipo de equipo. No se

puede borrar si existen equipos que hagan referencia al tipo, como se indicara
con el mensaje mostrado en la pantalla de la figura 39.
Figura 38. Pantalla de borrar tipo de equipo.
Figura 39. Pantalla de aviso de tipo de equipo asignado.
5.2.9. Hard
La figura 40 presenta la pantalla que permite ingresar un nuevo hardware

con la opcin [Nuevo hard] mostrado en la pantalla de la figura 41 Adems, brinda
la posibilidad de realizar filtros de la informacin del hardware existente, este
filtrado se puede realizar de la siguiente manera:

Usuario: mostrando el hardware de todos los usuarios o

seleccionando uno especfico.
Descripcin: dando a conocer todo el hardware o seleccionar
aquellos que comiencen con las letras ingresadas en Especfica.
Proveedor: da a conocer todos los proveedores o aquellos que
comiencen con las letras ingresadas en Especfico.
Si se opta por el filtro se debe elegir el botn de ordenar para que se
efecte dicha ordenacin.
El link de [B] lleva a la pantalla de bajas mostrada en la figura 42 y el [M] a la
pantalla de modificaciones mostrada en la figura 41.
Figura 40. Pantalla de ABM de hardware.

5.2.10. Nuevo hard
Las pantallas de nuevo hard y modificaciones son exactamente iguales,

motivo por el cual slo se muestra la pantalla de nuevo hard en la figura 41.
Figura 41. Pantalla de nuevo y modificar hard.
5.2.11. Borrar hard
La figura 42 permite ver la pantalla que indica que no se puede borrar un

hardware si ste pertenece a un equipo.
Figura 42. Pantalla de borrar hardware.

5.2.12. Perifrico
En la figura 43 se observa la pantalla de altas, bajas y modificaciones de

perifricos. En ella se listan los perifricos existentes en la base de datos y se
permite agregar uno nuevo a travs del link [Nuevo perifrico] mostrado en la
figura 44, dar de baja a travs de [B] mostrado en la figura 45 y modificar a travs
de [M].
Figura 43. Pantalla de ABM de perifricos.

5.2.13. Nuevo o Modificar perifrico
Las pantallas para crear y modificar un perifrico son iguales; la diferencia

est en la accin que realizan. La Figura 44 se refiere a la accin de modificacin.
Figura 44. Pantalla de nuevo y modificar perifrico.
5.2.14. Borrar perifrico
La figura 45 corresponde a un mensaje que avisa que no se permite borrar

el perifrico si esta asignado a un equipo.
Figura 45. Pantalla de borrar perifrico.

5.2.15. Equipo
La figura 46 expone todos los equipos de los usuarios. Por medio del link
[Nuevo equipo] se accede a realizar las altas de los equipos indicados en la figura
47 el link [Ver] da la posibilidad de ver el detalle de los equipos mostrados en la
figura 12; el link [B] permite realizar las bajas de los equipos sealados en la
figura 48 y el link [M] permite realizar las modificaciones de los equipos
presentados en la figura 48.
Figura 46. Pantalla de ABM de equipos.

5.2.16. Nuevo equipo
La figura 47 exhibe la pantalla por la cual se crea un nuevo equipo que

puede pertenecer a un usuario o no.
Figura 47. Pantalla de nuevo equipo.

5.2.17. Modificar equipo
La figura 48 presenta la pantalla por la cual se puede modificar un equipo

especifico.
Figura 48. Pantalla de modificar equipo.
5.2.18. Borrar equipo
En la figura 49 se da a conocer la pantalla de las bajas de equipo (se

accede seleccionando el link [B] en la pantalla de la figura 46). Si se borra un
equipo se libera el perifrico, la licencia y los componentes hardware que tuviere
pasan a estar disponibles para otros equipos.
Figura 49. Pantalla de borrar equipo.

5.2.19. Servicios
La figura 50 muestra la pantalla de mantenimiento de servicios. Se

encuentran las opciones de ingresar nuevos servicios a travs del link [Nuevo
servicio] indicado en la figura 51 la baja de un servicio a travs del link [B]
exhibido en la figura 53 y la modificacin de los datos de los servicios con el link
[M] demostrado en la figura 52.
Figura 50. Pantalla de ABM de servicio de la mesa.

5.2.20. Nuevo servicio
La figura 51 muestra los datos a ingresar para un nuevo servicio.
Figura 51. Pantalla de nuevo servicio.

5.2.21. Modificar servicio
La figura 52 ofrece los datos de los servicios que pueden ser modificados.
Figura 52. Pantalla de modificar servicio.
5.2.22. Borrar servicios
Figura 53. Pantalla de borrar servicio.
No se puede borrar un servicio si ste tiene tcnicos asignados o partes de

trabajo. Para poder borrar el servicio se debe desasignarlos y eliminar los partes
pertinentes a este.

5.2.23. Especialidades
La figura 54 expone todas las especialidades pertenecientes a los tcnicos

de la mesa de ayuda, permitiendo: agregar una nueva a travs del link [Nueva
especialidad] como se observa en la figura 55; dar de baja una especialidad a
travs del link [B] mostrado en la figura 57; y realizar la modificacin de las
especialidades a travs del link [M] presentado en la figura 56.
Figura 54. Pantalla de ABM de especialidades.

5.2.24. Nueva especialidad
Figura 55. Pantalla de nueva especialidad.
La figura 55 muestra la pantalla mediante la cual se crea una nueva

especialidad.
5.2.25. Modificar especialidad
La figura 56 presenta la pantalla que modifica una especialidad

determinada.
Figura 56. Pantalla de modificar especialidad.
5.2.26. Borrar de especialidades
Figura 57. Pantalla de borrar especialidad.
No se puede borrar una especialidad que tenga algn tcnico.

5.2.27. Tcnico
La figura 58 expone la pantalla de gestin de los tcnicos. sta tiene las

opciones de: [Agregar] por medio de la cual se agregan tcnicos a la base de
datos mostrado en la figura 59; la opcin de listar por medio del link [Listar]; la
posibilidad de permutar en el link [P] mostrado en la figura 61, y la opcin de
modificar en el link [M] mostrado en la figura 60 .
Figura 58. Pantalla de ABM de tcnicos.

5.2.28. Nuevo tcnico
La pantalla de la figura 59 permite crear un tcnico. Una vez creado no se

puede eliminar sino slo permutar de estado: activo o pasivo. El nombre del
tcnico se extrae de los usuarios de la Mesa de Ayuda; es por eso que antes de
crear un tcnico ste debe existir como miembro de la Mesa.
Figura 59. Pantalla de nuevo tcnico.

5.2.29. Modificar tcnico
La figura 60 presenta la pantalla que modifica los atributos de un tcnico,

excepto su estado.
Figura 60. Pantalla de modificar tcnico.
5.2.30. Borrar tcnico
La figura 61 exhibe la pantalla que permuta el estado del tcnico. Si se

encuentra en estado pasivo el tcnico no figura en las listas de servicios y por
tanto no puede resolver partes.
Figura 61. Pantalla de permutacin del estado del tcnico.

5.2.31. Usuario
La figura 62. muestra la pantalla de gestin de usuarios. sta tiene el link de

[Agregar nuevo usuario] presentado en la figura 63. Permite buscar usuarios por
la primeras letras de sus apellidos y los presenta en la pantalla. Adems, tiene la
opcin de exhibir todos los usuarios a travs del botn Todos, informacin que
se muestra por pantalla. El link [B] permite realizar las bajas de los usuarios
mostrado en la figura 65 y el link [M] indicado en la figura 64, nos permite
modificar los datos de los usuarios.
Figura 62. Pantalla de ABM de usuarios.

5.2.32. Nuevo usuario
En la figura 63 se muestra la pantalla que permite especificar un nuevo

usuario de la Mesa de Ayuda.
Figura 63. Pantalla de nuevo usuario.

5.2.33. Modificar usuario
La figura 64 expone la pantalla que permite modificar los datos de un usuario

menos su Apellido y nombre, nmero y login que son dados por otro sistema.
Figura 64. Pantalla de modificar usuario.
5.2.34. Borrar de usuario
En la figura 61 se observa la pantalla de bajas de usuarios. No se puede

dar de baja si el nombre de usuario es un tcnico. Si es un usuario comn el que
se da de baja, los equipos que tuviese asignados pasan a estar libres y los partes
histricos slo hacen referencia al nmero del usuario
Figura 65. Pantalla de borrar usuario.

5.2.35. Prioridad
La figura 66 exhibe la pantalla con las prioridades existentes, y contiene los

links de [Nueva prioridad] mostrado en la figura 67, [B] sealado en la figura 69. Al
crear o modificar una prioridad se debe tener en cuenta que hay que establecer
una relacin directamente proporcional entre el nombre de la prioridad
(concepto) y el cdigo de la misma. Cuanto ms urgente sea, ms cercano al
cero. No se admiten valores negativos.
Figura 66. Pantalla de ABM prioridad.

5.2.36. Nueva prioridad
La figura 67 muestra la pantalla que permite ingresar los datos de una

nueva prioridad.
Figura 67. Pantalla de nueva prioridad.

5.2.37. Modificar prioridad
La figura 68. presenta la pantalla que permite modificar los datos de una
prioridad.
Figura 68. Pantalla de modificar prioridad.
5.2.38. Borrar de prioridad
La figura 69 expone la pantalla de baja de prioridades. No se puede borrar

una prioridad si sta figura en los partes de trabajo.
Figura 69. Pantalla de borrar prioridad.

5.3. Parte de trabajo
En la figura 70 se muestra el mapa de pantallas del subsistema parte de

trabajo del sistema Dicono. Este mapa proporciona el orden en que se describen
las pantallas.
Parte de
trabajo


Correo
Dar
Solucin
Correo Solucin
Figura 70. Mapa de pantallas de parte de trabajo.
La figura 71 corresponde a la pantalla principal de este subsistema y

muestra, en su parte izquierda, todas las opciones que puede utilizar el usuario
para satisfacer el pedido realizado por una necesidad informtica. Todas estas
opciones y sus pantallas correspondientes se describen en las siguientes
secciones.

Figura 71. Pantalla de opciones de parte de trabajo.
5.3.1. Alta de parte de trabajo
La figura 72, revela cmo el sistema solicita que se elija el usuario de la

lista que aparece en pantalla y se oprima el botn de Aceptar. Inmediatamente
se abre una nueva pantalla mostrada en la figura 73 con los datos del usuario y
del equipo que l posee.

Figura 72. Pantalla de nuevo parte de trabajo.
5.3.2. Nuevo parte
En la figura 73 se presenta la pantalla en la que se crea el parte de trabajo.

Este parte no se registra en la base de datos hasta que se agregue un problema,
se derive o se cierre.

1 2 3 4 5
Figura 73. Pantalla de nuevo parte.
6 7 8 9 10 11 12 13 14
Debajo del ttulo aparecen cuatro links cuyas acciones se detallan a

continuacin:
1 Derivar: ver figura 74.
2 Consultar problema: ver figura 16.
3 Cerrar: ver figura 85.
4 Volver: regresa a la pantalla anterior.
5 Informacin de los usuarios.
6 El/los departamentos a los que pertenece el usuario.
7 Nmero del parte de trabajo. Se genera automticamente y haciendo click
se enva por correo al usuario, notificando que sus problemas estn siendo
atendidos bajo dicho nmero de parte.
8 Link: muestra el/los equipos del usuario, ver figura 12.
9 Ttulo breve de un problema nuevo.
10 Descripcin del problema nuevo.
11 reas de problemas.
12 Ttulos breves de problemas existentes.
13 Lista de problemas del parte, secciones 5.1.9 y 5.1.10.
14 Correo: seccin 5.1.6.

5.3.3. Derivar parte de trabajo
En la figura 74 se presenta una lista de partes abiertos y no conformados

por el usuario. Esta lista se puede ordenar por nombre de usuario o por el nmero
de parte de trabajo. Utilizando el nmero de parte de trabajo como link se observa
el detalle del parte de trabajo, como se ve en la figura 10.
Figura 74. Pantalla de derivar parte.
5.3.4. Derivar parte
En la figura 75 se exhibe el detalle del parte de trabajo elegido para ser

derivado. Esta pantalla tiene el link de [Derivar], que se muestra en la figura 76, y
el link [Volver], que retrocede a la pantalla de la figura 74.

Figura 75. Pantalla de detalles del parte a derivar.
5.3.5. Derivar
En la figura 76 se observa el parte de trabajo y los servicios posibles a

derivar. Si el parte ya estuviera derivado a algn servicio ste no se muestra.
Para derivar slo hay que definir la prioridad y hacer click en el nombre del
servicio que figura en la primera columna de la tabla. Esta pantalla posee el link
de regresar a la pantalla anterior [Volver] y el de enviar un correo electrnico al
servicio.

Figura 76. Pantalla de derivar.
Otras pantallas de ste misma rama del mapa de pantalla que ya fueron
detalladas son:
5.3.6. Asignar tcnico
En la figura 77 se muestra la pantalla que slo los tcnicos de Mesa de

Ayuda y los jefes o encargados de algn servicio. Se presentan slo los tcnicos
que pertenecen al servicio. A la derecha se puede observar la ocupacin de los
mismos.
Para asignar el parte de trabajo, se debe elegir el nmero en la parte
superior en Parte a asignar y hacer click en el nombre del tcnico deseado,
entonces el sistema enviar un correo electrnico al tcnico informndole que se
le ha asignado un parte de trabajo.

Figura 77. Pantalla de asignar parte a un tcnico.
detalladas son:
5.3.7. Buscar parte de trabajo
En la figura 78 aparece un interfaz que permite buscar un parte de trabajo.

Se muestra los partes pertenecientes al tcnico logueado, que puede ser
ordenada por prioridad o por nmero de parte de trabajo. En la tabla de la parte
superior se muestran los partes de trabajo que se le han asignado pero que
todava no ha comenzado a ejecutar. En la tabla inferior se listan los partes de
trabajo en proceso de solucin.
Para comenzar un parte de trabajo el tcnico hace click en el link
[Comenzar] pasando entonces a la pantalla de la figura 79.

Figura 78. Pantalla de bsqueda de partes.
5.3.8. Accin
En la pantalla de la figura 79. se ingresa el tiempo estimado de realizacin

del trabajo expresado en das.
Figura 79. Pantalla de ingreso de tiempo estimado del parte.
detalladas son:

5.3.9. Actualizar parte de trabajo
En la pantalla presentada en la figura 80 se observa slo los partes de

trabajo abiertos, comenzados y del tcnico conectado para actualizar el avance,
dar la solucin si se encuentra o hacer algn comentario. Estos partes de trabajo
se pueden ordenar por prioridad o por nmero.
Para actualizar el avance de un parte se debe modificar el valor de avance
y se hace click en Aplicar.
Adems se puede ingresar la solucin del problema eligiendo el link [Dar]
(ver figura 81) o hacer algn comentario eligiendo el link [Hacer] (ver figura 83).
Figura 80. Pantalla de actualizar parte.

5.3.10. Dar solucin
En la figura 81 se expone en pantalla una lista de todos los problemas de

un parte de trabajo. Para dar solucin hacer click en [Dar] (ver figura 82).
Figura 81. Pantalla de dar solucin.
5.3.11. Solucin
En la pantalla de la figura IV.82 se puede ingresar una descripcin

detallada del problema y la solucin que se ha encontrado al mismo. Una vez
realizada esta tarea se presiona el botn Aplicar para grabar la informacin de la
pantalla.

Figura 82. Pantalla de solucin.
5.3.12. Comentarios
En la pantalla de la figura 83 se pueden incorporar comentarios por parte

del tcnico que tuvo a cargo el parte de trabajo y luego presionando el botn
Aplicar se graba la informacin de la pantalla.
Figura 83. Pantalla de comentario.

detalladas son:
5.3.13. Recepcin de conformidad
En la figura 84 se observan los partes que estn al 100% de avance y

pertenecientes al usuario conectado para que ste, con realizar un click sobre la
lnea que contiene el parte, pase a estar conformado. Los jefes de servicio y la
Mesa de Ayuda pueden tambin aceptar partes de trabajo.
Figura 84. Pantalla de recepcin de conformidad.

5.3.14. Cerrar parte de trabajo
En la figura 85 se muestra la pantalla que contiene una lista de los partes

de trabajo abiertos y conformados. Esta lista puede ordenarse por nombre de
usuario o por nmero de parte de trabajo.
Para cerrar un parte de trabajo se hace click en el nmero de parte y se
ven los detalles del mismo; se realiza un luego click en Cerrar y se muestran
todos los problemas que tiene el parte de trabajo. El parte no se puede cerrar si
quedase algn problemas sin resolver.
Figura 85. Pantalla de cierre de parte.
detalladas son:

5.3.15. Eliminar parte de trabajo
En la figura 86 se exhibe la pantalla para eliminar un parte de trabajo. Se

hace click en el nmero de parte y se ven los detalles del mismo mostrados en la
figura 10.
Figura 86. Pantalla de eliminar parte de trabajo.
5.3.16. Eliminar parte
En la figura 86 se observa la pantalla que permite eliminar el parte de

trabajo elegido. Para ello reelige el link [Eliminar], con lo cual se muestra la
pantalla de la figura 87 Si se desea regresar se elige el link [Volver], con lo cual se
retrocede a la pantalla anterior.

Figura 87. Pantalla de eliminar parte.
Si en la pantalla de la figura 88 se elige el botn aceptar se elimina el parte

de trabajo y si se opta por el botn cancelar no elimina el parte de trabajo.
Figura 88. Pantalla de eliminar parte.
detalladas son:

6. Preguntas frecuentes
A continuacin se detallan las preguntas ms frecuentes y sus posibles

soluciones.
Pregunta 1
Qu debo hacer cuando el navegador me da el mensaje de No se puede
mostrar la pgina?
Respuesta
Cuando aparece este mensaje puede ocurrir una de las siguientes
opciones:
1. No hay conexin a Internet. Por lo tanto debe llamar a la Mesa de Ayuda y
verificar que la conexin est funcionando correctamente.
2. Verificar la configuracin de su navegador. Para ello debe seleccionar del
men la opcin herramientas y luego la opcin de Internet con lo cual el
navegador muestra una pantalla similar a la de la figura 89 .
Figura 89 Pantalla de configuracin navegador.
En la figura anterior en el navegador aparecen dos pantallas superpuestas.

En la pantalla interior Opciones de Internet se debe elegir en la parte

superior la opcin Conexiones y luego la opcin Configuracin de LAN

con lo cual aparece la pantalla de la figura 90.
Figura 90. Pantalla de configuracin de la red.
En esta pantalla llamada Configuracin de la red de rea local (LAN), se

debe marcar la opcin Utilizar un servidor proxy para su LAN y los
campos:
Direccin: proxy.uapr.edu.
Puerto: 3128.
Esta informacin es vlida solo cuando se trabaja sobre la red LAN de la
Universidad; si est intentando realizar la consulta por otro medio se debe
llamar a la Mesa de Ayuda.
Pregunta 2
Qu debo hacer para que el sistema funcione ms rpido?
Respuesta
Cuando se est trabajando sobre la red LAN de la Universidad no es
necesario usar proxy para las direcciones locales (esto hace ms lento el
funcionamiento de la pginas internas). Para habilitar esta opcin debe elegir
desde el men de su navegador la opcin de Herramientas y luego Opciones
de Internet con lo que el navegador muestra la pantalla como la figura 85 (primer
pantalla de la pregunta 1, luego se elige la opcin Configuracin de LAN con lo
cual aparece la pantalla de la figura 86 (segunda pantalla de la pregunta 1), de
esta pantalla se debe elegir la opcin Opciones avanzadas y el navegador
muestra la pantalla de la figura 91.

Figura 91. Pantalla de configuracin de servidores Proxy.
En esta pantalla se deben ingresar en el recuadro inferior todas las

direcciones locales separadas por punto y coma (;); de esta forma el navegador
no hace pasar por el proxy a las pginas locales, logrando de esta forma una
mayor velocidad de respuesta del sistema.
Si este problema persiste luego de esta modificacin consulte con la Mesa de
Ayuda.
Pregunta 3
Quiero comunicarme con la Mesa de Ayuda, cmo puedo hacerlo?
Respuesta
Existen varias formas de comunicarse con la Mesa de ayuda y stas son
las siguientes:
1. Llamar al nmero de telfono interno 1800.
2. Enviar un mail a ayuda@uapar.edu.
3. Llamar al celular de guardia. Para obtener el nmero de este celular
debe llamar desde cualquier telfono interno de la Universidad al
nmero 0 (cero) y solicitar que lo comuniquen con el celular de
guardia.

Sistema de Mesa de Ayuda Informática Diácono PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sistema de Mesa de Ayuda Informática Diácono PDF

Uploaded by

Copyright:

Available Formats

TESIS DE MASTER

EN INGENIERA DEL SOFTWARE

AUTOR: ING. JUAN MANUEL BOURNISSEN

DRA. MARTA LPEZ FERNNDEZ (UPM)

M. ING. BIBIANA D. ROSSI (ITBA)

BUENOS AIRES, 2004

Ing. Juan Manuel Bournissen 2 Indice

Ing. Juan Manuel Bournissen 4 Indice

Quiero dejar expresado mi agradecimiento a quienes de alguna manera

1. A la Universidad Adventista del Plata por haberme becado para realizar

Ing. Juan Manuel Bournissen 6 Indice

Captulo I: Introduccin general 3

Captulo II: Dominio del problema 9

Captulo III: Metodologas aplicadas 21

Captulo IV: Gestin del proyecto 37

Ing. Juan Manuel Bournissen -I- Indice

IV.12. GPI 2: Planificacin 42

Captulo V: Viabilidad del sistema 59

Captulo VI: Desarrollo del Proyecto 83

Ing. Juan Manuel Bournissen II Indice

VI.1.4. R 4: Detallar casos de uso 88

Captulo VII. Cierre del proyecto 459

Captulo VIII. Conclusiones 463

Captulo IX. Bibliografa 471

Ing. Juan Manuel Bournissen - III - Indice

B.2.1. Preparacin de la sesin 495

Ing. Juan Manuel Bournissen IV Indice

Captulo I: Introduccin general 3

Captulo II: Dominio del problema 9

Captulo III: Metodologas aplicadas 21

Captulo IV: Gestin del proyecto 37

Ing. Juan Manuel Bournissen -V- Indice

IV.1.1.1. GPI 1.1: Identificacin de los elementos a desarrollar 40

Captulo V: Viabilidad del sistema 59

Ing. Juan Manuel Bournissen VI Indice

V.1.2. EVS 1.2: Identificacin del alcance del sistema 61

Captulo VI: Desarrollo del Proyecto 83

Ing. Juan Manuel Bournissen - VII - Indice

VI.1.3.1. R 3.1: Describir la poltica de priorizacin de los casos de 88

Ing. Juan Manuel Bournissen VIII Indice

VI.2.3.1.2.6. Clase Gestionar tecnico - caso de uso 6 140

Ing. Juan Manuel Bournissen - IX - Indice

VI.2.3.3.1.7. Clase Ocupacin tecnico - caso de uso 27 161

Ing. Juan Manuel Bournissen X Indice

VI.3. Diseo 177

Ing. Juan Manuel Bournissen - XI - Indice

VI.3.3.1.2.18. Imprimir trabajos tcnicos 274

Ing. Juan Manuel Bournissen XII Indice

VI.3.3.1.3.37. Nueva Prioridad 319

Ing. Juan Manuel Bournissen - XIII - Indice

VI.3.3.3.6. Especialidad 361

Ing. Juan Manuel Bournissen XIV Indice

VI.5.3.1.3. Hardware 407

Captulo VII. Cierre del proyecto 459

Captulo VIII. Conclusiones 463

Ing. Juan Manuel Bournissen - XV - Indice

VIII.1.4. Experiencia profesional 466

Captulo IX. Bibliografa 471

Ing. Juan Manuel Bournissen XVI Indice

5.1.12. Tareas 551

Ing. Juan Manuel Bournissen - XVII - Indice

5.2.34. Borrar de usuario 582

Ing. Juan Manuel Bournissen XVIII Indice