Está en la página 1de 636

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

Ing. Juan Manuel Bournissen 4 Indice


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

Ing. Juan Manuel Bournissen 6 Indice


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.1. Direccin de Tecnologa y Operaciones 18
II.2.2. Reparaciones 18
II.2.3. Redes y servers 19
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.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.1. Direccin de Tecnologa y Operaciones 18
II.2.2. Reparaciones 18
II.2.3. Redes y servers 19
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
IV.2.3. MSI-GC 1: Registro del cambio en el sistema de gestin de la
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. Clases de interfaz 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. Clases de control 154
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. Clases de interfaz 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. Clases de control 163
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
VI.2.3.3.2.4. Clase Gestionar conformidad - caso de uso 165
18
VI.2.3.3.2.5. Clase Gestionar eliminar parte - caso de uso 165
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. Parte de trabajo 322
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.10. Parte de trabajo 364
VI.3.3.3.11. Usuarios 365
VI.3.3.3.12. People 366
VI.3.3.3.13. Masectorus 367
VI.3.3.3.14. Prioridades 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.1.3. Parte de trabajo 392
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.1.9. Usuarios 423
VI.5.3.1.10. Prioridades 425
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.

Ing. Juan Manuel Bournissen -5-


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.

Ing. Juan Manuel Bournissen -9-


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


Dicono Captulo II: Dominio del Problema

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 -


Captulo II: Dominio del Problema Dicono

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

- 12 - Ing. Juan Manuel Bournissen


Dicono Captulo II: Dominio del Problema

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.

Ing. Juan Manuel Bournissen - 13 -


Captulo II: Dominio del Problema Dicono

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:

- 14 - Ing. Juan Manuel Bournissen


Dicono Captulo II: Dominio del Problema

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.

Ing. Juan Manuel Bournissen - 15 -


Captulo II: Dominio del Problema Dicono

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

- 16 - Ing. Juan Manuel Bournissen


Dicono Captulo II: Dominio del Problema

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.

Ing. Juan Manuel Bournissen - 17 -


Captulo II: Dominio del Problema Dicono

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

- 18 - Ing. Juan Manuel Bournissen


Dicono Captulo II: Dominio del Problema

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.

Ing. Juan Manuel Bournissen - 19 -


Captulo II: Dominio del Problema Dicono

Adems es la responsable de mantener actualizada la configuracin de los


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

- 20 - Ing. Juan Manuel Bournissen


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]

Ing. Juan Manuel Bournissen - 23 -


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.

- 24 - Ing. Juan Manuel Bournissen


Dicono Captulo III: Metodologas aplicadas

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

Actividades Tareas Productos Tcnicas y


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

Ing. Juan Manuel Bournissen - 25 -


Captulo III: Metodologas aplicadas Dicono

Actividades Tareas Productos Tcnicas y


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.

- 26 - Ing. Juan Manuel Bournissen


Dicono Captulo III: Metodologas aplicadas

Actividades Tareas Productos Tcnicas y


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.

Ing. Juan Manuel Bournissen - 27 -


Captulo III: Metodologas aplicadas Dicono

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.

Actividades Tareas Productos Tcnicas y


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.

- 28 - Ing. Juan Manuel Bournissen


Dicono Captulo III: Metodologas aplicadas

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]

Ing. Juan Manuel Bournissen - 29 -


Captulo III: Metodologas aplicadas Dicono

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.

- 30 - Ing. Juan Manuel Bournissen


Dicono Captulo III: Metodologas aplicadas

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.

Actividades Tareas Productos Tcnicas y


