Tesis Ritabastardo

UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
Desarrollo de un Sistema de Gestin Documental para el rea

de Registro de la Delegacin de Personal de la Universidad de
Oriente Ncleo Monagas
Informe de Solicitud de Aprobacin de temtica de la Pasanta de Grado presentado
ante la Comisin de Trabajos de Grado, como requisito para optar al Ttulo de
Ingeniero de Sistemas
Autor: Bastardo Maurera, Rita Edmar

C. I: 17.092.769
Asesor Acadmico: Ing. Chaparro, Jess
Asesor Laboral: Ing. Garca, Rosangela
Maturn, Agosto de 2010
ACTA DE EVALUACIN
En mi carcter de asesor laboral del trabajo presentado por el Bachiller Rita

Edmar Bastardo Maurera, portador de la cdula de identidad nmero: 17.092.769,
para optar al grado acadmico de Ingeniero de Sistemas. Titulado: DESARROLLO
DE UN SISTEMA DE GESTIN DOCUMENTAL PARA EL
REA DE
REGISTRO DE LA DELEGACIN DE PERSONAL DE LA UNIVERSIDAD

DE ORIENTE NCLEO MONAGAS , considero que dicho trabajo rene los
requerimientos y mritos suficiente es para ser sometido a la evaluacin por parte del
jurado examinador.
En la ciudad de Maturn a los doce das del mes de enero de 2010.
Ing. Jess Chaparro

C.I. 4.526.369
ACTA DE EVALUACIN
En mi carcter de asesor laboral del trabajo presentado por el Bachiller Rita

Edmar Bastardo Maurera, portador de la cdula de identidad nmero: 17.092.769,
para optar al grado acadmico de Ingeniero de Sistemas. Titulado: DESARROLLO
REA DE

DE ORIENTE NCLEO MONAGAS , considero que dicho trabajo rene los
requerimientos y mritos suficiente es para ser sometido a la evaluacin por parte del
jurado examinador.
En la ciudad de Maturn a los doce das del mes de enero de 2010.
Ing. Jess Chaparro

C.I. 4.526.369
APROBACIN
Quienes suscriben, Miembros del jurado evaluador designados por la
Comisin de Trabajos de Grado de la Escuela de Ingeniera de Sistemas de la
Universidad de Oriente Ncleo Monagas, para examinar el Trabajo de Grado
modalidad pasanta presentado por el Bachiller: Rita Edmar Bastardo Maurera,
portador de la cdula de identidad nmero: 17.092.769. Titulado: DESARROLLO
REA DE

DE ORIENTE NCLEO MONAGAS, el cual es presentado para optar al grado
acadmico de Ingeniero de Sistemas, consideramos que dicho trabajo cumple con
los requisitos exigidos para tal efecto y por tanto lo declaramos: APROBADO.
En la ciudad de Maturn a los cuatro das del mes de agosto de dos mil diez.
Ing. Yamila Gascn
Ing. Juan Oliveira
DEDICATORIA
A Dios todopoderoso, por las cosas maravillosas y hermosas que me ha dado
en la vida, por brindarme fortaleza para alcanzar mis metas y por acompaarme en
todo momento.
A mis padres y hermana que me han apoyado en todo momento y me han

dado fuerza para continuar adelante, aun cuando hubo momentos en que quera
declinar.
AGRADECIMIENTOS
A Dios todopoderoso, por darme la sabidura necesaria para seguir adelante.
A mis padres y hermana, por darme apoyo siempre en cada momento de mi

vida.
A mis Asesores, Ing. Rosngela Garca e Ing. Jess Chaparro, por orientarme
y por se parte importante del desarrollo de este proyecto.
A todo el personal del Centro de Computacin de la Universidad de Oriente

Ncleo Monagas, por brindarme la oportunidad de compartir con ellos.
A todo el personal del rea de la Delegacin de Personal en la Unidad de

Archivo Oriente Ncleo Monagas por brindarme su ayuda y colaboracin.
A todos los profesores que de alguna u otra manera contribuyeron a mi

formacin acadmica.
INDICE GENERAL
ACTA DE EVALUACIN ....................................................................................... 2
ACTA DE EVALUACIN ....................................................................................... 3
APROBACIN ......................................................................................................... 4
DEDICATORIA ........................................................................................................ 5
AGRADECIMIENTOS ............................................................................................. 6
INDICE GENERAL .................................................................................................. 7
INDICE DE FIGURAS ........................................................................................... 12
INDICE DE TABLAS ............................................................................................. 17
INTRODUCCIN ................................................................................................... 20
CAPITULO I ........................................................................................................... 22
CONTEXTO ORGANIZACIONAL ....................................................................... 22
1.1 UNIVERSIDAD DE ORIENTE ....................................................................... 22
1.1.1 Resea Histrica......................................................................................... 22
1.1.2. Visin ........................................................................................................ 24
1.1.3. Misin ....................................................................................................... 25
1.1.4. Objetivos ................................................................................................... 25
1.1.5. Funciones de la Universidad de Oriente ................................................... 26
1.1.6. Principios .................................................................................................. 26
1.1.7. Emblema ................................................................................................... 27
1.1.8. Eslogan ...................................................................................................... 27
1.1.9. Bandera ..................................................................................................... 28
1.1.10. Estructura Organizativa........................................................................... 28
1.2 UNIVERSIDAD DEORIENTE NUCLEO MONAGAS ................................. 29
1.2.1 Resea Histrica......................................................................................... 29
1.2.2. Visin ........................................................................................................ 30

1.2.3. Misin ....................................................................................................... 30
1.2.4. Objetivos ................................................................................................... 31
1.2.5. Estructura .................................................................................................. 31
1.3 CENTRO DE COMPUTACIN NUCLEO MONAGAS................................ 32
1.3.1. Visin ........................................................................................................ 32
1.3.2. Misin ....................................................................................................... 32
1.3.3. Objetivos ................................................................................................... 32
1.3.4. Funciones .................................................................................................. 33
1.3.5. Estructura .................................................................................................. 34
1.4 DELEGACIN DE PERSONAL NCLEO MONAGAS .............................. 34
1.4.1. Misin ....................................................................................................... 34
1.4.2. Visin ........................................................................................................ 34
1.4.3. Propsito ................................................................................................... 35
1.4.4. Funciones de la Delegacin de Personal .................................................. 35
1.4.4. Estructura Organizativa............................................................................. 37
CAPITULO II .......................................................................................................... 19
EL PROBLEMA Y SUS GENERALIDADES ....................................................... 19
2.1 PLANTEAMIENTO DEL PROBLEMA ......................................................... 19
OBJETIVOS ........................................................................................................... 21
2.2.1. Objetivo General ....................................................................................... 21
2.2.2. Objetivos Especficos ................................................................................ 22
2.2.3. Justificacin de la Investigacin ............................................................... 22
2.2.4. Alcance de la Investigacin ...................................................................... 22
CAPITULO III......................................................................................................... 24
MARCO REFERENCIAL....................................................................................... 24
3.1 ANTECEDENTES DE LA INVESTIGACIN ............................................... 24
3.2. MARCO TERICO ......................................................................................... 25
3.2.1. Mtodo de modelado de negocios (Business Modeling- BHM) ............... 25
3.2.2. Metodologa Rational Unified Process (RUP) ......................................... 31
3.2.3. El Lenguaje Unificado de Modelado UML .............................................. 37

3.2.4. Sistema de Informacin ............................................................................ 43
3.2.5.
Hyper Text Markup Language (HTML) ............................................... 46
3.2.6.
JavaScript .............................................................................................. 47
3.2.7.
PHP Hypertext Pre-processor ............................................................... 48
3.2.8.
Lenguaje de consulta estructurado (SQL) ............................................. 50
3.2.9.
XAMPP ................................................................................................. 51
3.2.10.
Servidor HTTP Apache ..................................................................... 51
3.2.11.
Macromedia Dreamweaver ............................................................... 52
3.2.12.
Macromedia Firework 8 .................................................................... 53
3.2.13.
Sybase PowerDesigner 12.0 .............................................................. 53
3.2.14.
Base de Datos Oracle 10g ................................................................. 56
3.2.15.
Servidor Web ..................................................................................... 61
3.2.16.
MySQL .............................................................................................. 62
3.2.17.
Aplicacin Web ................................................................................. 63
3.2.18.
Entregables de RUP........................................................................... 64
3.3 BASES LEGALES ........................................................................................... 68

3.3.1. Publicado en la Gaceta oficial N 38.095 de fecha 28/ 12/ 2004. Decreto
N 3.390. Fecha: 23 de diciembre de 2004 ......................................................... 68
3.3.2. Reglamento del Sistema de Archivos de la Universidad de Oriente ........ 68
CAPITULO IV ........................................................................................................ 70
MARCO METODOLGICO ................................................................................. 70
4.1.
TIPO Y NIVEL DE LA INVESTIGACIN................................................ 70
4.2.
POBLACIN Y MUESTRA ....................................................................... 70
4.3.
TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS ....... 71
4.4.
TCNICAS DE ANLISIS DE DATOS .................................................... 71
4.5.
Diseo Operativo .......................................................................................... 72
CAPTULO V .......................................................................................................... 76
RESULTADOS ....................................................................................................... 76
5.1 ETAPA I: MODELADO DEL NEGOCIO ....................................................... 76
5.1.1.
Documento Visin ................................................................................ 77
5.1.2.
Plan de Iteracin General ...................................................................... 90
5.1.3.
Plan de Administracin de Riesgos....................................................... 94
5.1.4.
Modelado del Negocio ........................................................................ 101
5.1.5.
Especificacin del Negocio Recepcin de Documentos ..................... 105
5.1.6.
Especificacin del Negocio Elaboracin de Expedientes ................... 109
5.1.7.
Especificacin del Negocio Actualizacin de Expedientes ................ 113
5.1.8. Especificacin del Negocio Consulta de Expedientes ............................ 117

5.1.9. Glosario ................................................................................................... 121
5.2.
ETAPAII: ARQUITECTURA DEL SISTEMA ........................................ 127
5.2.1.
Especificacin de Casos de Uso del Sistema: ..................................... 128
5.2.2 Elaboracin de Expedientes .................................................................... 137

5.2.3.
Ubicacin de Expedientes ................................................................... 148
5.2.4.
Consulta de Expedientes ..................................................................... 154
El funcionario ingresa la cdula del empleado. ..................................................... 156
15.
5.2.5.
Registros Estadsticos ......................................................................... 164
5.2.6.
Reportes de Tipo de Personal Especfico .......................................... 169
El funcionario presiona Regresar ........................................................... 171

5.2.7.
15.

5.2.8.
29.
Reportes de Tipo de Personal por Condicin Laboral.................... 197

5.2.11.
15.
Reportes de Tipo de Personal por Categora ..................................... 190

5.2.10.
15.
Reportes de Memorndums ................................................................ 183

5.2.9.
15.
Listados de Tipo de Personal Genrico ............................................... 176
Reportes de Tipo de Personal por Dedicacin ............................... 204

5.2.12.
Especificaciones Complementarias ................................................. 211
10
5.2.13.
5.3.
Arquitectura del Sistema ................................................................. 217
ETAPA III: CONSTRUCCIN DEL SISTEMA ...................................... 225
5.3.1. Especificacin de Caso de Prueba Dependencia..................................... 226

5.3.2. Especificacin de Caso de Prueba Profesin .......................................... 235
5.4 ANLISIS COSTO-BENEFICIO .................................................................. 242
5.4.1 Costos ....................................................................................................... 242
5.4.2 Beneficios ................................................................................................. 245
CONCLUSIONES ................................................................................................. 248
RECOMENDACIONES........................................................................................ 250
BIBLIOGRAFA ................................................................................................... 235
11
INDICE DE FIGURAS
Figura 1. Emblema ...................................................................................................... 27
Figura 2. Bandera de la UDO...................................................................................... 28
Figura 3. Organigrama de la UDO .............................................................................. 28
Figura 4. Estructura de la UDO Monagas ................................................................... 31
Figura 5. Organigrama del Centro de Computacin Monagas ................................... 34
Figura 6. Estructura de la Delegacin de Personal UDO Monagas ............................ 37
Figura 7. Estructura del Modelado de Negocio .......................................................... 26
Figura 8. Estructura del Modelado de Procesos .......................................................... 28
Figura 9. Historia de RUP ........................................................................................... 32
Figura 10. Los casos de uso integran el trabajo .......................................................... 34
Figura 11. Evolucin de la arquitectura ...................................................................... 35
Figura 12. Iteracin de RUP ....................................................................................... 36
Figura 13. Arquitectura de RUP.................................................................................. 37
Figura 14. Elementos Bsicos del caso de Uso ........................................................... 39
Figura 15. Elementos bsicos del diagrama de actividad ........................................... 40
Figura 16. Elementos bsicos del diagrama de secuencia........................................... 41
Figura 17. Elementos bsicos del diagrama de clases................................................. 42
Figura 18. Vista de Despliegue ................................................................................... 43
Figura 19. Elementos del Sistema de Informacin ..................................................... 44
Figura 20. Actividades que realiza el SI ..................................................................... 45
Figura 21. Evolucin de los SI .................................................................................... 46
Figura 22. Beneficios del Power Designer.................................................................. 54
Figura 23. Arquitectura del producto .......................................................................... 86
Figura 24. Plan fase ..................................................................................................... 93
Figura 25. Caso de uso General de la Unidad de Archivo .......................................... 99
Figura 26. Modelo de dominio de la Unidad de Archivo ........................................... 99
Figura 27. Diagrama de procesos de Recepcin de Expedientes .............................. 106
12
Figura 28. Diagrama de actividad de recepcin de documentos ............................... 108

Figura 29. diagrama de procesos de elaboracin de expedientes.............................. 110
Figura 30. Diagrama de actividad de elaboracin de expedientes ............................ 112
Figura 31. Diagrama de procesos de actualizacin de expedientes .......................... 114
Figura 32. Diagrama de actividad de actualizacin de expedientes.......................... 116
Figura 33. Diagrama de procesos de consulta de expedientes .................................. 118
Figura 34. Diagrama de actividad de consulta de expedientes ................................. 120
Figura 35. Caso de uso validar y administrar usuario ............................................... 129
Figura 36. Diagrama de secuencia Validar usuario .................................................. 134
Figura 37. Diagrama de secuencia administrar usuario ............................................ 135
Figura 38. Inicio al Sistema de Gestin Documental. ............................................... 136
Figura 39. Men del Sistema de Gestin Documental.............................................. 136
Figura 40. Caso de uso elaboracin de expedientes .................................................. 138
Figura 41. Diagrama de secuencia de elaboracin de expedientes ........................... 140
Figura 42. Ventana de Opciones del Men de SIGEDOC. Nuevo Expediente ........ 141
Figura 43. Ventana de acceso al expediente nuevo.................................................. 141
Figura 44. Ventana de opciones ................................................................................ 142
Figura 45. Ventana de Datos personales del empleado............................................. 143
Figura 46. Ventana de personales del cnyuge. ........................................................ 144
Figura 47. Ventana de estudios realizados del empleado ......................................... 145
Figura 48. Ventana de los empleos realizados del empleado.................................... 146
Figura 49. Ventana de la carga familiar del empleado.............................................. 147
Figura 50. Caso de uso ubicar expedientes ............................................................... 149
Figura 51. Diagrama de secuencia de ubicar expedientes......................................... 151
Figura 52. Ventana de Opciones del Men de SIGEDOC. Ubicacin ..................... 152
Figura 53. Ventana de Ingreso de cedula del empleado............................................ 152
Figura 54. Ventana de ubicacin del expediente. ..................................................... 153
Figura 55. Caso de uso consultar expedientes .......................................................... 155
Figura 56. Diagrama de secuencia de consulta de expedientes ................................ 157
13
Figura 57. Ventana de Opciones del Men de SIGEDOC. Consulta de expedientes158

