Tesis Marlene Arteaga

UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
SUBCOMISIN DE TRABAJOS DE GRADO
MATURN / MONAGAS / VENEZUELA
DESARROLLO DE UN SISTEMA PARA EL CONTROL DE GESTIN DEL

PERSONAL DE LA GERENCIA DE AIT - SOPORTE INTEGRAL DISTRITO
PUNTA DE MATA ESTADO MONAGAS.
Informe final de Pasanta presentado ante la Comisin de Trabajo de Grado,
como requisito para optar al ttulo de Ingeniero de Sistemas
POR:
Br. MARLENE ARTEAGA
C.I.: 17.934.698
ASESOR ACADMICO:
ING. JESUS CHAPARRO
ASESOR LABORAL:
ING. OMAR RODRGUEZ
MATURN, MAYO DE 2012
NCLEO DE MONAGAS
ACTA DE EVALUACIN
En mi carcter de asesor laboral del trabajo presentado por la Bachiller
Marlene Vernica Arteaga Navarrete, portadora de la cdula de identidad
nmero: 17.934.698, para optar al grado acadmico de Ingeniero de
Sistemas. Titulado: DESARROLLO DE UN SISTEMA PARA EL CONTROL
DE GESTION DEL PERSONAL DE LA GERENCIA DE AIT - SOPORTE
INTEGRAL DISTRITO PUNTA DE MATA ESTADO MONAGAS, considero
que dicho trabajo rene los requerimientos y mritos suficientes para ser
sometido a la evaluacin por parte del jurado examinador.
En la ciudad de Maturn a los 14 dias del mes de Febrero de dos mil doce.
Ing. Omar Rodrguez

C.I. 8.977.359
ii
NCLEO DE MONAGAS
ACTA DE EVALUACIN
En mi carcter de asesor acadmico del trabajo presentado por la Bachiller
Marlene Vernica Arteaga Navarrete, portadora de la cdula de identidad
nmero: 17.934.698, para optar al grado acadmico de Ingeniero de
Sistemas. Titulado: DESARROLLO DE UN SISTEMA PARA EL CONTROL
DE GESTION DEL PERSONAL DE LA GERENCIA DE AIT - SOPORTE
INTEGRAL DISTRITO PUNTA DE MATA ESTADO MONAGAS, considero
que dicho trabajo rene los requerimientos y mritos suficientes para ser
sometido a la evaluacin por parte del jurado examinador.
En la ciudad de Maturn a los XX das del mes de XX de dos mil once.
Ing. Jess Chaparro

C.I. 4.526.369
iii
DEDICATORIA
A mi Dios Todopoderoso primeramente, por darme las fuerzas para
superar cada adversidad porque sin l no sera posible lograr mis metas.
A mis padres Manuel y Eglis por su apoyo, amor y dedicacin, por
ensearme valores por animarme a seguir adelante, este logro tambin es de
ustedes. Los amo!
A mis hermanas Milagros, Mariana y Liseth, por brindarme su apoyo,
por ser un ejemplo en mi vida. Las quiero Hermanas.
A mi cuado Eleazar Lpez por brindarme su amistad y apoyarme
durante mi carrera.
Muy especialmente quiero dedicar este logro a una mujer excepcional,
que aunque en estos momentos no esta se que hubiera disfrutado verme
alcanzar mi meta. A Mi abuela Lida Navarrete
. Te llevo siempre en mi
corazn.
Marlene V. Arteaga N.
iv
AGRADECIMIENTOS
A Dios por ser mi gua, por permitirme culminar mi carrera, por darme salud y
por poner siempre a las personas indicadas en mi vida.
A mis padres Manuel y Eglis, por todo su esfuerzo y sacrificio, a mis
hermanas Milagros, Mariana y Liseth por su apoyo y su amor, a Eleazar por
estar siempre pendiente de mi. Los amo!
A Efrn Silva Y Soraya de Silva, por brindarme su confianza, su cario y por
abrirme las puertas de su hogar, a sus hijos Vanessa, Patricia y Efrn por su
apoyo. Dios los bendiga!
A mis asesores y jurado Ios Ingenieros Jess Chaparro y Omar Rodrguez y
Beatriz Prez por ayudarme en todo lo que estaba en sus manos, y por los
aportes que le brindaron al trabajo realizado que fueron de gran ayuda para m.
A mi jurado la Ingeniero Nelsy Vivenes por brindarme su apoyo y orientacin
cuando ms lo necesit.
A la Lic. Livian issele, por su ayuda durante el desarrollo de este proyecto.
Al personal de Soporte Integral de AIT por brindarme de su colaboracin.
A Lucy y Henryses por brindarme su amistad, por su apoyo y por los momentos
que compartimos a lo largo de nuestra carrera.
Marlene V. Arteaga N.
v
INDICE GENERAL
ACTA DE EVALUACIN .............................................................................. ii
DEDICATORIA .............................................................................................. iv
AGRADECIMIENTOS .................................................................................... v
INDICE GENERAL ........................................................................................ vi
INDICE DE FIGURAS.................................................................................. viii
INDICE DE TABLAS ..................................................................................... ix
INDICE DE DIAGRAMAS ..............................................................................
xi INDICE DE PANTALLAS .............................................................................
xii RESUMEN ...................................................................................................
xiii
INTRODUCCIN
............................................................................................ 1
CAPTULO I.................................................................................................... 3
CONTEXTO ORGANIZACIONAL .................................................................. 3
1.1 RESEA HISTRICA ......................................................................... 3
1.1.1 Visin .............................................................................................. 5
1.1.2 Misin .............................................................................................. 5
1.1.3 Objetivos estratgicos de la Gerencia de AIT ................................. 5
1.2 DESCRIPCIN DEL DEPARTAMENTO DE SOPORTE
INTEGRAL .......................................................................................... 6
1.3 POLTICA DE CALIDAD DEL DISTRITO NORTE................................. 7
1.4 ESTRUCTURA ORGANIZATIVA .......................................................... 7
1.4.1 Organigrama ................................................................................... 8
CAPTULO II................................................................................................... 9
EL PROBLEMA Y SUS GENERALIDADES .................................................. 9
2.1 PLANTEAMIENTO DEL PROBLEMA ................................................... 9
2.2 OBJETIVOS DE LA INVESTIGACIN ................................................ 14
2.2.1 Objetivo General ........................................................................... 14
2.2.2 Objetivos Especficos .................................................................... 14
2.3 JUSTIFICACIN DE LA INVESTIGACIN ......................................... 15
2.4 ALCANCE DE LA INVESTIGACIN ................................................... 17
CAPTULO III................................................................................................ 18
MARCO REFERENCIAL .............................................................................. 18
3.1 ANTECEDENTES DE LA INVESTIGACIN ....................................... 18
3.2 BASES TERICAS ............................................................................. 19
3.2.1 Sistema de informacin ................................................................. 20
3.2.1.1 Importancia de los Sistemas de informacin .......................... 20
3.2.1.2 Sistema transaccional ............................................................. 21
3.2.2 Mtodo Gray Watch ...................................................................... 21
3.2.2.1 Componentes del mtodo watch............................................. 23
3.2.2.2 Caractersticas del mtodo watch ........................................... 23
3.2.2.3 Estructura del mtodo Watch.................................................. 29
3.2.3 Modelado de Sistemas (UML) ...................................................... 38
vi
3.2.3.1 UML Business......................................................................... 38

3.2.3.2 Diagramas UML ...................................................................... 38
3.2.4 Herramientas de desarrollo ........................................................... 50
3.2.5 Aplicacin web .............................................................................. 52
3.2.5.1 Ventajas .................................................................................. 52
3.2.6 Servidor web Apache .................................................................... 54
3.2.7. XAMMP ........................................................................................ 55
3.2.8 Navegador Web ............................................................................ 56
3.2.8.1 Mozilla Firefox: ........................................................................ 56
3.2.9 Software libre ................................................................................ 57
3.2.10 Lenguajes de programacin utilizados en la aplicacin
(SIPERYVA) .................................................................................. 59
3.2.10.1 PHP ...................................................................................... 61
3.2.10.2 HTML .................................................................................... 64
3.2.10.3 JavaScript ............................................................................. 65
3.2.10.4 AJAX ..................................................................................... 67
3.2.11 Bases de datos ........................................................................... 67
3.2.11.1 Tipos de bases de datos ....................................................... 69
3.3 BASES LEGALES ............................................................................... 71
3.4 DEFINICIN DE TRMINOS .............................................................. 73
CAPTULO IV ............................................................................................... 80
MARCO METODOLGICO.......................................................................... 80
4.1 TIPO Y NIVEL DE INVESTIGACIN .................................................. 80
4.2 POBLACIN Y MUESTRA.................................................................. 81
4.4 TCNICAS DE ANLISIS DE DATOS ................................................ 83
4.5 DISEO OPERATIVO ......................................................................... 83
CAPTULO V ................................................................................................ 88
RESULTADOS ............................................................................................. 88
5.1 ANLISIS DEL SISTEMA.................................................................... 88
2.1 Objetivos .......................................................................................... 90
5.2 ETAPA II. DISEO DEL SISTEMA ................................................... 208
5.3 ETAPA III. IMPLEMENTACIN DEL SISTEMA ................................ 221
5.4 ANLISIS DE COSTO - BENEFICIO ................................................ 228
5.4.1 Costos ......................................................................................... 229
5.4.2 Beneficios.................................................................................... 231
5.4.2.1 Beneficios Tangibles ............................................................. 231
5.4.2.2 Beneficios intangibles ........................................................... 231
CONCLUSIONES .................................................................................... 237
RECOMENDACIONES ........................................................................... 239
BIBLIOGRAFA .......................................................................................... 240
vii
INDICE DE FIGURAS
Figura. 1 Organigrama de AIT-Soporte Integral. Fuente: Autor (2010) ...........
8
Figura 2. Componentes del Mtodo WATCH................................................ 29
Figura 3. Principales tipos de productos del mtodo WATCH. ..................... 30
Figura 4. Clasificacin de los actores. .......................................................... 31
Figura 5. Procesos del mtodo WATCH. ...................................................... 32
Figura 6. Procesos del Mtodo WATCH. ...................................................... 33
Figura 7. Estructura y orden de los procesos de Watch ............................... 36
Figura 8. Actor. ............................................................................................. 40
Figura 9. Caso de Uso. ................................................................................. 40
Figura 10. Tipos de relaciones de Casos de Uso. ........................................ 41
Figura 11. Representacin de una clase. ..................................................... 42
Figura 12. Tipos de relaciones de Clases. .................................................... 44
Tabla 1. Elementos del diagrama de despliegue. ......................................... 45
Figura 13. Smbolo de los paquetes. ............................................................ 49
Figura 14: Mapa conceptual del software libre. ............................................ 59
Figura 15. Esquema del funcionamiento de las pginas PHP. ..................... 63
Figura 16. Procesos del Mtodo WATCH que se generan durante el
proyecto. ................................................................................ 102
Figura 17. Principales tipos de productos del mtodo WATCH. ................. 105
Figura 18: Modelo de Jerarqua de Sistemas Soporte Integral. ..................
127
Figura 18. Cadena de valor del negocio. .................................................... 130
Figura 19. Jerarqua de los procesos del negocio. ..................................... 131
Figura 20. Modelo de reglas del negocio. Fuente: Autor(2011) .................. 134
Figura 22: ISO 9126. Calero, C (2008I) ...................................................... 154
Figura 23: Modelo de calidad interna y externa para el Departamento de
soporte Integral. ..................................................................... 159
Figura 24. Arquitectura del sistema (siperyva). ........................................... 210
Figura 25: Tarjeta CRC Usuario.................................................................. 213
Figura 26: Tarjeta CRC Evento................................................................... 213
Figura 27: Tarjeta CRC Permisos. .............................................................. 213
Figura 28: Tarjeta CRC Guardias. .............................................................. 214
Figura 29: Tarjeta CRC Vacaciones. .......................................................... 214
Figura 30: Tarjeta CRC Departamento. ...................................................... 214
Figura 31: Tarjeta CRC Gerencia. .............................................................. 214
Figura 32: Tarjeta CRC Localidad............................................................... 214
Figura 33: Tarjeta CRC Cargos. ................................................................. 215
Figura 34: Tarjeta CRC Nivel. ..................................................................... 215
viii
INDICE DE TABLAS
Tabla 1. Elementos del diagrama de despliegue. ......................................... 45
Tabla 2. Elementos del diagrama de secuencia. .......................................... 46
Tabla 3. Elementos del diagrama de actividades.......................................... 48
Tabla 4. Cuadro operativo de las etapas del sistema. .................................. 86
Tabla 5. Interesados (stakeholders) del proyecto. ........................................ 96
Tabla 6: Identificacin de Interesados del proyecto. ..................................... 97
Tabla 7. Productos que genera la metodologa Watch. .............................. 103
Tabla 8. Caractersticas de ISO-9126 ......................................................... 109
Tabla 9: Plan de tiempo del proyecto1/3. Fuente: Autor (2011).................. 113
Tabla 9: Plan de tiempo del proyecto2/3. Fuente: Autor(2011)................... 113
Tabla 9: Plan de tiempo del proyecto3/3. Fuente: Autor (2011).................. 114
Tabla 10. Riesgos a administrar en el proyecto 1/14. ................................. 116
Tabla 10. Riesgos a administrar en el proyecto 10/14. ............................... 120
Tabla 10. Riesgos a administrar en el proyecto 14/14 ................................ 122
Tabla 11. Modelo de los actores. Fuente: Autor (2011) .............................. 132
Tabla 12. Matriz Eventos Vs. Procesos ...................................................... 137
Tabla 13. Reglas del Negocio (1/2)............................................................. 141
Tabla 14: Descripcin de los actores 1/3. ................................................... 143
Tabla 14: Descripcin de los actores 2/3 .................................................... 144
Tabla 14: Descripcin de los actores 3/3. ................................................... 144
Tabla 15. Recoleccin de requerimientos iniciales. .................................... 145
Tabla 15. Recoleccin de requerimientos iniciales. .................................... 145
Tabla 16.Requisitos Funcionales del sistema(1/2)...................................... 149
Tabla 17.Requisitos Funcionales del sistema (1/2)..................................... 151
Tabla 18. Curso bsico de eventos para validar usuario. .......................... 163
Tabla 19. Cursos alternos de eventos para validar usuario. ...................... 163
Tabla 20: Curso bsico de eventos para administrar sistema(1/4). ............ 168
Tabla 20: Curso bsico de eventos para administrar sistema (2/4). ........... 169
ix
Tabla 23: Curso alterno de eventos para gestionar permisos..................... 179

Tabla 24: Curso bsico de eventos para gestionar guardias. ..................... 183
Tabla 25: Curso bsico de eventos para gestionar guardias. ..................... 184
Tabla 26 : Curso alterno de eventos para elaborar historia mdica............ 184
Tabla 27: Curso bsico de eventos para gestionar vacaciones. ................. 190
Tabla 28: Curso alterno de eventos para gestionar vacaciones ................. 191
Tabla 29: Curso bsico de eventos Gestionar eventos............................... 197
Tabla 30: Curso bsico de eventos de usuarios. ........................................ 203
Tabla 31. Caso de prueba Elaborar Permisos. ........................................... 223
Tabla 32. Caso de prueba Administrar permisos ........................................ 224
Tabla 33. Caso de prueba Administrar sistema .......................................... 226
Tabla 34. Caso de prueba configurar sistema ............................................ 226
Tabla 35. Costo de materiales. ................................................................... 230
INDICE DE DIAGRAMAS
Diagrama 2: Diagrama de modelado de objetos del negocio. .................... 135
Diagrama 3: Diagrama de proceso del descubrimiento de requisitos.
Autor: 2011. ........................................................................... 139
Diagrama 4: Diagrama de jerarqua de procesos Descubrimiento de
Requisitos ............................................................................. 140
Diagrama 4. Diagrama general de casos de uso del sistema. .................... 161
Diagrama 5. Casos de Uso Validar Usuario. .............................................. 162
Diagrama 6: Diagrama de clases Validar usuario. ...................................... 164
Diagrama 7. Diagrama de secuencia validar usuario.................................. 165
Diagrama 8: Diagrama de caso de uso de administrar sistema.................. 167
Diagrama 9. Diagrama de clases administrar sistema ................................ 172
Diagrama 10. Diagrama de secuencia administrar sistema. ....................... 173
Diagrama 11. Diagrama de caso de Uso Gestionar Permisos.................... 178
Diagrama 12. Diagrama de clases gestionar permisos............................... 179
Diagrama 13. Diagrama de caso de Uso Gestionar Guardias. ................... 182
Diagrama 14. Diagrama de clases gestionar guardias ............................... 184
Diagrama 15. Diagrama de secuencia gestionar Guardias......................... 185
Diagrama 16. Diagrama de caso de Uso Gestionar Vacaciones. ............... 189
Diagrama 17. Diagrama de clases gestionar vacacin ............................... 191
Diagrama 18. Diagrama de secuencia gestionar Vacaciones..................... 192
Diagrama 19. Diagrama de caso de Uso Gestionar Eventos...................... 196
Diagrama 20. Diagrama de clases de gestionar eventos............................ 198
Diagrama 21. Diagrama de secuencia gestionar Eventos. ......................... 199
Diagrama 22. Diagrama de caso de Uso del Usuario gestionar permisos
(analista). ............................................................................... 202
Diagrama 23. Diagrama de clases gestionar permisos............................... 204
Diagrama 24. Diagrama de secuencia solicitar permisos ........................... 205
Diagrama 25. Caso de Uso general del sistema......................................... 211
Diagrama 26. Diagrama de clases del sistema........................................... 212
Diagrama 27: Modelo de Vista de Despliegue. ........................................... 216
Diagrama 28. Esquema conceptual del sistema. ........................................ 219
Diagrama 29. Diagrama relacional de la base de datos. ............................ 220
xi
INDICE DE PANTALLAS
Pantalla 1/2. Validar usuario. ...................................................................... 166
Pantalla 2/2. Men principal, usuario supervisor......................................... 166
Pantalla 1/9. Administrador del sistema ...................................................... 174
Pantalla 1/3. Gestionar permisos ................................................................ 180
Pantalla 2/3. Aprobar o rechazar permisos ................................................. 180
Pantalla 3/3. Ver historial de Permisos ...................................................... 181
Pantalla 2/5. Crear plan de Guardias .......................................................... 186
Pantalla 3/5. Verificar el orden del personal que cumple Guardias............. 187
Pantalla 4/5. Men editar Guardias............................................................. 187
Pantalla 5/5. Eliminar Guardias.................................................................. 188
Pantalla 1/4. Gestionar Vacaciones ............................................................ 193
Pantalla 1/4. Gestionar Eventos.................................................................. 200
Pantalla 2/4. Crear eventos ........................................................................ 200
Pantalla 3/4. Historial de asistencia a eventos ............................................ 201
Pantalla 4/4. Marcar la asistencia a eventos............................................... 201
Pantalla 1/4. Men principal del usuario Solicitar permisos ........................ 206
Pantalla 2/4. Men principal del usuario hacer solicitud de permisos .........
206
Pantalla 3/4. Vista de status de los permisos solicitados. ........................... 207
Pantalla 4/4. Vista de permisos aprobados................................................ 207
xii
NCLEO DE MONAGAS INGENIERIA DE
SISTEMAS SUBCOMISIN DE TRABAJO
DE GRADO MATURN / MONAGAS /
VENEZUELA
Autor: Arteaga, N. Marlene, V.
Tutor Acadmico: Ing. Jess Chaparro
DESARROLLO DE UN SISTEMA PARA EL CONTROL DE GESTION DEL
PERSONAL DE LA GERENCIA DE AIT - SOPORTE INTEGRAL DISTRITO
PUNTA DE MATA ESTADO MONAGAS.
RESUMEN
El objetivo del presente trabajo fue desarrollar un sistema para el control de gestin
del personal de la Gerencia de AIT- Soporte Integral. La aplicacin permite controlar cada
uno de los procesos administrativos que all se realizan, los cuales involucran: registro de
usuarios, creacin de planes de guardias, vacaciones, solicitud de permisos y publicacin de
eventos relacionados con el departamento. El logro de este proyecto busca dar respuesta a
la necesidad planteada en el departamento, agilizando los procesos y dando respuestas
rpidas y oportunas. En cuanto a su desarrollo se inclino hacia un tipo de investigacin
proyectiva, apoyada en un nivel comprensivo utilizando como tcnicas de recoleccin de
datos las entrevistas no estructuradas, y la observacin directa y la revisin documental,
todo esto con el propsito de obtener informacin precisa y confiable acerca del
departamento. Con el objetivo de adaptar las mejores estrategias y herramientas el
desarrollo del sistema est fundamentado en la metodologa GRAY WATCH y la
herramienta de modelado UML y Visio. Para la creacin del software se utiliz el servidor
XAMPP de plataforma software libre que consiste en la base de datos MySQL, el servidor
Web Apache y la herramienta de software de cdigo PHP,
bajo un leguaje de
programacin orientado a objeto. De esta manera se pudo concluir que con la
implementacin del sistema se genera un mejor desempeo de las labores del
departamento de soporte integral, adems de un ahorro significativo de tiempo.
Descriptores: Desarrollo, Gray Watch, Sistema, Uml, Gestin.
xiii
INTRODUCCIN
En la actualidad las organizaciones hacen uso de herramientas y
tecnologa de punta que ayudan a realizar los distintos procesos en forma
eficaz. La informacin relacionada con la organizacin es de vital
importancia, razn por la cual debe ser administrada de forma correcta, por
lo que se hace necesario el desarrollo de sistemas informticos
los
cuales permiten a las organizaciones manejar gran cantidad de datos e

informacin en de manera centralizada.
Petrleos de Venezuela S.A empresa estatal encargada de la
generacin de divisas para la nacin venezolana a menudo desarrolla planes
en materia petrolera, petroqumica y carbonfera. Con el pasar de los aos se
han logrado avances en cuanto automatizacin de procesos, los cuales
proporcionan facilidades dentro de las organizaciones; sobre todo en la parte
de ahorrar tiempo y facilitar informacin.
Con el propsito de mejorar los procesos que se llevan a cabo dentro
de AIT-Soporte Integral de Petrleos de Venezuela S.A , especficamente lo
relacionado con la solicitud de permisos, planes de guardias, vacaciones y
eventos, se considera que el desarrollo de este proyecto proporciona
beneficios importantes para el personal de este departamento.
El producto de la investigacin se encuentra reflejado a travs de 05
captulos:
Captulo I: comprende Aspectos generales de la organizacin tales como
resea histrica.
1
Captulo II: Describe el Planteamiento del Problema, Objetivos generales y

especficos, justificacin de la Investigacin.
Captulo III Comprende los Antecedentes de la Investigacin, Marco
terico.
Captulo IV: Nivel de la Investigacin, Tipo, Poblacin y muestra, Tcnicas de
anlisis de datos y Diseo Operativo.
Capitulo V: describe el diseo operativo planteado, contiene el desarrollo de
las fases de la metodologa y como punto final el anlisis costo beneficio del
proyecto.
Finalmente se presentan las conclusiones y recomendaciones y
bibliografa asociadas al tema desarrollado, y los anexos relacionados con el
mismo.
CAPTULO I CONTEXTO
ORGANIZACIONAL.
1.1 RESEA HISTRICA
Petrleos de Venezuela
S.A, es una empresa propiedad de la
Repblica Bolivariana de Venezuela, regida por la ley orgnica de

hidrocarburos. Tras la nacionalizacin de la industria petrolera en 1975, el
estado venezolano se reserva por razones de conveniencia nacional, todo lo
relativo a la explotacin del territorio nacional en busca de petrleo, asfalto y
dems hidrocarburos, a la exploracin de yacimientos de los mismos, a la
manufactura o refinacin, al trasporte por vas especiales y almacenamiento,
al comercio interior y a las obras que su manejo requiera. Petrleos de
Venezuela, S.A, es la responsable de las operaciones de un considerable
nmero de empresas bajo la gua y supervisin del ministerio de energa y
minas.
El 1 de enero de 1976 exactamente al primer segundo de despus de
las doce de la noche naci Petrleos de Venezuela S.A, como la empresa
encargada de asumir las funciones de planificacin, coordinacin y
supervisin de la industria petrolera nacional. La partida de nacimiento de la
principal industria del pas quedo plasmada en el decreto presidencial
nmero 1123 del 30 de agosto de 1975 y su primer presidente fue Genaro
Rafael Alfonso Ravard.
En la actualidad PDVSA la conforman tres divisiones en todo el
territorio nacional que son: Divisin Oriente, Occidente y centro sur, la
divisin
Oriente
su
vez
est
constituida
por
cuatro
grandes
superintendencias
dedicadas
al
trabajo
de
este
negocio.
Estas
superintendencias son: Exploracin y Produccin, Refinacin y Comercio,

Servicios tcnicos y negocios con terceros, las cuales a su vez se encuentran
divididas en unidades de negocio.
El Distrito Norte perteneciente a la divisin exploracin y produccin
extiende sus operaciones en el estado Monagas, incluyendo la produccin de
las reas Maturn, Jusepn y Punta de Mata. Los procesos tecnolgicos estn
regidos por la Gerencia Corporativa de Automatizacin Industria, informtica
y telecomunicaciones de petrleos de Venezuela, conocida como AIT. Se
encarga de proveer soluciones tecnolgicas que garantizan la seguridad a
los procesos de la industria petrolera venezolana, de una forma integral,
oportuna, eficiente e innovadora.
Las oficinas principales de la Gerencia de AIT de Distrito Social Norte
en su Divisin Oriente, estn ubicadas en a) Edificio ESEM, Avenida Alirio
Ugarte Pelayo Maturn, Estado Monagas. Oficinas de la Gerencia del Distrito
Social Norte Campo Rojo, Punta de Mata. Esto permite valorizar la
transformacin del recurso natural a travs de las mejores prcticas de
implantacin tecnolgica, lo que redunda en mayores recursos para el estado
venezolano y un nivel superior de beneficios para la poblacin. Esto a su vez
garantiza una lnea sostenida de desarrollo en todos los mbitos.
AIT Distrito Norte desarrolla y mantiene las soluciones de las reas de
Automatizacin Informtica y Telecomunicaciones para que satisfagan las
necesidades del negocio de exploracin y produccin haciendo uso de
tecnologa de vanguardia de manera eficiente y obteniendo su potencialidad
alineado a los objetivos del Distrito Norte con los niveles de calidad
esperados, buscando a su vez generar sinergia con los organismos
gubernamentales para impulsar el desarrollo endgeno tecnolgico en el
Distrito.
1.1.1 Visin
Plena soberana tecnolgica basada en los valores de la revolucin
socialista
1.1.2 Misin
Somos la organizacin responsable de orientar, facilitar y mejorar los
servicios y soluciones tecnolgicas de Automatizacin, Informtica y
Telecomunicaciones, innovando y actuando con conciencia del deber social,
como agentes de transformacin, para construir el Socialismo Bolivariano y
alcanzar la soberana de los pueblos.
1.1.3 Objetivos estratgicos de la Gerencia de AIT

A. Desarrollar la conciencia y los valores Socialistas para contribuir al
proceso revolucionario de transformacin de PDVSA y la Nacin.
B. Disear, Desarrollar e Implantar soluciones Integrales para la
Planificacin y Gestin por Proyectos.
C. Aplicar automatizacin de los flujos de trabajo e implantacin de
sistemas de medicin y control que faciliten la gestin gil y
transparente.
D. Crear
una
Red
Socialista
Productiva
para
los
componentes
tecnolgicos de AIT a fin de fortalecer el tejido industrial que impulse

la transformacin del pas y la soberana.
E. Implantar una Plataforma de Servicio Universal que llegue a toda la
clase trabajadora.
F. Implantar una Plataforma Tecnolgica y Servicios Homologados que

impulsen la conectividad y productividad de la corporacin.
G. Implantar una Plataforma Tecnolgica para el procesamiento e
interpretacin de ssmica, visualizacin y modelado de yacimientos.
H. Disear, desarrollar e implantar soluciones integrales para el control y
optimizacin de las instalaciones de produccin en tiempo real para
aumentar el factor de recobro y disminuir la produccin diferida.
I. Disear, desarrollar e implantar aplicaciones en tiempo real para
maximizar
la
eficiencia
del
procesamiento
refinacin
de
hidrocarburos.
J. Crear Sistemas Integrales para el control y la gestin de los procesos
de comercializacin y distribucin de los Hidrocarburos.
K. Expandir y modernizar la plataforma para la transmisin de
informacin y trabajo colaborativo de PDVSA para ajustarla al
crecimiento del Plan Siembra Petrolera.
L. Disear, desarrollar e implantar soluciones integrales de monitoreo,
control, mantenimiento y optimizacin para la transmisin, distribucin
y venta de hidrocarburos.
M. Implantar
Plataformas
Tecnolgicas
para
suministrar
servicios
especializados requeridos por la empresa.

N. Disear, desarrollar e implantar Soluciones integrales que habiliten e
impulsen los procesos en el rea del Sector No Petrolero.
1.2 DESCRIPCIN DEL DEPARTAMENTO DE SOPORTE INTEGRAL
El rea en estudio y donde se realiz el proceso de pasantas es