(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

Ing. Juan Manuel Bournissen - 31 -


Captulo III: Metodologas aplicadas Dicono

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.

Actividades Tareas Productos Tcnicas y


(artefactos) prcticas
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.

- 32 - Ing. Juan Manuel Bournissen


Dicono Captulo III: Metodologas aplicadas

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.

Actividades Tareas Productos Tcnicas y


(artefactos) prcticas
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:

Ing. Juan Manuel Bournissen - 33 -


Captulo III: Metodologas aplicadas Dicono

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.

Actividades Tareas Productos Tcnicas y


(artefactos) prcticas
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.

- 34 - Ing. Juan Manuel Bournissen


Dicono Captulo III: Metodologas aplicadas

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.

Actividades Tareas Productos Tcnicas y


(artefactos) prcticas
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.

Ing. Juan Manuel Bournissen - 35 -


Captulo III: Metodologas aplicadas Dicono

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.

Actividades Tareas Productos Tcnicas y


(artefactos) prcticas
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.

- 36 - Ing. Juan Manuel Bournissen


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.

Ing. Juan Manuel Bournissen - 39 -


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.

- 40 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del 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.

Ing. Juan Manuel Bournissen - 41 -


Captulo IV: Gestin del proyecto Dicono

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.

- 42 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del proyecto

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.

Ing. Juan Manuel Bournissen - 43 -


Captulo IV: Gestin del proyecto Dicono

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.

- 44 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del proyecto

Dicono Informe de cambio Icm-999

Usuario: Departamento:
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

Usuario: Departamento:
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.

Ing. Juan Manuel Bournissen - 45 -


Captulo IV: Gestin del proyecto Dicono

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.

- 46 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del proyecto

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,

Ing. Juan Manuel Bournissen - 47 -


Captulo IV: Gestin del proyecto Dicono

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.

- 48 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del proyecto

Fase Lnea base Artefactos Tipo


Captura de requisitos como casos de uso
Actores Diagrama
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
Anlisis
Paquetes de anlisis Diagrama
Diagrama de clases de anlisis Diagrama
Descripcin de la arquitectura de anlisis Documento
Elaboracin Arquitectura Diseo
Descripcin de la arquitectura de diseo Documento
Prototipos Prototipo
Diagramas de clases de diseo Diagrama
Implementacin
Componentes Cdigo
Descripcin de la arquitectura Documento
Pruebas
Plan de prueba Documento
Casos de prueba Documento
Evaluacin de la prueba Documento
Glosario general Documento
Tabla IV.10. Artefactos de la gestin de configuracin - fase de elaboracin.

Fase Lnea base Artefactos Tipo


Captura de requisitos como casos de uso
Actores Diagrama
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
Anlisis
Paquetes de anlisis Diagrama
Diagrama de clases de anlisis Diagrama
Descripcin de la arquitectura de anlisis Diagrama
Construccin Producto Diseo
Descripcin de la arquitectura de diseo Documento
Prototipos Prototipo
Diagramas de clases de diseo Diagrama
Implementacin
Componentes Cdigo
Descripcin de la arquitectura Documento
Pruebas
Plan de prueba Documento
Casos de prueba Documento
Evaluacin de la prueba Documento
Glosario general Documento
Tabla IV.11. Artefactos de la gestin de configuracin - fase de construccin.

Ing. Juan Manuel Bournissen - 49 -


Captulo IV: Gestin del proyecto Dicono

Fase Lnea base Artefactos Tipo


Anlisis
Paquetes de anlisis Diagrama
Diagrama de clases de anlisis Diagrama
Descripcin de la arquitectura de anlisis Diagrama
Diseo
Descripcin de la arquitectura de diseo Documento
Prototipos Prototipo
Diagramas de clases de diseo Diagrama
Transicin Operacin Implementacin
Componentes Cdigo
Descripcin de la arquitectura Documento
Pruebas
Plan de prueba Documento
Casos de prueba Documento
Evaluacin de la prueba Documento
Glosario general Documento
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.

- 50 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del proyecto

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

Ing. Juan Manuel Bournissen - 51 -


Captulo IV: Gestin del proyecto Dicono

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


en la Figura IV.2.

IV.2.3. MSI-GC 1: Registro del cambio en el sistema de gestin de la


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.

- 52 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del proyecto

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

Ing. Juan Manuel Bournissen - 53 -


Captulo IV: Gestin del proyecto Dicono

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.

- 54 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del proyecto

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.

Ing. Juan Manuel Bournissen - 55 -


Captulo IV: Gestin del proyecto Dicono

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?

- 56 - Ing. Juan Manuel Bournissen


Dicono Captulo IV: Gestin del proyecto

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.
Todos los casos de uso tienen su correspondiente diagrama de
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?
Todos los requisitos funcionales tienen su correspondiente caso de
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


el anexo D y que contiene los siguientes tems.
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?

Ing. Juan Manuel Bournissen - 57 -


Captulo IV: Gestin del proyecto Dicono

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
el anexo D y que contiene los siguientes tems.
Se prueba cada requisito?
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?

- 58 - Ing. Juan Manuel Bournissen


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.

Ing. Juan Manuel Bournissen - 61 -


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

- 62 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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.

Ing. Juan Manuel Bournissen - 63 -


Captulo V: Viabilidad del sistema Dicono

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

- 64 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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.

Ing. Juan Manuel Bournissen - 65 -


Captulo V: Viabilidad del sistema Dicono

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.

- 66 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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.

Ing. Juan Manuel Bournissen - 67 -


Captulo V: Viabilidad del sistema Dicono

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.

- 68 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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.

Ing. Juan Manuel Bournissen - 69 -


Captulo V: Viabilidad del sistema Dicono

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.

- 70 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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

Ing. Juan Manuel Bournissen - 71 -


Captulo V: Viabilidad del sistema Dicono

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

- 72 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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.

Ing. Juan Manuel Bournissen - 73 -


Captulo V: Viabilidad del sistema Dicono

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


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 no es de la Universidad lo
que hace que la capacitacin sea ms costosa. Se realiza un curso

- 74 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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.
Recursos y medios necesarios para el cambio: no se considera
necesaria la contratacin de personal para realizar el cambio debido
a que el software no requiere de una carga inicial masiva de datos.
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:
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 se puedan ver afectadas por el cambio: no ocurre
debido a que no hay informacin en el sistema actual.

V.5.1.3. Costos del sistema Workgroup Software & Bar Code

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 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

Ing. Juan Manuel Bournissen - 75 -


Captulo V: Viabilidad del sistema Dicono

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.
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: $ 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:
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 se puedan ver afectadas por el cambio: no ocurre
debido a que no hay informacin en el sistema actual.

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:

- 76 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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.

Ing. Juan Manuel Bournissen - 77 -


Captulo V: Viabilidad del sistema Dicono

Costos intangibles Sistemas


Dicono Track It Software & Bar Code
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.

- 78 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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.


Nro. Riesgo Probabilidad Impacto
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
2 La aplicacin no responde a los requisitos del usuario: este riesgo 30% 2
se presenta en algunos de los requisitos del usuario como se
muestra en la tabla V.1 de este captulo
3 Mantenimiento: es normal que se necesite en todo sistema. La 50% 3
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.

Ing. Juan Manuel Bournissen - 79 -


Captulo V: Viabilidad del sistema Dicono

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.

Nro. Riesgo Probabilidad Impacto


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
2 La aplicacin no responde a los requisitos del usuario: este riesgo 30% 2
se presenta en algunos de los requisitos del usuario como se
muestra en la Tabla V.1 de este captulo
3 Mantenimiento: es normal que se necesite en todo sistema. La 50% 3
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
Dicono Track It Software & Bar Code
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.

- 80 - Ing. Juan Manuel Bournissen


Dicono Captulo V: Viabilidad del sistema

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

Ing. Juan Manuel Bournissen - 81 -


Captulo V: Viabilidad del sistema Dicono

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.

- 82 - Ing. Juan Manuel Bournissen


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.

Ing. Juan Manuel Bournissen - 85 -


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

- 86 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Ing. Juan Manuel Bournissen - 87 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.

- 88 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Ing. Juan Manuel Bournissen - 89 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.

- 90 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Ing. Juan Manuel Bournissen - 91 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.

- 92 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Ing. Juan Manuel Bournissen - 93 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 1.2. Realizar baja de equipos


Actor: Mesa de Ayuda
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
en el men de mantenimiento
Curso normal Curso alternativo
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
Puntos de extensin: no posee
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


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.6. Caso de uso 1.3 Realizar modificacin de equipos.

- 94 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 2.1. Realizar alta de licencias


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.7. Caso de uso 2.1 Realizar alta de licencias.

Caso de uso: 2.2. Realizar baja de licencias


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista
2 Si se selecciona el identificador del
software a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.8. Caso de uso 2.2 Realizar baja de licencias.

Ing. Juan Manuel Bournissen - 95 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 2.3. Realizar modificaciones de licencias


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos de los paquetes en la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de software en el men de mantenimiento
Curso normal Curso alternativo
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
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista.
2 Si se selecciona el identificador del
software 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 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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.9. Caso de uso 2.3 Realizar modificaciones de licencias.

Caso de uso: 3.1. Realizar alta de prioridades


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
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 la nueva prioridad
Precondiciones: no posee
Postcondiciones: los datos de las prioridades estn disponibles para ser asignados a los
partes de trabajo
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.10. Caso de uso 3.1 Realizar alta de prioridades.

- 96 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 3.2. Realizar baja de prioridades


Actor: Mesa de Ayuda
Descripcin: es el responsable de eliminar las prioridades de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de
prioridades en el men de mantenimiento
Curso normal Curso alternativo
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
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista
2 Si se selecciona el identificador de la
prioridad a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.11. Caso de uso 3.2 Realizar baja de prioridades.

Caso de uso: 3.3. Realizar modificacin de prioridades


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos de las prioridades en la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de prioridades en el men de mantenimiento
Curso normal Curso alternativo
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
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista
2 Si se selecciona el identificador de la
prioridad 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: no posee
Postcondiciones: los datos de las prioridades estn actualizados en la base de datos de la
Universidad
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.12. Caso de uso 3.3 Realizar modificacin de prioridades.

Ing. Juan Manuel Bournissen - 97 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 4.1. Realizar alta de servicios tcnicos


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
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 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
Puntos de extensin: no posee
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


Actor: Mesa de Ayuda
Descripcin: es el responsable de eliminar los servicios tcnicos de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de
servicios tcnicos en el men de mantenimiento
Curso normal Curso alternativo
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
2 Si se selecciona el identificador del
servicio a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.14. Caso de uso 4.2 Realizar baja de servicios tcnicos.

- 98 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 4.3. Realizar modificacin de servicios tcnicos


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos de los servicios tcnicos en la base de
datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de servicios tcnicos en el men de mantenimiento
Curso normal Curso alternativo
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
2 Si se selecciona el identificador del
servicio informtico 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: no posee
Postcondiciones: los datos del servicio tcnico estn actualizados en la base de datos de la
Universidad
Puntos de extensin: no posee
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


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
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 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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.16. Caso de uso 5.1 Realizar alta de especialidades.

Ing. Juan Manuel Bournissen - 99 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 5.2. Realizar baja de especialidades


Actor: Mesa de Ayuda
Descripcin: es el responsable de eliminar las especialidades de los tcnicos de la base de
datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de
especialidades en el men de mantenimiento
Curso normal Curso alternativo
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
2 Si se selecciona el identificador de la
especialidad a dar de baja, se muestran
los datos en pantalla
3 El sistema pregunta si se desea realizar
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.17. Caso de uso 5.2 Realizar baja de especialidades.

Caso de uso: 5.3. Realizar modificacin de especialidades


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos de las especialidades en la base de
datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de especialidades en el men de mantenimiento
Curso normal Curso alternativo
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
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: no posee
Postcondiciones: los datos de las especialidades estn actualizados en la base de datos de la
Universidad
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.18. Caso de uso 5.3 Realizar modificacin de especialidades.

- 100 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 6.1. Realizar alta de tcnicos


Actor: Mesa de Ayuda
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
en el men de mantenimiento
Curso normal Curso alternativo
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
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 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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.19. Caso de uso 6.1 Realizar alta de tcnicos.

Caso de uso: 6.2. Realizar baja de tcnicos


Actor: Mesa de Ayuda
Descripcin: es el responsable de eliminar los tcnicos de la base de datos.
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de
tcnicos en el men de mantenimiento
Curso normal Curso alternativo
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
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista
2 Si se selecciona el identificador del
tcnico a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
la baja del tcnico
4 El usuario acepta y el tcnico es dado de 4.1 El usuario cancela y la tcnico no es
baja de la base de datos dado de baja
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.20. Caso de uso 6.2 Realizar baja de tcnicos.

Ing. Juan Manuel Bournissen - 101 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 6.3. Realizar modificacin de tcnicos


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos de los tcnicos en la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de datos de tcnicos en el men de mantenimiento
Curso normal Curso alternativo
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
2 Si se selecciona el identificador del
tcnico 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 modificaciones
modificados no son grabadas
Precondiciones: no posee
Postcondiciones: los datos de los tcnicos estn actualizados en la base de datos de la
Universidad
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.21. Caso de uso 6.3 Realizar modificacin tcnicos.

Caso de uso: 7.1. Realizar alta de usuarios


Actor: Mesa de Ayuda
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.
Curso normal Curso alternativo
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
2 El sistema pregunta se desea confirmar 2.1 El usuario no confirma el alta, y realiza
el alta alguna modificacin a los datos
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
Puntos de extensin: no posee
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.

- 102 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 7.2. Realizar baja de usuarios


Actor: Mesa de Ayuda
Descripcin: es el responsable de eliminar los usuarios de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de
tcnicos en el men de mantenimiento
Curso normal Curso alternativo
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
2 Si se selecciona el identificador del
usuario a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
la baja del usuario
4 El usuario acepta y el usuario es dado de 4.1 El usuario cancela y el usuario no es
baja de la base de datos dado de baja
Precondiciones: el usuario no debe tener asignado a ningn equipo
Postcondiciones: no se puede asignar un equipo al usuario
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.23. Caso de uso 7.2 Realizar baja de usuarios.

Caso de uso: 7.3. Realizar modificacin de usuarios


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos de los usuarios en la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de datos de usuarios en el men de mantenimiento
Curso normal Curso alternativo
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
2 Si se selecciona el identificador del
usuario 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: no posee
Postcondiciones: no posee
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.24. Caso de uso 7.3 Realizar modificacin usuarios.

Ing. Juan Manuel Bournissen - 103 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 8.1. Realizar alta de hardware


Actor: Mesa de Ayuda
Descripcin: es el responsable de ingresar los datos del hardware de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta de
hardware en el men de mantenimiento
Curso normal Curso alternativo
1 Mesa de Ayuda ingresa los datos del
nuevo hardware, incluyendo la
especialidad que posee
2 El sistema pregunta 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 de
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.25. Caso de uso 8.1 Realizar alta de hardware.

Caso de uso: 8.2. Realizar baja de hardware


Actor: Mesa de Ayuda
Descripcin: es el responsable de eliminar los hardware de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de
hardware en el men de mantenimiento
Curso normal Curso alternativo
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
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista
2 Si se selecciona el identificador del
hardware a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
la baja del hardware
4 El usuario acepta y el hardware es dado 4.1 El usuario cancela y la hardware no es
de baja de la base de datos dado de baja
Precondiciones: el hardware no debe estar asignado a ningn equipo
Postcondiciones: el hardware deja de estar disponible en la base de datos
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.26. Caso de uso 8.2 Realizar baja de hardware.

- 104 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 8.3. Realizar modificacin de hardware


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos del hardware en la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de datos del hardware en el men de mantenimiento
Curso normal Curso alternativo
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
2 Si se selecciona el identificador del
hardware 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: no posee
Postcondiciones: no posee
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.27. Caso de uso 8.3 Realizar modificacin hardware.

Caso de uso: 9.1. Realizar alta de perifricos


Actor: Mesa de Ayuda
Descripcin: es el responsable de ingresar los datos de los perifricos de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de alta de
perifricos en el men de mantenimiento
Curso normal Curso alternativo
1 Mesa de Ayuda ingresa los datos del
nuevo perifrico, incluyendo la
especialidad que posee
2 El sistema pregunta 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 de
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.28. Caso de uso 9.1 Realizar alta de perifricos.

Ing. Juan Manuel Bournissen - 105 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 9.2. Realizar baja de perifricos


Actor: Mesa de Ayuda
Descripcin: es el responsable de eliminar los perifricos de la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de baja de
perifricos en el men de mantenimiento
Curso normal Curso alternativo
1 Se ingresa el identificador del perifrico a
dar de baja, se muestran los datos en
pantalla
2 Si se selecciona el identificador del
perifrico a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
la baja del perifrico
4 El usuario acepta y el perifrico es dado 4.1 El usuario cancela y el perifrico no es
de baja de la base de datos dado de baja
Precondiciones: el perifrico no debe estar asignado a ningn equipo
Postcondiciones: el perifrico deja de estar disponible en la base de datos
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.29. Caso de uso 9.2 Realizar baja de perifricos.

Caso de uso: 9.3. Realizar modificacin de perifricos


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos de los perifricos en la base de datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de datos de perifricos en el men de mantenimiento
Curso normal Curso alternativo
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
2 Si se selecciona el identificador del
perifrico 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: no posee
Postcondiciones: no posee
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.30. Caso de uso 9.3 Realizar modificacin de perifricos.

- 106 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
1 Mesa de Ayuda ingresa los datos del
nuevo tipo de equipo, incluyendo la
especialidad que posee
2 El sistema pregunta 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 de
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
Puntos de extensin: no posee
Observaciones y datos:
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


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
3 El sistema pregunta si se desea realizar
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.32. Caso de uso 10.2 Realizar baja de tipo de equipo.

Ing. Juan Manuel Bournissen - 107 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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


Actor: Mesa de Ayuda
Descripcin: es el responsable de modificar los datos de los tipos de equipo en la base de
datos
Activacin: el caso de uso se activa cuando el tcnico seleccione la opcin de modificaciones
de datos de tipos de equipo en el men de mantenimiento
Curso normal Curso alternativo
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
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: no posee
Postcondiciones: no posee
Puntos de extensin: no posee
Observaciones y datos:
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


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
1 Mesa de Ayuda ingresa los datos del
nuevo problema, incluyendo la solucin
del mismo
2 El sistema pregunta 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 de
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.34. Caso de uso 11.1 Realizar alta base de conocimiento.

- 108 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
1 Se ingresa el identificador del problema a
dar de baja, se muestran los datos en
pantalla
2 Si se selecciona el identificador del
problema a dar de baja, se muestran los
datos en pantalla
3 El sistema pregunta si se desea realizar
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
de baja de la base de datos dado de baja
Precondiciones: el problema y su solucin no debe existir
Postcondiciones: el problema y su solucin deja de estar disponible en la base de datos
Puntos de extensin: no posee
Observaciones y 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


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
2 Si se selecciona el identificador del
problema 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: no posee
Postcondiciones: no posee
Puntos de extensin: no posee
Observaciones y datos:
Tabla VI.36. Caso de uso 10.3 Realizar modificacin base de conocimiento.

Ing. Juan Manuel Bournissen - 109 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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
Curso normal Curso alternativo
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
Precondiciones: no posee
Postcondiciones: las prioridades de los partes de trabajos son actualizadas
Puntos de Extensin: no posee
Observaciones y datos:
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


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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

- 110 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Ing. Juan Manuel Bournissen - 111 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 14. Derivar parte de trabajo


Actor: Mesa de Ayuda
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
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men parte de
trabajo la opcin de derivar parte
Curso normal Curso alternativo
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
Puntos de extensin: no posee
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
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men parte de
trabajo la opcin de asignar tcnico
Curso normal Curso alternativo
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
Puntos de extensin: no posee
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.40. Caso de uso 15 Asignar tcnico.

- 112 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men parte de
trabajo la opcin de buscar parte de trabajo
Curso normal Curso alternativo
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
Puntos de extensin: no posee
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.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
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men parte de
trabajo la opcin de actualizar parte de trabajo
Curso normal Curso alternativo
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla IV.42. Caso de uso 17 Actualizar parte de trabajo.

Ing. Juan Manuel Bournissen - 113 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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
Curso normal Curso alternativo
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
Observaciones y datos:
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
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men parte de
trabajo la opcin de cerrar parte de trabajo
Curso normal Curso alternativo
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
Puntos de extensin: no posee
Observaciones y datos:
Tabla IV.44. Caso de uso 19 Cerrar parte de trabajo.

- 114 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 20. Eliminar parte de trabajo


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
Precondiciones: el parte de trabajo debe existir en la base de datos
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
Puntos de extensin: no posee
Observaciones y datos:
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
Curso normal Curso alternativo
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
Precondiciones: el parte de trabajo debe existir en la base de datos
Postcondiciones: el usuario tiene informacin del avance de su solicitud de trabajo
Puntos de extensin: no posee
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.

Ing. Juan Manuel Bournissen - 115 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 22. Consultar datos de usuario


Actor: Mesa de Ayuda
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
Curso normal Curso alternativo
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
pantalla usuario debe corregir el identificador o
seleccionar uno de la lista
2 Si se selecciona el identificador del
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
Puntos de extensin: no posee
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas.
Tabla IV.47. Caso de uso 22 Consultar datos del usuario.

Caso de uso: 23. Consultar problemas


Actor: Mesa de Ayuda
Descripcin: permite consultar los problemas que produjeron los partes de trabajos y muestra
adems las soluciones de los mismos
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men consultas la
opcin de consultar problemas
Curso normal Curso alternativo
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
Puntos de extensin: no posee
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas que se detallan a continuacin
Tabla IV.48. Caso de uso 23 Consultar problemas.

- 116 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 24. Consultar equipos


Actor: Mesa de Ayuda
Descripcin: permite consultar los datos de los equipos: hardware, software instalado y
perifricos si los tuviese
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men consultas la
opcin de consultar equipos
Curso normal Curso alternativo
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
Puntos de extensin: no posee
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas.
Tabla IV.49. Caso de uso 24 Consultar equipos.

Caso de uso: 25. Consultar tareas


Actor: Mesa de Ayuda
Descripcin: permite consultar las tareas (parte de trabajo) para controlar el avance
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men consultas la
opcin de consultar tareas
Curso normal Curso alternativo
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
Puntos de extensin: no posee
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas
Tabla IV.50. Caso de uso 25 Consultar tareas.

Ing. Juan Manuel Bournissen - 117 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Caso de uso: 26. Consultar licencias de software


Actor: Mesa de Ayuda
Descripcin: muestra los datos de las licencias de software que existen en la Universidad
Activacin: se activa cuando el tcnico de Mesa de Ayuda selecciona del men consultas la
opcin de consultar licencias de software
Curso normal Curso alternativo
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
Puntos de extensin: no posee
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas
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.
Curso normal Curso alternativo
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
2 El director tiene la opcin de imprimir el
listado
Precondiciones: no tiene
Postcondiciones: la Direccin de Tecnologas obtiene informacin del nivel de ocupacin de
sus tcnicos
Puntos de extensin: no posee
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas
Tabla IV.52. Caso de uso 27 Solicitar ocupacin tcnico.

- 118 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Caso de uso: 28. Consultar trabajos de los tcnicos


Actor: Direccin de tecnologas
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
Curso normal Curso alternativo
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
2 El director tiene la opcin de imprimir el
listado
Precondiciones: el tcnico debe tener trabajos terminados
Postcondiciones: el Director de Tecnologas obtiene informacin de la cantidad de trabajos
realizados por tcnico
Puntos de extensin: no posee
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas que se detallan a continuacin
Tabla IV.53. Caso de uso 28 Solicitar trabajos de los tcnicos.

Caso de uso: 29. Estadsticas


Actor: Direccin de tecnologas
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
Curso normal Curso alternativo
1 El director de Tecnologas selecciona la
opcin de estadstica de tiempo promedio
consumido para solucionar los problemas
por tcnico
2 El director tiene la opcin de imprimir el
listado
Precondiciones: el tcnico debe tener parte de trabajos terminados
Postcondiciones: se obtiene informacin del rendimiento por tcnico
Puntos de extensin: no posee
Observaciones y datos: el sistema no debe demorar ms de 10 segundos en mostrar los
datos de cualquiera de las consultas que se detallan a continuacin
Tabla IV.54. Caso de uso 29 Estadsticas.

Ing. Juan Manuel Bournissen - 119 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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
(f rom Diagramas de clases de analisis)

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.

- 120 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Ing. Juan Manuel Bournissen - 121 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.

- 122 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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
(from Interfaz) (from Control)

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.

Ing. Juan Manuel Bournissen - 123 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.

- 124 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Ing. Juan Manuel Bournissen - 125 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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

ServicioParteDeTrabajo
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
ServicioParteDeTrabajo
1
ParteDeTrabajo
1..n

Servicios

Figura VI.22. Recepcionar conformidad.

- 126 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

CerrarParteTrabajo
1

1
1
1
GestionarParteTrabajo
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.

Ing. Juan Manuel Bournissen - 127 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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
ServicioParteDeTrabajo
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.

- 128 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Ing. Juan Manuel Bournissen - 129 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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

ParteDeTrabajo ServicioParteDeTrabajo

Figura VI.31. Solicitar ocupacin tcnico.

- 130 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

1 1 1..n
1
OcupacionTecnicos GestionarTecnicos Tecnicos
1
1

1..n
1
1 1..n

ParteDeTrabajo ServicioParteDeTrabajo

Figura VI.32. Solicitar trabajos por tcnico.

1 1

Estadstica GestionarParteTrabajoServicio

1
1

1
1..n

1 1..n
ParteDeTrabajo ServicioParteDeTrabajo

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.

Ing. Juan Manuel Bournissen - 131 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.

- 132 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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

Descripcin de atributos:
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.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 133 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

VI.2.3.1.1.3. Clase Mantener prioridades - caso de uso 3

Descripcin de atributos:
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.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


No posee.

VI.2.3.1.1.4. Clase Mantener servicios - caso de uso 4

Descripcin de atributos:
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.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


No posee.

- 134 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

VI.2.3.1.1.5. Clase Mantener especialidades - caso de uso 5

Descripcin de atributos:
Cdigo de la especialidad - numrico: cdigo de la especialidad
asignado automticamente por el sistema.
Especialidad - alfabtico: especialidades que pueden poseer los
tcnicos.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


No posee.

VI.2.3.1.1.6. Clase Mantener tecnicos - caso de uso 6

Descripcin de atributos:
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.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 135 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

VI.2.3.1.1.7. Clase Mantener usuario - caso de uso 7

Descripcin de atributos:
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.

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.

Descripcin de requisitos especiales:


No posee.

VI.2.3.1.1.8. Clase Mantener hardware - Caso de uso 8

Descripcin de atributos:
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.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


No posee.

- 136 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

VI.2.3.1.1.9. Clase Mantener perifrico - Caso de uso 9

Descripcin de atributos:
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
perifrico al equipo.
Descripcin - alfabtico: descripcin del perifrico.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


No posee.

VI.2.3.1.1.10. Clase Mantener tipo equipo - caso de uso 10

Descripcin de atributos:
Cdigo del tipo de equipo - numrico: identificador del tipo de equipo.
Descripcin - alfabtico: descripcin del tipo de equipo.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 137 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

VI.2.3.1.2. Clases de control

VI.2.3.1.2.1. Clase Gestionar equipos - caso de uso 1

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
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.

Descripcin de requisitos especiales:


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
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones a las licencias de
software.
Verificar que los campos obligatorios (bajas y modificaciones no se
encuentren en blanco al seleccionar la opcin.
Comprobar que el software exista.

Descripcin de requisitos especiales:


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.3. Clase Gestionar prioridades - caso de uso 3

Descripcin de atributos
La clase no posee atributos propios.

- 138 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Descripcin de responsabilidades
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones a las prioridades.
Verificar que los campos obligatorios (bajas y modificaciones) no se
encuentren en blanco al seleccionar la opcin.
Comprobar que la prioridad exista.

Descripcin de requisitos especiales:


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.4. Clase Gestionar servicio - caso de uso 4

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones a los servicios tcnicos.
Verificar que los campos obligatorios (bajas y modificaciones) no se
encuentren en blanco al seleccionar la opcin.
Constatar que el servicio tcnico exista.

Descripcin de requisitos especiales:


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.5. Clase Gestionar especialidad - caso de uso 5

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones a las especialidades.
Verificar que los campos obligatorios (bajas y modificaciones) no se
encuentren en blanco al seleccionar la opcin.
Comprobar que la prioridad exista.

Ing. Juan Manuel Bournissen - 139 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Descripcin de requisitos especiales:


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.6. Clase Gestionar tecnico - caso de uso 6

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones a los tcnicos.
Verificar que los campos obligatorios (bajas y modificaciones) no se
encuentren en blanco al seleccionar la opcin.
Comprobar que el tcnico exista.

Descripcin de requisitos especiales:


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.7. Clase Gestionar usuarios - caso de uso 7

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones de los usuarios.
Verificar que los campos obligatorios (bajas y modificaciones) no se
encuentren en blanco al seleccionar la opcin.
Comprobar que el usuario exista.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
con el fin de mantener la integridad de los datos.

- 140 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

VI.2.3.1.2.8. Clase Gestionar hard - caso de uso 8

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones del hardware.
Verificar que los campos obligatorios (bajas y modificaciones) no se
encuentren en blanco al seleccionar la opcin.
Comprobar que el hardware exista.

Descripcin de requisitos especiales:


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.9. Clase Gestionar periferico - caso de uso 9

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones a los perifricos.
Verificar que los campos obligatorios (bajas y modificaciones) no se
encuentren en blanco al seleccionar la opcin.
Comprobar que el perifrico exista.

Descripcin de requisitos especiales:


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.10. Clase Gestionar tipo equipo - caso de uso 10

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las altas, bajas y modificaciones a los tipos de equipo.

Ing. Juan Manuel Bournissen - 141 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Verificar que los campos obligatorios (bajas y modificaciones no se


encuentren en blanco al seleccionar la opcin.
Comprobar que el tipo de equipo exista.

Descripcin de requisitos especiales:


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.11. Clase Gestionar prioridad - caso de uso 11

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Actualizar las prioridades de los partes de trabajos no realizados en
un determinado tiempo.

Descripcin de requisitos especiales:


No hay requisitos especiales para esta clase.

VI.2.3.2. Casos de uso de parte de trabajo

VI.2.3.2.1. Clases de interfaz

VI.2.3.2.1.1. Clase Nuevo parte trabajos - caso de uso 13

Descripcin de atributos:
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.
Nmero de parte - numrico: identificador que se asigna a cada parte
de trabajo.
Fecha de recepcin - fecha: fecha de recepcin del parte de trabajo.

- 142 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
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.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


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

Descripcin de atributos:
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.

Ing. Juan Manuel Bournissen - 143 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
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.
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
derivado a un sector del rea de informtica.
Prioridad - alfabtico: prioridad que se asigna al parte de trabajo.

Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
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.

Descripcin de requisitos especiales:


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.

- 144 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

VI.2.3.2.1.3. Clase Asignar tecnico - caso de uso 15

Descripcin de atributos:
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.
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.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
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.
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
derivado a un sector del rea de informtica.
Prioridad - alfabtico: prioridad que se asigna al parte de trabajo.
Tcnico - alfabtico: nombre del tcnico al que se deriva el parte de
trabajo.
Especialidad - alfabtico: especialidad que tiene los tcnicos.

Ing. Juan Manuel Bournissen - 145 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


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.4. Clase Buscar parte - caso de uso 16

Descripcin de atributos:
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.
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.
Tipo de equipo - alfanumrico: descripcin de los tipos de equipo
(PC, impresora, cmara digital, etc.).
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.

- 146 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Soluciones - alfabtico: descripcin de la solucin a un problema


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
derivado a un sector del rea de informtica.
Prioridad - alfabtico: prioridad que se asigna al parte de trabajo.
Tcnico - alfabtico: nombre del tcnico al que se deriva el parte de
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
trabajar en el parte de trabajo.
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.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


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.

Ing. Juan Manuel Bournissen - 147 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

VI.2.3.2.1.5. Clase Actualizar parte trabajo - caso de uso 17

Descripcin de atributos:
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.
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.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
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.
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
derivado a un sector del rea de informtica.
Prioridad - alfabtico: prioridad que se asigna al parte de trabajo.
Tcnico - alfabtico: nombre del tcnico al que se deriva el parte de
trabajo.
Especialidad - alfabtico: especialidad que tiene el tcnico.

- 148 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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
trabajar en el parte de trabajo.
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.

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.
Pide confirmacin de los datos antes de ser grabados.

Descripcin de requisitos especiales:


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.6. Clase Recepcionar conformidad - caso de uso 18

Descripcin de atributos:
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.
Nmero de parte - numrico: identificador que se asigna a cada parte
de trabajo.
Fecha de recepcin - fecha: fecha de recepcin del parte de trabajo.

Ing. Juan Manuel Bournissen - 149 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
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.
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
derivado a un sector del rea de informtica.
Prioridad - alfabtico: prioridad que se asigna al parte de trabajo.
Tcnico - alfabtico: nombre del tcnico al que se deriva el parte de
trabajo.
Especialidad - alfabtico: especialidad que tiene los tcnicos.
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
trabajar en el parte de trabajo.
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.

- 150 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

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.

Descripcin de requisitos especiales:


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.7. Clase Cerrar parte trabajo - caso de uso 19

Descripcin de atributos:
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.
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.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
Perifrico - alfabtico: descripcin del tipo de perifrico.

Ing. Juan Manuel Bournissen - 151 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.
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
derivado a un sector del rea de informtica.
Prioridad - alfabtico: prioridad que se asigna al parte de trabajo.
Tcnico - alfabtico: nombre del tcnico al que se deriva el parte de
trabajo.
Especialidad - alfabtico: especialidad que tiene los tcnicos.
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
trabajar en el parte de trabajo.
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.
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.

- 152 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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


trabajo.

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.

Descripcin de requisitos especiales:


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.8. Clase Eliminar parte trabajo - Caso de uso 20

Descripcin de atributos:
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.
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.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
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.

Ing. Juan Manuel Bournissen - 153 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Problemas - alfabtico: descripcin de los problemas que puede


tener un parte de trabajo.
Soluciones - alfabtico: descripcin de la solucin a un problema
determinado.

Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
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.

Descripcin de requisitos especiales:


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.2. Clases de control

VI.2.3.2.2.1. Clase Gestionar parte trabajo - caso de uso 13, 17 y 19

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
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.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
con el fin de mantener la integridad de los datos.

- 154 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

VI.2.3.2.2.2. Clase Gestionar parte trabajo servicio - casos de uso 14 y 16

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
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).

Descripcin de requisitos especiales:


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.2.2.3. Clase Gestionar tecnicos - caso de uso 15

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
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.
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.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
con el fin de mantener la integridad de los datos.

Ing. Juan Manuel Bournissen - 155 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

VI.2.3.2.2.4. Clase Gestionar conformidad - caso de uso 18

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Permitir el ingreso de un nmero de parte de trabajo o la seleccin de
una lista.
Examinar 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.
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.

Descripcin de requisitos especiales:


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.2.2.5. Clase Gestionar eliminar parte - caso de uso 20

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Permitir el ingreso de un nmero de parte de trabajo o la seleccin de
una lista.
Examinar 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.
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 eliminacin de la base de datos del parte de trabajo.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
con el fin de mantener la integridad de los datos.

- 156 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

VI.2.3.3. Casos de uso de consultas

VI.2.3.3.1. Clases de interfaz

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

Descripcin de atributos
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.
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.
Tipo de equipo - alfabtico: descripcin de los tipos de equipo (PC,
impresora, cmara digital, etc.).
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.
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
derivado a un sector del rea de informtica.
Prioridad - alfabtico: prioridad que se asigna al parte de trabajo.

Ing. Juan Manuel Bournissen - 157 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Tcnico - alfabtico: nombre del tcnico al que se deriva el parte de


trabajo.
Especialidad - alfabtico: especialidad que tiene los tcnicos.
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
trabajar en el parte de trabajo.
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.

Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
La clase recibe parmetros del exterior del sistema.
La clase debe comunicar los resultados al exterior del sistema.

Descripcin de requisitos especiales:


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.3.1.2. Clase Datos usuario - caso de uso 22

Descripcin de atributos:
Nmero de usuario - numrico: identificador del usuario.
Nombre - alfabtico: nombre 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.

- 158 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
La clase recibe parmetros del exterior del sistema.
La clase debe comunicar los resultados al exterior del sistema.

Descripcin de requisitos especiales:


No posee.

VI.2.3.3.1.3. Clase Problemas - caso de uso 23

Descripcin de atributos:
Cdigo del problema - alfabtico: identificador de los problemas.
Problema - alfabtico: descripcin de los problemas.
Solucin - alfabtico: descripcin de la solucin a los problemas.

Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
La clase recibe parmetros del exterior del sistema.
La clase debe comunicar los resultados al exterior del sistema.

Descripcin de requisitos especiales:


No posee.

VI.2.3.3.1.4. Clase Consultar equipos - caso de uso 24

Descripcin de atributos:
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.

Ing. Juan Manuel Bournissen - 159 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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


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

Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
La clase recibe parmetros del exterior del sistema.
La clase debe comunicar los resultados al exterior del sistema.

Descripcin de requisitos especiales:


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.3.1.5. Clase Tareas - caso de uso 25

Descripcin de atributos:
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.

- 160 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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


estima terminar el parte de trabajo.
Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
La clase recibe parmetros del exterior del sistema.
La clase debe comunicar los resultados al exterior del sistema.

Descripcin de requisitos especiales:


No posee.

VI.2.3.3.1.6. Clase Consultar licencias - caso de uso 26

Descripcin de atributos:
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.

Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
La clase recibe parmetros del exterior del sistema.
La clase debe comunicar los resultados al exterior del sistema.

Descripcin de requisitos especiales:


No posee.

VI.2.3.3.1.7. Clase Ocupacin tecnico - caso de uso 27

Descripcin de atributos:
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.

Descripcin de responsabilidades:
Proporciona la interfaz al caso de uso.
Recibe parmetros del exterior del sistema a travs del teclado.

Ing. Juan Manuel Bournissen - 161 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Comunica los resultados al exterior del sistema por pantalla.

Descripcin de requisitos especiales:


No posee.

VI.2.3.3.1.8. Clase Trabajos tecnicos - caso de uso 28

Descripcin de atributos:
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.

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.

Descripcin de requisitos especiales:


No posee.

VI.2.3.3.1.9. Clase Estadstica - caso de uso 29

Descripcin de atributos:
Tcnico - alfanumrico: nombre de los tcnicos que trabajan en
informtica.
Tiempo promedio por trabajo - numrico: promedio de tiempo por
trabajo realizado.

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.

- 162 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Descripcin de requisitos especiales:


No posee.

VI.2.3.3.2. Clases de control

VI.2.3.3.2.1. Clase Gestionar parte trabajo - caso de uso 13, 17 y 19

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
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.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
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

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
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.
Constatar en la base de datos la informacin referente al equipo.

Ing. Juan Manuel Bournissen - 163 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

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.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
de forma de mantener la integridad de los datos.

VI.2.3.3.2.3. Clase Gestionar tecnico - caso de uso 15

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
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.
Constatar 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.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
de forma de mantener la integridad de los datos.

VI.2.3.3.2.4. Clase Gestionar conformidad - caso de uso 18

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Permitir el ingreso de un nmero de parte de trabajo o la seleccin de
una lista.

- 164 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Examinar 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.
Constatar 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.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
de forma de mantener la integridad de los datos.

VI.2.3.3.2.5. Clase Gestionar eliminar parte - caso de uso 20

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Permitir el ingreso de un nmero de parte de trabajo o la seleccin de
una lista.
Examinar 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.
Constatar en la base de datos los tcnicos que posee el sector.
Explorar en la base de datos la informacin referente al equipo.
Permitir la eliminacin de la base de datos del parte de trabajo.

Descripcin de requisitos especiales:


Slo existe una instancia activa de esta clase por sesin del sistema,
de forma de mantener la integridad de los datos.

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

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.

Ing. Juan Manuel Bournissen - 165 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Permitir el ingreso de un nmero de parte de trabajo o la seleccin de


una lista.
Examinar 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 tcnicos que posee el sector.
Constatar en la base de datos la informacin referente al equipo.

Descripcin de requisitos especiales:


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.3.2.7. Clase Gestionar usuario - caso de uso 22

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las consultas de los datos de los usuarios.

Descripcin de requisitos especiales:


No hay requisitos especiales para esta clase.

VI.2.3.3.2.8. Clase Consulta problemas - caso de uso 23

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las consultas de los datos de los problemas.

Descripcin de requisitos especiales:


No hay requisitos especiales para esta clase.

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

- 166 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las consultas datos de los tareas (partes de trabajo).

Descripcin de requisitos especiales:


No hay requisitos especiales para esta clase.

VI.2.3.3.2.10. Clase Consultar licencias - caso de uso 26

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las consultas datos de los software.

Descripcin de requisitos especiales:


No hay requisitos especiales para esta clase.

VI.2.3.3.2.11. Clase Consultar trabajos tecnico - caso de uso 27 y 28

Descripcin de atributos:
La clase no posee atributos propios.

Descripcin de responsabilidades:
Coordinar el secuenciamiento de acciones a travs del caso de uso.
Gestionar las consultas datos de la ocupacin de los tcnicos.

Descripcin de requisitos especiales:


No hay requisitos especiales para esta clase.

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.

Ing. Juan Manuel Bournissen - 167 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

VI.2.3.4.1. Parte de trabajo

Descripcin de atributos:
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
atendi el parte de trabajo.
FechaFin - timestamptz: fecha y hora en que se finalizaron las tareas
del parte de trabajo.

Descripcin de responsabilidades:
Almacenar los datos de los partes de trabajo solicitados por los
usuarios referidos a problemas en sus equipos informticos.

Descripcin de requisitos especiales:


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

Descripcin de atributos:
Nropeople - numrico: identificador del nmero de usuario.
IdLogin - alfabtico: nombre de usuario de la red.
MailUsuario - alfabtico: direccin de mail del usuario.

- 168 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Cargo - alfabtico: cargo que ocupa el usuario dentro del


departamento de trabajo.
Clave - alfabtico: clave del usuario (encriptada).

Descripcin de responsabilidades:
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.

Descripcin de requisitos especiales:


Altas: 5 mensuales.
Bajas: 1 mensual.
Modificaciones: 2 mensuales.
Consultas: 135 consultas diarias.

VI.2.3.4.3. People

Descripcin de atributos:
Nropeople - numrico: identificador del nmero de usuario.
Nombre - alfabtico: nombre del 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.

Descripcin de responsabilidades:
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.

Descripcin de requisitos especiales:


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

Ing. Juan Manuel Bournissen - 169 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Consultas: 135 consultas diarias.

VI.2.3.4.4. Sector

Descripcin de atributos:
Nrosector - numrico: identificador del sector dentro de un
departamento.
Nombre - alfabtico: nombre del sector.
Jefe - alfabtico: nombre del jefe del sector.

Descripcin de responsabilidades:
Almacena los datos de los sectores que posee un departamento.
Esta clase es mantenida por el sistema de Recursos Humanos.

Descripcin de requisitos especiales:


Altas: las realiza otro sistemas.
Bajas: las realiza otro sistema.
Modificaciones: las realiza otro sistema.
Consultas: 20 diarias.

VI.2.3.4.5. Servicio parte de trabajo

Descripcin de atributos:
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.

- 170 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

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.

Descripcin de responsabilidades:
Esta clase almacena los distintos problemas que tienen los partes de
trabajo y servicios informticos que se ven involucrados por un parte
de trabajo.

Descripcin de requisitos especiales:


Altas: 100 diarias.
Bajas: no se realizan bajas. (salvo cuando se ha dado de alta por
error).
Modificaciones: 5 diarias.
Consultas: 30 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

Descripcin de atributos:
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.

Descripcin de responsabilidades:
Almacena las prioridades que pueden tener los partes de trabajo.

Descripcin de requisitos especiales:


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

Ing. Juan Manuel Bournissen - 171 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

VI.2.3.4.7. Problema

Descripcin de atributos:
CodProblema - numricos: identificador del problema.
Problema - alfabtico: nombre del problema.
DescProblema - alfabtico: descripcin del problema.

Descripcin de responsabilidades:
Almacena los distintos problemas que se presentan a los equipos
informticos.

Descripcin de requisitos especiales:


Altas: 30 diarios.
Bajas: no se dan de baja.
Modificaciones: no se modifican.
Consultas: 100 diarios.

VI.2.3.4.8. Solucin

Descripcin de atributos:
CodSolucin - numrico: identificador de la solucin.
Solucion - alfabtico: descripcin de la solucin.
CodProblema - numrico: indica el problema que soluciona.

Descripcin de responsabilidades:
Almacena las soluciones que se fueron encontrando a los problemas
presentados a los equipos y forma la base de conocimiento.

Descripcin de requisitos especiales:


Altas: 30 diarios.
Bajas: no se dan de baja.
Modificaciones: no se modifican.
Consultas: 100 diarios.

VI.2.3.4.9. Tecnicos

Descripcin de atributos:
NroTcnico - numrico: identificador del tcnico.
NombreTcnico - alfabtico: nombre del tcnico.
MailTcnico - alfabtico: direccin de mail del tcnico.

- 172 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

TelefonoTcnico - alfabtico: nmero de telfono del tcnico.

Descripcin de responsabilidades:
Almacena los datos de los tcnicos y al sector (no hay atributos
relacionados con el sector) al cual pertenecen.

Descripcin de requisitos especiales:


Altas: 3 anuales.
Bajas: 3 anuales.
Modificaciones: 1 anual.
Consultas: 100 diarios.

VI.2.3.4.10. Especialidad

Descripcin de atributos:
CodEspecialidad - numricos: identificador de especialidades.
Especialidad - alfabtico: descripcin de las especialidades.

Descripcin de responsabilidades:
Almacena las distintas especialidades que pueden tener los tcnicos.

Descripcin de requisitos especiales:


Altas: 10 anuales.
Bajas: rara vez se dan de baja.
Modificaciones: 1 anual.
Consultas: 10 diarias.

VI.2.3.4.11. Tecnico servicio

Descripcin de atributos:
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.

Descripcin de responsabilidades:
Almacena los distintos servicios informticos (sectores del rea de
informtica).

Ing. Juan Manuel Bournissen - 173 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Descripcin de requisitos especiales:


Altas: 1 anual.
Bajas: rara vez se dan de baja.
Modificaciones: 1 anual.
Consultas: 100 diarios.

VI.2.3.4.12. Equipo inventario

Descripcin de atributos:
CodEquipo - numrico: identificador del equipo informtico.
NroUsuario - numrico: usuario al que pertenece el equipo.
CodTipoEquipo - numrico: indica el tipo de equipo informtico.

Descripcin de responsabilidades:
Almacena los equipos y los usuarios que los tienen asignados.

Descripcin de requisitos especiales:


Altas: 10 mensuales.
Bajas: 5 anuales.
Modificaciones: 50 mensuales.
Consultas: 100 diarios.

VI.2.3.4.13. Equipo hard

Descripcin de atributos:
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.

Descripcin de responsabilidades:
Almacena la descripcin de cada componente hardware que
pertenece a algn equipo.

Descripcin de requisitos especiales:


Altas: 50 mensuales.

- 174 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Anlisis de requisitos

Bajas: 520 anuales.


Modificaciones: 30 mensuales.
Consultas: 100 diarios.

VI.2.3.4.14. Equipo perifrico

Descripcin de atributos:
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.

Descripcin de responsabilidades:
Almacena los distintos equipos perifricos que puede tener un
equipo.

Descripcin de requisitos especiales:


Altas: 10 mensuales.
Bajas: 10 anuales.
Modificaciones: 5 mensuales.
Consultas: 20 diarios.

VI.2.3.4.15. Software licencia

Descripcin de atributos:
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.

Descripcin de responsabilidades:
Almacena los datos de los distintos paquetes de software que posee
la Universidad.

Ing. Juan Manuel Bournissen - 175 -


Captulo VI: Desarrollo del proyecto: Anlisis de requisitos Dicono

Descripcin de requisitos especiales:


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.

Descripcin de atributos:
CodTipoEquipo - Numrico: identificador del tipo de equipo.
Descripcin - alfanumrico: descripcin del tipo de equipo.

Descripcin de responsabilidades:
Almacena los datos de los tipos de equipos que posee la
Universidad.

Descripcin de requisitos especiales:


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

- 176 - Ing. Juan Manuel Bournissen


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

Ing. Juan Manuel Bournissen - 177 -


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.

- 178 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Ing. Juan Manuel Bournissen - 179 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

ModificarLicencia
BorrarLicencia

Caso de uso Clases de anlisis Clases de diseo


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.

- 180 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

Caso de uso Clases de anlisis Clases de diseo


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.

Caso de uso Clases de anlisis Clases de diseo


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.

Ing. Juan Manuel Bournissen - 181 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 182 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

MenuPpal Licencias
(from Interfaz) (from Interfaz)

NuevaLicencia ModificarLicencia
(from Interfaz) (from Interfaz)
BorrarLicencia
(from Interfaz)

1
GestionarLicencias
ConfirmarBorrarLicencia
(from Diagramas de clases de analisis)

1..n

SoftLicencias
(from Diagramas de clases de analisis)

Figura VI.36. Diagrama de clases de mantener licencias.

MenuPpal Prioridad BorrarPrioridad


(from Interfaz) (from Interfaz) (from Interfaz)

NuevaPrioridad ModificarPrioridad
(from Interfaz) (from Interfaz)

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.

Ing. Juan Manuel Bournissen - 183 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

MenuPpal Servicios BajaServicio


(from Interfaz) (from Interfaz) (from Interfaz)

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.

- 184 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Ing. Juan Manuel Bournissen - 185 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

Consulta Datos
del Usuarios
MenuPpal MantenerUsuario
(from Interfaz) (from Interfaz)

Correo
AgregarUsuario ModificarUsuario (from Consultar Equi pos)

(from Interfaz) (from Interfaz)

BorrarUsuario
(from Interfaz)

People
(from Diagramas de clases de analisis)
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.

- 186 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

MenuPpal MantenerHardware
(from Interfaz) (from Interfaz)

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.

Ing. Juan Manuel Bournissen - 187 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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
(from Diagramas de clases de analisis)

BorrarProblemaSolucion
NuevoProblemaSolucion
ModificarProblemaSolucion

MantenerBaseConocimiento
(from Diagramas de clases de analisis)

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.

- 188 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

1 1
GestionarPrioridades
(from Diagramas de clases de anali...

1..n 1

1..n
1 1
ParteDeTrabajo Prioridades
(from Diagramas de clases de analisis) (from Diagramas de clases de analisis)

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.

Caso de uso Clases de anlisis Clases de diseo


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

Ing. Juan Manuel Bournissen - 189 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

Caso de uso Clases de anlisis Clases de diseo


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
Paquete Consultar parte
trabajo
Paquete Consultar datos del
usuario
Paquete Consultar Equipo
Correo
18 - Recepcionar conformidad RecepcionarConformidad RecepcionarConformidad
19 - Cerrar parte de trabajo CerrarParteTrabajo CerrarParteTrabajo
CerrarParte
Cerrar
Paquete Consultar parte
trabajo
Paquete Consultar equipo
Paquete Consultar datos del
usuario
Correo
20 - Eliminar parte de trabajo EliminarParteTrabajo EliminarParteTrabajo
EliminarParte
Correo
Comentario
Paquete Consultar parte
trabajo
Tabla VI.59. Relacin de clases de anlisis y diseo - interfaz de parte de trabajo.

- 190 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

Caso de uso Clases de anlisis Clases de diseo


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
ServicioParteDeTrabajo ServicioParteTrabajo
Servicios Servicios
tecnicos
Prioridades Prioridades
People Paquete Consultar datos del
usuario
Problema Paquete Consultar problemas
15 - Asignar tcnico ParteDeTrabajo ParteDeTrabajo
ServicioParteDeTrabajo ServicioParteTrabajo
TecnicoServicio TecnicoServicio
Tecnicos
Especialidad
Servicios
Prioridades Prioridades
16 - Buscar parte de trabajo ParteDeTrabajo ParteDeTrabajo
Problema
Paquete Consultar equipo
ServicioParteDeTrabajo ServicioParteTrabajo
Servicios Paquete Consultar parte de
trabajo
TecnicoServicio Paquete Consultar parte
trabajo
Prioridades Prioridades
People Paquete Consultar datos del
usuario

Ing. Juan Manuel Bournissen - 191 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

Caso de uso Clases de anlisis Clases de diseo


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

- 192 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

Caso de uso Clases de anlisis Clases de diseo


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.

Ing. Juan Manuel Bournissen - 193 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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
(from Interfaz) (from Control)

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).

- 194 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

NuevoParte Cerrar Solucion


(from Interfaz) (from Interfaz) (from Interfaz)

GestionarParteTrabajo
Consultar problema
(from Diagramas de clases de analisis) (from Diagrama de clases de diseo)

1 1..n

ParteDeTrabajo ServicioParteDeTrabajo
(from Diagramas de clases de analisis) (from Diagramas de clases de analisis)

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
(f rom Diagramas de clases de analisis)
(f rom Diagramas de clases de analisis)
1

11
ParteDeTrabajo
DerivarParte 11
(f rom Diagramas de clases de analisis) Prioridades
(f rom Interf az) 1
(f rom Diagramas de clases de analisis)

1..n

Comentario 1..n

(f rom Interf az) ServicioParteDeTrabajo


(f rom Diagramas de clases de analisis)
1

1..n
Servicio
(f rom Interf az) Servicios
(f rom Diagramas de clases de analisis)

Derivar
Consultar Consulta Datos (f rom Interf az)
problema del Usuarios

Figura VI.50. Diagrama de clases de derivar parte de trabajo.

Ing. Juan Manuel Bournissen - 195 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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
(from Diagramas de clases de analisis)
1
Especialidad
(from Diagramas de clases de anali sis)
Prioridades
1..n
(from Diagramas de clases de analisis)

1..n

1..n TecnicoServicio
1
1
1 1..n
Tecnicos Servicios

Figura VI.51. Diagrama de clases de asignar tcnico.

- 196 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

MenuPpal
1 BuscarParte Accion
(f rom Interf az)
(f rom Diagramas de clases de analisis)
(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
(f rom Diagramas de clases de analisis)
...)

1..n
1
1

ParteDeTrabajo
(f rom Diagramas de clases de analisis)
...)
1

Consul ta Datos Consultar Parte


del Usuarios Trabajo

Prioridades
(f rom Diagramas de clases de analisis)
...)