Figura 58. Ventana de Opciones del Men de SIGEDOC. Cedula del empleado ... 158
Figura 59. Ventana de acceso a consultar. ................................................................ 159
Figura 60. Ventana de Datos personales del empleado............................................. 160
Figura 61. Ventana de personales del cnyuge. ........................................................ 161
Figura 62. Ventana de los empleos realizados del empleado.................................... 162
Figura 63. Ventana de la carga familiar del empleado.............................................. 163
Figura 64. Caso de uso registros estadsticos ............................................................ 165
Figura 65. Diagrama de secuencia de registros estadsticos ..................................... 167
Figura 66. Ventana de Opciones del Men de SIGEDOC. ....................................... 168
Figura 67. Ventana de la opcin Agradecimientos .................................................. 168
Figura 68. Caso de uso consultar personal especifico............................................... 170
Figura 69. Diagrama de secuencia consultar personal especifico ............................. 172
Figura 70. Ventana de Opciones del Men de SIGEDOC. ....................................... 173
Figura 71. Ventana de consulta de personal especifico ............................................ 173
Figura 72. Ventana del listado de reportes de personal especifico ........................... 174
Figura 73. Listado de reportes de personal especifico sin especificacin................. 174
Figura 74. Caso de uso consultar personal genrico ................................................. 177
Figura 75. Diagrama de secuencia de reportes de tipo de personal genrico .......... 179
Figura 76. Ventana de Opciones del Men de SIGEDOC. Reportes de tipo de
personal genrico ...................................................................................................... 180
Figura 77. Ventana de reportes de personal genrico ............................................... 180
Figura 78. Ventana de Listado de reportes de personal genrico ............................. 181
Figura 79. Caso de uso consultar memorndums ..................................................... 184
Figura 80. Diagrama de secuencia de reportes de memorndums ............................ 186
Figura 81. Ventana de opciones de SIGEDOC. Reportes de memorndums ........... 187
Figura 82. Ventana de reportes de amonestaciones .................................................. 187
Figura 83. Ventana de Listados de reportes de amonestaciones ............................... 188
Figura 84. Listados de reportes de amonestaciones .................................................. 188
14
Figura 85. Caso de uso consultar personal por categora .......................................... 191
Figura 86. Diagrama de secuencia de reportes de tipo de personal por categora .... 193
personal por categora ............................................................................................... 194
Figura 88. Ventana de opciones de consultar por categora...................................... 195
Figura 89. Ventana de listados de reportes de tipo de personal `por categora......... 195
Figura 90. Listados de reportes de tipo de personal por categora ............................ 196
Figura 91. Caso de uso consultar personal por condicin......................................... 198
Figura 92. Diagrama de secuencia de reportes de personal por condicin laboral ... 200
Figura 93. Ventana de Opciones del Men de SIGEDOC. Reportes de personal por
condicion laboral ....................................................................................................... 201
Figura 94. Ventana de opciones de consultar Condicin Laboral ............................ 201
Figura 95. Ventana de opciones de consultar ordinario o fijo .................................. 202
Figura 96. Listado de consultar ordinario o fijo ........................................................ 202
Figura 97. Caso de uso consultar personal por dedicacin ....................................... 205
Figura 98. Diagrama de secuencia de reportes de tipo de personal por dedicacin.. 207
personal por dedicacin............................................................................................. 208
Figura 100. Ventana de opciones de consultar dedicacin laboral ........................... 208
Figura 101. Ventana de opciones de consultar tiempo exclusivo ............................. 209
Figura 102. Listados de personal por dedicacin tiempo exclusivo ......................... 209
Figura 103. Representacin de Equipos .................................................................... 216
Figura 104. Modelo de Clases................................................................................... 218
Figura 105. Tarjeta CRC Usuario. ............................................................................ 219
Figura 106. Tarjeta CRC Usuario. Dependencia ...................................................... 219
Figura 107. Tarjeta CRC Usuario. Empleado ........................................................... 220
Figura 108. Tarjeta CRC Usuario. Reportes ............................................................. 220
Figura 109. Tarjeta CRC Usuario. Expediente ......................................................... 221
Figura 110. Tarjeta CRC Usuario. Parentesco ......................................................... 221
15
Figura 111. Tarjeta CRC Usuario. Grado de instruccin ......................................... 221

Figura 112. Modelo conceptual................................................................................. 222
Figura 113. Modelo fsico ......................................................................................... 223
Figura 114. Modelo de despliegue ............................................................................ 224
16
INDICE DE TABLAS
Tabla 1. Modelo de Riesgos con sus Aspectos Involucrados ..................................... 66
Tabla 2. Cuadro Operativo .......................................................................................... 75
Tabla 3. Historial de revisiones................................................................................... 78
Tabla 4. Planteamiento del problema .......................................................................... 81
Tabla 5. 2.3.
Declaracin de Posicin del Producto ............................................... 81
Tabla 6. Roles y Responsabilidades de los Participantes ............................................ 83

Tabla 7. Necesidades de participantes a nivel de Trabajo .......................................... 84
Tabla 8. Necesidades de participantes a nivel de Sistemas ......................................... 85
Tabla 9. Necesidades de los usuarios .......................................................................... 85
Tabla 10. Resumen de Capacidades ............................................................................ 87
Tabla 11. Requerimientos de Software ....................................................................... 88
Tabla 12. Requerimientos de Hardware ...................................................................... 89
Tabla 13. Requerimientos de Materiales ..................................................................... 89
Tabla 14. Requerimientos de Servicios ....................................................................... 89
Tabla 15. Plan General ................................................................................................ 91
Tabla 16. Identificador 001. ........................................................................................ 95
Tabla 17. Identificador 002. ........................................................................................ 96
Tabla 18. Identificador 003 ......................................................................................... 96
Tabla 25. Identificador 010 ....................................................................................... 100
17
Tabla 28. Curso Tpico de Eventos. Validar Usuario ............................................... 129

Tabla 29. Curso tpico de eventos. Administrar........................................................ 132
Tabla 30. Cursos Tpicos de Eventos de elaboracin de expedientes ....................... 139
Tabla 31. Cursos Tpicos de Eventos. Ubicacin de expedientes ............................. 150
Tabla 32. Cursos Tpicos de Eventos consulta de expedientes ................................. 156
Tabla 33. Cursos Tpicos de Eventos registros estadsticos...................................... 166
Tabla 34. Cursos Tpicos de Eventos reportes de tipo de personal especifico ......... 171
Tabla 35. Cursos Tpicos de Eventos reportes de tipo de personal genrico ............ 178
Tabla 36. Cursos Tpicos de Eventos reportes de memorndums ............................ 185
Tabla 37. Cursos Tpicos de Eventos reportes de tipo de personal por categora ..... 192
Tabla 38. Cursos Tpicos de Eventos Reportes de personal por condicin laboral .. 199
Tabla 39. Cursos Tpicos de Eventos Reportes de personal por dedicacin laboral. 206
Tabla 40. Resumen de costos .................................................................................... 244
Tabla 41. Beneficios tangibles .................................................................................. 246
18
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
Desarrollo de un Sistema de Gestin Documental para el rea de

Registro de la Delegacin de Personal de la Universidad de Oriente
Ncleo Monagas
Autor: Bastardo Maurera, Rita Edmar.
Tutor: Ing. Jess Chaparro
Julio, 2009
RESUMEN
El objetivo principal del presente trabajo de grado es el desarrollo de un
sistema de gestin documental para el rea de registro de la Delegacin de Personal
de la Universidad de Oriente, Ncleo Monagas. La Unidad de Archivo presenta una
serie de problemas al realizar sus labores diarias, por lo tanto es necesario un sistema
automatizado y debidamente estructurado, que permita la eficiencia y la transparencia
administrativa, velando por el control interno y la proteccin de los documentos,
generando beneficios importantes para el departamento. Para lograr este objetivo se
utiliz la combinacin de dos metodologas, la de Modelado de Procesos de Negocio
al principio para el diagnostico de la situacin actual mediante la cadena de valor y
RUP para la realizacin de los artefactos y modelos utilizando la herramienta de
modelado el lenguaje unificado UML.
19
INTRODUCCIN
Hoy da se vive en la era de la revolucin de la informacin. Todos necesitan
de la informacin para poder llevar a cabo las transacciones comerciales y
personales. La informacin siempre ha jugado un papel importante en la actividad
humana y empresarial, siendo el componente esencial para la toma de decisiones.
La gestin eficiente del conocimiento necesita de mecanismos que propicien
la organizacin de la informacin y el conocimiento, los archivos forman parte de
esos mecanismos. En los archivos se guarda o registra la historia o parte de la historia
de una organizacin, los datos de los empleados y obreros que laboran en ella y su
estudio permite hacer predicciones para el futuro. Es por ello, que en muchas
organizaciones que pretenden implantar sistemas que permitan gestionar el
conocimiento eficientemente, los archivos se automatizan, mediante la utilizacin de
Bases de Datos y herramientas tecnolgicas que transmitan informacin a distancia.
La herramienta tecnolgica ms utilizada actualmente es la Intranet, que
permite construir y desplegar aplicaciones internas, la informacin disponible se hace
a travs de la web y se caracterizan por procesar datos multimedia que estn
almacenados tanto en base de datos como en paginas web que se encuentran
distribuidas sobre una red de computadoras y son accesados, manipulados y
mantenidos, a travs de las interfaces.
En la Universidad de Oriente, se han venido desarrollando este tipo de
sistemas, con el fin de satisfacer las necesidades de los empleados enmarcado en el
decreto presidencial 3390. El Ncleo Monagas, bajo las estrategias del Centro de
Computacin ha realizado este tipo de sistemas.
Es por ello, que el estudio de esta investigacin es un sistema de gestin
documental para el rea de registro de la Delegacin de Personal, con la finalidad de
garantizar la eficiencia administrativa, velando por el control interno y la proteccin
de los documentos del personal obrero, administrativo y docente, bajo un entorno
20
web y software libre, adems del uso de las metodologas RUP y Modelado de
Procesos
Para obtener lo anteriormente mencionado, la investigacin se estructur en
captulos, en los cuales fueron desarrollados los siguientes puntos:
En el Captulo I se realiza una descripcin del Contexto Organizacional en el
que se desarrolla la investigacin.
En el Captulo II se destaca el Problema y sus Generalidades, desarrollando el
Planteamiento del mismo, los Objetivos, Justificacin y Alcance de la Investigacin.
Para el Captulo III, se presenta el Marco Referencial el cual se fundamenta el
estudio, considerando necesario desplegar en su contenido los Antecedentes de la
Investigacin y el Marco Terico (Bases Tericas, Bases Legales y Definicin de
Trminos).
El Captulo IV se titula Marco Metodolgico y comprende el Tipo y Nivel de
Investigacin, Poblacin y Muestra, Tcnicas e Instrumentos de Recoleccin de
Datos, Tcnicas de Anlisis de Datos y Diseo Operativo.
En el Captulo V, se presentan los Resultados en funcin del Diseo
Operativo planteado, para seguidamente detallar el Anlisis Costo - Beneficio. Por
ltimo, se presentan las Conclusiones, Recomendaciones, Bibliografa y Anexos, lo
cual complementa el desarrollo de la investigacin.
21
CAPITULO I
CONTEXTO ORGANIZACIONAL
1.1 UNIVERSIDAD DE ORIENTE
1.1.1 Resea Histrica
Fue en Cuman, lugar de la geografa Nacional que vio nacer a la Universidad

de Oriente, donde se fund, en 1515, la primera escuela de Venezuela. Y fue all
donde, desde comienzo de la colonia, se desarrollaron actividades docentes que
influyeron notablemente en la regin y condujeron la creacin de estudios a nivel
superior. As desde 1759 a 1782, funcionaron ctedras de Latn, Filosofa, Escolstica
Moral y Teologa.
El da 12 de abril de 1812, el Ayuntamiento unific las ctedras que venan
funcionando aisladamente y solicit la creacin de la universidad. A esto accedi, ese
mismo ao, la Legislatura de la Provincia de Cuman establecindose la Universidad
en el antiguo convento de San Francisco. Esa universidad en el convento de San
Francisco comenz a funcionar el 11 de mayo de 1812. Lamentablemente la cada de
la Primera Repblica interrumpi sus labores cuando apenas comenzaba. Esta
universidad cumanesa de 1812 es la que histricamente se ubica como una de las
precursoras de la Universidad de Oriente.
En la regin de Guayana se desarrollaron, igualmente, estudios de carcter
superior. El Colegio de Guayana fue creado el 27 de octubre de 1824 y tuvo
oficialmente carcter universitario desde 1858 hasta 1904, cuando fue convertido, por
decreto, en Instituto de Educacin Media. Durante su vida como alma mater tuvo las
Facultades de Filosofa, Ingeniera y Matemticas; Ciencias Polticas y Medicina
Esta ltima contaba con las ctedras de Patologa General, Patologa Interna,
Patologa Externa, Medicina Operativa Teraputica y Medicina Legal. Exceptuando
otros intentos, que no lograron hacerse permanentes. El Oriente de la Repblica
22
careci de Institutos de Educacin Superior, a pesar de haber sido siempre un anhelo

de sus pueblos la existencia y el funcionamiento de una Universidad. Sin embargo ese
anhelo se vio satisfecho el 21 de noviembre de 1958, cuando por Decreto Ley No.
459 dictado por el Gobierno Provisorio del Dr. Edgar Sanabria y siendo Ministro de
Educacin el eminente educador Dr. Rafael Pizani, se crea la Universidad de Oriente.
Con fecha 26 de Junio de 1959, ya bajo el nuevo gobierno constituido por el
Sr. Rmulo Betancourt, el Ministro de Educacin en cumplimento de lo dispuesto en
el referido Decreto No. 459 de la Junta de Gobierno, dict su Resolucin No. 667
creando la Comisin Organizadora de la Universidad de Oriente integrada por cinco
miembros nombrados por el Ejecutivo Nacional, quienes designaron en su seno un
Presidente y un Vicepresidente.
La comisin tendra, adems un Secretario y el personal subalterno necesario
para el cumplimento de sus funciones, sin perjuicio de poder recabar la colaboracin
de personas extraas a ellas, siempre que no fuese un ttulo oneroso; y por resolucin
No. S-1723 del 6 de julio de 1959 se hicieron las designaciones correspondientes
recayendo stas en las personas de los Doctores Luis Manuel Pealver, Luis Villalba
Villalba, Pedro Roa Morales, Enrique Tejera Pars y Gabriel Chuchani. Los Doctores
Luis Manuel Pealver y Enrique Tejera Pars.
La Comisin present al Ministro de Educacin un anteproyecto de
organizacin que fue aprobado en sus lneas generales y de acuerdo con el cual se
iniciaron en Cuman los primeros Cursos Bsicos con carcter experimental, el 12 de
febrero de 1960. El prximo paso legal en la formacin de la Universidad de Oriente
estuvo dado por la promulgacin del Reglamento de Decreto Ley de su creacin, o
sea el instrumento por medio del cual deba encaminarse el funcionamiento de la
Universidad.
Al aumentarse el trabajo de las distintas subcomisiones y hacerse ms
compleja la labor de desarrollo de la Universidad, la Comisin Organizadora fue
reestructurada y ampliada poco despus, mediante la Resolucin No. 33 del 30 de
23
mayo del mismo ao 1961, emanada del Ministerio de Educacin, a cuyo frente se
encontraba el Dr. Reinaldo Leandro Mora.
Comienza, entonces, a ampliarse el mbito geogrfico de la Universidad de
Oriente y las actividades que se haban iniciado con los Cursos Bsicos de Cuman el
12 de febrero de 1960, se iniciaron en el Ncleo de Monagas (con sede en Jusepn) en
octubre de 1961, con el funcionamiento de la Escuela de Ingeniera Agronmica y de
Petrleo; en el Ncleo de Bolvar (con sede en Ciudad Bolvar) se iniciaron en enero
de 1962 con las Escuelas de Medicina y Geologa y Minas; en el Ncleo de
Anzotegui (con sede en Puerto la Cruz) comenzaron en enero de 1963 con las
Escuelas de Ingeniera Elctrica, Qumica y Mecnica, y en el Ncleo de Nueva
Esparta (con sede en Porlamar) se inauguraron los Cursos Bsicos el 21 de enero de
1969.
Dado el desarrollo de Escuelas y Ctedras y el crecimiento vertiginoso de la
Universidad en todos los campos, se fue haciendo cada vez ms imprescindible la
necesidad de dotarla de una legislacin ms adecuada y, en efecto, el 11 de febrero de
1964 se promulg por el Presidente de la Repblica, en Consejo de Ministros, el
Decreto Nro. 1170, que despus de conocer el xito alcanzado por el Instituto en su
etapa previa de organizacin, justifica la continuidad de los mtodos experimentales
empleados y, a los fines de perfeccionar su funcionamiento, dicta un nuevo y ms
amplio Reglamento de Decreto Ley de la Creacin de la Universidad de Oriente.
1.1.2. Visin
Ser un ente Rector en la Educacin Superior que asuma una filosofa

democrtica y participativa; orientada hacia la plena autonoma, comprometida a
dedicar sus esfuerzos a la formacin de recursos humanos competitivos para el
mercado laboral, prestando servicio de calidad en las reas del conocimiento
cientfico, humanstico y tecnolgico mediante la realizacin de funciones de
investigacin, docencia y extensin, atendiendo la pertinencia social de cada ncleo,
24
respondiendo oportunamente a las exigencias de su entorno y a las demandas de

cambios e innovaciones que caracterizan a nuestra poca.
1.1.3. Misin
Contribuir a la formacin de profesionales de excelencia, de valores ticos y

morales, crticos, creativos e integrales en la prestacin de servicios en las diferentes
reas del conocimiento y desarrollando actividades de investigacin, docencia y
extensin para cooperar en la construccin de una sociedad venezolana de la Regin
Oriental - Insular - Sur del pas.
1.1.4. Objetivos
1. Formar los equipos profesionales y tcnicos necesarios para el desarrollo del pas.
2. Ampliar los recursos cientficos y tcnicos, para la solucin de problemas
econmicos y sociales del pas y en especial de la Regin Oriental, Insular y Sur
del pas.
3. Conservar e incrementar el patrimonio cultural y educativo e incorporarse a las
tareas del desarrollo integral de Venezuela.
4. Conducir el proceso de formacin de un profesional hbil y til para ubicarse en
un mundo competitivo, integrado, regionalizado y en proceso acelerado de
trasformacin con base a una educacin de calidad.
5. Transformar la gerencia universitaria basada en un modelo cultural, centrado en
las personas y en los procesos, tendente hacia la modernizacin de la Institucin.
6. Rescatar la formacin profesional de los alumnos mediante el desarrollo de la
mstica, dignidad, moral, creatividad, innovacin y productividad, para que sean
capaces de insertarse en el quehacer regional y nacional.
7. Implantar Educacin Superior de la ms alta calidad, con el fin de obtener un
profesional de excelencia.
25
8. Generar un cambio de modelos y de funcionamiento basado en una

reestructuracin curricular.
1.1.5. Funciones de la Universidad de Oriente
1. Promover y desarrollar labores de investigacin cientfica, humanstica y
tecnolgica en las reas y disciplinas en las que se considere necesaria su
participacin en relacin a los problemas regionales y nacionales.
2. Promover vnculos directos con los medios de comunicacin social a objeto de
proporcionar mayor cobertura a la actividad universitaria.
3. Desarrollar actividades de proyeccin social y extensin universitaria.
1.1.6. Principios
Problematizadora: de manera que interprete al hombre como una genuina

situacin problema. Ello implica desarrollar las capacidades crticas y la sensibilidad
para la interpretacin y transformacin de la realidad.
Creadora: para la generacin de nuevas ideas que impulsan el desarrollo de la
ciencia y de la tecnologa en beneficio de nuestra independencia econmica y
poltica, as como el mejoramiento de nuestra calidad de vida y de la sociedad en
general.
Concientizadora: contra puesta a la exposicin de las ideas, a la dependencia y
a la manipulacin en beneficio de la formacin de un espritu crtico que desarrolle la
capacidad reflexiva hacia el propio ser y el mundo.
Participativa: fundada en una enseanza para la vida y la convivencia, a
travs del trabajo cooperativo, donde cada quien cuenta con la posibilidad y el
estmulo para interpretar y estudiar en forma reflexiva.
26
1.1.7. Emblema
El logotipo que identifica a la Universidad de Oriente fue ideado por el Rectorfundador, Dr. Lus Manuel Pealver, quien quiso representar el oriente por donde
nacen el sol y todas las estrellas. Insert entonces la estrella que simboliza a la
Universidad de Oriente en las elipses que representan el movimiento de los tomos
en las molculas y los componentes de los mismos dentro de esta unidad de la
materia. Quiso, en sntesis, armonizar la idea del nacimiento de la universidad para la
regin oriental de Venezuela, con el sentido tecnolgico cientfico de los
componentes elementales de materia para que la universidad y la ciencia encauzaran
a la Universidad de Oriente por derroteros fines de luz y esperanza. El 22 de junio
de 1963 el Consejo Tcnico de la UDO aprob por unanimidad su adopcin, en la
reunin celebrada en el campo de Jusepn, Estado Monagas.
Figura 1. Emblema
Fuente: http://www.monagas.udo.edu.ve
1.1.8. Eslogan
Del pueblo venimos y hacia el pueblo vamos
Frase acuada por el maestro folklorista Santos Barrios y se utilizo como
eslogan en el programa Rumbo Universitario a favor de la universidad de oriente
que se trasmita por radio sucre los domingos la 7 PM en el ao de 1959.
27
1.1.9. Bandera
Es de color azul rey de fleco con planteados en el centro lleva el emblema de
la Universidad de Oriente.
Figura 2. Bandera de la UDO
Fuente: Agenda 2008. Universidad de Oriente
1.1.10. Estructura Organizativa
Figura 3. Organigrama de la UDO
Fuente:http://www.udo.edu.ve/index.php?option=com_content&task=view&id=121
28
1.2 UNIVERSIDAD DEORIENTE NUCLEO MONAGAS

1.2.1 Resea Histrica
El Ncleo de Monagas inicia sus actividades el 12 de febrero de 1962, cuando

ingresa a sus aulas el primer contingente de estudiantes, conformado por 31 alumnos
de Ingeniera Agronmica y trece de Ingeniera de Petrleo, quienes haban
completado el curso bsico en Cuman. Las instalaciones del antiguo campo
petrolero de Jusepn, adquirido por la Universidad, mediante venta simblica
realizada por la Creole Petroleum Corporation, sirven de asiento al proyecto
acadmico que comenzaba a echar races en el oriente venezolano, marcando el hito
ms trascendental en el acontecer de la educacin superior en la zona.
Monagas es tierra de tradicional vocacin agrcola y para esa poca, al igual
que hoy, revelaba tambin un elevado potencial petrolero. Esto explica el por qu la
UDO inicia sus actividades en este Ncleo con las especialidades de Agronoma y
Petrleo, adscritas al denominado Instituto de Agronoma, Zootecnia y Veterinaria, y
a la Escuela de Ingeniera de Petrleo, respectivamente.
En febrero de 1968, la Escuela de Ingeniera de Petrleo fue trasladada al
Ncleo de Anzotegui. El vaco lo ocupa la Escuela de Zootecnia, la primera de esta
especialidad que se funda en el pas y la segunda en Amrica Latina, cuya creacin
haba sido aprobada por el Consejo Directivo Universitario, en abril de 1966. As se
consolida la ms slida estructura acadmica regional en el campo de las ciencias
agrcolas, respondiendo acertadamente a los objetivos primigenios que alentaron la
creacin del Ncleo de Monagas.
En enero de 1974, se establece la Unidad de Estudios Bsicos, en las
edificaciones de lo que fue un colegio de religiosos, ubicadas en la Urb. Juanico, en
Maturn. Con la apertura de esta unidad, puede decirse que comienza la consolidacin
acadmica del Ncleo, pero, al mismo tiempo, se inicia el proceso de masificacin,
pues hasta esa fecha todos los estudiantes deban realizar sus cursos bsicos en el
29
Ncleo de Sucre, en Cuman. La infraestructura fsica del Ncleo de Monagas tiene

su sede principal en el Campus Los Guaritos, en Maturn, cuya primera etapa fue
inaugurada el 21 de agosto de 1990.
1.2.2. Visin
La Universidad de Oriente reafirmar su compromiso de ser el centro de

estudio, anlisis y produccin de ideas necesarias para el desarrollo social, econmico
y poltico del Oriente del Pas, capaz de desarrollar mtodos y tecnologa
innovadoras, de asegurar la calidad por medio de los sistemas eficientes de
planificacin, evaluacin y motivacin.
La Universidad ser una Institucin cuyo ambiente estimule la creatividad y
productividad de todos sus miembros. As mismo deber ocupar una posicin de
liderazgo en investigacin y logros acadmicos. Con intencin de situarse en un lugar
privilegiado en los sueos de cada miembro de la Comunidad Universitaria.
1.2.3. Misin
Formar profesionales del ms alto nivel de calidad, profesionales que atiendan

problemas de su particular formacin y competencia, bajo un alto espritu de
solidaridad y compromiso social. Se trata de formar profesionales creativos, capaces
de destacarse en un mercado cada vez ms competitivo con el mejoramiento de la
calidad de vida y con el desarrollo.
Mantener una permanente vinculacin con sus egresados para su actualizacin
constante. As mismo, permanecer en contacto con los sectores sociales y
productivos.
30
1.2.4. Objetivos
1. Impartir Educacin Superior Universitaria de la ms alta calidad, con el fin de

obtener profesionales de excelencia.
2. Promover y desarrollar labores de investigacin cientfico, humanstica y
tecnolgica, en las reas y disciplinas en las que considere necesaria su
participacin en relacin a los problemas regionales y nacionales.
3. Desarrollar actividades de proyeccin social y extensin Universitaria.
1.2.5. Estructura
Figura 4. Estructura de la UDO Monagas
Fuente: http://www.udo.edu.ve
31
1.3 CENTRO DE COMPUTACIN NUCLEO MONAGAS

1.3.1. Visin
Ser el promotor de una cultura de comunicacin electrnica y de servicios

informticos en el rea acadmico-administrativa, con la mstica y dedicacin, en pro
de afianzar los conocimientos mediante el establecimiento de una plataforma y
comunicacin (TIC), que satisfaga las necesidades de la institucin para situar a la
Universidad de Oriente - Ncleo Monagas, como una organizacin preparada y
adaptada a la nueva era.
1.3.2. Misin
Coordinar y mantener una estructura integral ptima en las reas, de

comunicacin electrnica y servicios informticos, mediante el diseo y desarrollo de
servicios de redes, software y soporte tcnico, para fortalecer las actividades
acadmico-administrativo y contribuir al desarrollo tecnolgico de la Universidad de
Oriente - Ncleo Monagas.
1.3.3. Objetivos
1.
Generar y motivar la ejecucin de las polticas de comunicacin electrnica

y de servicios informticos para el desarrollo de proyectos con miras a fortalecer
la Red Acadmico-Administrativa de la Universidad de Oriente - Ncleo
Monagas.
2.
Prestar un eficiente y completo servicio de procesamiento de datos y dar un

soporte adecuado a todas las actividades Acadmicas-Administrativas, de
Investigacin y Extensin, que en el rea de informtica se generen dentro de la
Universidad.
32
3.
Garantizar la disponibilidad de servicios a la comunidad local, regional y

nacional en los rubros de diseo y desarrollo de sistemas de informacin, redes y
adiestramiento de personal, que permita un mejor y mayor posicionamiento de la
investigacin y desarrollo cientfico-tecnolgico de la Universidad de Oriente.
4.
Contribuir al desarrollo tecnolgico de la institucin y comunidad en

general, mediante la asesora de planes y proyectos a corto, mediano y largo
plazo en el rea de su competencia.
1.3.4. Funciones
1. Instaurar y promover la actualizacin y desarrollo de los recursos de Hardware y

Software, en las reas de comunicacin electrnica y servicios Informticos
existentes o requeridos en las dependencias administrativas, de docencia,
investigacin y extensin.
2. Generar y coordinar los proyectos orientados al desarrollo de sistemas de
informacin automatizados, redes, pginas Web, programas multimedia,
inteligencia artificial, base de datos, entre otros.
3. Desarrollar proyectos que permitan apoyar las funciones de docencia,
investigacin y extensin de la Universidad de Oriente.
4. Coordinar con la Direccin de Organizacin y Sistemas, lo relacionado con la
normalizacin de los sistemas en materia de comunicacin electrnica y servicios
informticos en la Universidad de Oriente.
5. Promover la formacin de sistemas informacin Acadmico-Administrativo,
donde esta se genere, haciendo uso de servidores Web y base de datos, para
apoyar la difusin de servicios como: carteleras, revistas y transferencia
electrnica de documentos, servidores de noticias, lista de discusin, correo
electrnico, aulas y bibliotecas virtuales, videoconferencias, entre otros.
33
1.3.5. Estructura
Figura 5. Organigrama del Centro de Computacin Monagas
Fuente: Centro de Computacin Monagas
1.4 DELEGACIN DE PERSONAL NCLEO MONAGAS

1.4.1. Misin
Realizar las funciones operativas del sistema de Administracin de Recursos

Humanos, para canalizar y supervisar la aplicacin de Polticas, Normas y
Procedimientos en el desarrollo de planes aplicados al personal Docente,
Administrativo y Obrero; as como tambin, el asesoramiento, tramitacin y
ejecucin de las clausulas socioeconmicas contenidas en los Convenios de Trabajo
del Personal Administrativo y Contrato Colectivo que arropa al personal obrero.
1.4.2. Visin
34
Propiciar el mejoramiento continuo de la calidad de los servicios que se prestan

a los Recursos Humanos de la Institucin; con el propsito de contribuir con la
planificacin, coordinacin, ejecucin y control de todo lo concerniente a la gestin
en materia de Administracin de Personal.
1.4.3. Propsito
Administrar
los recursos humanos de la Universidad de Oriente, Ncleo
Monagas. Colaborar con la Direccin de Personal en la Planificacin, Evaluacin, y

Supervisin y Coordinacin de la Gestin de Recursos Humanos, respondiendo por el
cumplimiento de las funciones de personal en el Ncleo, administrando los convenios
y Contratos de Trabajos, atendiendo y manejando las relaciones con los gremios,
dando solucin a los problemas de personal que surjan y respondiendo por el manejo
de la nmina de pagos y el asesoramiento en materia de personal; as como lo
concerniente al estudio y anlisis de casos del personal Docente y de Investigacin,
Administrativo y Obrero. Para ello, se realiza la parte operativa del sistema de
reclutamiento, seleccin y formacin de personal, del sistema de clasificacin,
aplicacin de controles disciplinarios, de estmulos, pagos de salario y beneficios al
personal, modificacin en la nmina de pagos, elaboracin de registro de informacin
de cargos y cuadros estadsticos, redaccin de informes tcnicos, entre otros.
1.4.4. Funciones de la Delegacin de Personal
1. Aplicar las Leyes, Reglamentos y Resoluciones para el personal de la

Universidad de Oriente.
2. Conocer la situacin actual del personal Docente, Administrativo y Obrero del
Ncleo Monagas.
3. Determinar las necesidades reales del recurso humano en el Ncleo.
4. Velar por el cumplimiento disciplinario del Personal del Ncleo.
35
5. Establecer la creacin de cargos en base al presupuesto asignado para

contratacin del personal en el Ncleo.
6. Llevar el registro y control del personal del Ncleo.
7. Garantizar la Seguridad Social del personal, SSO, HCM y hacerla extensiva a la
carga familiar de cada funcionario.
8. Dar cumplimiento a los compromisos contractuales establecidos en los
Convenios de Trabajo de los Administrativos (ASPUDO y ASEUDO) y en el
Contrato Colectivo (STUDO).
9. Elaborar y tramitar las planillas de movimientos de personal (FP020) a las
instancias respectivas.
10. Garantizar la inclusin a nmina de los movimientos de personal que se realizan
por: cambios de categoras, cambios de dedicacin, reclasificaciones, bonos por
jefaturas. Denominacin de cargos, jubilaciones, renuncias, destituciones,
ingresos, pases a fijo, etc.
11. Garantizar el cumplimiento de los cambios generados en los sueldos y todo lo
relacionado con los beneficios contractuales que deben ser incluidos en la nmina
de pago.
12. Elaborar y enviar a la Delegacin de Presupuesto las rdenes de pago que
corresponden a diferentes conceptos cancelados en el Ncleo.
13. Tramitar a nivel central las solicitudes de jubilaciones, pensiones por
sobrevivientes, pensiones por incapacidad, prestaciones sociales, actualizacin de
expedientes, antecedentes de trabajo, embargos judiciales y todo lo relacionado
con materia laboral.
36
1.4.4. Estructura Organizativa
Figura 6. Estructura de la Delegacin de Personal UDO Monagas
Fuente: Delegacin de Personal de la UDO Monagas
Las diversas actividades que se desarrollan en estas dependencias son

coordinadas por el Delegado de Personal, travs del establecimiento de lneas de
comunicacin y la interrelacin constante entre las reas que la conforman; pues, a
pesar que cada una de ellas poseen funciones especificas, existe una estrecha
dependencia basada en el objetivo principal que en conjunto determina el logro del
mismo.
1. rea de Nmina: es la encargada de tramitar todos los movimientos
relativos a pagos de sueldos y salarios del personal del Ncleo, beneficios
socioeconmicos y descuentos por diversos conceptos.
2. rea de Bienestar Social: su funcin es garantizar todo lo relacionado en
materia de seguridad social, que se traduce a: seguro social, atencin
mdica, reposos, etc.
3. rea de Relaciones Laborales: en lnea general, sta rea ejecuta planes
relacionados a la administracin de Personal a travs de la utilizacin de
37
tcnicas administrativas pertinentes con el Recurso Humano, todo ello

ayuda a la contribucin del desarrollo de los procesos administrativos, los
cuales tienen que ver con la gestin de Recursos Humanos y por ende el
logro y mantenimiento de un buen clima organizacional. Dentro de los
propsitos que persigue sta importante rea estn:
Verificar el cumplimiento de los beneficios socioeconmicos
del personal Docente, Administrativo y Obrero del Ncleo.
Realizar
estimaciones
presupuestarias
por
cargos,
comparaciones entre los mismos y solicitudes de recursos para

cancelar sueldos y salarios.
Practicar las debidas correcciones a la nmina de pago de
Personal del Ncleo.
Realizar anlisis de casos, de acuerdo a la solicitud del
Delegado de Personal.
Remitir
informenes
relacionados
con
ascensos
reclasificaciones del Personal y elaborar cuadros comparativos

por tales conceptos, as como tambin, la emisin de rdenes
de pago por concepto nominales no cancelados en su debida
oportunidad.
Llevar el control de exclusin e inclusin de primas por hijos.
4. rea de Archivo y Registro: esta rea contiene todos los expedientes,
registros y control de informacin del personal del Ncleo. La archivista,
se encarga de mantener actualizados los expedientes de los funcionarios y
asegurar la apertura de cada ingreso de personal a la institucin. Adems
de realizar reportes.
38
CAPITULO II
EL PROBLEMA Y SUS GENERALIDADES
2.1 PLANTEAMIENTO DEL PROBLEMA
En los ltimos aos la realidad empresarial ha cambiado a un ritmo

vertiginoso, aunque la velocidad de estos en relacin a los objetivos conseguidos no
son iguales entre las grandes empresas, instituciones y las PYMES, los distintos
mbitos geogrficos de actuacin y los sectores de actividad, e incluso entre empresas
del mismo pas, sector y tamao, se puede reconocer unas tendencias imparables en
la gestin empresarial.
En la prctica empresarial las tecnologas de la informacin y las
telecomunicaciones ocupan un lugar muy destacado en cualquier empresa, siendo
elementos indispensables de gestin.
Hoy, el conocimiento es uno de los activos ms valiosos, gestionarlo implica,
en gran medida, catalogar, consultar, acceder e integrar informacin y documentacin
que, en la mayor parte de las ocasiones, se encuentra dispersa y bajo soportes no
informatizados. Por este motivo, la gestin de la documentacin se ha convertido, en
una necesidad y en un problema para las organizaciones; gastos en locales y
almacenes, infraestructuras para garantizar el estado de conservacin de los
expedientes y documentos, tiempo dedicado a la organizacin y bsqueda de
documentos, duplicaciones de informacin, gastos de fotocopias-fax, entre otros.
La Universidad de Oriente (UDO) por su crecimiento vertiginoso maneja
alrededor de mil quinientos cuarenta y ocho (1548) expedientes del personal docente,
administrativo y obrero, los cuales contienen los datos personales, y acadmicos tanto
de pregrado como de postgrado y la experiencia laboral que poseen, los mismos son
almacenados en archimoviles.
La bsqueda y actualizacin de los expedientes origina prdida de tiempo al
funcionario y genera un agotamiento fsico, debido a que no se cuenta con el personal
19
requerido para realizar dicha labor, causando tiempos de espera elevados al momento
de entregarlos; adems de que retrasa la realizacin de los reportes exigidos por la
Delegacin de Personal, ya que, existe exceso de trabajo al revisar cada uno de los
expedientes que se encuentran archivados hasta encontrar toda la informacin
requerida por la unidad solicitante, siendo esto ltimo un problema para el
archivador.
El almacenamiento de los expedientes de los funcionarios es inseguro, puesto
que no se posee respaldo alguno en caso de que se presente un siniestro o prdida de
documentos. Dada la circunstancia de que se extravi un documento o expediente el
funcionario puede tener sanciones de acuerdo a la importancia del documento, la cual
puede ser una amonestacin verbal o escrita de acuerdo a la Ley del Funcionario
Pblico.
Es de resaltar que al realizar un proceso de auditora el Departamento de
Contralora tendra en algunos casos resultados errneos sobre la informacin de los
expedientes porque los mismos no estaran vigentes. No existe un control de los
trabajos de ascensos del personal docente y administrativo, ocasionando que la
institucin no aproveche adecuadamente los profesionales altamente capacitados en
diferentes reas.
Por ello, es importante realizar un sistema de gestin documental para el
rea de Registro de la Delegacin de Personal de la Universidad de Oriente, Ncleo
Monagas, automatizado y debidamente estructurado, que permita la eficiencia y la
transparencia administrativa, velando por el control interno y la proteccin de los
documentos, generando beneficios importantes para el departamento, entre los que se
encuentran:
1. Rapidez en la bsqueda de los expedientes debido a que el sistema ser

automatizado brindando celeridad del mismo al momento de realizar la
indagacin.
20
2. Actualizacin de los expedientes de los empleados, porque el sistema

permitir que la informacin del personal se encuentre vigente.
3. Respaldo de los expedientes que se encuentran en la Unidad de Archivo,
debido a que se contar con los documentos tanto en forma digital como
en fsico.
4. Eficiencia del personal disponible de la Unidad de Archivo porque el
sistema permitir que en menor tiempo se localice la informacin
requerida.
5. Reportes actualizados porque el sistema permitir que la informacin este
al da logrando agilizar el trabajo del archivador.
El proyecto tendr un alcance parcial que se centrar en la UDO- Ncleo

Monagas de acuerdo con las posibilidades tecnolgicas y otras condiciones que se
determinarn a travs de los diagnsticos y a dems podr usarse en cualquier
departamento que necesite la digitalizacin de archivos para poder indexar, reciclar,
entre otros, la informacin.
OBJETIVOS
2.2.1. Objetivo General
Desarrollar un Sistema de Gestin Documental para el rea de Registro de la

Delegacin de
21
2.2.2. Objetivos Especficos
1. Detectar los procesos y problemas manejados en la Unidad de Archivo de la

Universidad de Oriente, Ncleo Monagas.
2. Analizar los requerimientos del sistema de acuerdo a las normas de la
Institucin.
3. Disear la arquitectura del sistema por medio del modelado.
4. Desarrollar el sistema de gestin documental para el rea de Registro de la
Unidad de Archivo.
2.2.3. Justificacin de la Investigacin
El rea de Archivo y Registro contiene todos los expedientes, registros y

control de informacin del personal del Ncleo, por tal motivo, es necesario
resguardar la documentacin en todo momento y que la misma este actualizada.
Es por ello, que se pretende desarrollar un sistema de gestin documental que
garantice la eficiencia administrativa, ya que, actualmente el procedimiento se realiza
de forma manual generando retraso al momento de entregar reportes a la Delegacin
de Personal y es inseguro porque si se presenta algn siniestro en la institucin no
existe ningn tipo de respaldo de los expedientes de los empleados que laboran en la
Universidad. Este sistema web permite que las dependencias autorizadas puedan
observar desde cualquier sitio los expedientes del personal obrero, administrativo y
docente, evitando el traslado hacia la Unidad de Archivo.
2.2.4. Alcance de la Investigacin
El alcance de este proyecto es el desarrollo de un sistema de gestin

documental para el rea de Registro de la Delegacin de Personal de la Universidad
de Oriente Ncleo Monagas, la cual dur aproximadamente quince (15) meses y
22
estuvo limitada a realizar la Cadena de valor y la jerarqua de proceso de la

metodologa de modelado de procesos, adems de la Fase de Inicio, Elaboracin y
Construccin de la metodologa de desarrollo de software RUP, acotando que para
esta ltima fase slo se lleg hasta la primera iteracin.
El sistema ser realizado bajo un entorno web y utilizando herramientas de
software libre que permitan cumplir con el decreto presidencial N 3390. El
manejador de base datos del sistema fue Oracle Database 10g, cuya licencia fue
adquirida por la universidad para el desarrollo de los sistemas administrativos del
ncleo, tecnologa de servidor web Apache a travs del navegador de internet Mozilla
Firefox, simulado en un servidor CentOS de distribucin libre, programado en PHP,
HTML y JavaScrit.
Es de resaltar que el sistema permitir registrar expedientes nuevos de una
forma rpida y sencilla, mantiene actualizados los expedientes de los empleados de
los funcionarios de la Universidad de Oriente, adems realiza reportes de
amonestaciones, reposos mdicos, ascensos, renuncias, entre otros; los cuales son
exigidos por la Delegacin de Personal del Ncleo.
Por ser una aplicacin web, las dependencias autorizadas pueden conectarse
desde cualquier lugar e ingresar al sistema sin ningn problema y consultar los
expedientes que necesite.
23
CAPITULO III
MARCO REFERENCIAL
3.1 ANTECEDENTES DE LA INVESTIGACIN
Prez, E. (2007). Desarrollo de un modelo de negocio basado en un enfoque

sistmico, que permita mejorar el portafolio de soluciones tecnolgicas integrales,
para la gerencia de perforacin PDVSA- Distrito Norte. Petrleos de Venezuela
Sociedad Annima, Estado Monagas. En este trabajo se desarroll un modelo de
negocio basado en un enfoque sistmico, para la Gerencia de Perforacin, el cul
permitir mejorar el portafolio de soluciones tecnolgicas que elabora en la Gerencia
de AIT. Las caractersticas del trabajo realizado son las de una investigacin
proyectiva, debido a que el estudio se dirige hacia el desarrollo de un modelo, como
solucin al problema presentado en la organizacin, ubicado en un nivel comprensivo
por cuanto se estudi el problema objeto de estudio en su relacin con otros
problemas existentes dentro de la organizacin. Para el desarrollo de la investigacin
se fusion la Metodologa Checkland mediante el cual se obtuvo una visin amplia de
la Gerencia AIT, donde se destacaron los focos problematicos y a su vez se
establecieron posibles mejoras a stos y el mtodo BMM, el cual permiti la
construccin del modelo de negocios, permitiendo representar y comprender las
operaciones que se llevan a cabo en la Gerencia de Perforacin, para as planificar la
incorporacin de soluciones tecnolgicas que le permitan alcanzar sus objetivos y
metas. Briceo, G (2008). Sistema automatizado para la gestin de los procesos
administrativos de la delegacin de planificacin de la universidad de oriente nucleo
Monagas. Universidad de Oriente Ncleo Monagas. La investigacin se baso en el
desarrollo de un sistema automatizado para la gestin de los procesos administrativos
de la delegacin de planificacin de la universidad de oriente, especficamente para la
Recepcin seguimiento y control de los proyectos que las dependencias del ncleo
elaboran con la finalidad de ser incluidos en el Plan Operativo Anual o POA de la
24
universidad. Dicho trabajo estuvo enmarcado en la investigacin proyectiva y de

campo con un nivel descriptivo, para el logro de los objetivos planteados se utilizaron
las tres primeras fases de la metodologa de desarrollo de software RUP con la ayuda
del lenguaje unificado de modelado UML.
Nez, Y (2008). Sistema automatizado para la gestin de los procesos

administrativos en la seccin de Compras Ncleo Monagas enmarcado dentro del
proyecto macro software libre de la Universidad de Oriente. Universidad de Oriente
Ncleo Monagas. La investigacin se baso en el desarrollo de un sistema
automatizado para la gestin de los procesos que se llevan a cabo en la seccin de
compras, la cual presenta una serie de problemas al realizar sus labores diarias, ya
que, no cuentan con una ayuda tecnolgica adecuada que les ayude a mejorar sus
actividades, para esto se utilizo dos metodologas, la de Checkland para el
diagnostico de la situacin actual y la metodologa de RUP para la realizacin de los
respectivos artefactos y modelos utilizando como herramienta UML.
3.2. MARCO TERICO

3.2.1. Mtodo de modelado de negocios (Business Modeling- BHM)
El mtodo de modelado de negocios es una tcnica para modelar sistemas de

negocios, prescribe el conjunto de actividades que deben realizarse para construir
dicho modelo. A travs de este mtodo se representan los objetivos, procesos,
objetos, reglas, actores y eventos de los procesos de negocio. En la figura 4 se
muestra la estructura del modelo de negocio:
25
Figura 7. Estructura del Modelado de Negocio
Fuente: Autor (2009)
Modelado de Objetivos
Permite representar la misin, la visin y los objetivos del negocio, los cuales
son el resultado establecido de antemano y, que, por lo general, reflejan el modo de
pensar de la organizacin, orientan el desempeo empresarial y permiten evaluar la
continuidad del negocio.
Modelado de Procesos
Permite describir una organizacin desde el punto de vista de los procesos que
sta ejecuta, sus actores y responsabilidades, de los recursos que estn involucrados
en cada uno de estos procesos.
Los procesos de negocios tienen las caractersticas siguientes:
Son gobernados por reglas del negocio.
Son activados por eventos (internos, externos)
Son ejecutados y supervisados por los miembros (actores) de la organizacin.
Los actores pertenecen a una unidad organizativa.
Requieren de insumos (Objetos del Negocio-ON) que son transformados y/o
manipulados para producir un resultado.
Un proceso intercambia ON e informacin con otros procesos de la
organizacin.
26
El Modelado de Negocios se divide en tres etapas:

1.
Elaboracin de la cadena de valor y la jerarqua de procesos.
2.
Elaboracin del diagrama de proceso.
3.
Elaboracin de diagrama de actividades.
La Cadena de Valor fue propuesta por Michael Porter (2006), la cual es

empleada para analizar las actividades de una empresa que crean valor y ventaja
competitiva. Representa la relacin entre los procesos fundamentales o primarios y
los procesos de apoyo. Un proceso complejo puede ser descompuesto repetidamente
en un conjunto de subprocesos cada vez ms simples, formando una jerarqua de
procesos en la cual deben mantenerse la integridad y la coherencia entre ellos. Y los
procesos de ms bajo nivel de la jerarqua se describen a travs de un conjunto
interrelacionado de actividades. El diagrama de procesos modela un proceso de
negocio basndose en sus entradas, salidas, controles y recursos. Las caracetristicas
son:
1. Objetivo: Un proceso de negocio tiene algn objetivo bien definido. Esta es la
razn por la que la organizacin realiza este trabajo y se debera definir en los
trminos de los beneficios que tiene para la organizacin como un todo y en la
satisfaccin de las necesidades de negocio.
2. Informacin: Los procesos de negocio utilizan informacin para personalizar
o completar sus actividades. La informacin, a diferencia de los recursos, no
se consume en el proceso -ms bien se utiliza como parte del proceso de
transformacin. La informacin puede provenir de Fuentes externas, de
clientes, de unidades organizacionales internas e incluso puede ser el producto
de otros procesos.
3. Salida: Un proceso de negocio producir tpicamente una o ms salidas de
valor para el negocio, tanto para uso interno como para satisfacer requisitos
externos. Una salida puede ser un objeto fsico (tal como un informe o una
27
factura), una transformacin de recursos crudos en un nuevo ordenamiento

(una agenda diaria o calendario) o un resultado global de negocio tal como
completar una orden de cliente. Una salida de un proceso de negocio puede
alimentar otros procesos, tanto como un tem que se solicita o como un
disparador para iniciar nuevas actividades.
4. Recurso: Un recurso es una entrada a un proceso de negocio y, a diferencia de
la informacin, tpicamente se consume durante el procesamiento. Por
ejemplo, a medida que se lleva a cabo y se registran las novedades de cada
servicio de tren diario, el recurso servicio se 'usa' tantas veces como concierna
al proceso de registrar las novedades del tren.
Figura 8. Estructura del Modelado de Procesos
Fuente: http://www.sparxsystems.com.ar/resources/tutorial/business_process_model.html
Un diagrama de actividades describe un flujo de trabajo (workflow) de un

proceso del negocio,
el proceso, en qu acciones se requieren para ejecutar el

28
proceso, en qu orden se realizan estas acciones, que hacen estas acciones (que
reciben y que producen o que transforman). Los diagramas de actividades modelan
dos tipos de flujos entre acciones, el flujo de control y el flujo de objetos.
Modelado de Objetos
Representa el conjuntos de entidades (objetos o conceptos), concretos o

abstractos que estn presentes y son de inters a un sistema de negocio. Cada una de
estas entidades denominadas objetos del negocio, funge como recursos para la
ejecucin de las diferentes actividades asociadas a los procesos de negocio
ejecutndose en una empresa; son creados, usados, requeridos, consumidos y
producidos por los procesos de negocio. En este sentido, un modelo de objetos es
representado grficamente a travs de unos o ms diagramas de clases de UML,
donde se describen los diferentes objetos del negocio y sus relaciones.
El modelo de objetos de negocio consiste en identificar, conceptualizar
(atribuirle propiedades), clasificar y relacionar las clases de objetos de negocios de un
proceso o sistema de negocios. Una clase es una descripcin de un conjunto de
objetos que comparten los mismos atributos, operaciones, relaciones y semnticas.
Modelado de Reglas
Permite representar las reglas del negocio que son un conjunto de normas,
polticas, estndares, etc.; pos estn
las cuales los procesos de negocio estn
regulados o controlados. Las reglas de negocio definen las regulaciones o

restricciones bajo las cuales una empresa opera.
29
Modelado de Actores
Dentro de un modelo de negocios empresarial, los actores son aquellas

personas, maquinas o software que ejecutan los procesos de una organizacin o
empresa. Cada uno de estos actores se organiza en estructuras de trabajo llamadas
unidades organizativas. El conjunto de unidades organizativas clasificadas en
divisiones, departamentos o secciones conforman la estructura organizativa jerrquica
de una organizacin o empresa.
El modelo de actores permita representar las Estructuras Organizacionales de
las empresas, las cuales estn compuestas por actores quienes desempean roles y
tienen responsabilidades. La ubicacin de los actores dentro de la estructura
organizativa define:
1. Las relaciones con los dems miembros o unidades de la organizacin.
2. La subordinacin y los subordinados.
3. Los deberes que debe cumplir.
4. Los mtodos y procesos de trabajo que deben realizar.
Las relaciones entre los roles pueden ser de varios tipos:
Autorizacin: un rol debe esperar una autorizacin de otro rol para llevar a
cabo su objetivo, ejemplo: firma.
Objetivo: cuando la consecucin del objetivo de un rol es llevada a cabo por
otro rol, ejemplo: solicitud de firma.
Coordinacin: cuando la consecucin de un objetivo de un rol depende de la
consecucin del objetivo de otro rol, ejemplo: confirmacin de recepcin.
Recursos:
expresa
necesidades
de
intercambios
fsico
de
recursos
operacionales, ejemplo; dinero, productos.
30
Modelado de Eventos
Permite representar el flujo de trabajo que es llevado a cabo cuando ocurre un

evento quo proviene desde dentro o fuera del sistema de negocio. Por lo general, un
evento es una accin de muy corta duracin y que seala el inicio o fin de la
ejecucin de un proceso de actividad. Un evento puede tambin, cambiar el estado de
uno o mas de los objetos o conceptos presentes en un sistema de negocio. Los eventos
pueden sr clasificados como externos o internos, programados o no programados,
recuentes, causales, entre otros.
Para modelar los eventos que activan las acciones, procesos o actividades se
usan nodos de seales en diagramas de procesos o de actividades y para modelar
eventos que cambian el estado de un objeto usan diagramas de estado.
3.2.2. Metodologa Rational Unified Process (RUP)

La metodologa RUP, llamada as por sus siglas en ingls Rational Unified
Process, es un proceso de Ingeniera de Software planteado por Kruchten en 1996,
cuyo objetivo es producir software de alta calidad, es decir, que cumpla con los
requerimientos de los usuarios dentro de una planificacin y presupuesto
establecidos. La historia de esta metodologa se puede observar en la figura 6.
El antecedente ms importante se ubica en 1967 con la Metodologa Ericsson
(Ericsson Approach) elaborada por Ivar Jacobson, una aproximacin de desarrollo
basada en componentes, que introdujo el concepto de Caso de Uso. Entre los aos de
1987 a 1995 Jacobson fund la compaa Objectory AB y lanza el proceso de
desarrollo Objectory (abreviacin de Object Factory).
31
Figura 9. Historia de RUP
Fuente: https:/pid.dsic.upv.es.
Posteriormente en 1995 Rational Software Corporation adquiere Objectory

AB y entre 1995 y 1997 se desarrolla Rational Objectory Process (ROP) a partir de
Objectory 3.8 y del Enfoque Rational (Rational Approach) adoptando UML como
lenguaje de modelado. Desde ese entonces y a la cabeza de Grady Booch, Ivar
Jacobson y James Rumbaugh, Rational Software desarroll e incorpor diversos
elementos para expandir RUP, destacndose especialmente el flujo de trabajo
conocido como modelado del negocio. En junio del 1998 se lanza Rational Unified
Process.
Esta metodologa cubre el ciclo de vida de desarrollo de software. RUP toma
en cuenta las mejores prcticas en el modelo de desarrollo de software en particular
las siguientes:
Desarrollo de software en forma iterativa e incremental (repite una accin).
Manejo de requerimientos.
Utiliza arquitectura basada en componentes.
Modela el software visualmente (Modela con el Lenguaje Unificado de
Modelado, UML).
Verifica la calidad del software.
Controla los cambios.
32
Fases de RUP
Fase inicio en esta se define el modelo del negocio y el alcance del proyecto.
Se identifican todos los actores y Casos de Uso, y se disean los Casos de Uso
ms esenciales. Nos permite establecer una visin sobre el lmite del sistema,
el coste en recursos, estimar los riesgos, los Casos de Uso crticos del sistema
y los escenarios bsicos que definen la funcionalidad del sistema.
Fase de Elaboracin en esta se analiza el dominio del problema, se construye
un prototipo de la arquitectura y se eliminan los mayores riesgos. El prototipo
de la arquitectura, debe evolucionar en iteraciones sucesivas hasta convertirse
en el sistema final. Este prototipo debe contener los Casos de Uso crticos
identificados en la fase de inicio. Tambin debe demostrarse que se han
evitado los riesgos ms graves. Con esta fase se busca definir, validar y
cimentar la arquitectura, completar la visin, crear un plan fiable el cual puede
variar con las iteraciones.
Fase de Construccin esta se concentra en la elaboracin de un producto
totalmente operativo y eficiente y el manual de usuario. En esta fase todos los
componentes, caractersticas y requisitos que no se hayan hecho hasta ahora,
han de ser implantados, integrados y probados en su totalidad, obteniendo una
versin aceptable del producto.
Fase de Transicin en esta se implementa el producto en el cliente y se
entrena a los usuarios. En general tareas relacionadas con el ajuste,
configuracin, instalacin y facilidad de uso del producto.
Caractersticas de RUP
Los autores de RUP destacan tres caractersticas esenciales las cuales son:
33
Proceso dirigido por Casos de Uso:

Los Casos de Uso son una tcnica de captura de requisitos que fuerza a pensar
en trminos de importancia para el usuario y no slo en trminos de funciones que
seria bueno contemplar.
Estos representan los requisitos funcionales del sistema y tambin guan el
diseo, implementacin y prueba. Constituyen un elemento integrador y una gua del
trabajo como se muestra en la Figura 10.
Figura 10. Los casos de uso integran el trabajo

Los Casos de Uso no slo inician el proceso de desarrollo sino que

proporcionan un hilo conductor, permitiendo establecer trazabilidad entre los
artefactos que son generados en las diferentes actividades del proceso de desarrollo.
Proceso centrado en la arquitectura
La arquitectura de un sistema es la organizacin o estructura de sus partes ms
relevantes, lo que permite tener una visin comn entre todos los involucrados
(desarrolladores y usuarios) y una perspectiva clara del sistema completo, necesaria
para controlar el desarrollo.
34
La arquitectura involucra los aspectos estticos y dinmicos ms

significativos del sistema, est relacionada con la toma de decisiones que indican
cmo tiene que ser construido el sistema y ayuda a determinar en qu orden.
Adems la definicin de la arquitectura debe tomar en consideracin
elementos de calidad del sistema, rendimiento, reutilizacin y capacidad de evolucin
por lo que debe ser flexible durante todo el proceso de desarrollo.
Existe una interaccin entre los Casos de Uso y la arquitectura, los Casos de
Uso deben encajar en la arquitectura cuando se llevan a cabo y la arquitectura debe
permitir el desarrollo de todos los Casos de Uso requeridos, actualmente y en el
futuro. Esto provoca que tanto arquitectura como Casos de Uso deban evolucionar en
paralelo durante todo el proceso de desarrollo de software. En la Figura 11 se ilustra
la evolucin de la arquitectura durante las fases de RUP. Se tiene una arquitectura
ms robusta en las fases finales del proyecto. En las fases iniciales lo que se hace es ir
consolidando la arquitectura por medio de baselines y se va modificando
dependiendo de las necesidades del proyecto.
Figura 11. Evolucin de la arquitectura
Proceso iterativo e incremental

La estrategia que se propone en RUP es tener un proceso iterativo e
incremental en donde el trabajo se divide en partes ms pequeas o mini proyectos.
Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya
logrando durante cada mini proyecto, as durante todo el proceso de desarrollo. Cada
35
mini proyecto se puede ver como una iteracin (un recorrido ms o menos completo a
lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un
incremento que produce un crecimiento en el producto. Una iteracin puede
realizarse por medio de una cascada como se muestra en la figura 9. Se pasa por los
flujos fundamentales (Requisitos, Anlisis, Diseo, Implementacin y Pruebas).
Tambin existe una planificacin de la iteracin, un anlisis de la iteracin y algunas
actividades especficas de la iteracin. Al finalizar se realiza una integracin de los
resultados con lo obtenido de las iteraciones anteriores.
Figura 12. Iteracin de RUP
Se puede observar en la figura la estructura de RUP, donde se encuentran a

simple vista las fases en la parte superior, y en el lado izquierdo las 9 disciplinas o
flujos de control de proceso o de apoyo, que se van desarrollando en cada fase de
RUP.
36
Figura 13. Arquitectura de RUP
Una particularidad de esta metodologa es que, en cada ciclo de iteracin, se

hace exigente el uso de artefactos o productos que son un trozo de informacin que es
producido, modificado o usado durante el proceso de desarrollo de software, siendo
por este motivo, una de las metodologas ms importantes para alcanzar un grado de
certificacin en el desarrollo del software.
La postura de esta metodologa es la de basar el desarrollo en iteraciones e ir
construyendo la aplicacin en forma progresiva, agregando funcionalidad
sucesivamente. Las iteraciones representan un mini-proyecto auto contenido, el cual
est compuesto por todas las fases del desarrollo (requerimientos, diseo,
implementacin, pruebas). Gracias a estas iteraciones, se logra entre otras cosas
obtener el feedback necesario del cliente, que era frenado en el modelo en cascada
una vez que se finalizaba la fase de requerimientos. (https:/pid.dsic.upv.es).
3.2.3. El Lenguaje Unificado de Modelado UML
Es la herramienta de modelado a utilizar, esta definido como: es un lenguaje
de modelado visual que se usa para especificar, visualizar, construir, documentar
artefactos de un sistema de software (Rumbaugh J., Jacobson I. y Booch G, 2002,
p.3).
37
Objetivos de UML
1. Es un lenguaje de modelado de propsito general que pueden usar todos los

modeladores. No tiene propietario y esta basado en el comn acuerdo de gran
parte de la comunidad informtica.
2. No pretende ser un mtodo de desarrollo completo. No incluye un proceso de
desarrollo paso a paso. El uso de un buen proceso de desarrollo es crucial
parael xito de un desarrollo de software.
3. Como objetivo final ser tan simple como fuera posible pero manteniendo la
capacidad de modelar toda la gama de sistemas que se necesita construir.
(Rumbaugh J., Jacobson I. y Booch G, 2002).
Diagramas de UML
UML presenta varios diagramas donde cada uno representa un aspecto del
sistema. Los elementos de UML se muestran mediante diagramas que presentan
mltiples vistas del sistema, ese conjunto de vistas son conocidos como modelos. Los
diagramas con los cuales cuenta UML se encuentran clasificados.
1.
Diagrama de Caso del Uso:
El modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema.

Un caso de uso representa una unidad discreta de interaccin entre un usuario
(humano o mquina) y el sistema. Cada caso de uso tiene una descripcin que
describe la funcionalidad que se construir en el sistema propuesto. Una descripcin
de caso de uso generalmente incluir:
1.
Comentarios generales y notas describiendo el caso de uso
2.
Requisitos -cosas que el caso de uso debe permitir hacer al usuario.
38
3.
Restricciones -reglas acerca de qu se puede y qu no se puede hacer. Incluye:

Pre-condiciones que deben ser verdaderas antes de que el caso
de uso se ejecute.
Post-condiciones que deben ser verdaderas una vez que el caso
de uso se ejecut.
4.
Escenarios -descripciones secuenciales de los pasos que se toman para llevar a

cabo el caso de uso. Pueden incluir escenarios mltiples, para satisfacer
circunstancias excepcionales y caminos de proceso alternativos
5.
Diagramas de escenarios -diagramas de secuencia para describir el flujo de

trabajo- similar al punto 4 pero descrito grficamente.
6.
Atributos adicionales como fase de implementacin, nmero de versin, rango

de complejidad, estereotipo y estado.
Figura 14. Elementos Bsicos del caso de Uso
2. Diagrama de Actividad:
Los diagramas de actividad se usan para mostrar cmo se construyen

los diferentes flujos de trabajo o los procesos dentro de un sistema, cmo se
inician, los variados caminos alternativos que se pueden tomar desde el inicio
hasta el fin. Tambin pueden ilustrar dnde puede ocurrir procesamiento en
paralelo durante la ejecucin de algunas actividades.
39
Figura 15. Elementos bsicos del diagrama de actividad
3. Diagrama de Secuencia:
Los diagramas de secuencia se usan para mostrar la interaccin entre los

usuarios, las pantallas y las instancias de los objetos en el sistema. Proveen un mapa
secuencial del paso de los mensajes entre los objetos a lo largo del tiempo.
Frecuentemente, estos diagramas se ubican bajo los casos de uso o los componentes
en el modelo para ilustrar un escenario -cmo interacta un usuario con el sistema y
40
qu sucede internamente para que el trabajo se lleve a cabo. Muchas veces, los
objetos se representan utilizando conos especialmente estereotipados.
Figura 16. Elementos bsicos del diagrama de secuencia
4. Diagrama de Clases:
Una clase es un elemento estndar del UML, que se usa para especificar el
patrn del que se producirn los objetos en tiempo de ejecucin. Una clase es una
especificacin; un objeto es una instancia de una clase. Las clases se pueden heredar
de otras clases (es decir, heredan todo el comportamiento y el estado de sus padres y
41
agregan nueva funcionalidad propia), pueden tener otras clases como atributos,
pueden delegar sus responsabilidades a otras clases e implementar interfaces
abstractas.
El modelo de clases est en el ncleo del desarrollo y del diseo orientados a
objetos; expresa el estado persistente y el comportamiento del sistema. Una clase
encapsula el estado (los atributos) y ofrece los servicios para manipularlo (el
comportamiento). Un buen diseo orientado a objetos limita el acceso directo a los
atributos de la clase y ofrece los servicios que manipulan a solicitud del solicitante.
Este ocultamiento de los datos y exposicin de los servicios asegura que las
modificaciones de los datos se realizan slo en un lugar y de acuerdo con reglas
especficas; para grandes sistemas la cantidad de cdigo que tiene acceso directo a los
elementos de datos en muchos sitios es extremadamente alto. Las clases se
representan usando la siguiente notacin:
Figura 17. Elementos bsicos del diagrama de clases
Observe que la clase tiene tres reas diferentes:

1. El nombre de la clase (y el estereotipo, si corresponde)
2. El rea de los atributos (es decir los elementos de datos internos)
3. El comportamiento; privado y pblico
Los atributos y los mtodos pueden ser marcados como:
42
Privados (private), indicando que no son visibles para los solicitantes fuera de
la clase.
Protegidos (protected), son visibles slo para las clases hijas.
Pblicos (public), son visibles para todos.
5.
Diagrama de Despliegue
El Modelo Fsico/de Despliegue provee un modelo detallado de la forma en la
que los componentes se desplegarn a lo largo de la infraestructura del sistema.

Detalla las capacidades de red, las especificaciones del servidor, los requisitos de
hardware y otra informacin relacionada al despliegue del sistema propuesto. . Un
diagrama de despliegue ilustra el despliegue fsico del sistema en un ambiente de
produccin (o prueba). Muestra dnde se ubicarn los componentes, en qu
servidores, mquinas o hardware. Puede ilustrar vnculos de red, ancho de banda de
LAN, etc.
Figura 18. Vista de Despliegue
3.2.4. Sistema de Informacin

Un sistema de informacin (SI) es un conjunto organizado de elementos, estos
elementos son de 4 tipos:
Personas.
43
Datos.
Actividades o tcnicas de trabajo.
Recursos materiales en general (tpicamente recursos informticos y de
comunicacin,
aunque
no
tienen
por
qu
ser
de
este
tipo
obligatoriamente).
Figura 19. Elementos del Sistema de Informacin
Fuente: http://es.wikipedia.org/wiki/Sistema_de_informacin
Todo ese conjunto de elementos interactan entre si para procesar los datos y
la informacin (incluyendo procesos manuales y automticos) y distribuirla de la
manera ms adecuada posible en una determinada organizacin en funcin de sus
objetivos. Normalmente el trmino es usado de manera errnea como sinnimo de
sistema de informacin informtico, estos son el campo de estudio de la tecnologa de
la informacin (IT), y aunque puedan formar parte de un sistema de informacin
(como recurso material), por s solos no se pueden considerar como sistemas de
informacin, este concepto es ms amplio que el de sistema de informacin
informtico. Las diferentes actividades que realiza un Sistema de Informacin se
pueden observar en el diseo conceptual ilustrado en la en la figura:
44
Figura 20. Actividades que realiza el SI
Fuente: http://www.monografias.com/trabajos7/sisinf/sisinf.shtml
Tipos de sistemas de informacin

Estos sistemas de informacin no surgieron simultneamente en el mercado;
los primeros en aparecer fueron los TPS, en la dcada de los 60, y los ltimos fueron
los SE, que alcanzaron su auge en los 90 (aunque estos ltimos tuvieron una tmida
aparicin en los 70 que no cuaj, ya que la tecnologa no estaba suficientemente
desarrollada). Segn la funcin a la que vayan destinados o el tipo de usuario final del
mismo, los SI pueden clasificarse en:
Sistema de procesamiento de transacciones (TPS).- Gestiona la informacin

referente a las transacciones producidas en una empresa u organizacin.
Sistemas de informacin gerencial (MIS).- Orientados a solucionar problemas

empresariales en general.
Sistemas de soporte a decisiones (DSS).- Herramienta para realizar el anlisis

de las diferentes variables de negocio con la finalidad de apoyar el proceso de
toma de decisiones.
Sistemas de informacin ejecutiva (EIS).- Herramienta orientada a usuarios de

nivel gerencial, que permite monitorizar el estado de las variables de un rea o
unidad de la empresa a partir de informacin interna y externa a la misma.
45
Sistemas de automatizacin de oficinas (OAS).- Aplicaciones destinadas a

ayudar al trabajo diario del administrativo de una empresa u organizacin.
Sistema experto (SE).- Emulan el comportamiento de un experto en un

dominio concreto.
Sistema Planificacin de Recursos (ERP).- Integran la informacin y los

procesos de una organizacin en un solo sistema.
Figura 21. Evolucin de los SI
Fuente: http://es.wikipedia.org/wiki/Sistema_de_informacin
3.2.5. Hyper Text Markup Language (HTML)
El HTML, Hyper Text Markup Language (Lenguaje de marcacin de

Hipertexto) es el lenguaje de marcas de texto utilizado normalmente en la www
(World Wide Web). Fue creado en 1986 por el fsico nuclear Tim Berners-Lee; el
cual tomo dos herramientas preexistentes: El concepto de Hipertexto (Conocido
tambin como link o ancla) el cual permite conectar dos elementos entre si y el
SGML (Lenguaje Estndar de Marcacin General) el cual sirve para colocar etiquetas
o marcas en un texto que indique como debe verse. HTML no es propiamente un
lenguaje de programacin como C++, Visual Basic, etc., sino un sistema de etiquetas.
HTML no presenta ningn compilador, por lo tanto algn error de sintaxis que se
presente ste no lo detectar y se visualizara en la forma como ste lo entienda.
46
El entorno para trabajar HTML es simplemente un procesador de texto, como

el que ofrecen los sistemas operativos Windows (Bloc de notas), UNIX (el editor vi o
ed) o el que ofrece MS Office (Word). El conjunto de etiquetas que se creen, se deben
guardar con la extensin .htm o .html
Estos documentos pueden ser mostrados por los visores o browsers de
paginas Web en Internet, como Netscape Navigator, Mosaic, Opera y Microsoft
Internet Explorer.
Tambin existe el HTML Dinmico (DHTML), que es una mejora de
Microsoft de la versin 4.0 de HTML que le permite crear efectos especiales como,
por ejemplo, texto que vuela desde la pgina palabra por palabra o efectos de
transicin al estilo de anuncio publicitario giratorio entre pgina y pgina.
Estructura de los documentos de HTML
Si se tiene en cuenta el contenido del documento, todos los documentos de

HTML bien escritos comparten una estructura en comn. Un documento de HTML
empieza con la etiqueta <HTML>, que es la que encerrar el documento actual.
Contiene dos secciones primordiales: la cabecera y el cuerpo encerrados
respectivamente por los elementos <HEAD> cabeza y <BODY> cuerpo.
La cabecera puede contener informacin y siempre contiene el titulo del
documento encerrado por el elemento <TITLE>.
En el cuerpo se encuentra todo el contenido del documento, ya sea, texto,
imgenes, sonidos, hipervnculos, etc.
3.2.6. JavaScript
JavaScript es un lenguaje de programacin interpretado, es decir, que no
requiere compilacin, utilizado principalmente en pginas web, con una sintaxis
semejante a la del lenguaje Java y el lenguaje C.
47
JavaScript es un lenguaje orientado a objetos propiamente dicho, ya que

dispone de Herencia, si bien esta se realiza siguiendo el paradigma de programacin
basada en prototipos, ya que las nuevas clases se generan clonando las clases base
(prototipos) y extendiendo su funcionalidad.
Todos los navegadores modernos interpretan el cdigo JavaScript integrado
dentro de las pginas web. Para interactuar con una pgina web se provee al lenguaje
JavaScript de una implementacin del DOM.
El lenguaje fue inventado por Brendan Eich en la empresa Netscape
Communications, que es la que desarroll los primeros navegadores web comerciales.
Apareci por primera vez en el producto de Netscape llamado Netscape Navigator
2.0. Tradicionalmente, se vena utilizando en pginas web HTML, para realizar tareas
y operaciones en el marco de la aplicacin nicamente cliente, sin acceso a funciones
del servidor. JavaScript se ejecuta en el agente de usuario al mismo tiempo que las
sentencias van descargndose junto con el cdigo HTML. Los autores inicialmente lo
llamaron Mocha y ms tarde LiveScript pero fue rebautizado como JavaScript en un
anuncio conjunto entre Sun Microsystems y Netscape, el 4 de diciembre de 1995.
En 1997 los autores propusieron JavaScript para que fuera adoptado como
estndar de la European Computer Manufacturers' Association ECMA, que a pesar de
su nombre no es europeo sino internacional, con sede en Ginebra. En junio de 1997
fue adoptado como un estndar ECMA, con el nombre de ECMAScript. Poco
despus tambin lo fue como un estndar ISO. (http://es.wikipedia.org/wiki/JavaScript).
3.2.7. PHP Hypertext Pre-processor

PHP es un lenguaje de programacin interpretado, diseado originalmente
para la creacin de pginas web dinmicas. Es usado principalmente en interpretacin
del lado del servidor (server-side scripting) pero actualmente puede ser utilizado
desde una interfaz de lnea de comandos o en la creacin de otros tipos de programas
incluyendo aplicaciones con interfaz grfica usando las bibliotecas Qt o GTK+.
48
PHP es un acrnimo recursivo que significa PHP Hypertext Pre-processor

(inicialmente PHP Tools, o, Personal Home Page Tools). Fue creado originalmente
por Rasmus Lerdof en 1994; sin embargo la implementacin principal de PHP es
producida ahora por The PHP Group y sirve como el estndar de facto para PHP al no
haber una especificacin formal. Publicado bajo la PHP License, la Free Software
Foundation considera esta licencia como software libre.
PHP es un lenguaje interpretado de propsito general ampliamente usado y
que est diseado especialmente para desarrollo web y puede ser embebido dentro de
cdigo HTML. Generalmente se ejecuta en un servidor web, tomando el cdigo en
PHP como su entrada y creando pginas web como salida. Puede ser desplegado en la
mayora de los servidores web y en casi todos los sistemas operativos y plataformas
sin costo alguno. PHP se encuentra instalado en ms de 20 millones de sitios web y
en un milln de servidores, aunque el nmero de sitios en PHP ha compartido algo de
su preponderante sitio con otros nuevos lenguajes no tan poderosos desde agosto de
2005. Es tambin el mdulo Apache ms popular entre las computadoras que utilizan
Apache como servidor web. La ms reciente versin principal del PHP fue la versin
5.2.6 de 1 de mayo de 2008.
Ventajas
Es un lenguaje multiplataforma.
Capacidad de conexin con la mayora de los manejadores de base de datos
que se utilizan en la actualidad, destaca su conectividad con MySQL
Capacidad de expandir su potencial utilizando la enorme cantidad de mdulos
(llamados ext's o extensiones).
Posee una amplia documentacin en su pgina oficial ([2]), entre la cual se
destaca que todas las funciones del sistema estn explicadas y ejemplificadas
en un nico archivo de ayuda.
Es libre, por lo que se presenta como una alternativa de fcil acceso para
todos.
49
Permite las tcnicas de Programacin Orientada a Objetos.

Biblioteca nativa de funciones sumamente amplia e incluida.
No requiere definicin de tipos de variables.
Tiene manejo de excepciones (desde php5).
Desventajas
Si bien PHP no obliga a quien lo usa a seguir una determinada metodologa a
la hora de programar (muchos otros lenguajes tampoco lo hacen), an estando
dirigido a alguna en particular, el programador puede aplicar en su trabajo cualquier
tcnica de programacin y/o desarrollo que le permita escribir cdigo ordenado,
estructurado y manejable. Un ejemplo de esto son los desarrollos que en PHP se han
hecho del patrn de diseo Modelo Vista Controlador (o MVC), que permiten separar
el tratamiento y acceso a los datos, la lgica de control y la interfaz de usuario en tres
componentes independientes. (http://es.wikipedia.org/wiki/.php)
3.2.8. Lenguaje de consulta estructurado (SQL)

Es un lenguaje declarativo de acceso a bases de datos relacionales que permite
especificar diversos tipos de operaciones sobre las mismas. Una de sus caractersticas
es el manejo del lgebra y el clculo relacional permitiendo lanzar consultas con el
fin de recuperar -de una forma sencilla- informacin de inters de una base de datos,
as como tambin hacer cambios sobre la misma. Es un lenguaje de cuarta generacin
(4GL).
El SQL es un lenguaje de acceso a bases de datos que explota la flexibilidad y
potencia de los sistemas relacionales permitiendo gran variedad de operaciones sobre
los mismos.
Es un lenguaje declarativo de "alto nivel" o "de no procedimiento", que
gracias a su fuerte base terica y su orientacin al manejo de conjuntos de registros, y
no a registros individuales, permite una alta productividad en codificacin y la
50
orientacin a objetos. De esta forma una sola sentencia puede equivaler a uno o ms
programas que utilizas en un lenguaje de bajo nivel orientado a registro.
(http://es.wikipedia.org/wiki/Celda_activa),
3.2.9. XAMPP
XAMPP es un servidor independiente de plataforma, software libre, que
consiste principalmente en la base de datos MySQL, el servidor Web Apache y los
intrpretes para lenguajes de script: PHP y Perl. El nombre proviene del acrnimo de
X (para cualquiera de los diferentes sistemas operativos), Apache, MySQL, PHP,
Perl. El programa est liberado bajo la licencia GNU y acta como un servidor Web
libre, fcil de usar y capaz de interpretar pginas dinmicas. Actualmente XAMPP
esta disponible para Microsoft Windows, GNU/Linux, Solaris, y MacOS X.
XAMPP solamente requiere descargar y ejecutar un archivo zip, tar, o exe,
con unas pequeas configuraciones en alguno de sus componentes que el servidor
Web necesitar. XAMPP se actualiza regularmente para incorporar las ltimas
versiones de Apache/MySQL/PHP y Perl. Tambin incluye otros mdulos como
OpenSSL y phpMyAdmin. Para instalar XAMPP se requiere solamente una pequea
fraccin del tiempo necesario para descargar y configurar los programas por
separado. ( http://es.wikipedia.org/wiki/XAMPP).
3.2.10. Servidor HTTP Apache
El servidor HTTP Apache es un software (libre) servidor HTTP de cdigo

abierto para plataformas Unix (BSD, GNU/Linux, etc.), Windows, Macintosh y otras,
que implementa el protocolo HTTP/1.1. y la nocin de sitio virtual. Cuando comenz
su desarrollo en 1995 se bas inicialmente en cdigo del popular NCSA HTTPd 1.3,
pero ms tarde fue reescrito por completo. Su nombre se debe a que Behelendorf
eligi ese nombre porque quera que tuviese la connotacin de algo que es firme y
51
enrgico pero no agresivo, y la tribu Apache fue la ltima en rendirse al que pronto se
convertira en gobierno de EEUU, y en esos momentos la preocupacin de su grupo
era que llegasen las empresas y "civilizasen" el paisaje que haban creado los
primeros ingenieros de internet. Adems Apache consista solamente en un conjunto
de parches a aplicar al servidor de NCSA. Era, en ingls, a patchy server (un servidor
"parcheado").
El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de
la Apache Software Foundation.
Apache presenta entre otras caractersticas mensajes de error altamente
configurables, bases de datos de autenticacin y negociado de contenido, pero fue
criticado por la falta de una interfaz grfica que ayude en su configuracin.
(http://es.wikipedia.org/wiki/Servidor_HTTP_Apache).
3.2.11. Macromedia Dreamweaver

Macromedia Dreamweaver es un editor de HTML visual, diseado para
desarrolladores profesionales. Dreamweaver hace muy fcil el crear complejas
pginas Web dinmicas, con la conocida tcnica de "arrastrar y soltar", permitiendo
que los diseadores puedan crear entornos Web y animaciones sofisticadas sin tener
que escribir una sla linea de cdigo. Dreamweaver genera HTML dinmico, que usa
JavaScript y "cascade style sheets".
El cdigo resultante es compatible con las
ltimas versiones de los navegadores actuales, adems podrs generar pginas que
funcionen bien en versiones anteriores. Una de las caractersticas del programa es que
se pueden optimizar las pginas para las diferentes versiones de los navegadores.
Dreamweaver no modifica el cdigo fuente, haciendo fcil el poder cambiar entre
Dreamweaver y tu editor de cdigo no visual favorito. Algunas otras caractersticas
incluyen: un editor de imagen integrado, diferentes colores para la sintaxis HTML,
soporte para posicionamiento absoluto, poder hacer cambios por todas las pginas
52
usando elementos comunes, cliente de FTP integrado (con soporte Firewall), soporte
XML, plantillas, e interfaz personalizado.
3.2.12. Macromedia Firework 8

Fireworks 8 es una suite de diseo vectorial que agrupa texto, diseo,
ilustracin, edicin de imgenes, URL, JavaScript, y herramientas de animacin.
Diseado desde un primer momento para satisfacer las necesidades de los
diseadores Web profesionales, Fireworks 8 incluye opciones tan avanzadas como:
exportacin de pre-visualizacin visual, control total sobre las paletas de color y la
compresin de las mismas, generacin automtica de botones de estado y mensajes en
JavaScript, control total sobre textos y efectos que se pueden editar en cualquier
momento. Si diseas imgenes para pginas Web, no dejes de probar Fireworks 8.
Descargar Fireworks 8 y Keygen Full. Podrs dibujar usando brochas orgnicas, y
crear formas y objetos ilimitados. Y si te equivocas puedes volver atrs y editar
cualquiera de los cambios.
Diseado desde un primer momento para satisfacer las necesidades de los
diseadores Web profesionales, Fireworks 8 incluye opciones tan avanzadas como:
exportacin de previsualizacin visual, control total sobre las paletas de color y la
compresin de las mismas, generacin automtica de botones de estado y mensajes en
JavaScript, control total sobre textos y efectos que se pueden editar en cualquier
momento.
3.2.13. Sybase PowerDesigner 12.0
Es una herramienta que combina de forma nica numerosas tcnicas estndar

de modelado (UML, modelado de procesos de negocio y el modelado de datos lder
del mercado) junto con las herramientas de desarrollo ms conocidas del mercado
(.NET, Workspace, PowerBuilder, Java y Eclipse), con el fin de ofrecer soluciones de
53
anlisis empresarial y diseo de bases de datos formales al ciclo de vida tradicional

para el desarrollo de software. Y adems funciona con ms de 60 sistemas de
administracin
de
bases
de
datos
relacionales.
(http://www.sybase.com.ar
/products/modelingmetadata/powerdesigner.shtml)
Figura 22. Beneficios del Power Designer

Fuente: (http://www.acc4arab.com/acc /showthread.php?p=19098)
Esta herramienta le permite a los Analistas de Datos Oracle, a los

Desarrolladores de Bases de Datos y a los Administradores de Bases de Datos, un
control completo sobre toda la arquitectura de datos. Empezando con el Modelo de
Requerimientos importando y exportando documentos cuyos requerimientos estn
basados en Word hacia los modelos Conceptual y Lgico para mltiples capas de
abstraccin, PowerDesigner, ofrece infinitas capacidades de anlisis. Como
consecuencia de ello, el motor de generacin de bases de datos "customizables" de
PowerDesigner, permite la creacin de DDL seguras para todas las versiones
soportadas de bases de datos Oracle. (http://amp-software.com/designer.htm)
Ventajas
Alinea los departamentos de TI con el negocio para aumentar la
productividad.
54
Ofrece total compatibilidad con entornos heterogneos de distintos

tipos.
Se puede personalizar con el fin de garantizar el cumplimiento de las
leyes y los estndares.
Simplifica la arquitectura corporativa gracias a la compatibilidad con los
sistemas existentes
Agiliza los trmites del negocio gracias a la tecnologa Link and Sync,
consistente en el anlisis y la propagacin de cambios
Caractersticas
a) A nivel de requerimientos de Management:
Nuevos modelos
Definicin de requisitos del negocio y del software.
Importar requerimientos desde documentos Word.
Sincronizacin de requerimientos con documentos Word.
b) A nivel de Anlisis de Impacto:
Detectar las consecuencias de la modificacin o supresin de objetos antes
de su ejecucin o antes de su consolidacin en el repositorio.
Definicin de la distribucin de las reglas para filtrar los objetos
impactados.
c) Proceso de Diagramas Jerrquicos:
Proceso de Diagramas Jerrquicos que se utiliza para la visualizacin y
modificacin de la composicin de procesos.
Descomposicin de Procesos a un nivel.
Un nuevo diagrama de Modelo de Proceso de Negocios.
d) XML y Web Services en Bases de Datos:
Soporte de estos lenguajes en las Bases de Datos.
Creacin de estructuras de XML basadas en las estructuras de las Bases de
Datos.
55
Seguimiento de la interdependencia de los datos y XML.

Creacin de Query SQLX y Esquema XML.
e) Soporte de Sybase Replication Server:
Soporte de las versiones de Replications Server 12.5 y 12.6.
Diseo, generacin e ingeniera inversa en Replication Server, incluyendo
replicacin multi-ruta y "warm Standby".
f) Soporte de Mobilink de iAnywhere:
Diseo, generacin e ingeniera inversa de definiciones Mobilink
(http://amp-software.com/designer.htm)
3.2.14. Base de Datos Oracle 10g

Oracle Database 10g es la primera base de datos diseada para el Enterprise
Grid Computing. Oracle Database 10g reduce costes a la vez que proporciona el
mejor nivel de servicio. Permite responder rpidamente a los cambios en las
necesidades de negocio a la vez que se reduce el riesgo. Adems, es fcil de gestionar
y de desplegar.
Ventajas de Oracle 10g
a) Almacenamiento Eficiente para toda la Informacin

Para las bases de datos, el almacenamiento es un recurso clave. En un entorno
estndar, distribuir los datos a lo largo de los discos para obtener un rendimiento
mximo puede ser una tarea ardua y que consume mucho tiempo, que se ha de repetir
cada vez que se aade o se quita un disco en el rea de almacenamiento de la base de
datos.
El nuevo Automatic Storage Management (ASM) de Oracle Database 10g
soluciona este problema permitiendo a la base de datos gestionar directamente discos
en crudo. Elimina la necesidad de un sistema de ficheros y gestor de volmenes para
gestionar los ficheros de datos y log. ASM distribuye automticamente todos los
56
datos de la base de datos a travs de todos los discos, proporcionando el mayor

nmero de I/O sin ningn tipo de tarea de gestin. Segn los discos que se aaden o
retiran, incluso en caliente, ASM mantiene la distribucin automticamente. Por otra
parte, la posibilidad de prdida de datos debido a errores humanos se elimina, ya que
ASM maneja la eliminacin de los ficheros que dejan de ser parte de la base de datos.
ASM incluso detecta automticamente picos de carga y mueve la informacin para
aliviarlos.
Oracle Database 10g gestiona toda la informacin - relacional, email,
documentos, multimedia, XML (Extensible Markup Language) y espacial. Las
capacidades XML de Oracle10g han sido extendidas para gestionar de manera ms
efectiva grandes cantidades de datos XML, que pueden ser almacenados de forma
nativa en la base de datos con un rendimiento y escalabilidad ptimos. Hay soporte
para tipos de datos interMedia nativos, y la restriccin de 4GB en LOBs almacenados
en la base de datos se ha eliminado, elevndose a un lmite de 128 Terabytes
permitiendo el almacenamiento de documentos multimedia ms grandes.
El lmite del tamao de la base de datos se ha elevado gracias a la
introduccin de los ficheros ultra large (terabytes en un solo fichero), columnas
LOB de tamao ilimitado (terabytes), gestin mejorada de Automated Storage
Management, gestin automtica de espacio y una nueva rea de recovery.
Para ayudar a migrar al Enterprise Grid Computing, Oracle Database 10g
incluye Oracle Data Pump, que permite el movimiento de datos desde una base de
datos a otra de una manera rpida, a travs de plataformas e incluso versiones de base
de datos.
b) Utilizacin ptima de Recursos
Oracle Real Application Clusters (RAC) es nico en la posibilidad que ofrece
de asignar servidores ya que es la nica tecnologa de base de datos que soporta la
ejecucin de cualquier aplicacin en un cluster. Oracle Database 10g hace que la
gestin de un cluster sea ms fcil con dos nuevas funcionalidades: Automatic
Service Provisioning e Integrated Clusterware.
57
Automatic Service Provisioning ofrece la asignacin y reasignacin de los

servidores a las cargas de trabajo (servicios). Los clientes hacen login a los servicios
y son automticamente encaminados al servidor apropiado que en ese momento tiene
la menor carga de trabajo. Si un servidor falla, los servidores supervivientes se
reasignan a los servicios. Integrated clusterware hace que RAC sea fcil de gestionar
debido a que elimina la necesidad de comprar, instalar, configurar y dar soporte a
software clusterware de terceros.
Los servidores pueden aadirse y eliminarse a un cluster RAC sin necesidad
de inactividad. Real Application Clusters se ha desplegado en ms de 500 sistemas en
produccin, a fecha de Agosto 2003.
c) Mximo Nivel de Servicio

Oracle Database 10g elimina el tiempo de cada no planificada ya sea por
fallos en la informacin o en servidor.
Real Application Clusters protege de fallo de nodo en un Grid gracias al
failover automtico de nodo y redistribucin de la carga en tiempo real.
Los errores humanos son generalmente la causa ms comn de cada de
servidor, y Oracle Database 10g es una revolucin en trminos de correccin de
errores humanos a travs de sus capacidades de flashback.
Flashback es una caracterstica que permite al administrador rebobinar la
actividad en la base de datos y puede ser ejecutado a nivel de fila, transaccin, tabla o
incluso de base de datos. La recuperacin hasta un punto en el tiempo puede ser
realizada en pocos minutos; no hace falta una restauracin del backup y consiguiente
recuperacin.
Oracle Database 10g mejora Hardware Assisted Resilient Data (HARD), una
caracterstica introducida en Oracle Database 9i Release 2 que previene la corrupcin
de los datos introducida en el path IO entre la base de datos y el almacenamiento.
El backup automtico y recuperacin puede mantener un rea de recuperacin en un
disco que es actualizado incrementalmente, modificando solo esos bloques que han
58
cambiado desde el ltimo backup proporcionando un backup y recuperacin mucho

ms rpidos y fiables que los mtodos tradicionales basados en cinta.
Para la proteccin del tiempo de parada planificado, Oracle Database 10g
incluye funcionalidades que facilitan la redefinicin de tablas e ndices. Se han
realizado mejoras que permiten redefinir las tablas sin invalidar los procedimientos
almacenados.
Una de las mayores causas de tiempo de cada planificado - las
actualizaciones de versin - se solucionan en Oracle Database 10g con el soporte para
hacer actualizaciones de hardware, SO o versiones de base de datos.
Adems, Oracle Database 10g continua su liderazgo en rendimiento de base
de datos gracias a nuevas caractersticas as como optimizaciones de base de datos
ampliando la cobertura de plataformas incluyendo las versiones de 64- bit de
Windows y Linux. Tambin se ha introducido un nuevo compilador de PL/SQL que
proporciona un entorno de trabajo para la optimizacin eficiente de programas
PL/SQL, con unas ganancias de hasta el doble respecto a Oracle Database 9i Release
2.
Con la integracin de Oracle Database 10g con Oracle Identity Management,
los administradores tienen la habilidad de delegar a la base de datos la gestin de las
passwords de los usuarios.
d) Facilidad de Gestin
Oracle Enterprise Manager Grid Control gestiona las operaciones a travs del
grid incluyendo la gestin de todo el software, los usuarios, etc... Oracle Database
10g ha dado un gran paso en la simplificacin y automatizacin de todas las tareas en
todo el ciclo de vida de la gestin de la base de datos. Se ha simplificado la
instalacin y configuracin de la base de datos hacindola mucho ms rpida y ligera.
Oracle Database 10g puede instalarse desde un solo CD. El proceso de
instalacin para Oracle Database 10g se ha extendido para efectuar una evaluacin de
prerrequisitos para asegurarse de que el sistema tiene los requerimientos de OS,
59
memoria y CPU. La instalacin de Oracle Database 10g se puede ejecutar en modo

silencioso para la instalacin y desinstalacin de Oracle.
El nmero de parmetros de configuracin se ha reducido drsticamente. Por
ejemplo, ahora solo hay dos parmetros de tamao de memoria que el administrador
debe controlar a nivel de base de datos: memoria de ejecucin SQL (PGA) y memoria
compartida (SGA). La mayora de los clientes de Oracle Database 10g slo tendrn
que usar 28 parmetros.
Para facilitar la gestin, Oracle Database 10g realiza diagnsticos de
rendimiento automticos y produce recomendaciones de tuning. El Automatic
Workload Repository (AWR) se ha introducido para recoger y almacenar
peridicamente informacin relativa a la actividad del sistema y carga de trabajo. Un
nuevo motor de diagnstico llamado Automatic Database Diagnostics Monitor
(ADDM) analiza esta informacin. Un rea examinada por ADDM es las sentencias
SQL que ms recursos consumen. Una vez identificadas, ADDM pasa las sentencias
SQL al SQL Tuning Advisor, que proporciona consejos sobre como mejorar el
rendimiento, que se dan en forma de una o ms recomendaciones con el beneficio
estimado una vez se implementen.
e) Desarrollo de Aplicaciones
Las aplicaciones que se ejecutan en una infraestructura Grid Computing
normalmente interactan a travs de servicios Web. Oracle Database 10g tiene la
capacidad de actuar como un proveedor y consumidor de servicios Web, Oracle
Database 10g incluye una herramienta de desarrollo nativa con HTML DB, un
entorno de desarrollo que permite la creacin de aplicaciones web basadas en la base
de datos.
f) Data Warehousing
Oracle Database 10g tambin mejora las capacidades de data warehouse y
business intelligence, lo que resulta en una reduccin del coste total de propiedad a la
60
vez que permite a los clientes sacar ms valor de su informacin y dar soporte a la
necesidad de informacin en tiempo real.
Las aplicaciones de Business Intelligence pueden ser consolidadas junto con
las aplicaciones transaccionales utilizando Real Application Clusters para la gestin
de asignacin de recursos. Esta consolidacin significa que el anlisis puede hacerse
directamente sobre los datos operativos y la utilizacin de los recursos se puede
maximizar reasignando servidores a las cargas de trabajo segn cambias las
necesidades. El valor de la informacin se incrementa al poder hacer anlisis ms
diversos contra la informacin a travs de un anlisis OLAP mejorado, una GUI para
GUI y una nueva caracterstica de modelo de SQL. El modelo SQL permite que los
resultados de una consulta se puedan tratar como conjuntos de arrays
multidimensionales sobre los cuales se construyen frmulas complejas. Estas
frmulas pueden usarse en aplicaciones de clculos complejos tales como gestin de
presupuestos y previsiones sin la necesidad de extraer la informacin a una hoja de
clculo o ejecutar complejas operaciones de unin.
Se proporciona Real Time Warehousing ya sea consolidando aplicaciones de
business intelligence con las operacionales, o a travs de las nuevas capacidades de
captura de informacin basadas en Oracle Streams. (http://www.oracle.com/
global/es/database/docs/oracle_database10g.pdf)
3.2.15. Servidor Web

Un servidor Web es un programa que atiende y responde las diversas
peticiones que le realizan los navegadores, proporcionndoles los recursos que
solicitan mediante el protocolo HTTP o el protocolo HTTPS (la versin segura,
cifrada y autenticada, de HTTP). Un servidor Web bsico tiene un esquema de
funcionamiento muy sencillo, ejecutando de forma infinita el bucle siguiente:
1. Espera peticiones en el puerto TCP asignado (el estndar para HTTP es
el 80).
61
2. Recibe una peticin.

3. Busca el recurso en la cadena de peticin.
4. Enva el recurso por la misma conexin por donde ha recibido la
peticin.
5. Vuelve al punto 2.
Un servidor Web que siguiese el esquema anterior cumplira los requisitos
bsicos de los servidores HTTP, aunque, eso s, solo podra servir ficheros estticos.
A partir del esquema anterior se han diseado y construido todos los programas
servidores de HTTP que existen, variando slo qu tipo de peticiones (pginas
estticas, CGI, Servlets, etc.) pueden atender, en si son o no multi-proceso, multihilados, etc.
3.2.16. MySQL
MySQL es un sistema de gestin de bases de datos relacional, licenciado bajo
la GPL de la GNU. Su diseo multihilo le permite soportar una gran carga de forma
muy eficiente. MySQL fue creada por la empresa sueca MySQL AB, que mantiene el
copyright del cdigo fuente del servidor SQL, as como tambin de la marca.
Aunque MySQL es software libre, MySQL AB distribuye una versin
comercial de MySQL, que no se diferencia de la versin libre ms que en el soporte
tcnico que se ofrece, y la posibilidad de integrar este gestor en un software
propietario, ya que de no ser as, se vulnerara la licencia GPL.
Este gestor de bases de datos es, probablemente, el gestor ms usado en el
mundo del software libre, debido a su gran rapidez y facilidad de uso. Esta gran
aceptacin es debida, en parte, a que existen infinidad de libreras y otras
herramientas que permiten su uso a travs de gran cantidad de lenguajes de
programacin, adems de su fcil instalacin y configuracin.
MySQL es muy utilizado en aplicaciones web como MediaWiki, Drupal o
phpBB, en plataformas (Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por
62
herramientas de seguimiento de errores como Bugzilla. Su popularidad como

aplicacin web est muy ligada a PHP, que a menudo aparece en combinacin con
MySQL. MySQL es una base de datos muy rpida en la lectura cuando utiliza el
motor no transaccional MyISAM, pero puede provocar problemas de integridad en
entornos de alta concurrencia en la modificacin. En aplicaciones web hay baja
concurrencia en la modificacin de datos y en cambio el entorno es intensivo en
lectura de datos, lo que hace a MySQL ideal para este tipo de aplicaciones.
Caractersticas de MySQL
Las principales caractersticas de este gestor de bases de datos son las

siguientes:
1. Aprovecha
la
potencia
de
sistemas
multiprocesador,
gracias
su
implementacin multihilo.
2. Soporta gran cantidad de tipos de datos para las columnas.
3. Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc).
4. Gran portabilidad entre sistemas.
5. Gestin de usuarios y passwords, manteniendo un muy buen nivel de seguridad
en los datos. (http://www.netpecos.org/docs/mysql_postgres/x57.html)
3.2.17. Aplicacin Web

En la ingeniera de software se denomina aplicacin web a aquellas
aplicaciones que los usuarios pueden utilizar accediendo a un servidor web a travs
de Internet o de una intranet mediante un navegador. En otras palabras, es una
aplicacin software que se codifica en un lenguaje soportado por los navegadores
web (HTML, JavaScript, Java, etc.) en la que se confa la ejecucin al navegador.
63
Las aplicaciones Web ofrecen grandes ventajas que pueden ser aprovechadas
por muchas organizaciones, sobre todo ahora que la globalizacin es una realidad.
Entre las ventajas que se pueden mencionar estn:
1. No requieren instalacin, pues usan tecnologa Web, lo cual nos permite el
aprovechamiento de todas las caractersticas del Internet.
2. Son fciles de usar (no requieren conocimientos avanzados de computacin).
3. Alta disponibilidad, ya que puede realizar consultas en cualquier parte del
mundo donde tenga acceso a Internet y a cualquier hora.
3.2.18. Entregables de RUP

1. Documento Visin
Es un artefacto de alto nivel, donde de define el alcance total del proyecto y
los requerimientos de ms alto nivel enfocados en el cliente, con la finalidad de
proporcionar una visin general y de lograr un lineamiento y un acuerdo comn entre
los involucrados. Este artefacto permite asegurar que las metas del proyecto estn
definidas en trminos de quienes son los clientes y que beneficios absolutos les
proveer, evitando as que el alcance de este ltimo escape de los lmites globales
establecidos, adems de proveer una base para un trabajo de investigacin temprana y
comunicar lo fundamental en el proyecto "por qu y para qu". Aqu se plantea
claramente cual es problema, se determinan las necesidades y requerimientos a nivel
de los participantes, de hardware y de software, y se describe de que manera ser el
producto.
2. Plan de Administracin de Riesgos
Es un artefacto en el cual se incluyen los riesgos que pueden afectar el

correcto desarrollo del proyecto, presentados en orden de importancia y con las
acciones especficas de contingencia o para su mitigacin.
64
Cada riesgo ser ponderado a fin de darle un lugar en la jerarqua. Sin

embrago hay que aclarar que la ponderacin es dinmica y puede aumentar o
disminuir con el devenir del proyecto. La gestin de riesgos se realizar cumpliendo
con las siguientes actividades:
Mediante entrevistas con los involucrados (usuarios y equipo de proyecto)
Anlisis de los requerimientos verificando las variables que atentaran contra
la salud del proyecto.
Deduccin de los riesgos para cada uno de los requerimientos en el contexto
de cada uno de los subsistemas.
Categorizacin de los riesgos en cuanto a probabilidad de ocurrencia y
expectativas de prdida en caso de ocurrencia.
Establecimiento de las estrategias de administracin de los riesgos
(mitigacin, esquivamiento o prevencin) para cada uno de los riesgos ms
importantes.
Ponderacin de los riesgos con fines de jerarquizacin.
Seguimiento de mtricas asociadas a riesgos con el propsito de monitorear su
posible ocurrencia. Esto implica la revisin por iteracin de las variables
involucradas y la evaluacin del estado del proyecto en general en contrates
con los requerimientos principales.
Las tareas mencionadas deben ser llevadas principalmente por el Lder del
Proyecto. En caso de materializarse alguno de los riesgos el Lder del Proyecto
invoca los planes de gestin para el riesgo o grupo de riesgos con la finalidad de
incluir las tareas de tratamiento dentro de las actividades de los equipos.
Identificador: (Nmero Secuencial)

Descripcin: (Lista de cada riesgo mayor al cual se enfrenta el proyecto. Se
describe cada riesgo en la forma condicin - consecuencia.
65
Probabilidad: (Cul es
Prdida: (Cul es el
Grado de Exposicin:
la probabilidad de que el
dao si el riesgo se
(Multiplicacin de la
riesgo se convierta en un
convierte en un
probabilidad por la
problema?)
problema?)
prdida)
Primer Indicador: (Describe el indicador ms temprano o condicin de disparo

que podra indicar que el riesgo se est convirtiendo en un problema)
Estrategia de Mitigacin: (Ponderacin de uno o ms enfoques para controlar,
evitar, minimizar, o en ltima instancia mitigar el riesgo.
Propietario: (Asignacin de cada accin
Fecha Prevista: (Determinar una
de mitigacin de riesgos a un individuo
fecha mediante la cual la estrategia de
para su resolucin.)
mitigacin ser implementada)
Tabla 1. Modelo de Riesgos con sus Aspectos Involucrados
Fuente: Ing. Ramn Gorrn (2008)
El Lder de Proyectos utilizar hojas de clculos con el fin de monitorear los

primeros indicadores de cada uno de los riesgos. En la medida en que las iteraciones
vayan avanzando, entonces, el Lder de Proyectos ir reevaluando la probabilidad de
ocurrencia con el fin de modificar, si es necesario, el grado de exposicin y como
consecuencia la jerarquizacin de los riesgos.
3. Modelado del Negocio
Para conseguir sus objetivos, una empresa o departamento organiza su

actividad por medio de un conjunto de procesos de negocio. Cada uno de ellos se
caracteriza por una coleccin de datos que son producidos y manipulados mediante
un conjunto de tareas, en las que ciertos agentes participan de acuerdo a un flujo de
trabajo determinado. Por tanto, la finalidad del modelado del negocio es describir
cada proceso del negocio, especificando sus datos, actividades, tareas y los roles
desempeado.
66
Este documento surge ante el hecho de que hay que entender como funciona el
negocio que se desea automatizar para tener garantas de que el software desarrollado
va a cumplir su propsito, y por esto, se hace un estudio en el dominio del negocio.
Para conocer el dominio se parte del caso de uso general del negocio, los
actores involucrados y las funciones que desempean cada uno de ellos, adems se
muestra el modelo del dominio que es una representacin visual de las clases
conceptuales u objetos del dominio.
4. Especificacin de Casos de uso del Negocio
Es un documento donde se especifican las cadenas de valor y los diagramas de

jerarqua de procesos de uso que forman parte de la especificacin general del
negocio que describe el negocio, adems se muestran los actores que intervienen en
cada uno de ellos y los flujos tpicos y atpicos de eventos.
5. Especificacin de Casos de Uso del Sistema
Es un artefacto donde se describen cada uno de los casos de uso que forman
parte del caso de uso general del sistema. En dicho documento se incluyen las
precondiciones, post-condiciones, flujo de eventos y condiciones especiales de cada
caso de uso, adems de su diagrama de secuencia y los prototipos de interface.
6. Especificaciones complementarias
Este artefacto captura requisitos adicionales, informacin y restricciones que

no se recogen fcilmente en los casos de uso, que comprende los atributos o
requisitos de calidad FURPS+ de todo el sistema.
67
7. Arquitectura del Sistema

Es una especificacin de las ideas principales del diseo. Dicho artefacto
proporciona una descripcin entendible de la arquitectura del sistema de software y
sirve como medio de comunicacin entre el arquitecto de software y otros miembros
de equipo del proyecto con respecto a las decisiones arquitectnicamente
significativas que se han tomado en el proyecto. Contiene varias vistas que muestran
aspectos distintos del sistema como son: La vista lgica, de datos y de despliegue.
8. Documento Glosario
Es un artefacto que recoge los trminos utilizados en el sistema, evitando
ambigedad en los mismos.
3.3 BASES LEGALES

3.3.1. Publicado en la Gaceta oficial N 38.095 de fecha 28/ 12/ 2004.
Decreto N 3.390. Fecha: 23 de diciembre de 2004
Artculo 1. La Administracin Pblica Nacional emplear

prioritariamente Software Libre desarrollado con Estndares Abiertos, en
sus sistemas, proyectos y servicios informticos. A tales fines, todos los
rganos y entes de la Administracin Pblica Nacional iniciarn los
procesos de migracin gradual y progresiva de stos hacia el Software
Libre desarrollado con Estndares Abiertos.
3.3.2. Reglamento del Sistema de Archivos de la Universidad de Oriente
ARTICULO 2. Crear el Sistema de Archivos de la Universidad de

Oriente, cuyo objetivo ser regular los procesos tcnicos de produccin,
gestin, organizacin, transferencia, almacenamiento, seleccin,
descripcin, conservacin y servicio de los documentos producidos por la
Institucin, cualquiera que sea su soporte y fecha.
68
ARTICULO 5. El Sistema de Archivos deber proporcionar a la

Universidad:
1. Un mtodo cientfico y tcnico para la administracin y servicio de sus
documentos.
2. Una reglamentacin que establezca los procedimientos a los cuales
debern acogerse todas las unidades administrativas y acadmicas, en
materia de produccin, gestin, recibo y despacho de correspondencia,
clasificacin, ordenacin, seleccin y conservacin de la documentacin,
as como los servicios que demande la comunidad sobre los archivos.
3. El establecimiento de tablas de retencin o calendarios de conservacin,
que determinen el destino del documento desde la elaboracin, hasta su
conservacin final en el Archivo Histrico.
4. Un soporte informtico para el funcionamiento ptimo del Sistema de
Archivos de la Universidad.
ARTICULO 8. La gestin, organizacin y coordinacin del Sistema de
Archivos corresponde al Departamento de Archivo General, que es la
unidad administrativa, dependiente de la Secretara General, responsable
de la conservacin de los diferentes archivos de la Universidad de
Oriente, a travs de las etapas de su ciclo vital y depositario del
patrimonio documental de la Institucin, el cual estar estructurado por
dos secciones: archivo intermedio y archivo histrico.
69
CAPITULO IV
MARCO METODOLGICO
4.1.
TIPO Y NIVEL DE LA INVESTIGACIN
Se utiliz la investigacin de campo, porque este tipo de investigacin tiene

como caracterstica principal ubicar al investigador en contacto con el objetivo o
sujeto investigado, para la ejecucin del proyecto lo constituy la Unidad de Archivo
y Registro de la UDO Monagas. De acuerdo a Arias, F (2006): la investigacin de
campo es aquella que consiste en la recoleccin de datos directamente de los sujetos
investigados, o de la realidad donde ocurren los hechos, sin manipular o controlar
variable alguna (p.31).
De acuerdo al nivel de conocimiento la investigacin es descriptiva porque
logra caracterizar un objeto de estudio o situacin concreta. Segn Arias F. (2006):
la investigacin descriptiva consiste en la caracterizacin de un hecho, fenmeno,
individuo o grupo, con el fin establecer su estructura o comportamiento. (p.24).
4.2.
POBLACIN Y MUESTRA
Para la elaboracin de la investigacin es necesario conocer la poblacin y la

muestra representativa. Segn Hurtado, (2000) la poblacin de una investigacin
esta constituida por el conjunto de seres en los cuales se va a estudiar la variable o
evento, y que adems comparten caractersticas comunes, los criterios de inclusin.
La poblacin para este proyecto son dieciocho (18) personas que laboran en la
Delegacin de Personal por tal motivo la muestra y la poblacin son iguales. Debido
a que la poblacin no es inmensa se considera lo expuesto por vila (Citado por
70
Brito, 2008): para las poblaciones pequeas se debe aplicar P:M, poblacin es igual
a la muestra. (p. 41).
4.3.
TCNICAS E INSTRUMENTOS DE RECOLECCIN DE
DATOS
Hurtado, J. (2000) plantea que las tcnicas de recopilacin de datos

comprenden procedimientos, actividades que le permitan al investigador obtener la
informacin necesaria para dar respuestas a sus preguntas... (p. 23).
Las tcnicas utilizadas para llevar a cabo la investigacin fueron:
Observacin directa: Ander, E (1982) seala que ..la observacin directa es
la tcnica de investigacin que consiste en ver u or hechos o fenmenos que se
deben estudiar, para este fin adoptar modalidades y utilizar una serie de medidas e
instrumentos que son propios.
Entrevistas no estructuradas: Sabino (1992), define como: aquella tcnica
que trata, en general, de preguntas abiertas que son respondidas dentro de una
conversacin sin estandarizacin formal.(p. 27)
Revisin documental: Hurtado, J (2000) como El proceso mediante el cual el
investigador recopila, revisa, analiza y selecciona y extrae informacin de diversas
fuentes, acerca de un tema particular con el propsito de llegar al conocimiento y
comprensin mas profunda del mismo. (p.19).
4.4.
TCNICAS DE ANLISIS DE DATOS
Para el anlisis de los datos es necesario utilizar el anlisis de contenido que

ayudara a analizar la informacin obtenida. Hurtado J (2007) el anlisis de contenido
puede ser utilizado en investigaciones descriptivas, cuando se pretende hacer un
diagnostico y agrupar contenidos significativos de una serie de entrevistas
conversaciones u observaciones . (p.57)
71
4.5.
Diseo Operativo
El sistema de gestin documental se realizar en fases para poder tener una

mejor comprensin del mismo, el cual estar basado el modelado del proceso de
negocios que consiste en representar todos aquellos aspectos o elementos que
caracterizan a una empresa, y en RUP que es una metodologa para el desarrollo de
un proyecto que define claramente quien, como, cuando y qu debe hacerse.
Etapa I: Inicio
En esta etapa se utilizar la fase I de RUP llamada inicio y conjuntamente el
modelado de procesos de negocios para recolectar toda la informacin necesaria
sobre el almacenamiento de los documentos, a travs de entrevistas no estructuradas
realizadas a las personas involucradas, a fin de entender y tener una visin amplia de
cmo guardan la informacin pertinente.
Se estudiar la forma actual en la cual son registradas y almacenadas en el
archimovil que posee la Universidad, as como tambin la forma en que es buscada la
informacin al momento de ser necesario. Se harn reuniones con el cliente para
definir, lo que desea y espera del sistema que se va a elaborar, para poder as disear
los casos de uso que permitirn el desarrollo del mismo de la forma mas clara y
sencilla posible.
Al terminar esta fase se tendrn una serie de documentos, que ayudarn a la
comprensin del mismo, estos son:
1. Documento visin
2. Documento glosario
3. Plan de Administracin de Riesgos
72
4. Documento de Plan de Fases

5. Plan de Iteracin General
6. Especificaciones del caso de Uso General y Especficos del Negocio.
Etapa II: Elaboracin
En la fase de elaboracin se analizar el dominio del sistema para poder
establecer los cimientos de la arquitectura, as mismo se desarrollar el plan de
proyectos para eliminar los riesgos ms graves que puede presentar el sistema de
gestin documental. Adems se comenzar Para ello es necesario tener iteraciones
sucesivas que permitan la realizacin del mismo, adems es necesario tener
identificados claramente los casos de uso crticos.
Por lo tanto, es importante la actualizacin del plan de iteracin y el plan de
fases del proyecto, generar una lista de riesgos, revisar los requerimientos, construir
tipos de prototipos de interfaz del usuario y refinar los documentos visin, glosario si
es necesario.
Etapa III: Construccin
En esta etapa de construccin se alcanzar la capacidad operacional del
sistema de gestin documental de forma incremental a travs de las sucesivas
iteraciones, todos los componentes, caractersticas y requisitos deben ser
implementados, integrados y probados en su totalidad, obteniendo una versin
aceptable del producto.
Para ello es necesario actualizar el plan de iteracin, revisar el plan de riesgo,
gerenciar los recursos (herramientas, base de datos), completar el desarrollo de los
componentes (prototipo funcional) y probar los componentes contra los criterios de
evaluacin definidos.
73
Al finalizar esta fase se tendrn algunos modelos completos, casos de uso,

anlisis, diseo, despliegue e implementacin. Resumiendo lo descrito anteriormente
se mostrar el cuadro operativo:
Cuadro Operativo
Etapa
Metodologa y
Herramientas
Fase
Actividades a
Realizar
Objetivos
a. Entrevistas no
estructuradas.
b. Observaciones
directas.
c. Diagramas de
jerarqua de
procesos.
Modelado de
d. Diagrama de
Procesos de
Negocio
Etapa I
Fase I
RUP
actividades.
1. Detectar los
e. Documento
procesos y
visin.
problemas que se
f. Documento
manejan en la
glosario.
Unidad de Archivo de
h. Plan de
la Universidad de
iteraciones
Oriente, Ncleo
i. Plan de
Monagas.
administracin de
riesgos.
j. Plan de desarrollo
de software.
2.Analizar los
RUP
Etapa II
UML
a. Casos de Uso
requerimientos del
del sistema.
nuevo sistema de
b. Requisitos
acuerdo a las normas
funcionales.
de la Institucin.
74
c. Requisitos no
Elaboracin
funcionales.
3. Disear la
d. Diagramas de
arquitectura del
secuencia.
sistema propuesto
e. Diagrama de
por medio del
Clases.
modelado.
4.Desarrollar
RUP
Etapa III
Construccin
UML
a. Prototipo del
sistema
el
sistema de gestin
documental para el
rea de Registro de
la Unidad de Archivo.
Tabla 2. Cuadro Operativo
75
CAPTULO V
RESULTADOS
5.1 ETAPA I: MODELADO DEL NEGOCIO
Esta etapa estuvo orientada a conocer el funcionamiento del rea de registro
de la Delegacin de Personal, determinando las necesidades que requiere el sistema
de gestin documental propuesto, que agilizar el trabajo del funcionario de la unidad
de archivo, todo esto con la tcnica de recoleccin de datos, las entrevistas no
estructuradas, observacin directa.
Las entrevistas no estructuradas permitieron conocer con ms detalle los
problemas que presentaba el departamento, as como tambin las labores que se
realizan en ella, estas entrevistas permitieron realizar el documento, estableciendo
adems el alcance y los requerimientos del mismo. Mediante la incorporacin de la
tcnica de observacin directa se observo el funcionamiento de la unidad, las
actividades que en ella se realiza, dando como resultado el documento del modelado
de negocio y las especificaciones generales del negocio, utilizando para ste la cadena
ve valor y la jerarqua de proceso.
Todo esto fue realizado con unas herramientas que ayudaron al
desenvolvimiento del mismo, entre estas estn Microsoft Project 2007 que permiti el
control del proyecto. Los documentos desarrollados fueron los siguientes:
Documento Visin.
Plan de Iteracin General.
Documento Modelado del Negocio.
Especificaciones de Casos de Cadena de Valor. Jerarqua de Proceso.
76
UDO- DIRECCIN DE COMPUTACIN

PROYECTO: Sistema de Gestin Documental para el rea de VERSIN: 1.0
Registro de la Delegacin de Personal de la Universidad de
Oriente- Ncleo Monagas enmarcado en Software Libre
(SIGEDOC-UDO Monagas)
FECHA: Abril 2008
NOMBRE DEL DOCUMENTO: Documento Visin
Proyecto:
Sistema de Gestin Documental del rea de Registro de la
Delegacin de Personal de la Universidad de Oriente-Ncleo
Monagas enmarcado en Software Libre
5.1.1. Documento Visin
Versin 1.0
77

FECHA: Abril 2008
Historial de Revisiones
Fecha
Versin
09 de Enero del 2008.
0.9
Descripcin
Autor
Versin preliminar como
Rita Bastardo
propuesta inicial
Correccin de la versin
11 de Febrero de 2008.
0.91
preliminar como propuesta inicial
Rita Bastardo
14 de Marzo de 2008.
0.92
Correccin de la versin anterior
Rita Bastardo
14 de Abril de 2008.
0.93
Correccin de la versin anterior
Rita Bastardo
14 de Mayo de 2008.
1.0
Versin definitiva.
Rita Bastardo
Tabla 3. Historial de revisiones
78

FECHA: Abril 2008
Visin
1. Introduccin
1.1. Propsito
El propsito de este documento es de conocer un concepto inicial del proyecto
para la realizacin del sistema que permita elaborar los expedientes y generar los
diferentes reportes que requiere la Unidad de Archivo, la cual depende de la
Delegacin de Personal de la Universidad de Oriente, Ncleo Monagas, para ello es
necesario definir las caractersticas, la arquitectura, los riesgos y requerimientos que
sirvan para la planificacin del mismo.
1.2. Alcance
El nuevo software SIGEDOC ser desarrollado utilizando herramientas de
Software Libre que cumple con el Decreto Presidencial 3390 y abarca un sistema de
gestin documental que permita la digitalizacin de los documentos facilitando el
trabajo y agilizando la entrega de informes al Jefe de la Delegacin de Personal en el
rea de archivos, permitiendo elaborar registros estadsticos, lo cual contribuye al
ahorro de tiempo y espacio.
2. Posicionamiento
2.1. Oportunidades de Negocio:
Las oportunidades que se presenta con el desarrollo de este proyecto son:
Seguridad de los datos, ya que, el sistema SIGEDOC permite evitar la
duplicidad de los mismos.
Rapidez al momento de dar la informacin a las autoridades competentes,
elevando la credibilidad del mismo.
Generacin de estndares corporativos que permita adaptarse al cumplimiento
79

FECHA: Abril 2008
del Decreto Presidencial 3390, el cual establece la utilizacin prioritaria de

software Libre en las empresas pblicas.
Actualizacin de herramientas tecnolgicas, que permitan estar acorde con las
nuevas exigencias.
2.2.
Planteamiento del Problema:

- Que al localizar los expedientes y documentos en los
archimoviles se desperdicia tiempo, generando retraso al
funcionario de la Unidad y por ende disminuye la rapidez de su
trabajo, porque actualmente se realiza la bsqueda en forma
manual.
- El almacenamiento de los expedientes de los empleados es
inseguro, debido a que no se posee respaldo alguno en caso de
El problema de
que se presente un siniestro o prdida de documentos.

- El manejo elevado de informacin que poseen los documentos
generan retraso al momento de actualizarlos.
- La deficiencia de personal en la Unidad de Archivo genera
elevados volmenes de trabajo.
- La Unidad de Archivo no posee un manual de procedimientos
para la gestin de documentos, originando que el personal
almacene los expedientes a su conveniencia.
Afecta a
La comunidad universitaria, a la institucin ante el gobierno y a

los trabajadores de la UDO.
Generacin de perdida de tiempo, ya que, no existe rapidez al
Cuyo impacto es
momento de buscar la informacin en los expedientes cuando

las Dependencias lo requiere.
Una solucin
Es realizar un sistema de gestin documental para el rea de
80

FECHA: Abril 2008
Apropiada
Registro de la Delegacin de Personal de UDO Monagas,

automatizado y debidamente estructurado, que permita la
eficiencia y la transparencia administrativa, velando por el
control interno y la proteccin de los documentos, generando
beneficios importantes para el departamento.
Tabla 4. Planteamiento del problema
2.3.
Declaracin de Posicin del Producto:
La Comunidad Universitaria
Los Trabajadores de la UDO
Para
Las autoridades Decanales

Las autoridades Rectorales
El Gobierno Central (MES, OPSU, ONAPRE, etc)
Quienes
El Software
Que
No como
Requieren la informacin rpidamente y de una forma confiable.

Es una aplicacin WEB bajo el enfoque de Software Libre.
Permitir la confiabilidad de los documentos, garantizando la
eficiencia administrativa y la del sistema de informacin.
Los sistemas actuales, que se encuentran desarrollados bajo
procedimientos manuales, tales como carpetas y archimoviles.
Nuestro
Permitir el cumplimiento del Decreto Presidencial n 3390 y la
producto
actualizacin de expedientes en un menor tiempo.

Tabla 5. 2.3.
Declaracin de Posicin del Producto
81

FECHA: Abril 2008
3. Descripcin de participantes y usuarios

3.1. Roles y Responsabilidades de los Participantes
Un rol define el comportamiento y responsabilidades de un individuo, o de un
grupo de individuos trabajando juntos como un equipo, para ello es necesario
identificar y conocer los participantes involucrados en la realizacin del proyecto.
Antes de asignar los roles de cada participante, se describirn cada uno de los
roles que se utilizarn en el proyecto:
Rol
Responsabilidad
Nombre
El Lder de proyecto asigna los

recursos, gestiona las prioridades,
coordina las interacciones con los
clientes y usuarios, y mantiene al
equipo del proyecto enfocado en los
objetivos. El Lder de proyecto
Lder del
tambin establece un conjunto de
Proyecto
prcticas que aseguran la integridad y
Ing. Jess Chaparro
calidad de los artefactos del proyecto.

Adems, el Lder de proyecto se
encargar
de
supervisar
el
establecimiento de la arquitectura del

sistema.
Gestin
de
riesgos.
Planificacin y control del proyecto.

Captura, especificacin y validacin
Analista de
Sistemas
de requisitos, interactuando con el

cliente
los
usuarios
mediante
Ing. Rosngela Garca
entrevistas. Elaboracin del Modelo
82

FECHA: Abril 2008
de Anlisis y Diseo. Colaboracin en

la
elaboracin
de
las
pruebas
funcionales y el modelo de datos.

Es el responsable de planear y realizar
Integrador
la integracin de elementos de la
Bch. Rita Bastardo
Aplicacin.
Construccin
Programador
del
Software.
Colaboracin en la elaboracin de las

pruebas funcionales, modelo de datos
Bch. Rita Bastardo.
y en las validaciones con el usuario.

Especialista
en Pruebas
(tester)
Es responsable de realizar las pruebas

del software cada vez que se realice
una iteracin y las pruebas finales
Bch. Rita Bastardo.
anotando los resultados de esa

comprobacin.
Tabla 6. Roles y Responsabilidades de los Participantes
3.2 Necesidades Clave de Participantes o Usuarios

3.2.1 Necesidades de participantes a nivel de Trabajo:
Soluciones Propuestas
Necesidad
Prioridad
Curso de UML
Alta
Curso a cargo de la Ing. Ins Granado
Taller de UML y
Alta
Taller a cargo de la Lcda. Nohemi Pinto
RUP
Curso de PHP
y el Ing. Ramn Gorrn

Alta
Curso a cargo del Ing. Pedro Rodrguez

el Ing. Rodolfo Rodrguez
83

FECHA: Abril 2008
Curso de Macromedia
Alta
Drenweaver
Curso a cargo del T.S.U. Francisco

Oliveros
Tabla 7. Necesidades de participantes a nivel de Trabajo
3.2.2 Necesidades de participantes a nivel de Sistemas:

Necesidad
Prioridad
Desarrollo de una solucin
Migrar y estandarizar las

aplicaciones, segn el decreto
Alta
3390.
WEB bajo el enfoque de

software libre y el decreto
3390.
Capturar los requerimientos del

usuario y registrarlos mediante la
Implementar aplicacin WEB

Alta
bajo estndares abiertos.
creacin de casos.
Permitir control de forma remota
del equipo del cliente.
Documentar en forma incremental

la evolucin de los casos.
Asignar los casos nuevos a la

cartelera correspondiente.
Ordenar los casos segn estado,
prioridad, tipo.
Implementar una aplicacin

Alta
libre, multiplataforma y de alto

desempeo.
Media-alta
bajo estndares abiertos,

mejorando la interfaz.
Alta
bajo estndares abiertos con

una interfaz amigable.
Alta
Mejorar el mecanismo para

priorizar los casos.
84

FECHA: Abril 2008
Establecer un control detallado de
Mejorar la interfaz para mostrar
los estados de los casos y el
Alta
tiempo involucrado en cada uno
los tiempos totales y efectivos

de cada estado.
de ellos.
Tabla 8. Necesidades de participantes a nivel de Sistemas
3.2.3 Necesidades de los usuarios:

Necesidad
Consultar
datos
Prioridad
expedientes
personales
de
de
los
Alta
funcionario en forma digital

Consultar ubicacin de
expedientes en la archimovil
Alta
Consultar los expedientes o

documentos prestados a otras
Alta
dependencias
Consultar los expedientes o
documentos devueltos
Consultar los expedientes que
se han aperturado en el ao
Alta
Alta
Consultar reportes de los

diferentes memorndums que
posee un funcionario.
Alta
Desarrollar mdulo de elaboracin
de expedientes.
Desarrollar mdulo de indexacin
de los expedientes en el archimovil
Desarrollar mdulo de prstamo de
expedientes.
Desarrollar mdulo de devolucin
de expedientes.
Desarrollar mdulo de consulta de
expedientes.
Desarrollar mdulo de reportes de
expedientes.
Tabla 9. Necesidades de los usuarios
85

FECHA: Abril 2008
4. Descripcin Global del Producto

4.1 Perspectiva del producto
El producto a desarrollar preserva la documentacin original evitando la
manipulacin inadecuada de la misma, contribuyendo con la reduccin de
desplazamientos dentro del archivo, eliminando los tiempos de espera, accesando a la
informacin de una manera confiable.
4.2 Arquitectura del producto
El producto a desarrollar est definido bajo la siguiente arquitectura:
Figura 23. Arquitectura del producto
4.3 Resumen de Capacidades
A continuacin se mostrar un listado de las capacidades que ofrecer el

producto:
86

FECHA: Abril 2008
Beneficios
Realizar
los
recoleccin
Funcionalidades
procesos
y
manejo
de El sistema por su plataforma tecnolgica permitir

de realizar
documentos va Web.
y configurar el sistema.
de entregar los reportes a la

Delegacin de Planificacin.
que
rpida
los
procesos
de
El sistema contar con un mdulo que permita

configurar los usuarios, monitorear los accesos y
consultar datos histricos.
Mayor agilidad al momento
para
manera
recoleccin y manejo de documentos
Capacidad para parametrizar
Capacidad
de
El sistema
tendr un mdulo que generara los
reportes exigidos.
los
usuarios de Contralora y
Consultora puedan ver los El sistema tendr un mdulo que permita consultar
documentos
de
empleados,
cuando
los los expedientes de los empleados.

sea
necesaria.
Tabla 10. Resumen de Capacidades
4.4 Presunciones y Dependencias

Se asume que el alcance expresado en primer trmino para este documento no
va a ser ampliado. En caso de que ocurriera una ampliacin del alcance habra que
realizar modificaciones en las funcionalidades. En trminos de implementacin, se
asume la plataforma donde se va a instalar el sistema est en cumplimiento del
Decreto Presidencial 3390 (Software Libre) y que los usuarios utilizan plataformas
heterogneas en cuanto a sistemas operativos y herramientas de productividad.
87

FECHA: Abril 2008
4.5 Licenciamiento e Instalacin

El sistema se est realizando exclusivamente para la UDO. La instalacin se
realizar en los equipos que la UDO disponga segn las especificaciones deseadas y
sern administrados por la Direccin de Computacin.
En cuanto a la licencia, se utilizar la de Oracle, siendo ste el manejador de
base de datos que utilizar el nuevo software.
5. Precedencia y Prioridad
A nivel Administrativo: Subsistema de Personal
6. Requerimientos Mnimos del Proyecto

6.1 Requerimientos de Software
Licencia
Tipo de licencia
Oracle
Propietario
Apache
GNU
PHP
GNU
Macromedia Dreamweaver Propietario

Sybase Power Designer
Propietario
Editor de Texto
GNU
Navegador Web
GNU
Tabla 11. Requerimientos de Software
88

FECHA: Abril 2008
6.2 Requerimientos de Hardware
Equipo
Requerimientos Mnimos
Servidor
Sun Fire X 2100 y 2 Procesadores de 80Gb
Clientes
Pentium IV
Tabla 12. Requerimientos de Hardware
6.3 Requerimientos de Materiales

Material
Cantidad
Resma de Papels Tipo Carta
12
Lpiz y lapiceros
CD-ROM
30
Tonner
Pizarra
1
Tabla 13. Requerimientos de Materiales
6.4 Requerimientos de Servicios

Material
Reestructuracin del cableado estructurado de la red del rea
administrativa
Cantidad
Puntos de conexin
de red ( 55)
Tabla 14. Requerimientos de Servicios
6.5 Otros Requerimientos

Proporcionar cursos de actualizacin en las siguientes herramientas: Oracle,
PHP, Javascript, Apache, Web, Editor de Texto, Anlisis y Diseo de Desarrollo de
software utilizando RUP y UML, con la finalidad de capacitar al personal que est
involucrado en el desarrollo de los Sistemas Administrativos.
89

PROYECTO: Sistema de Gestin Documental del rea de
Registro de la Delegacin de Personal de la Universidad de OrienteNcleo Monagas enmarcado en Software Libre (SIGEDOC-UDO
Monagas)
VERSIN: 1.0
FECHA: Abril 2008

NOMBRE DEL DOCUMENTO: Plan de Iteracin General
Proyecto:
Delegacin de Personal de la Universidad de OrienteNcleo Monagas enmarcado en Software Libre (SIGEDOCUDO Monagas)
5.1.2. Plan de Iteracin General

Versin 1.0
90

Monagas)
VERSIN: 1.0
FECHA: Abril 2008

Plan de Iteracin
1. Introduccin
1.1 Propsito
El propsito es presentar el plan de general del proyecto de desarrollo de un
sistema que permita la automatizacin de los procesos administrativos de la Unidad
de Archivo.
1.2 Alcance
Este Plan de Iteracin abarcar el lapso de tiempo de cada uno de los procesos
que integra el sistema.
1.3 Resumen
Este documento contendr el cronograma de actividades para realizar el
sistema de gestin documental, tanto la facha de inicio como la de culminacin.
2. Plan
2.1 General
ITERACIN
PROCESO
ITERACIN 1
Documento Visin, Documento Glosario, Plan de

Desarrollo de Software, Plan de Iteracin
General, Plan de Administracin de Riesgos,
Modelado del Negocio, Especificacin de Casos
de Uso.
Validar Usuario y Administrar Usuarios del
Sistema
Elaborar Expedientes
Ubicar Expedientes
Consultar Expedientes
Reportes estadsticos
Mantenimiento Dependencia
Mantenimiento Profesin
ITERACION 2
ITERACIN 3
ITERACIN 4
ITERACIN 5
ITERACIN 6
ITERACIN 7
ITERACIN 8
FECHA
INICIO
FECHA
FINAL
04/03/08
08/01/09
17/04/08
28/05/08
29/05/08
10/07/08
25/10/08
24/10/08
24/11/08
08/01/09
09/07/08
24/07/08
23/11/08
21/11/09
07/01/09
27/01/09
Tabla 15. Plan General

91

Monagas)
VERSIN: 1.0
FECHA: Abril 2008

2.2 Plan Fase
92

Monagas)
VERSIN: 1.0
FECHA: Abril 2008

Figura 24. Plan fase
93

PROYECTO: Sistema de Gestin Documental para el rea de
VERSIN: 1.0
FECHA: Abril 2008

NOMBRE DEL DOCUMENTO: Plan de Administracin de Riesgos
Proyecto:
Sistema de Gestin Documental para el rea de Registro de
la Delegacin de Personal de la Universidad de OrienteNcleo Monagas enmarcado en Software Libre (SIGEDOCUDO Monagas)
5.1.3. Plan de Administracin de Riesgos
Versin 1.0
94

VERSIN: 1.0
FECHA: Abril 2008

Plan de Administracin de Riesgos

A continuacin se incluye en este documento el contenido del artefacto Lista
de Riesgos, el cual presentar en forma jerrquica cada uno de los riesgos con las
descripciones establecidas mediante la Tabla de Documentacin de Riesgos.
Identificador: 001
Descripcin: Comunicacin no fluida entre el cliente e involucrados - Reduccin de
la retroalimentacin y desviacin en el cumplimiento de los requerimientos.
Probabilidad: 0,9
Prdida: 9
Grado de Exposicin: 8,1
Primer Indicador: Disminucin de la frecuencia de reuniones con fines de revisin

de artefactos entre los participantes del proyecto y los involucrados.
Estrategia de Mitigacin: Para evitar la disminucin en el flujo de la comunicacin
se requiere hacer reuniones peridicas (diaria y semanalmente para el rea
administrativa y mensualmente para el rea de control de estudio) referentes al
proyecto, con el fin de incrementar al mximo la retroalimentacin.
Propietario: Lder del Proyecto
Fecha Prevista: Enero - Marzo de 2008
Tabla 16. Identificador 001.
Identificador: 002
Descripcin: Incumplimiento de entrega de artefactos, debido a asignaciones a los
participantes de responsabilidades con carga de trabajo fuerte, no relativas al
proyecto.
Probabilidad: : 0,9
Prdida: 9
Primer Indicador: estn sujeto al cumplimiento de estas actividades por ser parte
de sus funciones.
Estrategia de Mitigacin: Para evitar el incumplimiento de las asignaciones, el
participante debe dar a conocer con anticipacin la no participacin en alguna
95

VERSIN: 1.0
FECHA: Abril 2008

iteracin y por consiguiente exponer con aval dicha solicitud.

Propietario: Lder del proyecto
Fecha Prevista: Febrero - Abril de 2008
Tabla 17. Identificador 002.
Fuente: Autor (2008).
Identificador: 003
Descripcin: Incumplimiento de entrega de artefactos, debido a la perdida de
tiempo ocasionada por la jornada de 120 horas de Trabajo Comunitario.
Probabilidad: : 0,7
Prdida: 7
Primer Indicador: estn sujeto al cumplimiento de estas actividades por ser parte
de sus funciones.
Estrategia de Mitigacin: Para evitar el incumplimiento de las asignaciones, el
participante debe dar a conocer con anticipacin la no participacin en alguna
iteracin y por consiguiente exponer con aval dicha solicitud.
Fecha Prevista: Febrero Mayo de 2008
Tabla 18. Identificador 003
Identificador: 004
Descripcin: Proyecto no se puede implantar por alta resistencia al cambio Proyecto Cancelado
Probabilidad: 0,7
Prdida: 7
Primer Indicador: Rechazo constante de los artefactos ejecutables durante la fase

de construccin y transicin.
Estrategia de Mitigacin: Coordinar una estrategia de comunicacin interna que
involucre a los usuarios en las ventajas del nuevo sistema y establecer reuniones,
foros y conferencias con la doble finalidad de transmitir el proyecto a los usuarios y
recibir la retroalimentacin que permita incorporar cambios que reduzcan la
96

VERSIN: 1.0
FECHA: Abril 2008

resistencia al cambio.
Fecha Prevista: A partir de Abril 2008
Identificador: 005
Descripcin: Incumplimiento del alcance del proyecto. Resistencia al cambio de
paradigma de desarrollo de software orientado a objetos.
Probabilidad: 0,6
Prdida: 6
Primer Indicador: Pocos integrantes en cada rea del proyecto, ya que el trabajo
est distribuido paralelamente, distribucin de trabajo de manera estructurada y no
cumpliendo con los lineamientos de la metodologa de desarrollo de software.
Estrategia de Mitigacin: Adaptarse al nuevo paradigma de trabajo en la parte de
desarrollo de software.
Propietario: Lder y Responsable del
Fecha Prevista: A partir de Marzo 2008
proyecto.
Fuente: Autor (2008)..
Identificador: 006
Descripcin: Perder el apoyo de los participantes de la Delegacin de Planificacin,
debido a cambios de personal
Probabilidad: 0,6
Prdida: 6
Primer Indicador: Cuando hay un nuevo personal en el negocio este desconoce

totalmente lo que se esta haciendo.
Estrategia de Mitigacin: Tratar de poner al da al nuevo personal con respecto a
lo que se est haciendo.
Propietario: Lder del proyecto.
Fecha Prevista: Durante todo el proyecto
97

VERSIN: 1.0
FECHA: Abril 2008

Identificador: 007
Descripcin: Requerimientos no capturados en forma clara y concisa Determinacin errnea de funcionalidades y proceso con alto nmero de
incrementos por correccin, lo que genera un estiramiento no deseado del
calendario.
Probabilidad: 0,6
Prdida: 7
Primer Indicador: Los primeros ejecutables no estn ajustados a los

requerimientos y necesitan iteraciones por incremento que incluyen cambios
drsticos.
Estrategia de Mitigacin: Establecer mecanismos de supervisin de requerimientos
por parte de los Analistas y expertos del negocio, cuyas funciones se centraran en
ejecutar pruebas de desempeo funcional y aceptacin. Mientras ms grande sea el
contacto cliente equipo de desarrollo mayor ser la garanta de capturar
requerimientos reales y realizar la menor cantidad de incrementos por correccin.
Propietario: Analistas De Sistemas
Fecha Prevista: Enero - Febrero de 2008.
Identificador: 008
Descripcin: Crecimiento no controlado de requerimientos y alcance - Proyecto
fuera de calendario y requerimientos.
Probabilidad: 0,7
Prdida: 8
Primer Indicador: Inclusin muy frecuente de nuevos requerimientos asociados a

los casos de uso principales o la creacin de nuevos casos de uso que reflejen
requerimientos de mayor alcance.
Estrategia de Mitigacin: El alcance del proyecto debe ser definido previo a la
etapa de operacin. Cualquier nuevo requerimiento que se constituya en un
98

VERSIN: 1.0
FECHA: Abril 2008

subsistema no indispensable para los ya previstos, debe considerarse para un nuevo

proyecto.
Propietario: lder del Proyecto
Fecha Prevista: A partir de Enero de 2008.
Identificador: 009
Descripcin: No adecuacin de las normas y procedimientos a las funciones nuevas
(no previstas en el sistema anterior) del nuevo software - Resistencia al cambio.
Probabilidad: 0,5
Prdida: 7
Primer Indicador: Durante las pruebas del sistema, los usuarios no estn
informados de las situaciones en las cuales operar las diferentes opciones del
sistema.
Estrategia de Mitigacin: Definicin de manuales de normas y procedimientos de
las funciones del sistema en general y su respectiva induccin a los usuarios.
Fecha Prevista: A partir Diciembre de

2008.
Identificador: 010
Descripcin: Datos de los sistemas actuales no migrados eficientemente - Software
con datos no reales que inciden en su desempeo funcional.
Probabilidad: 0,8
Prdida: 8
Primer Indicador: Los datos bsicos incorporados de sistemas no fueron

incorporados de acuerdo a las especificaciones del nuevo software.
Estrategia de Mitigacin: Para evitar que esto ocurra, el lder del proyecto deben
prever la incorporacin paulatina (a travs de las iteraciones) de data bsica real en
99

VERSIN: 1.0
FECHA: Abril 2008

la base de datos.
Fecha Prevista: A partir Mayo de

2008.
Identificador: 011
Descripcin: Poco conocimientos de las herramientas de desarrollo por parte de los
participantes.
Probabilidad: 0,6
Prdida: 8
Primer Indicador: falta de conocimientos en los software a utilizar (como PHP,

Power Designer, Linux, Oracle, Macromedia Dremweaver) y en las herramientas de
modelado y mtodos (UML y RUP)
Estrategia de Mitigacin: Adiestramiento inmediato a los participantes del
proyecto, con el fin de prepararlos y as puedan cumplir con sus asignaciones.
Fecha Prevista: Febrero - Mayo de 2008.
Identificador: 012
Descripcin: Suspensin de actividades administrativas por causas externas a la
misma.
Probabilidad: 0,4
Prdida: 8
Primer Indicador: Problemtica existente en los ncleos tanto a nivel docente,

administrativo y estudiantil.
Estrategia de Mitigacin: Tratar de llevar la planificacin del proyecto para poder
mitigar el efecto de retraso que pudiera ser causado por la situacin descrita.
Fecha Prevista: Enero - Agosto de 2008.
100

FECHA: Abril 2008
NOMBRE DEL DOCUMENTO: Modelado del negocio
Proyecto:
5.1.4. Modelado del Negocio
Versin 1.0
101

FECHA: Abril 2008
Introduccin
El propsito del modelado de negocio es mostrar de forma sencilla el dominio
del negocio en la Unidad de Archivo, a travs del modelo del dominio y los
diagramas de casos de uso. El modelo del dominio es una representacin visual de las
clases conceptuales u objetos del mundo real en un dominio de inters, en este caso
en la Unidad de Archivo de la Delegacin de Personal. Mientras que el modelo de
los casos de uso es el conjunto de todos los casos de uso; es un modelo de
funcionalidad y el entorno del sistema, para poseer una mejor comprensin del mismo
es importante revisar el documento glosario, los casos de uso especfico y el general.
Descripcin.
En este documento del modelado del negocio se expresa en forma somera lo
que se hace en la Unidad de Archivo de la Delegacin de Personal de la Universidad
de Oriente, Ncleo Monagas, en el modelo del dominio del negocio y de forma ms
detallada los modelos de casos de uso general y especficos, en ellos se listan los
eventos tpicos y los cursos alternativos que ocurren en archivo, adems se conocen
los actores que participan en el sistema actual.
98

FECHA: Abril 2008
Diagrama de Caso de Uso General de la Unidad de Archivo

Recepcin de los documentos de los empleados
Elaboracin de los expedientes de los empleados
Usuario de la Unidad de Archivo
Delegacin de Personal
Actualizacin de los expedientes de los empleados
Servicio Social
Contralora
Consultora
Consulta de los expedientes de los empleados
Figura 25. Caso de uso General de la Unidad de Archivo
Fuente Autor (2009)
Modelo del Dominio de la Unidad de Archivo

Documentos
DelegacionDePersonal
1..*
le envia
1..*
1..* 1..*
que recibe el
Archivo
Archivista
1..*
1..*
para almacenar en
1..*
le envia
1..*
que recibe el
1..*
1..*
Expedientes
Figura 26. Modelo de dominio de la Unidad de Archivo
Fuente Autor (2009)
99

FECHA: Abril 2008
Actor y sus actividades

a. Funcionario de Archivo:
Coordina y controla la recepcin de documentos.
Identifica las carpetas donde va a ser archivado el Recibe material para
archivar.
Clasifica material para archivar.
Codifica el material para archivar de acuerdo a las fechas establecidas.
Suministra expedientes y/o documentos a las diferentes unidades, segn la
normativa vigente.
Efecta la lectura de los documentos a archivar.
Archiva en los expedientes correspondientes los documentos establecidos.
Ubica las carpetas nuevas en sus respectivos archivadores.
Retira e incorpora expedientes, carpetas, documentos u otros en los
archivadores.
Vela por la conservacin, restauracin y mantenimiento de la documentacin.
Lleva el control de prstamos de expedientes y/o documentos.
Revisa los controles de prstamos para verificar la fecha de vencimiento.
Proporciona la informacin de material archivado, segn las normas
establecidas.
Atiende y resuelve problemas que se presenten en el archivo.
Mantiene en orden equipo y sitio de trabajo, reportando cualquier anomala.
Elabora informes peridicos de las actividades realizadas.
100

FECHA: Abril 2008
b. Jefe de la Delegacin de Personal

Enva documentos y/o expedientes al funcionario de archivo.
Recibe documentos devueltos con errores para corregir.
Enva solicitud de la dependencia al funcionario de archivo para mostrar un
expediente y/o documento.
101

FECHA: Abril 2008
NOMBRE DEL DOCUMENTO: Especificacin del Negocio Recepcin de Documentos
Proyecto:
5.1.5. Especificacin del Negocio Recepcin de Documentos

Versin 1.0
105

FECHA: Abril 2008
1. Introduccin
1.1 Propsito
Garantizar la recepcin de documentos
1.2. Alcance
Permitir el registro de los expedientes que son almacenados en el archimovil
de la Unidad de Archivo de la Universidad de Oriente.
2. Diagrama de Procesos:
Figura 27. Diagrama de procesos de Recepcin de Expedientes
2.1. Curso Tpico de Eventos:

1. La Delegacin de Personal le enva los documentos de los empleados al
funcionario de archivo, la cual recibe.
2. El funcionario de la unidad de archivo revisa si los datos estn correctos
106

FECHA: Abril 2008
para clasificarlos.
3. El funcionario de archivo almacena cronolgicamente los documentos en
una carpeta.
2.2. Curso Alternativo:
1. Si los datos estn incorrectos los devuelve a la Delegacin de personal para
que los revise, corrija y vuelva a enviarlos al funcionario nuevamente.
2. Actores
Internos:
Funcionario de Archivo
Externos
3. Precondicin
Que los documentos correspondientes de los empleados cumplan con todos
los requisitos exigidos por la Delegacin de Personal de la Universidad de Oriente.
4. Postcondicin
Lograr un registro y recepcin de documentos ptimos.
107

FECHA: Abril 2008
5. Diagrama de Actividad
Figura 28. Diagrama de actividad de recepcin de documentos
108

FECHA: Abril 2008
NOMBRE DEL DOCUMENTO: Especificacin del Negocio Elaboracin de Expedientes
Proyecto:
5.1.6. Especificacin del Negocio Elaboracin de Expedientes

Versin 1.0
109

FECHA: Abril 2008
3. Introduccin
1.1 Propsito
Obtener la reduccin del tiempo de espera y garantizar la elaboracin de los
expedientes
1.2. Alcance
Permitir llevar el control y registro de los expedientes que son almacenados en
el archimovil de la Unidad de Archivo de la Universidad de Oriente.
Figura 29. Diagrama de procesos de elaboracin de expedientes
110

FECHA: Abril 2008

4. La Delegacin de Personal le enva los documentos de los empleados al
funcionario de archivo, el cual revisa y se cerciora que no tengan errores
para poder clasificarlos.
5. Inserta los documentos en unas carpetas en donde escribe los apellidos,
nombres y su cedula para poder ser almacenado en el archimovil.
6. Si el registro de datos de los empleados no esta completo el mismo es
devuelto a la Delegacin de Personal para que tomen las medidas
correctivas pertinentes y pueda ser enviado al funcionario nuevamente.
7. Actores
Internos:
Externos
8. Precondicin
9. Postcondicin
Alcanzar la elaboracin optima de los expedientes en la Unidad.
111

FECHA: Abril 2008
10.
Diagrama de Actividad
Figura 30. Diagrama de actividad de elaboracin de expedientes
Fuente Autor (2009)
112

FECHA: Abril 2008
NOMBRE DEL DOCUMENTO: Especificacin del Negocio Actualizacin de Expedientes
Proyecto:
5.1.7. Especificacin del Negocio Actualizacin de Expedientes

Versin 1.0
113

FECHA: Abril 2008
5. Introduccin
1.1 Propsito
Mantener actualizados los expedientes de los empleados generando eficiencia
administrativa en la unidad.
1.2. Alcance
Permitir la actualizacin de los expedientes de los empleados de la
Universidad.
Figura 31. Diagrama de procesos de actualizacin de expedientes
114

FECHA: Abril 2008

6. El Departamento de Personal le enva al funcionario de la unidad de
archivo el documento nuevo, el cual recibe.
7. El funcionario busca el expediente del empleado en el archimovil.
8. El funcionario verifica el documento, si esta correcto introduce dicho
documento y lo almacena.
11.
Si el documento no tiene los datos correctos, el funcionario de la
unidad de archivo lo devuelve a la Delegacin de Personal para que lo

corrija.
Actores
Internos:
Externos
Precondicin
Postcondicin
Registro actualizado del expediente del empleado.
115

FECHA: Abril 2008
Figura 32. Diagrama de actividad de actualizacin de expedientes
Fuente Autor (2009)
116

FECHA: Abril 2008
NOMBRE DEL DOCUMENTO: Especificacin del Negocio Consulta de Expedientes
Proyecto:
5.1.8. Especificacin del Negocio Consulta de Expedientes

Versin 1.0
117

FECHA: Abril 2008
Introduccin
Propsito
Realizar la consulta de expedientes y/o documentos de un empleado de forma
rpida, eficiente y confiable.
Alcance
Permite que los expedientes consultados estn almacenados en la unidad de
archivo.
Diagrama de Procesos:
Figura 33. Diagrama de procesos de consulta de expedientes
118

FECHA: Abril 2008
Curso Tpico de Eventos:

1. La Delegacin de Personal le enva una solicitud de consulta del expediente del
empleado al funcionario.
2. El funcionario recibe la solicitud de consulta de expediente y busca el expediente
en el archimovil.
3. El funcionario llena una planilla de entrega de expediente.
4. La Delegacin de Personal recibe el expediente y lo consulta, posteriormente
regresa el mismo al funcionario.
5. El funcionario llena la planilla de entrega de expedientes y lo almacena
nuevamente.
Actores
Internos:
Externos
Precondicin
Que los documentos de los expedientes estn en orden para poder ser
consultados.
Postcondicin
Consulta de expedientes segura, confiable y ptima.
119

FECHA: Abril 2008
Figura 34. Diagrama de actividad de consulta de expedientes
120

FECHA: Abril 2008
NOMBRE DEL DOCUMENTO: Glosario
Proyecto:
Sistema de Gestin Documental para el rea de Registro de
la Delegacin de Personal de la Universidad de OrienteNcleo Monagas enmarcado en Software Libre
5.1.9. Glosario
Versin 1.0
121

FECHA: Abril 2008
Glosario
1. Definiciones
A continuacin se presentan todos los trminos manejados a lo largo de todo
el proyecto de desarrollo de un sistema de gestin documental para la Delegacin de
Personal en la Universidad.
Actor: un actor es aquel que le rol o funcin que asume una persona, sistema o
entidad que interacta con el sistema que estamos construyendo de la misma forma.
Tiene la propiedad de ser externo al sistema. Hay que tener en cuenta que un usuario
puede acceder al sistema con distintos actores.
Actividad: Es el medio de intervencin sobre la realidad, mediante la realizacin
secuencial e integrada de diversas tareas necesarias para alcanzar las metas y
objetivos especficos de un proyecto.
Archivo: institucin, local o mueble donde se custodian y coleccionan de forma
ordenada y clasificada, documentos originales, pblicos y privados, producidos por
una persona fsica o jurdica, acumulados en el curso de sus actividades, que son
preservados con determinados fines; jurdicos, econmicos, culturales, cientficos,
religiosos o polticos; as como dichos documentos.
Automatizacin: ejecucin automtica de tareas industriales, administrativas o
cientficas haciendo ms gil y efectivo el trabajo y ayudando al ser humano.
Casos de Uso: son una herramienta para especificar los requerimientos del sistema,
guan su diseo, implementacin y prueba. Los casos de uso constituyen un elemento
integrador y una gua de trabajo.
Clasificacin: tcnica que se utiliza para la identificacin, agrupacin y distribucin
sistemtica de documentos o cosas semejantes, con caractersticas comunes o sistema
determinado y que pueden ser con posterioridad diferenciadas segn su tipo de
122

FECHA: Abril 2008
tipologa fundamental. Dicho proceso se aplica de acuerdo con el esquema lgico

predeterminado para sealar su ubicacin. Tratndose de documentos, permite
adems definir los temas contenidos en ellos.
Datos: es una representacin simblica (numrica, alfabtica, etc.), atributo o
caracterstica de una entidad, no tiene valor semntico (sentido) en s mismo, pero
convenientemente tratado (procesado) se puede utilizar en la realizacin de clculos o
toma de decisiones.
Delegacin: Es una transferencia de tareas, funciones, atribuciones y autoridad, que
se realiza entre una persona que ocupa un cargo superior, a un inferior jerrquico para
que opere en un campo limitado y acotado, normalmente con un objetivo especfico.
Departamento: Nombre con que se designan algunas divisiones administrativas de la
institucin.
Dependencia: Unidades que conforman a la Institucin.
Digitalizacin: consiste en la captura de imagen de los documentos mediante un
proceso de escaneo, y su posterior almacenamiento en un soporte ptico o magntico.
Documento: todo objeto material que porte, registre o fije, en s, informacin, es
decir, el conjunto formado por el contenedor con su contenido; con el objetivo de
conservar y transmitir dicha informacin ene le dominio del espacio y del tiempo a
fin de ser utilizada como instrumento jurdico o probativo, testimonio histrico, etc.
Dominio: Una delimitacin formal que define una materia o un rea de inters
especfica.
Ejecucin: Representa el conjunto de tareas y actividades que suponen la realizacin
propiamente dicha del proyecto, la ejecucin de la obra de que se trate. Responde,
ante todo, a las caractersticas tcnicas especficas de cada tipo de proyecto y supone
poner en juego y gestionar los recursos en la forma adecuada para desarrollar la obra
en cuestin.
123

FECHA: Abril 2008
Expediente Administrativo: es una serie ordenada de actuaciones administrativas

correspondientes a un asunto o negocio.
Factores de riesgo: Lo que puede hacer que no se cumpla con las metas de un
proyecto.
Gestin: es el proceso mediante el cual se obtiene, despliega o utiliza una variedad de
recursos bsicos para apoyar los objetivos de la organizacin.
Gestin de Informacin: es todo lo relacionado con la obtencin de la informacin
adecuada, en la forma correcta, para la persona indicada, al costo adecuado, en el
tiempo oportuno, en el lugar apropiado, para tomar la decisin correcta.
Indexacin: hace referencia a la accin de agregar una o ms pginas Web a la base
de datos de los buscadores de internet, para que estas aparezcan en los resultados de
bsquedas de los mismos.
Informacin: material original, primario que consiste en la simple reunin de datos.
Metodologa: Se refiere a los mtodos de investigacin que se sigue para alcanzar
una gama de objetivos en una ciencia.
Oficio: es un documento o comunicacin escrita de carcter netamente oficial,
protocolario, utilizado por las autoridades o funcionarios de las diferentes
dependencias pblicas o privadas.
Organizacin: conjunto de personas organizadas con un objetivo especfico. Estn
constituidas por un grupo de personas que interacten entre s, deben desarrollar un
conjunto de acciones, utilizar habilidades, enfoques y tcnicas que posibiliten el logro
de determinados resultados.
Postcondicin: Una restriccin que debe ser verdad tras terminar una operacin.
Precondicin: Una restriccin que debe ser verdad antes de que se solicite una
operacin.
124

FECHA: Abril 2008
Proceso: es un conjunto de actividades o eventos que se realizan o suceden con un

determinado fin.
Procedimiento Administrativo: conjunto de actos y diligencias tramitados en las
entidades, conducentes a la emisin de un acto administrativo que produzca efectos
jurdicos individuales sobre intereses, obligaciones o derechos de los administrados.
Producto: Bien o servicio que se obtiene con la ejecucin de un proyecto.
Proyecto: Es un conjunto de actividades concretas, interrelacionadas y coordinadas
entre s, que se realizan a fin de producir determinados bienes y servicios capaces de
satisfacer necesidades o resolver problemas.
Respaldo: es la segunda copia de un archivo que se esta usando, y que sirve de
resguardo por si se daa la versin original y que a partir de la copia se recuperar la
informacin prdida (backup).
Sistema: conjunto de entes independientes entre s mismos que se encuentran en
interrelacin con ellos mismos y con el ambiente que los rodea.
Sistema de Informacin: se refiere a los mtodos, medios, materiales, generadores
contenedores y contenedores de involucrados en una forma organizada para efectuar
la transferencia de informacin dentro de una actividad, campo u organizacin.
Sistema de Gestin de Informacin: es le conjunto de polticas y normas
relacionadas entre s que se establecen para el acceso y tratamiento de los recursos de
informacin, incluye los registros administrativos y los archivos, el soporte
tecnolgico de los recursos y el pblico a que se destina.
Stakeholder: para referirse a quienes pueden afectar o son afectados por las
actividades de una empresa.
Software: Se denomina software, programa, equipamiento lgico o soporte lgico a
todos los componentes intangibles de una computadora, es decir, al conjunto de
125

FECHA: Abril 2008
programas y procedimientos necesarios para hacer posible la realizacin de una tarea

especfica, en contraposicin a los componentes fsicos del sistema (hardware).
Tiempo de ejecucin: Se refiere al tiempo necesario para la ejecucin del programa
o proyecto, especficamente, al lapso para el cual se est solicitando el
financiamiento.
126
5.2.
ETAPAII: ARQUITECTURA DEL SISTEMA
Esta etapa tiene el propsito de establecer una base slida de la arquitectura

del software. Dicha arquitectura es desarrollada a partir del anlisis y diseo de todos
los requerimientos funcionales y tcnicos del software, empezando por aquellos que
son crticos para establecer su arquitectura.
Las herramientas utilizadas en esta etapa fue el programa de Sybase Power
Designer para realizar los diagramas que se muestran en los documentos, como son
los diagramas de caso de usos, los diagramas de secuencia, modelo fisco, modelo
conceptual y de clases. Adems, se continuo utilizando el Microsoft Project 2007
para llevar el control del proyecto y adicionalmente se utiliz Macromedia
Dreamweaver 8 potente editor HTML para elaborar los prototipos del sistema; para
editar las imgenes se manipulo Macromedia Firework 8 y XAMPP un servidor
independiente de plataforma para interpretar y visualizar las pginas HTML, todo
esto para elaborar los artefactos que la metodologa RUP genera en su segunda fase,
entre ellos:
Especificacin de Casos de Uso del Sistema.
Especificaciones Complementarias.
Arquitectura del Sistema.
127

VERSIN: 1.0
FECHA: Octubre 2008

NOMBRE DEL DOCUMENTO: Especificacin de Caso de Uso del Sistema: Validacin
y Administracin de Usuario
Proyecto:
5.2.1. Especificacin de Casos de Uso del Sistema:

Validacin y Administracin de Usuario
Versin .10
128

VERSIN: 1.0
FECHA: Octubre 2008

Descripcin del Caso de Uso

En este documento se mostrar como el Sistema de Gestin Documental
del rea de Registro de la Delegacin de Personal de la Universidad de OrienteNcleo Monagas funcionar cuando se desee acceder a l.
Diagrama de Caso de Uso
Validar Usuario
<<include>>
Administrar Usuario
Funcionario
Figura 35. Caso de uso validar y administrar usuario
Flujo de Eventos
Curso Tpico de Eventos. Validar Usuario
Usuario
1. El funcionario de la Universidad de
Oriente
ingresa
al
Sistema
SIGEDOC.
3. El funcionario introduce el login y
password .
4. Presiona el botn Inicio de sesin
Sistema
2. El sistema carga la pgina de
verificacin del usuario.
5. El sistema procesa los datos.

6. El sistema valida el login y
password.
7. El sistema busca en la base de datos
8. El sistema verifica la cuenta del
usuario.
9. El sistema busca el nivel de acceso
del usuario.
10. El sistema muestra el men
principal.
Tabla 28. Curso Tpico de Eventos. Validar Usuario
129

VERSIN: 1.0
FECHA: Octubre 2008

Curso Alternativo. Validar Usuario

3. En caso del ser el administrador tilda la opcin de administrador.
6. Si el nombre de login y passwod son invlidas, el sistema muestra un mensaje de
autentificacin fallida.
8. Si la cuenta est bloqueada, el sistema presenta un mensaje indicando que la cuenta
est bloqueada, y que debe ponerse en contacto con el administrador.
Curso tpico de eventos. Administrar
Usuario
1. El
administrador
de
Universidad de Oriente ingresa
Sistema SIGEDOC.
3. El administardor
introduce
login.
4. El administrador introduce
password.
5. El administrador
presiona
botn Inicio de sesin.
la
al
Sistema
2. El sistema carga la pgina de
verificacin del usuario.
el
el
el
6. El sistema procesa los datos
7. El sistema valida el login.

8. El sistema valida el password.
9. El sistema busca los datos del
funcionario en la base de datos.
10. El sistema muestra las opciones que
posee
el
funcionario
como
administrador del sistema, las cuales
pueden
ser
crear,
actualizar,
desbloquear y eliminar cuentas.
Crear Usuario
11. El administrador presiona la
12. El sistema muestra la opcin de
opcin Nuevo Usuario
introducir el nmero de cedula.
13. El administrador introduce la
14. El sistema valida el nmero de
cedula y presiona el botn
cdula.
Aceptar
15. El sistema muestra al administrador
la interfaz de crear usuario.
130

VERSIN: 1.0
FECHA: Octubre 2008

16. El administrador llena los
renglones que se muestran en la
pantalla.
17. El usuario ingresa el login.
18. El usuario ingresa el password.
21. El usuario escribe nuevamente su
password.
19. El sistema valida el login.

20. El sistema valida el password.
22. El sistema confirma el password.
23. El sistema crea la cuenta y muestra
la interfaz de registro.
25. El sistema muestra las opciones
donde tendr acceso el usuario.
27. El sistema almacena el registro.
24. El administrador presiona el botn

Crear.
26. El administrador selecciona las
opciones a la que puede acceder el
usuario de acuerdo a la
Dependencia.
28. El administrador presiona el botn
29. El sistema muestra un mensaje
Finalizar.
Cuenta creada exitosamente
Administrar Cuenta
31. El sistema muestra la interfaz con
opcin Administrar Cuenta.
algunos datos.
32. El
administrador
llena
la
33. El sistema valida la informacin.
informacin que le solicita el
sistema.
34. El sistema muestra las opciones que
puede acceder el usuario.
35. El administrador le habilita la
36. El sistema valida la informacin
opcin que corresponda.
segn sea la opcin, que puede ser:
consultar, imprimir, eliminar y
actualizar.
opcin Finalizar.
Disponibilidad de Cuenta
39. El sistema muestra el estado actual de
opcin
Disponibilidad
de
la cuenta, que puede ser bloqueada o
Cuenta
desbloqueada.
40. El administrador puede modificar
41. El sistema cambia el estado de la
el estado de cuenta del usuario
cuenta del usuario.
bien
sea
bloqueada
o
desbloqueada segn sea el caso,
mediante la casilla de seleccin.
131

VERSIN: 1.0
FECHA: Octubre 2008

opcin Cambiar Estado de
Cuenta.
44. El
administrador
presiona
Regresar.
46.
48.
50.
53.
55.
57.
59.
61.
64.
43. El sistema muestra un mensaje la

cuenta
ha
sido
cambiada
exitosamente.
45. El sistema retorna a las opciones del
administrador.
Eliminar
El administrador selecciona la
47. El sistema procesa la informacin.
cuenta que desea eliminar.
El administrador presiona el botn
Eliminar
Desea
eliminar
la
cuenta
seleccionada
51. El sistema elimina la cuenta
Aceptar.
seleccionada.
Cuenta
eliminada
satisfactoriamente.
El administrador presiona la
opcin Regresar
administrador.
Actualizar
El administrador selecciona la
56. El sistema procesa la informacin y
cuenta que desea modificar
muestra los datos.
El administrador presiona la
58. El sistema valida los datos.
opcin Actualizar
El administrador realiza los
60. El sistema cambia la informacin.
cambios necesarios.
62. El sistema guarda los cambios
Guardar.
realizados en la cuenta.
Actualizacin exitosa.
Finalizar.
administrador.
Tabla 29. Curso tpico de eventos. Administrar
Curso Alternativo. Administrar

10: El sistema muestra un mensaje Su cuenta no es del Administrador.
10: Si el usuario intenta tres veces accesar al sistema como administrador su
cuenta ser bloqueada y deber dirigirse con el administrador.
132

VERSIN: 1.0
FECHA: Octubre 2008

10: Si el usuario no posee una cuenta deber dirigirse con el administrador de la

unidad de archivo.
20: El sistema muestra un mensaje de Login no disponible, introduzca otro
nombre.
21: El sistema muestra un mensaje de Password no disponible, intente
nuevamente.
24: El sistema muestra un mensaje deDatos incompletos o invlidos, intente
nuevamente.
30: El sistema muestra un mensaje Registro Incompleto.
51: El administrador presiona el botn Cancelar
63: El sistema muestra un mensaje Datos Invlidos o Incompletos.
133

VERSIN: 1.0
FECHA: Octubre 2008

Diagrama de Secuencia de Validar Usuario
w:validarUsuario
:Usuario:Class_4
:NivelAcceso
:Opcion
Funcionario UDO
1. Ingresa al Sistema de Gestin Documental
2. Abrir pantalla de inicio
3. Introduce el login
4. Introduce Password
5. Presiona "Inicio de Sesin"
6. Busca datos
7. valida login ()
8. valida password ()
Informacin
Correcta
9. Busca nivel de acceso

10. busca nivel acceso ()
11. Busca opciones
12. carga opciones ()
13. Muestra menu
14. Busca datos
15. valida login
16. valida password

Intentos fallidos
17. valida status de cuenta
18. cambia status
19. Cuenta Bloqueada. Consulte con administrador
Figura 36. Diagrama de secuencia Validar usuario
134

VERSIN: 1.0
FECHA: Octubre 2008

Diagrama de Secuencia de Administrar Usuario

:val idarUsuario
:Usuari o
:Dependencia
:Nucleo
:NivelAcceso
:StatusUsuari o
Admini strador y Funci onario

1. Ingresa al si stema
3. Introduce login
2. abrir pantall a de inici o ()
4. Introduce password
5. Sel ecciona la opci n "Admi ni strador"
6. Presi ona "Inici ar Sesin"
7. Busca datos
8. busca opciones ()
9. carga usuario ()
10. carga depedenci a ()
11. Busca dependenci a
12. busca dependencia()
13. carga nucl eo ()
14. Busca nucl eo
15. busca nucleo ()
16. carga nivelAcceso ()

17. Busca nivel Acceso
18. busca ni vel Acceso ()
19. carga statusUsuario ()
20. Busca statusUsuario
21. busca statusUsuario ()
22. Mustra opciones y usuari os
23. Selecciona "Nuevo"

24. Busca datos
25. crear nuevo ()
Nuevo
26. Muestra ventana de datos nuevo
27. Introduce datos del usuario
28. Selecciona "Guardar"

29. Procesa
30. guardar()
Guardar
31. Guardado exi tosamente
32. Selecciona usuari o

33. Presiona "Edi tar"
34. Busca datos del usuario
35. editar()
Edi tar
36. Muestra datos para edi tar
37. Edita informaci n
38. Selecciona Usuario

39. Presiona "Eli minar"
40. Busca datos del Usuario
41. eli minar()
Elim inar
42. Muestra m ensaj e
43. Confi rmar eli minacion
44. Presiona "Sali r"

45. Procesa
46. sal ir()
Sal ir
47. M uestra m enu pri ncipal
Figura 37. Diagrama de secuencia administrar usuario
135

VERSIN: 1.0
FECHA: Octubre 2008

Interfaz de Usuario
Figura 38. Inicio al Sistema de Gestin Documental.
Figura 39. Men del Sistema de Gestin Documental.
136

PROYECTO: Sistema de Gestin Documental del rea de VERSIN: 1.0
FECHA: Octubre 2008
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Uso del Sistema: Elaboracin
de Expedientes
Proyecto:
Monagas enmarcado en Software Libre (SIGEDOC-UDO
Monagas)
Especificacin de Casos de Uso:

5.2.2 Elaboracin de Expedientes
Versin 1.0
137

FECHA: Octubre 2008
de Expedientes
Nombre del Caso de Uso

Caso de uso: Elaboracin de Expedientes.
Elaborar Expedientes
Funcionario de la Unidad de Archivo
<<include>>
Validar Usuario
Figura 40. Caso de uso elaboracin de expedientes
Flujo bsico de acontecimientos.

Actores Participantes: Funcionario de la Unidad de Archivo de la Universidad de
Oriente.
Condiciones de entrada:
El usuario ha sido validado por el sistema (ver caso de uso Validacin de
Usuario).
El usuario ha seleccionado en el men la opcin Expediente.
El usuario ha seleccionado Nuevo
Flujo de Eventos:
Cursos Tpicos de Eventos
Usuario
1. El funcionario elige la opcin Nuevo.
3. El funcionario ingresa la cdula del
empleado.
4. El funcionario presiona el botn
Sistema SIGEDOC
2. El sistema muestra la pagina.
5. El sistema valida el nmero de
138

FECHA: Octubre 2008
de Expedientes
Aceptar.
7. El funcionario presiona la opcin

Datos Personales del Empleado
9. El funcionario llena los renglones.
Guardar.
16 . El funcionario presiona la opcin

Eliminar.

Retornar.
cedula del empleado.

6. El sistema muestra una ventana con
las diferentes opciones que puede
llenar el funcionario, los cuales son:
datos personales, datos del cnyuge,
estudios y empleos realizados del
empleado; y la carga familiar del
mismo.
8. El sistema carga el formulario y los
datos.
10. El sistema registra los datos.
11. El sistema valida los datos.
14. El sistema guarda los datos
guardado exitosamente.
17. El sistema procesa.
18. El sistema elimina los datos.
19. Muestra un mensaje Eliminado
exitosamente.
22. El sistema muestra el men
principal.
Tabla 30. Cursos Tpicos de Eventos de elaboracin de expedientes
Nota: Es similar el proceso de llenar los datos de acuerdo a las opciones que
se seleccionen.
Cursos Alternativos:
6: Si el nmero de cedula no se encuentra registrado en la base de datos de la
Delegacin de Personal, el sistema muestra un mensaje La cdula introducida no
est registrada en la base de datos. Verifique.
139

FECHA: Octubre 2008
de Expedientes
39: El sistema muestra un mensaje de Datos invlidos o incompletos, si los

campos del formulario posee uno o varios vacios.
Condiciones de Salida:
El funcionario
de la Unidad de Archivo registro satisfactoriamente el
Expediente Nuevo del Empleado de la Universidad de Oriente.
Diagrama de Secuencia
wM enu
Exp edi ente
Em pl eado
DatosPe rsonal e sDel Conyuge
Estudi osReal i zados
Em pl eosReal i zados
CargaFa m i l i ar
Funci onari o de Uni dad de Arch i vo

1. Sel ecci ona "nuevo"
2. Abri r exped i ente
2. Introduci r Cedul a del em pl eado

4. Pre si ona "Acepta r"
5. Buscar expedi ente
6. val i da Cedul a ()
7. abri r form ul ari o ()
8. cargar datos ()
9. M uestra opci ones
10. Sel ecci o na datos perso nal es d el em pl eado
11. Busca l os datos

12 . abri r ()
13. carga datos ()
Datos Personal es del Em pl eado
14. M uestra el form ul a ri o con l os datos personal es del em pl eado

15. Introduce l os datos fal tantes
16. Proce sa i nfo rm aci on
17. g uardar ()
18. Sel ecci ona Datos personal es del conyuge

19. Busca l os datos del conyuge
Datos Pe rsonal e s del Conyuge
22. Introduce datos fal tantes del conyuge

20. abri r ()
21. M uestra i nform aci on del conyuge
23. Regi stra l os datos del co nyuge
24. guardar ()
25. Se l ecci on a "estudi os real i zados"
Estudi os real i zados

26. Procesa i n form aci on
27. ab ri r ()
28. M uestra ve ntana de estudi os real i zados
29. Introduce dato s fal tan tes

30. Regi stra datos de estudi os real i zados
31. guardar ()
32. Se l ecci on a "Em pl eos real i zados"
33. Procesa i nform aci on

34. abri r ()
Em pl eos real i zados

35 . M uestra form ul ari o de em p l eos rea l i zados
36 . Introduce datos fal ta ntes
37. Regi stra datos de em pl eos real i za dos del em pl eado
38 . guardar ()
39. Sel ecci ona "Ca rga Fam i l i ar"

40. Busca datos de carga fam i l i ar
41. abri r (9
Carga fam i l i ar
43 . Introduce datos fal ta ntes
45. g uardar ()
44.
stra iinform
42. Regi
M uestra
nformaci
acion
on de
de carga
carg a fam
famiilliiar
ar
Figura 41. Diagrama de secuencia de elaboracin de expedientes )
140

FECHA: Octubre 2008
de Expedientes
Interfaz de Usuario
Figura 42. Ventana de Opciones del Men de SIGEDOC. Nuevo Expediente
Figura 43. Ventana de acceso al expediente nuevo.
141

FECHA: Octubre 2008
de Expedientes
Figura 44. Ventana de opciones
142

FECHA: Octubre 2008
de Expedientes
Figura 45. Ventana de Datos personales del empleado
143

FECHA: Octubre 2008
de Expedientes
Figura 46. Ventana de personales del cnyuge.
144

FECHA: Octubre 2008
de Expedientes
Figura 47. Ventana de estudios realizados del empleado
145

FECHA: Octubre 2008
de Expedientes
Figura 48. Ventana de los empleos realizados del empleado
146

FECHA: Octubre 2008
de Expedientes
Figura 49. Ventana de la carga familiar del empleado
147

PROYECTO: Sistema de Gestin Documental del rea de VERSIN:1.0
FECHA: Octubre 2008
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Uso del Sistema: Ubicacin
de Expedientes
Proyecto:
Monagas)

5.2.3. Ubicacin de Expedientes
Versin 1.0
148

FECHA: Octubre 2008
de Expedientes

Ubicacin de Expedientes.
Ubicar Expediente

<<include>>
Validar Usuario
Figura 50. Caso de uso ubicar expedientes

Oriente.
Usuario).
El usuario ha seleccionado Ubicacin.
149

FECHA: Octubre 2008
de Expedientes
Flujo de Eventos:
Usuario
1. El funcionario elige la opcin
Consulta.
3. El funcionario ingresa la cdula del
empleado.
Aceptar.
9. El funcionario elige el botn

Cancelar.
Sistema SIGEDOC
2. El sistema muestra la
interfaz de la cdula del
empleado.
5. El sistema valida el nmero

de cedula del empleado.
6. El sistema carga el
formulario
7. El sistema carga los datos.
8. El sistema muestra el
formulario.
10. El sistema se regresa al
men principal
Tabla 31. Cursos Tpicos de Eventos. Ubicacin de expedientes
El funcionario
de la Unidad de Archivo ubico satisfactoriamente el
Expediente que necesita.
150

FECHA: Octubre 2008
de Expedientes
w:Expedi ente
expedi ente
ubi caci on
Funci onari o de Archi vo

1. Sel ecci ona "Ubi caci n"
2. abri r expedi ente ()
3. Introduci r cedul a de empl eado
4. Presi ona "Aceptar"
Val i da cedul a
7. Cedul a i nval i da. Veri fi que
8. Busca ubi caci n
9. carga formul ari o ()
10. carga datos ()
11. Muestra formul ari o con l a ubi caci n del expedi ente
12. Sel ecci ona "Nuevo"

13. abri r expedi ente
14. Introduci r cedul a del empl eado

Val i da cedul a
Cedul a i nval i da. Veri fi que

19. Buscar ubi caci n
20. cargar formul ari o ()
cargar datos ()
22. Muestra formul ari o con l a ubi caci n del expedi ente
Figura 51. Diagrama de secuencia de ubicar expedientes
151

FECHA: Octubre 2008
de Expedientes
Interfaz de Usuario
Figura 52. Ventana de Opciones del Men de SIGEDOC. Ubicacin
Figura 53. Ventana de Ingreso de cedula del empleado.
152

FECHA: Octubre 2008
de Expedientes
Figura 54. Ventana de ubicacin del expediente.
153

FECHA: Octubre 2008
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Uso del Sistema: Consulta
de Expedientes
Proyecto:
Monagas)

5.2.4. Consulta de Expedientes
Versin 1.0
154

FECHA: Octubre 2008
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Uso del Sistema: Consulta de
Expedientes

Consulta de Expedientes.
Diagrama de Caso de so
Consultar Expediente
Funconario
<<include>>
Validar Usuario
Figura 55. Caso de uso consultar expedientes

Actores Participantes: Funcionario de la Unidad de Archivo, Contralora General,
Delegacin de Personal.
Usuario).
El usuario ha seleccionado Consulta
155

FECHA: Octubre 2008
Expedientes
Flujo de Eventos:
Usuario
1. El funcionario elige la opcin Consulta.
Sistema SIGEDOC
2. El sistema muestra la pagina de la
cdula del empleado.
El funcionario ingresa la cdula del

empleado.
Aceptar.
5.El sistema valida el nmero de

cedula del empleado.
6.El sistema muestra una ventana con
las diferentes opciones que puede
consultarel funcionario, los cuales son:
datos personales, datos del cnyuge,
estudios y empleos realizados del
empleado; y la carga familiar del
mismo.
7. El funcionario presiona la opcin Datos 8.El sistema carga el formulario y los
datos.
Personales del Empleado
9.El sistema muestra el formulario.
10.El funcionario presiona la opcin Datos 11.El sistema carga el formulario y los
datos.
Personales del cnyuge
13.El funcionario presiona la opcin
14.El sistema carga el formulario y los
datos.
Estudios realizados
16.El funcionario presiona la opcin
17.El sistema carga el formulario y los
datos.
Empleos realizados
19.El funcionario presiona la opcin Carga 20.El sistema carga el formulario y los
datos.
familiar.
23.El sistema procesa.
Retornar.
24. El sistema regresa al men.
Tabla 32. Cursos Tpicos de Eventos consulta de expedientes
156

FECHA: Octubre 2008
Expedientes
Los funcionarios de la Universidad consultaran el expediente de un empleado.
est registrada en la base de datos.
wM enu
Expedi ente
Empleado
DatosPersonalesDelConyuge
EstudiosRealizados
EmpleosReali zados
CargaFamil iar
Funcionario de Unidad de Archivo

1. Selecciona "Consulta"
2. Abri r expediente
3. Introducir cedula de identi dad del empleado

5. Buscar expediente
6. Valida Cedula
8. cargar formulario ()
9. cargar datos ()
10. Muestra las opciones
11. Selecciona la pestaa de los datos personales del empleado

12. Busca los datos
13. carga form ulario ()
14. carga datos ()
15. Muestra el formulari o con l os datos personales del em pleado
Datos Personales del Em pl eado

23. Selecciona la pestaa de los datos personales del conyuge
24. Busca l os datos
25. carga form ul ario ()
26. carga datos ()
27. M uestra form ul ario de datos personales del conyuge
Datos Personal es del Conyuge
35. Selecciona l a pestaa de estudios realizados

36. Busca datos
38. carga datos ()
39. Muestra form ulari o de estudi os realizados
Estudios Real izados
47. Selecci ona la pestaa de em pleos real izados

48. Busca datos
50. carga datos ()

51. Muestra formulario con empleos realizados
Em pleos Realizados
59. Sel ecciona la pestaa de carga fam iliar

60. Busca datos
62. cargar datos ()

63. Muestra el form ul ario con los datos de la carga fam iliar
Carga fam iliar
64. Presiona "Retornar"

65. Procesa
66. salir()
67. M uestra el m enu
Retornar
Figura 56. Diagrama de secuencia de consulta de expedientes
157

FECHA: Octubre 2008
Expedientes
Interfaz de Usuario
Figura 57. Ventana de Opciones del Men de SIGEDOC. Consulta de expedientes
Figura 58. Ventana de Opciones del Men de SIGEDOC. Cedula del empleado
158

FECHA: Octubre 2008
Expedientes
Figura 59. Ventana de acceso a consultar.
159

FECHA: Octubre 2008
Expedientes
Figura 60. Ventana de Datos personales del empleado
160

FECHA: Octubre 2008
Expedientes
Figura 61. Ventana de personales del cnyuge.
161

FECHA: Octubre 2008
Expedientes
Figura 62. Ventana de los empleos realizados del empleado
162

FECHA: Octubre 2008
Expedientes
Figura 63. Ventana de la carga familiar del empleado
163

FECHA: Octubre 2008
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Uso del Sistema: Registros
estadsticos
Proyecto:

5.2.5. Registros Estadsticos
Versin 1.0
164

FECHA: Octubre 2008
estadsticos
Registros estadsticos
Registros estadisticos
Funcionario de la Unidad de archivo
<<include>>
Validar usuario
Figura 64. Caso de uso registros estadsticos

Actores Participantes: Funcionario de la Unidad de Archivo de la
Usuario).
El usuario ha seleccionado en el men la opcin Registros estadsticos.
165

FECHA: Octubre 2008
estadsticos
Flujo de Eventos:
Usuario
1.El funcionario elige la opcin:
agradecimientos, amonestaciones,
ascensos, llamados de atencin,
reconocimientos, renuncias, reposos
mdicos,
2. El funcionario elige la opcin
agradecimientos.
6.El funcionario llena los renglones

vacios y presiona guardar.
11. El funcionario presiona

retornar.
Sistema SIGEDOC
3. El sistema busca los datos.

4.El sistema carga el formulario.
7. El sistema registra los datos.
8.El sistema valida los datos.
9.El sistema guarda los datos.
10.El sistema muestra un mensaje
Guardado exitosamente
13. el sistema muestra el men principal.
Tabla 33. Cursos Tpicos de Eventos registros estadsticos.
El funcionario de la Unidad de Archivo almaceno exitosamente los diferentes
tipos de registros.
6: Si el funcionario presiona regresar, el sistema retornar al men
principal.
Nota: Para las dems opciones el flujo de eventos es similar.
166

FECHA: Octubre 2008
estadsticos
w:me nuP ri nci pal
a grade ci mi entos
amo nestacio nes
a scensos
d espi dos
l l amad osDeA te nci n
recon oci mi en to s
re pososMed icos
renu ncia s
funci ona ri o de l a u ni dad d e arch ivo

1. S el ecci ona " Re gi stros e stad isti cos"
2. abri r
3. S el ecci ona " Ag ra deci mie ntos"
4. Busca d atos
5 . ca rg a ()
6. Mu estra formul ari o de a grade ci mi ento
Ag rada
deci
ntos
7.Intro duce
to smie
fal ta
ntes
9. Regi stra da to s
8 . Presi ona " Aceptar"
10 . Va li da ()
11 . Gu arda ()
12. Gua rd ado e xi tosamen te
13 Se le ccio na " Amon esta ci on es"
14. busca d atos

15. ca rg a ()
Amon esta ci one s
16 . Mue stra formul ario d e amo nestaci n
1 7. Introdu ce d atos fal tan te s

18. Presio na " Ace ptar"
1 9. Regi stra d atos
2 0. V al id a ()
21 . Gu arda ()
22 . Gu ardad o exitosame nte
23 . Se le ccio na " Ascen so s"
24. Busca d atos

25 . ca rg a ()
Ascen so s
26 . Mue stra fo rmu la rio d e ascen so s

2 9. Regi stra da tos
30 . Va li da ()
31 . g uarda ()
32 . Gu ardad o exitosame nte
33. Sel ecci on a "Despi dos"
De spi d os
34 . Bu sca da to s
35 . carga ()
3 6. Muestra formul ari o de d espi dos

39. regi stra da to s

40 . Va l id a ()
41. gua rd ar ()
42. Gua rd ado e xi tosamen te
43. Sel ecci on a "L la mad o de aten ci n "
44 . Bu sca da to s
45 . carga ()
L la mad o de
a tenci n
46 . Mue stra el fo rmu la ri o de l l ama do da a tenci n
47.Introdu ce l os d atos fa ltan te s

49 . Re gi stra lo s da to s
5 0. val id ar ()
5 1. g ua rd a ()
5 2. Guard ado e xi to sa men te
54. Busca d atos

53 . Se le ccio na " Recono ci mi entos"
5 5. carga d atos ()
5 6. Muestra e l formul ari o de recono ci mi entos

Re con ocimi en to s
5 9. Regi stra d atos
6 0. V al id ar ()
6 1. gua rd ar ()
62 . gu arda do exi to sa mente
63 . Se le ccio na " Rep oso s me di cos"

64. Busca d atos
6 5. carga
Re posos Mdi cos
()
6 6. Muestra formul ari o de rep osos m di co s

69 . regi stra d atos

70. Val i da ()
71 . gu arda
()
72. Gua rd ado exi tosamen te
73 . Se l eccio na " Ren un ci as"

74 . Bu sca da to s
75 . ca rg ar ()
Ren unci as
7 6. Mu estra formul ari o de renu ncia s
77. In trod uce datos fa ltan tes
7 9. re gi stra datos
8 0. val i da r ()
8 2. Gu arda do exito sam ente
81. gua rda
()
Figura 65. Diagrama de secuencia de registros estadsticos
167

FECHA: Octubre 2008
estadsticos
Interfaz de Usuario
Figura 66. Ventana de Opciones del Men de SIGEDOC.
Figura 67. Ventana de la opcin Agradecimientos
168

FECHA: Octubre 2008
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Uso del Sistema: Reportes de
Tipo de Personal Especfico
Proyecto:

5.2.6. Reportes de Tipo de Personal Especfico
Versin 1.0
169

FECHA: Octubre 2008

Reportes de Tipo de Personal Especfico.
Consultar personal especifico

<<include>>
Validar Usuario
<
Figura 68. Caso de uso consultar personal especifico

Usuario).
El usuario ha seleccionado en el men la opcin Reportes de Personal
Especfico.
170

FECHA: Octubre 2008
Flujo de Eventos:
Usuario
1. El funcionario selecciona
Reportes de Personal
Especfico
3. El funcionario selecciona la
dependencia para el reporte.
Sin especificacin.
Imprimir
Sistema SIGEDOC
2. El sistema abre la ventana de las
opciones del tipo de personal
especfico.

6. El sistema carga el formulario
7. El sistema carga los datos
8. El sistema muestra el formulario con
la lista de empleados.
11. El sistema genera reporte
12. El sistema muestra el reporte.
13. El sistema enva datos para imprimir.
14. El funcionario recibe la

planilla impresa con el
reporte.
Regresar

17. El sistema retorna al men principal.
Tabla 34. Cursos Tpicos de Eventos reportes de tipo de personal especifico
El funcionario de la Unidad de Archivo obtuvo la lista de personas
especficas.
171

FECHA: Octubre 2008
Nota: Las otras opciones de reporte de personal especfico es similar a la narracin

anterior.
w:menuPrincipal
dependencia
personalEspecifico
Funcionario
Impresora
1. Selecciona "Tipo de personal especifico"

2. Abrir registro
3. Selecciona "dependencia."
4. Busca datos
5. carga formulario ()
6. carga datos ()
7. Selecciona "sin especificacion"
8. busca datos
9, cargar datos()
11. Muestra el reporte seleccionado
12. Presiona "Imprimir"
13. Procesa
14. genera reporte ()
15. Envia datos en formato imprimible
16. Recibe listados impresos
17. Presiona "Regresar"

18. Procesa
19. salir ()
20. Muestra menu principal
Figura 69. Diagrama de secuencia consultar personal especifico
172

FECHA: Octubre 2008
Interfaz de Usuario
Figura 70. Ventana de Opciones del Men de SIGEDOC.
Figura 71. Ventana de consulta de personal especifico
173

FECHA: Octubre 2008
Figura 72. Ventana del listado de reportes de personal especifico
Figura 73. Listado de reportes de personal especifico sin especificacin
174

PROYECTO: Sistema de Gestin Documental del rea VERSIN: 1.0
de Registro de la Delegacin de Personal de la
Universidad de Oriente- Ncleo Monagas enmarcado en
Software Libre (SIGEDOC-UDO Monagas)
FECHA: Octubre 2008
NOMBRE DEL DOCUMENTO: Especificacin de Caso de Uso del Sistema: Reportes
de Tipo de Personal Genrico
Proyecto:

5.2.7. Listados de Tipo de Personal Genrico
Versin 1.0
176

FECHA: Octubre 2008
Reportes de Tipo de Personal Genrico.
Consultar personal generico

<<include>>
Validar Usuario
<
Figura 74. Caso de uso consultar personal genrico

Usuario).
El usuario ha seleccionado en el men la opcin Reportes de Personal
Genrico.
177

FECHA: Octubre 2008
Flujo de Eventos:
Usuario
Reportes de Personal
genrico
Docente.
Imprimir
Sistema SIGEDOC
opciones del tipo de personal
generico.


reporte.
Regresar

Tabla 35. Cursos Tpicos de Eventos reportes de tipo de personal genrico
El funcionario de la Unidad de Archivo obtuvo la lista de personas genricas
Nota:
Las otras opciones de reporte de personal genrico es similar a la narracin
anterior.
178

FECHA: Octubre 2008
w:menuprincipal
dependencia
personalGenerico
Funcionario2
Impresora2
1. Selecciona "Tipo de personal generico

2. Abrir registro
4. Busca datos
Este diagrama de secuencia es
similar al momento se
seleccionar las otras opciones:
administrativo y obrero
6. carga datos ()
7. Selecciona "docente"
8. busca datos
9, cargar datos()
13. Procesa

18. Procesa
19. salir ()
Figura 75. Diagrama de secuencia de reportes de tipo de personal genrico
179

FECHA: Octubre 2008
Interfaz de Usuario
Figura 76. Ventana de Opciones del Men de SIGEDOC. Reportes de tipo de personal genrico
Figura 77. Ventana de reportes de personal genrico
180

FECHA: Octubre 2008
Figura 78. Ventana de Listado de reportes de personal genrico
181

Registro de la Delegacin de Personal de la Universidad
de Oriente- Ncleo Monagas enmarcado en Software
Libre (SIGEDOC-UDO Monagas)
FECHA: Octubre 2008
Memorndums
Proyecto:
Monagas)
Especificacin de Casos de Uso del Sistema:

5.2.8. Reportes de Memorndums
Versin 1.0
183

FECHA: Octubre 2008
Memorndums
Reportes de memorndums.
Consultar memorandums
Funcionario
<<include>>
Validar Usuario
Figura 79. Caso de uso consultar memorndums

Usuario).
El usuario ha seleccionado en el men la opcin Reportes de Memorndums.
184

FECHA: Octubre 2008
Memorndums
Flujo de Eventos:
Cursos Tpicos de Eventos:
Usuario
Reportes memorndums,
opcin amonestaciones

las fechas y la dependencia.

Imprimir
Sistema SIGEDOC

17. El sistema muestra el formulario.
20. El sistema carga el formulario.
21. El sistema genera el reporte de los
empleados.
22. El sistema muestra el reporte de los
empleados.

reporte.
Regresar

Tabla 36. Cursos Tpicos de Eventos reportes de memorndums
Condiciones de Salida: El funcionario de la Unidad de Archivo obtuvo la

lista de personas por memorndums.
Nota: Las otras opciones de reporte de memorndums es similar a la
narracin anterior.
185

FECHA: Octubre 2008
Memorndums
w:menuPrincipal
agradecimientos
Funcionario
Impresora
1. Selecciona "memorandums"
2. Abrir registro
Este diagrama de secuencia es similar al

momento se seleccionar las otras
opciones: ascensos, amonestaciones,
ascensos, despidos, renuncias,
reconocimientos, llamados de atencin,
reposos mdicos.
3. Selecciona "agredecimientos."
4. Busca datos
6. carga datos ()
9. Procesa

14. Procesa
15. salir ()
Figura 80. Diagrama de secuencia de reportes de memorndums
186

FECHA: Octubre 2008
Memorndums
Interfaz de Usuario
Figura 81. Ventana de opciones de SIGEDOC. Reportes de memorndums
Figura 82. Ventana de reportes de amonestaciones
187

FECHA: Octubre 2008
Memorndums
Figura 83. Ventana de Listados de reportes de amonestaciones
Figura 84. Listados de reportes de amonestaciones
188

FECHA: Octubre 2008
Tipo de Personal por Categora
Proyecto:
Monagas)

5.2.9. Reportes de Tipo de Personal por Categora
Versin 1.0
190

FECHA: Octubre 2008

Reportes de tipo de personal por categora.
Consultar personal por categora

<<include>>
Validar Usuario
<
Figura 85. Caso de uso consultar personal por categora

Oriente.
Usuario).
El usuario ha seleccionado en el men la opcin Reportes de personal por
Categora.
191

FECHA: Octubre 2008
Flujo de Eventos:
Usuario
Reportes de Personal por
categora
Sin especificacin.
Imprimir
Sistema SIGEDOC
opciones del tipo de personal por
categora.


reporte.
Regresar

Tabla 37. Cursos Tpicos de Eventos reportes de tipo de personal por categora
192

FECHA: Octubre 2008
10: Cuando el funcionario elige el botn nuevo el sistema lo enva a

introducir la cedula y se repite el proceso.
El funcionario de la Unidad de Archivo obtuvo la lista de personas por
categoras.
Nota: Las otras opciones de reporte de personal por categora es similar a la
narracin anterior.
w:m e nuPri nci p al
de pen de nci a
p erson
Obj
alect_3
Categ ori a
Fun ci ona ri o
Im p re so ra
1 . Sel e cci on a "T i p o de pe rson al p or categ ora "

2. Abri r re gi stro
3. Sel ecci ona "de pen den ci a."
4 . Busca datos
5 . ca rga form ul ari o ()
6. carga da to s ()
7. Sel ecci ona "si n e spe ci fi caci o n"
8. b usca da to s
9 , cargar datos()
1 0. cargar fo rm u l a ri o ()
1 1. M u estra el re porte se l e cci o nad o
12 . Presi ona "Im pri m i r"
1 3. Pro cesa
14. gen era re porte ()
1 5. En vi a da to s en form ato i m pri m i bl e
16 . Re ci be l i stado s i m p re so s
1 7. Pre si ona "Re gresar"

18 . Procesa
19 . sal i r ()
2 0. M u estra m en u pri n ci pa l
Figura 86. Diagrama de secuencia de reportes de tipo de personal por categora
193

FECHA: Octubre 2008
Interfaz de Usuario
Figura 87. Ventana de Opciones del Men de SIGEDOC. Reportes de tipo de personal por categora
194

FECHA: Octubre 2008
Figura 88. Ventana de opciones de consultar por categora
Figura 89. Ventana de listados de reportes de tipo de personal `por categora
195