especficamente en el rea de Informtica del Departamento de AIT
(Automatizacin,
Informtica
y Telecomunicaciones
de
la empresa
P.D.V.S.A. Exploracin y Produccin, Distrito Social Norte. El Departamento

tiene como misin fundamental promover soluciones de Automatizacin,
Informtica y Telecomunicaciones, incorporando productos y servicios
innovadores, que creen diferenciacin competitiva y de alto valor, con un
equipo de trabajo altamente integrado al negocio, proactivo en su
asesoramiento tecnolgico, gil y flexible, orientado a lograr la soberana
tecnolgica, impulsar el desarrollo endgeno sustentable, y proveer
soluciones tecnolgicas a la Corporacin y al pas en cualquier mbito
geogrfico que se requiera, con una clara corresponsabilidad con la sociedad
en materia social, econmica y ambiental, alineado a los organismos rectores
del estado en materia energtica y tecnolgica.
1.3 POLTICA DE CALIDAD DEL DISTRITO NORTE
El Distrito social Norte como responsable de explotar de manera

eficiente y rentable las reservas de petrleo y gas de su rea geogrfica, se
compromete en satisfacer las necesidades y expectativas de nuestros
clientes a travs de procesos normalizados que permitan la mejora continua
y el aumento de la productividad, con personal altamente motivado y
calificado, contando permanentemente con un sistema de gestin de la
calidad que cumpla con los requisitos de la norma Covenin ISO 9001:2000.
1.4 ESTRUCTURA ORGANIZATIVA
La estructura organizativa representa la forma que toma la

organizacin para responder a las estrategias y paralelamente atender a las
necesidades y expectativas de las personas y a las exigencias de la
tecnologa (procesos, programas y recursos). La finalidad de una estructura
organizacional es establecer un sistema de papeles que han de desarrollar
los miembros de una entidad para trabajar juntos de forma ptima y que se
alcancen las metas fijadas en la planificacin.
1.4.1 Organigrama
Figura. 1 Organigrama de AIT-Soporte Integral. Fuente: Autor (2010)
CAPTULO II
EL PROBLEMA Y SUS GENERALIDADES
2.1 PLANTEAMIENTO DEL PROBLEMA

Se ha hecho evidente a travs de los aos que la revolucin industrial
condujo a nuevos modelos de trabajo, creando la automatizacin y trayendo
el modernismo a las diferentes organizaciones. La incorporacin de un
sistema de alta tecnologa en una empresa permite un avance significativo
para la misma, disminuye las posibles fallas y riesgos financieros, agiliza los
sistemas informticos
administrativos, sirven de conexin entre las
necesidades de la empresa y su personal, garantizando as que los

procedimientos, registros, controles y supervisin sean ptimos en cuanto a
su planificacin y proyeccin futura de sus departamentos.
El mundo de la alta tecnologa nunca hubiera existido de no ser por
el desarrollo del ordenador o computadora. Toda la sociedad utiliza estas
mquinas, en distintos tipos y tamaos, para el almacenamiento y
manipulacin de datos. Los equipos informticos han abierto una nueva era
para la ejecucin de los procedimientos en las organizaciones, gracias a las
tcnicas de automatizacin, se han mejorado los sistemas modernos de
comunicacin y desempeo laboral. Se consideran herramientas esenciales
prcticamente en todos los campos de investigacin y en tecnologa
aplicada.
Por tanto cualquier labor de una empresa asistida por ordenador o
computadora se considera un medio rpido y preciso para resolver
eventualidades, modificar patrones y planificar el diario de una jornada
9
10
laboral; vale mencionar que un ordenador permite controlar los programas y

las tcnicas ms eficientemente que un registro manual, teniendo un margen
de error mnimo o nulo dentro de la organizacin, esto por contar con
programas de control, distribucin especficos a las necesidades del rea de
trabajo.
Cabe considerar que en la actualidad existen un sin fin de
dispositivos electrnicos capaces de recibir un conjunto de instrucciones y
ejecutarlas realizando clculos sobre los datos numricos, registro de labores
de un personal activo en la organizacin, verificando la gestin realizadas en
la empresa y correlacionando otros tipos de informacin, manipulando la
entrada de datos en trminos ampliamente tiles para ser utilizados en un
servicio donde las respuestas deben generarse rpida y continuamente,
permitiendo as ser la caracterstica determinante del trabajo en la nueva
sociedad industrial, con la disminucin de muchas horas de tedio que esto
supone un da laboral con un gran nmero de servicios a cumplir.
Tomndose en cuenta que los continuos avances tecnolgicos
permiten que los sistemas operativos sigan evolucionando y a su vez
aumenten
el
rendimiento
de
los
procesos
implementados
en
una
organizacin, se hace evidente que con incluir datos especficos se pueden

mantener controles y registros de archivos, garantizar un comportamiento
razonable y recuperar datos en caso de fallos parciales, lo que optimiza el
servicio realizado.
De all pues, que los sistemas se refieren tambin a cualquier
coleccin
combinacin
de
programas,
procedimientos,
datos
equipamiento utilizado en el procesamiento de informacin: un registro

contable, una facturacin o una de gestin de base de datos, donde se
tenga la capacidad para tener acceso a los datos exactos y actualizados,

que por s solos no podran obtener.
Dentro de este orden de ideas es importante sealar que los sistemas
de informacin pueden clasificarse en transaccionales, de apoyo a las
decisiones y estratgicos. Siendo los ms utilizados los transaccionales por
que a travs de ellos se automatizan las tareas y procesos operativos, se
puede integrar gran cantidad de informacin institucional para ser utilizada
posteriormente por los funcionarios de nivel operativo de la organizacin
en la toma de decisiones.
Ahora bien, bajo la internalizacin, visin y particularidad de cada
profesional y sus expectativas en cuanto a su desarrollo laboral, se han
incrementado el uso de los sistemas operativos administrativos en las
organizaciones sea cual sea su lnea de trabajo ya que estos ayudan a
alcanzar objetivos fundamentales dentro de la empresa.
Entre
las principales propuestas en cualquier organizacin, para
lograr el xito en el cumplimiento de sus objetivos, est que sus operaciones

sean llevadas a cabo sin inconvenientes y de manera rpida y segura, de
aqu radica la importancia y la necesidad que cada uno de los procesos
ejecutados en la empresa estn automatizados, ahorrndose tiempo y dinero
a la organizacin; por tanto su dependencia hacia la informtica y el uso de
los sistemas, aunado a la anterior afirmacin se encuentra que cada
departamento perteneciente a la empresa, necesita de un servicio que
mantenga sus activos informticos, preparados para desarrollar la tarea para
la cual fueron puestos.
Los departamentos de control de gestin de personal de las empresas
se caracterizan por hacer registros permanentes de la labor del personal
en
cuanto a la verificacin de los periodos vacacionales, permisos de los

empleados, seguimiento y supervisin de las guardias del personal,
asistencia a eventos sociales, entre otros; esto trae como consecuencia ser
un servicio de constante fiscalizacin y registros de observacin e
informacin diaria, lo que implica ser una labor delicada y costosa para la
organizacin.
No obstante, el manejo de controles, datos, ubicacin, registros y
supervisin,
son
aspectos
que
deben
mantenerse
actualizados, as mismo se considera el uso de los
constantemente
sistemas, como una
estrategia que garantiza un desarrollo muy particular para la labor a ejecutar.

El departamento de Soporte Integral de la Gerencia de AIT de la
empresa P.D.V.S.A del Distrito Norte en Punta de Mata, est encargado de
organizar, orientar, facilitar y mejorar los servicios y soluciones tecnolgicas
de Automatizacin, Informtica y Telecomunicaciones, innovando y actuando
con conciencia del deber social, como agentes de transformacin, para
construir el Socialismo Bolivariano y alcanzar la soberana de los pueblos.
Por consiguiente entre una de las funciones del departamento se
encuentra el garantizar una plataforma de automatizacin, tecnologa de
informacin y comunicaciones, nica, integrada y de manera coherente para
asegurar el desempeo eficiente de las actividades de la organizacin,
apalancar con tecnologa de AIT el desarrollo eficiente de las actividades de
los distintos negocios de la cadena de valor, brindarle soporte a cada uno de
los usuarios de la organizacin y as brindarles continuidad operativa.
En la actualidad el departamento de soporte integral de la Gerencia de
AIT, cumple con su misin de la manera ms efectiva posible, se
llevar
encarga
de
el control del recurso humano de la empresa de manera coordinada, sin embargo al momento
de requerirse algunos de las datos como son el ltimo periodo de vacaciones, se hace necesario hacer
una revisin de un grupo significativo de carpetas asignadas a cada trabajador, donde se
encuentran los documentos con la informacin de algunos de los datos requeridos para el clculo
del nmero de los das que le corresponden de goce como beneficio vacaciones y las fecha de
anteriores procesos.
En el caso de los registro de guardias realizada, se evidencia que son asentados en fechas
posteriores a su cumplimiento, y al igual que los registros del periodo vacacional, se pueden supervisar
a travs de planillas que se encuentran en carpetas
para su control lo que origina que al
tratar de buscar, organizar y almacenar la informacin se utiliza un tiempo

laboral extra y costoso para la empresa
por lo que el manejo de la informacin limita la
confiabilidad de los reportes.
En cuanto a la asistencia a eventos sociales que se considera un

compromiso laboral dentro de la organizacin, es muy poca la informacin
que se tiene registrada, slo se seala el da de salida, hora y lugar de
traslado por medio de memorndum interno, por lo que el
control o
supervisin del personal asistente a la actividad se considera como

asistencia total, a pesar que pueden existir casos especficos justificados o
injustificados de ausencia en el evento.
Considerando
la
responsabilidad
del
recurso
humano
del
departamento, se estima que para obtener un mejor rendimiento se debe

mantener presente la visin de la organizacin, que no es otra cosa que
lograr los objetivos propuestos en el control y registro de cada una de las
actividades laborales que en esta se realicen, dndole cumplimiento al
compromiso que se tiene con el desarrollo y soporte integral de la empresa.
De no lograrse la propuesta de incorporar al departamento un sistema
de control de gestin se estara corriendo el riesgo de que existan fallas en
cuanto al registro, verificacin y supervisin de la actividad laboral del
personal, lo que a su vez origina prdida de tiempo y costos extras para la
organizacin, igualmente se estara incumpliendo con la poltica empresarial

y el logro de los objetivos del rea de trabajo, del compromiso laboral ante
las leyes establecidas para este tipo de negociaciones patrn trabajador; se
mantendran los procesos manuales que retardan la comunicacin entre los
departamentos y se estimaran tiempos de labor del recurso humano poco
productivos para la organizacin.
2.2 OBJETIVOS DE LA INVESTIGACIN

2.2.1 Objetivo General
Desarrollar un sistema para el control de Gestin del personal de la
Gerencia de AIT - Soporte Integral Distrito Punta de Mata Estado Monagas,
con el propsito de optimizar las actividades que se realizan dentro del
departamento.
2.2.2 Objetivos Especficos
1. Describir la situacin actual de las actividades del personal de la gerencia

de AIT- Soporte Integral a travs del modelado de negocios.
2. Establecer los requisitos de un nuevo sistema de informacin en la
gerencia de AIT- Soporte Integral.
3. Establecer el diseo arquitectnico del sistema de acuerdo a los
requisitos del departamento de Soporte Integral.
4. Construir el sistema de informacin de acuerdo a las funciones

establecidas en el diseo.
2.3 JUSTIFICACIN DE LA INVESTIGACIN
La Gestin de Personal debe significar el diseo de estrategias

encaminadas a desarrollar y aprovechar el potencial de los trabajadores. En
estos reside el conocimiento, la experiencia y el don de hacer que las cosas
cambien positivamente; pero siempre que se alcancen altos niveles de
satisfaccin laboral, de otra manera el trabajador dedicar, gran parte de su
tiempo a criticar destructivamente a la organizacin y a buscar mejores
horizontes. Es imposible que una empresa con trabajadores insatisfechos
pueda competir con otra donde la situacin sea diametralmente distinta y no
tanto porque en aquella tengan un bajo desempeo, sino porque en esta,
adems de un buen desempeo, existe la produccin de nuevas ideas; que
son base en la generacin de ventajas que garantizan el cumplimiento de la
misin de la manera ms ptima.
Este es un escenario en donde el cambio, impulsado por el desarrollo
de la tecnologa, es vertiginoso. Frente a esa situacin, las empresas deben
aprovechar todas las fortalezas con las que cuentan. En especial, las que
estn relacionadas con el factor humano. Aqu, precisamente, reside el
carcter central y estratgico que ha asumido la Gestin del Personal en la
empresa moderna.
La presente investigacin est justificada en la necesidad que tiene el
departamento de Soporte Integral de la Gerencia de AIT de la empresa
P.D.V.S.A del Distrito Norte en Punta de Mata de desarrollar un sistema de
informacin que le permita el registros permanentes de la labor del personal

en cuanto a la verificacin de los periodos vacacionales, permisos de los
empleados, seguimiento y supervisin de las guardias del personal,
asistencia a eventos sociales , ya que el uso efectivo y eficiente de los
sistemas de informacin son elementos muy importantes para conseguir y
mantener ventajas competitivas en diferentes organizaciones y para brindar
un excelente servicio en cada uno de sus departamentos. Por otra parte, las
estrategias basadas en sistemas de informacin ahora son parte integral de
las estrategias empresariales, igualmente se debe considerar que los
sistemas de informacin soportan la gestin de los procesos en todo los
niveles tanto operativos, tctico y tcnicos que minimizan los riesgos de
perdidas e incrementos de costos.
Al conocer la importancia que tiene este tipo de sistema y en vista del
grave problema con respecto al control y registros permanentes de la labor
del personal en cuanto a la verificacin de los periodos vacacionales,
permisos de los empleados, seguimiento y supervisin de las guardias del
personal, asistencia a eventos sociales, tiene como propsito desarrollar un
sistema para el control de Gestin del personal de la Gerencia de AIT, donde
primeramente se describir la situacin actual del departamento con el fin de
establecer los requisitos de un nuevo sistema de informacin, y de este
modo presentar el diseo arquitectnico del sistema de acuerdo a los
requisitos de esta rea de gestin, para posteriormente, construir el sistema
de informacin de acuerdo a las funciones
que se realizan e instalar la
versin beta del sistema dentro del departamento de soporte integral.

Este proyecto beneficiar de manera directa a los empleados
asignados
al departamento quienes son hoy por hoy el personal que se
enfrenta a los largos periodos de bsqueda de los datos y registros, o a la
realizacin de historias manuales que retrasan los servicios que deben

cumplir; del mismo modo favorecer a los solicitantes de los beneficios
laborales anteriormente citados, que a diario buscan coordinar con la
organizacin sus periodos de permiso.
Como beneficio se garantiza la atencin inmediata y oportuna
siguiendo la continuidad a travs de un buen registro y se podr controlar las
cancelaciones realizadas o los compromisos de pago que tienen los
beneficiarios y hasta la organizacin en cuanto gastos generales se refiere;
permitir su labor se desarrolle con calma, se garantiza la aplicacin de
procedimientos ordenados, oportunos y precisos en los datos o servicios
realizados, se disminuye el riesgo de prdidas de materiales y econmicas.
2.4 ALCANCE DE LA INVESTIGACIN
El alcance de este proyecto est dado por el desarrollo de un sistema

automatizado para el control de gestin del departamento de soporte Integral
de la Gerencia de AIT. El desarrollo de la aplicacin contempl las fases de
anlisis, diseo e implementacin de la metodologa GRAY WATCH.
CAPTULO III MARCO

REFERENCIAL
3.1 ANTECEDENTES DE LA INVESTIGACIN
Los antecedentes estn conformados por las investigaciones o

estudios que se hayan realizado con anterioridad como lo son: Trabajos de
pregrado, postgrado u otros que no hayan sido publicados, los cuales
permiten al investigador ampliar sus conocimientos con respecto al problema
planteado. En tal sentido, para el presente proyecto se utilizaron los
siguientes antecedentes:
Bravo, F. (2008). Desarrollo de un Sistema Web para el Control y Gestin del
personal de la Gerencia de AIT Distrito Norte PDVSA, trabajo de grado
realizado en la Universidad de Oriente Ncleo Monagas para optar al ttulo
de Ingeniero de Sistemas. Este trabajo describe la metodologa del Proceso
Unificado de Rational (RUP) apoyado en las herramientas grficas de UML y
de la metodologa WebML. Dicha investigacin permiti adquirir ms
conocimientos acerca del desarrollo de aplicaciones Web, y sirvi de
referencia para el diseo de la arquitectura de la aplicacin, adems de
conocer como emplear el lenguaje de modelado UML.
Abreu, M. (2007). Modelo de Negocios del Departamento Tcnico de la
Direccin de Servicios Generales de la Universidad de los Andes, Tesis de
Grado presentado ante la Universidad de los Andes como requisito final para
optar al ttulo de Ingeniero de Sistemas. Dicho estudio tena como objetivo
desarrollar el Modelo de Negocios del Departamento Tcnico de la Direccin
18
19
de Servicios Generales de la Universidad de los Andes con la finalidad de

documentar la situacin actual, entender los elementos claves y planificar la
infraestructura informtica. El desarrollo del modelo estuvo guiado por la
Metodologa BMM (Business Modeling Method) de Montilva y Barrios
(2003), y representado a travs del lenguaje grfico UML Business. La
investigacin referida permiti conocer la utilizacin de la metodologa Watch
durante el proceso de modelado del negocio, as como tambin el uso de los
diferentes diagramas de UML Business para la adaptacin del modelado
del negocio del sistema bajo estudio.
Ros, L. (2007). Desarrollo de un Software de Apoyo en la Gestin de las
Necesidades y Oportunidades Tecnolgicas de la Gerencia Corporativa de
PDVSA Exploracin, trabajo de grado realizado en la Universidad de Oriente
Ncleo Anzotegui para optar al ttulo de Ingeniero en Computacin. Este
trabajo tiene la finalidad de mejorar el proceso de gestin de necesidades y
oportunidades e incrementar la productividad y eficiencia de las actividades
utilizando el Proceso Unificado de Desarrollo de Software que permite dividir
el proyecto en fases y stas en flujos de trabajos, y en los lenguajes de
modelado
UML.
Dicha
investigacin,
contribuy
comprender
la
construccin de un software conjuntamente con la herramienta UML y como

aplicar las pruebas, tambin para determinar el anlisis costo-beneficio del
proyecto.
3.2 BASES TERICAS
En este punto se hace referencia de las diferentes fuentes

bibliogrficas consultadas para presentar toda la informacin necesaria
acerca del tema en estudio.
3.2.1 Sistema de informacin
Segn Kenneth Laudon y Janes Laudon (1995), en su libro de

Administracin de los Sistemas de Informacin definen un Sistema de
Informacin de la siguiente manera:
Un Sistema de Informacin puede definirse tcnicamente como
un conjunto de componentes interrelacionados que permiten
capturar, procesar, almacenar y distribuir la informacin para
apoyar toma de decisiones y el control en una institucin. Adems,
para apoyar la toma de decisiones, la coordinacin y el control, los
Sistemas de Informacin pueden tambin ayudar a los
administradores y al personal a analizar problemas, visualizar
cuestiones complejas y crear nuevos productos. (Laudon, K. 1995
p.08).
3.2.1.1 Importancia de los Sistemas de informacin

Los Sistemas de Informacin (SI) y las Tecnologas de Informacin
(TI) han cambiado la forma en que operan las organizaciones actuales. A
travs de su uso se logran importantes mejoras, pues automatizan los
procesos operativos, suministran una plataforma de informacin necesaria
para la toma de decisiones y, lo ms importante, su implantacin logra
ventajas competitivas o reducir la ventaja de los rivales.
Las Tecnologas de la Informacin han sido conceptualizadas como la
integracin y convergencia de la computacin, las telecomunicaciones y la
tcnica para el procesamiento de datos, donde sus principales componentes
son: el factor humano, los contenidos de la informacin, el equipamiento, la
infraestructura, el software y los mecanismos de intercambio de informacin,
los elementos de poltica y regulaciones, adems de los recursos financieros.
3.2.1.2 Sistema transaccional
Es el sistema que gestiona la informacin referente a las transacciones

producidas en una empresa u organizacin. Es un tipo de
sistema
de informacin diseado para recolectar, almacenar, modificar y recuperar

todo tipo de informacin que es generada por las transacciones en una
organizacin. Una transaccin es un evento o proceso que genera o modifica
la informacin que se encuentran eventualmente almacenados en un sistema
de
informacin.
(http://www.alegsa.com.ar/Dic/sistema%20transaccional.php,
2010)
3.2.2 Mtodo Gray Watch
Para producir una aplicacin empresarial es necesario disponer de un

mtodo de desarrollo del software que est bien definido y documentado.
Este mtodo debe establecer las actividades, los procesos, las prcticas, las
tcnicas, los estndares y las herramientas que los equipos de trabajo deben
emplear para desarrollar los componentes arquitectnicos de una aplicacin
empresarial e integrarla al sistema de negocios para el cual ella es
desarrollada. El mtodo WATCH es un marco metodolgico que describe los
procesos tcnicos, gerenciales y de soporte que deben emplear los equipos
de trabajo que tendrn a su cargo el desarrollo de aplicaciones de software
empresarial.
Un marco metodolgico es un patrn que debe ser instanciado, es decir
adaptado cada vez que se use. Cada equipo de trabajo deber usar el
mtodo como un patrn o plantilla metodolgica, a partir de la cual dicho
equipo debe elaborar el proceso especfico de desarrollo de la aplicacin

que se desea producir.
El mtodo WATCH est fundamentado en las mejores prcticas de la
Ingeniera de Software y la Gestin de Proyectos. Cubre todo el ciclo de vida
de las aplicaciones; desde el modelado del dominio de la aplicacin, pasando
por la definicin de los requisitos de los usuarios, hasta la puesta en
operacin de la aplicacin.
Este mtodo incluye, tambin, una descripcin de los procesos de
gerencia del proyecto que se aplicarn para garantizar que el proyecto se
ejecute en el tiempo previsto, dentro del presupuesto acordado y segn los
estndares de calidad establecidos. En el diseo de este mtodo se
emplearon, como marcos de referencia para la elaboracin de los elementos
que integran el mtodo, los siguientes estndares, prcticas y modelos:
a) El modelo CMMI-SW (Capability Maturity Model Integration) del
Instituto de Ingeniera de Software SEI (CMMI, 2005).
b) El cuerpo de conocimientos de la Ingeniera de Software (SWEBOK)
de la Sociedad de Computacin de la IEEE.
c) El cuerpo de conocimientos PMBOK (Project Management Body of
Knowledge) del Instituto de Gestin de Proyectos (PMI, 2000).
d) Estndares de desarrollo de software de la Sociedad de
Computacin de la IEEE.
e) Modelos de procesos de los enfoques de desarrollo de software
siguientes:
f) Desarrollo guiado por modelos (Model Driven Development)
g) Desarrollo guiado por pruebas (Test Driven Development)
h) Las mejores practicas de la Ingeniera de Software (Krutchen, 2000):
i) Desarrollo iterativo, incremental y versionado

j) Ingeniera de Requisitos
k) Arquitecturas basada en componentes de software
l) Uso de lenguajes de modelado visual: UML y UML Business
m) Gestin integral del proyecto
n) Verificacin y validacin de la calidad de los productos y procesos
o) Gestin de la configuracin (control de cambios). (Montilva, J. 2008 p
8)
3.2.2.1 Componentes del mtodo watch
El mtodo WATCH est compuesto por tres modelos fundamentales:

Modelo de productos que describe los productos intermedios y
finales que se generan, mediante el uso del mtodo, durante el
desarrollo de una aplicacin empresarial.
Modelo de actores que identifica a los actores interesados
(stakeholders) en el desarrollo de una aplicacin y describe cmo
deben estructurarse los equipos de desarrollo y cules deben ser los
roles y responsabilidades de sus integrantes
Modelo de procesos que describe detalladamente los procesos
tcnicos, gerenciales y de soporte que los equipos de desarrollo
debern emplear para elaborar las aplicaciones. (Montilva J.2008, P.8)
3.2.2.2 Caractersticas del mtodo watch
Las caractersticas son las siguientes:
Est slidamente fundamentado. Posee una base conceptual y

metodolgica muy bien sustentada. El mtodo descansa en conceptos bien
establecidos que se derivan de la Ingeniera de Software y los Sistemas de
Informacin Empresarial. En concreto, el mtodo emplea una arquitectura de
dominio de tres capas que define los elementos principales de las
aplicaciones empresariales modernas. Metodolgicamente, el modelo ha
sido elaborado tomando como referencia modelos de procesos bien
conocidos o bien fundamentados, tales como el modelo RUP-Rational
Unified Process (Krutchen, 2000) y versiones anteriores del mtodo WATCH
(Montilva y Barrios, 2004 p 10).
Es estructurado y modular. Posee una clara estructura que facilita
su comprensin y utilizacin. Esta estructura separa los tres elementos
primordiales de un mtodo: el producto que se quiere elaborar, los actores
que lo elaboran y el proceso que siguen los actores para elaborar el
producto. Estos tres elementos definen los tres componentes del mtodo
WATCH: modelo de productos, modelo de actores y modelo de procesos.
Cada uno de ellos posee, a su vez, una estructura claramente visible y
acorde al elemento que representa. As, por ejemplo, el modelo de procesos
tiene una estructura jerrquica de, al menos, cinco niveles de profundidad:
grupos de procesos, procesos, sub-procesos, actividades y tareas.
Es de propsito especfico. El mtodo est dirigido al desarrollo de
aplicaciones de software en entornos empresariales; es decir, al desarrollo
de aplicaciones que apoyan uno o ms sistemas de negocios de una
empresa. Esta orientacin concreta y especfica resuelve los problemas que
tienen la mayora de los mtodos comerciales y acadmicos existentes, cuya
generalidad va en detrimento de su aplicabilidad en software especializado.
El mtodo no es apropiado para desarrollar software del sistema, ni software
de programacin Tampoco es til en el desarrollo de software de

entretenimiento. En aplicaciones especializadas, tales como sistemas de
informacin geogrfica (GIS), sistemas de control, software educativo y
software embebido, el usuario del mtodo debe hacer las adaptaciones
pertinentes para ajustar el mtodo al dominio particular de este tipo de
aplicaciones.
Es flexible y adaptable. Si bien el mtodo est dirigido al desarrollo
de aplicaciones especializadas (aplicaciones de software empresarial), sus
tres componentes pueden ser adaptados, con relativa facilidad, a otros tipos
de productos de software. Esta labor, sin embargo, debe ser hecha por
expertos en Ingeniera de Procesos de Software, para asegurar la correcta y
efectiva adaptacin a otros tipos de aplicaciones.
Emplea las mejores prcticas del desarrollo de software. Al igual
que otros mtodos bien establecidos, tales como RUP (Krutchen, 2000), XP y
OOSE (Jacobson, 1994), el mtodo WATCH emplea prcticas metodolgicas
internacionalmente aceptadas y utilizadas en la industria del software, las
cuales, al ser aplicadas apropiadamente, contribuyen a resolver muchos de
los problemas que, comnmente, se le atribuyen a los proyectos de software.
Entre estas prcticas, se destacan las siguientes:
Desarrollo de software iterativo, incremental y versionado.
WATCH considera el proceso de desarrollo de aplicaciones como un proceso
iterativo. Cada iteracin produce un componente o una nueva versin
operativa de la aplicacin.
Manejo eficiente de los requisitos Una mala gestin de los
requisitos de una aplicacin es una de las principales causas de problemas
en proyectos de desarrollo de software. Para evitar estos problemas,

WATCH emplea las mejores prcticas, tcnicas y procesos de la Ingeniera
de Requisitos, las cuales facilitan las actividades de identificacin, anlisis,
especificacin, validacin y gestin de requisitos.
Reutilizacin de activos de software. El mtodo promueve la
reutilizacin de activos de software. Ello reduce costos y aumenta la calidad
de los productos de software elaborados usando el mtodo. Entre estos
activos estn los siguientes: arquitecturas de dominio, patrones de diseo,
componentes de software reutilizables y plantillas de documentos (Ej.,
plantillas para planes de proyecto, formatos para pruebas de software,
estructuras para manuales de uso, etc.).
Modelado visual de la aplicacin.- Para desarrollar una aplicacin
informtica es indispensable modelar distintos aspectos de ella, en cada una
de las etapas o fases de su desarrollo. WATCH emplea lenguajes de
modelado grfico o visual ampliamente conocidos, tales como UML 2
(Eriksson et al, 2004) y UML Business (Eriksson and Penker, 2000). Estos
lenguajes facilitan la representacin de la aplicacin desde diferentes
perspectivas y reducen los problemas de comunicacin que normalmente
surgen entre los expertos en Informtica y los usuarios.
Desarrollo basado en modelos.- Bajo este paradigma, el desarrollo
de software es un proceso de transformacin gradual e iterativa de modelos
elaborados usando lenguajes de modelado, tales como UML. Cada proceso
tcnico del mtodo genera uno o ms modelos en UML 2 y/o UML Business.
Estos modelos son transformados, gradualmente, en los procesos siguientes,
hasta elaborar el producto final.
Por ejemplo, el modelo de objetos de negocio, producido en el

proceso de Modelado del Negocio, es transformado durante el proceso de
Ingeniera de Requisitos en un modelo de clases de negocio. Este ltimo
evoluciona, mediante transformaciones hechas en los procesos de Diseo
Arquitectnico y Diseo Detallado, hasta convertirse en el modelo fsico de la
base de datos, el cual es empleado durante el proceso de Programacin &
Integracin para crear la base de datos de la aplicacin. La ventaja de esta
prctica radica en que la transformacin de modelos se puede automatizar
usando herramientas de desarrollo de software apropiadas, lo cual reduce
significativamente el tiempo de desarrollo.
Verificacin contina de la calidad de los productos. WATCH
asegura la calidad de la aplicacin, a travs del uso de procesos bien
definidos de Aseguramiento de la Calidad y Verificacin & Validacin de
software (V&V). Los procesos V&V son aplicados a todos los productos
intermedios y finales que se elaboran a lo largo del desarrollo de cada
aplicacin.
Programacin guiada por las pruebas.
Para codificar los
componentes de software, el mtodo emplea el enfoque de programacin

guiada por las pruebas, la cual consiste en disear y preparar las pruebas de
cada componente antes de iniciar su codificacin. De esta manera, la
codificacin se hace con la intencin de pasar la prueba, lo cual garantiza
una mayor calidad del cdigo producido. La codificacin y la prueba unitaria
del componente se hacen paralela y coordinadamente usando herramientas
de pruebas automatizadas.
Apropiada gestin de cambios
Los cambios en los requisitos y
productos elaborados es una constante en el desarrollo de aplicaciones

empresariales.
Estos cambios pueden surgir en cualquier fase del desarrollo de una
aplicacin, por lo que es necesario controlarlos apropiadamente, a fin de
evitar que el proyecto se postergue continua o indefinidamente. WATCH
emplea procesos bien definidos de Gestin de Requisitos y Gestin de la
Configuracin de Software (SCM) que se encargan de controlar estos
cambios.
Emplea las mejores prcticas y procesos de gestin de proyectos
El mtodo WATCH emplea procesos y prcticas establecidas en el cuerpo de
conocimientos de gestin de proyectos PMBOK propuesto por el PMI (2004).
Este cuerpo de conocimientos fue usado durante el diseo del mtodo para
definir y elaborar los procesos de gestin y parte de los procesos de soporte.
Integra los procesos de gestin con los procesos tcnicos y de
soporte WATCH define tres grupos de procesos: tcnicos, de gestin y de
soporte. Los procesos tcnicos se relacionan con las actividades de anlisis,
diseo, implementacin y pruebas de las aplicaciones. Los procesos de
gestin se encargan de gerenciar el desarrollo de cada aplicacin como un
proyecto de ingeniera; involucran, por lo tanto, actividades de planificacin,
organizacin, administracin, direccin y control del proyecto. Por su parte,
los procesos de soporte complementan los procesos tcnicos y gerenciales
con actividades, tales como: el aseguramiento de la calidad, la gestin de la
configuracin y la gestin de riesgos del proyecto. (Montilva. J. 2008 p 8)
3.2.2.3 Estructura del mtodo Watch
El mtodo WATCH est compuesto por tres modelos que describen

los tres elementos claves de todo mtodo: el producto que se quiere
elaborar, los actores que lo elaboran y el proceso que los actores deben
seguir para elaborar el producto (ver figura 2.) (Montilva, J. 2008 p 13)
Class Estructura del
Modelo de
Productos
Mtodo
WATCH
Modelo de
Actores
Modelo de
Procesos
Figura 2. Componentes del Mtodo WATCH.

Fuente: Autor (2010)
El Modelo de Productos
Este modelo identifica y describe los tipos de productos que se deben
generar durante el desarrollo de una aplicacin empresarial. Estos tipos de
productos se elaboran durante la ejecucin de los procesos tcnicos, de
gestin o de soporte, que estn descritos en el Modelo de Procesos del
mtodo.
La figura 3 (p.30) recoge los principales tipos de productos que se
deben producir a lo largo del desarrollo de una aplicacin empresarial y los
clasifica de acuerdo a los grupos de procesos donde ellos se generan.
Los productos intermedios son todos aquellos documentos, modelos,
listas, libreras de software, matrices, etc., que se elaboran durante la
ejecucin de los procesos tcnicos, de soporte y de gestin y que son

necesarios para desarrollar la aplicacin. No son considerados productos
finales o entregables, por cuanto no constituyen parte integrante de la
aplicacin.
Los productos entregables o finales del proyecto son todos aquellos
que conforman la aplicacin empresarial propiamente dicha y que son
entregados al cliente al final de un ciclo de desarrollo o de todo el proyecto.
En este grupo se incluyen todas las versiones de la aplicacin que se
elaboran durante la vida del proyecto. Cada versin entregable est
compuesta de programas, bases de datos y manuales. (Montilva, J. 2008
p
14)
Class Estructura del
Producto
WATCH
Producto
Intermedio
Producto
Tcnico
Producto de
Gestin
Producto
Entregable
Producto de
Soporte
Aplicacin
Empresaria
Figura 3. Principales tipos de productos del mtodo WATCH.

Fuente: Autor
El Modelo de Actores
El Modelo de Actores tiene como objetivos:
a. Identificar los actores o interesados (stakeholders) que estn

involucrados en el desarrollo de aplicaciones empresarial.
b. Describir las modalidades de organizacin del equipo de trabajo que
desarrollar los diferentes componentes arquitectnicos de una
aplicacin empresarial.
c. Definir los roles y responsabilidades de aquellos actores que
integrarn el equipo de trabajo.
La figura 4 clasifica, al ms alto nivel de abstraccin, a los actores que
participan el desarrollo de aplicaciones aplicacin empresarial en cuatro
grupos diferentes. (Montilva, J. 2008 p 14)
Class Taxonoma de actores (stakeholders)
Actor
(Stakeholder
Cliente
Promotor
Desarrollador
Usuario
Figura 4. Clasificacin de los actores.

Fuente Autor
Los clientes son aquellas personas o unidades organizacionales que
contratan el desarrollo de la aplicacin y aportan los recursos financieros
necesarios para su desarrollo. Los promotores son aquellas personas o
unidades organizacionales que tienen inters en que la aplicacin se
desarrolle y, por consiguiente, promueven y apoyan su desarrollo. Los
desarrolladores son personas o grupos que participan en la ejecucin de los

procesos tcnicos, de gestin y/o soporte del desarrollo de la aplicacin. Los
usuarios son todas aquellas personas, unidades organizacionales u
organizaciones externas que hacen uso de los servicios que ofrece la
aplicacin.
El Modelo de Procesos
El objetivo de este modelo es describir los procesos tcnicos, de
gestin y de soporte que los equipos de trabajo deben emplear para
desarrollar una aplicacin empresarial. Estos procesos se organizan en la
forma de una cadena de valor, tal como se ilustra en la figura 5.
Figura 5. Procesos del mtodo WATCH.

Fuente: (Montilva, J. 2008 p15)
Estos procesos se clasifican, segn su naturaleza con respecto al

proceso de desarrollo de software, en tres grupos: procesos tcnicos,
procesos de gestin y procesos de soporte (ver figura 6, p 34).
Modelo de procesos
Procesos Tcnicos
Procesos de Gestin
Procesos de Soporte
Figura 6. Procesos del Mtodo WATCH.

El grupo de procesos tcnicos se encarga de organizar las actividades
tecnolgicas que caracterizan el desarrollo de una aplicacin empresarial
cualquiera e incluye los siguientes procesos:
a) Modelado del Negocio: Agrupa a las actividades encargas de
caracterizar y entender el dominio de la aplicacin, es decir, el sistema
de negocios para el cual se desarrolla la aplicacin.
b) Ingeniera de Requisitos: Incluye todas las actividades necesarias
para identificar, analizar, especificar, validar y gestionar los requisitos
que se le imponen a la aplicacin.
c) Diseo Arquitectnico: Congrega las actividades necesarias para
especificar, disear y documentar la arquitectura de software que debe
tener la aplicacin.
d) Diseo de Componentes: Organiza todas actividades de diseo
detallado de los componentes arquitectnicos relacionados con la
interfaz grfica de la aplicacin, sus componentes de software, su
base de datos y su interaccin con otras aplicaciones.
e) Programacin & Integracin: Agrupa las actividades de diseo

detallado, codificacin y prueba unitaria de cada uno de los
componentes de software que integran la arquitectura de la
aplicacin, as como las actividades de integracin y prueba de la
integracin de estos componentes.
f) Pruebas de la Aplicacin: Ordena las actividades de pruebas de la
aplicacin como un todo, incluyendo las pruebas funcionales, nofuncionales y de aceptacin de la aplicacin.
g) Entrega de la Aplicacin: Estructura el conjunto de actividades que
preceden a la puesta en produccin de la aplicacin. Incluye la
capacitacin de usuarios, la instalacin de la aplicacin en su
plataforma de produccin u operacin, las pruebas de instalacin y la
entrega final del producto.
El grupo de procesos de gestin apoya la ejecucin de todos los procesos
tcnicos y est relacionado con la gestin del proyecto. Se encarga de
administrar el alcance, los tiempos, los costos, los recursos humanos y
dems recursos que se requieran para desarrollar la aplicacin. Este grupo
incluye los siguientes procesos:
a) Constitucin del Proyecto: Establece las actividades necesarias para
promover, justificar, aprobar e iniciar el proyecto.
b) Planificacin del Proyecto: Incluye las actividades encargadas de la
planificacin del alcance, tiempos, recursos humanos, otros recursos y
servicios que requiera el desarrollo de la aplicacin
c) Direccin del Proyecto: Agrupa las actividades de conformacin del
equipo de trabajo, capacitacin del personal que integra estos
equipos, administracin de contratos con terceros, coordinacin de la
ejecucin de las actividades del proyecto y administracin de los

recursos asignados al proyecto, entre otros.
d) Control del Proyecto: Contiene las actividades necesarias para
supervisar y controla el alcance, tiempos, costos, recursos humanos y
dems recursos que han sido asignados al proyecto.
e) Cierre del Proyecto: Organiza las actividades que se requieren para
cerrar administrativa y tcnicamente el proyecto, una vez que concluya
el desarrollo completo de la aplicacin.
El grupo de procesos de soporte complementan los procesos de gestin
y, al igual que estos ltimos, apoyan la ejecucin de todos los procesos
tcnicos. Este grupo se relaciona con la calidad, los riegos y la configuracin
de la aplicacin. Incluye los siguientes procesos:
a) Gestin de Riesgos: Agrupa las actividades necesarias para identificar,
analizar planificar respuestas, monitorear y controlar todos aquellos
riesgos o eventos que puedan afectar negativamente el proyecto.
b) Gestin de la Configuracin: Organiza las actividades encargadas del
control de los cambios que puedan surgir en la configuracin de la
aplicacin, es decir, en los diferentes tems o productos que la integran y
que se desarrollan a lo largo del proyecto.
c) Gestin de la Calidad: Contempla las actividades necesarias para
garantizar la calidad de la aplicacin y todos los productos que la
integran, as como la calidad del proceso usado para producir estos
productos. Este proceso est relacionado con las actividades de
Aseguramiento de la Calidad del Software y la Verificacin & Validacin
del Software.
El orden en que los procesos del mtodo se ejecutan est inspirado en la

metfora del reloj; metfora en la cual el proceso de desarrollo de software
es visto como un reloj, cuyo motor son los procesos de gestin y soporte y
cuyos diales constituyen los procesos tcnicos. Esta metfora determina la
estructura del modelo de procesos (ver Figura 7).
Figura 7. Estructura y orden de los procesos de Watch

Fuente: Montilva, J. (2008).
De acuerdo a la estructura del modelo, el proceso de desarrollo de
software se inicia con la constitucin y planificacin del proyecto, la cual es
parte de los procesos de gestin. Una vez planificado el proyecto, se da
inicio a sus procesos tcnicos mediante la ejecucin del Modelado del
Negocio. Se continua, luego, con los procesos de Ingeniera de Requisitos,
Diseo Arquitectnico, Diseo Detallado, Programacin & Integracin y