Figura VI.52. Diagrama de clases de buscar parte de trabajo.

Ing. Juan Manuel Bournissen - 197 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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
ServicioParteDeTrabajo
1
(from Diagramas de clases de anal isis)

1..n
GestionarParteTrabajo
(from Diagramas de clases de analisis)
Problema
1
(from Diagramas de clases de analisis)
1

1
Consultar Parte 1
1
Trabajo 1
Prioridades 1
ParteDeTrabajo
(from Diagramas de clases de anal isis)
(from Diagramas de clases de analisis)

Figura VI.53. Diagrama de clases de actualizar parte de trabajo.

- 198 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

1
MenuPpal RecepcionarConformidad
(from Interfaz) 1 (from Diagramas de clases de analisis)
GestionarParteTrabajo
(from Diagramas de clases de analisis)
Usuarios
(from Diagramas de clases de analisis)
1 1
Tecnicos
1 Problema
1
(from Diagramas de clases de analisis)
1
ParteDeTrabajo
1..n
(from Diagramas de clases de analisis)
ServicioParteDeTrabajo
(from Diagramas de clases de analisis)
1..n
1

TecnicoServicio Servicios People


(from Diagramas de clases de analisis)

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

Ing. Juan Manuel Bournissen - 199 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

CerrarParteTrabajo
MenuPpal
(f rom Diagramas de clases de analisis)
(f rom Interf az)
1
Consultar Correo
1
Parte Trabaj o
GestionarParteTrabajo (f rom Interf az)
(f rom Diagramas de clases de analisis)
...)
1