FECHA: Octubre 2008
Figura 90. Listados de reportes de tipo de personal por categora
196

FECHA: Octubre 2008
Tipo de Personal por Condicin Laboral
Proyecto:

5.2.10. Reportes de Tipo de Personal por Condicin Laboral
Versin 1.0
197

FECHA: Octubre 2008

Reportes de tipo de personal por condicin laboral.
Consultar personal por condicin

<<include>>
Validar Usuario
<
Figura 91. Caso de uso consultar personal por condicin

Oriente.
Usuario).
condicin laboral.
198

FECHA: Octubre 2008
Flujo de Eventos:
Cursos Tpicos de Eventos Reportes de personal por condicin laboral
Usuario
condicin laboral
Ordinario o fijo.
Imprimir
Sistema SIGEDOC
condicin laboral


reporte.
Regresar

Tabla 38. Cursos Tpicos de Eventos Reportes de personal por condicin laboral
condicin laboral.
199

FECHA: Octubre 2008
Nota: Las otras opciones de reporte de personal por condicin laboral es similar a la
narracin anterior.
w:menuPrincipal
dependencia
condicionLaboral
Funcionario
Im presora
1. Selecciona "T ipo de personal por condicin laboral"

2. Abrir registro
4. Busca datos
6. carga datos ()
7. Selecciona "ordinario o fijo"
8. busca datos
9, cargar datos()
11. M uestra el reporte seleccionado
13. Procesa
15. Envia datos en formato imprimi ble