Pruebas de la Aplicacin, en el orden indicado por las agujas del reloj;
finalizando con la Entrega de la Aplicacin.
Como puede observarse, en la figura 7 (p.36), el orden de ejecucin
es cclico, es decir, la aplicacin se desarrolla mediante la entrega de una o
ms versiones de la aplicacin. Cada ciclo de desarrollo produce una nueva
versin operativa de la aplicacin. Una versin es un producto operativo, esto
es, ejecutable y que provee ciertos servicios a sus usuarios. Cada nueva
versin la agrega, a la anterior, nuevos servicios o funciones. Los ciclos de
desarrollo se repiten hasta completar al conjunto total de servicios o
funciones que demandan sus usuarios y que estn indicados en la
arquitectura de la aplicacin. El proyecto culmina cuando se entrega la ltima
versin prevista de la aplicacin. Las versiones definen el carcter
versionado o cclico del mtodo.
Cada versin, a su vez, est compuesta de uno o ms incrementos de
software. Un incremento es una pieza de software que ejecuta un
conjunto de funciones de la versin y que es usada, para: validar las
funciones implementadas por el incremento, familiarizarse con la interfaz
grfica de la aplicacin; y/o usarla para apoyar la ejecucin de procesos de
negocio. Los incrementos definen el carcter incremental del mtodo.
Uno de los procesos de soporte, denominado Verificacin y Validacin
(V&V), se encarga de evaluar cada producto de los procesos tcnicos, a fin
de determinar si el proceso contina hacia el siguiente proceso debe
retornarse a un proceso anterior para corregir defectos en los productos. El
carcter iterativo del mtodo es determinado, en parte, por el proceso V&V.
(Montilva. J. 2008 p 17)
3.2.3 Modelado de Sistemas (UML)

Lenguaje Unificado de Modelado (UML, por sus siglas en ingls,
Unified Modeling Language) es el lenguaje de
modelado de sistemas
de software ms conocido y utilizado en la actualidad; est respaldado por el

OMG (Object Management Group). Es un lenguaje grfico para visualizar,
especificar, construir y documentar un sistema. UML ofrece un estndar para
describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales
tales como procesos de negocio y funciones del sistema, y aspectos
concretos como expresiones de lenguajes de programacin, esquemas de
bases de datos y componentes reutilizables.
3.2.3.1 UML Business
UML Business es una extensin del lenguaje UML propuesta por Eriksson &
Penker (2000). Es un lenguaje de modelado orientado a la representacin
de sistemas de negocios.
El Modelado de Procesos de Negocio puede ser definido como un proceso
sistemtico que permite modelar el entorno de las aplicaciones actuales que
soportan los procesos que ejecuta un negocio. Cualquier aplicacin puede
ser mejorada mediante la optimizacin de los procesos de negocio, que a su
vez proporcionan la base para alcanzar los objetivos de la empresa.
3.2.3.2 Diagramas UML
Los diagramas son la representacin grfica de una coleccin de

elementos con sus relaciones, ofreciendo as una vista del sistema a
modelar. Para poder representar de forma correcta un sistema, el lenguaje
presenta un conjunto de notaciones y diagramas estndar para modelar

sistemas orientados a objetos, y describe la semntica esencial de lo que
estos diagramas y smbolos significan. Mientras que ha habido muchas
notaciones y mtodos usados para el diseo orientado a objetos, ahora los
modeladores slo tienen que aprender una nica notacin. Se puede usar
para modelar distintos tipos de sistemas: sistemas de software, sistemas de
hardware, y organizaciones del mundo real. UML ofrece nueve diagramas en
los cuales modelar sistemas.
a) Diagramas de Casos de Uso.
b) Diagramas de Secuencia.
c) Diagramas de Colaboracin.
d) Diagramas de Estado.
e) Diagramas de Actividad
f) Diagramas de Clases.
g) Diagramas de Objetos.
h) Diagramas de Componentes.
i) Diagramas de Implementacin.
UML es una consolidacin de muchas de las notaciones y conceptos
ms usados orientados a objetos. Empez como una consolidacin del
trabajo de Grade Booch, James Rumbaugh, e Ivar Jacobson, creadores de
tres de las metodologas orientadas a objetos ms populares.
El presente proyecto utiliz en su proceso de diseo algunos diagramas
del Lenguaje Unificado de Modelado (UML) con el fin de especificar e ilustrar
de la mejor manera a los usuarios del SIPERYVA su funcionalidad,
arquitectura y navegacin.
3.2.3.2.1 Casos de Uso
Un caso de uso representa una interaccin tpica entre un usuario

y un sistema informtico.
A. Actor: representa cualquier elemento que intercambia informacin con
el sistema, por lo que est fuera de l.
Figura 8. Actor.
B. Caso de uso: es una secuencia de intercambios en dialogo con el
sistema que se encuentran relacionadas por su comportamiento.
Figura 9. Caso de Uso.

C. Las relaciones entre casos de usos pueden ser
extiende esta
establece que un Caso de Uso puede ser extendido con algn

comportamiento adicional definido en otro Caso de Uso. La relacin
contiene una condicin y referencia una secuencia de puntos de

extensin en el Caso de Uso base. de inclusin, cuando un caso de
uso utiliza a otro y de asociacin para comunicar a un actor con otro.
Tipos de relaciones
Asociacin
Include
Extends
Include>>
Extends>>
Figura 10. Tipos de relaciones de Casos de Uso.

3.2.3.2.2 Diagramas de clase

Un diagrama de clases sirve para visualizar las relaciones entre las
clases que involucran el sistema, las cuales pueden ser asociativas, de
herencia, de uso y de contenimiento. Un diagrama de clases est compuesto
por los siguientes elementos:
Clase: Es la unidad bsica que encapsula toda la informacin de un Objeto
(un objeto es una instancia de una clase). A travs de ella se puede modelar
el entorno en estudio. En UML, una clase es representada por un rectngulo
que posee tres divisiones:
Figura 11. Representacin de una clase.

Atributos: Los atributos o caractersticas de una Clase pueden ser de tres
tipos, los que definen el grado de comunicacin y visibilidad de ellos con el
entorno, estos son:
public (+,
): Indica que el atributo ser visible tanto dentro como fuera
de la clase, es decir, es accsesible desde todos lados.

private (-,
): Indica que el atributo slo ser accesible desde dentro de la
clase (slo sus mtodos lo pueden accesar).

protected (#,
): Indica que el atributo no ser accesible desde fuera de la
clase, pero si podr ser accesado por mtodos de la clase adems de las
subclases que se deriven (ver herencia).
Mtodos: Los mtodos u operaciones de una clase son la forma en como
sta interacta con su entorno, stos pueden tener las caractersticas:
public (+,
): Indica que el mtodo ser visible tanto dentro como fuera de
la clase, es decir, es accsesible desde todos lados.
private (-,
): Indica que el mtodo slo ser accesible desde dentro de la
clase (slo otros mtodos de la clase lo pueden accesar).

protected (#,
): Indica que el mtodo no ser accesible desde fuera de la
clase, pero si podr ser accesado por mtodos de la clase adems de

mtodos de las subclases que se deriven (ver herencia).
Ahora ya definido el concepto de Clase, es necesario explicar como
se pueden interrelacionar dos o ms clases (cada uno con caractersticas y
objetivos diferentes). Existen 5 tipos de relaciones entre clases:
a. Dependencia: Es una relacin de uso, es decir una clase usa a otra,
que la necesita para su cometido. Se representa con una flecha
discontinua que va desde la clase utilizadora a la clase utilizada. Con
la dependencia se muestra que un cambio en la clase utilizada puede
afectar el funcionamiento de la clase utilizadora, pero no al contrario.
b. Generalizacin: Es un relacin entre un elemento ms general (el
padre) y elemento ms especfico (el hijo). El elemento ms especfico
es totalmente consistente con el elemento ms general y contiene la
informacin adicional, tambin se define como la herencia, donde
tiene una o varias clases padre o superclase o madre, y una clase hija
o subclase. Por ejemplo, un animal es un concepto ms general que
un gato, un perro o un pjaro. Inversamente, un gato es un concepto
ms especfico que un animal.
c. Agregacin: Es un tipo especial de asociacin que representa una

relacin estructural entre las clases donde el llamado agregado indica
el todo y el componente es una parte del mismo.
d. Asociacin: Relacin estructural que describe un conjunto de
conexiones entre objetos de forma bidireccional.
e. Composicin: Es un tipo de agregacin donde la relacin de posesin
es tan fuerte como para marcar otro tipo de relacin.
Tipos de relaciones
Dependencia
Generalizacin
Agregacin
Asociacin
Composicin
Figura 12. Tipos de relaciones de Clases.

3.2.3.2.3 Diagramas de Despliegue
Representan la configuracin de los nodos de procesamiento en

tiempo de ejecucin y los componentes que residen en ellos. Muestran la
vista de despliegue esttica de una arquitectura y se relacionan con los
componentes ya que, por lo comn, los nodos contienen uno o ms
componentes.
Nodo: Un nodo representa tpicamente un procesador o un dispositivo
sobre el que se pueden desplegar los componentes.
Componente: Representa el empaquetamiento fsico de elementos lgicos
tales como: clases, interfaces y colaboraciones, es decir representa una
unidad de cdigo (fuente, binario o ejecutable). Un componente es una parte
fsica y reemplazable de un sistema.
Interface: Las interfaces se utilizan como lazo de unin entre unos
componentes y otros.
Nombre
Smbolo
Nodo
Componente
Interface
Tabla 1. Elementos del diagrama de despliegue.
3.2.3.2.4 Diagrama de secuencia.

Los diagramas de secuencia son un tipo de diagramas de interaccin.
Constan de un conjunto de objetos y sus relaciones, incluyendo los mensajes
que se pueden enviar unos objetos a otros. Cubren la vista dinmica del
sistema. Los diagramas de secuencia enfatizan el ordenamiento temporal de
los mensajes.
Los elementos de un diagrama de secuencia son los siguientes:
Tipo de
Nodo
Marco
Smbolo
Provee un borde visual

diagrama de secuencia
Actor
Fragmento
combinado
para
el
Una lnea de vida representa un

participante individual en un diagrama
de secuencia. Una lnea de vida
usualmente tiene un rectngulo que
contiene el nombre del objeto. Si el
nombre es self entonces eso indica
que la lnea de vida representa el
clasificador que posee el diagrama de
secuencia.
Lnea de
Vida
Mensaje
Descripcin
Representa el papel desempeado por

un usuario
Create mesage()
Define una comunicacin particular

entre lneas de vida de una interaccin
Describe una interaccin reutilizable
Tabla 2. Elementos del diagrama de secuencia.

Fuente: Autor
3.2.3.2.5 Diagrama de actividades
Un diagrama de actividades muestra las operaciones que se pasan

entre los objetos. La diferencia semntica es sutil, pero tiene como resultado
una forma muy diferente de mirar el mundo. As pues, un diagrama de
actividades muestra el flujo de actividades. Una actividad es una ejecucin
no atmica en curso, dentro de una mquina de estados. Las actividades
producen finalmente alguna accin, que est compuesta de computaciones
atmicas ejecutables que producen un cambio en el estado del sistema o la
devolucin de un valor. Las acciones incluyen llamadas a otras operaciones,
envo de seales, creacin o destruccin de objetos o simples clculos, como
la evaluacin de una expresin. (Ver tabla 3 p.48)
48
Elementos del diagrama de actividades

Tipo de Nodo
Smbolo
Descripcin
Actividades
Una actividad es la especificacin de una secuencia parametrizada de

comportamiento. Una actividad muestra un rectngulo con las puntas
redondeadas adjuntando todas las acciones, flujos de control y otros
elementos que constituyen la actividad.
Flujo de Control
Un flujo de control muestra el flujo de control de una accin a otra. Su

notacin es una lnea con una punta de flecha.
Nodo Inicial
Un nodo inicial o de comienzo se describe por un gran punto negro,

como se muestra a continuacin.
Nodo final
Hay dos tipos de nodos finales: nodos finales de actividad y de flujo. El

nodo final de actividad se describe como un crculo con un punto
dentro del mismo. El nodo final de flujo se describe como un crculo
con una cruz dentro del mismo.
Nodos de Bifurcacin
(Fork)
Indica un conjunto de actividades que pueden realizarse en paralelo

(concurrentemente)
Nodos de Unin
(Join)
Indica que, para continuar, deben haber finalizado todas las

actividades concurrentes.
Ojo que no son como parntesis (puede aparecer una sin la otra).
Nodo de decision
Nodo de control que selecciona entre dos o ms flujos de salida.

.
Tabla 3. Elementos del diagrama de actividades.
49
3.2.3.2.6 Diagrama de paquetes
Un paquete es una parte de un modelo. Cada parte del modelo debe

pertenecer a un paquete. Pero para ser funcional, la asignacin debe seguir
un cierto principio racional, tal como funcionalidad comn, implementacin
relacionada y punto de vista comn. UML no impone una regla para
componer los paquetes.
Los paquetes ofrecen un mecanismo general para la organizacin de
los modelos/subsistemas agrupando elementos de modelado. Cada paquete
corresponde a un submodelo (subsistema) del modelo (sistema). Los
paquetes son unidades de organizacin jerrquica de uso general de los
modelos de UML. Pueden ser utilizados para el almacenamiento, el
control de acceso, la gestin de la configuracin y la construccin de
bibliotecas que contengan fragmentos reutilizables del modelo.
Los diagramas de paquetes se usan para reflejar la organizacin de
paquetes y sus elementos. Cuando se usan para representaciones, los diagramas
de paquete de los elementos de clase se usan para proveer una visualizacin de los
espacios de nombres. Los usos ms comunes para los diagramas de paquete son
para organizar diagramas de casos de uso y diagramas de clase, a pesar de que el
uso de los diagramas de paquete no es limitado a estos elementos UML.
Figura 13. Smbolo de los paquetes.

3.2.4 Herramientas de desarrollo