1
People1
CerrarParte
(f rom Diagramas de clases de analisis) ParteDeTrabajo
1
(f rom Interf az)
(f rom Diagramas de clases de analisis)
1..n
Consultar
problemas 1
1

Usuarios 1..n
1
(f rom Diagramas de clases de analisis)

ServicioParteDeTrabajo

Cerrar (f rom Diagramas de clases de analisis)


1
(f rom Interf az)

1
1
Consultar Consulta Datos
Equipos del Usuarios
Servicios
(f rom Diagramas de clases de analisis)
...)

Figura VI.55. Diagrama de clases de cerrar parte de trabajo.

- 200 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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
(f rom Diagramas de clases de analisis)
...)
1
1

1 Problema
1..n
1 1
(f rom Diagramas de clases de analisis)

1..n
1
ParteDeTrabajo 1
(f rom Diagramas de clases de analisis)
1..n
Usuarios
1
(f rom Diagramas de clases de analisis)

1
Comentario
(f rom Interf az)
People
1
(f rom Diagramas de clases de analisis)
Consultar
Parte T rabajo 1..n
ServicioParteDeTrabajo
(f rom Diagramas de clases de analisis)

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.

Ing. Juan Manuel Bournissen - 201 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

Consultas interfaz
Caso de uso Clases de anlisis Clases de diseo
21 - Consultar parte de trabajo ConsultaParteTrabajo BuscarParte
SusPartes
ParteTrabajo
Servicio
Correo
Paquete Consultar equipo
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.

Caso de uso Clases de anlisis Clases de diseo


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

- 202 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

Caso de uso Clases de anlisis Clases de diseo


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
TecnicoServicio TecnicoServicio
Tecnicos
28 - Solicitar trabajos de ParteDeTrabajo ParteDeTrabajo
tcnicos ServicioParteTrabajo ServicioParteTrabajo
TecnicoServicio TecnicoServicio
Tecnicos
Servicios
Especialidad
29 - Estadsticas ParteDeTrabajo ParteDeTrabajo
ServicioParteTrabajo ServicioParteDeTrabajo
Tecnicos
Especialidad
Tabla VI.63. Relacin de clases de anlisis y diseo - entidad de consultas.

Caso de uso Clases de anlisis Clases de diseo


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.

Ing. Juan Manuel Bournissen - 203 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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)
(f rom Diagramas de clases de analisis)
(f rom Diagramas de clases de analisis) 1

Sector
(f rom Diagramas de clases de analisis) 1

Gesti onarParteTrabajo
Usuarios
(f rom Diagramas de clases de analisis)
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
(f rom Diagramas de clases de analisis)
1 1
1..n 1..n
1
1

ServicioParteDeTrabajo
ParteDeTrabajo
(f rom Diagramas de clases de analisis)
(f rom Diagramas de clases de analisis)
Servicios

Figura VI.57. Diagrama de clases de consultar parte de trabajo.

- 204 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

MenuPpal DatosUsuario
(from Interfaz) (from Interfaz)

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
(from Diagramas de clases de analisis)

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
(from Diagramas de clases de analisis)
...)

Figura VI.59. Diagrama de clases de consultar problemas.

Ing. Juan Manuel Bournissen - 205 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 206 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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
GestionarParteTrabajo
(f rom Diagramas de clases de analisis)
Consultar
1
problema
1..n
11
T ecnicoServicio
1..n
Servicio
(f rom Diagramas de clases de analisis)

ParteDeTrabajo 1
(f rom Diagramas de clases de analisis)
1
1..n
1

T cnicos
(f rom Diagramas de clases de analisis)

Servicio
(f rom Interf az)
1..n
1 1
Comentario
ServicioParteDeTrabajo (f rom Interf az)
(f rom Diagramas de clases de analisis)

Figura VI.61. Diagrama de clases de consultar tareas.

Ing. Juan Manuel Bournissen - 207 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

MenuPpal Licencias
(from Interfaz) (from Interfaz)

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
(from Diagramas de clases de analisis)
1

1
GestionarTecnicos 1..n
1
(from Diagramas de clases de analisis)
ServicioParteDeTrabajo
11
(from Diagramas de clases de analisis)
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.

- 208 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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
(from Diagramas de clases de analisis)
...)
Especialidad
(from Diagramas de clases de analisis)
...)

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
(from Diagramas de clases de analisis)
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.

Ing. Juan Manuel Bournissen - 209 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 210 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

6: AbrirMenuPpal 7: SeleccionarEquipo

3: AbrirConsultarEquipos
: Mesa de Ayuda : MenuPpal : ConsultarEquipos

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

: Mesa de Ayuda : MenuPpal : ConsultarEquipos


3: AbrirNuevoEquipo

9: DatosEquipo
8: DescripcionEquipo

Consultar
Equipos

: ModificarEquipo 10: DatosEquipo


: GestionEquipos
4: BuscarEquipos

11: Grabar
5: BuscarDescripcion
7: BuscarDescripcion

13: Gr abar
: SoftLicencias : EquipoInventario
12: Grabar
: EquipoTipo

14: Grabar 6: BuscarDescripcion

: EquipoPerifrico
: Hard : EquipoHard

Figura VI.68. Diagrama de colaboracin de modificacin equipos.

Ing. Juan Manuel Bournissen - 211 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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

: Mesa de Ayuda : MenuPpal

7: Confirmar

2: AbrirLicencias

: BorrarLicencia
6: LicenciaABorrar
3: AbrirBorrarLicencia
8: ConfirmarBaja
: Licencias
5: MostrarLicencias

4: BuscarLicencias
9: Borrar

: GestionarLicencias : SoftLicencias

Figura VI.70. Diagrama de colaboracin de baja licencias.

- 212 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal

2: AbrirLicencias
6: DatosLicencias

3: AbrirModificarLicencia
: ModificarLicencia : Licencias
5: MostrarLicencias

7: DatosLicencias

4: BuscarLicencias 8: Grabar

: GestionarLicencias : SoftLicencias

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.

Ing. Juan Manuel Bournissen - 213 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal

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

: Mesa de Ayuda : MenuPpal

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.

- 214 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal

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

: Mesa de Ayuda : MenuPpal

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.

Ing. Juan Manuel Bournissen - 215 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal

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

: Mesa de Ayuda : MenuPpal

2: AbrirEspecialidad
6: DatosEspecialidad

: NuevaEspecialidad 3: AbrirNuevaEspecialidad
: Especialidad
5: MostrarServicio

7: DatosEspecialidad

4: BuscarEspecialidad 8: Grabar

: GestionarEspecialidad : Especialidad

Figura VI.78. Diagrama de colaboracin de alta de especialidades.

- 216 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal

2: AbrirEspecialidad
6: Confirmar

3: AbrirBorrarEspecialidad
: BorrarEspecialidad : Especialidad
5: MostrarServicio

7: ConfirmarBaja

4: BuscarEspecialidad 8: Borrar

: GestionarEspecialidad : Especialidad

Figura VI.79. Diagrama de colaboracin de baja de especialidades.

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal

2: AbrirEspecialidad
6: DatosEspecialidad

3: AbrirModificarEspecialidad
: ModificarEspecialidad
: Especialidad
5: MostrarServicio

7: DatosEspecialidad

4: BuscarEspecialidad 8: Grabar

: GestionarEspecialidad : Especialidad

Figura VI.80. Diagrama de colaboracin de modificaciones de especialidades.

Ing. Juan Manuel Bournissen - 217 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

1: AbrirMenuPpal 2: AbrirMantenerTecnico

: 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.

- 218 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

Ver
1: AbrirMenuPpal 2: AbrirMantenerTecnico
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
: Mesa de Ayuda : MenuPpal

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.

Ing. Juan Manuel Bournissen - 219 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

1: AbrirMenuPpal
2: AbrirGestionUsuario
: Mesa de Ayuda : MenuPpal

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.

- 220 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

: Mesa de Ayuda : MenuPpal


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.

Ing. Juan Manuel Bournissen - 221 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal


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.

- 222 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

1: AbrirMenuPpal

: Mesa de Ayuda
: MenuPpal
6: Confirmar

2: AbrirPeriferico

5: AbrirBorrarPeriferico
: BorrarPeriferico
: MantenerPeriferico
4: MostrarPerifericos

7: ConfiormarBaja

8: Borrar 3: BuscarPerifericos

: 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

4: MostrarPerifericos

7: DatosPeriferico

8: Borrar 3: BuscarPerifericos

: GestionarPeriferico : EquipoPerifrico

Figura VI.92. Diagrama de colaboracin de modificaciones de perifricos.

Ing. Juan Manuel Bournissen - 223 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

1: AbrirMenuP pal

: Mesa de Ayuda : MenuPpal

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

: Mesa de Ayuda : MenuPpal

2: AbrirTipoDeEquipo
6: ConfirmarBaja
3: AbrirBorrarTipo

: BorrarTipo : TipoDeEquipo
5: MostrarTipoEquipo
7: ConfirmarBaja

4: BuscarTipoEquipo
: GestionarTipoEquipo 8: Borrar

: EquipoTipo

Figura VI.94. Diagrama de colaboracin de baja de tipo de equipo.

- 224 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal

2: AbrirTipoDeEquipo
6: DatosTipoEquipo

3: AbrirModificarTipo

: ModificarTipo : TipoDeEquipo

5: MostrarTipoEquipo

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.

Ing. Juan Manuel Bournissen - 225 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

1: AbrirMenuPpal

5: Usuario
: Mesa de Ayuda : MenuPpal

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).

- 226 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Ing. Juan Manuel Bournissen - 227 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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).

- 228 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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).

Ing. Juan Manuel Bournissen - 229 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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
: ServicioParteDeTrabajo
: Especi alidad

: Servicios

12: BuscarEspecialidad 22: BuscarServicio 23: BuscarTecnicos

: T cnicos : Tecnicos

Figura VI.102. Diagrama de colaboracin de asignar tcnico.

- 230 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Ing. Juan Manuel Bournissen - 231 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 232 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Ing. Juan Manuel Bournissen - 233 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 234 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Ing. Juan Manuel Bournissen - 235 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 236 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

: 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.

: Mesa de Ayuda : MenuPpal


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.

Ing. Juan Manuel Bournissen - 237 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

: 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.

- 238 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

1: AbrirMenuPpal

: Mesa de Ayuda : MenuPpal


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

: Mesa de Ayuda : MenuPpal

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.

Ing. Juan Manuel Bournissen - 239 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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

10: DatosParteTrabajo

8: SolicitudDatosDelTecnico
7: Buscar nombre
: ServicioParteDeTrabajo
: Tecnicos

: TecnicoServicio

Figura VI.114. Diagrama de colaboracin de consultar ocupacin tcnico.

- 240 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

13: DatosParteTrabajo

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.

Ing. Juan Manuel Bournissen - 241 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 242 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Ing. Juan Manuel Bournissen - 243 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 244 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Descripcin de atributos:
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.

Ing. Juan Manuel Bournissen - 245 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