18. Procesa
19. salir ()
Figura 92. Diagrama de secuencia de reportes de personal por condicin laboral
200

FECHA: Octubre 2008
Interfaz de Usuario
Figura 93. Ventana de Opciones del Men de SIGEDOC. Reportes de personal por condicion laboral
Figura 94. Ventana de opciones de consultar Condicin Laboral
201

FECHA: Octubre 2008
Figura 95. Ventana de opciones de consultar ordinario o fijo
Figura 96. Listado de consultar ordinario o fijo
202

FECHA: Octubre 2008
Tipo de Personal por Dedicacin
Proyecto:
Monagas)

5.2.11. Reportes de Tipo de Personal por Dedicacin
Versin 1.0
204

FECHA: Octubre 2008

Reportes de tipo de personal por dedicacin laboral
Consultar personal por dedicacin

<<include>>
Validar Usuario
<
Figura 97. Caso de uso consultar personal por dedicacin

Oriente.
Usuario).
dedicacin laboral.
205

FECHA: Octubre 2008
Flujo de Eventos:
Usuario
dedicin laboral
Tiempo exclusivo.
Imprimir
Sistema SIGEDOC
dedicacin laboral


reporte.
Regresar

Tabla 39. Cursos Tpicos de Eventos Reportes de personal por dedicacin laboral
dedicacin laboral.
Nota: Las otras opciones de reporte de personal por dedicacin laboral es similar a la
narracin anterior.
206