Las herramientas de desarrollo son aquellos programas o aplicaciones
que
tengan
cierta
importancia
en
el
desarrollo
de
un
programa
(programacin). Pueden ser de importancia vital (como un ensamblador, un

compilador o un editor) o de importancia secundaria, como una IDE
(Integrated Development Environment - Entorno de Desarrollo Integrado).
A. Compiladores Los compiladores son programas que "traducen" un
fichero de cdigo fuente de cualquier lenguaje interpretado al lenguaje
ensamblador, y llama cuando sea necesario al ensamblador y al linker
(enlazador).
B. Ensambladores: Los ensambladores son aquellos programas que se
encargan de desestructurar el cdigo en lenguaje ensamblador y
traducirlo a lenguaje binario. Los archivos en lenguaje binario sern
posteriormente enlazados en un nico fichero, el ejecutable.
C. Enlazadores: Son los programas que enlazan varios ficheros objeto en
lenguaje binario para crear un nico fichero, el ejecutable del
programa.
D. Depuradores (Debuggers): Como su nombre indica, sirve para corregir
bugs. Se encargan de ejecutar, paso a paso y advirtiendo de errores,
valores de variables, etc. un programa. Son particularmente tiles
cuando el programa parece estar bien, pero no da el resultado
esperado (se cuelga, da resultados errneo).
E. Editores de texto: Son tan importantes como un compilador y
actualmente suelen incluir funciones especficamente dedicadas a la
programacin,
como
resaltado
de
sintaxis.
(http://es.wikibooks.org/wiki/Fundamentos_de_programaci%C3%B3n/ ,
2011)
F. Macromedia Dreamweaver 8
Macromedia Dreamweaver es un creador y editor de pginas web.
Es una de las aplicaciones ms utilizadas en el sector de diseo y
programacin de pginas web, permite crear sitios de una forma
completamente grafica, y cuenta con funciones para acceder al cdigo
HTML que se genera, as como tambin permite la conexin a un
servidor, a la base de datos, y brinda un soporte para la programacin en
distintos lenguajes como por ejemplo PHP.
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 usando elementos
comunes, cliente de FTP integrado (con soporte Firewall), soporte XML,
plantillas, e interfaz personalizado. (http://es.wikipedia.org/wiki/Sybase,
2010)
G. Macromedia Fireworks
Es una aplicacin verstil en forma de estudio que ofrece un
ambiente eficiente para la creacin rpida de prototipos de sitios Web
e interfaces de usuario, permite crear y editar imgenes de mapa de
bits y vectoriales, disear efectos web, recortar y optimizar elementos
grficos, ayudando a resolver los principales problemas que
enfrentan
los
diseadores
grficos
los
creadores
de
sitios
webs.
(http://es.wikipedia.org/wiki/Adobe_Fireworks, 2011)
3.2.5 Aplicacin web
Una aplicacin Web es un conjunto de pginas dinmicas generadas al

momento, segn una secuencia de parmetros introducidos por el usuario.
Es una aplicacin informtica completa, que presenta como marco para
mostrar los contenidos un navegador de internet o de una intranet. Las
aplicaciones web brindan la comodidad de ser accesibles desde cualquier
punto de conexin a Internet, permitiendo a sus empleados y/o clientes
navegar en ella. Adems, las pginas generadas estn en un formato
estndar HTML o XHTML, los cuales utilizan lenguajes interpretados del lado
del cliente, tales como Java Script, para aadir elementos dinmicos a la
interfaz de usuario. Generalmente cada pgina Web individual es enviada
desde el servidor al usuario como un documento esttico con una
experiencia interactiva y de fcil uso.
Aunque muchas variaciones son posibles, una aplicacin Web est
comnmente estructurada como una aplicacin de tres capas. En su forma
ms comn, el navegador web es la primera capa, un motor usando alguna
tecnologa web dinmica (ejemplo: CGI, PHP, Java Servlets o ASP) es la
capa intermedia, y una base de datos como ltima capa. El navegador web
manda peticiones a la capa media, que la entrega valindose de consultas y
actualizaciones a la base de datos generando una interfaz de usuario
3.2.5.1 Ventajas
A. Ahorra tiempo: Se pueden realizar tareas sencillas sin necesidad de
descargar ni instalar ningn programa.
B. No hay problemas de compatibilidad: Basta tener un navegador

actualizado para poder utilizarlas.
C. No ocupan espacio en el disco duro.
D. Actualizaciones inmediatas: Como el software lo gestiona el propio
desarrollador, cuando el usuario se conecta es usa siempre la ltima
versin que haya lanzado.
E. Consumo de recursos bajo: Dado que toda (o gran parte) de la aplicacin
no se encuentra en el ordenador, muchas de las tareas que realiza el
software no consumen recursos porque se realizan desde otro ordenador.
F. Multiplataforma: Se pueden usar desde cualquier sistema operativo
porque slo es necesario tener un navegador.
G. Portables: Es independiente del ordenador donde se utilice (un PC de
sobremesa, un porttil...) porque se accede a travs de una pgina web
(slo es necesario disponer de acceso a Internet). La reciente
tendencia al acceso a las aplicaciones web a travs de telfonos
mviles requiere sin embargo un diseo especfico de los ficheros CSS
para no dificultar el acceso de estos usuarios.
H. La disponibilidad suele ser alta porque el servicio se ofrece desde
mltiples localizaciones para asegurar la continuidad del mismo.
I. Los virus no daan los datos porque stos estn guardados en el servidor
de la aplicacin.
J. Colaboracin: Gracias a que el acceso al servicio se realiza desde una
nica ubicacin es sencillo el acceso y comparticin de datos por parte
de varios usuarios. Tiene mucho sentido, por ejemplo, en aplicaciones
online de calendarios u oficina.
K. Los navegadores ofrecen cada vez ms y mejores funcionalidades para
crear
aplicaciones
%_web,2011)
web
ricas.
(http://es.wikipedia.org/wiki/Aplicaci
3.2.6 Servidor web Apache

El servidor HTTP Apache es un
servidor web HTTP de
cdigo
abierto para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft 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 quera que tuviese la
connotacin de algo que es firme y 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 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.
Apache tiene amplia aceptacin en la red: desde 1996, Apache, es
el servidor HTTP ms usado. Alcanz su mxima cuota de mercado en
2005 siendo el servidor empleado en el 70% de los sitios web en el mundo,
sin embargo ha sufrido un descenso en su cuota de mercado en los
ltimos
2
aos. (Estadsticas histricas y de uso diario proporcionadas por Netcraft ).

La mayora de las vulnerabilidades de la seguridad descubiertas y
resueltas tan slo pueden ser aprovechadas por usuarios locales y no
remotamente. Sin embargo, algunas se pueden accionar remotamente en
ciertas situaciones, o explotar por los usuarios locales malvolos en las

disposiciones de recibimiento compartidas que utilizan PHP como mdulo de
Apache. (http://es.wikipedia.org/wiki/Servidor_HTTP_Apache,2011)
El servidor Web Apache se utilizo para realizar las pruebas de la
aplicacin SIPERYVA en su proceso de desarrollo y para
mostrarla a los
usuarios con el fin de ir verificando y determinando la funcionalidad con el fin

de lograr un producto final de calidad y que cumpla todas las expectativas
expuestas desde un principio.
3.2.7. XAMMP
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 esta liberado bajo la licencia GNU y
acta como un servidor web libre, fcil de usar y capaz de interpretar pginas
dinmicas. Actualmente XAMPP est disponible para Microsoft Windows,
GNU/Linux, Solaris, y MacOS X. XAMPP solamente requiere de un archivo
zip, tar, o exe a descargar y ejecutar, con unas pequeas configuraciones en
alguno de sus componentes que el servidor web necesitar.
XAMPP es regularmente actualizado para incorporar las ltimas
versiones de Apache/MySQL/PHP y Perl. Tambin incluye otros mdulos
como OpenSSL, y phpMyAdmin. Para instalar XAMPP requiere solamente
una pequea fraccin del tiempo necesario para descargar y configurar
programas por separado eso es todo. Ben Laurie, (p. 568).
3.2.8 Navegador Web

Un navegador o navegador web (del ingls, web browser) es un
programa que permite visualizar la informacin que contiene una pgina
web (ya se encuentre sta alojada en un servidor dentro de la World Wide
Web o en un servidor local). El navegador interpreta el cdigo,
HTML
generalmente, en el que est escrita la pgina web y lo presenta en pantalla

permitiendo al usuario interactuar con su contenido y navegar hacia otros
lugares de la red mediante enlaces o hipervnculos.
La funcionalidad bsica de un navegador web es permitir la
visualizacin de documentos de texto, posiblemente con recursos multimedia
incrustados. Los documentos pueden estar ubicados en la computadora en
donde est el usuario, pero tambin pueden estar en cualquier otro
dispositivo que est conectado a la computadora del usuario o a travs de
Internet, y que tenga los recursos necesarios para la transmisin de los
documentos. (http://es.wikipedia.org/wiki/Navegador_web)
3.2.8.1 Mozilla Firefox:
Es un
navegador web libre descendiente de
Mozilla Application
Suite, desarrollado por la Corporacin Mozilla, la Fundacin Mozilla y un gran

nmero de
voluntarios
externos.
Firefox
es
un
navegador
multiplataforma y est disponible en varias versiones de Microsoft Windows,

Mac OS X, GNU/Linux y algunos sistemas basados en Unix. Su cdigo
fuente es software libre, publicado bajo una triple licencia GPL/LGPL/MPL.
A mayo de 2010 segn Marketshare cuenta con el 24,59% de cuota
de navegador, siendo el segundo navegador ms usado detrs de todas las
versiones sumadas de Internet Explorer. Sin embargo, segn w3schools
cuenta con el 46,4%, superando a todas las versiones sumadas de Internet

Explorer y siendo el navegador ms usado en la actualidad. Cabe destacar
que ambos clculos se realizan con base en datos recolectados sobre el
trfico en sus propias redes o websites que usan sus servicios, no siendo por
lo tanto muestras representativas desde el punto de vista formal de
la estadstica.
Para visualizar pginas web, Firefox usa el
motor de renderizado
Gecko, que implementa algunos estndares web actuales adems de otras

funciones, algunas de las cuales estn destinadas a anticipar probables
adiciones a los estndares
corrector
web.
Incluye
navegacin
por
pestaas,
ortogrfico, bsqueda progresiva, marcadores dinmicos, un
administrador de descargas y un sistema de bsqueda integrado que utiliza

el
motor
de
bsqueda
que
desee
el
usuario.
(http://es.wikipedia.org/wiki/Mozilla_Firefox)
3.2.9 Software libre
El software libre (en
ingls free software, esta denominacin
tambin se confunde a veces con gratis por el doble sentido del

ingls free en castellano) es la denominacin del software que respeta la
libertad de los usuarios sobre su producto adquirido y, por tanto, una vez
obtenido puede ser usado, copiado, estudiado, cambiado y redistribuido
libremente. Segn la Free Software Foundation, el software libre se refiere
a la
libertad de los usuarios para ejecutar, copiar, distribuir, estudiar,
modificar el software y distribuirlo modificado.

El software libre suele estar disponible gratuitamente, o al precio de
costo de la distribucin a travs de otros medios; sin embargo no es
obligatorio que sea as, por lo tanto no hay que asociar software libre a
"software
gratuito"
conservando
(denominado
usualmente
freeware),
ya
que,
su
carcter
de
libre,
puede
ser
distribuido
comercialmente
("software comercial"). Anlogamente, el "software gratis" o "gratuito" incluye

en ocasiones el cdigo fuente; no obstante, este tipo de software no es libre
en el mismo sentido que el software libre, a menos que se garanticen los
derechos de modificacin y redistribucin de dichas versiones modificadas
del programa.
Tampoco debe confundirse software libre con "software de dominio
pblico". ste ltimo es aquel software que no requiere de licencia, pues
sus derechos de explotacin son para toda la humanidad, porque pertenece
a todos por igual. Cualquiera puede hacer uso de l, siempre con fines
legales y consignando su autora original. Este software sera aquel cuyo
autor lo dona a la humanidad o cuyos derechos de autor han expirado, tras
un plazo contado desde la muerte de este, habitualmente 70 aos. Si
un autor condiciona su uso bajo una licencia, por muy dbil que sea, ya no
es del dominio pblico. (http://es.wikipedia.org/wiki/Software_libre, 2011)
A continuacin se muestra el mapa conceptual de software libre
Figura 14: Mapa conceptual del software libre.

Fuente:
2011)
3.2.10
(http://es.wikipedia.org/wiki/Mapa_conceptual_del_software_libre.svg,
Lenguajes
de
programacin
utilizados
en
la
aplicacin
(SIPERYVA)
Un lenguaje de programacin es un idioma artificial diseado para
expresar
como las
computaciones que pueden ser llevadas a cabo por mquinas

computadoras.
Pueden
usarse
para
crear
programas
que
controlen el comportamiento fsico y lgico de una mquina, para expresar

algoritmos con precisin, o como modo de comunicacin humana. Est
formado de un conjunto de smbolos y reglas
sintcticas y
semnticas
que definen su estructura y el significado de sus elementos y expresiones.

Al proceso por el
cual se escribe, se prueba, se depura, se compila y se mantiene el cdigo

fuente
de un programa informtico se le llama programacin.
Tambin la palabra programacin se define como el proceso de creacin
de un programa de computadora, mediante la aplicacin de procedimientos
lgicos, a travs de los siguientes pasos:
1. El desarrollo lgico del programa para resolver un problema en
particular.
2. Escritura de la lgica del programa empleando un lenguaje de
programacin especfico (codificacin del programa)
3. Ensamblaje o compilacin del programa hasta convertirlo en lenguaje
de mquina.
4. Prueba y depuracin del programa.
5. Desarrollo de la documentacin.
Existe un error comn que trata por sinnimos los trminos 'lenguaje de
programacin' y 'lenguaje informtico'. Los lenguajes informticos engloban a
los lenguajes de programacin y a otros ms, como por ejemplo el
HTML. (lenguaje para el marcado de pginas web que no es propiamente un
lenguaje de programacin sino un conjunto de instrucciones que permiten
disear el contenido y el texto de los documentos)
Permite especificar de manera precisa sobre qu datos debe operar una
computadora, cmo deben ser almacenados o transmitidos y qu acciones
debe tomar bajo una variada gama de circunstancias. Todo esto, a travs de
un lenguaje que intenta estar relativamente prximo al lenguaje humano
o natural, tal como sucede con el lenguaje
Lxico. Una caracterstica
relevante de los lenguajes de programacin es precisamente que ms de un

programador pueda usar un conjunto comn de instrucciones que sean
comprendidas entre ellos para realizar la construccin del programa de forma

colaborativa. (http://es.wikipedia.org/wiki/Lenguaje_de_programaci
%C3%B3n,2011)
3.2.10.1 PHP
Es el acrnimo de Hipertext Preprocesor. Es un lenguaje de

programacin del lado del servidor gratuito e independiente de plataforma,
rpido, con una gran librera de funciones y mucha documentacin. Un
lenguaje del lado del servidor es aquel que se ejecuta en el servidor web,
justo antes de que se enve la pgina a travs de Internet al cliente. Las
pginas que se ejecutan en el servidor pueden realizar accesos a bases de
datos, conexiones en red, y otras tareas para crear la pgina final que ver el
cliente. El cliente solamente recibe una pgina con el cdigo HTML
resultante de la ejecucin de la PHP. Como la pgina resultante contiene
nicamente cdigo HTML, es compatible con todos los navegadores.
Una vez que se conoce el concepto de lenguaje de programacin de
scripts del lado del servidor podemos hablar de PHP. PHP se escribe dentro
del cdigo HTML, lo que lo hace realmente fcil de utilizar, al igual que
ocurre con el popular ASP de Microsoft, pero con algunas ventajas como
su gratuidad, independencia de plataforma, rapidez y seguridad. Cualquiera
puede descargar a travs de la pgina principal de PHP www.php.net y de
manera gratuita, un mdulo que hace que el servidor web comprenda los
scripts realizados en este lenguaje. Es independiente de plataforma, puesto
que existe un mdulo de PHP para casi cualquier servidor web. Esto hace
que cualquier sistema pueda ser compatible con el lenguaje y significa una
ventaja importante, ya que permite portar el sitio desarrollado en PHP de un
sistema a otro sin prcticamente ningn trabajo.
PHP, en el caso de estar montado sobre un servidor Linux u Unix, es

ms rpido que ASP, dado que se ejecuta en un nico espacio de memoria
y esto evita las comunicaciones entre componentes COM que se realizan
entre todas las tecnologas implicadas en una pgina ASP.
Por ltimo se seala la seguridad, en este punto tambin es
importante el hecho de que en muchas ocasiones PHP se encuentra
instalado sobre servidores Unix o Linux, que son de sobra conocidos como
ms veloces y seguros que el sistema operativo donde se ejecuta las
ASP, Windows NT o 2000. Adems, PHP permite configurar el servidor de
modo que se acepten o rechacen diferentes usos, lo que puede hacer al
lenguaje ms o menos seguro dependiendo de las necesidades de cada
cual.
Fue creado originalmente en 1994 por Rasmus Lerdorf, pero como
PHP est desarrollado en poltica de cdigo abierto, a lo largo de su historia
ha tenido muchas contribuciones de otros desarrolladores. Actualmente PHP
se encuentra en su versin 4, que utiliza el motor Zend, desarrollado con
mayor meditacin para cubrir las necesidades de las aplicaciones web
actuales. Este lenguaje de programacin est preparado para realizar
muchos tipos de aplicaciones web gracias a la extensa librera de funciones
con la que est dotado. La librera de funciones cubre desde clculos
matemticos complejos hasta tratamiento de conexiones de red, por poner
dos ejemplos.
Algunas de las ms importantes capacidades de PHP son:
compatibilidad con las
bases de datos ms comunes, como
MySQL,
mSQL, Oracle, Informix, y ODBC, por ejemplo. Incluye funciones para el

envo de
correo electrnico, upload de archivos, crear dinmicamente en el servidor

imgenes en formato GIF, incluso animadas y una lista interminable de
utilidades adicionales. (http://www.desarrolloweb.com/articulos/392.php)
A continuacin se un esquema de funcionamiento de las paginas
php figura 15.
Figura 15. Esquema del funcionamiento de las pginas PHP.
Los principales usos del PHP son los siguientes:

1. Programacin
de
pginas
web
dinmicas,
habitualmente
en combinacin con los motores de base de datos Pgsql y Mysql,
aunque cuenta con soporte nativo para otros motores, incluyendo el
estndar ODBC, lo que ampla en gran medida sus posibilidades de
conexin.
2. Programacin en consola, al estilo de Perl o Shell scripting.
3. Creacin de aplicaciones grficas independientes del navegador, por
medio de la combinacin de PHP y Qt/GTK+, lo que permite
desarrollar aplicaciones de escritorio en los sistemas operativos en
los que est soportado.
3.2.10.1.1 Ventajas de PHP
A. Es un lenguaje multiplataforma.
B. Capacidad de conexin con la mayora de los manejadores de base
de datos que se utilizan en la actualidad, destaca su conectividad con
Mysql y Pgsql.
C. Leer y manipular datos desde diversas fuentes, incluyendo datos que
pueden ingresar los usuarios desde formularios HTML.
D. Capacidad de expandir su potencial utilizando la enorme cantidad de
mdulos (llamados ext's o extensiones).
E. Posee una amplia documentacin en su pgina oficial, entre la cual
se destaca que todas las funciones del sistema estn explicadas y
ejemplificadas en un nico archivo de ayuda.
F.
Es
libre, por lo que se presenta como una alternativa de fcil
acceso para todos.

G. Permite las tcnicas de Programacin Orientada a
Objetos. H. Permite crear los formularios para la Web.
I. Biblioteca nativa de funciones sumamente amplia.
No requiere definicin de tipos de variables ni manejo detallado del
bajo nivel.
3.2.10.2 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
tom
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 visualizar en la forma como ste lo entienda.
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 pginas 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.
3.2.10.3 JavaScript
Es un lenguaje de scripting basado en objetos no tipeado y liviano,
utilizado para acceder a objetos en aplicaciones. Principalmente, se utiliza
integrado en un navegador web permitiendo el desarrollo de interfaces
de usuario mejoradas y pginas web dinmicas. JavaScript es un dialecto
de ECMAScript y se caracteriza por ser un lenguaje basado en prototipos,
con entrada dinmica y con funciones de primera clase. JavaScript ha
tenido
influencia de mltiples lenguajes y se dise con una sintaxis similar al

lenguaje de programacin Java, aunque ms fcil de utilizar para personas que
no programan.
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, 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 operaciones y en el marco de la aplicacin

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. Inicialmente los autores 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 como un estndar
ISO.
JScript es la implementacin de ECMAScript de
Microsoft, muy
similar al JavaScript de Netscape, pero con ciertas diferencias en el modelo

de objetos del navegador que hacen ambas versiones sean incompatibles
con frecuencia. (http://es.wikipedia.org/wiki/JavaScript,2011)
3.2.10.4 AJAX
Acrnimo de Asynchronous JavaScript And XML (JavaScript asncrono
y
XML), es una tcnica de
interactivas o
desarrollo web para crear aplicaciones
RIA (Rich Internet Applications). Estas aplicaciones se
ejecutan en el cliente, es decir, en el navegador de los usuarios mientras

se mantiene la comunicacin asncrona con el servidor en segundo plano.
De esta forma es posible realizar cambios sobre las pginas sin necesidad
de recargarlas, lo que significa aumentar la interactividad, velocidad y
usabilidad en las aplicaciones.
Ajax es una tecnologa asncrona, en el sentido de que los datos
adicionales se requieren al servidor y se cargan en segundo plano sin
interferir con la visualizacin ni el comportamiento de la pgina. JavaScript
es el lenguaje interpretado (scripting language) en el que normalmente se
efectan las funciones de llamada de Ajax mientras que el acceso a los datos
se realiza mediante XMLHttpRequest, objeto disponible en los navegadores
actuales. En cualquier caso, no es necesario que el contenido asncrono est
formateado en XML.
Ajax es una tcnica vlida para mltiples plataformas y utilizable en
muchos sistemas operativos y navegadores dado que est basado en
estndares abiertos como JavaScript y Document Object Model (DOM).
(http://es.wikipedia.org/wiki/AJAX)
3.2.11 Bases de datos
Segn Miguel A. Rodrguez Almeida (1992), en su libro Bases de
Datos define una base de datos de la siguiente manera:
Una base de datos es un conjunto de datos almacenados de

forma integrada y compartida. Se entiende por integrada que la
base de datos puede considerarse como un conjunto de varios
archivos independientes, donde se elimina o se reduce al mnimo
cualquier redundancia entre los mismos. Por compartida se
entiende que varios usuarios diferentes pueden acceder a la
misma fraccin de la base de datos, incluso al mismo tiempo y
utilizarla con fines diferentes. Por otro lado, un usuario
determinado slo tendr acceso a algn subconjunto de la base
de datos. (Rodrguez, M.p.03).
Existen programas denominados sistemas gestores de bases de datos,
abreviado SGBD, que permiten almacenar y posteriormente acceder a los
datos de forma rpida y estructurada. Las propiedades de estos SGBD, as
como su utilizacin y administracin, se estudian dentro del mbito de la
informtica.
Las aplicaciones ms usuales son para la gestin de empresas e
instituciones pblicas. Tambin son ampliamente utilizadas en entornos
cientficos con el objeto de almacenar la informacin experimental. Aunque
las bases de datos pueden contener muchos tipos de datos, algunos de ellos
se
encuentran
protegidos
por
las
leyes
de
varios
pases.
(http://es.wikipedia.org/wiki/Base_de_datos, 2011)
Entre las principales caractersticas de los sistemas de base de datos se
mencionan:
A. Independencia lgica y fsica de los datos.
B. Redundancia mnima.
C. Acceso concurrente por parte de mltiples usuarios.
D. Integridad de los datos.
E. Consultas complejas optimizadas.
F. Seguridad de acceso y auditora.
G. Respaldo y recuperacin.
H. Acceso a travs de lenguajes de programacin estndar.
3.2.11.1 Tipos de bases de datos
Entre los diferentes tipos de base de datos, se encuentran los siguientes:
I.
MySql: es una base de datos con licencia GPL basada en un servidor.

Se caracteriza por su rapidez. No es recomendable usar para
grandes volmenes de datos.
II.
Postgresql y Oracle: Son sistemas de base de datos poderosos.

Administra muy bien grandes cantidades de datos, y suelen ser
utilizadas en intranets y sistemas de gran calibre.
III.
Access: Es una base de datos desarrollada por Microsoft. Esta base

de datos, debe ser creada bajo el programa access, el cual crea
un archivo .mdb con la estructura ya explicada.
IV.
Microsoft SQL Server: es una base de datos ms potente que access

desarrollada por Microsoft. Se utiliza para manejar grandes volmenes
de informaciones.
En informtica existen los sistemas gestores de bases de datos
(SGBD), que son un tipo de software muy especfico, dedicado a servir de

interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.
Se compone de un lenguaje de definicin de datos, de un lenguaje de
manipulacin de datos y de un lenguaje de consulta y que permiten
almacenar y posteriormente acceder a los datos de forma rpida y
estructurada. El sistema para la gestin de base de datos que utilizar el
SIPERYVA es la siguiente:
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.
Las principales caractersticas de este gestor de bases de datos son
las siguientes:
1. Aprovecha la potencia de sistemas multiprocesador, gracias a 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. Soporta hasta 32 ndices por tabla.
6. Gestin de usuarios y passwords, manteniendo un muy buen nivel de
seguridad en los datos.
3.3 BASES LEGALES
El presente trabajo, est fundamentado en un cuerpo de artculos que

le da soporte legal, desprendidos de un conjunto de leyes, reglamentos y
decretos.
a) Constitucin de la Repblica Bolivariana de Venezuela (1999)
Artculo 110: El Estado reconocer el inters pblico de la ciencia, la
tecnologa, el conocimiento, la innovacin y sus aplicaciones y los servicios
de informacin necesarios por ser instrumentos fundamentales para el
desarrollo econmico, social y poltico del pas, as como para la seguridad y
soberana nacional. Para el fomento y desarrollo de esas actividades, el
Estado destinar recursos suficientes y crear el sistema nacional de ciencia
y tecnologa de acuerdo con la ley. El sector privado deber aportar recursos
para los mismos. El Estado garantizar el cumplimiento de los principios
ticos y legales que deben regir las actividades de investigacin cientfica,
humanstica y tecnolgica. La ley determinar los modos y medios para dar
cumplimiento a esta garanta.
b) Decreto 3390: Publicado en la Gaceta oficial N 38.095 de fecha 28 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.
Artculo 2. A los efectos del presente Decreto se entender
por:
Software Libre: Programa de computacin cuya licencia garantiza al usuario
acceso al cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier
propsito, modificarlo y redistribuir tanto el programa original como sus
modificaciones en las mismas condiciones de licenciamiento acordadas al
programa original, sin tener que pagar regalas a los desarrolladores previos.
Estndares Abiertos: Especificaciones tcnicas, publicadas y controladas
por alguna organizacin que se encarga de su desarrollo, las cuales han sido
aceptadas por la industria, estando a disposicin de cualquier usuario para
ser
implementadas
en
un
software
libre
otro,
promoviendo
la
competitividad, interoperatividad o flexibilidad.

c) Decreto con Rango y Fuerza de Ley Orgnica de Ciencia, Tecnologa e
Innovacin, en Consejo de Ministros.
Artculo 2. Las actividades cientficas, tecnolgicas y de innovacin son de
inters pblico y de inters general. Ello indica que ataen a todos los
individuos y entes nacionales.
Artculo 3. Forman parte del Sistema Nacional de Ciencia Tecnologa e
Innovacin, las instituciones pblicas o privadas que generen y desarrollen
conocimientos cientficos y tecnolgicos y procesos de innovacin, y las
personas que se dediquen a la planificacin, administracin, ejecucin y
aplicacin de actividades que posibiliten la vinculacin efectiva entre la
ciencia, la tecnologa y la sociedad. A tal efecto, forman parte del Sistema: 1.
El Ministerio de Ciencia y Tecnologa, sus organismos adscritos y las

entidades tuteladas por stos, o aqullas en las que tengan participacin.
2. Las instituciones de educacin superior y de formacin tcnica, academias
nacionales, colegios profesionales, sociedades cientficas, laboratorios y
centros de investigacin y desarrollo, tanto pblicos como privados.
3. Los dems organismos pblicos y privados que se dediquen al desarrollo,
organizacin, procesamiento, tecnologa e informacin.
4. Los organismos del sector privado, empresas, proveedores de servicios,
insumos y bienes de capital, redes de informacin y asistencia que sean
incorporados al Sistema.
5. Las personas que a ttulo individual o colectivo, realicen actividades de
ciencia, tecnologa e innovacin.
3.4 DEFINICIN DE TRMINOS
A continuacin se presentan los trminos manejados a lo largo del

proyecto desarrollo de un sistema para el control de Gestin del personal de
la gerencia de AIT - soporte integral distrito punta de mata estado Monagas.
Actor: Un actor es un individuo o una unidad organizacional que est
activamente involucrada en el proyecto o cuyos intereses pueden ser
afectados positiva o negativamente como resultado de la ejecucin del
proyecto. Adems se dice que es el conjunto de usuarios que emplean los
servicios que proporciona una aplicacin empresarial. Los usuarios son todos
aquellos actores (personal de la empresa o del entorno de ella) que
requieren acceder a la informacin que produce la aplicacin empresarial o
utilizarla para realizar sus actividades o procesos de negocio. (Montilva,
J.
2008)
Aplicacin: Una aplicacin es un tipo de programa informtico diseado

como herramienta para permitir a un usuario realizar uno o diversos
tipos de trabajo. Esto lo diferencia principalmente de otros tipos de
programas como los sistemas operativos (que hacen funcionar al ordenador),
las utilidades (que realizan tareas de mantenimiento o de uso general),
y los lenguajes de programacin (con el cual se crean los programas
informticos). (http://es.wikipedia.org/wiki/Aplicaci%C3%B3n_inform
%C3%A1tica, 2011)
Arquitectura:
Una
arquitectura
es un entramado
de
componentes
funcionales que aprovechando diferentes estndares, convenciones, reglas y

procesos, permite integrar una amplia gama de productos y servicios
informticos, de manera que pueden ser utilizados eficazmente dentro de la
organizacin. (Vega, E., 2005, p3)
Arquitectura cliente/servidor: Esta arquitectura consiste bsicamente en un
cliente que realiza peticiones a otro programa (el
servidor) que le
da respuesta. Aunque esta idea se puede aplicar a programas que se

ejecutan sobre una sola computadora es ms ventajosa en un sistema
operativo multiusuario distribuido a travs de una red de computadoras.
En esta arquitectura la capacidad de proceso est repartida entre los
clientes y los servidores, aunque son ms importantes las ventajas de tipo
organizativo debidas a la centralizacin de la gestin de la informacin y la
separacin de responsabilidades, lo que facilita y clarifica el diseo del
sistema. (http://es.wikipedia.org/wiki/Cliente-servidor 2011)
Automatizacin: La automatizacin es un sistema donde se trasfieren

tareas de produccin, realizadas habitualmente por operadores humanos a
un conjunto de elementos tecnolgicos.
(www.sc.ehu.es/Automatizacion,2011)
Control: El mecanismo de control detecta cualquier desvo de los patrones
normales, haciendo posible la debida regulacin.
(http://es.wikipedia.org/wiki/control,2011)
Datos: es la unidad bsica de informacin, grupo de smbolos no aleatorios
que presentan cantidad, acciones, objetos, etc. Materia para producir
informacin.
(http://www.pergaminovirtual.com.ar/definicion/Firefox.html,
2011).
Gestin: La gestin hace referencia a la accin y efecto de gestionar y
administrar. Gestionar es realizar diligencias conducentes al logro de un
negocio o de un deseo cualquiera. (http://definicion.de/gestion,2011/)
Gestin de proyectos: La gestin de proyectos es la disciplina de organizar
y administrar recursos de manera tal que se pueda culminar todo el trabajo
requerido en el proyecto dentro del alcance, el tiempo, y coste definidos. Un
proyecto es un esfuerzo temporal, nico y progresivo, emprendido para
crear un producto o un servicio tambin nico.
(http://132.248.48.14:3003/lmendez/gestion/interior.htm,2011)
Indicador: Es un logn nico para cada usuario para conectarse a un
computador mediante una identificacin de usuario y contrasea. Accin de
introducir el nombre a travs del teclado para acceder a otro ordenador.
Nombre que se usa para acceder a un sistema de ordenadores.
(http://www.pergaminovirtual.com.ar/definicion/Firefox.html, 2010).
Informtica: La Informtica es la ciencia aplicada que abarca el estudio y

aplicacin del tratamiento automtico de la
dispositivos electrnicos
sistemas
informacin, utilizando
computacionales.
Tambin
est
definida como el procesamiento automtico de la informacin.

Ingeniera de dominios: La finalidad de la ingeniera del Dominio es
identificar, construir, catalogar y diseminar un conjunto de componentes de
software que sean aplicables para el software existente y futuro en un
dominio de aplicacin particular.
Ingeniera de software: Es la disciplina o rea de la
informtica que
ofrece mtodos y tcnicas para desarrollar y mantener software de calidad.

Interfaz: Es la categora de diseo que crea un medio de comunicacin
entre el hombre y la maquina, es decir, identifica un formato de
pantalla
que formara la base del prototipo de interfaz de usuario.
(Pressman R, 2002, p.
259).
ISO: La Organizacin Internacional para la Estandarizacin, por sus siglas en
ingls (International Organization for Standardization), es una federacin
mundial que agrupa a representantes de cada uno de los organismos
nacionales de estandarizacin, que tiene como objeto desarrollar estndares
internacionales que faciliten el comercio internacional.
(http://es.kioskea.net/contents/qualite/iso- 9001.php3, 2011).
Metodologa: Conjunto de mtodos de investigacin utilizados para
alcanzar una gama de objetivos en una ciencia.
(http://es.wikipedia.org/wiki/Metodolog%C3%ADa,2011)
Navegador Web: Programa informtico que permite la comunicacin con un

servidor para acceder a los recursos de internet e interpretar las etiquetas de
los documentos HTML. (Lpez y Alonso, 2007, p. 105).
Plataformas: Una plataforma es precisamente el principio, en el cual se
constituye
un
hardware,
sobre
el
cual
un
software
puede ejecutarse/desarrollarse. La plataforma define un estndar alrededor

el cual un sistema puede ser desarrollado. Una vez que la plataforma
ha sido definida, se produce el software y el hardware apropiado para
su uso. El trmino a menudo es usado como un sinnimo de sistema
operativo. (http://es.scribd.com/doc/59262411/Plataforma-Objeto,2011)
Poltica empresarial: La poltica empresarial es una de las vas para hacer
operativa la estrategia. Suponen un compromiso de la empresa; al
desplegarla a travs de los niveles jerrquicos de la empresa, se refuerza el
compromiso y la participacin del personal. La poltica empresarial suele
afectar a ms de un rea funcional, contribuyendo a cohesionar
verticalmente la organizacin para el cumplimiento de los objetivos
estratgicos.
(http://docenciamanagementymkt.blogspot.com//politica-empresarial.html, 2011)
Sistema de gestin de base de datos: Son un tipo de software
muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario
y las aplicaciones que la utilizan. (http://es.wikipedia.org/wiki/Sistema_de_gesti
%C3%B3n_de_bases_de_datos,2011)
Sistemas de informacin: un
sistema de informacin es un conjunto
de elementos que interactan entre s con el fin de apoyar las actividades de

una empresa o negocio.
Sistema distribuido: Es aquel al que los usuarios ven como un ordinario
sistema operativo centralizado; sin embargo se ejecuta en diferentes e
independientes CPUs. El concepto clave aqu es la transparencia; en otras
palabras, el uso de diversos procesadores deber ser invisible (transparente)
al usuario. Otra forma de expresar esta misma idea es diciendo que el
usuario ver al sistema como un procesador virtual y no cmo una coleccin
de maquinas diferentes.
Tecnologa: Es el conjunto de conocimientos que permiten construir objetos y
mquinas para adaptar el medio y satisfacer nuestras necesidades.
(http://es.wikipedia.org/wiki/Tecnolog%C3%ADa,2011)
Telecomunicaciones: La telecomunicacin es una tcnica consistente en
transmitir un mensaje desde un punto a otro, normalmente con el atributo
tpico adicional de ser
bidireccional. El trmino telecomunicacin cubre
todas las formas de comunicacin a distancia, incluyendo radio, telegrafa,

televisin, telefona, transmisin de datos e interconexin de ordenadores
a nivel de enlace. (http://es.wikipedia.org/wiki/Telecomunicaci%C3%B3n, 2011)
Ordenador: Es una mquina programable. Las dos caractersticas
principales de un ordenador son:
a) Responde a un sistema especfico de instrucciones de una manera
bien definida
b) Puede ejecutar una lista de instrucciones pregrabadas (un programa).
Los ordenadores modernos son electrnicos y digitales. La maquinaria

real, cables, transistores, y circuitos, se llaman hardware; las instrucciones
y los datos se llaman software. (http://www.masadelante.com/faqs/ordenador)
CAPTULO IV MARCO
METODOLGICO
4.1 TIPO Y NIVEL DE INVESTIGACIN

Este estudio se definir como investigacin proyectiva dado que
trasciende en el campo del cmo son las cosas, para entrar en l cmo
podran o como deberan ser, segn Hurtado (2000):
Este tipo de investigacin consiste en la elaboracin de
una propuesta o de un modelo, como solucin a un problema o
necesidad de tipo prctico, ya sea de un grupo social o de una
institucin, en un rea particular del conocimiento, a partir de un
diagnstico preciso de las necesidades del momento, los
procesos
explicativos
generadores
involucrados
las
tendencias futuras. (p. 235).

La investigacin proyectiva se ocupa de cmo deberan ser las cosas,
para alcanzar unos fines y funcionar adecuadamente, su objetivo en
palabras de la citada autora es disear o crear propuestas dirigidas a
resolver determinadas situaciones (p. 49).
De acuerdo al tipo de investigacin, el nivel de estudio es
comprensivo, al respecto Hurtado, J. (2000), clasifica los objetivos de
acuerdo a nivel al cual corresponde, sta seala que: se estudia el evento en
su relacin con otros eventos, dentro de un holos mayor, enfatizando por lo
general las relaciones de causalidad, aunque no exclusivamente. (p.116).
80
81
Por otra parte, en el nivel comprensivo se debe tomar el conocimiento

necesario e interpretarlo de manera que se ajuste al contexto, circunstancia y
cultura para lograr los objetivos propuestos de la investigacin, as como las
explicaciones a que diera lugar en diferentes situaciones que se generen.
4.2 POBLACIN Y MUESTRA
Segn Hurtado J. (2004), la poblacin: Es un grupo de personas,
objetos, asuntos, situaciones, casos, etc., en el cual el investigador est
interesado para aplicar las generalizaciones que pueda inferir de la
observacin de la muestra. (p.101).
Esto significa que la poblacin se refiere al conjunto infinito de
unidades
observacionales
cuyas
caractersticas
esenciales
los
homogenezan como conjunto.

Para este estudio la poblacin referencial est constituida por 15
personas relacionados con las actividades que se realizan en el
Departamento de Soporte Integral de AIT P.D.V.S.A, estas personas son las
que realizan las actividades del departamento, por lo tanto proporcionan los
requerimientos para elaborar el nuevo sistema.
Por otra parte, segn Goita, L. (2008), la muestra es: Un conjunto de
unidades, una proporcin total que nos representa la conducta del universo
en su conjunto. (p.83). Esto quiere decir que la muestra es una parte o
fraccin representativa de un conjunto, de una poblacin, universo o
colectivo que ha sido obtenida con el fin de investigar eventos
caractersticos del mismo.
Para ste caso por ser la poblacin un conjunto pequeo, pueden
estudiarse todos los elementos que la componen, segn sus caractersticas
particulares, esto basndose en el criterio expuesto por
Balestrini, M.,
(2006), cuando seala que: Con excepcin de los casos o universos

pequeos, es importante seleccionar sistemticamente en una muestra, cada
unidad representativa de la poblacin, atendiendo a un criterio especfico
y en condiciones controladas por el investigador (p. 138).
En el caso del departamento de Soporte Integral la muestra es igual a la
poblacin ya que esta conformado por 15 personas.
4.3 Tcnicas e Instrumentos de Recoleccin de Datos
Al referirse a tcnicas de recoleccin de datos Arias F. (2006) las
define como las distintas formas o maneras de obtener la informacin. Son
ejemplos de tcnicas; la observacin directa, la encuesta, la revisin
bibliogrfica, la entrevista, entre otros. El instrumento es considerado como
Cualquier recurso, dispositivo o formato (en papel o digital), que se utiliza
para obtener, registrar o almacenar informacin (Ibdem, p.69). De esta
manera el instrumento viene a constituirse en una herramienta que concreta
los resultados concebidos bajo una tcnica determinada. En el caso de esta
investigacin se utilizaron las siguientes tcnicas e instrumentos: la revisin
documental, la observacin directa y la entrevista.
Segn Hurtado J. (2007), la observacin es percibir activamente la
realidad exterior con el propsito de obtener los datos que previamente han
sido definidos como de inters para la investigacin (p. 102). Lo anterior
implica que el investigador se constituye en el principal factor para la
captacin de la informacin. El autor citado anteriormente define la encuesta
como un diseo que se apoya en la entrevista y en otras tcnicas (p. 107).
Igualmente se refiere que la entrevista como la tcnica que establece
de forma especfica de interaccin social que tiene por objeto recolectar
datos para una investigacin (p. 106). Para nuestro caso las preguntas se
realizaron de manera libre y espontnea fundamentadas en dilogos

y conversaciones con el personal de soporte integral.
4.4 TCNICAS DE ANLISIS DE DATOS
Para Ramrez, T. (2007), las tcnicas de anlisis de datos, es una
tcnica que dispone de una serie de operaciones analticas, y como tal
puede aprenderse y aplicarse a distintas cuestiones cientficas.Se emplea
para recoger informacin y por ello debe reunir ciertos requisitos que le dan
su carcter cientfico, como la objetividad y la sistematicidad, lo que
contribuye a obtener resultados vlidos y fiables. (p.68)
La tcnica de anlisis de datos representa la forma de cmo ser
procesada la informacin recolectada. Para organizar, describir y analizar los
datos recogidos se utiliz la tcnica del anlisis de contenido, con el
propsito de dar respuesta de algunos de los objetivos planteados y
evidenciar los principales hallazgos encontrados. Para Hurtado, J. (2007):
El anlisis de contenido puede ser utilizado en investigaciones
descriptivas, cuando se pretende hacer un diagnstico y agrupar
contenidos significativos de una serie de entrevistas, conversaciones u
observaciones. (Hurtado, J. p. 57).
4.5 DISEO OPERATIVO
El diseo operativo abarc el estudio de cmo se llev a cabo el
proyecto para poder alcanzar los objetivos trazados, todo esto incluye el la
aplicacin de una metodologa basada en el modelado de negocios como lo
es Gray Watch. Para poder alcanzar esta meta es necesario desarrollar un
marco de trabajo que acompae a un modelo de proceso eficaz de acuerdo a
las actividades de trabajo y las tareas de ingeniera, el cual se enfatizar

en las siguientes fases de la metodologa.
Proceso de anlisis
Los procesos de anlisis cubren los procesos de:
Modelado del Negocio
a) Recolectar informacin del departamento de soporte integral de la
Gerencia de AIT.
b) Creacin de un modelo que describa cada uno de los procesos,
cada uno de los valores de entrada y salida y las restricciones del
sistema.
Ingeniera de Requisitos.
a) Especificar los requisitos del sistema para satisfacer a los usuarios.
Proceso de diseo
Diseo arquitectnico
Permite establecer el conjunto de componentes que integran la aplicacin
empresarial, las relaciones y restricciones de interaccin entre ellos, las
relaciones con otras aplicaciones externas y la distribucin fsica de cada uno
de estos componentes.
Diseo detallado
a) Diseo de la arquitectura del sistema
b) Diseo de los procesos del sistema
c) Diseo de los reportes del sistema

d) Diseo de la interfaz de usuario
Proceso de implementacin
Programacin & Integracin (P&I)
a) Elaborar e integrar los programas del sistema
b) Creacin de la base de datos
c) Elaboracin de manuales
Pruebas de la Aplicacin (PA)
a) Hacer pruebas del sistema.
Entrega de la Aplicacin (EA)
a) Entregar la aplicacin al departamento de Soporte Integral de la
Gerencia de AIT.
CUADRO OPERATIVO
Este cuadro contiene la metodologa con la cual se trabajar durante
la elaboracin del proyecto, adems de esto contiene una serie de objetivos
especficos y las actividades relacionadas con esos objetivos para el
cumplimiento de dicho proyecto. A continuacin se muestran las diferentes
fases por la cual pasar el proyecto durante su elaboracin.
86
Etapas del sistema.

Etapas Metod
ol
oga
Etapa
de
Anlisi
s
Etapa
de
dise
o.
Metod
ol oga
Watch.
Fase
s
Objetivos Especficos
Modelado
de
Negocio
s
Describir la situacin
actual de las actividades
del personal de la gerencia
de AIT-Soporte Integral a
travs del modelado de
negocios.
Ingeniera
de
Requisitos.
Establecer los requisitos

de un
nuevo sistema de
informacin en la gerencia
de AIT-Soporte Integral
Dise
o
Arquitectnic
o.
Metod
ol oga
Watch.
Dise
o
Detallad
Actividades Relacionadas
Crear un documento de inicio del
proyecto
Crear un plan integral del proyecto.
Recolectar informacin del

departamento de
soporte integral de la Gerencia de AIT.
Plan integral
Crear un modelo que describa cada
del proyecto
uno de los
procesos, cada uno de los valores de
Documento
entrada y
de
Especificar los requisitos del
instanciacin
sistema para
del mtodo
satisfacer a los usuarios.
Hacer un plan de gestin de riesgos.
Documen
to
modelo
Diseo de la arquitectura del sistema.
Diseo de los procesos del sistema.
Diseo de los reportes del sistema.
Establecer el diseo
arquitectnico del
sistema de acuerdo a
los requisitos del
departamento de
soporte integral
Productos
Generados
Document
o
inicio
del
proyect
o
Documento
de Diseo
arquitectni
co
Diseo de la interfaz de usuario.

Supervisar la ejecucin del proyecto.
Hacer un plan de gestin de
configuracin del
software y de aseguramiento de la
Tabla 4. Cuadro operativo de las etapas del sistema.
Documento
de diseo
detallado
87
Tabla 4. (Continuacin)
Etapa
s
Metodolog
a
Fase
s
Objetivos Especficos
Programacin
& Integracin
Construir el sistema de
informacin de acuerdo
Pruebas
de
la aplicacin
Etapa de
implementac
in
Metodolog
a
Entrega
Watch.
Actividades
Relacionadas
Elaborar
e
integrar
los
programas del sistema.
a las funciones
Crear las bases de

datos.
establecidas en el
Elaborar manuales.
diseo.
de
Hacer pruebas del

sistema.
Entregar
aplicacin
la aplicacin
la
al
departamento
Instalacin de la
versin beta del
sistema dentro del
departamento de
Soporte Integral
Productos
generados
Documento
de
especificacio
nes de
pruebas.
Manual
de
Usuario
s
de
Soporte Integral de la
Gerencia de AIT.
Hacer un plan de
verificacin
y validacin.
Asegurar que cada una
de las
fases del proyecto haya
sido
Versin
funcional
del
sistema
CAPTULO V
RESULTADOS
Este captulo hace referencia al conjunto de actividades realizadas
para el logro de los objetivos planteados, adems de tcnicas, estrategias y
mtodos adecuados al tema en estudio, en esto est basada la metodologa
operativa utilizada, la cual est compuesta de diversas fases que van
desde el proceso de anlisis hasta el proceso de implementacin del
sistema.
5.1 ANLISIS DEL SISTEMA
Para obtener la visin del sistema a nivel conceptual se estudio a

profundidad el negocio lo cual permiti analizar y comprender la parte
organizacional donde operar el sistema; para esto se utiliz el mtodo Gray
Watch que permiti llevar a cabo el modelo de negocios en el Departamento
de AIT-Soporte Integral y se apoy en la herramienta de Modelado UML
(Enterprise Architect). La metodologa Gray Watch posee tres Procesos
fundamentales que fueron llevados a cabo como son los procesos de
Gestin, procesos Tcnicos y los procesos de Soporte.
Para el proceso de Gestin se realiz el documento de inicio del
proyecto el cual tiene como objetivo justificar la necesidad de desarrollar una
nueva aplicacin empresarial, algunos de los aspectos que trata ste
documento son la justificacin, los objetivos y el alcance del proyecto.
Tambin se elabor un documento del proceso de desarrollo de la aplicacin,
ste es el documento de instanciacin y adems fue llevado a cabo el plan
integral del proyecto el cual rige y gua la ejecucin de todos los procesos del
88
89
desarrollo de la aplicacin a travs del cual ser desarrollada de manera

organizada.
Adicionalmente a los procesos de gestin, existe un grupo de
procesos que se realizaron que
tiene un carcter tcnico-gerencial y que
contribuye a hacer ms efectivos los procesos de gestin. Este grupo de

procesos son los de soporte, su propsito es gestionar tres aspectos
fundamentales del desarrollo de una aplicacin: el tiempo de ejecucin de las
actividades, los riesgos que pueden afectar el proyecto y la configuracin de
la aplicacin y de cada uno de ellos se obtiene los siguientes productos: plan
de gestin de tiempos, plan de Gestin de riesgos y plan de gestin de la
configuracin de la aplicacin. Los cuales forman parte del plan integral del
proyecto.
Por ltimo se llevan a cabo las actividades de los procesos tcnicos
como el modelo de negocios, la ingeniera de requisitos la que nos permiti
conocer como se llevan a cabo las actividades en AIT-Soporte Integral y de
esta manera establecer los requisitos funcionales y no funcionales
sistema en estudio mediante entrevistas y observacin directa.
Los resultados obtenidos durante esta etapa son los siguientes:
a) Documento de Inicio del Proyecto (p.89)
b) Documento de Instanciacin del Mtodo (p.99)
c) Plan Integral del Proyecto. (p.105)
d) Documento Modelo del Negocio. (p.124)
e) Documento de Requisitos (p.137)
Documento de Definicin de Requisitos
Documento de Especificacin de Requisitos
del
DESARROLLO DE UN SISTEMA PARA EL CONTROL

DE GESTION DEL PERSONAL DE LA GERENCIA DE
AIT - SOPORTE INTEGRAL DISTRITO PUNTA DE
MATA ESTADO MONAGAS.
DOCUMENTO DE INICIO DEL PROYECTO

Version 1.0
Autor
Fecha
Version
Descripcion
MarleneArteaga
18/07/09
0.91
Versin preliminar como propuesta de desarrollo
MarleneArteaga
20/09/09
0.92
Correccin de la versin preliminar
MarleneArteaga
25/09/09
1.0
Version final
1. Introduccion
Es un documento de carcter gerencial que describe la importancia
del proyecto, su justificacin, sus objetivos y los resultados que se esperan
con la nueva aplicacin. Tiene como propsito es justificar econmica y
tcnicamente la necesidad de desarrollar e implementar el nuevo sistema
para dar respuesta a la problemtica planteada en el Departamento de
Soporte integral de la Gerencia de AIT. El documento de inicio es la base de
todo el desarrollo futuro del proyecto y resume brevemente los siguientes
aspectos: objetivos, alcance, requisitos inciales del proyecto, caractersticas
generales de la aplicacin, visin del negocio, necesidad de desarrollar el
sistema, resumen de interesados, restricciones, costos, recursos y los
supuestos ambientales.
2. Objetivos y Alcance del proyecto
2.1 Objetivos
El objetivo general del proyecto es desarrollar un sistema para el control
de Gestin del personal de la Gerencia de AIT - Soporte Integral Distrito
Punta de Mata, Estado Monagas partiendo de este objetivo se obtienen los

siguientes objetivos especficos:
1. Describir la situacin actual de las actividades del personal de la
gerencia de AIT- Soporte Integral a travs del modelado de negocios.
2. Establecer los requisitos de un nuevo sistema de informacin en la
gerencia de AIT- Soporte Integral.
3. Establecer el diseo arquitectnico del sistema de acuerdo a los
requisitos del departamento de Soporte Integral.
4. Construir el sistema de informacin de acuerdo a las funciones
establecidas en el diseo.
5. Instalar la versin beta del sistema dentro del departamento de
soporte integral.
2.2 Alcance del proyecto
El alcance del proyecto abarca dos aspectos importantes como son: el
alcance del producto y el alcance del proyecto.
2.2.1 Alcance del producto
La aplicacin que fue desarrollada en trminos generales engloba los
procesos de gestin del departamento de soporte integral en AIT como son:
Solicitud de permisos y vacaciones, planes de guardia,
planificacin de
eventos a realizar en el departamento, as como tambin llevar el registro de

las asistencias del personal a las actividades programadas.
2.2.2 Alcance del proyecto
El alcance del proyecto es el desarrollo del sistema, segn lo
establecido en la metodologa Gray Watch.
3. Caractersticas Generales de la aplicacin

El Sistema SIPERYVA es un sistema de solicitud de permisos y
vacaciones del personal del departamento de Soporte Integral de la gerencia
de AIT Distrito Norte, en el cual adems de realizar dichas solicitudes, consta
de un modulo de guardias en el cual se pueden visualizar los distintos planes
durante todo el ao; tambin cuenta con un modulo de informacin de
eventos que programe el departamento de soporte integral. A continuacin
se realiza una descripcin de cada uno de los mdulos del sistema:
a) Validar usuario: permite el acceso de los usuarios registrados al
sistema
b) Mdulo de Usuarios: En este mdulo del Sistema se administran los
distintos usuarios que tienen acceso al SIPERYVA. Este mdulo se
divide en dos secciones: Administrar usuario y consultar usuario.
c) Modulo de Permisos: permite administrar cada uno de los permisos
solicitados dentro del departamento de soporte integral; ya sean
permisos mdicos, de adiestramiento, personales o compensatorios.
d) Modulo de guardias: permite llevar un control de los planes de
guardias que debe cumplir el personal del departamento de soporte
integral
e) Modulo de vacaciones: permite organizar el plan de vacaciones del
personal del departamento, en este modulo de la aplicacin se
visualiza que das del ao les corresponde a cada empleado sus
vacaciones.
f) Modulo de eventos: En este modulo se pueden agregar las
actividades que sern realizadas por el departamento.
El sistema cuenta con un modulo de configuracin permite administrar el
acceso de los usuarios, es decir los privilegios de los usuarios del
sistema,
configuracin
de
la
organizacin
(Cargo,
gerencia,
departamento) y configuracin de la ubicacin (estado y localidad).

4. Requisitos iniciales
Para garantizar el rendimiento adecuado del proyecto a desarrollar y
por ende del sistema propuesto es necesario contar con una serie de
requisitos, en esta oportunidad se mencionarn los requisitos mnimos para
comenzar con el proyecto, destacando que en la medida en que se avance
en el desarrollo del mismo estos requisitos aumentaran. En cuanto a
requisitos de hardware se debe contar con un computador para el manejo y
almacenamiento de la informacin. En lo que respecta a software se
requieren programas como: Macromedia Dreamweaver, Mysql, Microsoft
Project y el servidor Apache. Entre otros requisitos se encuentra el de
proporcionar adiestramiento en cuanto al manejo de herramientas tales
como: Dreamweaver, PHP, Javascript, HTML, metodologa GRAY WATCH y
UML con la finalidad de capacitar al desarrollador involucrando en el
proyecto. Cada uno de los adiestramientos mencionados son indispensables
para el logro del proyecto en el tiempo establecido.
5. Visin del negocio
El departamento se encarga de mantener el buen funcionamiento de la
plataforma tecnolgica de la empresa PDVSA mediante la instalacin,
supervisin, correccin y mejoramiento de los equipos informticos. Adems
incorporando productos y servicios innovadores y proveer soluciones
tecnolgicas a la industria con una clara visin de responsabilidad con la
sociedad en el mbito social, econmico y ambiental siguiendo los
lineamientos rectores del estado en materia energtica y cientfica.
El departamento de soporte Integral cuenta con un personal capacitado