- 246 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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 ).

Ing. Juan Manuel Bournissen - 247 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

Descripcin de requisitos especiales:


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).

- 248 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

Figura VI.120. Mapa de pantalla principal (mantenimiento).

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

Ing. Juan Manuel Bournissen - 249 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

VI.3.3.1.2. Consultas

Figura VI.122. Mapa de Pantalla de consultas.

VI.3.3.1.2.1. Buscar parte

Descripcin de atributos:
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.

Descripcin de operaciones / mtodos:


AbrirBuscarParte(int NroUsuario).

Descripcin de requisitos especiales:


No posee.

- 250 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.123. Pantalla de consultar nmero de parte de trabajo.

VI.3.3.1.2.2. Sus partes

Descripcin de atributos:
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.

Ing. Juan Manuel Bournissen - 251 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

Descripcin de operaciones / mtodos:


AbrirSusPartes(int NroParte).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.124. Pantalla de consultar partes de trabajo de un usuario.

VI.3.3.1.2.3. Parte de trabajo

Descripcin de atributos:
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.

- 252 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Ing. Juan Manuel Bournissen - 253 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

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.

Descripcin de operaciones / mtodos:


AbrirParteTrabajo(int NroParte).

Descripcin de requisitos especiales:


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.

- 254 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Descripcin de atributos:
Depende del software de correo predeterminado de cada usuario.

Descripcin de operaciones / mtodos:


AbrirCorreo(str Mail).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.126. Pantalla de correo.

Ing. Juan Manuel Bournissen - 255 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

VI.3.3.1.2.5. Equipo

Descripcin de atributos:
lbl Equipo:Tlabel.
lbl Usuario: TLabel.
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 Equipos: TLabel.
lbl Cdigo de equipos: TLabel.
str CodigoEquipo: TStr.
lbl Descripcin: TLabel.
strDescripcinE: TStr.
lbl Perifrico: TLabel.
lbl Descripcin: 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.
stpFechaEntrada:TStp.
lbl Garanta:TLabel.
strGarantia:Tstr.
lbl Proveedor:TLabel.
strProveedor:TStr.

- 256 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

lbl Software: TLabel.


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

Descripcin de operaciones / mtodos:


AbrirEquipo(int CodEquipo).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.127. Pantalla de consultar equipos.

VI.3.3.1.2.6. Servicio

Descripcin de atributos:
Lbl Servicio: TLabel.
strServicio: TStr.
lbl Responsable: TLabel.
strResponsable: TStr.

Ing. Juan Manuel Bournissen - 257 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

lbl Telefono: TLabel.


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

Descripcin de operaciones / mtodos:


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

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.128. Pantalla de consultar los servicios.

VI.3.3.1.2.7. Comentario

Descripcin de atributos:
lbl Comentarios: TLabel.
lbl Derivaciones: TLabel.
lbl Servicio: TLabel.
strServicio: TStr.
lbl Fecha derivacin: TLabel
stpFechaDerivacion: TStp.
lbl Tcnico: TLabel.
strTecnico: TStr.

- 258 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Descripcin de operaciones / mtodos:


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

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.129. Pantalla consultar comentarios.

VI.3.3.1.2.8. Datos usuario

Descripcin de atributos:
lbl Escriba el nro. de usuario: TLabel.
int NumeroUsuario:Tedit.
lbl o seleccione uno:TLabel.

Ing. Juan Manuel Bournissen - 259 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

cboUsuario:TcomboBox.
lbl Ver: TLabel.
btn Ver: TButton.
lbl Borrar: TLabel.
btn Borrar: TButton.
grp Foto: Tgraphics.
lbl Datos Personales: TLabel.
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 Departamento: TLabel.
strDepartamento: TStr.
lbl Sector: TLabel.
strSector: TStr.
lbl Cargo: TLabel.
strCargo: TStr.

Descripcin de operaciones / mtodos:


AbrirUsuarioDeMesa(int NroUsuario).

Descripcin de requisitos especiales:


No posee.

- 260 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Ing. Juan Manuel Bournissen - 261 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

VI.3.3.1.2.9. Problemas

Descripcin de atributos:
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.
lbl Problema:TLabel.
strProblemaBreve:TStr.
lbl Tipo:TLabel.
strDescripcionTipoProblema:TStr.
lbl Solucin:TLabel.
lnkVer:TLink.

Descripcin de operaciones / mtodos:


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

Descripcin de requisitos especiales:


No posee.

- 262 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.132. Pantalla de consultar problemas.

VI.3.3.1.2.10. Solucin

Descripcin de atributos:
lbl Solucin:TLabel.
lbl Problema/s:TLabel.
lbl Problema Nro.:TLabel.
intCodigoProblema:TInt.
lbl Problema:TLabel.
strProblemaBreve:TStr.
lbl Descripcin problema:TLabel.
strDescripcionProblema:TStr.
lbl Solucin:TLabel.
strSolucin:TStr.

Descripcin de operaciones / mtodos:


AbrirSolucion(int CodProblema).

Ing. Juan Manuel Bournissen - 263 -


Captulo VI: Desarrollo del proyecto: Diseo Dicono

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.133. Pantalla de consultar soluciones a problemas.

VI.3.3.1.2.11. Equipos

Descripcin de atributos:
lbl Equipos:TLabel.
lbl Cdigo:TLabel.
RadCodigo:TRadioSet.
lbl Usuario:TLabel.
RadUsuario:TRadioSet.
lbl Descripcin:TLabel.
RadDescripcion:TRadioSet.
lbl IP:TLabel.
RadIP:TRadioSet.
lbl Ordentar:TLabel.
btnOrdenar:TButton.
lbl Equipo: TLabel.
lbl Cdigo:TLabel.
intCodigoHard:TInt.
lbl Usuario:TLabel.

- 264 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Descripcin de operaciones / mtodos:


AbrirEquipos( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.134. Pantalla de consultar equipos.

Ing. Juan Manuel Bournissen - 265 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.1.2.12. Tareas

Descripcin de atributos:
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.
lbl Problema: TLabel.
cboProblemaBreve: TComboBox.
lbl Fecha/hora recepcin: TLabel.
stpFechaRecepcion: TStp.
lbl Fecha/hora terminado: TLabel.
stpFechafin: TStp.
lbl Nro usuario: TLabel.
intNroUsuario: TInt.
lbl Usuario:Tlabel.
strNombreUsuario:TStr.

Descripcin de operaciones / mtodos:


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

Descripcin de requisitos especiales:


No posee.

- 266 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.135. Pantalla de consultar tareas.

VI.3.3.1.2.13. Licencias

Descripcin de atributos:
lbl Licencias: TLabel.
lbl Licencias: TLabel.
lbl Nro.: TLabel.
strNroLicencia:TEdit.
lbl Descripcin:TLabel.
strDescripcionS: TStr.
lbl Cantidad: TLabel.
intCantidad: TEdit.
lbl Instaladas:TLabel.
intInstaladas: TInt.
lbl Libres:TLabel.
intLibres: TInt.
lbl Fecha expiracin:TLabel.
stpFechaex: TStp.

Ing. Juan Manuel Bournissen - 267 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

lbl Vida til:Tlabel.


intVida: TInt.

Descripcin de operaciones / mtodos:


AbrirLicencias( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.136. Pantalla de consultar licencias.

VI.3.3.1.2.14. Imprimir licencias

Descripcin de atributos:
lbl Licencias: TLabel.
lbl Licencias: TLabel.
lbl Nro.: TLabel.
strNroLicencia:TEdit.
lbl Descripcin:TLabel.
strDescripcionS: TStr.

- 268 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

lbl Cantidad: TLabel.


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

Descripcin de operaciones / mtodos:


AbrirImprimirLicencias( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.137. Pantalla de imprimir licencias.

Ing. Juan Manuel Bournissen - 269 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.1.2.15. Ocupacin del tcnico

Descripcin de atributos:
lbl Ocupacin tcnicos: TLabel.
lbl Tcnicos: TLabel.
lbl Apellido y Nombre: TLabel.
strApellidoYNombre: TStr.
lbl Nmero: TLabel.
intNroUsuario: TInt.
lbl IdLogin: 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.

Descripcin de operaciones / mtodos:


AbrirOcupacionTecnico(int orden).

Descripcin de requisitos especiales:


No posee.

- 270 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.138. Pantalla de consultar ocupacin de los tcnicos.

VI.3.3.1.2.16. Imprimir ocupacin tcnicos

Descripcin de atributos:
lbl Ocupacin tcnicos: TLabel.
lbl Apellido y nombre:TLabel.
lbl Nmero: TLabel.
lbl Correo: TLabel.
lbl Telfono: TLabel.
lbl Parte:TLabel.
lbl Fecha comienzo:TLabel.
lbl Tiempo estimado:TLabel.
lbl Avance:TLabel.
strApellidoYNombre: TStr.
strNroUsuario:TStr.
strCorreo:TStr.
intTelefono: TInt.
intNroParte: TInt.

Ing. Juan Manuel Bournissen - 271 -


Captulo VI: Desarrollo del proyecto: Diseo
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.

Descripcin de operaciones / mtodos:


AbrirImpresionOcupacionTecnico(int orden).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.139. Pantalla de imprimir la ocupacin de los tcnicos.

- 272 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

VI.3.3.1.2.17. Trabajos tcnico

Descripcin de atributos:
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.
radNombre:TRadioSet.
lbl Ordenar: TLabel.
btn Ordenar: TButton.
lbl Formato de impression:TLabel.
lnkImpresion:Tlink.
lbl Tcnicos: TLabel.
lbl Apellido y Nombre: TLabel.
strApellidoYNombre: TStr.
lbl Correo: TLabel.
strMail:TString.
lbl Telfono: TLabel.
intTelefono: TInt.
lbl Especialidad:TLabel.
cboEspecialidad:TcomboBox.
lbl Cant. De trabajos:TLabel.
intCanTrabajos:TInt.
lbl Influencia:TLabel.
floInfluencia:TFloat.

Descripcin de operaciones / mtodos:


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

Ing. Juan Manuel Bournissen - 273 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.140. Pantalla de consultar los trabajos de los tcnicos.

VI.3.3.1.2.18. Imprimir trabajos tcnicos

Descripcin de atributos:
lbl Trabajos por tcnicos: TLabel.
lbl Desde 99/99/9999 al 99/99/9999: TLabel.
lbl Apellido y Nombre: TLabel.
lbl Correo: TLabel.
lbl Telfono: TLabel.
lbl Especialidad: TLabel.
lbl Cant. de trabajos: TLabel.
lbl Influencia: TLabel.
strApellidoYNombre: TStr.
strCorreo:TStr.
intTelefono: TInt.

- 274 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Descripcin de operaciones / mtodos:


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

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.141. Pantalla de imprimir los trabajos de los tcnicos.

VI.3.3.1.2.19. Estadstica

Descripcin de atributos:
Lbl Estadstica:TLabel.
LnkFormatoImpresion:Tlink.
RadNombe:TRadioSet.
Lbl Nombre:TLabel.

Ing. Juan Manuel Bournissen - 275 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

radPromedio:TRadioSet.
lbl Promedio:TLabel.
radEspecialidad:TRadioSet.
lbl Especialidad:TLabel.
radCantTrabajo:TRadioSet.
lbl Cant. de Trabajo:TLabel.
lbl Ordenar:Tlabel.
btnOrdenar:TButton.
lbl Tcnicos:TLabel.
lbl Apellido y nombre:TLabel.
strNombreTecnico:TStr.
lbl Numero:TLabel.
intNroUsuario:TInt.
lbl Correo:TLabel.
strCorreo:TStr.
lbl Especialidad:TLabel.
strEspecialidad:TStr.
lbl Cant.:TLabel.
intCantidadPartes:TInt.
lbl Tiempo mnimo:TLabel.
intTiempoMinimo:TInt.
lbl Promedio:TLabel.
intPromedio:TInt.
lbl Tiempo mximo:TLabel.
intTiempoMaximo:TInt.

Descripcin de operaciones / mtodos:


AbrirEstadisticas(Int Orden).

Descripcin de requisitos especiales:


No posee.

- 276 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.142. Pantalla consultar estadsticas.

VI.3.3.1.2.20. Imprimir de estadstica

Descripcin de atributos:
Lbl Estadstica:TLabel.
lbl Apellido y nombre:TLabel.
strNombreTecnico:TStr.
lbl Numero:TLabel.
intNroUsuario:TInt.
lbl Correo:TLabel.
strCorreo:TStr.
lbl Especialidad:TLabel.
strEspecialidad:TStr.
lbl Cant.:TLabel.
intCantidadPartes:TInt.
lbl Tiempo mnimo:TLabel.
intTiempoMinimo:TInt.
lbl Promedio:TLabel.

Ing. Juan Manuel Bournissen - 277 -


Captulo VI: Desarrollo del proyecto: Diseo
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.

Descripcin de operaciones / mtodos:


AbrirImpresionEstadisticas( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.143. Pantalla de imprimir las estadsticas.

- 278 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

VI.3.3.1.3. Mantenimiento

Figura VI.144. Mapa de pantallas de mantenimiento.

VI.3.3.1.3.1. Licencias

Descripcin de atributos:
lbl Licencias: TLabel.
lnkNuevaLicencia: TLink.
lbl Licencias: TLabel.
lbl Nro.: TLabel.
strNroLicencia:TEdit.
strDescripcionS: TStr.
lbl Cantidad: TLabel.
intCantidad: TEdit.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

Descripcin de operaciones / mtodos:


AbrirLicencias( ).

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 279 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.145. Pantalla de mantenimiento de licencias.

VI.3.3.1.3.2. Nueva Licencia

Descripcin de atributos:
lbl Nueva Licencia: TLabel.
lnkVolver: TLink.
lbl Nro.: TLabel.
strNroLicencia: TEdit.
lbl Descripcin: TLabel.
strDescripcionS: TEdit.
lbl Cantidad: TLabel.
intCantidad:TEdit.
lbl Crear:TLabel.
btnCrear:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

- 280 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Descripcin de operaciones / mtodos:


AbrirNuevaLicencia( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.146. Pantalla de nuevas licencias.

VI.3.3.1.3.3. Modificar Licencia

Descripcin de atributos:
lbl Modificar Licencia: TLabel.
lnkVolver: TLink.
lbl Nro.: TLabel.
strNroLicencia: TEdit.
lbl Descripcin: TLabel.
strDescripcionS: TEdit.
lbl Cantidad: TLabel.

Ing. Juan Manuel Bournissen - 281 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

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

Descripcin de operaciones / mtodos:


AbrirModificarLicencia(str NroLicencia).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.147. Pantalla de modificacin de licencias.

VI.3.3.1.3.4. Borrar Licencia

Descripcin de atributos:
lbl Borrar la licencia: TLabel.
strNroLicencia:TStr.

- 282 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Descripcin de operaciones / mtodos:


AbrirBajaLicencia(str NroLicencia).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.148. Pantalla de baja de licencia.

VI.3.3.1.3.5. Tipo de equipo

Descripcin de atributos:
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.

Descripcin de operaciones / mtodos:


AbrirTipoEquipo( ).

Descripcin de atributos especiales:


No posee.

Ing. Juan Manuel Bournissen - 283 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.149. Pantalla de mantenimiento de tipo de equipo.

VI.3.3.1.3.6. Nuevo tipo

Descripcin de atributos:
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.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


AbrirNuevoTipoEquipo( ).
BuscarProximoCodigo(int CodEquipo).

Descripcin de atributos especiales:

- 284 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

No posee.
Prototipo:

Figura VI.150. Pantalla de nuevo tipo de equipo.

VI.3.3.1.3.7. Modificar tipo

Descripcin de atributos:
lbl Mensaje de secuencias de comandos: TLabel.
lbl Modifique el tipo de equipo: TLabel.
strDescripcion:TEdit.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:Tlabel.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


AbrirModificarTipoEquipo(int CodEquipo).

Descripcin de atributos especiales:


No posee.

Prototipo:

Figura VI.151. Pantalla de modificar tipo de equipo.

Ing. Juan Manuel Bournissen - 285 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.1.3.8. Baja tipo

Descripcin de atributos:
lbl Borra el tipo de equipo: TLabel.
strDescripcion:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


BajaNuevoTipoEquipo(int CodEquipo).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.152. Pantalla de baja de tipo de equipo.

VI.3.3.1.3.9. Mantener hardware

Descripcin de atributos:
lnkNuevoHard:TLink.
lbl Usuario:TLabel.
radTodos:TRadioSet
radEspecfico:TRadioSet.
cboUsuario:TComboBox.
lbl Descripcin:TLabel.
radTodas:TRadioSet.
radEspecifica:TRadioSet.
strDescripcionH:TEdit.
lbl Proveedor:TLabel.
radTodos:TRadioSet.

- 286 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

radEspecfico:TRadioSet.
strProveedor:TEdit.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Hard: TLabel.
lbl Cdigo:TLabel.
intCodigoHard:TInt.
lbl Fecha de compra:TLabel.
stpFechaCompra:TStp.
lbl Garanta:TLabel.
strGarantia:Tstr.
lbl Proveedor:TLabel.
strProveedor:TStr.
lbl Descripcin:TLabel.
strDescripcionH:TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

Descripcin de operaciones / mtodos:


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

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 287 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.153. Pantalla de mantenimiento de hardware.

VI.3.3.1.3.10. Nuevo Hard

Descripcin de atributos:
lbl Nuevo Hard:TLabel.
lnkVolver:TLink.
lbl Cdigo:TLabel.
intCodigoHard:TInt.
lbl Fecha de compra:TLabel.
stpFechaCompra:TStp.
lbl Garanta:TLabel.
strGarantia:Tstr.
lbl Proveedor:TLabel.
strProveedor:TStr.
lbl Descripcin:TLabel.
strDescripcionH:TStr.
lbl Crear:TLabel.
btnCrear:TButton.

- 288 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

lbl Limpiar:TLabel.
btnLimpiar:TButton.
Descripcin de operaciones / mtodos:
AbrirNuevoHard( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.154. Pantalla de nuevo hard.

VI.3.3.1.3.11. Modificar Hard

Descripcin de atributos:
lbl Nuevo Hard:TLabel.
lnkVolver:TLink.
lbl Cdigo:TLabel.
intCodigoHard:TInt.
lbl Fecha de compra:TLabel.
stpFechaCompra:TStp.

Ing. Juan Manuel Bournissen - 289 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

lbl Garanta:TLabel.
strGarantia:Tstr.
lbl Proveedor:TLabel.
strProveedor:TStr.
lbl Descripcin:TLabel.
strDescripcionH:TStr.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

Descripcin de operaciones / mtodos:


AbrirModificarHard(lng CodHard).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.155. Pantalla de modificar hardware.

- 290 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

VI.3.3.1.3.12. Borrar Hard

Descripcin de atributos:
lbl Borrar el componente hard: TLabel.
strCodigoHard:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


AbrirModificarHard(lng CodHard).

Descripcin de requisitos especiales:


No posee.

Prototipo

Figura VI.156. Pantalla de baja de hardware.

VI.3.3.1.3.13. Mantener Perifrico

Descripcin de atributos:
lbl Perifricos: TLabel.
lnkNuevoPeriferico: TLink.
lbl Perifricos: TLabel.
lbl Fecha entrada: TLabel.
stpFechaE:TStp.
lbl Fecha salida:TLabel.
stpFechaS:TStp.
lbl Descripcin: TLabel.
strDescripcionP: TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

Ing. Juan Manuel Bournissen - 291 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Descripcin de operaciones / mtodos:


AbrirPerifericos( ).

Descripcin de requisitos especiales:


No posee.

Prototipo

Figura VI.157. Pantalla de mantenimiento de perifrico.

VI.3.3.1.3.14. Nuevo Perifrico

Descripcin de atributos:
lbl Nuevo perifrico: TLabel.
lnkVolver: TLink.
lbl Cdigo: TLabel.
int CodPeriferico: TInt.
lbl Descripcin:Tlabel.
str DescripcinP:TStr.
lbl Crear:TLabel.
btnCrear:TButton.

- 292 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

lbl Limpiar:TLabel.
btnLimpiar:TButton.

Descripcin de operaciones / mtodos:


AbrirNuevoPeriferico( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.158. Pantalla de nuevo perifrico.

VI.3.3.1.3.15. Modificar Perifrico

Descripcin de atributos:
lbl Nuevo perifrico:TLabel.
lnkVolver:TLink.
lbl Cdigo:TLabel.
intCodigoPeriferico:TInt.
lbl Fecha entrada:TLabel.

Ing. Juan Manuel Bournissen - 293 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

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

Descripcin de operaciones / mtodos:


AbrirNuevoPeriferico( ).
Int BuscarProximoPeriferico(int CodPeriferico).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.159. Pantalla de nuevo perifrico.

- 294 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

VI.3.3.1.3.16. Borrar Perifrico

Descripcin de atributos:
lbl Borrar el perifrico: TLabel.
strDescripcionP:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


AbrirBorrarPeriferico(int CodPeriferico, int CodEquipo).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.160. Pantalla de baja de perifrico.

VI.3.3.1.3.17. Consultar Equipos

Descripcin de atributos:
lbl Equipos: TLabel.
lnkNuevoEquipo: TLink.
lbl Equipo: TLabel.
lbl Cdigo: TLabel.
intCodigoEquipo: TInt.
lbl Usuario: TLabel.
strNombreUsuario:TStr.
lbl Descripcin:TLabel.
strDescripcion:TStr.
lbl Detalles:TLabel.
lnkVer:TLink.
lbl Accin: TLabel.

Ing. Juan Manuel Bournissen - 295 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

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

Descripcin de operaciones / mtodos:


AbrirEquipos( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.161. Pantalla de mantenimiento de equipos.

VI.3.3.1.3.18. Nuevo equipo

Descripcin de atributos:
lbl Nuevo equipo: TLabel.
lnkVolver: TLink.
lbl Equipo: TLabel.
lbl Descripcin:TLabel.
strDescripcion:TStr.

- 296 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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 Del Equipo:TLabel.
lbl Todos:TLabel.
cboEquipoH:TComboBox.
cboTodoH:TComboBox.
lbl Sumar:TLabel.
btnSumarP:TButton.
lbl Restar:TLabel.
btnRestarP:TButton.
lbl Soft:TLabel.
lbl Del Equipo: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.

Descripcin de operaciones / mtodos:


AbrirNuevoEquipo( ).

Ing. Juan Manuel Bournissen - 297 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Descripcin de requisitos especiales:


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

Descripcin de atributos:
lbl Borrar el equipo cd.:TLabel.
intCodEquipo:TInt.
strNombreServicio:TStr.
lbl de:TLabel.
strNombreUsuario:TStr.

- 298 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Descripcin de operaciones / mtodos:


AbrirBorrarEquipo(str CodEquipo, int NroUsuario).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.163. Pantalla de borrar equipo.

VI.3.3.1.3.20. Servicios

Descripcin de atributos:
lbl Servicios: TLabel.
lnkNuevaServicio: TLink.
lbl Servicios: TLabel.
lbl Nombre: TLabel.
strNombreServicio:TStr.
lbl Telfono:TLabel.
intTelefonoServicio: TInt.
lbl Mail: TLabel.
strMailServicio: TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

Descripcin de operaciones / mtodos:


AbrirServicio( ).

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 299 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.164. Pantalla de mantenimiento de servicio.

VI.3.3.1.3.21. Nuevo servicio

Descripcin de atributos:
lbl Nueva Servicio: TLabel.
lnkVolver: TLink.
lbl Nombre: TLabel.
strNombreServicio: TEdit.
lbl Telfono: TLabel.
intTelefonoServicio:TInt.
lbl Mail: TLabel.
strMailServicio:TStr.
lbl Crear:TLabel.
btnCrear:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

- 300 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Descripcin de operaciones / mtodos:


AbrirNuevoServicio( ).
Int BuscarProximoCodServicio( ).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.165. Pantalla de nuevo servicio.

VI.3.3.1.3.22. Modificar servicio

Descripcin de atributos:
lbl Modificar Servicio: TLabel.
lnkVolver: TLink.
lbl Nombre: TLabel.
strNombreServicio: TEdit.
lbl Telfono: TLabel.
intTelefonoServicio:TInt.
lbl Mail: TLabel.

Ing. Juan Manuel Bournissen - 301 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

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

Descripcin de operaciones / mtodos:


AbrirModificar(int CodServicio).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.166. Pantalla de modificar servicio.

VI.3.3.1.3.23. Baja servicio

Descripcin de atributos:
lbl Borrar El servicio: TLabel.
strNombreServicio:TStr.

- 302 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Descripcin de operaciones / mtodos:


AbrirBajaServicio(int CosServicio).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.167. Pantalla de baja servicio.

VI.3.3.1.3.24. Especialidad

Descripcin de atributos:
lbl Especialidades: TLabel.
lnkNuevaEspecialidad: TLink.
lbl Especialidades: TLabel.
lbl Cdigo: TLabel.
intCodigoEspecialidad:TInt.
lbl Descripcin:TLabel.
strEspecialidad: TStr.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

Descripcin de operaciones / mtodos:


AbrirEspecialidadTecnico( ).
Int BuscarProximaEspecialidad( ).

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 303 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.168. Pantalla de mantenimiento de especialidades.

VI.3.3.1.3.25. Nueva especialidad

Descripcin de atributos:
lbl Mensaje de secuencias de comandos:TLabel.
lbl Ingrese la nueva especialidad:TLabel.
strEspecialidad:Tedit.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TBotton.

Descripcin de operaciones / mtodos:


AbrirAltaEspecialidad(int CodEspecialidad),

Descripcin de requisitos especiales:


No posee.

- 304 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.169. Pantalla de nueva especialidad.

VI.3.3.1.3.26. Modificar especialidad

Descripcin de atributos:
lbl Mensaje de secuencias de comandos:TLabel.
lbl Ingrese especialidad a modificar:TLabel.
strEspecialidad:Tedit.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TBotton.

Descripcin de operaciones / mtodos:


AbrirModificarEspecialidad(int CodEspecialidad),

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.170. Pantalla de modificar especialidad.

Ing. Juan Manuel Bournissen - 305 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.1.3.27. Borrar especialidad

Descripcin de atributos:
lbl Borrar la especialidad:TLabel.
strEspecialidad:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TBotton.

Descripcin de operaciones / mtodos:


AbrirBajaEspecialidad(int CodEspecialidad).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.171. Pantalla de baja especialidad.

VI.3.3.1.3.28. Mantener tcnico

Descripcin de atributos:
lbl Gestin Tcnicos: TLabel.
lnkAgregar: TLink.
lnkBorrar: TLink.
lnkModificar: TLink.
lnkConsultar: TLink.
lbl Tcnicos: TLabel.
cboTecnicos:TcomboBox.

Descripcin de operaciones / mtodos:


AbrirGestionarTecnico( ).

- 306 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.172. Pantalla de mantenimiento de tcnicos.

VI.3.3.1.3.29. Nuevo tcnico

Descripcin de atributos:
lbl Gestin Tcnicos: TLabel.
lnkAgregar: TLink.
lnkBorrar: TLink.
lnkModificar: TLink.
lnkConsultar: TLink.
lbl Tcnicos: TLabel.
cboTecnicos:TComboBox.
lbl Nuevo Tcnico:TLabel.
lbl Nombre:TLabel.
cboNombreTecnico:TComboBox.
lbl Especialidad/es: TLabel.

Ing. Juan Manuel Bournissen - 307 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

lbl Especialidad: TLabel.


cboEspecialidad:TComboBox.
lbl Sumar:TLabel.
btnSumar:TButton.
lbl Quitar:TButton.
btnQuitar:TButton.
lbl Todas las especialidades
cboEspecialidad:TcomboBox.
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.

Descripcin de operaciones / mtodos:


AbrirAltaTecnico( ).

Descripcin de requisitos especiales:


No posee.

- 308 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.173. Pantalla de agregar tcnico.

VI.3.3.1.3.30. Modificar tcnico

Descripcin de atributos:
lbl Gestin Tcnicos: TLabel.
lnkAgregar: TLink.
lnkBorrar: TLink.
lnkModificar: TLink.
lnkConsultar: TLink.
lbl Tcnicos: TLabel.
cboTecnicos:TComboBox.
lbl Nuevo Tcnico:TLabel.
lbl Nombre:TLabel.
cboNombreTecnico:TComboBox.
lbl Especialidad/es: TLabel.
lbl Especialidad: TLabel.
cboEspecialidad:TComboBox.
lbl Sumar:TLabel.

Ing. Juan Manuel Bournissen - 309 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

btnSumar:TButton.
lbl Quitar:TButton.
btnQuitar:TButton.
lbl Todas las especialidades
cboEspecialidad:TcomboBox.
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.

Descripcin de operaciones / mtodos:


AbrirModificarTecnico(int NroTecnico; int CodServicio).

Descripcin de requisitos especiales:


No posee.

- 310 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.174. Pantalla de modificar tcnico.

VI.3.3.1.3.31. Borrar tcnico

Descripcin de atributos:
lbl Borrar a:TLabel.
strNombreUsuario:TStr.
strNombreServicio:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


AbrirBajaTecnico(int NroTecnico; int CodServicio).

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 311 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.175. Pantalla de baja de tcnico.

VI.3.3.1.3.32. Mantener usuarios

Descripcin de atributos:
lbl Gestin Tcnicos: TLabel.
lnkAgregar: TLink.
lnkBorrar: TLink.
lnkModificar: TLink.
lnkConsultar: TLink.
lbl Tcnicos: TLabel.
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 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 Departamento: TLabel.
strDepartamento: TStr.
lbl Sector: TLabel.

- 312 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Descripcin de operaciones / mtodos:


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

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.176. Pantalla mantenimiento de usuarios.

VI.3.3.1.3.33. Agregar usuario

Descripcin de atributos:
lbl Gestin Tcnicos: TLabel.
lnkAgregar: TLink.

Ing. Juan Manuel Bournissen - 313 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

lnkBorrar: TLink.
lnkModificar: TLink.
lnkConsultar: TLink.
lbl Usuarios: TLabel.
cboUsuarios:TcomboBox.
lbl Buscar:TLabel.
strNombreUsuario:Tedit.
lbl Buscar:TLabel.
btnBuscar:TButton.
lbl Bsqueda sensible a maysculas y minsculas:TLabel.
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.
lbl Correo electrnico:TLabel.
strMailUsuario:Tedit.
lbl Telfono:TLabel.
strTelefono:Tedit.
lbl Cargo:TLabel.
strCargo:TStr.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Limpiar:TButton.
btnLimpiar:TButton.

Descripcin de operaciones / mtodos:


AbrirUsuario( ).

Descripcin de requisitos especiales:


No posee.

- 314 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.177. Pantalla agregar usuarios.

VI.3.3.1.3.34. Modificar usuario

Descripcin de atributos:
lbl Gestin Tcnicos: TLabel.
lnkAgregar: TLink.
lnkBorrar: TLink.
lnkModificar: TLink.
lnkConsultar: TLink.
lbl Usuarios: TLabel.
cboUsuarios:TcomboBox.
lbl Buscar:TLabel.
strNombreUsuario:Tedit.
lbl Buscar:TLabel.
btnBuscar:TButton.
lbl Bsqueda sensible a maysculas y minsculas:TLabel.
lbl Modificar:TLabel.
lbl Nombre:TLabel.

Ing. Juan Manuel Bournissen - 315 -


Captulo VI: Desarrollo del proyecto: Diseo
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.
lbl Correo electrnico:TLabel.
strMailUsuario:Tedit.
lbl Telfono:TLabel.
strTelefono:Tedit.
lbl Cargo:TLabel.
strCargo:TStr.
lbl Aplicar:TLabel.
btnAplicar:TButton.
lbl Limpiar:TButton.
btnLimpiar:TButton.

Descripcin de operaciones / mtodos:


AbrirModificarUsuario(int NroUsuario).

Descripcin de requisitos especiales:


No posee.

- 316 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.178. Pantalla modificar usuarios.

VI.3.3.1.3.35. Borrar usuarios

Descripcin de atributos:
lbl Borra:TLabel.
strNombreUsuario:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TBotton.

Descripcin de operaciones / mtodos:


AbrirBorrarUsuario(int NroUsuario).

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 317 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.179. Pantalla baja de usuarios.

VI.3.3.1.3.36. Prioridad

Descripcin de atributos:
lbl Prioridad: TLabel.
lnkNuevaPrioridad: TLink.
lbl Prioridades: TLabel.
lbl Prioridad: TLabel.
strPrioridad: TStr.
lbl Das: TLabel.
intDias: TInt.
lbl Accin: TLabel.
lnk[B]: TLink.
lnk[M]: TLink.

Descripcin de operaciones / mtodos:


AbrirPrioridad( ).

Descripcin de requisitos especiales:


No posee.

- 318 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.180. Pantalla mantenimiento de prioridad.

VI.3.3.1.3.37. Nueva Prioridad

Descripcin de atributos:
lbl Nueva Prioridad: TLabel.
lnkVolver: TLink.
lbl Prioridad: TLabel.
strPrioridad: TEdit.
lbl Das: TLabel.
intDias: TEdit.
lbl Crear: TLabel.
btnCrear:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

Descripcin de operaciones / mtodos:


AbrirNuevaPrioridad( ).

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 319 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.181. Pantalla nueva prioridad.

VI.3.3.1.3.38. Modificar Prioridad

Descripcin de atributos:
lbl Modificar Prioridad: TLabel.
lnkVolver: TLink.
lbl Prioridad: TLabel.
strPrioridad: TEdit.
lbl Das: TLabel.
intDias: TEdit.
lbl Aplicar: TLabel.
btnAplicar:TButton.
lbl Limpiar:TLabel.
btnLimpiar:TButton.

Descripcin de operaciones / mtodos:


AbrirModificarPrioridad(int CodPrioridad).

Descripcin de requisitos especiales:


No posee.

- 320 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.182. Pantalla modificar prioridad.

VI.3.3.1.3.39. Borrar Prioridad

Descripcin de atributos:
lbl Borrar la prioridad: TLabel.
strPrioridad:TStr.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


AbrirBajaPrioridad(int codPrioridad).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.183. Pantalla baja de prioridad

Ing. Juan Manuel Bournissen - 321 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.1.4. Parte de trabajo

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

Descripcin de atributos:
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.

- 322 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

lbl Aceptar: TLabel.


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 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.
Si el usuario presiona la tecla ENTER sin haber elegido ningn usuario
se muestra los siguientes atributos:
lbl No ha seleccionado un usuario: TLabel.
lbl Aceptar: TLabel.
butAceptar: TButton.

Descripcin de operaciones / mtodos:


AbrirAltaParteTrabajo(str Buscar).

Descripcin de requisitos especiales:


No posee

Ing. Juan Manuel Bournissen - 323 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.185. Pantalla alta parte de trabajo (seleccin usuario).

Figura VI.186. Pantalla alta parte de trabajo (seleccin usuario).

- 324 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

VI.3.3.1.4.2. NuevoParte

Descripcin de atributos:
lbl Nuevo Parte:TLabel.
lnkDerivar: TLnk.
lnkConsultarProblema: TLnk.
lnkCerrar: TLnk.
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.

Ing. Juan Manuel Bournissen - 325 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

lbl Fecha Conformidad: TLabel.


stpFechaConformidad: TStp.
lbl Fecha fin: TLabel.
stpFechaFin: TStp.
lbl Avance: TLabel.
intAvance: TInt.
lbl Tcnico Mesa: TLabel.
str TecnicoMesa: TStr.
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.

Descripcin de operaciones / mtodos:


AbrirNuevoParte(int NroUsuario).
Int BuscarProximoNroParte( ).

Descripcin de requisitos especiales:


No posee.

- 326 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.187. Pantalla alta parte de trabajo.

VI.3.3.1.4.3. Derivar

Descripcin de atributos:
lbl Derivar:TLabel.
lnkDerivar: TLnk.
lnkVovler: TLnk.
lbl Derivacin: TLabel.
lbl Parte: TLabel.
intNumeroParte: TInt.
lbl Fecha/Hora: TLabel.
stpFechaDerivacion: Tstp.
lbl Prioridad: TLabel.
cboPrioridad: TComboBox.
lbl Servicios: TLabel.
lbl Nombre: TLabel.
strNombreServicio: TStr.
lbl Responsable: TLabel.

Ing. Juan Manuel Bournissen - 327 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

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

Descripcin de operaciones / mtodos:


AbrirParte(int NroParte).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.188. Pantalla de derivar parte de trabajo.

VI.3.3.1.4.4. Cerrar

Descripcin de atributos:
lbl Cerrar:TLabel.
lnkVovler: TLnk.

- 328 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

lbl Problemas: TLabel.


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

Descripcin de operaciones / mtodos:


AbrirCerrar(int NroParte).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.189. Pantalla cerrar parte de trabajo.

Ing. Juan Manuel Bournissen - 329 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.1.4.5. Derivar parte de trabajo

Descripcin de atributos:
lbl Derivar Parte de trabajo:TLabel.
lbl Nombre: TLabel.
radNombre: TRadioSet.
lbl Nro. de Parte: TLabel.
radNumeroParte: TRadioSet.
lbl Ordenar: TLabel.
butOrdenar: TButton.
lbl Usuario con parte abierto: TLabel.
lbl Parte nro: TLabel.
intNroparte: TInt.
lbl Problema: TLabel.
strProblema:TStr.
lbl Apellido y nombre: TLabel.
strApellido: TStr.
strNombre: TStr.
lbl Nmero: TLabel.
intNumeroUsuario: TInt.
lbl IdLogin: TLabel.
strIdlogin: TStr.
lbl Correo: TLabel.
strCorreo:TStr.
lbl Telfono: TLabel.
intTelefono: TInt.
lbl Cargo: TLabel.
strCargo: TStr.

Descripcin de operaciones / mtodos:


AbrirDerivarParteTrabajo(boo Orden).

Descripcin de requisitos especiales:


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.

- 330 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.190. Pantalla derivar parte de trabajo.

VI.3.3.1.4.6. Derivar parte

Descripcin de atributos:
lbl Buscar Parte de trabajo:TLabel.
lnkDerivar: TLnk.
lnkVovler: TLnk.
lbl Usuario: TLabel.
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.

Ing. Juan Manuel Bournissen - 331 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

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: TLabel.
stpFechaDerivacion: TStp.
lbl Tcnico: TLabel.
strTecnico: TStr.
lbl Fecha asignacin: TLabel.

- 332 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Descripcin de operaciones / mtodos:


AbrirDerivarParte(int NroParte).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.191. Pantalla derivar parte.

Ing. Juan Manuel Bournissen - 333 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.1.4.7. Asignar tecnico

Descripcin de atributos:
lbl Asignar Tcnico: TLabel.
lbl Parte a asignar: TLabel.
cboParteAAsignar: TComboBox.
lbl Problema: TLabel.
strProblema: TEdit.
lbl Tcnicos: TLabel.
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 Especialidad: TLabel.
strEspecialidad: TStr.
lbl Parte: TLabel.
intNroparte: TInt.
lbl Avance: TLabel.
intAvance: TInt.
lbl Nombre: TLabel.
radNombre:TRadioSet.
lbl Avance: TLabel.
radAvance: TRadioSet.
lbl Especialidad: TLabel.
radEspecialidad: TRadioSet.
lbl Ordenar: TLabel.
butOrdenar:TButton.

Descripcin de operaciones / mtodos:


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

- 334 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.192. Pantalla asignar tcnico.

VI.3.3.1.4.8. Buscar parte

Descripcin de atributos:
lbl Buscar Parte de trabajo:TLabel.
lbl Prioridad: TLabel.
radPrioridad:TRadioSet.
lbl Nro de Parte: TLabel.
radNroParte: TRadioSet.
lbl Ordenar: TLabel.
butOrdenar:TButton.
lbl Partes asignados: TLabel.
lbl Parte nro: TLabel.
intNroparte: TInt.

Ing. Juan Manuel Bournissen - 335 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

lbl Priridad: TLabel.


strPrioridad: TStr.
lbl Problema: TLabel.
strProblema: Tstr.
lbl Fecha recepcin: TLabel.
stpFechaRecepcion: TStp.
lbl Accin: TLabel.
strAccion: TStr.
lbl Avance: TLabel.
intAvance: TEdit.
lbl Comentario: TLabel.
strComentario:TStr.
str Aplicar: TLabel.
butAplicar:TButton.
lbl Partes abiertos: TLabel.
lbl Parte nro: TLabel.
intNroparte: TInt.
lbl Priridad: TLabel.
strPrioridad: TStr.
lbl Problema: TLabel.
strProblema: Tstr.
lbl Fecha recepcin: TLabel.
dtmFechaRecepcion: TDtm.
lbl Fecha comienzo: TLabel.
stpFechaComienzo: TStp.
lbl Avance: TLabel.
intAvance: TInt.

Descripcin de operaciones / mtodos:


AbrirBuscarParteTrabajo(boo Orden, int NroTecnico),

Descripcin de requisitos especiales:


No posee.

- 336 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.193. Pantalla buscar parte de trabajo.

VI. 3.3.2.4.9. Accion

Descripcin de atributos:
lbl Tiempo estimado?:TLabel.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


AbrirAccion(Str tiempo).

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 337 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Prototipo:

Figura VI.194. Pantalla accin.

VI.3.3.1.4.10. Parte trabajo

Descripcin de atributos:
lbl Actualizar Parte de trabajo:TLabel.
lbl Prioridad: TLabel.
radPrioridad:TRadioSet.
lbl Nro de Parte: TLabel.
radNroParte: TRadioSet.
lbl Ordenar: TLabel.
butOrdenar:TButton.
lbl Partes abiertos: TLabel.
lbl Parte nro: TLabel.
intNroparte: TInt.
lbl Priridad: TLabel.
strPrioridad: TStr.
lbl Problema: TLabel.
strProblema: Tstr.
lbl Fecha recepcin: TLabel.
stpFechaRecepcion: TStp.
lbl Fecha comienzo: TLabel.
stpFechaComienzo: TStp.
lbl Avance: TLabel.
intAvance: TEdit.
lbl Comentario: TLabel.
strComentario:TStr.
str Aplicar: TLabel.
butAplicar:TButton.

Descripcin de operaciones / mtodos:

- 338 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

AbrirActualizarParteTrabajo(boo Orden, int NroTecnico).


Descripcin de requisitos especiales:
No posee.

Prototipo:

Figura VI.195. Pantalla actualizar parte de trabajo.

VI.3.3.1.4.11. Dar solucin

Descripcin de atributos:
lbl Dar solucin:TLabel.
lnkVolver:TLink.
lbl Problema/s: TLabel.
lbl Problema nro.: TLabel.
intCodigoProblema:TInt.
lbl Problema: TLabel.
strProblemaBreve:TStr.
lbl Solucin:TLabel.
lnkSolucion:TLink.

Ing. Juan Manuel Bournissen - 339 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Descripcin de operaciones / mtodos:


AbrirDarSolucion(int NroParte).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.196. Pantalla dar solucin.

VI.3.3.1.4.12. Recepcionar Conformidad

Descripcin de atributos:
lbl Recepcionar conformidad:TLabel.
lbl Partes de trabajo: TLabel.
lbl Parte nro: TLabel.
intNroparte: TInt.
lbl Fecha de recepcin parte:TLabel.
stpFechaRecepcin:TStp.
lbl Tcnico Mesa: TLabel.
strNombreTecnico: TStr.

- 340 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

lbl Tcnico: TLabel.


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

Descripcin de operaciones / mtodos:


AbrirRecepcionarConformidad(int NroUsuario).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.197. Pantalla decepcionar conformidad.

VI.3.3.1.4.13. Cerrar parte trabajo

Descripcin de atributos:
lbl Cerrar Parte de trabajo:TLabel.

Ing. Juan Manuel Bournissen - 341 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

lbl Usuario: TLabel.


radUsuario: TRadioSet.
lbl Prioridad: TLabel.
radPrioridad: TRadioSet.
lbl Nro de Parte: TLabel.
radNroParte: TRadioSet.
lbl Ordenar: TLabel.
butOrdenar: TButton.
lbl Partes abiertos: TLabel.
lbl Parte nro: TLabel.
intNroparte: TInt.
lbl Prioridad: TLabel.
strPrioridad: TStr.
lbl Problema: TLabel.
strProblema: Tstr.
lbl Fecha recepcin: TLabel.
stpFechaRecepcion: TStp.
lbl Fecha comienzo: TLabel.
dtmFechaComienzo: TDtm.
lbl Avance: TLabel.
intAvance: TEdit.

Descripcin de operaciones / mtodos:


AbrirCerrarParteTrabajo(int NroUsuario, int Orden).

Descripcin de requisitos especiales:


No posee.

- 342 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.198. Pantalla de cerrar parte de trabajo.

VI.3.3.1.4.14. Cerrar parte

Descripcin de atributos:
lbl Cerrar Parte:TLabel.
lnkCerrar: TLnk.
lnkVolver: TLnk.
lbl Usuario: TLabel.
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.

Ing. Juan Manuel Bournissen - 343 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

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.
stpFechaFin: TStp.
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: TLabel.
stpFechaDerivacion: TStp.
lbl Tcnico: TLabel.
strTecnico: TStr.
lbl Fecha asignacin: TLabel.
stpFechaAsignacion: TStp.

- 344 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

lbl Fecha comienzo: TLabel.


stpFechaComienzo: TStp.
lbl Prioridad: TLabel.
dtmPrioridad: TDtm.
lbl Tiempo estimado: TLabel.
strTiempoEstimado: TStr.
lbl Comentario: TLabel.

Descripcin de operaciones / mtodos:


AbrirCerrarParte(int NroParte).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.199. Pantalla cerrar parte.

Ing. Juan Manuel Bournissen - 345 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.1.4.15. Eliminar parte trabajo

Descripcin de atributos:
lbl Eliminar Parte de trabajo:TLabel.
lbl Usuario: TLabel.
radUsuario: TRadioSet.
lbl Prioridad: TLabel.
radPrioridad: TRadioSet.
lbl Nro de Parte: TLabel.
radNroParte: TRadioSet.
lbl Ordenar: TLabel.
butOrdenar: TButton.
lbl Todos los partes de trabajo: TLabel.
lbl Parte nro: TLabel.
intNroparte: TInt.
lbl Prioridad: TLabel.
strPrioridad: TStr.
lbl Problema: TLabel.
strProblema: Tstr.
lbl Usuario: TLabel.
strNombreUsuario: TStr.
lbl Fecha recepcin: TLabel.
stpFechaRecepcion: TStp.
lbl Fecha comienzo: TLabel.
stpFechaComienzo: TStp.
lbl Avance: TLabel.
intAvance: TEdit.

Descripcin de operaciones / mtodos:


AbrirEliminarParteTrabajo(int orden).

Descripcin de requisitos especiales:


No posee.

- 346 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Prototipo:

Figura VI.200. Pantalla eliminar parte de trabajo.

VI.3.3.1.4.16. Eliminar parte

Descripcin de atributos:
lbl Cerrar Parte:TLabel.
lnkEliminar: TLnk.
lnkVolver: TLnk.
lbl Usuario: TLabel.
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.

Ing. Juan Manuel Bournissen - 347 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

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: TLabel
stpFechaDerivacion: TStp.
lbl Tcnico: TLabel.
strTecnico: TStr.
lbl Fecha asignacin: TLabel.
stpFechaAsignacion: TStp.
lbl Fecha comienzo: TLabel.
stpFechaComienzo: TStp.
lbl Prioridad: TLabel.

- 348 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

stpPrioridad: TStp.
lbl Tiempo estimado: TLabel.
strTiempoEstimado: TStr.
lbl Comentario: TLabel.
lbl Est seguro de borrar el parte?: TLabel.
lbl Aceptar: TLabel.
butAceptar: TButton.
lbl Cancelar: TLabel.
butCancelar: TButton.
lbl Esta seguro de borrar el parte:TLabel.
lbl Aceptar:TLabel.
btnAceptar:TButton.
lbl Cancelar:TLabel.
btnCancelar:TButton.

Descripcin de operaciones / mtodos:


AbrirEliminarParte(int NroParte).

Descripcin de requisitos especiales:


No posee.

Prototipo:

Figura VI.201. Pantalla eliminar parte.

Ing. Juan Manuel Bournissen - 349 -


Captulo VI: Desarrollo del proyecto: Diseo
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

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexin.

Descripcin de operaciones / mtodos:


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).

Descripcin de atributos especiales:


Carga el controlador de GestionTcnicos.

VI.3.3.2.2. GestionPeriferico

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connectin c) .
public void inicializarDatos(int accion, int x, String z).
public EquipoPeriferico seleccionarDatos(int accion).
public void modificarRegistro(EquipoPeriferico ep).
public void insertarRegistro(EquipoPeriferico ep).

- 350 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

public void borrarRegistro(EquipoPeriferico ep).


public int determinarCod().
public EquipoPeriferico cargarEquipo(EquipoPeriferico ep).

Descripcin de requisitos especiales:


Cargar el controlador de GestionEquipos.

VI.3.3.2.3. GestionHard

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connection c).
public void inicializarDatos(int accion, int x, String z).
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).

Descripcin de requisitos especiales:


No posee.

VI.3.3.2.4. GestionParteTrabajo

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connection c).
public void inicializarDatos(int accion, int x, String z).
public Equipo seleccionarDatos(int accion) .
public void modificarRegistro(Equipo e, int n, String c).

Ing. Juan Manuel Bournissen - 351 -


Captulo VI: Desarrollo del proyecto: Diseo
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).

Descripcin de requisitos especiales:


Carga los controladores GestionEquipo, GestionPeople, GestionSector,
GestionProblema, GestionServicioParteTrabajo y GestionTecnico.

VI.3.3.2.5. GestionUsuarios

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection connexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connection c) .
public void inicializarDatos(int accion, int x, String z).
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).