FECHA: Octubre 2008
w:menuPrincipal
dependencia
personalDedicacion
Funcionario2
Impresora2
1. Selecciona "Tipo de personal dedicacin laboral"

2. Abrir registro
4. Busca datos
6. carga datos ()
7. Selecciona "tiempo exclusivo"
8. busca datos
9, cargar datos()

13. Procesa

18. Procesa
19. salir ()
Figura 98. Diagrama de secuencia de reportes de tipo de personal por dedicacin
207

FECHA: Octubre 2008
Interfaz de Usuario
Figura 99. Ventana de Opciones del Men de SIGEDOC. Reportes de tipo de personal por dedicacin
Figura 100. Ventana de opciones de consultar dedicacin laboral
208

FECHA: Octubre 2008
Figura 101. Ventana de opciones de consultar tiempo exclusivo
Figura 102. Listados de personal por dedicacin tiempo exclusivo
209

VERSIN: 1.0
FECHA: Febrero 2009

NOMBRE DEL DOCUMENTO: Especificaciones Complementarias
Proyecto:
5.2.12. Especificaciones Complementarias

Versin 1.0
211

VERSIN: 1.0
FECHA: Febrero 2009

Requisitos de calidad FURPS+

Funcionalidad
Estos requisitos se refieren a la forma en la que el sistema funciona; es decir,
los mecanismo o secuencia de eventos que hacen que este realice cierta funcin.
Dichos requisitos se valoran evaluando el conjunto de caractersticas y capacidades
del sistema y la generalidad de las funciones entregadas.
Se aprecian estos requisitos en las especificaciones de casos de uso del
sistema, puesto que en ellos podemos observar lo que el sistema ser capaz de hacer y
de los beneficios que los usuarios podrn disfrutar.
Facilidad de Uso o Usabilidad
La usabilidad se refiere a la capacidad de un software de ser comprendido,
aprendido, usado y ser atractivo para el usuario, en condiciones especficas de uso.
Esta definicin hace nfasis en los atributos internos y externos del producto,
los cuales contribuyen a su usabilidad, funcionalidad y eficiencia. La usabilidad
depende no slo del producto sino tambin del usuario. Por ello un producto no es en
ningn caso intrnsecamente usable, slo tendr la capacidad de ser usado en un
contexto particular y por usuarios particulares. La usabilidad no puede ser valorada
estudiando un producto de manera aislada, por tal motivo la usabilidad o facilidad de
uso estn ntimamente ligados al usuario.
El sistema desarrollado posee una interfaz grfica sencilla e ideal para los
usuarios quienes tendrn que leer y redactar mucha informacin. Dicha interfaz fue
elaborada tomando en cuenta el estilo corporativo de portales establecido por la
universidad.
Por otro lado el sistema ser muy interactivo y proveer de muchas ayudas,
esto con la finalidad de que el usuario sepa que hacer en todo momento y se sienta
cmodo y familiarizado con el sistema.
212