para brindar calidad en cada una de las actividades que realizan. Soporte
Integral est conformado por quince (15) personas las cuales llevan a cabo
los procesos en el departamento, por lo tanto son los que pueden transmitir
los requerimientos del nuevo sistema. El personal que labora en el
departamento est conformado de la siguiente manera:
01 Jefe de Departamento
01 Secretaria
13 Analistas
12 Analistas de Soporte
01 Analista de Seguridad Lgica
6. Necesidad de desarrollar el sistema

El departamento de soporte integral est afectado por problemas tales
como que no se cuenta con un sistema de informacin que permita hacer las
solicitudes de permisos, realizacin de planes de guardias, vacaciones y
verificacin de asistencias a eventos lo que implica tener que llevar todos
estos registros manualmente. Actualmente el departamento de Soporte
Integral lleva el control de guardias y vacaciones en hojas de Excel, los
cuales no facilitan mucho el trabajo. En relacin a los permisos del personal
se lleva el control en fsico, en carpetas que posee el jefe del departamento y
el control de los eventos realizados por el departamento no posee ningn
registro pero es una necesidad dentro del departamento, ya que es necesario
un control de las asistencias para la posterior evaluacin del personal.
La principal consecuencia de los problemas mencionados es el retraso

en la informacin solicitada, y la utilizacin de papel de manera innecesaria.
La Automatizacin de los procesos de planificacin a travs del sistema de
informacin a implementar producir un fortalecimiento de la gestin del
personal del Departamento de Soporte integral.
7. Resumen de interesados del proyecto
Las principales responsabilidades que tienen cada uno de los roles
que ejercern los miembros de los equipos de desarrollo de aplicaciones
aplicacin empresarial, se resumen en la Tabla 5.
Rol
Lder del
Proyecto
Responsable
General
Analista de
Responsabilidades
Negocios
Analista de
Sistemas
Elaborar el Plan Integral del Proyecto de desarrollo de la

aplicacin empresarial que le sea asignada
Prestar asistencia tcnica a los miembros del equipo de
desarrollo.
Gestionar los riesgos del proyecto.
Dirigir y controlar la ejecucin del Plan Integral del
Proyecto.
Cerrar administrativa y tcnicamente el proyecto.
Reportar al Comit Directivo el progreso del proyecto.
Asesorar a los miembros del equipo de desarrollo.
Dirigir y controlar la ejecucin del plan integral del proyecto.
Modelar el dominio de la aplicacin empresarial.
Servir de enlace entre los usuarios y el equipo de desarrollo.
Asegurar que los productos del desarrollo de la aplicacin
estn alineados al sistema de negocios que acta como
dominio de la aplicacin.
Descubrir, analizar, especificar y documentar los requisitos de
la aplicacin.
Validar, en conjunto con los usuarios, los requisitos
establecidos.
Gestionar los requisitos.
Arquitecto de
Software
Diseador de
Especificar requisitos arquitectnicos.

Disear y evaluar la arquitectura de la aplicacin.
Especificar cada una de las vistas arquitectnicas.
Disear los detalles de la Interfaz U/S, las Bases de Datos y
los Componentes de Software de la aplicacin.
Codificar, documentar y probar los componentes de software

de la aplicacin.
Depurar los componentes que tengan errores.
Integrar los componentes de la aplicacin y desplegarlos en la
plataforma de ejecucin del proyecto.
Elaborar los manuales de instalacin, uso y mantenimiento.
Verificar y validar los productos de cada proceso del
desarrollo.
Disear y ejecutar pruebas de unidad, de integracin, del
sistema y de aceptacin de la aplicacin.
Gestionar los tems producidos durante el desarrollo y
controlar los cambios que puedan surgir en cada una de ellos.
Gestionar las versiones de la aplicacin.
Software
Programador
Especialista
V&V
Gestor de
configuracin
de
software
Gestor de
calidad
Definir los estndares y procedimientos de aseguramiento de

la calidad del software
Asegurar la calidad del software producido por los equipos de
desarrollo
Velar que los grupos empleen apropiadamente los
procedimientos y, particularmente, el proceso de desarrollo de
aplicaciones instanciado a partir del Mtodo WATCH
Tabla 5. Interesados (stakeholders) del proyecto.

Definimos qu papel desempea cada interesado (stakeholders) del

proyecto:
Nombre
Responsabilidades
Ing. Omar Rodrguez Lder del proyecto

Ing. Omar Rodriguez Responsable General del proyecto
Br. Marlene Arteaga
Analista de negocios
Analista de sistemas
Arquitecto de software
Diseador de software
Programador
Especialista Verificacin & Validacin
Ing. Omar Rodrguez Gestor de calidad

Gestor de configuracin de Software
Tabla 6: Identificacin de Interesados del proyecto.
8. Restricciones, Costos y Recursos
8.1 Restricciones
El sistema fue diseado en un ambiente web, siendo este desarrollado
con el uso de la tecnologa del departamento de Soporte Integral como
son los lenguajes de programacin PHP, JAVASCRIPT, HTML, utilizando el
manejador de base de datos MySql y funciona bajo ambiente Windows.
Los participantes involucrados con el desarrollo de este proyecto estn
conformados por el personal del departamento de Soporte Integral de la
gerencia de AIT en P.D.V.S.A Punta de Mata estado Monagas, y los
participantes que sean necesarios para proporcionar los requisitos y
validar el sistema.
8.2 Costos
Estos costos representan la inversin inicial que realiza el equipo
encargado de llevar a cabo el proyecto y estn representados por la compra
de materiales necesarios, las herramientas de trabajo y adiestramientos del
desarrollador; dichos recursos sern suministrados por el propio pasante.
Otro tipo de costos asociados al desarrollo del proyecto son los de
infraestructura, pero el departamento de Soporte Integral
cuenta con un
rea de trabajo apta para llevar a cabo el proyecto por lo tanto no habrn
gastos de este tipo.
8.3 Recursos
Entre los recursos para el desarrollo del proyecto estn:
Recursos materiales: son necesarios para elaborar los documentos
Recursos humanos: personal que realiza las diferentes actividades
durante el desarrollo del proyecto.
Recursos tecnolgicos: necesarios para que el sistema se ponga en
operacin.
Recursos fsicos: infraestructura necesaria para el desarrollo del proyecto
9. Supuestos Ambientales
El ambiente puede implcita o explcitamente influenciar o poner
restricciones en los requerimientos del sistema as como lo hacen el analista
y el cliente, por tal motivo el analista debe estar enterado de todo aquello que
incida en el correcto funcionamiento de un software. Las influencias
ambientales son clasificadas de la siguiente manera: Poltica de mercado,
estndares y polticas, culturales, organizacionales y fsicas. El proyecto a

desarrollar presenta los siguientes supuestos ambientales:
A. Se debe cumplir con cada uno de los requerimientos del cliente,
esto mediante la observacin directa, entrevistas, modelo de negocio
e investigaciones.
B. El desarrollo del sistema debe cumplir con las especificaciones de las
normas de calidad de la ISO-9126.
C. El desarrollo del software debe ajustarse a los reglamentos dictados
por P.D.V.S.A, ya que esta es la dependencia que determina las
polticas tcnicas y los estndares que aseguran las consistencia,
seguridad, confiabilidad y mantenimiento del sistema.
D. La influencia cultural debe ser considerada ya que esta podra afectar
los requerimientos del sistema. A muchas personas se les hace difcil
adaptarse a los cambios y ms si es en sus labores de trabajo por lo
tanto el aspecto cultural representa un factor importante al momento
de evaluar el xito o fracaso de un proyecto. Es un supuesto creer y
confiar que el personal que labora en el departamento de Soporte
Integral harn uso pleno del sistema que se pretende implementar.
E. Se deben dar las condiciones e instalaciones fsicas necesarias para
mantener equipos de computacin dentro del departamento de
Soporte Integral.

DOCUMENTO PROCESO DE INSTANCIACION DEL MTODO

Version 1.0
Autor
Fecha
Version
Descripcion
MarleneArteaga
18/07/09
0.91
MarleneArteaga
20/09/09
0.92
MarleneArteaga
25/09/09
1.0
Versin Final
10. Introduccin
Este documento presenta la instanciacin del mtodo, el cual consiste
en adaptar el conjunto de procesos y actividades prescritas por el mtodo, a
las caractersticas particulares del sistema que se desea implementar. Para
realizar la adaptacin se toma en cuenta tanto las condiciones existentes en
el ambiente de trabajo como la complejidad de la aplicacin es decir, el
proceso de ajuste del mtodo considera las caractersticas del producto que
se desea desarrollar y del ambiente organizacional de implantacin para
establecer los procesos que deben seguirse y los productos que se van a
elaborar.
11. Procesos que se generan en el proyecto
Los procesos que se generan a lo largo del proyecto han
sido clasificados en tres grupos (Ver figura 16, P.101)
Procesos Tcnicos: enmarcan todas las actividades de ingeniera que
estn relacionadas directamente con el ciclo de desarrollo de las
aplicaciones. Este grupo de procesos se dividen en tres grupos: anlisis,
diseo e implementacin.
Los procesos de anlisis comprenden el modelado de negocios y la

ingeniera de requisitos. Los procesos de diseo comprenden el diseo
arquitectnico el cual
produce la estructura de la aplicacin representada
como una arquitectura de software que muestra los componentes de la

aplicacin, sus conectores y las restricciones arquitectnicas y el diseo
detallado describe cmo se debe implementar cada uno de estos
componentes arquitectnicos. Mientras que los procesos de implementacin
esta relacionado con la programacin, pruebas y puesta en operacin de la
aplicacin.
Este grupo est compuesto por los procesos de Programacin &
Integracin, Pruebas de la Aplicacin y Entrega de la Aplicacin. La
Programacin & Integracin se encarga de producir, probar e integrar los
componentes arquitectnicos de la aplicacin, en cada una de sus versiones.
El proceso de Pruebas de la Aplicacin verifica y valida la aplicacin para
asegurarse que cumple con los requisitos especificados y satisface las
necesidades de informacin y automatizacin que tienen sus usuarios.
La Entrega de la Aplicacin se encarga de poner en operacin cada
una de las versiones de la aplicacin empresarial.
Procesos de Gestin: cubre todas las actividades de gestin de proyectos
de software. La gestin del proyecto se inicia con la elaboracin del
documento de inicio del proyecto y se encarga de administrar el alcance, los
tiempos, los costos, los recursos humanos y dems recursos que se
requieran para desarrollar la aplicacin.
Procesos de Soporte: Concentra todas aquellas actividades que son
necesarias para apoyar la ejecucin de los procesos tcnicos y gerenciales.
Su propsito es gestionar tres aspectos fundamentales del desarrollo de

una aplicacin: los riesgos que pueden afectar el proyecto, la calidad
de los
productos y procesos del proyecto y la configuracin de la aplicacin.
Modelo de Procesos
Procesos Tcnicos
Procesos de Gestin
Procesos de Soporte
Modelado del
Negocio
Constitucin del
proyecto
Gestin de la
Configuracin
Ingeniera de
Requisitos
Planificacin del
proyecto
Gestin de la
Calidad
Diseo
Arquitectnico
Direccin del
proyecto
Gestin de
riesgos
Diseo
Detallado
Control del
proyecto
Programacin &
Integracin
Cierre del
proyecto
Pruebas de la
Aplicacin
Entrega de la
Aplicacin
Figura 16. Procesos del Mtodo WATCH que se generan durante el

proyecto.
Fuente: Autor 2011
12. Productos que se generaran en el proyecto

Este modelo identifica y describe los tipos de productos que se deben
generar durante el desarrollo de la aplicacin. La instanciacin del modelo de
producto da como resultado los documentos concretos que se van a producir
durante todo el proceso de desarrollo del sistema para el control de gestin
del personal de la gerencia de ait - soporte integral distrito Punta de Mata
estado Monagas. El modelo de productos est compuesto por tres tipos de
productos: tcnicos, de soporte y de gestin.
A continuacin se muestra la tabla que contiene los
componentes
metodolgicos que integran el modelo de procesos del WATCH y los

relaciona con el modelo de productos. (Ver tabla 7)
Grupo de procesos
Procesos
Gestin
Productos
de
Procesos Tcnicos
Enunciado del Trabajo del Proyecto

Documento de Inicio del proyecto
Proceso de Desarrollo
Plan Integral del Proyecto
Contratos
Informes de Gestin
Modelo del Negocio
Documento de Requisitos
Documento de Diseo
Productos intermedios de programacin:
componentes, incrementos y versiones de
programas
Productos de Pruebas: Especificaciones de
Diseo de Pruebas, Especificaciones de
Casos de Pruebas, Especificaciones de
Procedimientos de Pruebas, Reporte de fallas
Aplicacin empresarial:
Programas
Base de datos
Manuales
Tabla 7. Productos que genera la metodologa Watch.
Grupo de procesos
Procesos de Soporte
Productos
Forman parte del Plan Integral del Proyecto:

Plan de Gestin de la Configuracin
Plan de Aseguramiento de la
Calidad del Software
Plan de Gestin de Riesgos
Plan de Verificacin & Validacin
Plan de Pruebas
Plan de Auditoras
Informes de Resultados

La figura 17 (p.104). Recoge los principales tipos de productos que se
deben producir a lo largo del desarrollo del proyecto y los clasifica de
acuerdo a los grupos de procesos donde ellos se generan.
Los productos intermedios son todos aquellos documentos, modelos,
listas, libreras de software, matrices, etc., que se elaboran durante la
ejecucin de los procesos tcnicos, de soporte y de gestin y que son
necesarios para desarrollar la aplicacin. No son considerados productos
finales o entregables, por cuanto no constituyen parte integrante de la
aplicacin.
Los productos entregables o finales del proyecto son todos aquellos
que conforman la aplicacin empresarial propiamente dicha y que son
entregados al cliente al final de un ciclo de desarrollo o de todo el proyecto.
En este grupo se incluyen todas las versiones de la aplicacin que se
elaboran durante la vida del proyecto. Cada versin entregable est
compuesta de programas, bases de datos y manuales.
Product
o
Watc
h
Producto
Intermedio
Product
o
Tcnic
o
Product
o de
Producto
Entregable
Producto
de
Soport
e
Aplicacin
Empresarial
Figura 17. Principales tipos de productos del mtodo WATCH.

La instanciacin del modelo de producto da como resultado los
productos concretos que se van a producir durante todo el proceso de
desarrollo del sistema en el departamento de Soporte Integral.

PLAN INTEGRAL DEL PROYECTO

Version 1.0
Autor
Fecha
Version
Descripcion
MarleneArteaga
18/07/09
0.91
MarleneArteaga
20/09/09
0.92
MarleneArteaga
25/09/09
1.0
Versin preliminar
13. Introduccin
El plan integral del proyecto es el documento de gestin ms
importante, por cuanto determina, rige y gua la ejecucin de todos los
procesos del desarrollo de la aplicacin. El plan tiene una estructura
compleja y un contenido que va mejorndose y extendindose en la medida
que el proyecto avanza, est compuesto por un conjunto de planes diferentes
que son necesarios para ejecutar el proceso de desarrollo de software,
adems de proporcionar la informacin necesaria para controlar el proyecto
relacionada con los tiempos de estimacin de ejecucin de actividades, los
riesgos que pueden afectar el proyecto y las actividades para controlar la
configuracin del sistema. Cada uno de estos planes se elaboran en
diferentes etapas del desarrollo del proyecto, por lo tanto es utilizado durante
todo su desarrollo para controlar su ejecucin.
14. Objetivos
Con los diferentes planes a desarrollar se pretende obtener
informacin que se necesita para llevar el proyecto planificado y
controlado en lo que respecta a tiempos, riesgos y cambios. Todo proyecto
de software
es susceptible a riesgos los cuales si llegan a concretarse afectan los

tiempos de ejecucin de las actividades y producen cambios en el proyecto,
por esto los objetivos que se persiguen con los planes que se realizan son
los siguientes:
1. Asegurar que el desarrollo de la aplicacin sea sistemtico,
organizado, eficaz y eficiente, mediante el empleo de los procesos de
planificacin, direccin y control.
2. Garantizar que la aplicacin se desarrolle a tiempo y siguiendo los
estndares y procedimientos establecidos para asegurar la calidad de
la aplicacin.
3. Manejar apropiadamente los riesgos que puedan surgir durante
el desarrollo de la aplicacin y que puedan afectar los objetivos
del proyecto.
4. Controlar la configuracin de la aplicacin.
15. Recursos Necesarios
3.1 Recursos Materiales
Las personas involucradas con el proyecto deben contar con resmas
de papel tipo carta, carpetas, bolgrafos, lpices, cartuchos de impresin,
libreta para notas, CD -ROM, guas o manuelas con informacin referente al
mtodo de desarrollo y deben contar con material de apoyo y textos
sobre los procesos y actividades a desarrollar.
3.2 Recursos tecnolgicos
Para garantizar que el sistema tenga un rendimiento adecuado se
contar con recursos tecnolgicos para instalar y operar el sistema como:
ordenadores, sistema operativo Windows, servidor apache, lenguaje de

programacin php, macromedia Dreamweaver, el sistema gestor de base de
datos MySQL, navegadores web (Internet Explorer, Mozilla Firefox),
impresoras, conexiones de internet.
16. Estndares y procedimientos
4.1 Norma de Calidad ISO-9126
La ISO, bajo la norma ISO-9126, ha establecido un estndar
internacional para la evaluacin de la calidad de productos de software el
cual fue publicado en 1992 con el nombre de Information technology
Software product evaluation: Quality characteristics and guidelines for their
use, en el cual se establecen las caractersticas de calidad para productos
de software. El estndar ISO-9126 establece que cualquier componente de la
calidad del software puede ser descrito en trminos de una o ms de seis
caractersticas
bsicas,
las
cuales
son:
funcionalidad,
confiabilidad,
usabilidad, eficiencia, mantenibilidad y portabilidad; cada una de las cuales

se detalla a travs de un conjunto de subcaractersticas que permiten
profundizar en la evaluacin de la calidad de productos de software. En la
tabla 8 se muestra la pregunta central que responde a cada una de estas
caractersticas.
Caractersticas
Funcionalidad
Pregunta Central
Usabilidad
Las funciones y propiedades satisfacen las necesidades

explcitas e implcitas; esto es, el qu. . .?
Puede mantener el nivel de rendimiento, bajo ciertas
condiciones y por cierto tiempo?
El software es fcil de usar y de aprender?
Eficiencia
Es rpido y minimalista en cuanto al uso de recursos?
Mantenibilidad
Es fcil de modificar y verificar?
Portabilidad
Es fcil de transferir de un ambiente a otro?
Confiabilidad
Tabla 8. Caractersticas de ISO-9126

Fuente: Modelo de calidad establecido por el estndar ISO
9126.
4.2 Leyes
Las bases legales que dan soporte al proyecto, se encuentran
plasmadas en la:
Constitucin de la Repblica Bolivariana de Venezuela (1999)
Artculo 110: El Estado reconocer el inters pblico de la ciencia, la
tecnologa, el conocimiento, la innovacin y sus aplicaciones y los servicios
de informacin necesarios por ser instrumentos fundamentales para el
desarrollo econmico, social y poltico del pas, as como para la seguridad y
soberana nacional. Para el fomento y desarrollo de esas actividades, el
Estado destinar recursos suficientes y crear el sistema nacional de ciencia
y tecnologa de acuerdo con la ley. El sector privado deber aportar recursos
para los mismos. El Estado garantizar el cumplimiento de los principios
ticos y legales que deben regir las actividades de investigacin cientfica,
humanstica y tecnolgica. La ley determinar los modos y medios para dar
cumplimiento a esta garanta.
d) Decreto 3390: Publicado en la Gaceta oficial N 38.095 de fecha 28 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.
Artculo 2. A los efectos del presente Decreto se entender
por:
Software Libre: Programa de computacin cuya licencia garantiza al
usuario acceso al cdigo fuente del programa y lo autoriza a ejecutarlo con
cualquier propsito, modificarlo y redistribuir tanto el programa original
como sus modificaciones en las mismas condiciones de licenciamiento
acordadas al programa original, sin tener que pagar regalas a los
desarrolladores previos. Estndares Abiertos: Especificaciones tcnicas,
publicadas y controladas por alguna organizacin que se encarga de su
desarrollo, las cuales han sido aceptadas por la industria, estando a
disposicin de cualquier usuario para ser
software
libre
otro,
promoviendo
implementadas
en
un
la competitividad,
interoperatividad o flexibilidad.
e) Decreto con Rango y Fuerza de Ley Orgnica de Ciencia, Tecnologa e
Innovacin, en Consejo de Ministros.
Artculo 2. Las actividades cientficas, tecnolgicas y de innovacin son de
inters pblico y de inters general. Ello indica que ataen a todos los
individuos y entes nacionales.
Artculo 3. Forman parte del Sistema Nacional de Ciencia Tecnologa e

Innovacin, las instituciones pblicas o privadas que generen y desarrollen
conocimientos cientficos y tecnolgicos y procesos de innovacin, y las
personas que se dediquen a la planificacin, administracin, ejecucin y
aplicacin de actividades que posibiliten la vinculacin efectiva entre la
ciencia, la tecnologa y la sociedad. A tal efecto, forman parte del Sistema: 1.
El Ministerio de Ciencia y Tecnologa, sus organismos adscritos y las
entidades tuteladas por stos, o aqullas en las que tengan participacin.
2. Las instituciones de educacin superior y de formacin tcnica, academias
nacionales, colegios profesionales, sociedades cientficas, laboratorios y
centros de investigacin y desarrollo, tanto pblicos como privados.
3. Los dems organismos pblicos y privados que se dediquen al desarrollo,
organizacin, procesamiento, tecnologa e informacin.
4. Los organismos del sector privado, empresas, proveedores de servicios,
insumos y bienes de capital, redes de informacin y asistencia que sean
incorporados al Sistema.
5. Las personas que a ttulo individual o colectivo, realicen actividades de
ciencia, tecnologa e innovacin.
4.3 Manuales
a) Gray Watch mtodo de desarrollo de software para aplicaciones
empresariales, Jons Montilva C. Judith Barrios A. Milagro Rivero A.
Noviembre 2008: Este documento tiene por objetivos describir, en detalle,
el mtodo WATCH de tal manera que los equipos de desarrollo puedan
utilizarlo como un patrn metodolgico que les ayude a definir el proceso
especfico de desarrollo de cada una de las aplicaciones de una empresa.
b) Ingeniera de requisitos, Jons Montilva: Es una gua que detalla las

generalidades involucradas en el proceso de ingeniera de requisitos
como
la
especificacin,
documentacin
representacin
usando
notaciones en UML 2.0.

17. Planes
5.1 Plan de gestin de tiempos
Este plan establece las actividades necesarias para elaborar el
cronograma del proyecto. Describe, tambin, el formato para elaborar el
cronograma y los criterios y supuestos que se deben considerar para
programar las actividades del proyecto. Una vez que el o los cronogramas
del proyecto se elaboren, ellos pasan a formar parte del plan de gestin de
tiempos. Su objetivo es asegurar que el proyecto y sus componentes se
entreguen a tiempo. La Planificacin y el control de tiempos son los dos
subprocesos que forman la gestin de tiempos. La planificacin de Tiempos
se encarga de la elaboracin del cronograma del proyecto; mientras que el
Control de Tiempos se encarga de mantener actualizado este cronograma
durante la ejecucin del proyecto.
5.1.1 Cronograma del proyecto
Identifica y organiza las actividades del proyecto en funcin de
sus fechas de inicio y terminacin y de sus prelaciones.
Tabla 9: Plan de tiempo del proyecto1/3. Fuente: Autor (2011)
Tabla 9: Plan de tiempo del proyecto2/3. Fuente: Autor(2011)
Tabla 9: Plan de tiempo del proyecto3/3. Fuente: Autor (2011)
5.2 Plan de gestin de riesgos

El objetivo de este documento es describir los procesos, productos y
recursos que el proceso de Gestin de Riesgos emplear para identificar,
analizar, responder y controlar los eventos, factores o condiciones que
puedan afectar la ejecucin del proyecto desarrollo de un sistemas para el
departamento de Soporte Integral, o incidir negativamente en la calidad de
sus productos.
La Planificacin de la Gestin de Riesgos tiene como objetivo definir
las actividades, recursos, responsabilidades, costos, tiempos que son
necesarios para evaluar y responder a los riesgos del proyecto de manera
organizada. El proceso comienza considerando las caractersticas del
ambiente de desarrollo, del proyecto, la experiencia en el dominio y categora
de la aplicacin a desarrollar, las herramientas y recursos requeridos y
disponibles, para luego determinar cules actividades de gestin de riesgos
se llevaran a cabo, cuando, en qu orden y quines sern los responsables.
La identificacin de riesgos consiste en reconocer y listar todos
aquellos riesgos que puedan influir negativamente en el proyecto. Y el
proceso comienza con la definicin de las caractersticas del proyecto en
relacin a complejidad, requisitos, recursos, experiencia del recurso humano,
de manera que se pueda determinar el conjunto de riesgos potenciales a los
que el desarrollo de la aplicacin estar expuesto.
A continuacin se presenta la lista de riesgos, donde se presenta en
forma jerrquica cada uno de los riesgos con las descripciones establecidas,
mediante la Tabla Documentada de Riesgos.
Descripcin del Riesgo: Falta de comunicacin entre clientes e

involucrados en el proyecto.
R-01
Tipo de Riesgo:
Consecuencia Asociada: Falta de Informacin

necesaria para llevar a acabo el proyecto. Continuar
Personal
con el proyecto sin aprobacin de las partes
interesadas.
Efecto del riesgo: Catastrfico
Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
puede suceder: Durante
Analista de negocios,
Moderado
la elaboracin del
Analistas de sistemas.
proyecto.
Estrategia de mitigacin: Hacer reuniones peridicas, es decir hacer
reuniones semanales en el departamento de Soporte Integral con el fin
de incrementar al mximo la comunicacin.
Tabla 10. Riesgos a administrar en el proyecto 1/14.
Descripcin del Riesgo: Incumplimiento de entrega de
documentos al departamento de Soporte Integral, debido a
R-02
responsabilidades no relacionadas con el proyecto.
Tipo de Riesgo: Consecuencia Asociada: Retrasos en el desarrollo
del proyecto
Personal
Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
Analistas de sistemas.
Moderado
la elaboracin del
proyecto.
Estrategia de mitigacin: Informar con anticipacin cuando no sea
posible participar en alguna versin y presentar un aval con respecto a
esta solicitud.
Descripcin del Riesgo: Incumplimiento en la entrega de las

iteraciones corregidas y/o aprobadas por parte del departamento
R-03
de Soporte Integral
Tipo de Riesgo: Consecuencia Asociada: Retrasos en la
culminacin del proyecto
Organizacional
Serio
Tolerable
Insignificante
Periodo en el que
Responsable: Gestor de
Probabilidad:
puede suceder:
configuracin de Software.
Bajo
Gestor de calidad.
Durante todo el proyecto
Estrategia de mitigacin: Cumplir con el cronograma de fechas.
R-04
Descripcin del Riesgo: Dificultades para implantar el proyecto,

debido a resistencia al cambio
Tipo de Riesgo:
Consecuencia Asociada: Cancelacin del proyecto
Organizacional
Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
puede suceder:
Lder del proyecto
Alta
Despus de implantar el
sistema
Estrategia de mitigacin: Coordinar una estrategia de comunicacin
interna que involucre a los usuarios explicndoles las ventajas que
ofrece el nuevo sistema. Adems de realizar reuniones y conferencias con
la finalidad de transmitir el proyecto a
los usuarios que permita
incorporar cambios que reduzcan la resistencia natural al cambio.
Descripcin del Riesgo:

Crecimiento no controlado de requerimientos y alcance.
R-05
Tipo de Riesgo:
Estimaciones-
Consecuencia Asociada: proyecto fuera de

calendario y de requerimientos
requerimientos
Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
puede suceder:
Analista de negocios,
Moderado
requerimientos y de
sistemas
Estrategia de mitigacin: Cualquier nuevo requerimiento que se
constituya en un subsistema no indispensable para los ya previstos,
debe ser considerado para un nuevo proyecto.
R-06
Descripcin del Riesgo: Asumir muchos roles en el desarrollo e

implementacin del sistema
Tipo de Riesgo:
Personal-
Consecuencia Asociada: Retrasos en la entrega de

documentos
estimacin
Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
puede suceder:
Analista-diseadorModerado
Programador
Estrategia de mitigacin: Adaptarse al nuevo paradigma de trabajo en
la parte de desarrollo de software.
Descripcin del Riesgo: No adecuacin de las normas y los

procedimientos a las funciones del nuevo software.
R-07
Tipo de Riesgo:
Consecuencia Asociada: Resistencia al cambio
Organizacional
Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
puede suceder:
Lder del proyecto
Baja
Estrategia de mitigacin: Adaptarse al nuevo paradigma de trabajo en
la parte de desarrollo de software.
R-08
Descripcin del Riesgo: Datos de los sistemas actuales no

migrados eficientemente.
Tipo de Riesgo:
Tecnolgico
Consecuencia Asociada: el software no contiene

datos reales lo cual influye en su desempeo

Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
puede suceder: En las
Programador
Moderado
pruebas funcionales del
sistema
Estrategia de mitigacin: Se debe prever la incorporacin progresiva de
data bsica real en la base de datos. Un modulo funcional debe ejecutarse
correctamente, sino debe crearse tantas versiones sean necesarias.
Descripcin del Riesgo: Adecuacin errnea o tarda de la

plataforma de produccin del software implantado.
R-09
Tipo de Riesgo:
Tecnolgico Estimacin
Consecuencia Asociada: Un software con bajo

desempeo, lo que ocasiona que se eleve la
resistencia al cambio por parte de los usuarios

Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
puede suceder:
Lder del Proyecto
Moderado
despus de implantar el
software
Estrategia de mitigacin: Al trmino de los procesos de diseo
comunicar las especificaciones de hardware y software necesarias para la
puesta en marcha del nuevo software.
Descripcin del Riesgo: Inexperiencia del grupo de trabajo en

el desarrollo e implementacin del proyecto.
R-10
Tipo de Riesgo:
PersonalEstimacin
Consecuencia Asociada: Retrasos en la finalizacin

del proyecto. Finalizar el producto con defectos
dejando en evidencia la baja calidad del mismo.

Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
Arquitecto de softwareBajo
todo el proyecto
Diseador-Programador
Estrategia de mitigacin: adiestramiento al equipo de desarrollo, para
que as puedan cumplir con el trabajo asignado
Descripcin del Riesgo: Poca experiencia en el uso de las

herramientas Php, Macromedia Dreamweaver y MySQL, por
R-11
parte del equipo de desarrollo.
Tipo de Riesgo: Consecuencia Asociada: Retrasos en la
culminacin del proyecto
PersonalHerramientas
Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
Arquitecto de softwareBajo
todo el proyecto
Estrategia de mitigacin: adiestramiento al equipo de desarrollo, para
que as puedan cumplir con el trabajo asignado
Descripcin del Riesgo: Pocos antecedentes con respecto a la

metodologa de desarrollo de software a utilizar.
R-12
Tipo de Riesgo:
Estimacin
Consecuencia Asociada: Retrasos en la finalizacin

del proyecto.

Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
Arquitecto de softwareBaja
todo el proyecto
Estrategia de mitigacin: Estudiar peridicamente la metodologa a
utilizar para tener conocimiento de las actividades y procesos a
desarrollar.
Descripcin del Riesgo: Suspensin de actividades

administrativas por causas externas a la misma.
R-13
Tipo de Riesgo:
Organizacional
Consecuencia Asociada: Retraso en el desarrollo

del proyecto.

Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
Agentes externos
Baja
todo el proyecto
Estrategia de mitigacin: Buscar vas alternas de comunicacin, reunirse
con los involucrados en sitios externos a la universidad, llamar por
telfono y/o utilizar el correo electrnico.
Descripcin del Riesgo: No implantacin de infraestructura

tecnolgica en la Delegacin de Planificacin.
R-14
Tipo de Riesgo:
Consecuencia Asociada:

Serio
Tolerable
Insignificante
Periodo en el que
Responsable:
Probabilidad:
Gerencia de AIT
Baja
todo el proyecto
Estrategia de mitigacin: Realizar solicitudes de los equipos
tecnolgicos requeridos.
Tabla 10. Riesgos a administrar en el proyecto 14/14
5.3 Plan de Gestin de Configuracin

La Gestin de Configuracin es el proceso de identificar y definir los
elementos en el sistema, controlando el cambio de estos elementos a lo
largo de su ciclo de vida, registrando y reportando el estado de los elementos
y las solicitudes de cambio, y verificando que los elementos estn completos
y que sean los correctos. El propsito de la Gestin de Configuracin del
Software es establecer y mantener la integridad de los productos de software
a travs del ciclo de vida del proyecto y mantener la integridad de la
configuracin de la aplicacin;
Las actividades de gestin de la configuracin identifican todas las actividades
y tareas que se requieren para el manejo de la configuracin del sistema. Estas
deben ser tanto actividades tcnicas como de gestin de configuracin del

software, as como las actividades generales del proyecto que tengan
implicancia sobre el manejo de configuracin.
a) Identificacin de la configuracin
Se necesita definir un esquema de identificacin para reflejar la

estructura del producto, esto involucra identificar la estructura y clases de
componentes, dando a cada uno un nombre, una identificacin de versin y
una identificacin de configuracin.
b) Control de la Configuracin
Se deben controlar los cambios que se le hacen a travs del ciclo de vida,
asegurando que el software sea consistente a travs de la creacin de
una
lnea base del producto. Se identifican y registran las solicitudes de cambio,

se analiza y evala los cambios, se aprueba o rechaza la solicitud, se
implementa, verifica y distribuye el elemento de software modificado.
c) Contabilidad del estado de la configuracin
Se debe registrar y reportar el estado de los componentes y
solicitudes de cambio. Se preparan registros de gestin y reportes de estado
que muestren el estado e historia de los elementos de software controlados,
incluyendo lneas base.
d) Gestin de entrega de versiones
Se controla formalmente la actualizacin y distribucin de las
versiones generadas por el proyecto. La gestin de la entrega se encarga de
identificar, empacar y entregar los tems y componentes que forman cada
versin entregable de la aplicacin.
4.4 Mantenimiento del plan
El responsable de monitorear el plan es el desarrollador del proyecto,
quien se encarga de llevar un registro de los artefactos generados y sus
versiones. Los cambios sern realizados y comunicados a todo los
interesados en el proyecto a travs de las plantillas de solicitud de cambio.

MODELADO DEL NEGOCIO