Descripcin de requisitos especiales:


Carga los controladores GestionSector y GestionParteTrabajo.

VI.3.3.2.6. GestionPrioridades

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

- 352 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Descripcin de operaciones / mtodos:


public void setConexion(Connection c).
public void inicializarDatos(int accion, int x, String z).
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).

Descripcin de requisitos especiales:


Carga el controlador GestionServicioParteTrabajo.

VI.3.3.2.7. ConsultarProblemas

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connection c).
public void inicializarDatos(int accion, int x, String z).
public Problema seleccionarDatos(int accion).
public void insertarRegistro(Problema p).
public int determinarCod().
public Problema cargarSoluciones(Problema p).
public Problema cargarPartes(Problemas p).

Descripcin de requisitos especiales:


Carga los controladores Gestionsolucion y GestionParteTrabajo.

VI.3.3.2.8. GestionarServicio

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Ing. Juan Manuel Bournissen - 353 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Descripcin de operaciones / mtodos:


public void setConexion(Connection c) .
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 int determinarCod().
public Servicio cargarTecnicos(Servicio s) .
public Servicio cargarServiciosPartes(Servicio s) .

Descripcin de requisitos especiales:


Carga los controladores GestionServicioParteTrabajo y GestinTecnico.

VI.3.3.2.9. GestionarParteTrabajoServicio

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connection c) .
public void inicializarDatos(int accion, int x, String z) .
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) .

Descripcin de requisitos especiales:


Carga los controladores GestionParteTrabajo, GestionTecnico,
GestionServicio y GestionPrioridad.

- 354 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

VI.3.3.2.10. GestionarLicencias

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Descripcin de operaciones / mtodos:


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).

Descripcin de requisitos especiales:


No posee.

VI.3.3.2.11. GestionTecnicos

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connection c) .
public void inicializarDatos(int accion, int x, String z) .
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) .

Ing. Juan Manuel Bournissen - 355 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Descripcin de requisitos especiales:


Carga los controladores de GestionEspecialidad, GestionServicio,
GestionServicioParteTrabajo y GestionParteTrabajo.

VI.3.3.2.12. GestionarTipoEquipo

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSet rsDatos.
private Connection conexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connection c) .
public void inicializarDatos(int accion, int x, String z).
public TipoEquipo seleccionarDatos(int accion).
public void borrarRegistro(TipoEquipo te).
public void insertarRegistro(TipoEquipo te).
public void modificarRegistro(TipoEquipo te).
public int determinarCod().
public TipoEquipo cargarEquipos(TipoEquipos te).

Descripcin de requisitos especiales:


No posee.

VI.3.3.2.13. GestionarEquipos

Descripcin de atributos:
private PreparedStatement stDatos.
private ResultSetrsDatos.
private Connectionconexion.

Descripcin de operaciones / mtodos:


public void setConexion(Connection c){this.conexion = c;}
public void inicializarDatos(int accion, int x, String z).
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).

- 356 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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).

Descripcin de requisitos especiales:


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

Descripcin de atributos:
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.}

Descripcin de operaciones / mtodos:


public Equipo(String a, int b, int c)
{this.codEquipo = a
this.nroUsuario = b
this.codTipoEquipo = c
this.TE = null

Ing. Juan Manuel Bournissen - 357 -


Captulo VI: Desarrollo del proyecto: Diseo
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)+".";

- 358 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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; }}.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.2. Equipo Hard

Descripcin de atributos:
Propios
public class EquipoHard {
private Int CodEquipo, CodHard.
private Timestamp FechaEntradaH, FechaSalidaH}.
Prestados
No posee.

Descripcin de operaciones / mtodos:


No posee operaciones/mtodos propios debido a que siempre es usada
junto con la entidad hard.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.3. Equipo perifrico

Descripcin de atributos:
Propios
public class EquipoPeriferico {
private Timestamp FechaEntradaP, FechaSalidaP.
private String Descripcion.
private int CodPeriferico, CodEquipo.
Prestados

Ing. Juan Manuel Bournissen - 359 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

private Vector equipos; }.

Descripcin de operaciones / mtodos:


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();}.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.4. Equipo tipo

Descripcin de atributos:
Propios
public class TipoEquipo {
private String Descripcion.
private int CodTipoEquipo.
Prestados
private Vector equipos; }.

Descripcin de operaciones / mtodos:


public void setCodTipoEquipo(int c) {this.codTipoEquipo = c;}.
public void addEquipo(Equipo e) {this.equipos.addElement(e);}.
public int getCodTipoEquipo() {return this.codTipoEquipo;}.
public String getDescripcion() {return this.descripcion;}.
public Enumeration getEquipos() {return this.equipos.elements();}.

Descripcin de requisitos especiales:


No se puede dar de baja si existe un equipo de este tipo en equipo
inventario.

- 360 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

VI.3.3.3.5. Equipo Soft

Descripcin de atributos:
Propios
public class EquipoSoft {
private Int CodEquipo, CodSoft}.
Prestados
No posee.

Descripcin de operaciones / mtodos:


No posee operaciones/mtodos propios debido a que siempre es usada
junto con las entidades EquipoInventario y SoftLicencias.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.6. Especialidad

Descripcin de atributos:
Propios
public class Especialidad {
private int CodEspecialidad.
private String Especialidad.
Prestados
private Vector tecnicos; }.

Descripcin de operaciones / mtodos:


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();}.

Descripcin de requisitos especiales:


No se puede dar de baja si existe un tcnico con esa especialidad.

Ing. Juan Manuel Bournissen - 361 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.3.7. Especialidad Tecnico

Descripcin de atributos:
Propios
public class EspecialidadTecnico {
private int NroTecnico.
private String CodEspecialidad.
Prestados
private Vector Especialidad; }.

Descripcin de operaciones / mtodos:


No posee operaciones/mtodos propios debido a que siempre es usada
junto con la entidad tecnicos y/o especialidad.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.8. Hard

Descripcin de atributos:
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}.

Descripcin de operaciones / mtodos:


public Hard(long a, Timestamp b, int c, String d, String e)
{this.codHard = a.
this.fechaCompra = b.
this.garantia = c.
this.proveedor = d.

- 362 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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 getDescripcion() {return this.descripcion;}.
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;}}.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.9. Red

Descripcin de atributos:
Propios
public class Red{
private Int CodHard.
private String Mac}.
Prestados
No posee.

Ing. Juan Manuel Bournissen - 363 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Descripcin de operaciones / mtodos:


No posee operaciones/mtodos propios debido a que siempre es usada
junto con la entidad hard.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.10. Parte de trabajo

Descripcin de atributos:
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; }

Descripcin de operaciones / mtodos:


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 addEquipo(Equipo e) {this.equipos.addElement(e);}.
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;}.

- 364 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

public int getAvance() {return this.avance;}.


public People getPeople() {return this.usuario;}.
public TecnicoServicio getTecnico() {return this.tecnico;}.
public Enumeration getEquipos() {return this.equipos.elements();}.
public Enumeration getProblemas() {return this.problemas.elements();}.
public Enumeration getServiciosParte().

Descripcin de requisitos especiales:


No se puede dar de baja una vez que se ha asignado a un tcnico y el
trabajo no est conformado y cerrado.

VI.3.3.3.11. Usuarios

Descripcin de atributos:
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; }

Descripcin de operaciones / mtodos:


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;}.

Ing. Juan Manuel Bournissen - 365 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

public String getIdLogin() {return this.idLogin;}.


public long getTelefonousuario() {return this.tele;}.
public Enumeration getSectores() {return this.sectores.elements();}.

Descripcin de requisitos especiales:


En casos de dar de baja un usuario que tenga un equipo asignado, este
queda libre.

VI.3.3.3.12. People

Descripcin de atributos:
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; }

Descripcin de operaciones / mtodos:


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;}.
public String getIdLogin() {return this.idLogin;}.
public long getTelefonousuario() {return this.tele;}.
public Enumeration getSectores() {return this.sectores.elements();}.

- 366 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Descripcin de requisitos especiales:


No se dan de baja registros en people.

VI.3.3.3.13. Masectorus

Descripcin de atributos:
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.

Descripcin de operaciones / mtodos:


No posee operaciones/mtodos propios debido a que siempre es usada
junto con la entidad usuarios y/o people.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.14. Prioridades

Descripcin de atributos:
Propios
public class Prioridad {
private int CodPrioridad, Dias.
private String Prioridad.
Prestados
private Vector serviciosParte; }

Descripcin de operaciones / mtodos:


public void setCodPrioridad(int c) {this.codprioridad = c;}.
public void setPrioridad(String p) {this.prioridad = p;}.
public void setDias(int d) {this.dias = d;}.

Ing. Juan Manuel Bournissen - 367 -


Captulo VI: Desarrollo del proyecto: Diseo
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().

Descripcin de requisitos especiales:


No se puede dar de baja si est asignada a un parte de trabajo.

VI.3.3.3.15. Problema Tipo

Descripcin de atributos:
Propios
public class ProblemaTipo {
private String DescripcionTipoProblema.
private Int CodTipoProblema}.
Prestados
No posee.

Descripcin de operaciones / mtodos:


No posee operaciones/mtodos propios debido a que siempre es usada
junto con la entidad problema.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.16. Problema

Descripcin de atributos:
Propios
public class Problema {
private String DescripcinBreve, DescripcionProblema.
private Int CodTipoProblema.
private Int CodProblema.
Prestados
private Timestamp fechaSolucion.

- 368 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

private Vector solucion.


private Vetor partes; }

Descripcin de operaciones / mtodos:


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().

Descripcin de requisitos especiales:


No se pueden dar de baja ni se modifican.

VI.3.3.3.17 Problema Parte Trabajo

Descripcin de atributos:
Propios
public class ProblemaParteTrabajo {
private Int NroParte, CodProblema}.
Prestados
No posee.

Descripcin de operaciones / mtodos:


No posee operaciones/mtodos propios debido a que siempre es usada
junto con la entidad parte de trabajo y problema.

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 369 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

VI.3.3.3.18. Sector

Descripcin de atributos:
Propios
public class Sector {
private string Nombre;
private string Jerarquia;
private string TratamientoJefe;
private int NroSector
private int Jefe;
Prestados
private vector peoples; }

Descripcin de operaciones / mtodos:


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 getNombre() {return this.nombre;}.
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();}.

Descripcin de requisitos especiales:


Esta entidad no pertenece al sistema de Mesa de Ayuda.

VI.3.3.3.19. Servicio

Descripcin de atributos:
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;

- 370 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

private vector serviciosParte; }

Descripcin de operaciones / mtodos:


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 addServiciosParte(ServicioParteTrabajo sp)
{this.serviciosParte.addElement(sp);}.
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().

Descripcin de requisitos especiales:


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

Descripcin de atributos:
Propios
public class ServicioParteTrabajo{
private int NroParte.
private int CodServicio.
private int TiempoEstimado.
private int NroTecnico.
private int CodPrioridad.
private timestamp FechaDerivacion.
private timestamp FechaRecepcionTecnico.

Ing. Juan Manuel Bournissen - 371 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

private timestamp FechaComienzo.


private timestamp FechaActPrioridad.
private String Comentario.
private Int Avance.
Prestados
private ParteTrabajo.
private TecnicoServicio.
private Prioridad.
private Servicio}.

Descripcin de operaciones / mtodos:


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 int getNroTecnico() {return this.nroTecnico;}.
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;}.

- 372 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Descripcin de requisitos especiales:


Solo se borra cuando el parte de trabajo es borrado.

VI.3.3.3.21. Soft Licencia

Descripcin de atributos:
Propios
public class Soft {
private String DescripcionS, NroLicencia.
private int Cantidad, CodSoft.
private timestamp FechaEx.
Prestados
private Vector equipos; }.

Descripcin de operaciones / mtodos:


public void setCodHard(int c) {this.codSoft = c;}.
public void addEquipo(Equipo e) {this.equipos.addElement(e);}.
public int getCodSoft() {return this.codSoft;}.
public int getCantidad() {return this.cantidad;}.
public String getDescripcion() {return this.descripcion;}.
public String getNroLicencia() {return this.nroLicencia;}.
public Enumeration getEquipos() {return this.equipos.elements();}.

Descripcin de requisitos especiales:


No posee.

VI.3.3.3.22. Solucin

Descripcin de atributos:
Propios
public class Solucion {
private string Solucion.
private int CodProblema.
Private int CodSolucion.
Prestados
private string Problema}.

Descripcin de operaciones / mtodos:


public void setCodProblema(int c) {this.codProblema = c;}.

Ing. Juan Manuel Bournissen - 373 -


Captulo VI: Desarrollo del proyecto: Diseo
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 "";}.

Descripcin de requisitos especiales:


No se borran ni se modifican.

VI.3.3.3.23. Tcnicos

Descripcin de atributos:
Propios
public class TecnicoServicio {
private int NroTecnico.
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}.

Descripcin de operaciones / mtodos:


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 void addServiciosParte(ServicioParteTrabajo sp)
{this.serviciosParte.addElement(sp);}.
public int getCodServicio() {return this.codServicio;}.
public int getNroTecnico() {return this.nroTecnico;}.

- 374 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

public String getMailtecnico() {return this.mailtecnico;}.


public long getTelefono() {return this.tele;}.
public String getNombre() {return this.nombre;}.
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().

Descripcin de requisitos especiales:


No se borran, slo se pasa de estado activo a pasivo.

VI.3.3.3.24. Tcnico servicio

Descripcin de atributos:
Propios
public class TecnicoServicio {
private int CodServicio.
private int NroTecnico.
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}.

Descripcin de operaciones / mtodos:


No posee operaciones/mtodos propios debido a que siempre es usada
junto con la entidad tecnicos.

Descripcin de requisitos especiales:


No posee.

Ing. Juan Manuel Bournissen - 375 -


Captulo VI: Desarrollo del proyecto: Diseo
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
(from Diagramas de clases de anali sis)
0..n 1
(from Diagramas de clases de anali sis)
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
(from Diagramas de clases de anali sis)
(from Diagramas de clases de anali sis)

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.

- 376 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Claves atributos tipo tamao rango


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.

Ing. Juan Manuel Bournissen - 377 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Equipo soft: graba en la base de datos el software instalado en cada equipo,


como se puede ver en la Tabla VI.68.

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


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.

- 378 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


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.

Ing. Juan Manuel Bournissen - 379 -


Captulo VI: Desarrollo del proyecto: Diseo
Dicono

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


P NroPeople numrico 6 1-999999
Nombre alfanumrico 30 -
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.

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


P CodProblema numrico 6 1-999999
CodTipoProblema numrico 6 1-999999
DescripcionBreve alfanumrico 50 -
DescripcionProblema alfanumrico 300 -
Tabla VI.78. Atributos de problema.

- 380 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


P NroSector numrico 6 1-999999
Nombre alfanumrico 50 -
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.

Claves atributos tipo tamao rango


P CodServicio numrico 6 1-999999
Nombre alfanumrico 30 -
Telefono numrico 15 -
Mail alfanumrico 30 -
CodResponsable numrico 6 1-999999
Tabla VI.82. Atributos de servicio.

Ing. Juan Manuel Bournissen - 381 -


Captulo VI: Desarrollo del proyecto: Diseo
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.

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


P E CodProblema numrico 6 1-999999
P CodSolucion numrico 6 1-999999
Solucion alfanumrico 300 -
Tabla VI.85. Atributos de solucin.

- 382 - Ing. Juan Manuel


Bournissen
Dicono Captulo VI: Desarrollo del proyecto: Diseo

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.

Claves atributos tipo tamao rango


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.

Claves atributos tipo tamao rango


P NroTecnico numrico 6 1-999999
MailTecnico alfanumrico 30 -
Telefono numrico 15 -
Nombre alfanumrico 100 -
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.

Claves atributos tipo tamao rango


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.

Ing. Juan Manuel Bournissen - 383 -


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

- 384 - Ing. Juan Manuel Bournissen


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.

Ing. Juan Manuel Bournissen - 385 -


Captulo VI: Desarrollo del proyecto: Implementacin Dicono

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

Mostrarpartedetrabajo.jsp

Verservicio.jsp Busquedadepartedetrabajo.jsp Blanco.jsp

Figura VI.204. Diagrama de componentes de consultas.

- 386 - Ing. Juan Manuel Bournissen


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
Correo Correo Cmail.jsp
25 - Consultar tareas Tareas Tareas Tareas Indexbusquededapartetrabajo.jsp
Busquedadepartedetrabajo.jsp
Blanco.jsp
ParteTrabajo Parte de trabajo Mostrarpartedetrabajo.jsp
Servicio Servicio Verservicio.jsp
26 - Consultar licencias de ConsultarLicencias Licencias Licencias Listalicencias.jsp
software
27 - Solicitar ocupacin tcnico OcupacinTecnico OcupacionTecnico Ocupacin tcnico Ocupaciontecnicos.jsp
Correo Correo Cmail.jsp
28 - Solicitar trabajos de los TrabajosTecnicos TrabajosTecnicos Trabajos realizados Indextrabajo-tecnico.jsp
tcnicos Blanco.jsp
Filtrotrabajo-tecnico.jsp
Correo Correo Cmail.jsp
29 - Estadsticas Estadistica Estadistica Estadstica Estadisticas.jsp
Correo Correo Cmail.jsp
Tabla VI.89. Tabla de programas de las consultas.

- 387 -
Captulo VI: Desarrollo del proyecto: Implementacin Dicono

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.

Figura VI.205. Mapa de pantallas de mantenimiento.

- 388 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Implementacin

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.

Ing. Juan Manuel Bournissen - 389 -


Caso de uso Clases de anlisis Clases de diseo Pantallas Componentes
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
Correo Correo Cmail.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
Correo Correo Cmail.jsp

- 390 -
Caso de uso Clases de anlisis Clases de diseo Pantallas Componentes
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
Correo Correo Cmail.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 -
Captulo VI: Desarrollo del proyecto: Implementacin Dicono

VI.4.1.1.3. Parte de trabajo

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

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.207. Mapa de pantallas de partes de trabajo.

- 392 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Implementacin

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
Mostrarpartedetrabajo.jsp

Figura VI.208. Diagrama de componentes del parte de trabajo -1.

Ing. Juan Manuel Bournissen - 393 -


Captulo VI: Desarrollo del proyecto: Implementacin Dicono

Listaequipo.jsp Datosusuario.jsp

Mostrarpartedetrabajo.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.

- 394 - Ing. Juan Manuel Bournissen


Caso de uso Clases de anlisis Clases de diseo Pantallas Componentes
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
Correo Correo Cmail.jsp
Comentario Comentario Vercomenderivacion.jsp
Servicio Servicio Verservicio.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
Correo Correo Cmail.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
Comentario Comentario Vercomenderivacion.jsp
Correo Correo Cmail.jsp

- 395 -
Caso de uso Clases de anlisis Clases de diseo Pantallas Componentes
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
Correo Correo Cmail.jsp
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
Correo Correo Cmail.jsp
19 - Eliminar parte de EliminarParteTrabajo EliminarParteTrabajo Eliminar parte de trabajo Formeliminarparte.jsp
trabajo EliminarParte Eliminar parte
Confirmar
Correo Correo Cmail.jsp
Comentario Comentario Vercomenderivacion.jsp
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.

Ing. Juan Manuel Bournissen - 397 -


Captulo VI: Desarrollo del proyecto: Implementacin Dicono

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.

- 398 - Ing. Juan Manuel


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.

Ing. Juan Manuel Bournissen - 399 -


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

- 400 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Pruebas

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
Opcin 2 Tipo de variable Cantidad Cantidad Valor del lmite Valor del lmite
Opcin 3 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.

Ing. Juan Manuel Bournissen - 401 -


Captulo VI: Desarrollo del proyecto: Pruebas Dicono

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
Variable Tipo variable Cantidad Cantidad Desde - hasta Desde Hasta
Variable Tipo variable Cantidad Cantidad Desde - hasta Desde Hasta
Variable Tipo variable Cantidad Cantidad Desde - hasta Desde Hasta
Variable Tipo variable Cantidad Cantidad Desde - hasta Desde Hasta
Variable Tipo variable Cantidad Cantidad Desde - hasta Desde Hasta
Variable Tipo variable Cantidad Cantidad Desde - hasta Desde Hasta
Variable Tipo variable Cantidad Cantidad Desde - hasta Desde Hasta
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

Figura VI.210. Mapa de pantallas de mantenimiento.

- 402 - Ing. Juan Manuel Bournissen


Dicono Captulo VI: Desarrollo del proyecto: Pruebas

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.

Opciones CE CLEV CLEI Lmite inferior Lmite superior


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

Nro Condiciones de entrada Resultado


1 Nueva licencia V , se ingresa a nueva licencia
[B] F
[M] F
2 Nueva licencia F
[B] V , se ingresa a la baja