VERSIN: 1.0
FECHA: Febrero 2009

Fiabilidad
Es la probabilidad de que el sistema desarrolle una determinada funcin, bajo
ciertas condiciones y durante un perodo de tiempo determinado. Se evala midiendo
la frecuencia y gravedad de los fallos, la exactitud de las salidas, el tiempo medio
entre fallos, la capacidad de recuperacin de un fallo y la capacidad de prediccin del
programa.
Algunos de los problemas que podran presentarse y que podran causar fallas
en el sistema seran: problemas con el servidor, fallos de electricidad, problemas con
la base de datos, etc., pero antes de que alguno de ellos ocurran se irn haciendo
respaldos o copias de seguridad en medios extrables de toda la informacin
almacenada en la base de datos del sistema constantemente, esto para garantizar la
recuperacin de la informacin , y adems para garantizar el efectivo funcionamiento
del sistema se harn revisiones y pruebas peridicas.
Rendimiento
El rendimiento es la medida o cuantificacin de la velocidad o resultado con

que un sistema realiza una tarea o proceso y se mide por la velocidad de
procesamiento, el tiempo de respuesta, consumo de recursos, rendimiento efectivo
total y eficacia.
En el caso actual, el sistema posee un alto nivel de rendimiento ya que es una
aplicacin web liviana y de rpido acceso, en cuando al hardware el nivel de
rendimiento tambin es elevado puesto que sistema cuenta con un servidor SUM
FIRE X2100, uno de los servidores con mayor rendimiento en el mercado, fcil de
gestionar y con una plataforma ideal para dar servicios web, contando adems con
dos procesadores AMD cuyo consumo energtico es bajo.
213