Version 1.0
Autor
Fecha
Version
Descripcion
MarleneArteaga
18/07/09
0.91
MarleneArteaga
20/09/09
0.92
MarleneArteaga
25/09/09
1.0
Version final
18. Introduccin
El proceso de modelado de negocios permite representar el
ambiente o Sistema de Negocios (dominio de la aplicacin) dentro del cual
se desarrollar la aplicacin; de manera que se puedan definir sus elementos
claves, sus interrelaciones y el grado de influencia que stos pudieran tener
sobre los requisitos tcnicos que la aplicacin empresarial debe satisfacer;
especialmente, aquellos que se corresponden con la integracin de la
aplicacin al Sistema de Negocios.
Por medio de este documento se puede revisar y verificar el dominio
organizacional donde operar el sistema. Su propsito es analizar el
modelado de negocio del sistema que ser desarrollado; Sus objetivos
fundamentales son 1) verificar y validar con los usuarios que el modelo del
negocio est representado correctamente y cumple con los procesos de
negocio actuales 2) Entender el dominio de la aplicacin empresarial que se
va a desarrollar 3) Comprender los problemas que motivan el desarrollo de la
aplicacin empresarial 4) Facilitar la identificacin de las necesidades de
informacin que tienen los usuarios futuros de esta aplicacin.
19. Modelo de Jerarqua de Sistemas del departamento de Soporte Integral

El modelado de jerarqua representa la relacin de los diferentes
sistemas que intervienen o forman parte de un objeto en estudio. En esta
seccin se genera como producto el diagrama de jerarqua del sistema de
negocio. Para el diseo del Departamento de Soporte Integral de la Gerencia
de AIT, fue utilizado el primer modelo del tcnico britnico Derek Hitchins,
basado en modelos que contempla como est conformado el proceso en
estudio. En la siguiente figura se muestra el diagrama de jerarqua con
respecto al rea en estudio. Este contiene tres modelos: el supra sistema,
que identifica la cabeza principal del sistema el cual da origen a cada rea
que administra como un todo, el sistema de inters que se encuentra
formado por cuatro subsistemas la cual identifica las partes que mantienen
relaciones entre s con dicho Departamento, y relacionada con nueve
sistemas, todos afines a un Sistema Gerencial, internos al supra-sistema
PDVSA Punta de Mata (ver figura 18 p.126).
127
Figura 18: Modelo de Jerarqua de Sistemas Soporte Integral.

Fuente: autor (2011)
128
20. Modelado de Objetivos
Un objetivo representa una intencin o camino a seguir, es un

resultado establecido de antemano por los miembros de la empresa o del
Sistema de Negocios. Los objetivos representan y justifican la existencia del
sistema, orientan su desempeo y permiten evaluar su presencia y
continuidad en el ambiente competitivo en el cual se encuentra inmerso
(Chiavenato, 2000). Por lo tanto, los objetivos determinan los procesos del
negocio, las relaciones entre estos procesos, los actores y dems elementos
representados en un modelo del negocio. A continuacin se muestra los
propsitos metas del Departamento en estudio. En este proceso se definen
la Misin, Visin, Objetivo General y Objetivos Especficos, que contribuyen a
alcanzar la misin del Departamento de Soporte Integral de la gerencia de
AIT. Ver diagrama 1 (p 130)
129
Diagrama1. Diagrama de objetivos de AIT. Fuente: Autor (2011)

21. Modelo de Procesos del Negocio
Este proceso describe cmo organizar y representar los procesos
realizados en el Sistema de Negocios contexto de la aplicacin. Se inicia con
el modelado de la cadena de valor; luego cada uno de estos procesos se
descomponen en subprocesos creando un diagrama jerrquico de procesos.
Mediante este modelo se identifican todos los procesos que se llevan a cabo
en el departamento de soporte integral de la Gerencia de AIT, la relacin
130
entre ellos y los actores involucrados en el sistema, a fin de comprender

como funciona el negocio.
1.1 Cadena de Valor del negocio
Figura 18. Cadena de valor del negocio.

Fuente: Autor
131
1.2 Modelo de Jerarqua de Procesos del Negocio

cd procesos
Sistemas de permisos y Vacaciones
Sistema de permisos y v acaciones

PROCESOS DE NEGOCIO
PN 1.1
PN 1.3
PN 1.2
Permi sos
PN 1.4
Vacaci ones
Guardi as
Eventos
Sistema de Permisos y Vacaciones
PN 1.1.1
PN 1.1.2
Adm. Permi sos

de
PN 1.2.1
Sol i ci tud
Adm. Guardi as
Permi sos
PN 1.1.1 Adm. Permisos
1.1.1.1
Ver hi stori al
de
permi sos
PN 1.1.2Solicitud de
permisos
1.1.1.2
Cal i fi
car
permi sos
1.1.2.1
Crear
permi
sos
PN 1.2.1Adm. Guardias
1.2.1.1
Crear pl anes
anes de guardi as
as
PN 1.2.2
PN 1.3.1
Consul
tar
Guardi as
Adm. Vacaci ones
PN 1.2.2 Consultar Guardias

1.2.2.1
Consul tar pl
de Guardi
PN 1.3.1Adm. Vacaciones
1.3.1.1
Agregar
Vacaci ones
PN 1.3.2
Adm. Eventos
Consul tar
Eventos
PN 1.4.1 Adm.Ev entos
PN 1.4.2 Consultar Ev entos
PN 1.3.2Consultar Vacaciones
1.3.2.1
Consul tar pl
anes de vacaci
ones
Figura 19. Jerarqua de los procesos del negocio.

PN 1.4.2
PN 1.4.1
Consul tar
Vacaci ones
1.4.1.1
Agregar
Evento
1.4.1.2
Ver Hi stori
al
de Eventos
1.4.2.1
Ver Hi stori al
de eventos
132
22. Modelo de los actores

Este modelado representa el conjunto de actores que participan en la
ejecucin de las actividades y procesos del Departamento de Soporte
Integral de la Gerencia de AIT Punta de Mata. Los actores pueden ser
miembros o no de la organizacin, mquinas, equipos o sistemas
automatizados. Los actores son responsables, bajo la definicin de un rol, de
la consecucin de un objetivo operacional especfico. Un actor mediante la
ejecucin, coordinacin o supervisin de un conjunto de actividades participa
activamente en los procesos de negocios.
Para definir a los diferentes actores que participan en la ejecucin del
conjunto de procesos del Departamento de Soporte Integral de la Gerencia
de AIT Punta de Mata, as como sus roles y responsabilidades. Se presenta
a continuacin la descripcin de actores/roles:
Actores
Jefe del
Departamento de
Soporte Integral
Rol
Responsabilidades
Supervisor
- Cumplir con las instrucciones

dictadas por las instancias
superiores De la gerencia de
Automatizacion informtica y
telecomunicaciones
de
la
empresa P.D.V.S:A.
-Controlar y verificar la ejecucin
de los trabajos asignados.
-Coordinar y supervisar las
actividades del personal a su
cargo.
Tabla 11. Modelo de los actores. Fuente: Autor (2011)

Actores
Rol
Analista de Soporte
Coordinador
Responsabilidades
- Prestar asistencia y asesora en
materia tecnolgica a cualquier
departamento de P.D.V.S:A.
- Revisar y ejecutar los programas
de acciones considerados dentro
del departamento de soporte
Integral.
- Ejecutar los procesos de
seguimiento y control de los
proyectos.
Redactor
Secretaria
- Obedecer y realizar instrucciones

dictadas por su superior.
Registrador
- Redactar correspondencia, oficios,

actas, memorando, anuncios y otros
documentos varios.
Archivador
-Archivar los documentos.
Transcriptor
- Transcribir documentos.
- Recibir e informar asuntos que
tengan que ver con el
departamento.
23. Modelado de Reglas del negocio
El modelado de reglas del negocio representa el conjunto de reglas,

normas, leyes, reglamentos y estndares de la organizacin implcitas en los
procesos de negocio, por cuanto rigen y regulan la ejecucin de las actividades
y procesos en el departamento de Sopote Integral de la Gerencia de AIT. En la

siguiente Figura se resaltan las reglas de negocio de dicha gerencia.
Figura 20. Modelo de reglas del negocio. Fuente: Autor(2011)

24. Modelado de Objetos del negocio
El modelado de objetos del negocio son todos aquellos elementos
organizacionales que son creados, usados, consumidos y/o transformados
fungen como recursos fundamentales en la ejecucin de las actividades
asociadas a los procesos de negocios. Estos recursos son utilizados tanto a
nivel de operaciones bsicas como a nivel de los procesos de toma de
decisiones en los diferentes niveles gerenciales de una organizacin o
sistema. A
continuacin se presenta el Diagrama de que constituye el
modelo de objetos del departamento de soporte integral de la Gerencia de

AIT.
Evento
Se registran asistentes
1
Asistentes
1*
1*
Permiso
1*
Puede Cargar
Solicita y se le Registran
Disfruta y se le registran
Usuario
1*
Vacacion
1
1
Realiza y se le registran
1*
Tiene
Guardias
Cargo
Diagrama 2: Diagrama de modelado de objetos del negocio.

25. Modelado de Eventos del negocio
Los Eventos del Negocio son hechos cuya ocurrencia dispara la
ejecucin inmediata de un conjunto de acciones asociadas a los procesos del
negocio. Esta ocurrencia puede causar alteraciones sobre los estados de los
Objetos de Negocios como resultado de las acciones realizadas en ese
instante t; un evento puede provocar la ejecucin en secuencia o no de un
conjunto de acciones en distintos procesos del negocio.
Los Eventos del Negocio necesitan ser identificados y especificados
de manera que pueda modelarse tanto sus causas o fuentes de origen como
sus efectos o impactos en objetos y procesos del negocio. Los eventos
pueden ser: planificados o no, internos originados dentro del mismo

sistema o externos cuando provienen del contexto del sistema de
negocios. El proceso de Modelado de Eventos es caracterizado por la Matriz
evento vs. Proceso de Negocio. En esta matriz se muestra los aspectos
fundamentales que puede ser capturado en el modelo de negocio para
el modelo de eventos. ste modelo permite representar el flujo de trabajo
que es llevado a cabo cuando ocurre un evento bien sea externo o interno.
Los diferentes eventos que fueron identificados dentro del departamento de
Soporte Integral se presentan en la siguiente tabla:
137
Tabla 12. Matriz Eventos Vs. Procesos

Departamento de Soporte Integral- Gerencia de AIT
Permisos
Adm.Permisos
Eventos
Verificacin de
historial de
permisos
El supervisor
califica los
permisos
El usuario llena una
planilla de solicitud
de permisos
El administrador
crea un plan de
guardias
Consulta de planes
de guardias creados
Crear un plan de
vacaciones anual
Consulta de planes
de vacaciones
creados
Cargar eventos del
departamentos
Verificar historial y
asistencias a
eventos
Ver
Historial
Calificar
Permisos
Guardias
Solicitud
de
Permisos
Crear
permisos
Procesos Del Negocio

Vacaciones
Adm.
Guardias
Consultar
Guardias
Adm.
Vacaciones
Consultar
Vacaciones
Crear
planes de
Guardias
Consultar
planes de
guardias
Agregar
vacacin
Consultar
planes de
vacaciones
Eventos
Adm Eventos
Agregar
evento
Ver
historial
de
eventos
Consultar
Eventos
Ver
historial de
eventos
. Fuente: Autor (2011)
138

DOCUMENTO DE DEFINICION DE REQUISITOS

Version 1.0
Autor
Fecha
Version
Descripcion
MarleneArteaga
25/10/09
0.91
MarleneArteaga
05/11/09
0.92
26. Introduccin
Una vez elaborado el modelo del negocio, ya se tiene una
comprensin suficiente del problema y del dominio donde operar el sistema.
La definicin de requisitos describe los requisitos desde la perspectiva de los
usuarios de la aplicacin, consiste en determinar y documentar los requisitos
funcionales y no funcionales que los actores del negocio tienen con respecto
al sistema que se desea desarrollar.
Este documento contiene la definicin de los requisitos que deber
satisfacer la aplicacin. Adems de identificar los requisitos de funcionalidad
que se ajustan a las necesidades de los usuarios, se documentarn los
requisitos no funcionales que definen las limitaciones que se le impondrn al
diseo e implementacin del sistema. Los requisitos se clasifican en dos
tipos: funcionales y no funcionales. Los requisitos funcionales establecen los
servicios que debe proporcionar el sistema. Los requisitos no-funcionales
definen las limitaciones que se le impondrn al diseo del sistema.
26. Descubrimiento de requisitos
Este proceso consiste en capturar las necesidades que los clientes,
usuarios y otros interesados tienen en relacin a la aplicacin. Dicho proceso
139
est relacionado con el conocimiento del dominio de la aplicacin

correspondiente al Sistema de Negocios en el cual operar la aplicacin una
vez desarrollada, la identificacin de los usuarios de la aplicacin y, la
identificacin de necesidades y problemas que se espera la aplicacin puede
resolver. Este proceso implica entender: el sistema de negocios que ser
servido por el sistema, los problemas de informacin que se quieren resolver
y las necesidades de los usuarios finales.
Diagrama de Procesos:
Modelo de
Negocios
Descubrimiento
de Requisitos
Dominio
Objetivo
Proceso
Reglas
Actores
Problemas
Lista preliminar
de requisitos
fundamentales
Diagrama 3: Diagrama de proceso del descubrimiento de requisitos.

Autor: 2011.
Como se muestra en la figura anterior el Descubrimiento de los
Requisitos tiene como insumo de entrada el Modelo de Negocio y como
productos de salida: dominio de jerarqua del sistema, los objetivos del
negocio, procesos de negocios (cadena de valor general), las reglas de
negocio, actores, problemas y las lista preliminar de los requisitos
funcionales.
Diagrama de jerarqua de los procesos de descubrimiento de requisitos
140
Diagrama 4: Diagrama de jerarqua de procesos Descubrimiento de

Requisitos
141
Reglas del Negocio

Cdigo
Nombre
Descripcin
Fuente
Variacin
Regla del
negocio
Asociada
RN001
Decreto 3390.
Publicado en la
Gaceta oficial N
38.095 de fecha 28
de Diciembre de
2004.
Articulo 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.
RN002
Decreto 3390.
Publicado en la
Gaceta oficial N
38.095 de fecha 28
de Diciembre de
2004.
Articulo 2 A los efectos del presente Decreto se entender

por:
Software Libre: Programa de computacin cuya licencia
garantiza al usuario acceso al cdigo fuente del programa y lo
autoriza a ejecutarlo con cualquier propsito, modificarlo y
redistribuir tanto el programa original como sus modificaciones
en las mismas condiciones de licenciamiento acordadas al
programa original, sin tener que pagar regalas a los
desarrolladores previos.
Estndares Abiertos: Especificaciones tcnicas, publicadas y
controladas por alguna organizacin que se encarga de su
desarrollo, las cuales han sido aceptadas por la industria,
estando a disposicin de cualquier usuario para ser
implementadas en un software libre u otro, promoviendo la
competitividad, interoperatividad o flexibilidad.
Tabla 13. Reglas del Negocio (1/2)

142

Cdigo
Nombre
Descripcin
Fuente
Variaci
Regla del
negocio
Asociada
RN003
Decreto 3390.
Publicado en la
Gaceta oficial N
38.095 de fecha 28
de Diciembre de
2004.
Artculo 3. En los casos que no se puedan desarrollar

o
adquirir
aplicaciones en
Software
Libre
bajo
Estndares Abiertos, los rganos y entes de la

Administracin Pblica Nacional debern solicitar ante
el Ministerio de Ciencia y Tecnologa autorizacin para
adoptar otro tipo de soluciones bajo los normas y
criterios establecidos por ese Ministerio.
RN-
Permisos
004
RN
Vacaciones
005
RN
Guardias
006
RN
007
Eventos
La Aprobacin de permisos es indispensable para que

el personal pueda ausentarse de su puesto de trabajo
Departamento de
Los planes de vacaciones del departamento de

Soporte Integral, son aprobados en reunin por el
personal.
El cumplimiento de las guardias por parte del personal
de nomina mayor es obligatorio
Departamento de
Existen ciertos eventos a los cuales es necesaria la

asistencia del personal
Departamento de
Tabla 13. Reglas del Negocio (2/2) Fuente: Autor (2011)
soporte Integral
soporte Integral
Departamento de
soporte Integral
soporte Integral
143
Descripcin de los actores

En este punto se describen los actores que interactan con el sistema.
Un actor que puede ser una persona, una mquina, un sistema o dispositivo,
tiene responsabilidades en la ejecucin, participacin y coordinacin de las
actividades asociadas a uno o ms procesos del negocio.
Las responsabilidades de ejecucin de actividades son agrupadas
bajo el trmino de rol. Un actor puede ejecutar uno o ms roles. Los actores
son responsables, bajo la definicin de un rol, de la consecucin de un
objetivo operacional especfico. Los actores estn clasificados en actores
directos e indirectos. Los actores directos son aquellos que forman parte del
sistema de negocio y desempean un rol en las actividades del negocio, Los
actores indirectos son aquellos que no forman parte del sistema de negocio,
es decir, interactan con el sistema para satisfacer ciertas necesidades o
proveer recursos. Para especificar los distintos actores que forman parte
de la ejecucin de los procesos del Departamento de Soporte Integral
de la
Gerencia de AIT se har de la siguiente manera:
Actor -001
Supervisor del departamento de Soporte

Integral
Este actor es el encargado de controlar los
procesos dentro del departamento.
Supervisor
Actor Directo
Tabla 14: Descripcin de los actores 1/3.

Actor -002
Analista
Este actor es el encargado de realizar las
actividades de soporte a cada departamento de
P.D.V.S.A
Analista
Actor Directo
Tabla 14: Descripcin de los actores 2/3

Actor -003
Secretaria
Es el actor encargado de la documentacin de
archivos,
redaccin
transcripcin
de
oficios,
memorandos, informes y otros.

Secretaria
Actor Directo
Tabla 14: Descripcin de los actores 3/3.

27. Recoleccin de requisitos Iniciales
Cdigo
Descripcin de
requerimiento
Actor
Proceso
del
negocio
P.N 1
Regla del
negocio
Medio
En lnea
R-001
Validar acceso
del usuario
Supervisor,Analista,
Administrador
R-002
Administrar
Permisos
Calificar
permisos
Ver historial de
Supervisor
P.N 1.1.1
RN-004
En linea
Supervisor
1.1.1.2
RN-004
En lnea
Supervisor
1.1.1.1
En lnea
R-003
R-004
permisos
R-005
Solicitar
Analista
1.1.2.1
RN-004
En lnea
permisos
Tabla 15. Recoleccin de requerimientos iniciales.

Fuente: Autor
Cdigo
R-006
Descripcin de
requerimiento
Imprimir
Actor
Analista
Proceso
del
negocio
1.1.2.1
Regla del
negocio
Medio
RN-004
Impres
permisos
aprobados
R-007
Administrar
Administrador
1.2.1
RN 006
Guardias
R-008
Consultar
lnea
Analista
1.2.2.1
guardias
R-009
R-010
R-012
Administrar
Supervisor,
vacaciones
administrador
Consultar plan Analista
1.3.1
RN 005
1.3.2.1
En
lnea
Agregar
Administrador,
Eventos
Supervisor
Ver historial de Supervisor

Consultar
En
lnea
1.4.1.1
En
lnea
1.4.1.2
RN 007
asistencias
R-013
En
lnea
de vacaciones
R-011
En
En
lnea
Analista
1.4.2
eventos
En
lnea
Tabla 15. Recoleccin de requerimientos iniciales.

Fuente: Autor
28. Anlisis de Requisitos
El anlisis de requisitos consiste en determinar y resolver posibles
conflictos entre los requisitos y establecer la interaccin de la aplicacin con
su dominio o ambiente. Mediante el anlisis de los requisitos se describen los

servicios y las restricciones operativas que debe proporcionar el sistema que
se pretende implantar en el departamento de soporte integral de la Gerencia
de AIT.
Los requisitos se clasifican en dos tipos: funcionales y no funcionales.
Los requisitos funcionales establecen los servicios que debe proporcionar la
aplicacin, determinan la funcionalidad de la aplicacin. Describen lo que la
aplicacin empresarial deber hacer, esto es: (1) su comportamiento; (2) su
interaccin con los usuarios y con su dominio de aplicacin (o sistema de
negocios); y (3) sus respuestas a eventos internos (mismo sistema) y
externos (interaccin con otros sistemas).
Los requisitos no-funcionales definen las limitaciones que se le impondrn al

diseo de la aplicacin, adems especifican criterios que pueden usarse para
juzgar la operacin de un sistema en lugar de sus comportamientos
especficos, ya que stos corresponden a los requisitos funcionales
Perspectiva del producto: El SIPERYVA es desarrollado para gestionar los

procesos de solicitud de permisos, vacaciones, Planes de guardias anuales,
y programas de eventos relacionados con la empresa. Las expectativas que
se quieren cumplir con este sistema es que sea funcional, que la informacin
que suministre sea veraz permitiendo as la credibilidad por parte de los
usuarios
Funciones del producto: Este sistema permitir a la Gerencia de AIT,
especficamente al departamento de Soporte Integral: realizar sus labores de
manera eficaz y eficiente, llevar un control de las actividades del
departamento, automatizar la solicitud de permisos, guardias, vacaciones y
eventos por parte del personal, incorporar herramientas tecnolgicas que
permitan satisfacer las necesidades del departamento de soporte Integral y

adems llevar el control del personal de dicho departamento.
Caractersticas de los usuarios: El SIPERYVA se desarrollo para el personal
del departamento de Soporte Integral de la Gerencia de AIT, el cual est
conformado por Ingenieros capacitados y adiestrados en el manejo de
computadoras y aplicaciones web.
Requisitos Funcionales:
Los requerimientos funcionales describen al sistema en trminos de
entrada-salida, mientras que los no-funcionales, en trminos de cualidades
deseables del sistema. A continuacin se muestran los requisitos funcionales
establecidos para la aplicacin que se quiere implantar en el departamento
de soporte integral.
149
Descripcin del Requisito
Usuario
Proceso
Regla
del
del
negocio
Negocio
Cdigo
RF-
El sistema debe tener una opcin de Validar usuario
Administrador
001
RF002
RF003
RF004
RF005
RF006
RF007
RF008
Medio
En
lnea
El sistema debe mostrar un mensaje de alerta en caso de que el usuario

o contrasea sean invlidos.
Administrador
El sistema debe tener una opcin de administrar (Agregar, consultar,

editar y eliminar) usuario
Administrador
El sistema debe mostrar el men de acuerdo al nivel de acceso de los

usuarios
Administrador
En
lnea
En
lnea
El sistema debe mostrar en la pantalla de inicio los permisos que posee el usuario
usuario, ya sean aprobados, rechazados o por calificar. Adems una de
las secciones del inicio mostrara los eventos programados por la gerencia
En el modulo de consultar usuario debe estar la opcin de buscar y Usuario
editar usuario.
El sistema debe tener un modulo de administrar permisos, dicho modulo Supervisor
debe tener la opcin para calificar (Aprobar o rechazar) los permisos y ver
el historial de permisos aprobados.
El sistema debe tener un modulo de solicitud de permisos en el cual el Usuario
usuario puede crear, editar o eliminar su solicitud, de ser aprobado el
permiso el usuario podr imprimir su comprobante.
Tabla 16.Requisitos Funcionales del sistema(1/2).

Fuente: Autor
En
lnea
En
lnea
En
lnea
En
lnea e
Impreso
Tabla 16 (continuacin)
Cdigo
RF009
RF010
RF011
RF012
RF013
RF014
RF015
Usuario
El sistema de informacin debe poseer un modulo de administrar

guardias, en donde se puede agregar, editar consultar o eliminar los
planes de guardias.
Debe poseer un modulo de consulta de guardias para los usuarios de
acceso restringido, de manera que solo puedan consultar.
Administrador
El sistema debe contener un modulo de vacaciones en el cual se puedan

agregar, editar, consultar o eliminar planes de vacaciones del personal-.
Administrador
El sistema debe tener un modulo de consultar vacaciones, ste estar

disponible para los usuarios (analistas)
Usuario
El sistema debe contar con un modulo de administrar eventos en el cual

se podr agregar, editar, consultar o eliminar los eventos programados
por la gerencia.
El modulo de eventos cuenta con un link en el cual se puede visualizar el
historial de asistencia a los eventos por parte del personal.
Administrador
Debe existir un modulo para configurar: nivel de acceso, organizacin

(cargo, gerencia, departamento) y ubicacin
Administrador
Tabla 16.Requisitos Funcionales del sistema (2/2). Fuente: Autor
Proceso
Regla
del
del
negocio
Negocio
Medio
En
lnea
Usuario
En
lnea
En
lnea
En
lnea
Supervisor
En
lnea
En
lnea
Requisitos no funcionales del sistema

Cdigo
RNF001
RNF002
RNF003
RNF004
RNF005
RNF006
RNF007
RNF008
RNF009
RNF010

El sistema debe ser diseado segn la arquitectura cliente-servidor.
Tipo de requisito
Plataforma
La interfaz del sistema deber ser implementada como una aplicacin web
El diseo de la interfaz usuario - sistema debe responder al diseo oficial que establece P.D.V.S.A
Interfaz
Comunicacin
Los usuarios que deseen ingresar al sistema debern introducir su usuario (indicador) y contrasea,
sta ser validada para darle acceso al sistema o envindole un mensaje de alerta en caso de que los
datos sean incorrectos.
Cada usuario del sistema tendr asignado un determinado perfil, usado para activar los servicios u
opciones que l pueda realizar dentro del sistema.
Debe tener una interfaz sencilla y amigable.
Restriccin,
Funcionalidad
El sistema debe mostrar en la pantalla activa nombre e indicador del usuario
Interfaz
Restriccin
Interfaz
El sistema deber ser desarrollado bajo software libre, utilizando el lenguaje de programacin PHP y Restriccin
utilizar el estndar HTML para el diseo de las pginas web del sistema. De esta forma se
garantizara que el cdigo HTML generado pueda ser interpretado por cualquier de los navegadores
comerciales existentes en el mercado.
Se debe emplear la plataforma XAMPP que contiene el servidor Apache el cual funcionar como el Software
servidor donde se probar la funcionalidad del sistema.
La o consulta y almacenamiento de los datos estar bajo la responsabilidad del sistema manejador de Software
base de datos MySQL.
Tabla 17.Requisitos Funcionales del sistema (1/2).

Fuente: Autor
Cdigo
RNF011
RNF012
RNF013
RNF014
RNF015
RNF016
RNF017
RNF018
RNF019

El sistema debe contar con una interfaz de configuracin
Tipo de
Requisito
Interfaz
El sistema debe ser capaz de ejecutarse en la configuracin estndar de los equipos de cliente de AIT.
Funcionalidad
El sistema debe imprimir los permisos aprobados de los usuarios.
Funcionalidad
La conexin del sistema debe ser a travs del protocolo http://.
Desarrollo
El sistema debe utilizar los servicios de la red interna de P.D.V.S.A para establecer comunicacin entre
los clientes, el servidor web y el manejador de base de datos.
El sistema debe tener los botones estndares de navegacin (imprimir, agregar, guardar, editar,
eliminar, buscar).
El sistema deber funcionar bajo ambiente Windows XP/Linux.
Comunicacin
El sistema debe validar automticamente informacin como: obligatoriedad de campos, longitud de

caracteres permitida por campo, etc.
Restriccin
El sistema debe captar la informacin a desde el teclado del usuario.
Restriccin
Tabla 17.Requisitos no Funcionales del sistema (2/2). Fuente: Autor
Diseo
Restriccin
153
Atributos de Calidad:
De acuerdo a la definicin del Instituto de Ingenieros Elctricos y
Electrnicos (IEEE, Std. 610-1990) La calidad del software es el grado con
el que un sistema, componente o proceso cumple los requerimientos
especificados y las necesidades o expectativas del cliente o usuario.
Segn el modelo de calidad descrito en la ISO-9126, la calidad de un
proceso contribuye a mejorar la calidad de un producto y a su vez la calidad
del producto contribuye a mejorar la calidad en uso. La finalidad de la calidad
en uso es medir la efectividad, productividad, seguridad y la satisfaccin de
los usuarios que interactan con el producto.
Normas de calidad del producto:
Este estndar est pensado para los desarrolladores, adquirentes,
personal que asegure la calidad y evaluadores independientes, responsables
de
especificar
evaluar
la
calidad
del
producto
software.
Por tanto, puede servir para validar la completitud de una definicin de

requisitos, identificar requisitos de calidad de software, objetivos de diseo y
prueba, criterios de aseguramiento de la calidad, etc.
La calidad de cualquier proceso del ciclo de vida del software (estndar
ISO
12.207) influye en la calidad del producto software que, a su vez,
contribuye a mejorar la calidad en el uso del producto.
La calidad del software puede evaluarse midiendo los atributos
internos (medidas estticas o productos intermedios) o atributos externos
(comportamiento del cdigo cuando se ejecuta).
El objetivo no es necesariamente alcanzar una calidad perfecta, sino la
necesaria y suficiente para cada contexto de uso a la hora de la entrega y del
uso por parte de los usuarios. Es necesario comprender las necesidades

reales de los usuarios con tanto detalle como sea posible (requisitos).
Aspectos de la calidad:
Interna: Medible a partir de las caractersticas intrnsecas, como el cdigo
fuente
Externa: medible en el comportamiento del producto, como en una prueba
En uso: durante la utilizacin efectiva por parte del usuario
La norma ISO 9126 consta de 4 partes:
ISO 9126
Parte 1:
Modelo de
calidad
Parte 2:
Mtricas
externas
Parte 3:
Mtricas
Internas
Parte 4:
Mtricas de
calidad en
uso
Figura 22: ISO 9126. Calero, C (2008I)

ISO 9126-3 Mtricas Internas de la calidad de producto de software
1. Aplican a un producto de software no ejecutable.
2. Aplican durante las etapas de su desarrollo.
3. Permiten medir la calidad de los entregables intermedios.
4. Permiten predecir la calidad del producto final.
5. Permiten al usuario iniciar acciones correctivas temprano en el

ciclo de desarrollo.
La norma ISO-9126-3 contiene 6 mtricas para calcular la calidad del
software, estas mtricas se presentan a continuacin con sus atributos:
Mtricas de funcionalidad
1. Adecuidad: la capacidad del producto software para proporcionar un
conjunto apropiado de funciones para tareas especficas y objetivos
de los usuarios.
2. Exactitud: la capacidad del producto software para proporcionar los
resultados o efectos correctos y con el grado de precisin acordado.
3. Interoperabilidad: la capacidad del producto software para interactuar
con uno o ms sistemas especificados.
4. Seguridad: referido a la capacidad del producto software para proteger
la informacin y los datos.
5. Conformidad de la funcionalidad: la capacidad del producto software
para adaptarse a los estndares, convenciones o regulaciones en
leyes y prescripciones relativas a la funcionalidad.
Mtricas de Fiabilidad
1. Madurez: la capacidad del producto software para evitar fallos
provocados por errores en el software.
2. Tolerancia a fallos: la capacidad del producto software para mantener
un nivel de rendimiento determinado en caso de defectos en el
software o incumplimiento de su interfaz.
3. Recuperabilidad: la capacidad del producto software para restablecer

un determinado nivel de rendimiento y recuperar los datos afectados
directamente en caso de ocurrir un fallo.
4. Conformidad de la fiabilidad: la capacidad del producto software para
adaptarse a estndares, convenciones y regulaciones referidas a la
fiabilidad.
Mtricas de Usabilidad
1. Entendibilidad: la capacidad del producto software para permitir al
usuario que entienda si el software es adecuado, y como debe
utilizarse para determinadas tareas y bajo ciertas condiciones de uso.
2. Aprendibilidad: la capacidad del producto software para permitir al
usuario aprender su aplicacin.
3. Operabilidad: la capacidad del producto software para permitir que el
usuario lo opere y lo controle.
4. Atractivo: la capacidad del producto software para atraer al usuario.
5. Conformidad de la usabilidad: la capacidad del producto software para
adaptarse a estndares, convenciones, guas de estilo y regulaciones
relacionadas con la usabilidad.
Mtricas de eficiencia
1. Comportamiento en el tiempo: la capacidad del producto software para
proporcionar tiempos de respuesta y de procesamiento apropiados
cuando realiza sus funciones bajo condiciones determinadas.
2. Utilizacin de recursos: la capacidad del producto software para
utilizar cantidades y tipos de recursos apropiados cuando el software
realiza su funcin bajo determinadas condiciones.
3. Conformidad de la eficiencia: la capacidad del producto software para

adaptarse a estndares o convenciones relacionadas con la eficiencia.
Mtricas de Mantenibilidad
1. Analizabilidad: Capacidad del producto software de diagnosticar sus
deficiencias o causas de fallos, o de identificar las partes que deben
ser modificadas.
2. Cambiabilidad:
Capacidad
del
producto
software
de
permitir
implementar una modificacin especificada. La implementacin incluye

los cambios en el diseo, el cdigo y la documentacin.
3. Estabilidad: Capacidad del producto software de evitar los efectos
inesperados de las modificaciones.
4. Examinabilidad: Capacidad del producto software de permitir validar
las partes modificadas.
5.
Conformidad
de
la
mantenibilidad:
Capacidad
del
producto
software de cumplir los estndares o convenciones relativas a la

mantenibilidad.
Mtricas de Transportabilidad
1. Adaptabilidad: la capacidad del producto software para ser adaptado
para ambientes determinados sin realizar acciones o aplicar medios,
ms que los proporcionados para este propsito para el software
considerado.
2. Instalabilidad: la capacidad del producto software para ser instalado
en un ambiente determinado.
3. Coexistencia: la capacidad del producto software para coexistir con
otro software independiente en un ambiente comn compartiendo
recursos.
4. Remplazabilidad: a capacidad del producto software para ser utilizado

en lugar de otro producto de software para el mismo propsito en el
mismo ambiente.
5. Conformidad de la transportabilidad: la capacidad del producto
software
para
portabilidad.
adaptarse
estndares
relacionados
con
la
159
Figura 23: Modelo de calidad interna y externa para el Departamento de soporte Integral.
Fuente: autor 2011
160

DOCUMENTO DE ESPECIFICACION DE REQUISITOS DE SOFTWARE

Version 1.0
Autor
Fecha
Version
MarleneArteaga
10/11/09
0.91
MarleneArteaga
15/11/09
0.92
MarleneArteaga
1.0
Descripcion
Versin final
29. Introduccin
Este documento describe con mayor detalle cada uno de los requisitos
funcionales identificados en el documento de definicin de requisitos, los
cuales sern especificados usando un modelo de casos. Dicho modelo
contendr una serie de diagramas de casos de uso y un conjunto de
plantillas en las cuales se detalla cada caso de uso y se muestra la
interaccin del usuario-sistema y se representarn las funciones u
operaciones que cada actor puede realizar dentro del sistema.
El alcance es realizar el proceso de especificacin de requisitos de
software que est orientado a guiar y dirigir posteriormente el proceso de
diseo e implementacin del sistema propuesto.
30. Requisitos especficos
Para el anlisis detallado de los requisitos del sistema se har uso de
los diagramas de casos de uso, los cuales documentan el comportamiento
del sistema desde el punto de vista de un usuario. Por lo tanto los casos de
uso determinan los requisitos funcionales del sistema desde el punto de
vista
del usuario, punto importante si el sistema ser creado para cualquier tipo de
personas, no necesariamente para expertos en el rea de computacin. A
continuacin se describen las funcionalidades del sistema mediante el caso
de uso general del sistema:
Diagrama de Caso de Uso General del Sistema
Administrar Sistema
Gestionar Guardia
ADMINISTRADOR
Gestionar Permisos
Gestionar Vacacin
<< include >>
SUPERVISOR
Validar Usuario
Generar Eventos
Solicitar Permiso
USUARIO
Consultar Guardias
Diagrama 4. Diagrama general de casos de uso del sistema.