VERSIN: 1.0
FECHA: Febrero 2009

Soporte
a) Requisitos de instalacin. El sistema es una aplicacin Web que se cargara
en el servidor SUM FIRE MX200, al mismo previamente se le colocar el
sistema operativo CentOS (acrnimo de Community ENTerprise Operating
System), el administrador Web Apache, PHP, los cuales son de libre
distribucin, luego el manejador de base de datos Oracle 10G, el cual es
licenciado.
b) Requisitos de configuracin. Instalar producto Oracle en cliente que
permitir la comunicacin con el servidor. Habilitar direccin IP (protocolo de
Internet) y puertos para levantar ambiente Web y base de datos.
c. Requisitos e adaptabilidad. El uso de este sistema es sencillo por eso no
requiere de una formacin previa para poder utilizarlo.
d. Requisitos de compatibilidad. Sistema operativo Linux y Oracle 10G.
Restricciones de Implementacin
El sistema esta siendo desarrollado en la Universidad de Oriente ncleo

Monagas, haciendo uso de la tecnologa de esta casa de estudio, basndose en los
lenguajes de programacin Php 5, Javascript, Java, html.
2.7 Restricciones de Diseo
El diseo del software esta enmarcado en Software Libre, que fue decretado
por el Presidente de la Repblica Bolivariana de Venezuela, a travs del Decreto
3390. La programacin esta orientada a objetos, por seguridad del sistema se crearan
perfiles para cada uno de los usuarios que acceden a este.
214

VERSIN: 1.0
FECHA: Febrero 2009

Requisitos de Interface
La interfaz de usuario es el medio con que el usuario puede comunicarse con
el sistema. Entre los propsitos que cumplir el sistema se mencionan:
a) Interfaz accesible e intuitiva : la interfaz ha de ser lo ms simple posible,
sin aadir opciones que no sean necesarias ni adornos que no sean estrictamente
funcionales, dado que el sistema est pensado para ser usado tambin por
usuarios no expertos en el manejo de portales web.
a) Consistencia del portal entre los distintos navegadores: el portal web
debe visualizarse y manejarse de una forma igual o, en caso de que sea
imposible, de la forma ms parecida posible en los navegadores mayoritarios
(Firefox, Internet Explorer, Opera, Google Chrome, etc.), prioritariamente para
las ltimas versiones y a ser posible para versiones anteriores.
b) Alto grado de usabilidad y sencillez.
Interfaz del Usuario
El sistema mostrar alguna de las siguientes pantallas:
Consulta de expedientes
Interfaz del Hardware
La Pantalla.
La Impresora.
Interfaz de Software
El sistema debe ser capaz de conectarse con los sistemas de colaboracin
externos (sistema de personal) y por lo tanto diversas interfaces.
215

VERSIN: 1.0
FECHA: Febrero 2009

Interfaz de Comunicacin
La interfaz de comunicacin sirve de enlace entre los aparatos y la

computadora en el que reside el software. Dicha interface tiene por funcin adaptar
el protocolo y el enlace fsico. La conexin puede ser realizada por el departamento
de computacin de diversas formas, a travs de cable de trenzado, por red inalmbrica
o por fibra ptica, dependiendo de cual ellos creen ms conveniente.
Requisitos mnimos de Hardware destacables para una buena interaccin

software, hardware y usuario.
- Monitores de 14 pulgadas, de resolucin 800x600.
- Pentium 4, procesador de 2.4 GHz, 512 en memoria RAM, 40 Gb en disco
duro.
- Impresora Lser.
- Tarjeta de Red PCI (10-100)
Figura 103. Representacin de Equipos
216

VERSIN: 1.0
FECHA: Febrero 2009

Proyecto:
5.2.13.
Arquitectura del Sistema

Versin 1.0
217

VERSIN: 1.0
FECHA: Febrero 2009

Vistas y Planos
Vista Lgica
Describe el diseo ms importante arquitectnicamente ya que soporta los
requisitos funcionales del sistema, muestra los componentes principales de diseo y
sus relaciones de forma independiente de los detalles tcnicos y se encuentra
representado por el modelo de clases y por las tarjetas CRC.
Modelo de Clases
Es un diagrama de estructura esttica que muestran las clases del sistema y sus
interrelaciones (incluyendo herencia, agregacin, asociacin, etc). Estos diagramas
son el pilar bsico del modelado con UML, siendo utilizados tanto para mostrar lo
que el sistema puede hacer, como para mostrar cmo puede ser construido.
continuacin se observa el modelo de clase del sistema:

p e rso na l Ded i ca ci o n
Pe rso n a l Esp e ci fi co
-
+
+
+
+
+
+
cod i g o
d e scri pci o n
: i nt
: i nt
gu a rd a r ()
el i m i na r ()
m o di fi ca r ()
cre a r ()
bu sca r ()
va l i d a r ()
:
:
:
:
:
:
co d i g o
d escri p ci o n
+
+
+
+
+
+
P erson a l Ge n eri co
i nt
i nt
i nt
i nt
i nt
i nt
: i nt
: i nt
g u a rd a r ()
e l i m i n a r ()
m o d i fi car ()
val i d a r ()
cre a r ()
b u sca r ()
:
:
:
:
:
:
1 ..*
cu en ta
co di g o
de scri p ci on
+
+
+
+
+
+
i nt
i nt
i nt
i nt
i nt
i nt
1
po se e
1 ..*
cu e nta
1
ti e ne
1
ti e n e
M em o ran d u m s
co d i g o M e m o ra n du m s
d e scri p ci o n
+
+
+
+
+
+
g u a rd a r ()
e l i m i n a r ()
cre a r ()
m o d i fi car ()
val i d a r ()
b u sca r ()
:
:
:
:
:
:
: i nt
: i nt
i nt
i nt
i nt
i nt
i nt
i nt
1 ..*
p o see
1..*
1..* ti e n en
po se en
+
+
+
+
n um e roE xp ed i en te
n om b resExp ed i e n te
a pe l l i d o sExp e di e nte
ce d ul a Exp e di e nte
+
+
+
+
+
g ua rd a r ()
e l i m i n ar ()
cre a r ()
m o di fi ca r ()
b usca r ()
: i nt
: i nt
: i nt
: i nt
: i nt
: i nt
: i nt
: i nt
: i nt
1
ti e n e
1
po se e
1..*
ti e n en
L i stad o s
+
+
+
+
+
+
cod i g o L i sta d o s
d e scri pci o n Li sta d os
gu a rd a r ()
el i m i na r ()
va l i d a r ()
m o di fi ca r ()
cre a r ()
bu sca r ()
:
:
:
:
:
:
: i nt
: i nt
1..*
ti e n
1e
po se e
i nt
i nt
i nt
i nt
i nt
i nt
:
:
:
:
:
:
i nt
i nt
i nt
i nt
i nt
i nt
1 ..*
ti e n e
+
+
co d i g o
d escri p ci on
: i nt
: i nt
+
+
+
+
+
+
g urda r ()
e l i m i n ar ()
b usca r ()
cre a r ()
va l i da r ()
m o di fi ca r ()
:
:
:
:
:
:
i nt
i nt
i nt
i nt
i nt
i nt
Con d i ci o n La b o ra l
1
cu e n ta
1 ..*
ti e n e
Em p l e a d o
Expe d i e n te
Pe rso n a l Ca te g o ri a
: i nt
: i nt
g u arda r ()
e l i m i n a r ()
crea r ()
m o d i fi ca r ()
va l i d ar ()
b u scar ()
+
+
+
+
+
-
ce d u l a Em p l e a d o
n o m bre sE m p l e a do
a p el l i d o sEm p l e a d o
d e pe n d en ci a
p ro fe si n
e sta d oCi vi l
n a ci o n a l i d a d
n u m ero Exp e di e nte
g ra d oIn stru cci o n
ca rg o
u rb a ni za ci on Ozo n a
e d i fi ci o Ca sa
ca l l e Ave n i d a
a p arta m e n to Nu m e ro
ci ud a d
e sta d o
n u cl e o
e m p l e o sRea l i za d o s
e stu d i o sRe al i za d o s
ca rg a Fa m i l i a r
co n d i ci on L a b oral
p e rso na l Cate go ri a
p e rso na l Ded i ca ci o n
p e rso na l E spe ci fi co
+
+
+
+
+
va l i d ar ()
m o i fi ca r ()
b u scar ()
g u arda r ()
crea r ()
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
:
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
1 ..*
cu e n ta
+
+
cod i g o
d e scri pci o n
: i nt
: i nt
+
+
+
+
+
+
g u a rd ar ()
b u sca r ()
m o d i fi ca r ()
e l i m i n a r ()
cre ar ()
val i d a r ()
:
:
:
:
:
:
Nucl e o
11
o
pe
b ti
rte
en
ne
ece
1..*
p ose e
+
+
co d i g o
de scri p ci on
: i nt
: i nt
+
+
+
+
+
m o di fi ca r ()
gu a rd a r ()
bu sca r ()
va l i da r ()
cre a r ()
: i nt
: i nt
: i nt
: i nt
: i nt
Estud i o sRe a l i za do s
1..*
ti e n e
: i nt
: i nt
: i nt
: i nt
: i nt
1
po se e
+
+
+
+
1 ..*
ti
ne
0e
..*
1
p ose e
: i nt
: i nt
+
+
+
+
+
+
g u a rd ar ()
e l i m i n a r ()
cre ar ()
m o d i fi ca r ()
val i d a r ()
b u sca r ()
:
:
:
:
:
:
1 ..*
p o se e
i nt
i nt
i nt
i nt
i nt
i nt
Op ci o n
+
+
+
+
+
co d i g oOp ci on
de scri p ci on
g u ard ar ()
e l i m i n a r ()
m o d i fi ca r ()
cre ar ()
sa l i r ()
: i nt
: i nt
: i nt
: i nt
: i nt
: i nt
: i nt
Carg aFa m i l i a r
Usu ari o
De p e n de n ci a
+
-
l o gi n
pa sswo rd
no m b re s
ap e l l i d o s
ce du l a
de p e nd e n ci a
nu cl e o
sta tu sUsua ri o
ni ve l Acce so
+
+
+
+
+
+
gu a rd a r ()
el i m i na r ()
cre a r ()
va l i d a r ()
bu sca r ()
m od i fi car ()
:
:
:
:
:
:
1
ti e ne
:
:
:
:
:
:
:
:
:
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
+
+
cod i g o De p e nd e n ci a
d e scri pci o n
+
+
+
+
+
+
g u a rd ar ()
e l i m i n a r ()
cre ar ()
val i d a r ()
b u sca r ()
m o d i fi ca r ()
:
:
:
:
:
:
: i nt
: i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
+
+
+
+
+
ce d u l a
n o m b re s
a p el l i do s
se xo
n i vel Ed uca ci o n
fe cha Na ci m i e n to
e d ad
p a re n te sco
l u g a rNa ci m i e n to
n a ci o n a l i d a d
g ra d o In stru cci o n
+
+
+
+
g u ard ar ()
e l i m i n a r ()
m o d i fi ca r ()
b u sca r ()
1..*
p ose e
1
ti e n e
+
+
+
+
+
+
cod i go Ni ve l Acce so
d e scri p ci o n
o p ci on
bu sca r ()
gu a rd a r ()
el i m i n ar ()
cre a r ()
m o di fi ca r ()
sal i r ()
:
:
:
:
:
:
i nt
i nt
i nt
i nt
i nt
i nt
Sta tu sUsu a ri o
: i nt
: i nt
: i nt
+
+
+
+
+
cod i g o Statu sUsu a ri o

d e scri pci o n
gu a rd a r ()
el i m i n ar ()
cre a r ()
m o di fi ca r ()
bu sca r ()
: i nt
: i nt
: i nt
: i nt
: i nt
i nt
i nt
i nt
i nt
i nt
i nt
: i nt
: i nt
: i nt
: i nt
1
ti en e
ca rg o Ocup a d o
ti e m p o Se rvi ci o
de scri p ci on T ra ba j o
m o ti voReti ro
org an i sm oE m p re sa
te l e fo n o Em p re sa
no m b reS up e rvi so r
+
+
+
+
gu a rd a r ()
el i m i n ar ()
bu sca r ()
m o di fi ca r ()
:
:
:
:
:
:
:
i nt
i nt
i nt
i nt
i nt
i nt
i nt
: i nt
: i nt
: i nt
: i nt
1 ..*
ti e n e
1..*
p ose e
1..*
ti e n e
Gra d oInstru cci n

+
+
co d i g o Se xo
d escri ci o n
+
+
+
+
+
+
g ua rda r ()
e l i m i n ar ()
m o d i fu i ca r ()
crea r ()
b uscar ()
e di ta r ()
: i nt
: i nt
:
:
:
:
:
:
i nt
i nt
i nt
i nt
i nt
i nt
0 ..1
Se xo
P are nte sco
Ni ve l A cce so
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
i nt
1 ..*
po se e
1 ..*
ti e n e
1 ..*
p o see
1 ..*
p o see
:
:
:
:
:
:
:
:
:
:
:
: i nt
: i nt
: i nt
: i nt
1 ..*
po se e
1
ti e ne
+
+
-
1
p o see
1 ..*
cu e n ta
1
ti en e
g u arda r ()
e l i m i n a r ()
m o d i fi ca r ()
b u scar ()
:
:
:
:
:
:
E m p l e osRea l i za d o s
Pro fe si o n
cod i g o
d e scri pci o n
escue l aInsti tu to
esp e ci al i d a d
a o sCu rsa n te s
estad o Ci ud a d
no m b reCurso
du raci o n
1
1
p o see
ti e n e
1
p o see
+
+
i nt
i nt
i nt
i nt
i nt
i nt
: i nt
: i nt
+
+
+
+
+
+
co di go Pa ren tesco
d e srci p ci o n Pa re n te sco
g ua rda r ()
e l i m i n ar ()
va l i da r ()
b uscar ()
m o d i fi ca r ()
crea r ()
:
:
:
:
:
:
: i nt
: i nt
i nt
i nt
i nt
i nt
i nt
i nt
+
+
+
+
+
+
cod i go Se xo
d e scri p ci o n
g ua rd a r ()
e l i m i n ar ()
cre a r ()
m o di fi ca r ()
b usca r ()
va l i da r ()
: i nt
: i nt
:
:
:
:
:
:
i nt
i nt
i nt
i nt
i nt
i nt
Figura 104. Modelo de Clases.
218

VERSIN: 1.0
FECHA: Febrero 2009

Tarjetas CRC
Las tarjetas CRC son muy tiles para observar la relacin entre cada una de
las clases que conforman el modelo de clases y las responsabilidades de cada una de
ellas.
A continuacin se muestran las tarjetas CRC de las clases principales del
modelo de Clases:
Nombre de la Clase
Usuario
Responsabilidades
Validar usuario
Validar clave y status del usuario
Validar nmero de intentos fallidos
Cambiar status del usuario
Buscar usuarios
Cargar opciones del usuario
Clases Colaboradoras
Opcion
OpcionAdmin
Dependencia
StatusUsuario
6NivelDeAcceso
Figura 105. Tarjeta CRC Usuario.
Nombre de la Clase
Dependencia
Responsabilidades
Buscar las dependencias que se
Empleado
encuentran en la Universidad.
Reportes
Cargar las dependencias.
Expediente
Generar reportes de los empleados
de una dependencia
Figura 106. Tarjeta CRC Usuario. Dependencia
219

VERSIN: 1.0
FECHA: Febrero 2009

Nombre de la Clase
Empleado
Responsabilidades
Cargar la informacin bsica de los
empleados
Buscar y Cargar la informacin de la carga
familiar
Buscar y Cargar la condicin especifica
Buscar y Cargar el ncleo a cual pertenece
Agregar o eliminar carga familiar
Buscar y cargar grado de instruccin del
empleado y carga familiar
Dependencia
Expediente
Ncleo
Dependencia
Grado de Instruccin
Parentesco
EstudiosRealizados
EmpleosRealizados
Figura 107. Tarjeta CRC Usuario. Empleado
Nombre de la Clase
Reportes
Responsabilidades
Buscar y Cargar la informacin bsica de
un expediente
Buscar y cargar la informacin bsica
Buscar y Generar reportes de
memorndums
Buscar, cargar y generar reportes de
condicin laboral.
Persanalcategoria
PersonalEspecifico
PersonalDedicacin
PersonalGenerico
Expediente
Empleado
memorndums
Condicin
PersonalEspecifico
PersonalDedicacin
PersonalGenerico
Figura 108. Tarjeta CRC Usuario. Reportes
220

VERSIN: 1.0
FECHA: Febrero 2009

Nombre de la Clase
Expediente
Responsabilidades
Buscar y Cargar el nombre, cedula
Empleado
y apellidos
Figura 109. Tarjeta CRC Usuario. Expediente
Nombre de la Clase
Parentesco
Responsabilidades
Buscar y cargar las opciones
Empleado
parentesco
Figura 110. Tarjeta CRC Usuario. Parentesco
Nombre de la Clase
Grado de Instruccin
Responsabilidades
Buscar y cargar las opciones de
Empleado
grado de instruccin
Figura 111. Tarjeta CRC Usuario. Grado de instruccin
Vista de Datos
Refleja la perspectiva del almacenamiento de datos constantes en el sistema y
est representado por el modelo conceptual, el modelo fsico y modelo de base de
datos relacional.
221

VERSIN: 1.0
FECHA: Febrero 2009

Modelo Conceptual
CondicionLaboral
personalDedicacion
Memorandums
codigo
Integer
descripcion Integer
codigo
Integer
descripcion Integer
codigoMemorandums Integer
descripcion
Integer
PersonalEspecifico
PersonalGenerico
codigo
Integer
descripcion Integer
tienen
cuenta
codigo
Integer
descripcion Integer
cuenta
PersonalCategoria
dedica
tiene
codigo
Integer
descripcion Integer
cuenta
obtiene
tiene
Nucleo
asociados
poseen
establece
codigo
Integer
descripcion Integer
cuenta
Listados
cuenta
posee
codigoListados
Integer
descripcionListados Integer
posee
tiene
Empleado
comprende
tienen
generan
posee
Expediente
numeroExpediente
Integer
nombresExpediente Integer
apellidosExpediente Integer
cedulaExpediente
Integer
tiene
(D)
archimovil
tiene
posee
tiene
posee
cuenta
posee
Profesion
codigo
Integer
descripcion Integer
posee
(D)
Usuario
login
password
nombres
apellidos
cedula
dependencia
nucleo
statusUsuario
nivelAcceso
posee
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
cedulaEmpleado
nombresEmpleado
apellidosEmpleado
dependencia
profesin
estadoCivil
nacionalidad
numeroExpediente
gradoInstruccion
cargo
urbanizacionOzona
edificioCasa
calleAvenida
apartamentoNumero
ciudad
estado
nucleo
empleosRealizados
estudiosRealizados
cargaFamiliar
condicionLaboral
personalCategoria
personalDedicacion
personalEspecifico
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
labora
obtiene
EstudiosRealizados
pertenece
posee
aprende
tiene
EmpleosRealizados
tiene
realiza
posee
requiere
tiene
(D)
tiene
escuelaInstituto
especialidad
aosCursantes
estadoCiudad
nombreCurso
duracion
posee
cargoOcupado
tiempoServicio
descripcionTrabajo
motivoRetiro
organismoEmpresa
telefonoEmpresa
nombreSupervisor
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Association_17
NivelAcceso
codigoNivelAcceso Integer
descripcion
Integer
opcion
Integer
conserva
tienetiene
tiene
trabaja
cuenta
Association_19
GradoInstruccin
Dependencia
codigoDependencia Integer
descripcion
Integer
posee
tiene
Sexo
codigoSexo Integer
descricion
Integer
codigoSexo Integer
descripcion Integer
adquiere
posee
Association_18
depende
hereda
Association_20
posee
tiene
posee
Opcion
CargaFamiliar
codigoOpcion Integer
descripcion
Integer
posee
StatusUsuario
codigoStatusUsuario Integer
descripcion
Integer
cedula
nombres
apellidos
sexo
nivelEducacion
fechaNacimiento
edad
parentesco
lugarNacimiento
nacionalidad
gradoInstruccion
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
Integer
tiene
posee
Association_21
Parentesco
tiene
codigoParentesco
Integer
desrcipcionParentesco Integer
Figura 112. Modelo conceptual
222
Integer
Integer
Integer
Integer
Integer
Integer