A continuacin se especifican los eventos y flujos alternativos entre el

usuario y la respuesta de los procesos del sistema, se podrn visualizar los
diagramas de secuencia y diagrama de clase que rigen la construccin del
sistema, as como tambin, el prototipo de las pantallas relacionadas al caso
de uso. Estos diagramas de casos de uso comprenden la funcionalidad del
sistema, como se comportan los procesos, como se interacta con el entorno
grfico para el correcto funcionamiento.
Caso de uso
Validar Usuario
Autor
Marlene
CU-001
Fecha
Arteaga
Actores
05-04-
Versin
0.91
11
1. Administrador
2. Supervisor
3. Usuario
Tipo
Primario/esencial
Referencias
Todos los casos de uso
Pre condicin
El usuario debe estar registrado e introducir su usuario y

contrasea.
Postcondicion Acceder al sistema.
Validar usuario
Usuario del Sistema
Diagrama 5. Casos de Uso Validar Usuario.

Propsito
Validar los usuarios que van a acceder al sistema
Resumen
Este caso de uso limita el acceso al sistema, haciendo que cada usuario
cuente con nombre y una clave para acceder al sistema.
Curso Normal (Bsico)
Nro
Accin de actor
Accin del Sistema
.
1 Abre la ventana y solicita nombre de usuario
y contrasea
2
Introduce
usuario
contrasea
3 El sistema valida el usuario
4 El sistema permite el acceso del usuario de
acuerdo a su perfil.
5 Muestra al usuario el men principal.
Tabla 18. Curso bsico de eventos para validar usuario.
Fuente. Autor (2011)
Cursos Alternos
2
Si el usuario o contrasea son invlidos, el sistema muestra un mensaje de

alerta que indica que el usuario no est registrado y permite ingresar el
nombre y contrasea nuevamente.
Si el usuario es administrador, el sistema carga opciones de administrador

Tabla 19. Cursos alternos de eventos para validar usuario.
Fuente. Autor (2011)
Diagrama de clases
j004t_nivel
-nu_id : int
-tx_nombre : char
-tx_descripcion : char
-nu_administrar_usuario : int
-nu_consultar_usuario : int
-nu_administrar_permiso : int
-nu_solicitud_permiso : int
-nu_administrar_guardia : int
-nu_consultar_guardia : int
-nu_administrar_vacacion : int
-nu_consultar_vacacion : int
-nu_administrar_evento : int
-nu_consultar_evento : int
-nu_configurar_sistema : int
+agregar()
+modificar()
+consultar()
+editar()
+eliminar()
j001t_usuario
*
-Tiene
+nu_id : int
-tx_nombre : Char
-tx_apellido : char
-nu_cedula : int
-in_indicador : char
-co_contrasena : char
-fe_fechaingreso : Date
-nu_localidad : int
-nu_extension : char
-nu_codigo : char
-nu_telefono : char
-nu_cargo : int
-nu_nivel : int
+consultar()
+eliminar()
Diagrama 6: Diagrama de clases Validar usuario.

165
DIAGRAMA DE SECUENCIAS VALIDAR USUARIO

validar usuario
base datos
nivel
permiso
Usuarios del Sistema
Ingresar nombre usuario
verificar_datos()
Ingresar contrasea
presionar ingresar
Enviar datos usuario
validar_usuario()
no tiene acceso
procesar
{Si resp=false}
extraer_nivel()
procesar
extraer_permiso()
Diagrama 7. Diagrama de secuencia validar usuario.

166
Pantallas para la Validacin de Usuario

A continuacin se muestran las pantallas de los mdulos del sistema
Pantalla 1/2. Validar usuario.

Pantalla 2/2. Men principal, usuario supervisor.

Caso de uso
Administrar Sistema
Autor
Marlene
CU-002
Fecha
05-04-
Arteaga
Versin
0.91
11
Actores
1. Administrador
Tipo
Primario/esencial
Referencias
Pre condicin
El usuario ha sido validado por el sistema
Postcondicin Realizar operaciones de administrador (agregar nuevo

usuario, modificar y eliminar)
Gestionar Usuario
<<extends>>
Configurar Roles
Gestionar Cargo
Gestionar
Departamentos
Administrar Sistema
<< include >>
Gestionar Gerencias
<<extends>>
Gestionar
Gerencia General
Administrador
Gestionar
Organizacin
Gestionar Ubicacin
Diagrama 8: Diagrama de caso de uso de administrar sistema.

Propsito
Establecer perfiles de cada usuario del sistema y gestionar aspectos
relacionados con la configuracin del sistema.
Resumen
Permitir ingresar buscar o eliminar informacin del sistema

Nro Accin de actor
.
1
Se inicia cuando el
administrador
del
sistema
entra
al
sistema.
3
El
administrador
selecciona la pestaa
de configurar sistema.
5
Agregar cargo.
El
administrador
presiona
el
botn
agregar cargo
5.2 El
administrador
introduce
la
informacin necesaria
para crear el cargo y
presiona
el botn
crear cargo
6
Modificar cargo.
El
administrador
presiona
el
botn
editar cargo
6.2
7.3
Accin del Sistema

2
El sistema muestra las pestaas de

configuracin y de administracin de
sistema.
El sistema muestra los link para gestionar

(agregar, Modificar, Eliminar) cargo,
gerencia y organizacin.
El sistema muestra una ventana para
crear un cargo y su descripcin.
5.1
5.3
El sistema muestra en pantalla el cargo

que ha sido creado.
6.1

editar el cargo y su descripcin.
El
administrador 6.3
introduce
la
para crear el cargo y
presiona
el
botn
editar cargo
Eliminar cargo.
7.1
El
administrador
presiona
el
botn
eliminar cargo
El sistema muestra en pantalla la edicin

del cargo
El sistema muestra una pantalla de alerta

con el mensaje desea eliminar el
cargo?
El
administrador 7.4 El sistema muestra la actualizacin.
presiona si o no
Tabla 20: Curso bsico de eventos para administrar sistema(1/4).
Fuente: autor 2011
Nro
Accin de actor
.
Accin del Sistema
Agregar
8.1
departamento.
El
administrador
presiona el botn
agregar
departamento
El sistema muestra una ventana en

donde se creara el nuevo departamento.
8.2
El
administrador 8.3
introduce
la
para crear el nuevo
departamento
y
presiona el botn
crear
departamento.
Modificar
9.1
departamento.
El
administrador
presiona el botn
editar
departamento
El sistema muestra en
informacin guardada.
El
administrador 9.3
introduce la informacin
necesaria y presiona el
botn editar cargo
Eliminar
10.
departamento.
1
El
administrador
presiona
el
botn
eliminar
departamento
El sistema muestra la edicin.
9.2
10
pantalla
la

editar el departamento.

departamento?.
Tabla 20: Curso bsico de eventos para administrar sistema (2/4).

Fuente: autor 2011
170

Nro
Accin de actor
.
10. El
administrador
3
presiona si o no
11
Agregar estado.
El
administrador
presiona
el
botn
agregar estado
11.
2
12
12.
2
13
Accin del Sistema

10.
4
11.
1
El sistema muestra la actualizacin.
El
administrador
introduce el nombre del
estado y presiona el
botn crear estado.
Modificar estado.
El
administrador
presiona el botn editar
estado
11.
3
El sistema muestra
informacin guardada.
12.
1

editar el estado.
El
administrador
introduce la informacin
necesaria y presiona el
botn editar estado
Eliminar estado.
El
administrador
presiona
el
botn
eliminar estado
12.
3
El sistema muestra la edicin.
13.
1

estado?
El sistema muestra una ventana en donde

se colocara el nombre del nuevo estado.
en
pantalla
la
13.
3
14
El
administrador 13.
4
presiona si o no
El
administrador 15
selecciona administrar
usuario.
16
Crear usuario.
16.
El
administrador 1
presiona
el
botn
agregar usuario
El sistema abre una nueva pantalla con

un formulario de datos para crear el
nuevo usuario
El sistema abre una ventana nueva y

muestra
las opciones de administracin (agregar
usuario,
Modificar, Eliminar, listar usuario).
Tambin, busca los usuarios que han sido
creados y los muestra en pantalla.
Tabla 20: Curso bsico de eventos para administrar sistema (3/4). Fuente:
autor 2011

Nro
Accin de actor
.
16. el administrador llena el
2
formulario de datos y
presiona
el
botn
crear usuario
17
Modificar usuario.
El
administrador
presiona el botn editar
usuario.
17. el administrador edita la
2
informacin y presiona
el
botn
editar
usuario
18
Listar usuario.
El
administrador
presiona el botn de
listar usuario
19
Eliminar usuario.
El
administrador
presiona
el
botn
eliminar usuario
19. El
administrador
2
presiona si o no
20
Buscar usuario.
El administrador llena el
campo de bsqueda
con el indicador y
presiona
el
botn
buscar
Accin del Sistema

16.
3
El sistema muestra en pantalla el usuario

que ha sido creado.
17.
1
El sistema muestra el formulario donde se

editara la informacin.
17.
3
El sistema muestra en pantalla la nueva

lista de usuario con los cambios
realizados
18.
1
El sistema muestra toda la informacin

relacionada con ese usuario.
19.
1
El sistema muestra un mensaje de alerta

usuario?
20.
1
El sistema muestra en pantalla los

resultados de la bsqueda, permitiendo
eliminar, consultar y editar
Tabla 20: Curso bsico de eventos para administrar sistema (4/4). Fuente:
autor 2011
Cursos Alternos
1 En caso de que alguna informacin introducida por el administrador exista,
el sistema mostrara un mensaje de alerta de que ya esa informacin est
en la base de datos y pedir volver atrs
1 En caso de que el administrador quiera volver a la pantalla anterior sin
guardar los datos del nuevo usuario, entonces presiona el botn Ir a la
pgina anterior.
Tabla 21 : Curso alterno de eventos para administrar sistema. Fuente: auto
2010.
Otros datos
Caso de uso que permite administrar el sistema
Diagrama de clases
k004t_evento
-nu_localidad : int
-fe_creacion : Date
k001t_permiso
k006t_asistencia
+nu_id : int
-tx_nombre : char
-fe_fecha : Date
-tiene
-nu_id : int
-nu_usuario : int
-tx_nomina : char
-nu_gerenciageneral : int
-nu_gerencia : int
-nu_departamento : int
-fe_desde : Date
-fe_hasta : Date
-tx_motivo : char
-nu_supervisor : int
-nu_aprobado : int
-tx_tipo : char
-fe_calificacion : Date
+solicitar()
+consultar()
+aprobar()
+eliminar()
+nu_evento : int
-nu_usuario : int
+registrar()
+consultar()
*
+ingresar()
+consultar()
+eliminar()
-carga
j001t_usuario
j002t_localidad
-tx_nombre : Char
-tx_apellido : char
-nu_cedula : int
-nu_id : int
-tx_nombre : char
-nu_relacion : int
-nu_localidad : int
-nu_codigo : char
-nu_telefono : char
-nu_cargo : int
-nu_nivel : int
+consultar()
+agregar()
+modificar()
+eliminar()
-pertenece
+consultar()
+agregar()
+editar()
+eliminar()
j003t_cargo
-tiene
1
-Posee
-nu_id : int
-tx_nombre : char
+consultar()
+agregar()
+editar()
+eliminar()
*
k005t_guardias
-tiene
-tiene
*
+nu_id : int
-nu_usuario : int
-fe_desde : Date
-fe_hasta : Date
+registrar()
+consultar()
+editar()
+eliminar()
j007t_departamento
-tx_nombre : char
+consultar()
+agregar()
+editar()
+eliminar()
k003t_vacacion
-Pertenece
j008t_estado
1
+nu_id : int
-tx_nombre : char
+registrar()
+consultar()
+editar()
+eliminar()
-nu_id : int
+registrar()
+consultar()
+editar()
+eliminar()
-tx_nombre : char
+consultar()
+editar()
+eliminar()
j006t_gerencia
*
j004t_nivel
+nu_id : int
-tx_guardia : int
+nu_id : int
-tx_nombre : char
+registrar()
+consultar()
+editar()
+eliminar()
Diagrama 9. Diagrama de clases administrar sistema

. Fuente Autor
173
DIAGRAMA DE SECUENCIAS DE LA ADMINISTRACIN DEL SISTEMA

Sistema siperyva
usuario
cargo
gerencia
Base datos
organizacion
Administrador del Sistema

Insertar
validar()
enviar datos usuario
mostrar datos
consultar
roles de usuario
eliminar usuario
Ingresar al Sistema
nombre cargo
ingresar
mostrar cargo
consultar
eliminar cargo()
Cerrar sesin
nombre gerencia
ingresar
departamentos
consultar
mostrar gerencia
enviar
ingresar
mostrar
consultar
eliminar()
Diagrama 10. Diagrama de secuencia administrar sistema.

174
Pantallas para
Administrar
Sistema
de administrar
Usuario
Pantalla 1/9. Administrador del sistema
177
Pantallas de administracin de sistema
Caso de uso
Gestionar permisos
Autor
Marlene
CU-003
Fecha
05-04-
Arteaga
Versin
0.91
11
Actores
1. Supervisor
Tipo
Primario/esencial
Referencias
Pre condicin

Que el supervisor haya seleccionado la opcin de administrar
permisos.
Postcondicin Poder calificar permisos pendientes y ver historial de

permisos
Aprobar Permiso
Ver Solicitudes
Gestionar Permiso
Consultar Permisos
Supervisor
Diagrama 11. Diagrama de caso de Uso Gestionar Permisos.

Propsito
Permitir al supervisor calificar los permisos pendientes de los analistas y ver
el historial de permisos de cada analista.
Resumen
Describe el proceso para calificar permisos.

Nro. Accin de actor
Accin del Sistema
1
Este caso de uso se 2 El sistema muestra la pantalla para
inicia
cuando
el
calificar el permiso pendiente.
supervisor selecciona la
pestaa
de
Administrar
permiso
3
El supervisor presiona 4 El sistema muestra el formulario del
la vieta roja
permiso con las opciones de
aprobar o Rechazar
5
El supervisor presiona 6 El sistema vuelve a la pantalla de
aprobar o Rechazar
calificar permisos
7
Ver historial.
El sistema muestra en pantalla los
El supervisor presiona
permisos solicitados.
el link Ver historial
Tabla 22: Curso bsico de eventos para administrar sistema.
Fuente: auto 2011.
Cursos Alternos
1
En caso de que el administrador quiera volver a la pantalla anterior

entonces presiona el botn Ir a la pgina anterior.
Tabla 23: Curso alterno de eventos para gestionar permisos

Fuente: auto 2011.
Diagrama de clases
k001t_permiso
j001t_usuario
+nu_id : int
-tx_nombre : Char
-tx_apellido : char
-nu_cedula : int
-nu_localidad : int
-nu_codigo : char
-nu_telefono : char
-nu_cargo : int
-nu_nivel : int
+consultar()
+agregar()
+modificar()
+eliminar()
-nu_id : int
-nu_usuario : int
-tx_nomina : char
-nu_gerencia : int
-fe_desde : Date
-fe_hasta : Date
-tx_motivo : char
-nu_aprobado : int
-tx_tipo : char
+solicitar()
+consultar()
+aprobar()
+eliminar()
Diagrama 12. Diagrama de clases gestionar permisos.
Pantallas de gestionar permisos
Pantalla 1/3. Gestionar permisos
Pantalla 2/3. Aprobar o rechazar permisos
Pantallas de gestionar permisos
Pantalla 3/3. Ver historial de Permisos
Caso de uso
Gestionar Guardias
Autor
Marlene
CU-004
Fecha
05-04-
Arteaga
0.91
Versin
11
Actores
1. Supervisor
Tipo
Primario/esencial
Referencias
Pre condicin

Guardias.
Postcondicin Gestionar todo lo relacionado a las guardias.
Gestionar Plan
Crear Plan
Cargar Guardia
<<extends>>
Agregar Personal
Gestionar Guardia
Editar
Consultar Guardia
Eliminar
Supervisor
Diagrama 13. Diagrama de caso de Uso Gestionar Guardias.

Propsito
Permitir al supervisor crear planes de Guardias
Resumen
Este caso de uso describe el proceso de administrar las guardias
permitiendo crear, editar y eliminar guardias.

Nro. Accin de actor
Accin del Sistema
1
Este caso de uso se 2
El sistema muestra la pantalla donde
inicia cuando el
se pueden consultar o crear los panes
supervisor entra al
de guardias.
sistema y selecciona
la
pestaa
Administrar
Guardias
3
Crear
Plan
de 3.1 El sistema muestra una nueva
guardia.
pantalla donde se seleccionan los
El
supervisor
analistas que cumplen con las
presiona el botn
guardias.
Crear guardia
3.2 El
supervisor 3.3 El sistema retorna a la pantalla de
presiona el botn
administrar guardias.
Crear guardia
4
Editar
Plan
de 4.1 El sistema muestra una nueva
guardia.
pantalla
El
supervisor
selecciona el plan
de
guardia que
desea editar.
4.2 El
supervisor 4.3 El sistema permite modificar el plan
presiona el botn
de guardia seleccionado.
editar guardias
4.4 El
supervisor 4.5 El sistema guarda la informacin y
presiona el botn
retorna al men de administrar
Editar guardias
guardias.
5
Eliminar Guardias. 5.1 El sistema muestra un mensaje de
El
supervisor
alerta con el mensaje Desea
presiona el botn
eliminar
el
plan
de
guardia
eliminar
seleccionado?
guardias
Tabla 24: Curso bsico de eventos para gestionar guardias.
Fuente: autor 2011

Nro Accin de actor
Accin del Sistema
.
5.2 El
supervisor 5. El sistema actualiza la informacin y retorna
selecciona Sio No 3
al men de administrar guardias.
Tabla 25: Curso bsico de eventos para gestionar guardias.
Fuente: autor 2011
Cursos Alternos
1
En caso de que el administrador quiera regresar a la paina anterior sin

guardar los cambios entonces presiona el botn Ir a la pgina
anterior.
Tabla 26 : Curso alterno de eventos para elaborar historia mdica.
Fuente: autor 2011.
Otros datos
Se pueden crear varios planes de guardias.
Diagrama de clases
j001t_usuari
+nu_id : int
-tx_nombre : Char
-tx_apellido : char
-nu_cedula : int
-nu_localidad : int
-nu_codigo : char
-nu_telefono : char
-nu_cargo : int
-nu_nivel : int
j004t_nivel
-Posee
1
+consultar()
+agregar()
+modificar()
+eliminar()
-tiene
-nu_id : int
-tx_nombre : char
+consultar()
+editar()
+eliminar()
k005t_guardias
+nu_id : int
-tx_guardia : int
*
+registrar()
+consultar()
+editar()
+eliminar()
Diagrama 14. Diagrama de clases gestionar guardias
185
DIAGRAMA DE SECUENCIAS DE GUARDIAS
Sistema siperyva
Guardias
Plan
Base datos: k005t_guardias

Registrar Plan
valida_plan()
guardar datos
mostrar mensaje
Consultar Plan
extraer plan
Ingresar al Sistema
mostrar datos plan

Registrar Guardia
valida_guardia()
guardar datos
Consultar Guardia
muestra datos guardia

muestra_guardia()
extraer_guardia
Cerrar sesin
muestra datos de la guardia
editar datos ()
eliminar guardia ()
mostrar mensaje ()
Diagrama 15. Diagrama de secuencia gestionar Guardias.

186
Pantallas de Gestionar Guardias
Pantalla 1/5. Gestionar Guardias
Pantalla 2/5. Crear plan de Guardias
Pantallas de Gestionar Guardias
Pantalla 3/5. Verificar el orden del personal que cumple Guardias
Pantalla 4/5. Men editar Guardias
Pantalla 5/5. Eliminar Guardias
Caso de uso
Gestionar Vacaciones
Autor
Marlene
Fecha
Arteaga
CU-005
05-04- Versin
0.91
11
Actores
1. Supervisor
Tipo
Primario/esencial
Referencias
Pre condicin

Vacaciones.
Postcondicin Gestionar todo lo relacionado a las vacaciones.
Gestionar Vacacin
<< include >>
Registrar Vacacion
Cargar Personal
Supervisor
Consultar
Vacaciones
Editar
Eliminar
Diagrama 16. Diagrama de caso de Uso Gestionar Vacaciones.

Propsito
Permitir al supervisor crear los planes de vacaciones anuales.
Resumen
Este caso de uso describe el proceso de administrar las vacaciones
permitiendo crear, editar y eliminar vacaciones.
190
190

Nro. Accin de actor
1
Este caso de uso se
inicia
cuando
el
supervisor entra al
sistema y selecciona
la
pestaa
Administrar
Vacaciones
3
Crear Vacacin.
El
supervisor
presiona el botn
Crear Vacacin
4
Editar Vacacin.
El
supervisor
selecciona el plan de
Vacacin que desea
editar.
4.2 El
supervisor
presiona el botn
editar vacacin
4.4 El
supervisor
presiona el botn
Editar vacacin
5
El
supervisor
presiona el botn
Listar vacacin
5
Accin del Sistema

El sistema muestra la pantalla donde se
pueden consultar o crear los panes de
vacaciones.
3.1
El sistema muestra una nueva pantalla

donde
se
cargaran
las
fechas
correspondientes a las vacaciones de los
analistas.
4.1
4.3
El sistema permite modificar el plan de

vacacin seleccionado.
4.5
El sistema guarda la informacin y retorna

al men de administrar vacacin.
Eliminar Vacacin. 5.1

El
supervisor
presiona el botn
eliminar Vacacin
El sistema muestra una nueva

pantalla
donde
aparecer
la
informacin del personal relacionado
a esa vacacin, con fecha y persona
que lo aprueba
con el mensaje Desea eliminar el plan
de vacaciones seleccionado?
Tabla 27: Curso bsico de eventos para gestionar vacaciones.

Fuente: auto 2011
Cursos Alternos
1
En caso de que el administrador quiera regresar a la paina anterior sin
guardar los cambios entonces presiona el botn Ir a la pgina
anterior.
3
Un empleado puede tener dos plan de guardia creados (las vacaciones
pueden ser fraccionadas)
Tabla 28: Curso alterno de eventos para gestionar vacaciones
Fuente: autor 2011.
Otros datos
Se pueden crear varios plan de vacaciones.
Diagrama de clases
j001t_usuario
j004t_nivel
+nu_id : int
-tx_nombre : Char
-tx_apellido : char
-nu_cedula : int
-nu_localidad : int
-nu_codigo : char
-nu_telefono : char
-nu_cargo : int
-nu_nivel : int
+consultar()
+agregar()
+modificar()
+eliminar()
1
-Posee
-nu_id : int
-tx_nombre : char
+consultar()
+editar()
+eliminar()
k003t_vacacion
-tiene
*
+nu_id : int
-nu_usuario : int
-fe_desde : Date
-fe_hasta : Date
+registrar()
+consultar()
+editar()
+eliminar()
Diagrama 17. Diagrama de clases gestionar vacacin
192
DIAGRAMA DE SECUENCIAS PARA GENERAR VACACION

Sistema siperyva
Base datos:k003t_vacacion
vacacion

registrar
validar_datos()
guardar datos vacacion
mostrar mensaje
Ingresar al Sistema
Consultar
extraer_datos()
editar datos ()
Cerrar sesin
eliminar datos ()
muestra mensaje
Diagrama 18. Diagrama de secuencia gestionar Vacaciones.

193
Pantallas de gestionar vacaciones
Pantalla 1/4. Gestionar Vacaciones
Pantallas de gestionar vacaciones
Caso de uso
Gestionar Eventos
Autor
Marlene
Fecha
Arteaga
CU-006
05-04- Versin
0.91
11
Actores
1. Supervisor
Tipo
Primario/esencial
Referencias
Pre condicin

Vacaciones.
Postcondicin Gestionar todo lo relacionado a los eventos.
Generar Eventos
<< include >>
Verificar
Asistencia
Supervisor
Diagrama 19. Diagrama de caso de Uso Gestionar Eventos.

Propsito
Permite al supervisor crear eventos
Resumen
Este caso de uso describe el proceso de administrar los eventos permitiendo
crear, editar listar y eliminar eventos y ver el historial de asistencias.
197
197

Nro Accin de actor
Accin del Sistema
.
1
Este caso de uso se 2
El sistema muestra la pantalla donde se
inicia
cuando
el
pueden consultar o crear eventos nuevos
supervisor
entra
al
para el departamento.
sistema y selecciona la
pestaa Administrar
Eventos
3
Crear Evento.
3.1 El sistema muestra una nueva pantalla donde
se creara un evento relacionado con el
departamento junto con la descripcin del
el
botn
Crear
mismo.
Evento
4
Editar Evento.
4.1 El sistema muestra una nueva pantalla
El
supervisor
selecciona el evento
que desea modificar
4.2 El supervisor edita el 4.3 El sistema guarda la informacin
evento y presiona el
botn editar evento
5
Listar Evento
5.1
donde
aparecer
la
informacin
el
botn
Listar
relacionada al evento programado.
Evento
6
Eliminar Evento.
6.1 El sistema muestra un mensaje de alerta con
el mensaje Desea eliminar el evento
el
botn
eliminar
seleccionado?
Evento
Tabla 29: Curso bsico de eventos Gestionar eventos
Fuente: auto 2011
Diagrama de clases
k006t_asistencia
k004t_evento
+nu_id : int
-tx_nombre : char
-fe_fecha : Date
-nu_localidad : int
-fe_creacion : Date
j001t_usuari
+nu_id : int
-tx_nombre : Char
-tx_apellido : char
-nu_cedula : int
-nu_localidad : int
-nu_codigo : char
-nu_telefono : char
-nu_cargo : int
-nu_nivel : int
+consultar()
+agregar()
+modificar()
+eliminar()
-tiene
+nu_evento : int
-nu_usuario : int
+registrar()
+consultar()
+ingresar()
+consultar()
+eliminar()
-carga
-Posee
*
1
*
j004t_nivel
-nu_id : int
-tx_nombre : char
+consultar()
+editar()
+eliminar()
Diagrama 20. Diagrama de clases de gestionar eventos
199
DIAGRAMA DE SECUENCIAS PARA GENERAR EVENTOS
Sistema siperyva
eventos
asistentes
Base datos: k004t_evento

Registrar asistencia
guardar asistentes
extraer asistencia a evento
Consultar asistentes
mostrar asistentes
valida_evento()
Ingresar al Sistema
Registrar Evento
guardar datos evento
mostrar evento
Extraer datos evento
Cerrar sesin
Consultar Evento
muestra datos evento

editar datos ()
eliminar evento ()
mostrar mensaje
Diagrama 21. Diagrama de secuencia gestionar Eventos.

200
Pantallas de Gestionar Eventos
Pantalla 1/4. Gestionar Eventos
Pantalla 2/4. Crear eventos
Pantallas de Gestionar Eventos
Pantalla 3/4. Historial de asistencia a eventos
Pantalla 4/4. Marcar la asistencia a eventos
Caso de uso
usuario
Autor
Marlene
CU-007
Fecha
Arteaga
05-04-
Versin
0.91
11
Actores
1. Usuario
Tipo
Primario/esencial
Referencias
Pre condicin
Postcondicin El usuario entra al sistema al nivel que le es permitido
Solicitar Permiso
<< include >>
<<extends>>
Ingresar Motivo
Consultar Guardias
Usuario
Generar Eventos
Diagrama 22. Diagrama de caso de Uso del Usuario gestionar

permisos (analista).
Propsito
Que el usuario pueda Consultar su perfil en el sistema
Resumen
El analista puede consultar guardias permios y vacaciones, adems de crear
eventos y permisos.

Accin de actor
Nr
o.
1
Este caso de uso se
inicia
cuando
el
usuario
entra
al
sistema
con
privilegios limitados.
3
Solicitar permisos.
El usuario selecciona
la
pestaa
de
solicitud
de
permisos
3.2 El usuario llena su
solicitud y presiona el
botn
crear
permiso
4
Editar permiso.
El usuario presiona
el
botn
editar
permiso
5
Listar permiso
El usuario presiona
el
botn
listar
permiso
5.2 El usuario tiene la
opcin de imprimir su
permiso
una
vez
aprobado.
Accin del Sistema

2
El sistema muestra el men de a cuerdo a

sus privilegios.
3.
1

donde el usuario llenara un formulario con
el motivo de su solicitud.
3.
3
El sistema guarda la solicitud del usuario.
4.
1
El sistema permite al usuario editar su

solicitud
5.
1
El sistema muestra el status de los

permisos solicitados.
Eliminar permisos
El usuario presiona el
desea eliminar el permiso?
botn
eliminar
permisos
Tabla 30: Curso bsico de eventos de usuarios.
Fuente: autor 2011
Diagrama de clases
k001t_permiso
j001t_usuari
j002t_localidad
-tx_nombre : Char
-tx_apellido : char
-nu_cedula : int
-nu_localidad : int
-nu_codigo : char
-nu_telefono : char
-nu_cargo : int
-nu_nivel : int
+consultar()
+agregar()
+modificar()
+eliminar()
-nu_id : int
-nu_usuario : int
-tx_nomina : char
-nu_gerencia : int
-fe_desde : Date
-fe_hasta : Date
-tx_motivo : char
-nu_aprobado : int
-tx_tipo : char
+solicitar()
+consultar()
+aprobar()
+eliminar()
-pertenece
1
-nu_id : int
-tx_nombre : char
-nu_relacion : int
+consultar()
+agregar()
+editar()
+eliminar()
1
*
j003t_cargo
-tiene
*
-Posee
*
1
j004t_nivel
-nu_id : int
-tx_nombre : char
+consultar()
+agregar()
+editar()
+eliminar()
-nu_id : int
-tx_nombre : char
+consultar()
+agregar()
+editar()
+eliminar()
-nu_id : int
-tx_nombre : char
+consultar()
+editar()
+eliminar()
Diagrama 23. Diagrama de clases gestionar permisos.
205
DIAGRAMA DE SECUENCIAS DE PERMISOS

Sistema siperyva
Base datos: k001t_permiso
Permisos

Solicitar
validar_solitud()
enviar datos solicitud
Ingresar al Sistema
Aprobar Solicitud
mostrar mensaje
mostrar_solitud()
guardar aprobacin
solicitud aprobada o reprobada
Consultar
Cerrar sesin
extraer_datos()
Datos del Permiso
Diagrama 24. Diagrama de secuencia solicitar permisos

206
Pantallas
Pantalla 1/4. Men principal del usuario Solicitar permisos
Pantalla 2/4. Men principal del usuario hacer solicitud de permisos
Pantallas
Pantalla 3/4. Vista de status de los permisos solicitados.
Pantalla 4/4. Vista de permisos aprobados.
5.2 ETAPA II. DISEO DEL SISTEMA

Esta etapa est conformada por todas
las actividades que fueron
necesarias para especificar, disear y documentar la arquitectura de software

contenida en la aplicacin.
El grupo de procesos de Diseos del sistema est compuesto por
Diseo Arquitectnico y Diseo Detallado de la Aplicacin. El Diseo
Arquitectnico produce la estructura de la aplicacin representada como una
arquitectura de software que muestra los componentes de la aplicacin, sus
conectores y las restricciones arquitectnicas. El Diseo Detallado describe
cmo se debe implementar cada uno de estos componentes arquitectnicos.

DOCUMENTO DISEO ARQUITECTONICO

Version 1.0
Autor
Fecha
Version
MarleneArteaga
25/11/09
0.91
MarleneArteaga
29/11/09
1.0
Descripcion
Version final
31. Introduccin
El diseo Arquitectnico establece el conjunto de componentes que

integran la aplicacin, las relaciones y restricciones de interaccin entre ellos,
las relaciones con otras aplicaciones externas y la distribucin fsica de cada
uno de estos componentes. El propsito del diseo es traducir los requisitos
contenidos
en
el
documento
de
especificacin
de
requisitos
en
especificaciones de diseo del sistema, as como modelar la estructura y el

comportamiento de los aspectos funcionales. As mismo provee una
descripcin comprensiva de la arquitectura del sistema, usando un conjunto
de vistas que describen los aspectos ms importantes de la arquitectura de
software, como son: la vista funcional, la vista estructural y la vista de
despliegue.
32. Diseo Arquitectnico
La arquitectura sobre la cual ser implementado el sistema

corresponde a una arquitectura bajo el modelo cliente/servidor, de esta
manera los usuarios invocan la parte cliente de la aplicacin, que construye
una solicitud para ese servicio y se la enva al servidor de la aplicacin que

usa TCP/IP como transporte. De esta forma la aplicacin, podr ser utilizada
por los usuarios, accediendo a un servidor a travs de una red mediante un
navegador Web (como Mozilla Firefox, Internet Explorer, entre otros) que
estar instalado en cada una de las computadoras clientes. Bsicamente,
para establecer la comunicacin, el cliente enviar una peticin al servidor, y
luego este efectuar un proceso y le responder con el contenido que le
solicit (devolviendo una pgina Web al cliente). En la figura 23 se muestra
grficamente la arquitectura del sistema.
Figura 24. Arquitectura del sistema (siperyva).

Modelo Vista Funcionalidad.

La vista de funcionalidad describe el comportamiento del sistema
segn lo ven sus usuarios. Est conformado por los diagrama de Casos de
Uso organizados de acuerdo a la arquitectura de la aplicacin.
A continuacin se describen las funcionalidades del sistema mediante
el caso de uso general del sistema.
Diagrama de Caso de Uso General del Sistema
Administrar Sistema
Gestionar Guardia
ADMINISTRADOR
Gestionar Permisos
Gestionar Vacacin
<< include >>
SUPERVISOR
Generar Eventos
Solicitar Permiso
USUARIO
Consultar Guardias
Diagrama 25. Caso de Uso general del sistema.

Validar Usuario
Modelo Vista Estructural.

La vista estructural est compuesta de un conjunto de clases, muestra los
componentes principales de diseo y sus relaciones de forma
independiente de los detalles tcnicos estn
representadas por el
diagrama de clases en UML y por las tarjetas CRC.

Modelo de clases
Un diagrama de clases es un tipo de diagrama esttico que describe la
estructura de un
sistema mostrando sus clases, atributos y las
relaciones entre ellos. A continuacin se muestra el diagrama de clases

general del
sistema:
k004t_evento
k006t_asistencia
+nu_id : int
-tx_nombre : char
-fe_fecha : Date
-nu_localidad : int
-fe_creacion : Date
-nu_id : int
-nu_usuario : int
-tx_nomina : char
-nu_gerencia : int
-fe_desde : Date
-fe_hasta : Date
-tx_motivo : char
-nu_aprobado : int
-tx_tipo : char
+registrar()
+consultar()
k001t_permiso
+nu_evento : int
-nu_usuario : int
-tiene
+ingresar()
+consultar()
+eliminar()
-carga
*
1
j001t_usuario
-nu_id : int
-tx_nombre : char
-nu_relacion : int
-nu_localidad : int
-nu_codigo : char
-nu_telefono : char
-nu_cargo : int
-nu_nivel : int
-pertenece
-tiene
1
-nu_id : int
-tx_nombre : char
+consultar()
+agregar()
+editar()
+eliminar()
*
k005t_guardias
+nu_id : int
-tx_guardia : int
1
-tiene
-tiene
+nu_id : int
-nu_usuario : int
-fe_desde : Date
-fe_hasta : Date
+nu_id : int
-tx_nombre : char
+registrar()
+consultar()
+editar()
+eliminar()
+registrar()
+consultar()
+editar()
+eliminar()
+registrar()
+consultar()
+editar()
+eliminar()
j006t_gerencia
j007t_departamento
j003t_cargo
+consultar()
+agregar()
+editar()
+eliminar()
-Posee
k003t_vacacion
-Pertenece
+consultar()
+agregar()
+modificar()
+eliminar()
+solicitar()
+consultar()
+aprobar()
+eliminar()
j002t_localidad
+nu_id : int
-tx_nombre : Char
-tx_apellido : char
-nu_cedula : int
j008t_estado
-nu_id : int
-tx_nombre : char
+consultar()
+agregar()
+editar()
+eliminar()
+nu_id : int
-tx_nombre : char
j004t_nivel
-nu_id : int
-tx_nombre : char
+consultar()
+editar()
+eliminar()
+registrar()
+consultar()
+editar()
+eliminar()
Diagrama 26. Diagrama de clases del sistema.

Tarjetas CRC
Las tarjetas CRC son muy tiles para observar la relacin entre cada
una
de
las
clases
que
conforman
el
modelo
de
clases
las
responsabilidades de cada una de ellas.

A continuacin se muestran las tarjetas CRC de las clases principales del
diagrama de clases:
Nombre de la Clase
Usuario
Responsabilidades
Clases Colaboradoras
Validar Usuario
Validar clave del usuario
Cargar men del usuario
Figura 25: Tarjeta CRC Usuario.
Fuente: Autor (2011).
Nombre de la Clase
Evento
Responsabilidades
Ingresar eventos
Usuario
Agregar, eliminar o editar Asistencias
eventos
Figura 26: Tarjeta CRC Evento.
Nombre de la Clase
Permisos
Responsabilidades
Crear Permisos
Usuarios
Agregar, eliminar Consultar y
aprobar permisos
Ver Historial de permisos
Figura 27: Tarjeta CRC Permisos.
Nombre de la Clase
Guardias
Responsabilidades
Crear planes de Guardias
Usuarios
Agregar, eliminar Consultar
Guardias
Figura 28: Tarjeta CRC Guardias.
Nombre de la Clase
Vacaciones
Responsabilidades
Crear Vacaciones
Usuarios
Agregar, eliminar Consultar
Vacaciones.
Figura 29: Tarjeta CRC Vacaciones.

Nombre de la Clase
Departamento
Responsabilidades
Agregar departamentos.
Usuarios
Gerencias
Figura 30: Tarjeta CRC Departamento.
Nombre de la Clase
Gerencia
Responsabilidades
Registrar, consultar editar y
Departamentos
eliminar gerencias
Figura 31: Tarjeta CRC Gerencia.
Nombre de la Clase
Localidad
Responsabilidades
Registrar, consultar editar y
Estado
eliminar Localidad
Figura 32: Tarjeta CRC Localidad.
Nombre de la Clase
Cargos
Responsabilidades
Consultar, agregar y eliminar Usuarios
cargos
Figura 33: Tarjeta CRC Cargos.
Fuente: Autor (2011
Nombre de la Clase
Nivel
Responsabilidades
Consultar eliminar y editar
Usuarios
el nivel de acceso de los
usuarios.
Figura 34: Tarjeta CRC Nivel.
Fuente: Autor (2011
Modelo vista despliegue
El
Diagrama
de
Despliegue
es
un
tipo
de
diagrama
del
Lenguaje Unificado de Modelado que se utiliza para modelar el hardware

utilizado en las implementaciones de sistemas y las relaciones entre sus
componentes. El protocolo de comunicacin utilizado para relacionar los
distintos nodos es 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.
pd
Superv isor
<HT T
PS>
Mozilla Firefox
<HT T PS>
Sistema w eb
Explorador w eb
<HT T
PS>
Aplicacion Web
Internet Explorer
Analista
<HT T PS>
<HT T
PS>
Administrador
Serv idor de Base de Datos

Manej ador de Base de Datos
Base de Datos
Diagrama 27: Modelo de Vista de Despliegue.


DOCUMENTO DISEO DETALLADO

Version 1.0
Autor
Fecha
Version
MarleneArteaga
25/11/09
0.91
Descripcion
33. Introduccin
El Diseo Detallado permite especificar de manera precisa cada uno
de los componentes de la arquitectura; incluyendo
programacin
de
cada
uno
de
sus
las interfaces de
componentes,
la
interfaz
usuario/sistema, y el modelo de datos y las conexiones previstas en la

arquitectura. En este apartado se obtiene el producto parcial del proceso
Diseo Detallado, especficamente relacionado con el subproceso de
especificacin de la Base de
Datos
de
la
aplicacin.
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.
34. Diseo conceptual de la base de datos

EL diseo conceptual se define mediante un esquema que elimina las
estructuras de datos que los sistemas relacionales no modelan directamente,
para ello, se cumplen los siguientes pasos:
A. Sustitucin de cada una de las relaciones de muchos a muchos (N:N),
por una nueva entidad intermedia y dos relaciones de uno a muchos
(1:N) de esta nueva entidad con las entidades originales.
B. La nueva entidad ser dbil, ya que sus ocurrencias dependen de

la existencia de ocurrencias en las entidades originales.
C. Sustitucin de cada una de las relaciones entre tres o ms por una
nueva entidad (dbil) intermedia que se relaciona con cada una de las
entidades originales. La cardinalidad de estas nuevas relaciones
binarias depender de su significado.
D. Sustitucin de cada una de las relaciones recursivas, por una nueva
entidad (dbil) y dos relaciones binarias de esta nueva entidad con la
entidad original. La cardinalidad de estas relaciones depender de su
significado.
E. Sustitucin de cada una de las relaciones con atributos, por una nueva
entidad (dbil) y las relaciones binarias correspondientes de esta
nueva entidad con las entidades originales. La cardinalidad de estas
relaciones depender del tipo de la relacin original y de su
significado.
F. Sustitucin de cada uno de los atributos multievaluados, por una
nueva entidad (dbil) y una relacin binaria de uno a muchos con la
entidad original.
G. Revisin de las relaciones de uno a uno, ya que es posible que se
hayan identificado dos entidades que representen el mismo objeto. Si
as fuera, ambas entidades deben integrarse en una sola.
H. Eliminacin de las relaciones redundantes, es decir, aquellas que
permitan obtener la misma informacin que ella aporta, mediante otras
relaciones. El hecho de que haya dos caminos diferentes entre dos
entidades, no implica que uno de los caminos corresponda a una
relacin redundante, eso depender del significado de cada relacin.
Una vez finalizado, se puede referir al esquema conceptual como

el esquema lgico local, ya que se adaptan al modelo de base de datos
que
soporta el Sistema gestor de base de datos (SGBD) escogido.
Asistentes
nu_usuario
(1,n)
tiene
nu_evento
nu_usuario
tx_nombre
(1,1)
(1,n)
tx_nombre
nu_id
Permisos
Estado
Evento
nu_id
fe_hasta
nu_id
fe_fecha
(1,1)
(1,1)
fe_desde
Pertenece
(1,1)
nu_usuario
nu_estado
tx_nombre
Carga
(1,1)
Localidad
nu_id
(1,1)
(1,1)
tx_nombre
(1,n)
(1,n)
Vacacion
tiene
nu_id
(1,n)
Usuario
nu_usuario
nu_localidad
(1,n)
nu_id
nu_cargo
nu_id
tiene
(1,1)
nu_nivel
nu_id
nu_gerencia
nu_departamento(1,1)
(1,1)
Departamento
(1,1)
Pertenece
Posee
tx_nombre
tx_nombre
nu_administrar_permiso
Cargo
tx_nombre
(1,1)
Gerencia
tx_nombre
nu_consultar_usuario
nu_id
Nivel
nu_administrar_usuario
nu_id
nu_id
nu_administrar_guardia nu_administrar_evento
nu_administrar_vacacion nu_configurar_sistema
Diagrama 28. Esquema conceptual del sistema.

35. Diseo relacional de la base de datos
La base de datos constituye un elemento indispensable para cualquier
sistema de informacin porque es en ella donde se va a resguardar los datos
que tiene cierto valor especial para la organizacin. El diseo relacional de
base de datos va a permitir entender la manera cmo van a estar
almacenados los datos y las relaciones entre ellos de manera tal que no
existan redundancias e inconsistencias. Este proceso consiste en transformar
el esquema conceptual integrado en un esquema de bases de

datos relacional.
Diagrama 29. Diagrama relacional de la base de datos.
5.3 ETAPA III. IMPLEMENTACIN DEL SISTEMA
Esta etapa contempla el desarrollo de la aplicacin en funcin de la

arquitectura definida a travs de los procesos de Programacin &
Integracin, Pruebas de la Aplicacin y Entrega de la Aplicacin. Durante La
Programacin & Integracin se probaron e integraron los componentes
arquitectnicos de la aplicacin, en cada una de sus versiones, durante el
proceso de Pruebas de la Aplicacin se verifico y valido la aplicacin para
asegurarse que cumple con los requisitos especificados y satisface las
necesidades de informacin y automatizacin que tienen sus usuarios. La
Entrega de la Aplicacin consisti en poner en operacin (produccin) cada
una de las versiones de la aplicacin empresarial.
A continuacin se describen cada uno de los resultados obtenidos en
esta etapa:
a) Documento de especificaciones de pruebas
b) Manual de usuarios
c) Versin funcional del sistema

DOCUMENTO ESPECIFICACIONES DE PRUEBA

Version 1.0
Autor
Fecha
Version
MarleneArteaga
12/12/09
0.91
Descripcion
33. Introduccin
El documento de especificacin de pruebas determina los datos que
se usaran para realizar las pruebas de la aplicacin y adems especifica los
resultados que se esperan de dicha aplicacin. Las pruebas de la aplicacin
son realizadas a nivel del sistema y consisten en probar todo lo referente a la
aplicacin que ha sido especificado antes en los casos de uso
34. Especificacin de Casos de Prueba

La aplicacin fue sometida a un conjunto de pruebas para determinar
si los requisitos de la aplicacin eran satisfactorios y as asegurar su
funcionalidad. Para llevar a cabo este proceso es necesario detectar errores
existentes en la aplicacin y posteriormente solucionarlos y perfeccionar
dicha aplicacin.
A continuacin las especificaciones de los casos de pruebas aplicadas
al sistema desarrollado para el departamento de soporte Integral:
Caso de Prueba: Elaborar Permisos

Descripcin: Se ingreso al sistema a nivel de usuario en el men principal
se selecciono Solicitud permiso y el sistema mostro la nueva pantalla de
solicitud de permisos,
Condiciones de Ejecucin:
Que el usuario este registrado en el sistema
Entrada/Pasos de Ejecucin: Introducimos
covarz en el campo usuario Introducimos
12345 en el campo contrasea Presionamos
el botn Ingresar.
El sistema muestra el men usuario
Seleccionamos la pestaa Solicitud permiso en el men
El sistema nos muestra una nueva interfaz.
Presionamos el botn Solicitar permiso
El sistema muestra una nueva ventana con el formulario de permisos que se
llenara.
Se llena cada uno de los campos requeridos en el formulario (gerencia, tipo
de nomina, tipo de permiso, fecha y motivo de solicitud)
Se presiona el botn Crear permisos
El sistema enva la informacin
Se regresa al men principal
Resultado esperado:
Se crea de forma satisfactoria el permiso solicitado
Evaluacin de la prueba:
Prueba superada con xito.
Tabla 31. Caso de prueba Elaborar Permisos.
Caso de Prueba: Administrar Permisos

Descripcin: Se ingreso al sistema a nivel de administrador en el men
principal se selecciono Administrar permiso y el sistema mostro la nueva
pantalla para calificar los permisos.
Que el usuario este registrado en el sistema y que tenga los privilegios
necesarios.
Entrada/Pasos de Ejecucin:
Introducimos rodriguezoye en el campo usuario
Introducimos 12345 en el campo contrasea
Presionamos el botn Ingresar.
El sistema muestra el men supervisor
Seleccionamos la pestaa Administrar permiso en el men
El sistema nos muestra una nueva interfaz.
Presionamos el smbolo Calificar permiso
El sistema muestra una nueva ventana con el formulario de permisos que
solicitado.
Se presiona el botn Aprobar o Rechazar permisos
El sistema enva la informacin
Se regresa al men principal.
Historial de permisos
Se presiona el botn ver historial
El sistema muestra una pantalla con los permisos solicitados por el analista
tanto aprobado como rechazado.
Resultado esperado:
Se aprueban o rechazan los permisos y se envan.
Se puede ver el historial de permisos solicitados.
Tabla 32. Caso de prueba Administrar permisos
Caso de Prueba: Administrar Sistema

principal se muestran los mdulos a los que tiene acceso
Que el usuario este registrado en el sistema y que tenga los privilegios
necesarios.
Introducimos administrador en el campo usuario
Presionamos el botn Ingresar
El sistema muestra el men administrador
Seleccionamos la pestaa que se desea administrar (administrar usuario,
configurar sistema)
El sistema nos muestra la interfaz solicitada.
Agregar Usuario
Seleccionamos la pestaa Administrar Usuario del men principal.
El sistema muestra una interfaz con la lista de las unidades disponibles y las
opciones permitidas (Agregar, Modificar, Eliminar, Buscar) seleccionamos el
botn Agregar usuario
Llenamos el formulario de datos y presionamos el botn Crear Usuario y
regresamos al men de administrar usuario.
Modificar usuario
Seleccionamos el smbolo de editar usuario
Realizamos las modificaciones necesarias y presionamos editar usuario
Y regresamos al men administrar usuario
Eliminar Usuario
Seleccionamos el smbolo de eliminar usuario
Seleccionamos si o no
Y regresamos al men administrar usuario
Buscar usuario
En el filtro de bsqueda Buscar usuario colocamos el indicador del analista
y presionamos buscar
El sistema muestra el usuario registrado con ese indicador.
Resultado esperado:
El sistema busca, agrega modifica y elimina los usuarios del sistema
Tabla 33. Caso de prueba Administrar sistema
Caso de Prueba: Configurar sistema
principal se selecciono configurar Sistema
La condicin es que el usuario este registrado en el sistema.
Introducimos administrador en el campo usuario
Presionamos el botn Ingresar
El sistema muestra el men administrador
Seleccionamos la pestaa que se desea configurar
Departamentos, nivel de acceso cargo)
El sistema nos muestra la interfaz solicitada.
Agregar gerencia
(Gerencia,
Presionamos La pestaa Configurar gerencia
El sistema muestra una interfaz con la lista de las unidades disponibles y las
opciones permitidas (Agregar, editar, eliminar)
Presionamos el botn agregar gerencia, agregamos el nombre de una
gerencia y la descripcin de la misma. Y presionamos el botn crear
gerencia.
El sistema regresa al men de configurar sistema.
Editar Gerencia
Presionamos el smbolo de editar gerencia
El sistema nos muestra una nueva pestaa
Hacemos los cambios necesarios y presionamos editar gerencia.
El sistema nos regresa al men de configurar sistema.
Eliminar gerencia
Seleccionamos el smbolo de eliminar gerencia
El sistema nos muestra una pantalla con opciones para elegir si o no
Elegimos la operacin necesaria
Y el sistema vuelve al men principal de configurar sistema.
Tabla 34. Caso de prueba configurar sistema
Tabla 34 (continuacion)
Agregar departamento
Seleccionamos el lik configurar departamento
El sistema nos muestra una pantalla con todas las opciones permitidas
(agregar, editar y eliminar)
Seleccionamos agregar departamento
El sistema nos permite agregar el nombre de un departamento y descripcin
del mismo
Presionamos el botn crear departamento
El sistema vuelve a la pantalla de configurar sistema.
Editar departamento
Seleccionamos el smbolo de editar departamento
El sistema nos permite hacer los cambios
Presionamos el botn editar departamento
Y el sistema vuelve a la pantalla de configurar sistema.
Eliminar departamento
Seleccionamos el smbolo de eliminar departamento
Agregar Nivel
Seleccionamos el lik configurar nivel
El sistema nos muestra una pantalla con todas las opciones permitidas
(agregar, editar y eliminar)
Seleccionamos agregar nivel
El sistema nos permite agregar el nombre de un nivel de accso y descripcin
del mismo
Presionamos el botn crear nivel
El sistema vuelve a la pantalla de configurar sistema.
Editar nivel de acceso
Seleccionamos el smbolo de editar nivel
El sistema nos permite hacer los cambios necesarios
Presionamos el botn editar nivel de acceso
Y el sistema vuelve a la pantalla de configurar sistema.
Eliminar nivel
Seleccionamos el smbolo de eliminar nivel
Tabla 34 (continuacion)
Resultado esperado:
El sistema configura de forma correcta.
Manual de Usuario
Este documento es creado con la finalidad de guiar a los usuarios en
el
uso
de
la
aplicacin,
adems
contiene
informacin como:
las
caractersticas generales del sistema, mdulos, los roles de los usuarios,

interfaz usuario/sistema y funciones del sistema.
(Ver anexo P 255.)
5.4 ANLISIS DE COSTO - BENEFICIO
Una vez que las necesidades del sistema han sido satisfechas es
necesario hacer un anlisis de factibilidad para determinar si se contina con
el desarrollo del proyecto.
El Anlisis de Costo-Beneficio, tiene como objetivo fundamental
proporcionar una medida de los costos en que se incurren en el desarrollo
de aplicacin, y a su vez comparar
dichos
costos previstos con los
beneficios esperados de la realizacin de dicho proyecto. Este anlisis se

lleva a cabo para justificar econmicamente el desarrollo de este proyecto,
adems de determinar los beneficios tangibles e intangibles que se generan.
5.4.1 Costos
Es el valor monetario de los consumos necesarios para llevar a cabo
el proyecto.
A continuacin se detallan los costos que fueron necesarios para
llevar a cabo el desarrollo del proyecto del Departamento de Soporte Integral
de la gerencia de AIT de P.D.V.S.A.
Costo de Personal
En estos costos se incorporan los salarios devengados por el personal
involucrado en el desarrollo del proyecto.
Costos de Equipos y Herramientas
Estos costos estn relacionados con la adquisicin de equipos que
son necesarios para llevar a cabo el proyecto, como hardware y software.En
este caso no fue necesario realizar este gasto ya que el departamento de
soporte integral de la Gerencia de AIT en P.D.V.S.A contaba con los equipos
necesarios.
Costos de Adiestramiento
Son los costos relacionados con el adiestramiento del personal que
est involucrado en el proyecto, mediante talleres y cursos. Entre los cursos
esta PHP, UML y GRAY WATCH este ltimo fue mediante charlas
proporcionada por profesor de la universidad. Cabe destacar que se incurri
en un gasto para el curso de PHP y esta capacitacin fue costeada por el
autor del proyecto.
Costos de Materiales utilizados

Representan los costos relacionados con la adquisicin de materiales
como resmas de papel necesarias para la documentacin, cartuchos de tinta
para impresora, tner, lpices, lapiceros, entre otros. Cabe mencionar, que
estos materiales fueron financiados por el pasante.
A continuacin se muestra una tabla donde se presenta un resumen
de los costos del proyecto, detallando cada uno de ellos con sus respectivos
valores en bolvares fuertes.
Concepto
Costo
Costo de Personal
Valor (BsF)
Analista de Sistema
0 BsF
Total costos de personal
0 Bsf
Costos de Equipos y Herramientas
Valor (BsF)
Hardware
0 Bsf
Software
0 Bsf
Total costos de equipos y herramientas
0 BsF
Costos de Adiestramiento
Valor (BsF)
Taller GRAY WATCH
0 BsF
Curso PHP
800 BsF
Taller UML
0 BsF
Total costos de adiestramiento
800 BsF
Costos de Materiales utilizados
Valor (BsF)
Papel tipo carta (5 resmas x 50 Bs.F.)
250 BsF
Tner Hp
800 BsF
Bolgrafos (8 unidades x 5 Bs.F.)
40 BsF
Otros.
500 BsF
Total costos de materiales
1590 BsF
Tabla 35. Costo de materiales.

5.4.2 Beneficios
Estn relacionados con todas las ventajas, o ganancias obtenidas con

la nueva aplicacin, dichos beneficios pueden ser de dos tipos:
Tangibles e intangibles.
5.4.2.1 Beneficios Tangibles
Los beneficios tangibles son las ventajas econmicas cuantificables

que obtiene la organizacin a travs del uso del sistema de informacin. Los
beneficios tangibles que se obtendrn con el desarrollo de la aplicacin son
los siguientes:
1. La obtencin de informacin oportuna en forma ms rpida y segura.
2. Aumento en la velocidad del procesamiento de datos.
3. La solicitud y aprobacin de permisos se har de manera
automatizada.
4. Reducir el tiempo requerido por los empleados para concluir una tarea
especifica
5. Los planes de guardias estarn disponibles en el sistema web y no en
hojas de Excel.
6. Los datos del personal y del sistema estarn concentrados en la base
de datos
5.4.2.2 Beneficios intangibles

Son los beneficios que la organizacin obtiene a travs de un sistema
de informacin que son difciles de cuantificar, pero no por ello dejan de
ser
importantes. A stos se les conoce como beneficios intangibles. Los

beneficios intangibles incluyen:
1. Aumento en la confiabilidad de la informacin.
2. Ahorro de tiempo en los procesos
3. Mayor privacidad de la informacin
4. Aumento en la calidad del servicio.
5. Motivacin del personal al utilizar herramientas modernas que le
permitan eliminar tareas rutinarias o tediosas.
6. Aumentar la satisfaccin del personal.

AIT - SOPORTE INTEGRAL DISTRITO PUNTA DE MATA
ESTADO MONAGAS.
DOCUMENTO GLOSARIO
Version 1.0
Autor
Fecha
MarleneArteaga
Version
Descripcion
0.91
Introduccin
Este documento est conformado por definiciones de trminos
utilizados durante el desarrollo de la aplicacin, estn ordenados de forma
ascendente segn el orden alfabtico.
Definiciones
Analista: Persona
informticos.
que
hace
anlisis
de
sistemas
Actividad: Son las acciones o tareas que se llevarn a cabo en el desarrollo

del sistema.
Actor: un actor es aquella entidad externa, bien sea una persona o sistema,
que interacta con el sistema. Hay que tener en cuenta que un usuario
puede acceder al sistema como distintos actores. Es un rol que un usuario
juega con respecto al sistema.
Automatizacin: La automatizacin es un sistema donde se trasfieren
tareas de produccin, realizadas habitualmente por operadores humanos a
un conjunto de elementos tecnolgicos.
Casos de uso: Es una tcnica para capturar requisitos potenciales de un

nuevo sistema o una actualizacin de software. Cada caso de uso
proporciona uno o ms escenarios que indican cmo debera interactuar el
sistema con el usuario o con otro sistema para conseguir un objetivo
especfico.
Confiabilidad: Es la ausencia de acceso no autorizado a la informacin.
Configuracin: al conjunto de variables que controlan la operacin general
de un programa
Disponibilidad: cualidad de estar libre para ser usado en cualquier
momento.
Escenario: Un conjunto de variables que para una situacin poseen un nivel
de valor y un grado de ocurrencia.
Eventos: se refiere a cualquier acontecimiento, circunstancia, suceso o caso
posible.
Funcionalidad: se valora evaluando el conjunto de caractersticas y
capacidades del programa, la generalidad de las funciones entregadas y la
seguridad del sistema global.
Gestionar: el concepto de gestin hace referencia a la accin y al efecto de
gestionar o de administrar.
Guardia: compromiso con el que cumple un personal
Historial: Conjunto de datos sobre una actividad.

Informtica: es la ciencia aplicada que abarca el estudio y aplicacin del
tratamiento
automtico
de
computacionales, generalmente
la
informacin,
implementados
utilizando
como
sistemas
dispositivos
electrnicos. Tambin est definida como el procesamiento automtico de la

informacin.
MySql: es un sistema de gestin de bases de datos relacional, multihilo
y
multiusuario.
Modulo: es un componente autocontrolado de un sistema, el cual posee una
interfaz bien definida hacia otros componentes; algo es modular si es
construido de manera tal que se facilite su ensamblaje, acomodamiento
flexible y reparacin de sus componentes.
Navegador: Aplicacin que facilita el acceso de los usuarios a las pginas
de Internet.
Permisos: Ausencias en horas de trabajo.
Servidor: Una computadora que aloja informacin disponible para los
usuarios (llamado clientes) en Internet o cualquier otro tipo de red.
Stakeholder: Cualquier persona interesada en, afectada por y/o implicada
con el funcionamiento del sistema software.
Telecomunicaciones: es una tcnica consistente en transmitir un mensaje
desde un punto a otro, normalmente con el atributo tpico adicional de ser
bidireccional.
Usabilidad: Capacidad de un sistema o de una aplicacin de ser usado fcil

o eficientemente.
Vacaciones: son los das dentro de un ao en que personas que trabajan
o estudian toman un descanso total o el receso de su actividad en un perodo
determinado.
CONCLUSIONES
Llevar a cabo este proyecto permiti desarrollar un sistema

automatizado para el control de ciertas actividades que realiza el personal
del departamento de
Soporte Integra de AIT en P.D.V.S.A como las
guardias, vacaciones, eventos y solicitud de permisos en ese departamento.

La razn por la cual se desarrollo esta aplicacin fue para darle solucin
a las necesidades del departamento; se planteo un objetivo general y los
objetivos especficos que se cumplieron completamente y se llego a las
siguientes conclusiones:
1. Se estudi el funcionamiento del departamento de soporte Integral y se

pudo determinar algunos problemas presentes entre los cuales
destacan los siguientes: la solicitud de permisos y los permisos
aprobados se archivan fsicamente lo que dificulta el control y
seguimiento de los mismos, lo que ocasiona una prdida de tiempo, de
los planes de guardias del departamento slo se tienen archivos de
excel los cuales no siempre estn actualizados y en cuanto a los
periodos de vacaciones y asistencia a eventos no existen registros
importantes acerca de ellos. Considerando los problemas antes
descritos se consider necesaria la continuacin del proyecto.
2. La comunicacin con el cliente fue fundamental para el logro de los
objetivos propuestos y cumplir con cada uno de los requerimientos y
necesidades, la informacin proporcionada por el cliente fue de suma
importancia.
237
238
3. Se obtuvo una visin detallada de la aplicacin mediante el uso de la

herramienta de modelado de sistemas UML y la utilizacin de sus
diagramas.
4. La metodologa GRAY WATCH fue de gran ayuda proporcionando
tcnicas tiles en el desarrollo del software permitiendo as cumplir con
los objetivos planteados y acorde con las necesidades del cliente .
5. La implantacin del sistema permitir al personal de Soporte integral
llevar un control en cuanto el cumplimiento de las guardias, control de
los permisos solicitados y periodos de vacaciones del personal, asi
como tambin a los supervisores verificar las asistencias del personal a
eventos
importantes
del
departamento,
todo
esto
de
manera
automatizada, lo que har ms fcil el cumplimiento de sus labores.

6. Utilizar herramientas ayudan en el proceso de desarrollo de software,
haciendo las labores mucho ms fciles.
RECOMENDACIONES
1. Realizar peridicamente depuraciones a la aplicacin para contribuir

con la operatividad ptima del sistema, es decir, realizar un plan de
mantenimiento.
2. Adiestrar a los usuarios del sistema para el buen uso de la aplicacin.
3. Implementar las polticas de seguridad para el resguardo de los datos.
4. Consultar antes de realizar algn cambio al software con personas que
tengan conocimiento sobre el funcionamiento de este.
5. Realizar peridicamente respaldo y la actualizacin de la base de datos
del sistema para prevenir cualquier tipo de percance.
BIBLIOGRAFA
ARIAS, F. (2006). El proyecto de investigacin: Introduccin a la metodologa
cientfica. (5 ed.) Caracas - Venezuela: Episteme.
Ben, Laurie (2005). Software libre, php y mysql .Tecnologas para
el desarrollo de aplicaciones web. Ediciones Daz de Santos. Espaa
Calero C, Caballero I, Moraga M., Serrano M. (2008/2009).
Calidad y
Medicin de SI (Documento en Linea). Disponible:

http://alarcos.inf-cr.uclm.es/doc/cmsi/trans/S1.pdf
Grosso L, (2006) Calidad del producto del software.. (Documento en lnea)
disponible:
http://gridtics.frm.utn.edu.ar/docs/Calidad%20de%20Producto%20Grosso.pdf
Gestion de la configuracin del software. (Documento en linea). Disponible:
http://www.histaintl.com/soluciones/configuracion/configuracion.php
Hurtado J. (2007). Metodologa de la Investigacin. Holstica. (2 edicin).
Editorial SIPAL. Caracas-Venezuela.
Hernndez, Fernndez y Baptista. (2007). Como hacer un Proyecto. (4ta
Edicin), Editorial Venezuela, C.A Caracas-Venezuela.
Hernndez J. (2008) Diseo de un Sistema de informacin para la
optimizacin de los pagos de inscripcin de la Universidad Rafael
Eduardo Gonzlez de Puerto la Cruz, Estado Anzotegui.
240
241
Laudon, Kenneth (1995). Administracin de los Sistemas de Informacin.

(3ra Edicin). Editorial Nueva Visin. Venezuela.
Mena, M. Gonzalo. Estndares de Calidad: ISO 9126-3: Mtricas Internas de
la Calidad del Producto de Software. (Documento en lnea).
Disponible:
http://mena.com.mx/gonzalo/maestria/calidad/presenta/iso_9126-3/
Montilva C, Jons (2008), Gray Watch. Mtodo de desarrollo de
software para aplicaciones empresariales. Mrida Venezuela.
Ramrez, T. (2007). Cmo Hacer un Proyecto de Investigacin. (5ta ed.)
Editorial Carhel, C.A Caracas-Venezuela.
Rodrguez M. (2009) Diseo de un sistema de informacin para el control de
asistencia de los pacientes de Pediatra en la Clnica Comunitaria Dr.
Jos Toms Ramos de Anaco, Estado Anzotegui.
Sabino, C. (2005). El Proceso de Investigacin. (6ta Edicin). Editorial
Panapo Caracas-Venezuela.
Tamayo y Tamayo, M. (2001). El Proceso de la Investigacin Cientfica. (4
ed.). Mxico: LIMUSA
Wikipedia, la enciclopedia libre (2010). [Pgina Web en Lnea]. Disponible:
http://es.wikipedia.org/wiki/Servidor_HTTP_Apache, 2011.
242

Tesis Marlene Arteaga

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Tesis Marlene Arteaga

Transféré par

Droits d'auteur :

Formats disponibles

UNIVERSIDAD DE ORIENTE

DESARROLLO DE UN SISTEMA PARA EL CONTROL DE GESTIN DEL

MATURN, MAYO DE 2012

Ing. Omar Rodrguez

Ing. Jess Chaparro

3.2.3.1 UML Business......................................................................... 38

Tabla 23: Curso alterno de eventos para gestionar permisos..................... 179

cuales permiten a las organizaciones manejar gran cantidad de datos e

Captulo II: Describe el Planteamiento del Problema, Objetivos generales y

1.1 RESEA HISTRICA

S.A, es una empresa propiedad de la

Repblica Bolivariana de Venezuela, regida por la ley orgnica de

superintendencias son: Exploracin y Produccin, Refinacin y Comercio,

1.1.3 Objetivos estratgicos de la Gerencia de AIT

tecnolgicos de AIT a fin de fortalecer el tejido industrial que impulse

F. Implantar una Plataforma Tecnolgica y Servicios Homologados que

especializados requeridos por la empresa.

1.2 DESCRIPCIN DEL DEPARTAMENTO DE SOPORTE INTEGRAL

El rea en estudio y donde se realiz el proceso de pasantas es

P.D.V.S.A. Exploracin y Produccin, Distrito Social Norte. El Departamento

El Distrito social Norte como responsable de explotar de manera

1.4 ESTRUCTURA ORGANIZATIVA

La estructura organizativa representa la forma que toma la

Figura. 1 Organigrama de AIT-Soporte Integral. Fuente: Autor (2010)

2.1 PLANTEAMIENTO DEL PROBLEMA

administrativos, sirven de conexin entre las

necesidades de la empresa y su personal, garantizando as que los

laboral; vale mencionar que un ordenador permite controlar los programas y

organizacin, se hace evidente que con incluir datos especficos se pueden

equipamiento utilizado en el procesamiento de informacin: un registro

tenga la capacidad para tener acceso a los datos exactos y actualizados,

las principales propuestas en cualquier organizacin, para

lograr el xito en el cumplimiento de sus objetivos, est que sus operaciones

cuanto a la verificacin de los periodos vacacionales, permisos de los

actualizados, as mismo se considera el uso de los

sistemas, como una

estrategia que garantiza un desarrollo muy particular para la labor a ejecutar.

para su control lo que origina que al

tratar de buscar, organizar y almacenar la informacin se utiliza un tiempo

por lo que el manejo de la informacin limita la

confiabilidad de los reportes.

En cuanto a la asistencia a eventos sociales que se considera un

supervisin del personal asistente a la actividad se considera como

departamento, se estima que para obtener un mejor rendimiento se debe

organizacin, igualmente se estara incumpliendo con la poltica empresarial

2.2 OBJETIVOS DE LA INVESTIGACIN

2.2.2 Objetivos Especficos

1. Describir la situacin actual de las actividades del personal de la gerencia

4. Construir el sistema de informacin de acuerdo a las funciones

2.3 JUSTIFICACIN DE LA INVESTIGACIN

La Gestin de Personal debe significar el diseo de estrategias

informacin que le permita el registros permanentes de la labor del personal

que se realizan e instalar la

versin beta del sistema dentro del departamento de soporte integral.

al departamento quienes son hoy por hoy el personal que se

enfrenta a los largos periodos de bsqueda de los datos y registros, o a la

realizacin de historias manuales que retrasan los servicios que deben

2.4 ALCANCE DE LA INVESTIGACIN

El alcance de este proyecto est dado por el desarrollo de un sistema

CAPTULO III MARCO

3.1 ANTECEDENTES DE LA INVESTIGACIN

Los antecedentes estn conformados por las investigaciones o

de Servicios Generales de la Universidad de los Andes con la finalidad de

construccin de un software conjuntamente con la herramienta UML y como