VERSIN: 1.0
FECHA: Febrero 2009

Modelo Fsico
PersonalCategoria
personalDedicacion
codigo
descripcion
codigo
integer
descripcion integer
PersonalEspecifico
CondicionLaboral
codigo
integer
descripcion integer
tiene
codigo
integer
descripcion integer
cuenta
tiene
cuenta
FK_PERSONAL_DEDICA_EMPLEADO
Memorandums
asociados
FK_PERSONAL_EST ABLECE_EMPLEADO
codigoMem orandums integer

descripcion
integer
FK_ASOCIADO_ASOCIADOS_MEMORAND
FK_PERSONAL_OBTIENE_EMPLEADO
FK_CONDICIO_CUENTA_EMPLEADO
PersonalGenerico
tienen
codigo
integer
descripcion integer
Nucleo
codigo
integer
descripcion integer
cuenta
FK_ASOCIADO_ASOCIADOS_LIST ADOS
tiene posee
FK_PERSONAL_COMPRENDE_EMPLEADO
tiene
Expediente
codigoListados
integer
descripcionListados integer
posee
numeroExpediente
integer
nombresExpediente integer
apellidosExpediente integer
cedulaExpediente
integer
tienen
FK_GENERAN_GENERAN_EXPEDIEN
FK_GENERAN_GENERAN_LISTADOS
FK_EMPLEADO_ARCHIMOVI_EXPEDIEN
posee
tiene
tiene
FK_EXPEDIEN_ARCHIMOVI_EMPLEADO
generan
posee
posee
tiene
FK_CUENTA_CUENTA_EMPLEADO
cuenta
posee
Empleado
poseen
Listados
cuenta
FK_CUENT A_CUENTA_PROFESIO
posee
posee
cedulaEmpleado
nombresEmpleado
apellidosEmpleado
dependencia
profesin
estadoCivil
nacionalidad
numeroExpediente
gradoInstruccion
cargo
urbanizacionOzona
edificioCasa
calleAvenida
apartamentoNumero
ciudad
estado
nucleo
empleosRealizados
estudiosRealizados
cargaFamiliar
condicionLaboral
personalCategoria
personalDedicacion
personalEspecifico
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
tiene
FK_NUCLEO_LABORA_EMPLEADO
obtiene
EstudiosRealizados
pertenece
posee
FK_EMPLEADO_APRENDE_ESTUDIOS
tiene
tiene
EmpleosRealizados
FK_EMPLEADO_REALIZA_EMPLEOSR
posee
posee
FK_EMPLEADO_ASSOCIATI_SEXO
Profesion
codigo
integer
descripcion integer
posee
FK_EMPLEADO_REQUIERE_USUARIO
FK_USUARIO_REQUIERE_EMPLEADO
tiene
tiene
tiene
cedula
nombres
apellidos
sexo
nivelEducacion
fechaNacimiento
edad
Dependencia
parentesco
FK_DEPENDEN_TRABAJA_EMPLEADO
lugarNacimiento
codigoDependencia integer
nacionalidad
cuenta
descripcion
integer
gradoInstruccion
tiene
integer
integer
integer
integer
integer
integer
integer
Sexo
posee
CargaFamiliar
integer
integer
integer
integer
integer
integer
integer
integer
integer
cargoOcupado
tiempoServicio
descripcionT rabajo
motivoRetiro
organismoEmpresa
telefonoEmpresa
nombreSupervisor
FK_CARGAFAM_ADQUIERE_EMPLEADO
FK_EMPLEADO_ADQUIERE_CARGAFAM
Usuario
login
password
nom bres
apellidos
cedula
dependencia
nucleo
statusUsuario
nivelAcceso
escuelaInstituto
especialidad
aosCursantes
estadoCiudad
nombreCurso
duracion
FK_GRADOINS_ASSOCIATI_EMPLEADO
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
integer
posee
posee
codigoSexo integer
descripcion integer
tiene
FK_GRADOINS_ASSOCIATI_CARGAFAM
tiene
posee
tiene
FK_ASSOCIAT _ASSOCIATI_SEXO
GradoInstruccin
FK_NIVELACC_CONSERVA_USUARIO
FK_ASSOCIAT_ASSOCIAT I_CARGAFAM
Opcion
codigoOpcion integer
descripcion
integer
codigoSexo integer
descricion
integer
FK_ASSOCIAT_ASSOCIAT I_CARGAFAM
posee
FK_STATUSUS_HEREDA_USUARIO
FK_OPCION_DEPENDE_NIVELACC
posee
Association_21
posee
tiene
NivelAcceso
codigoNivelAcceso integer
descripcion
integer
opcion
integer
StatusUsuario
codigoStatusUsuario integer
descripcion
integer
Association_20
FK_ASSOCIAT _ASSOCIATI_PARENT ES
tiene
Parentesco
codigoParentesco
integer
desrcipcionParentesco integer
Figura 113. Modelo fsico
223
integer
integer
integer
integer
integer
integer

VERSIN: 1.0
FECHA: Febrero 2009

Vista de Despliegue
Contiene los nodos que forman la arquitectura sobre la que se ejecuta el
sistema a travs de sus componentes y se representa mediante el modelo de
despliegue. El protocolo de comunicacin utilizado para relacionar los distintos nodos
fue el protocolo de seguridad HTTPS (Hypertext Transfer Protocol Secure), el cual
utiliza un cifrado basado en el SSL (Secure Socket Layers), creando un canal cifrado
para enviar/recibir informacin.
Figura 114. Modelo de despliegue
224
5.3. ETAPA III: CONSTRUCCIN DEL SISTEMA
Esta etapa tiene como finalidad completar el desarrollo del sistema siguiendo
la arquitectura del software ya definida, a partir de la implementacin iterativa e
incremental de todos los requerimientos funcionales y tcnicos del software. En esta
etapa se elaboraron algunos de los artefactos que la metodologa RUP genera en su
tercera fase, entre ellos:
Especificacin de Casos de Pruebas.
A continuacin se describe lo que contempla cada uno de estos artefactos y el
resultado de los mismos en su versin 1.0:
225

VERSIN: 1.0
FECHA: Enero 2009

NOMBRE DEL DOCUMENTO: Especificacin de Caso de Prueba: Dependencia.
Proyecto:
Monagas)
5.3.1. Especificacin de Caso de Prueba Dependencia

Versin 1.0
226

VERSIN: 1.0
FECHA: Enero 2009

1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso de
mantenimiento Dependencia. Las pruebas realizadas a este caso de uso son:
- Agregar Dependencia.
- Editar Dependencia.
- Eliminar Dependencia
- Buscar Dependencia.
La prueba se realizara partiendo del formulario de entrada de la aplicacin.
2. Agregar Dependencia
2.1 Descripcin
Ingresamos al sistema como administrador y en el men del administrador
seleccionamos mantenimientos, luego seleccionamos Dependencia y el sistema
mostrar la interfaz del mantenimiento Dependencia con sus respectivas opciones
(Agregar, Modificar, Eliminar, Buscar).
2.2 Condiciones de Ejecucin

La nica condicin es que el administrador est registrado en el sistema para
poder acceder al mismo.
2.3 Entrada
1. Introducimos Admin, en el campo usuario.
2. Introducimos UDO, en el campo contrasea.
3. Pulsamos el botn Aceptar.
227

VERSIN: 1.0
FECHA: Enero 2009

4. El sistema muestra el men del administrador.
5. Seleccionamos Mantenimientos en el men.
6. El sistema muestra una lista de los mantenimientos disponibles.
7. Seleccionamos Dependencia en la lista.
8. El sistema muestra una interfaz con la lista de las dependencias registradas y
las opciones permitidas (Agregar, Modificar, Eliminar, Buscar).
9. Pulsamos Agregar Dependencia.
10. El sistema muestra interfaz solicitando ingreso del cdigo y descripcin de
la nueva dependencia.
11. Introducimos 01 en el campo cdigo.
12. Introducimos Delegacin de Personal en el campo de descripcin.
13. Pulsamos Agregar.
14. El sistema pregunta si deseamos agregar el registro.
15. Pulsamos Aceptar.
16. El sistema regresa a la pantalla anterior y muestra la nueva dependencia
agregada en la lista.
2.4 Resultado Esperado

El sistema agrega nueva dependencia.
2.5 Evaluacin de la Prueba

Prueba superada con xito.
228

VERSIN: 1.0
FECHA: Enero 2009

3. Modificar Dependencia
3.1 Descripcin

3.3 Entrada
8. El sistema muestra una interfaz con la lista de las dependencias disponibles y
9. Seleccionamos la dependencia Centro de Computaci de la lista y
pulsamos Modificar Dependencia.
10. El sistema pregunta si se desea modificar registro.
229

VERSIN: 1.0
FECHA: Enero 2009

12. El sistema muestra interfaz con caso de prueba de
Centro de
Computaci.
13. Realizamos la modificacin y escribimos Centro de Computacin.
14. Pulsamos Modificar.
15. El sistema pregunta si deseamos modificar el registro.
17. El sistema regresa a la pantalla anterior y muestra la dependencia
modificada.

El sistema modifica dependencia.
4. Eliminar Dependencia
4.1 Descripcin

4.3 Entrada
230

VERSIN: 1.0
FECHA: Enero 2009

9. Seleccionamos la dependencia Delegacin de Personal de la lista y
pulsamos Eliminar Dependencia.
10. El sistema pregunta si se desea eliminar registro.
12. El sistema muestra interfaz con el campo descripcin Delegacin de
Personal.
13. Pulsamos Eliminar.
14. El sistema pregunta si deseamos eliminar el registro.
16. El sistema regresa a la pantalla anterior y la dependencia ya no aparece en la
lista.

El sistema elimina dependencia.

231

VERSIN: 1.0
FECHA: Enero 2009

5. Buscar Dependencia
5.1 Descripcin

5.3 Entrada
9. Introducimos Centro de Computacin en el filtro de bsqueda.
10. Pulsamos Buscar.
11. El sistema muestra la dependencia solicitada.
232

VERSIN: 1.0
FECHA: Enero 2009

El sistema busca dependencia.
233

VERSIN: 1.0
FECHA: Enero 2009

Proyecto:
Monagas)
5.3.2. Especificacin de Caso de Prueba Profesin

Versin 1.0
235

VERSIN: 1.0
FECHA: Enero 2009

1. Descripcin
Este artefacto cubre el conjunto de pruebas realizadas sobre el Caso de Uso de
mantenimiento Profesin. Las pruebas realizadas a este caso de uso son:
- Agregar Profesin.
- Editar Profesin.
- Eliminar Profesin
- Buscar Profesin
La prueba se realizara partiendo del formulario de entrada de la aplicacin.
2. Agregar Profesin
2.1 Descripcin
seleccionamos mantenimientos, luego seleccionamos Profesin y el sistema mostrar
la interfaz del mantenimiento Profesin con sus respectivas opciones (Agregar,
Modificar, Eliminar, Buscar).

2.3 Entrada
236

VERSIN: 1.0
FECHA: Enero 2009

7. Seleccionamos Profesin en la lista.
8. El sistema muestra una interfaz con la lista de las Profesiones registradas y
9. Pulsamos Agregar Profesin.
10. El sistema muestra interfaz solicitando ingreso del cdigo y descripcin de
la nueva Profesin.
11. Introducimos 01 en el campo cdigo.
12. Introducimos Ingeniero de Sistemas en el campo de descripcin.
13. Pulsamos Agregar.
14. El sistema pregunta si deseamos agregar el registro.
16. El sistema regresa a la pantalla anterior y muestra la nueva profesin
agregada en la lista.

El sistema agrega nueva Profesin.

3. Modificar Profesin
3.1 Descripcin
237

VERSIN: 1.0
FECHA: Enero 2009


3.3 Entrada
8. El sistema muestra una interfaz con la lista de las profesiones disponibles y
9. Seleccionamos la profesin Inganiero Agrnomo de la lista y pulsamos
Modificar Profesin.
10. El sistema pregunta si se desea modificar registro.
12. El sistema muestra interfaz con el caso de prueba Inganiero Agrnomo.
13. Realizamos la modificacin y escribimos Ingeniero Agrnomo.
14. Pulsamos Modificar.
15. El sistema pregunta si deseamos modificar el registro.
238

VERSIN: 1.0
FECHA: Enero 2009

17. El sistema regresa a la pantalla anterior y muestra la profesin modificada.

El sistema modifica Profesin.
4. Eliminar Profesin
4.1 Descripcin
4.3 Entrada
239

VERSIN: 1.0
FECHA: Enero 2009

9. Seleccionamos la profesin Licenciado en Contadura de la lista y
pulsamos Eliminar Profesin.
10. El sistema pregunta si se desea eliminar registro.
12. El sistema muestra interfaz con el campo descripcin Licenciado en
Contadura.
13. Pulsamos Eliminar.
14. El sistema pregunta si deseamos eliminar el registro.
16. El sistema regresa a la pantalla anterior y la profesin ya no aparece en la
lista.

El sistema elimina Profesin.
5. Buscar Profesin
5.1 Descripcin
240

VERSIN: 1.0
FECHA: Enero 2009

5.3 Entrada
9. Introducimos Ingeniero Industrial en el filtro de bsqueda.
10. Pulsamos Buscar.
11. El sistema muestra la Profesin solicitada.

El sistema busca Profesin.
241
5.4 ANLISIS COSTO-BENEFICIO
Para poder definir la factibilidad del proyecto se utiliz el Anlisis de Costo Beneficio, que proporciona los costos en que se incurren en la realizacin de un
proyecto, deduciendo los beneficios tangibles e intangibles y a su vez comparar
dichos costos previstos con los beneficios esperados de la realizacin del mismo.
Entre los costos de operatividad se encuentran: el hardware, el software, papelera,
recursos humanos, entre otros.
5.4.1 Costos
Un costo se entiende como las erogaciones o desembolsos que se deben hacer
para desarrollar una mejora. A continuacin se mostrar los gastos que se incurrieron
al desarrollar el sistema y los gastos que se tendra si se implanta el mismo.
Costos en los que se incurri para desarrollar el proyecto
Dichos costos representan la inversin inicial y se dividen en:
5.4.1.1. Costos de Personal
Estos costos estn representados por las remuneraciones que reciben los
involucrados con el desarrollo del nuevo sistema. En el caso actual participaron el
jefe del Centro de Computacin y la Jefa de Programas y Proyectos, cuyo sueldo es
pagado por la universidad y el autor en calidad de pasante quien no incurre en ningn
gasto de este tipo.
El promedio neto de sueldos del personal de la Universidad de Oriente es de
1770 Bs.F, por lo tanto un da de 8 horas de trabajo equivale a 88,5 Bs.F, haciendo un
aproximado de que entre los dos empleados del Centro de Computacin trabajaron
500 horas en el proyecto, se estima que incurrieron en 5531,25 Bs. F
aproximadamente.
242
5.4.1.2. Costos de Equipos y Herramientas

Viene dado por el hardware y el software, pero como el centro de
Computacin de la Universidad cuenta con estos equipos de computacin no fue
necesaria adquirir ningn tipo de tecnologa adicional.
5.4.1.3. Costos de Recursos y Suministros

Constituye los materiales y suministros necesarios para la realizacin de la
investigacin. Estos costos estuvieron dados por las resmas de papel necesarias para
la documentacin, los tner y cartuchos de tinta para la impresin, las libretas de
anotaciones, carpetas, ganchos para carpetas, entre otros, los cuales fueron
proporcionados por el Centro de Computacin de la universidad.
5.4.1.4. Costos de Adiestramiento

Estos costos representan los generados por adiestramientos, cursos, talleres,
entre otros, con la finalidad de proporcionar conocimientos necesarios para el
desarrollo del proyecto. Entre ellos mencionamos cursos de PHP, Macromedia
Dreamweaver, Sybase Power Ddesigner, RUP y UML, cursos proporcionados por el
personal del Centro de Computacin de la universidad y por el personal del
Rectorado, por lo tanto no se incurri en gastos adicionales.
A continuacin se muestra un cuadro con el resumen de los costos generados

en el desarrollo del proyecto:
243
Cuadro
Resumen de Costos.
CONCEPTO
COSTO (Bs.
F)
Costos de Personal
Analista del Sistema (Autor)
0 Bs. F
Personal de Computacin
5531,25 Bs. F
Costos de Equipos y Herramientas

Hardware (Disponible)
0 Bs. F
Software (Disponible)
0 Bs. F
Costos de Recursos y Suministros

Resma de Papel (10 x 25 Bs. F)
250 Bs. F
Cartuchos de Impresin (5 x 80 Bs. F)
400 Bs. F
Libreta de Anotaciones (4 x 3 Bs. F)
12 Bs. F
Lpices y Lapiceros (12 x 1 Bs. F)
12 Bs. F
Otros
40 Bs. F
Costos de Adiestramiento
Curso de PHP
0 Bs. F
Curso de Macromedia Dreamweaver
0 Bs. F
Curso de Sybase Power Designer
0 Bs. F
Otros
0 Bs. F
Total Costos
6245,25 Bs. F
Tabla 40. Resumen de costos
244
5.4.2 Beneficios
Los beneficios obtenidos por la realizacin de un sistema pueden ser tangibles
e intangibles. Los beneficios tangibles son aquellos que se pueden cuantificar y los
intangibles son aquellos que no pueden cuantificarse.
5.4.2.1. Beneficios Tangibles

Los principales beneficios obtenidos son:
a. Ahorro de tiempo perdido:

Al poseer un sistema automatizado los tiempos de espera en la actualizacin
de los expedientes del personal obrero, administrativo y docente se reducen, adems
se puede registrar, actualizar, buscar y consultar de una forma ms rpida y sencilla,
ya que el funcionario de archivo realiza estas operaciones aproximadamente en 20
minutos, y al da son 15 expedientes que se traduce en 300 minutos al mes son 600
minutos hombre, llevadas a horas son 100 horas, dando como resultado en dinero de
8850,00 Bs.F.
Con el sistema propuesto un expediente se localizara, consultara y
actualizara en 5 minutos, al da genera 75 minutos en 15 expedientes, en horas 1,25
horas hombre al mes son 25 horas empleadas, en forma monetaria se traduce a
2212,50 Bs. F.
Generar reportes de amonestaciones, llamados de atencin, ascensos,
reconocimientos, entre otros, el empleado actualmente lo realiza en 8 horas al mes,
traducindose a 708,00 Bs F, con el sistema nuevo se hara en 1 hora, que equivale a
88,50 Bs. F.
Lo anterior expuesto se refleja y sintetiza en la siguiente tabla:
245
Horas Hombres/Mes
Tarea
Costo Horas Hombre (Bs. F)
Sistema
Actual
Sistema
Nuevo
Sistema
Actual
Sistema
Nuevo
100
25
8850,00
2212,50
708,00
88,50
108
26
9558,00
2301,00
Registrar, actualizar,
buscar y consultar
expedientes
Generar reportes de
amonestaciones,
llamados de
atencin, ascensos,
reconocimientos,
despidos, entre
otros.
Total
Tabla 41. Beneficios tangibles

Total ahorro horas prdidas= Costo horas hombres (Sistema actual) - Costo horas
hombre (Sistema Nuevo).
Total ahorro horas prdidas=9558 2301,00= 7257,00 Bs F.
5.4.2.2. Beneficios Intangibles

Representan las ventajas atribuibles al proyecto que no pueden ser
cuantificadas. Entre ellas:
a. Visin clara de los problemas actuales de la unidad de Archivo.
b. Diseo acorde con los requerimientos de la unidad.
c. Base de datos eficiente para la informacin de los empleados de la
Universidad.
d. Rapidez del personal de archivo al momento de entregar los reportes.
246
e. Satisfaccin de los usuarios al poseer un sistema seguro, sencillo y

confiable.
f. Satisfaccin del personal por realizar su trabajo en menor tiempo.
g. Se evita el traslado innecesario para localizar un expediente.
247
CONCLUSIONES
1. Se estudi el funcionamiento general del rea de Registro y Archivo de la
Universidad, adems de los problemas existentes en ese departamento, entre
los cuales se observo: que al localizar expedientes se desperdicia tiempo, la
elevada informacin, genera retrasos al momento de actualizarlos, el
almacenamiento del mismo es inseguro porque no existe ningn tipo de
respaldo en caso de que se presente un siniestro.
2. El estudio y la informacin dada por el personal permiti conocer de forma
detallada el funcionamiento del rea de Registro y Archivo de la Delegacin
de Personal, conociendo los problemas, y generando el desarrollo de un
sistema apropiado para ellos que contar con todos los requerimientos que
necesitan.
3. Los requerimientos del nuevo sistema fueron enmarcados de acuerdo a las
necesidades que presentaba la unidad de archivo, adems fue desarrollado
bajo los parmetros establecidos por el Decreto Presidencial 3390 de la
Repblica Bolivariana de Venezuela.
4. Con el desarrollo del nuevo sistema el personal que labora en la Unidad de
Archivo realizar su trabajo de forma rpida, sencilla y eficiente, ya que, se
pueden realizar reportes, actualizaciones y consultas de los expedientes del
personal obrero, administrativo y docente de la Institucin.
Con la implantacin del sistema propuesto se lograr que se reduzcan los
costos horas hombres, entrega rpida de los reportes, generando beneficios a la
Institucin porque se podrn realizar las operaciones en un tiempo menor.
248
5. El diseo del sistema conto con dos metodologas que ayudo a la comprensin
y detalle del mismo, las cuales son Modelado de procesos y RUP, que
permitieron conocer a gran detalle las necesidades y requerimientos del
sistema.
249
RECOMENDACIONES
1. El grupo desarrollo del sistema contine con las iteraciones, para garantizar
que el sistema se implante en la unidad de archivo, generando rapidez en las
labores diarias que all se desempean.
2. Divulgar las ventajas del nuevo sistema para que el personal de la unidad se
sienta motivado a usarlo.
3. Fortalecer la plataforma de los servidores de la Universidad para que, al
momento de ingresar al sistema desde cualquier sitio se acceda a ella ms
rpidamente.
4. Mejorar los equipos de computacin para disminuir los el trabajo manual en el
rea de Registro y Archivo.
250
BIBLIOGRAFA
Academia Interactiva. Propuesta de una metodologa de desarrollo de software
educativo bajo un enfoque de calidad sistmica. [Documento en lnea]. Disponible:
http://www.academia-interactiva.com/ise.pdf [Consulta: 2008, Febrero 7]
AITECO CONSULTORES (2007). Modelado de Procesos. [Documento en lnea].

Disponible en: http://www.aiteco.com/modelpro.htm
Arias, F. (2006). El Proyecto de Investigacin: Introduccin a la Metodologa CIentfica.

(4. ed.). Caracas: Episteme.
ATRISOFT Soluciones de Movilidad. Metodologas de Desarrollo. [Documento en

lnea]. Disponible: http://www.atrisoft.com/ desarrollo.php [Consulta: 2008, Enero
22]
Departamento de Sistemas Informticos y Computacin. Universidad Politcnica de

Valencia. Rational Unified Process (RUP). . [Documento en lnea]. Disponible:
http://www.pid.dsic.upv.es [Consulta: 2008, Agosto 13]
Desarrolloweb.com.
Qu
es
PHP?.
http://www.alegsa.com.ar/Dic/php.php
Desarrolloweb.com.
AJAX.
[Documento
en
[Consulta:
2008,
[Documento
en
lnea].
lnea].
Disponible:
Agosto
14]
Disponible:
http://www.alegsa.com.ar/Dic/ajax.php [Consulta: 2008, Agosto 14]
Diccionario
Informtico.
PHP.
[Documento
en
lnea].
Disponible:
http://www.desarrolloweb.com/articulos/392.php [Consulta: 2008, Agosto 14]
235
El Proceso Unificado de Desarrollo de Software (RUP). [Documento en lnea].

Disponible:
http://yaqui.mxl.uabc.mx/~molguin/as/RUP.htm
[Consulta:
2008,
Febrero 12]
Herramientas y Soluciones IBM. Racional Unified Process (RUP). [Pgina en lnea].

Disponible: http://www.rational.com.ar/herramientas/rup.html [Consulta: 2008, Junio
03]
Hurtado, J. (2007). El Proyecto de Investigacin. Metodologa de la Investigacin

Holstica. Caracas: Quirn.
IBM. Rational Unified Process (RUP). [Pgina en lnea]. Disponible: http://www306.ibm.com/software/awdtools/rup/ [Consulta: 2008, Junio 03]
Jacobson, I., Booch, G. y Rumbaugh, J. (2000). El Proceso Unificado de Desarrollo de

Software. Madrid: Pearson Addison Wesley.
Kynetia Software for Business Solutions. RUP - Rational Unified Process. [Documento
en
lnea].
Disponible:
http://www.kynetia.es/calidad/rup-rational-unified-
process.html [Consulta: 2008, Enero 27]
Larman, C. (2003). UML y Patrones. Una Introduccin al anlisis y diseo orientado a

objetos y el proceso unificado. (2. ed.). Madrid: Pearson Prentice Hall.
Liu, M. (2004). Computacin Distribuida. Fundamentos y Aplicaciones. Madrid: Pearson

Addison Wesley.
Mateu Carles. (2003). Desarrollo de Aplicaciones Web. Una Introduccin al anlisis y

diseo orientado a objetos y el proceso unificado. Universidad Abierta de Catalunya.
236
Mendoza Snchez, M. Metodologas De Desarrollo De Software. [Documento en lnea].

Disponible:
http://www.informatizate.net/articulos/
metodologias_de
_desarrollo_de_software_07062004.html [Consulta: 2007, Diciembre 03]
Monografias.com. Depreciacin Contable y Fiscal. [Documento en lnea]. Disponible:

http://www.monografias.com/trabajos15/depreciacion-fiscal/depreciacion-fiscal.shtml
[Consulta: 2008, Octubre 31]
Monografias.com. Los Sistemas de Informacin y su Importancia de las Organizaciones

y
Empresas.
[Documento
en
lnea].
Disponible:
http://www.monografias.com/trabajos24/tics-empresas/tics-empresas.shtml?%20
monosearch#quees [Consulta: 2008, Agosto 16]
Montilva J. y Barrios (2006). Modelado de Negocios. Centro de excelencia en Ingeniera

del Software. Mrida. Venezuela.
MySQL. [Documento en lnea]. Disponible: http://www.netpecos.org/docs/mysql_

postgres/x57.html [Consulta: 2008, Agosto 20]
Object Management Group (OMG). Unified Modeling Lenguage. [Pgina en Lnea].

Disponible: http://www.omg.org/gettingstarted/what_is_uml.htm [Consulta: 2008,
Junio 03]
Oracle
Espaa.
Oracle
Dtabase
10g.
[Pgina
en
Lnea].
Disponible:
http://www.oracle.com/global/es/database/docs/oracle_database10g.pdf
[Consulta:
2008, Agosto 13]
237
PiojoSoft.
Macromedia
Dreamweaver
8.
[Pgina
en
Lnea].
Disponible:
http://www.piojosoft.com/macromedia+dreamweaver+8-190.html [Consulta: 2008,

Agosto 15]
Procesos de Desarollo de Ingeniera de Software. [Pgina en Lnea]. Disponible:

http://raulortega.blogspot.com/2006/12/procesos-de-desarollo-de-ingeniera-de.html
[Consulta: 2008, Agosto 13]
Sybase
Argentina.
Power
Designer
[Pgina
en
Lnea].
Disponible:
http://www.sybase.com.ar/products/modelingmetadata/powerdesigner.shtml
[Consulta: 2008, Agosto 14]
Taringa Inteligencia Colectiva. Sybase Power Designer Herramienta Lder en

Modelamiento
Empresarial
[Pgina
en
Lnea].
Disponible:
http://www.taringa.net/posts/downloads/944801/Sybase-PowerDesigner-v12_5,Modelamiento-Empresarial.html [Consulta: 2008, Agosto 14]
Tarjetas CRC. [Pgina en Lnea]. Disponible: http://jms32.eresmas.net/tacticos

/UML/UML04/UML0402.htmlhtml [Consulta: 2008, Agosto 16]
Tipos
de
Sistemas
de
Informacin.
[Pgina
en
Lnea].
Disponible:
http://www.csi.map.es/csi/silice/Dsamed17.html [Consulta: 2008, Agosto 16]
Universidad de Oriente. Doctor Luis Manuel Pealver, un sembrador de Universidades.

[Documento en lnea]. Disponible: http://www.udo.edu.ve/penalver/penalver.htm
[Consulta: 2008, Abril 29]
238
Universidad Pedaggica Experimental Libertador, Vicerrectorado de Investigacin y

Postgrado. (2006). Manual de Trabajos de Grado de Especializacin y Maestra y
Tesis Doctorales (4a.ed.). Caracas: FEDUPEL.
What is Power Designer?. Lenguaje Unificado de Modelado. [Documento en lnea].

Disponible: http://www.acc4arab.com/acc/showthread.php?p=19098 [Consulta: 2007,
Agosto 15]
Wikipedia La Enciclopedia Libre. Servidor HTTP Apache. [Documento en lnea].

Disponible: http://es.wikipedia.org/wiki/Apache_htt_server [Consulta: 2008, Agosto
10]
Wikipedia La Enciclopedia Libre. Lenguaje Unificado de Modelado. [Documento en

lnea]. Disponible: http://es.wikipedia.org/wiki/Uml [Consulta: 2007, Diciembre 10]
Wikipedia La Enciclopedia Libre. PHP. [Documento en lnea]. Disponible:

http://es.wikipedia.org/wiki/.php [Consulta: 2008, Agosto 14]
Wikipedia La Enciclopedia Libre. Proceso Unificado de Rational. [Documento en lnea].

Disponible: http://es.wikipedia.org/wiki/RUP [Consulta: 2007, Diciembre 16]
Wikipedia La Enciclopedia Libre. XAMPP. [Documento en lnea]. Disponible:

http://es.wikipedia.org/wiki/XAMP [Consulta: 2008, Agosto 10]
239

Tesis Ritabastardo

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Tesis Ritabastardo

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIDAD DE ORIENTE

Desarrollo de un Sistema de Gestin Documental para el rea

Autor: Bastardo Maurera, Rita Edmar

Maturn, Agosto de 2010

En mi carcter de asesor laboral del trabajo presentado por el Bachiller Rita

REGISTRO DE LA DELEGACIN DE PERSONAL DE LA UNIVERSIDAD

En la ciudad de Maturn a los doce das del mes de enero de 2010.

Ing. Jess Chaparro

En mi carcter de asesor laboral del trabajo presentado por el Bachiller Rita

REGISTRO DE LA DELEGACIN DE PERSONAL DE LA UNIVERSIDAD

En la ciudad de Maturn a los doce das del mes de enero de 2010.

Ing. Jess Chaparro

REGISTRO DE LA DELEGACIN DE PERSONAL DE LA UNIVERSIDAD

Ing. Yamila Gascn

Ing. Juan Oliveira

A mis padres y hermana que me han apoyado en todo momento y me han

A mis padres y hermana, por darme apoyo siempre en cada momento de mi

A todo el personal del Centro de Computacin de la Universidad de Oriente

A todo el personal del rea de la Delegacin de Personal en la Unidad de

A todos los profesores que de alguna u otra manera contribuyeron a mi

1.2.2. Visin ........................................................................................................ 30

3.2.3. El Lenguaje Unificado de Modelado UML .............................................. 37

Hyper Text Markup Language (HTML) ............................................... 46

PHP Hypertext Pre-processor ............................................................... 48

Lenguaje de consulta estructurado (SQL) ............................................. 50

Servidor HTTP Apache ..................................................................... 51

Macromedia Dreamweaver ............................................................... 52

Macromedia Firework 8 .................................................................... 53

Sybase PowerDesigner 12.0 .............................................................. 53

Base de Datos Oracle 10g ................................................................. 56

Servidor Web ..................................................................................... 61

Aplicacin Web ................................................................................. 63

3.3 BASES LEGALES ........................................................................................... 68

TIPO Y NIVEL DE LA INVESTIGACIN................................................ 70

POBLACIN Y MUESTRA ....................................................................... 70

TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS ....... 71

TCNICAS DE ANLISIS DE DATOS .................................................... 71

Diseo Operativo .......................................................................................... 72

Documento Visin ................................................................................ 77

Plan de Iteracin General ...................................................................... 90

Plan de Administracin de Riesgos....................................................... 94

Modelado del Negocio ........................................................................ 101

Especificacin del Negocio Recepcin de Documentos ..................... 105

Especificacin del Negocio Elaboracin de Expedientes ................... 109

Especificacin del Negocio Actualizacin de Expedientes ................ 113

5.1.8. Especificacin del Negocio Consulta de Expedientes ............................ 117

ETAPAII: ARQUITECTURA DEL SISTEMA ........................................ 127

Especificacin de Casos de Uso del Sistema: ..................................... 128

5.2.2 Elaboracin de Expedientes .................................................................... 137

Ubicacin de Expedientes ................................................................... 148

Consulta de Expedientes ..................................................................... 154

El funcionario ingresa la cdula del empleado. ..................................................... 156

Registros Estadsticos ......................................................................... 164

Reportes de Tipo de Personal Especfico .......................................... 169

El funcionario presiona Regresar ........................................................... 171

El funcionario presiona Regresar ........................................................... 178

Reportes de Tipo de Personal por Condicin Laboral.................... 197

El funcionario presiona Regresar ........................................................... 199

Reportes de Tipo de Personal por Categora ..................................... 190

El funcionario presiona Regresar ........................................................... 192

Reportes de Memorndums ................................................................ 183

El funcionario presiona Regresar ........................................................... 185

Listados de Tipo de Personal Genrico ............................................... 176