Tesis David Sanchez

UNIVERSIDAD DE ORIENTE
NCLEO MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
IMPLANTACIN DE LA APLICACIN WEB PARA EL CONTROL DE

DOCUMENTOS DEL SISTEMA DE GESTIN DE LA CALIDAD DE LA
GERENCIA AIT DE PDVSA DIVISION ORIENTE, BAJO TCNICAS DE
INGENIERA DE SOFTWARE Y ESTNDARES ABIERTOS
Informe de solicitud de aprobacin de temtica de la pasanta de grado

presentado ante la comisin de trabajos de grado, como requisito para optar
al ttulo de Ingeniero de Sistemas
Br. David Snchez L.

C.I. 17.510.766
Asesor Acadmico: Ing. Jess Chaparro.

Asesor Industrial: Ing. Tania Surez.
Maturn, Julio de 2010.
NCLEO DE MONAGAS
ACTA DE EVALUACIN
En mi carcter de asesor laboral del trabajo presentado por el Bachiller:

David Snchez Lpez, portador de la cdula de identidad nmero:
17.510.766, para optar al grado acadmico de Ingeniero de Sistemas.
Titulado: IMPLANTACIN DE LA APLICACIN WEB PARA EL CONTROL
DE DOCUMENTOS DEL SISTEMA DE GESTIN DE LA CALIDAD DE LA
INGENIERA DE SOFTWARE Y ESTNDARES ABIERTOS, 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 20 das del mes de Mayo de dos mil diez.
____________________________
Ing. Tania Surez.
C.I. 7.559.612
ii
NCLEO DE MONAGAS
ACTA DE EVALUACIN
En mi carcter de asesor acadmico del trabajo presentado por el

Bachiller: David Snchez Lpez, portador de la cdula de identidad nmero:
17.510.766, para optar al grado acadmico de Ingeniero de Sistemas.
Titulado: IMPLANTACIN DE LA APLICACIN WEB PARA EL CONTROL
DE DOCUMENTOS DEL SISTEMA DE GESTIN DE LA CALIDAD DE LA
INGENIERA DE SOFTWARE Y ESTNDARES ABIERTOS, 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 20 das del mes de Mayo de dos mil diez.
_________________________
Ing. Jess Chaparro
C.I. 4.526.369
iii
NCLEO DE MONAGAS
APROBACIN
Quienes suscriben, Miembros del jurado evaluador designados por la
comisin de Trabajos de Grado de la Escuela de Ingeniera de Sistemas de
la Universidad de Oriente Ncleo Monagas, para examinar el Trabajo de
Grado modalidad pasanta presentado por el Bachiller: David Snchez
Lpez, portador de la cdula de identidad nmero: 17.510.766. Titulado:
IMPLANTACIN DE LA APLICACIN WEB PARA EL CONTROL DE
DOCUMENTOS DEL SISTEMA DE GESTIN DE LA CALIDAD DE LA
INGENIERA DE SOFTWARE Y ESTNDARES ABIERTOS, el cual es
presentado para optar al grado acadmico de Ingeniero de Sistemas,
consideramos que dicho trabajo cumple con los requisitos exigidos para tal
efecto y por tanto lo declaramos: APROBADO
En la ciudad de Maturn a los 23 das del mes de Julio de dos mil diez.
_________________________
__________________________
Ing. Desiree Andrico

C.I. 11.781.658
Ing. Morella Len

C.I. 13.552.525
iv
DEDICATORIA
El presente Trabajo de Grado se lo dedico primeramente a Dios,

porque sin nuestro padre creador nada se pudiese lograr en esta vida.
Y este humilde trabajo tambin te lo dedico a TI: Susana del Valle

Lpez de Snchez, el ser que ms amo en el mundo, MI MADRE el ser que
me dio la vida, MI AMIGA, MI CONFIDENTE, MI MAYOR APOYO Y MI
GRAN GUIA. Gracias por todo el AMOR que me has dado, que me das y que
estoy
seguro
que
siempre
me
dars.
Estoy
estar
SIEMPRE
AGRADECIDO. Eres mi LUZ. ORGULLOSO ME HE SENTIDO SIEMPRE DE

SER TU HIJO. TE QUIERO AL INFINITO Y MS ALLA.
Este Trabajo es TUYO MAM. Dios te bendiga.
NUESTRO SUEO SE HA REALIZADO.
AGRADECIMIENTO
A Dios Todopoderoso por guiarme siempre por el buen camino y

haberme dado la mejor familia, no pude haber pedido ms.
A mis padres: Susana Lpez y Gilberto Snchez; por drmelo
siempre todo: valores, responsabilidad, honestidad y por sobre todo AMOR
Y HUMILDAD, porque sin ellos no hubiese logrado esta importante meta, les
estar ETERNAMENTE agradecido, Dios los bendiga.
A mis hermanos: Josu, Jonathan y Jons Snchez Lpez, por
apoyarme siempre en las buenas y en las malas, saben que se les quiere.
A mis abuelos: Enrique Lpez y Zelandia Acua por el apoyo brindado
durante mis aos de carrera.
A la Universidad de Oriente junto con sus profesores, por haberme
dado la oportunidad de estudiar e impartir tantos conocimientos en m,
guindome en mi aprendizaje, gracias totales.
A todos mis amigos de la UDO con quienes compart muy buenos
momentos, se les tendr siempre presentes.
A mis amigos de AIT: Morela Velsquez, Gregoria Albornoz, Minerva
Sosa y
Nacarit
Espaa, por brindarme su confianza, amistad, ayuda y
hacerme parte del equipo.

A mis asesores Ings. Jess Chaparro y Tania Surez quienes fueron
mis guas para la elaboracin de este humilde trabajo presentado.
Al equipo de DIS de la Gerencia de AIT: Jess Garca, Jess Alegra,
Ronny Castillejo y dems compaeros, por su amistad y por el gran apoyo
prestado durante mis pasantas en la Corporacin PDVSA.
Y a todas aquellas personas que directa o indirectamente respaldaron
la ejecucin del presente trabajo.
vi
INDICE GENERAL
ACTA DE EVALUACIN ..............................................................................ii

ACTA DE EVALUACIN .............................................................................iii
APROBACIN.............................................................................................iv
DEDICATORIA ............................................................................................ v
AGRADECIMIENTO ....................................................................................vi
INDICE GENERAL .....................................................................................vii
INDICE DE CUADROS................................................................................ x
INDICE DE FIGURAS................................................................................ xiii
INDICE DE DIAGRAMAS ..........................................................................xvi
RESUMEN................................................................................................ xvii
INTRODUCCIN......................................................................................... 1
CAPTULO I. CONTEXTO ORGANIZACIONAL.......................................... 3
1.1 Resea Histrica de Petrleos de Venezuela S.A. (PDVSA)........... 3
1.2 Visin................................................................................................. 6
1.3 Misin ................................................................................................ 7
1.4 Objetivo de PDVSA ........................................................................... 7
1.5 Transformacin de la Corporacin. ................................................... 7
1.6 Gerencia de Automatizacin, Informtica y Telecomunicaciones
(AIT) PDVSA Divisin Oriente ................................................................ 10
CAPITULO II .EL PROBLEMA Y SUS GENERALIDADES ....................... 16
2.1 Planteamiento del Problema ........................................................... 16
2.2 Objetivos de la Investigacin ........................................................... 20
2.2.1 Objetivo General ...................................................................... 20
2.2.2 Objetivos Especficos ............................................................... 20
2.3 Justificacin de la Investigacin ...................................................... 21
2.4 Alcance de la Investigacin ............................................................. 22
2.5 Limitaciones de la Investigacin...................................................... 23
vii
CAPITULO III .MARCO REFERENCIAL ................................................... 24

3.1 Antecedentes de la Investigacin................................................... 24
3.2 Bases Tericas .............................................................................. 26
3.3 Bases Legales .................................................................................. 56
3.4 Definicin de Trminos..................................................................... 60
CAPITULO IV. MARCO METODOLGICO .............................................. 64
4.1 Tipo y Nivel de la Investigacin ....................................................... 64
4.2 Poblacin y Muestra ........................................................................ 65
4.3 Tcnicas e Instrumentos de Recoleccin de Datos......................... 66
4.4 Tcnicas de Anlisis de Datos ........................................................ 68
4.5 Diseo Operativo............................................................................. 69
Etapa I. Estudio de la situacin actual ................................................ 69
Etapa II. Anlisis ................................................................................. 70
Etapa III. Diseo.................................................................................. 70
Etapa IV. Construccin y pruebas....................................................... 70
Etapa V. Elaboracin de manuales ..................................................... 71
Etapa VI. Implantacin ........................................................................ 71
4.6 Cuadro Operativo ............................................................................ 71
CAPTULO V. RESULTADOS ................................................................... 73
5.1 Situacin actual del Sistema de Gestin de la Calidad de la Gerencia
AIT de PDVSA, Divisin Oriente. ........................................................... 73
5.2 Estudio de los Sistemas. ................................................................. 84
5.3 Propuestas de Aplicaciones Web bajo software libre..................... 93
5.4 Fase de Formulacin, Planificacin y Anlisis ............................... 97
5.4.1 Formulacin .............................................................................. 97
5.4.2 Planificacin ............................................................................ 101
5.4.2.1 mbito de la Aplicacin...................................................... 101
5.4.2.2 Plan del Proyecto de Software........................................... 106
5.4.2.3 Costos y Beneficios del Proyecto de Software .................. 108
5.4.3 Anlisis................................................................................... 118
viii
5.4.3.1 Anlisis de Contenido ........................................................ 121

5.4.3.2 Anlisis de la Interaccin ................................................... 131
5.4.3.3 Anlisis Funcional .............................................................. 140
5.4.3.4 Anlisis de la Configuracin............................................... 152
5.5 Fase de diseo............................................................................. 155
5.5.1 Diseo ..................................................................................... 155
5.5.1.1 Diseo Arquitectnico ....................................................... 156
5.5.1.2 Diseo de Navegacin....................................................... 157
5.5.1.3 Diseo de la interfaz ......................................................... 162
5.6 Fase de generacin de pginas y pruebas .................................. 177
5.6.1 Generacin de pginas ........................................................... 177
5.6.2 Pruebas................................................................................... 178
5.7 Fase de evaluacin del cliente ..................................................... 188
CONCLUSIONES .................................................................................... 190
RECOMENDACIONES............................................................................ 193
BIBLIOGRAFA........................................................................................ 195
ANEXOS.................................................................................................. 201
Anexo A.Encuesta,ISOxPERT ............................................................. 202
Anexo B.Nomenclatura de bd, tablas y columnas de PDVSA .............. 205
Anexo C.Manuales de l Sistema SISCOND-AIT ................................. 211
ix
INDICE DE CUADROS
Cuadro.01: Simbologa utilizada por los diseadores para realizar el diseo

de hipertexto durante el proceso de modelado del sistema.......................... 41
Cuadro.02: Cuadro Operativo. ...................................................................... 72
Cuadro.03: Documentacin del caso de uso Crear Documento................. 80
Cuadro.04: Documentacin del caso de uso Modificar Documento. .......... 81
Cuadro.05:
Documentacin
del
caso
de
uso
Elaborar
Diseo
de
Documento. ................................................................................................. 81
Cuadro.06: Documentacin del caso de uso Supervisar Documento......... 82
Cuadro.07: Documentacin del caso de uso Revisar Documento.............. 82
Cuadro.08: Documentacin del caso de uso Aprobar Documento. ............ 83
Cuadro.09: Documentacin del caso de uso Rechazar Documento. ......... 83
Cuadro.10: Documentacin del caso de uso Publicar Documento............. 84
Cuadro.11: Plan de Proyecto de Software. ................................................. 107
Cuadro.12: Resumen de costos incurridos con el desarrollo del proyecto . 111
Cuadro.13: Costos anuales por depreciacin de equipos con el sistema... 112
Cuadro.14: Costos anuales de mantenimiento con el sistema ................... 113
Cuadro.15: Costos anuales de impresin sin el sistema ............................ 114
Cuadro.16: Resumen de costos anuales con el sistema ............................ 114
Cuadro.17: Resumen de costos anuales sin el sistema ............................. 114
Cuadro.18: Resumen de los beneficios y costos del proyecto.................... 117
Cuadro.20: Tabla i002t_usuario_sistema. .................................................. 125
Cuadro.21: Campos extrados del Directorio Activo PDVSA. ..................... 125
Cuadro.22: Tabla c002t_doc_public. .......................................................... 126
Cuadro.23: Tabla c003t_solicitudes............................................................ 127
Cuadro.24: Tabla c004t_doc_pro................................................................ 129
Cuadro.25: Tabla c005t_registros............................................................... 130
Cuadro.26: Tabla c006t_plantillas............................................................... 131
Cuadro.27: Identificacin de casos de uso ................................................. 140

Cuadro.28: Documentacin del CU-01 Iniciar sesin ............................... 142
Cuadro.29: Documentacin del CU-02 Cerrar sesin .............................. 142
Cuadro.30: Documentacin del CU-03 Navegar en el sistema ................ 143
Cuadro.31: Documentacin del CU-04 Revisar documento ..................... 144
Cuadro.32: Documentacin del CU-06 Crear documento ........................ 144
Cuadro.33: Documentacin del CU-08 Publicar documento .................... 145
Cuadro.34: Documentacin del CU-09 Actualizar documento................. 146
Cuadro.35: Documentacin del CU-10 Procesar eliminacin de doc ....... 147
Cuadro.36: Documentacin del CU-11 Gestionar comp. normales .......... 147
Cuadro.37: Documentacin del CU-12 Gestionar comp. de archivos ...... 148
Cuadro.38: Documentacin del CU-13 Gestionar acceso de usuario ...... 149
Cuadro.39: Documentacin del CU-14 Gestionar Flujo de trabajo........... 149
Cuadro.40: Documentacin del CU-16 Consultar documento .................. 150
Cuadro.41: Documentacin del CU-17 Elaborar Solicitud ........................ 151
Cuadro.42: Documentacin del CU-20 Aprobar/Rechazar documento .... 151
Cuadro.43: Especificaciones tcnicas mnimas del servidor ...................... 154
Cuadro.44: Especificaciones tcnicas del servidor Orimat100 ................... 154
Cuadro.45 Pruebas de Inicio de Sesin...................................................... 180
Cuadro.46 Pruebas de Cierre de Sesin. ................................................... 181
Cuadro.47 Pruebas de Navegacin dentro del Sistema. ............................ 181
Cuadro.48 Pruebas de acceso a los mdulos segn los roles (Mdulo
Documentos en Flujo de Trabajo)............................................................... 181
Cuadro.49 Pruebas de roles para Cargar Documentos (Mdulo Documentos
Operativos). ................................................................................................ 182
Cuadro.50: Pruebas de Carga de Documentos. ......................................... 183
Cuadro.51: Pruebas de Descarga de Documentos..................................... 183
Cuadro.52: Pruebas para Eliminar Documentos......................................... 184
Cuadro.53: Pruebas Bsqueda de Documentos......................................... 184
Cuadro.54 Pruebas de Inicio de Flujo de Trabajo....................................... 185
xi
Cuadro.55 Pruebas de Revisar Documento. .............................................. 185

Cuadro.56 Pruebas de Aprobacin/Rechazo de Documentos.................... 186
Cuadro.57 Pruebas de Publicar Documento............................................... 186
Cuadro.58 Pruebas de Cambio de Documento ha estado Obsoleto. ......... 187
Cuadro.59 Pruebas de Carga de Usuarios. ................................................ 187
Cuadro.60 Pruebas de Edicin de Usuarios. .............................................. 188
Cuadro.61: Abreviaturas para las columnas de las tablas de bd ................ 208
xii
INDICE DE FIGURAS
Figura.01: Estructura Organizacional PDVSA EyP Divisin Oriente............... 9

Figura.02: Modelo de procesos de AIT ......................................................... 11
Figura.03: Estructura Organizacional AIT Divisin Oriente. .......................... 14
Figura.04: Logo de UML ............................................................................... 28
Figura.05: Representacin de un diagrama de caso de uso......................... 30
Figura.06: Relacin de extensin e inclusin................................................ 31
Figura.07: Relacin de generalizacin en casos de uso............................... 32
Figura.08 Actores en relacin de generalizacin .......................................... 32
Figura.09: Diagrama de clases ..................................................................... 33
Figura.10: Modelo de proceso IWeb ............................................................. 34
Figura.11: Especificacin de los modelos de WebML................................... 40
Figura.12: Tecnologas agrupadas bajo el concepto de AJAX ..................... 48
Figura.13: ExtJS 1.0.1 y la base de relaciones de la librera ........................ 51
Figura.14: ExtJS 1.1 y la base de relaciones de la librera ........................... 51
Figura.15: Modelo del Sistema de Gestin de la Calidad de AIT.................. 74
Figura 16: Estructura Documental del SGC de AIT ...................................... 75
Figura.17 Manejo de documentos en el SGC de AIT.................................... 77
Figura.18 Pantalla principal de ISOxPERT. .................................................. 86
Figura.19: Usuarios que tienen instalado ISOxPERT en su mquina........... 87
Figura.20: Frecuencia de uso de la herramienta ISOxPERT. ....................... 88
Figura.21: Usabilidad en ISOxPERT............................................................. 89
Figura.22: Flujo de Trabajo en ISOxPERT. .................................................. 90
Figura.23: La Interfaz en ISOxPERT. ........................................................... 91
Figura.24: Documentacin del SGC cargada en ISOxPERT. ....................... 92
Figura.25: Logo de Alfresco. ......................................................................... 94
Figura.26: Pantallas principales de Alfresco. ............................................... 94
Figura.27: Logo de Nuxeo. ........................................................................... 96
xiii
Figura.28 Pantallas principales de Nuxeo..................................................... 97

Figura.29 Relacin de costos incurridos entre la
implantacin o la no
implantacin del sistema............................................................................. 115

Figura.30: Imagen de la tabla i002t_usuario_sistema. ............................. 125
Figura.31: Imagen de la tabla c002t_doc_public ...................................... 127
Figura.32: Imagen de la tabla c003t_solicitudes....................................... 128
Figura.33: Imagen de la tabla c004t_doc_pro. ......................................... 129
Figura.34: Imagen de la tabla c005t_registros.......................................... 130
Figura.35: Imagen de la tabla c006t_plantillas. ........................................ 131
Figura.36: Diagrama de arquitectura de 2 capas. ....................................... 153
Figura.37: Estructura lineal ......................................................................... 157
Figura.38: Estructura en red o web pura..................................................... 157
Figura.39: Pantalla de acceso al sistema ................................................... 162
Figura.40: Pantalla Principal del sistema .................................................... 163
Figura.41 Pantalla Misin AIT. ................................................................... 164
Figura.42 Pantalla Visin AIT.................................................................... 164
Figura.43 Pantalla Organigrama (Gerencia EyP Divisin Oriente). ........... 165
Figura.44 Pantalla Organigrama (Gerencia AIT EyP Divisin Oriente). .... 165
Figura.45: Pantalla Informacin Mdulo Control de Documentos. .............. 166
Figura.46: Pantalla Informacin Mdulo Control de Registros. ................... 166
Figura.47: Pantalla Informacin Mdulo Administracin del Sistema. ........ 167
Figura.48 Pantalla Sub-Mdulo Manual de la Calidad. .............................. 167
Figura.49 Pantalla Sub-Mdulo Documentos de Proceso. ........................ 168
Figura.50 Pantalla Sub-Mdulo Documentos Operativos. ......................... 169
Figura.51 Pantalla Solicitud de Cambio (Seccin Doc Publicados). .......... 170
Figura.52 Pantalla Documentos Obsoletos (Seccin Doc Publicados)...... 170
Figura.54 Pantalla de Carga de Doc Operativos (Seccin Cargar Doc). ... 171
Figura.55 Pantalla de Carga de Registros (Seccin Cargar Documento). . 172
Figura.56 Pantalla de Publicar Documento................................................ 172
Figura.57 Pantalla de Ayuda (Sub-Modulo Documentos Operativos)........ 173
xiv
Figura.58 Pantalla Sub-Mdulo Documentos en Flujo de Trabajo............. 174

Figura.59 Pantalla Sub-Mdulo Registros. ................................................ 175
Figura.60 Pantalla Mdulo Administracin del Sistema. ............................ 176
xv
INDICE DE DIAGRAMAS
Diagrama.01: Diagrama de Caso de Uso del Sistema Actual del SGC en el

manejo y control de documentos. ................................................................. 78
Diagrama 02: Diagrama de modelo de base de datos................................ 123
Diagrama.03: Diagrama de Caso de Uso del Sistema: Mdulo Control de
Documentos................................................................................................ 133
Diagrama.04: Diagrama de caso de uso, Nivel 1: Consultar documento.... 134
Diagrama.05: Diagrama de caso de uso, Nivel 1: Elaborar solicitud .......... 134
Diagrama.06: Diagrama de caso de uso, Nivel 1: Consultar Formatos ...... 135
Diagrama.07: Diagrama de caso de uso, Nivel 1: Cargar documento ........ 135
Diagrama.08: Diagrama de caso de uso, Nivel 1: Iniciar flujo de trabajo.... 136
Diagrama.09: Diagrama de caso de uso, Nivel 1: Cargar registro .............. 136
Diagrama.10: Diagrama de caso de uso, Nivel 1: Revisar documento ....... 137
Diagrama.11: Diagrama de caso de uso, Nivel 1: Aprobar/Rechazar doc .. 137
Diagrama.12: Diagrama de caso de uso, Nivel 1: Gest comp normales..... 138
Diagrama.13: Diagrama de caso de uso, Nivel 1: Gest comp de archivos . 138
Diagrama.14: Diagrama de caso de uso, Nivel 1: Gest Flujo de trabajo..... 139
Diagrama.15: Diagrama de caso de uso, Nivel 1: Eliminar documentos .... 139
Diagrama.16: Diagrama de hipertexto (I).................................................... 158
Diagrama.17: Diagrama de hipertexto (II)................................................... 159
Diagrama.18: Diagrama de hipertexto (III).................................................. 161
xvi
DAVID SNCHEZ LPEZ. (2010). IMPLANTACIN DE LA APLICACIN

WEB PARA EL CONTROL DE DOCUMENTOS DEL SISTEMA DE
GESTIN DE LA CALIDAD DE LA GERENCIA AIT DE PDVSA DIVISION
ORIENTE, BAJO TCNICAS DE INGENIERA DE SOFTWARE Y
ESTNDARES ABIERTOS. Informe de Pasantas de Grado. Universidad de
Oriente. Ncleo Monagas, Escuela de Ingeniera de Sistemas. Tutor: Ing.
JESS CHAPARRO.
RESUMEN
La presente investigacin tuvo como objetivo principal el implantar el
desarrollo de una aplicacin Web que funcione como una herramienta para
controlar y administrar los documentos del Sistema de Gestin de la Calidad
de la Gerencia de Automatizacin, Informtica y Telecomunicaciones (AIT)
de Exploracin y Produccin, Divisin Oriente de Petrleos de Venezuela,
S.A (PDVSA), bajo software libre. Este proyecto se llev a cabo basndose
en una necesidad que surgi por parte de dicha gerencia. La aplicacin
permite la carga, descarga y almacenamiento de documentos y registros, y a
su vez, acta como una herramienta de control de versiones de los
documentos facilitando la bsqueda de los mismos. La aplicacin Web se
desarroll en el marco del uso de estndares abiertos y de software libre,
tomando como base el decreto 3390. Adems, se implement la metodologa
de la ingeniera web (IWeb) y las notaciones grficas de UML y WebML en el
diseo operativo. Las tcnicas e instrumentos de recoleccin de datos
usados para el logro de la solucin fueron las encuestas, la observacin
directa y la entrevista no estructurada, tomando como poblacin a 244
empleados de la gerencia en la Divisin Oriente con una muestra selectiva
de 32 personas. Los resultados obtenidos con el desarrollo de la herramienta
fueron la reduccin en los tiempos de bsqueda y localizacin de
documentos, como tambin en el flujo de trabajo y costos en cuanto al gran
volumen de papel que genera un Sistema de Calidad y la centralizacin del
mismo en un nico ambiente, a la cual se puede acceder desde cualquier
lugar y en cualquier momento, a travs, de la intranet de PDVSA.
Palabras Claves: Sistema de Calidad, Aplicacin Web, Estndares Abiertos,
WebML.
xvii
INTRODUCCIN
medida
que
evoluciona
la
tecnologa
informtica
las
telecomunicaciones los sistemas de informacin en especial las aplicaciones

basadas en Web han ido modificando la forma cotidiana que tienen las
grandes y pequeas empresas para gestionar sus procesos internos, obtener
informacin, realizar negocios, recibir instruccin y comunicarse.
Actualmente
la
Gerencia
de
Automatizacin,
Informtica
Telecomunicaciones (AIT), PDVSA Exploracin y Produccin, Divisin

Oriente,
con
el
propsito
de
automatizar
los
procesos
operativos
relacionados a la administracin de los documentos de su Sistema de

Calidad ha tenido la iniciativa de desarrollar una aplicacin Web en software
libre para el manejo y control de estos documentos a travs del proyecto que
lleva por nombre: SISCOND-AIT (Sistema para el Control de Documentos de
la Gerencia de AIT Divisin Oriente, PDVSA Maturn).
Para la elaboracin de este proyecto se emple como metodologa de

trabajo, la Ingeniera Web (IWeb) cuyo proceso est conformado en fases
dedicadas a operaciones especificas del proceso de diseo, desarrollo,
implementacin y pruebas que permiten un desarrollo confiable en lo que ha
modelado de sistemas basados en web se refiere. La metodologa fue
sustentada e implementada junto a las herramientas de diseo de sistemas
UML y de sistemas en ambiente Web, WebML. Herramientas que permiten al
diseador enfocar todo su esfuerzo en el usuario final por ser un sistema
basado en ellos.
El presente trabajo de grado modalidad pasantas fue realizado en el

Edificio Sede de PDVSA del Estado Monagas (ESEM), torre nica, ubicada
en la Av. Alirio Ugarte Pelayo de Maturn, especficamente en la oficina de
Administracin de Recursos y Control de Gestin. El lapso de elaboracin del
proyecto, estuvo comprendido entre el 16 de Abril del 2009 y el 16 de
Diciembre del 2009; para una duracin total de 8 meses. Este trabajo de
grado se encuentra estructurado en cinco (05) captulos los cuales
contemplan lo siguiente:
Captulo I: Informacin relevante de la empresa donde fue realizada la

pasanta, en este caso se describe la empresa PDVSA y el departamento
donde se llevo a cabo el proyecto
Captulo II: Definicin del problema de investigacin, con sus

respectivos objetivos, justificacin y alcance.
Captulo III: Antecedentes, bases tericas, las cuales sustentan y

explican los aspectos tratados durante el desarrollo del
proyecto de
investigacin y que respaldan la solucin del fenmeno bajo estudio.
Captulo IV: Descripcin detallada del tipo y nivel de investigacin

empleada, la poblacin de estudio, las tcnicas e instrumentos de
recoleccin de datos y el diseo operativo.
Captulo V: Resultados obtenidos al aplicar la solucin planteada al

problema, siguiendo la metodologa correspondiente. Conclusiones y
Recomendaciones de la investigacin.
CAPTULO I
CONTEXTO ORGANIZACIONAL
1.1 Resea Histrica de Petrleos de Venezuela S.A. (PDVSA)
Petrleos de Venezuela S.A. (PDVSA), es una empresa petrolera

internacional que pertenece al Estado de la Repblica Bolivariana de
Venezuela. Sus operaciones incluyen la exploracin, produccin, refinacin,
transporte y comercializacin de hidrocarburos,
petroqumicos,
qumicos
Orimulsin.
como tambin negocios
PDVSA
est
profundamente
comprometida con el desarrollo social y econmico de Venezuela y participa

en forma activa en proyectos destinados a la salud, la educacin, el medio
ambiente y la economa local.
En este sentido, la empresa petrolera estatal ha establecido una poltica

orientada a integrar la Inversin Social a una visin de Responsabilidad
Social Corporativa que funcione directamente con las comunidades y
enfatice el desarrollo de las pequeas y medianas empresas locales del
sector
petrolero
otros
sectores,
especialmente
cooperativas
microempresas.
Petrleos de Venezuela fue creada por decreto presidencial N 1.123 el

30 de Agosto de 1975 para ejercer funciones de planificacin, coordinacin y
supervisin de la industria petrolera nacional al concluir el proceso de
reversin de las concesiones de hidrocarburos. Efectivamente, el 1 de Enero
de 1976 a las 12:00 horas comenz PDVSA a desempearse como casa

matriz.
Durante el primer ao de operacin, PDVSA inici sus acciones con 14

filiales: Palmaven, Bariven, Llanoven, Boscaven, CVP, Deltaven, Taloven,
Vistaven, Meneven, Guariven, Lagoven, Amoven, Maraven, Roqueven.
Finalmente en 1.986 Lagoven, Maraven y Corpoven absorbieron las
actividades de las concesionarias que estaban en Venezuela. Estas
cumplan con todas las actividades relacionadas
con la industria de los
hidrocarburos, exploracin, refinacin, transporte y comercializacin nacional

e internacional de crudos y sus derivados, as como tambin la produccin,
procesamiento y distribucin del gas natural para los sectores domsticos e
industriales. Corpoven construyo
gran parte de la red nacional de
gasoductos.
Desde su creacin en 1.976, PDVSA lleva adelante actividades en

materia de exploracin y produccin para el desarrollo de petrleo y gas,
betumen y crudo pesado de Faja del Orinoco; produccin y manufactura de
Orimulsin, as como explotacin de yacimientos de carbn. Luego del paro
petrolero en diciembre del 2002 nace la nueva PDVSA aportando al
desarrollo nacional con una serie de nuevas estructuras, como el Plan
Siembra Petrolera y promocin al desarrollo social.
PDVSA cumple con todas las actividades propias del negocio petrolero,
constituyndose en una corporacin verticalmente integrada, que abarca
todos los procesos, desde la explotacin hasta la comercializacin de los
hidrocarburos gaseosos y no gaseosos, y sus derivados. A continuacin, se
detallan los procesos que realiza PDVSA:
1. Exploracin y Produccin: Es el primer eslabn de la cadena, el

cual se ubica aguas arriba del negocio. El objeto del proceso de
Exploracin y Produccin es maximizar el valor econmico a largo plazo
de las reservas de hidrocarburos gaseosos y no gaseosos en el suelo
patrio, garantizando la seguridad de sus instalaciones y su personal, en
armona con los venezolanos y el medio ambiente.
2. Refinacin: La refinacin es el proceso que se encarga de la

transformacin de los hidrocarburos en productos derivados. PDVSA
realiza sus operaciones de procesamiento del crudo a travs de 20
refineras: cinco en Venezuela, y quince en el resto del mundo.
3. Comercio y Suministro: Ac se establecen las formulas de precios

que reflejan las variaciones del mercado para garantizar precios e
ingresos justos para el pueblo venezolano.
4. Gas: El Plan Estratgico de Petrleos de Venezuela, S.A. (PDVSA)

2006-2012, enmarcado en el Plan Siembra Petrolera 2005-2030,
promueve la aceleracin de los diferentes proyectos de exploracin y
produccin de gas en tierra firme y costa afuera, con el objetivo de
contribuir con la construccin del nuevo modelo econmico, productivo y
social del pas, maximizar y valorizar los recursos gasferos e impulsar
el desarrollo endgeno y sustentable en las reas de influencia, adems
de propiciar la integracin latinoamericana y caribea.
El sector petroqumico es desarrollado por PEQUIVEN y sus

empresas mixtas, as como existen otras empresas filiales de PDVSA:
INTEVEP, PALMAVEN, CVP, DELTAVEN, BARIVEN, PDVSA GAS, PDVSA
Gas Comunal, PDVAL, entre otras; las cuales tienen como funcin principal:
adiestramiento y capacitacin, investigacin y desarrollo, promocin de
nuevas modalidades de inversin y ahorro dentro del proceso de apertura

petrolera, respectivamente. El trabajo permanente y la constancia de sus
trabajadores y trabajadoras han hecho posible que Petrleos de Venezuela,
S.A. (PDVSA) sea hoy reconocido internacionalmente como una empresa
altamente
eficiente
en
el
negocio
de
hidrocarburos,
debido
al
aprovechamiento optimo de sus yacimientos, la eficiencia operacional y la

introduccin oportuna de nuevas tecnologas.
De acuerdo con un estudio comparativo publicado el 1 de diciembre de

2008 por Petroleum Intelligence Weekly (PIW), PDVSA ha sido considerada
en el cuarto lugar entre las compaas ms grandes a nivel mundial en el
negocio petrolero. El estudio estuvo basado en una combinacin de criterios
operacionales, tales como: reservas, produccin, refinacin y ventas, segn
los cuales PDVSA se calific de la siguiente manera:
Quinta en reservas probadas de petrleo y gas.

Sptima en produccin.
Quinta en capacidad de refinacin.
Octava en ventas.
1.2 Visin
La visin de PDVSA es ser una empresa estratgicamente posesionada

en los mercados del mundo; enfocada al suministro confiable, oportuno y
competitivo de hidrocarburos, activamente orientada a traducir el avance
tecnolgico en satisfaccin de sus clientes, capitalizando as el espritu
innovador y ticamente emprendedor de su gente, impulsando con ello una
mejor calidad de vida.
1.3 Misin
Crear valor para el accionista explotando integralmente todas las fases

del negocio de los hidrocarburos e interactuando constructivamente con las
estructuras productivas del pas, utilizando los recursos en forma eficaz,
tcticamente
productiva
y operacionalmente
segura,
preservando
el
ambiente y asegurando la rentabilidad que garantice la continuidad de su

razn comercial.
1.4 Objetivo de PDVSA
Petrleos de Venezuela S.A. es la corporacin estatal de la Repblica

Bolivariana de Venezuela que se encarga de la exploracin, produccin,
manufactura, transporte y mercadeo de los hidrocarburos, de manera
eficiente, rentable, segura, transparente y comprometida con la proteccin
ambiental; con el fin ltimo de motorizar el desarrollo armnico del pas,
afianzar el uso soberano de los recursos, potenciar el desarrollo endgeno y
propiciar una existencia digna y provechosa para el pueblo venezolano,
propietario de la riqueza del subsuelo nacional y nico dueo de esta
empresa operadora.
1.5 Transformacin de la Corporacin.
Entre los aos 2002 y 2003 la empresa petrolera venezolana se vio bajo
una fuerte reestructuracin, ocasionada en buena medida por la situacin
poltica enfrentada por Venezuela durante esos aos. En este perodo la
produccin del crudo as como las actividades de refinacin (Produccin de
gasolinas y sus derivados) cay aproximadamente en un 95%.
Durante los aos 2004 y 2005 se dieron otro tipo de cambios en la

industria, orientando a la empresa petrolera como impulsora de programas
sociales y educativos para Venezuela hacia la mejora de las condiciones de
vida de la poblacin. Actualmente, la empresa ha iniciado un nuevo enlace
con el Estado Venezolano, que permitir una conexin estrecha con las
lneas maestras del actual proyecto nacional del pas, bajo el papel rector del
Ministerio del Poder Popular para la Energa y Petrleo.
La alta direccin asumi el compromiso de realizar una transformacin a

la empresa, la presencia del negocio se distribuye en cuatro divisiones:
Occidente, Oriente, Centro Sur y Costa Afuera; las cuales a su vez estn
conformadas por 9 Distritos Sociales: 4 en Occidente; 3 en Oriente; y 2 en
Centro Sur. Cada una de estas divisiones a su vez est integrada por
diversas empresas y unidades de negocio, ubicadas tanto en Venezuela
como en el Exterior.
En la Figura.01 se muestra como est conformada PDVSA Exploracin

y Produccin Divisin Oriente a travs de su estructura organizacional,
donde se observa claramente la Gerencia de Automatizacin, Informtica y
Telecomunicaciones (AIT), lugar donde se llevo a cabo las pasantas y se
realizo la investigacin.
Figura.01: Estructura Organizacional PDVSA EyP Divisin Oriente.

(Fuente: PDVSA Divisin Oriente)
1.6 Gerencia de Automatizacin, Informtica y Telecomunicaciones

(AIT) PDVSA Divisin Oriente
Descripcin
AIT Una organizacin gerenciada por procesos, somos la organizacin

responsable de orientar, facilitar y mejorar los servicios y soluciones
tecnolgicas de Automatizacin, Informacin y Telecomunicaciones en
PDVSA. En AIT la gerencia por procesos significa una gestin sistemtica de
los recursos y esfuerzos organizacionales bajo una perspectiva horizontal
que permite definir una solucin integral para el logro de objetivos comunes,
en forma eficiente, mediante la coordinacin de reas funcionales y
transfuncionales, de manera dinmica para la satisfaccin de los usuarios de
los procesos.
La Gerencia de AIT Divisin Oriente comprometida en alcanzar las

metas de desempeo y productividad establecidas por la Divisin, da
respuesta a los requerimientos de Divisin Oriente a travs de 04 procesos
que contribuyen a la Cadena de Valor del negocio, estos son: Gestin de
Necesidades
Oportunidades
(GNO),
Gestin
del
Servicio
(GS),
Mantenimiento a la Plataforma de AIT (MAP) y Almacenamiento y Respaldo

(AYR), los cuales forman parte de los procesos medulares del Modelo de
Procesos de AIT.
El resto de los 19 procesos mantienen la interrelacin durante la

ejecucin de las operaciones as
como la estructura organizativa que
participa, haciendo uso de los recursos humanos, financieros y tcnicos

disponibles, manteniendo de esta forma el enfoque sistmico de una
Organizacin gerenciada por procesos.
10
En la Figura.02 se identifican los 23 procesos que se desarrollan en AIT

y la clasificacin segn su tipo (Direccionales, Medulares, Habilitadores y de
Control).
Figura.02: Modelo de procesos de AIT

Visin
Plena Soberana Tecnolgica basada en los valores de la Revolucin

Socialista.
11
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.
Estructura Organizativa
AIT
Divisin
Oriente
transforma
su
estructura
Organizativa
descentralizando la operacin con una nueva distribucin apegada al

negocio y a la integracin de sus disciplinas, de los niveles de Gerencia,
Superintendencia y Supervisores.
Nivel de Gerencia
Gerente de Automatizacin, Informtica y Telecomunicaciones.
Nivel de Superintendencias
Superintendencia de Planificacin (PLA).

Superintendencia de Mantenimiento a la Plataforma (MAP) / Gestin del
Servicio (GDS).
Superintendencia de Gestin de Necesidades y Oportunidades (GNO) /
Desarrollo e Implantacin de Soluciones (DIS).
Superintendencia de Cadena de Suministro (CDS).
Superintendencia de Administracin de Recursos y Control de Gestin
(ARH, ARF, GMP y CG).
12
Superintendencia de AIT Exploracin.

Superintendencia de AIT Distrito Furrial.
Superintendencia de AIT Distrito Pta. De Mata.
En la Figura.03 se puede observar la Estructura Organizacional de AIT

Divisin Oriente. De igual forma se resalta la Superintendencia de Admn. de
Recursos y Control de Gestin de Divisin Oriente, superintendencia donde
se realizaron las pasantas, especficamente en el proceso de Gestin y
Mejoramiento de los Procesos (GMP).
13
Figura.03: Estructura Organizacional AIT Divisin Oriente.

14
Poltica de Calidad de AIT
La Divisin Oriente como responsable de explotar de manera eficiente

y rentable las reservas de petrleo 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
Objetivos de Calidad de Divisin Oriente.
a) Garantizar la entrega de Petrleo bajo los requerimientos de costo,

tiempo, cantidad y calidad establecidos por el cliente.
b) Asegurar los recursos esenciales para la operacin y control de los

procesos de produccin de petrleo.
c) Mantener la excelencia como proveedor confiable de Petrleo a travs de

la actualizacin y desarrollo de las competencias del personal.
d) Mantener el Sistema de Gestin de la Calidad para garantizar la mejora

continua de la eficacia de los procesos de la Divisin Oriente.
15
CAPITULO II
EL PROBLEMA Y SUS GENERALIDADES
2.1 Planteamiento del Problema
Hoy en da es conocido el valor que posee la informacin en el

desempeo de cualquier actividad empresarial y es por ello que la
integracin de sistemas aplicativos adquiere una gran importancia en la vida
de las empresas como base para la toma de decisiones gerenciales,
automatizacin de procesos, reduccin de tiempos y costos.
Las aplicaciones de gestin constituyen el eje central de toda actividad

que requiera control y anlisis de la informacin. Es muy importante entonces
que los sistemas de informacin resuelvan de la mejor manera las
necesidades particulares de cada empresa. Para nadie es un secreto el
sorprendente avance que ha tenido la ciencia en todos sus campos y la
relacin estrecha que existe entre estas aplicaciones y los procesos internos
de las medianas y grandes empresas. Cada da el mercado se hace ms
exigente y los clientes demandan mayor calidad en los servicios recibidos, lo
que obliga a las organizaciones a gestionarse de tal manera que puedan
mantener y mejorar continuamente su desempeo, identificando la calidad
como un factor indispensable.
La adopcin de un Sistema de Gestin de la Calidad (SGC), segn la

Norma ISO 9001:2008, es una decisin estratgica de la organizacin y est
16
influenciada por su entorno, objetivos, productos, tamao, entre otros;

promueve la adopcin del enfoque basado en procesos mediante el
cumplimiento de requisitos, para proporcionar productos que satisfagan los
requerimientos de sus clientes.
Como beneficio adicional, cabe mencionar que cualquier empresa que

cuente con un SGC implantado puede optar por una Certificacin; proceso
mediante el cual un organismo independiente califica el funcionamiento de la
organizacin, declarando la conformidad con los requisitos establecidos en la
Norma correspondiente y aumentando su credibilidad a nivel nacional e
internacional.
La Gerencia de AIT Divisin Oriente de PDVSA, desde el ao 2005, ha

trabajado en la implantacin de un SGC que le permita administrar mejor sus
procesos, as como aumentar su eficiencia, participando con 04 procesos
medulares del complejo modelo corporativo, y dando respuesta a la cadena
de valor de la Divisin Oriente en el requisito 6.3 infraestructura, de la Norma
ISO 9001:2008. Hasta ahora no se ha logrado la definicin y puesta en
funcionamiento de un sistema automatizado que permita manejar el gran
volumen de documentacin que conforma el SGC en su totalidad.
En el mercado de hoy se consiguen diversos sistemas automatizados

que cumplen funciones similares a las requeridas, pero siendo en su mayora
software privados; razn por la cual se estaba demandando una aplicacin
Web en dicha Gerencia, dado que los sistemas en uso y los que se han
implantado son y han sido software propietario lo que implica restricciones de
uso por parte de los usuarios o requiere de autorizacin expresa del
Licenciador; adems de contrariar el Decreto 3390 emitido en Gaceta oficial
N 38095 donde se ordena que la Administracin Pblica Nacional emplear
17
prioritariamente Software Libre desarrollado con Estndares Abiertos, en sus

sistemas, proyectos y servicios informticos
La Gerencia AIT actualmente para gestionar tal labor estaba haciendo

uso de aplicaciones de manera parcial como ISOxPERT (Sistema de gestin
de la calidad, Distrito Norte, elaborada en Lotus Notes) y SIMDE (Sistema de
manejo de documentos electrnico, PDVSA; elaborado en Saic-Intesa), para
gestionar y visualizar estos documentos.
ISOxPERT fue usado desde 2007. Esta aplicacin se encuentra

formada por diez mdulos, pero slo aplicaba cuatro para el manejo de
usuario. Donde tres de sus diez mdulos no estaban activos (Indicadores y
Mantenimiento, Calibracin de Equipos para nivel de usuario y FLEWxFLOW
Flujo de trabajo para nivel de editor) y siendo este de licencia privada. La
documentacin de AIT cargada en el ISOxPERT slo contemplaba
documentos requeridos por el SGC de Divisin Oriente, los cuales son:
manual de procesos, lista maestra de documentos internos y lista maestra de
documentos externos. El resto de la documentacin de AIT para el SGC
Divisin Oriente se encuentra en los servidores PDVSA y est controlada
como documentos externos porque son documentos corporativos.
Por otro lado SIMDE, tambin software propietario, esta aplicacin no

tena contrato de mantenimiento para el ao 2009, y tampoco se visualizaban
contratos para los aos venideros, segn informacin suministrada por el
personal Custodio de la aplicacin, ubicado en la sede de PDVSA en Pto. La
Cruz, estado Anzotegui.
Para tal efecto, se haban estado utilizando carpetas departamentales

(por proceso) en los distintos servidores ubicados en Punta de Mata y
Maturn para resguardar los registros; adems se generaba mucha lentitud
18
en la elaboracin, revisin, aprobacin y publicacin (FLEWxFLOW Flujo de

trabajo) de los documentos operativos, ya que la mayora del personal
involucrado dispone de poco tiempo para actividades de oficina y no les
resulta ptimo ni llamativo la realizacin de stas actividades de
documentacin en forma manual.
Adems, es importante sealar que el gran espacio que ocupa la

documentacin para este tipo de sistemas, al ser almacenada en los
servidores en la intranet de la corporacin, resultaba poco favorable por lo
cual se estaba demandando un sistema de este tipo. Por todo lo antes
expuesto, es indispensable automatizar el manejo de la documentacin del
SGC de la gerencia AIT, considerando los siguientes aspectos:
Revisar los requisitos exigidos por la Norma ISO 9001:2008 para el

desarrollo de un SGC.
Permitir cargar las plantillas para los diferentes tipos de documentos

que conforman el SGC (manuales, procedimientos, instrucciones de
trabajo, guas, planos, formatos, entre otros).
Permitir la elaboracin, revisin, aprobacin y publicacin (flujo de

trabajo) de los documentos.
Almacenar y permitir la consulta de las distintas revisiones de los

documentos, incluyendo los documentos obsoletos.
Establecer una estructura de Roles (editor, revisor, aprobador,

observador) flexible ante los frecuentes cambios organizacionales, sin
afectar los requisitos de la norma ni la documentacin existente.
19
Emitir mensajes electrnicos a las personas, dependiendo de su rol,

cada vez que se realicen inclusiones, eliminaciones y/o modificaciones
a los documentos.
Disear la aplicacin Web utilizando la ingeniera de software (IWeb) y

las herramientas de modelado que mejor se adapten para su desarrollo.
Desarrollar e implantar solo el mdulo para el control de documentos,

cumplimiento con el decreto 3390.
Elaborar los distintos manuales (tcnico y de usuario) del sistema a

desarrollar.
2.2 Objetivos de la Investigacin
2.2.1 Objetivo General
Implantar la aplicacin Web para el manejo y control de documentos del

Sistema de Gestin de la Calidad de la Gerencia AIT de PDVSA Divisin
Oriente, bajo tcnicas de ingeniera de software y estndares abiertos.
2.2.2 Objetivos Especficos
2.2.2.1
Estudiar el funcionamiento actual del Sistema de Gestin de la

Calidad de la Gerencia de AIT, Divisin Oriente PDVSA.
2.2.2.2
Determinar los requerimientos de la aplicacin, considerando las

necesidades y prioridades de los usuarios del sistema.
20
2.2.2.3
Disear una arquitectura de la aplicacin robusta y eficiente.
2.2.2.4
Desarrollar los mdulos para automatizar el manejo y control de

documentos y registros del SGC, cumpliendo con el decreto 3390.
2.2.2.5
Implantar el sistema desarrollado en la gerencia AIT.
2.3 Justificacin de la Investigacin
Los sistemas de informacin (SI) y las tecnologas de informacin (TI)

han ido cambiando la manera en que operan las organizaciones actuales. A
travs de su uso se logran importantes mejoras, ya que automatizan los
procesos operativos, proporcionan una plataforma de informacin necesaria
para la toma de decisiones, y lo ms importante su implantacin permite
ventajas competitivas.
AIT EyP Oriente PDVSA desde el ao 2005 ha venido migrando sus

sistemas y proyectos informticos a software libre cumpliendo as con el
Decreto 3390 emitido en Gaceta Oficial
N 38095, donde su SGC ha
requerido el desarrollo y la implantacin de una herramienta web libre que le

permita administrar y gestionar en su totalidad los documentos, para as
homologar sus procesos de una manera ms eficiente.
Con el desarrollo del presente trabajo de investigacin la Gerencia de

AIT lograr automatizar parte del SGC en cuanto al control de sus
documentos se refiere usando las nuevas tecnologas en desarrollo de
software. La implantacin de la aplicacin traer como beneficios la eficaz
planificacin, operacin y control de los procesos participantes, sin
desperdicios, permitir la reduccin de los elevados tiempos de respuesta en
21
el ciclo de vida de los documentos (flujo de trabajo) adems de facilitar la

consulta o bsqueda oportuna de los distintos documentos que conforma el
sistema por parte de los distintos usuarios.
Asimismo permitir que todas las operaciones se realicen en tiempo

real accediendo rpidamente desde cualquier lugar que se disponga de
conexin a la intranet PDVSA y en cualquier momento de forma segura,
beneficios que son atribuibles a este tipo de sistemas.
2.4 Alcance de la Investigacin
El tema de la pasanta se halla inmerso dentro del rea de conocimiento

de las aplicaciones Cliente/Servidor. Donde la Gerencia AIT Divisin Oriente
demanda una aplicacin Web bajo software libre con estndares abiertos
para as cumplir con el Decreto 3390. La aplicacin desarrollada contiene
5(cinco) mdulos de los cuales solo 3(tres) sern implantados (Control de
Documentos, Control de Registros y Administracin). Adems
tendr la
capacidad de reunir toda la informacin bajo un ambiente Web nico.
La informacin podr ser de dominio del personal de PDVSA y

restringida a ciertas personas a travs de roles y contraseas con el objetivo
que cualquier persona pueda consultarla e interactuar con ella a travs de la
intranet de la corporacin. La aplicacin ser usada especficamente por la
gerencia de AIT de PDVSA, en Maturn, Estado Monagas, pero en el futuro
podr ser utilizada por cualquier otra gerencia que lo requiera, aclarando que
no todas las gerencias tienen las mismas necesidades.
El presente Trabajo de Grado representa el informe final de la pasanta

llevada a cabo en el edificio sede de PDVSA Maturn (ESEM), torre nica,
22
ubicada en la Av. Alirio Ugarte Pelayo de Maturn estado Monagas,

especficamente en la gerencia de AIT (Nivel 1 - Modulo 3) en el lapso de
ejecucin comprendido entre el 16 de Abril y el 16 de Diciembre del 2009;
para una duracin total de 8 meses.
2.5 Limitaciones de la Investigacin
Muchas veces cuando se realiza un trabajo de investigacin se hacen

presentes una serie de obstculos que impiden que el proyecto avance en la
manera en que fue planificado. En el desarrollo de la aplicacin uno de los
inconvenientes que se present fue el tiempo limitado del pasante dentro de
la empresa para culminar el proyecto en su totalidad, el cual comprenda el
desarrollo de los 5(cinco) mdulos de los cuales solo se implantaron 3(tres).
La demora en la entrega de informacin para las fases de Diseo y

Construccin, por parte del personal de la Superintendencia de Desarrollo e
Implantacin de Soluciones de la Gerencia de AIT PDVSA, Divisin Oriente,
por falta de disponibilidad de tiempo debido a la ejecucin continua de sus
actividades laborales, represent un inconveniente ms. Otro de los
obstculos que interfiri en el desarrollo del proyecto, fue el tiempo de
respuesta que present la mquina en donde se desarroll la aplicacin, la
cual contena muy poca memoria, causando gran lentitud y retraso en las
fases de Diseo y Construccin.
En este sentido, los requerimientos levantados luego de haber

concluido el proyecto favorecern la ampliacin del mbito de la presente
investigacin, y sern gestionados como un nuevo proyecto de continuacin
y mejora del presente trabajo mediante el desarrollo, implantacin y uso de
los mdulos restantes (Auditorias e Indicadores).
23
CAPITULO III
MARCO REFERENCIAL
3.1 Antecedentes de la Investigacin
Ruiz, J. (2009). Sistema Web para la Gerencia de Tecnologa de

PDVSA Divisin Oriente, bajo el uso de tcnicas de Ingeniera de Software y
estndares abiertos, Maturn Estado Monagas. El Trabajo de Grado fue
presentado en la Universidad de Oriente Ncleo-Monagas para optar por el
ttulo de Ingeniero de Sistemas. El objetivo de este proyecto fue el desarrollo
de TECNORIENTE, un sistema Web que funcione como una herramienta de
publicacin y de gestin para la Gerencia de Tecnologa de Exploracin y
Produccin Divisin Oriente de PDVSA bajo la filosofa de software libre.
El sistema permite la visualizacin de informacin de inters y de

conocimiento de la Gerencia, y a su vez acta como una herramienta de
gestin de proyectos e indicadores de gestin a nivel de la regin de oriente;
reduciendo los tiempos y costos en cuanto al manejo de la informacin,
aceleracin y automatizacin en la comunicacin y la centralizacin de la
informacin en un nico ambiente El contenido del proyecto aport una
concepcin bsica del modelado del sistema mediante el uso de la
herramienta WebML aplicada al caso de estudio.
Bravo, F. (2008). Desarrollo de un Sistema Web para el Control y

Gestin del personal de la Gerencia de AIT Distrito Norte PDVSA, Maturn
24
Estado Monagas. El Trabajo de Grado fue presentado en la Universidad de

Oriente Ncleo-Monagas para optar por el ttulo de Ingeniero de Sistemas. El
objetivo de este proyecto fue desarrollar el sistema CGA-AIT (Control y
Gestin Administrativo de la Gerencia de AIT Distrito Norte) el cual es una
herramienta automatizada que permite llevar el control del personal asociado
a la Gerencia de AIT Dtto. Norte y que cuenta con las funcionalidades de
monitoreo de la informacin, carga y actualizacin de datos, validacin de
datos, generacin de reportes, bsqueda de personal y administracin del
sistema.
El proyecto del sistema CGA-AIT, sirvi como base para la compresin

de la metodologa IWeb, as como tambin para el entendimiento de los
modelos de casos de uso y de datos utilizados. El conocimiento se obtuvo en
su mayora, a travs de la descripcin textual de las actividades del diseo
operativo aplicado.
Surez, L. (2007). Desarrollo de un Sistema de Gestin de Activos para

el Departamento de AIT-Soporte Integral en el Distrito Social Norte, PDVSA
Estado Monagas. El Trabajo de Grado fue presentado en el Instituto
Universitario Politcnico Santiago Mario Extensin Maturn. El objetivo de
este proyecto fue desarrollar un sistema que gestione los activos en tiempo
real a travs del control en el flujo de informacin, eliminando de esta forma
prdida de tiempo en la obtencin de activos, la desorganizacin en los
almacenes y desconfianza en la informacin. El proyecto facilit una
comprensin amplia del contenido de todas las actividades de la metodologa
IWeb, aplicada al caso de estudio. La comprensin del contenido se logr, a
travs de grficos, diagramas y de la descripcin textual, cada una de ellas
contempladas en las actividades de la metodologa.
25
3.2 Bases Tericas
3.2.1 Aplicaciones Web
Hoy en da, resulta bastante comn implementar la interfaz de una

aplicacin utilizando pginas Web en vez de las ventanas y los controles
especficos de un sistema operativo concreto. En lugar de escribir una
aplicacin para un sistema operativo concreto, como puede ser Windows, en
muchas situaciones es preferible crear aplicaciones Web a las que se accede
a travs de Internet (Berzal, F., Cubero, J. y Cortijo, F., 2005).
Se denominan aplicaciones web (Berzal, F. y otros, 2005) a aquellas

cuya interfaz se construye a partir de pginas web. Las pginas Web no son
ms que ficheros de texto en un formato estndar denominado HTML
(HyperText Markup Language). Estos ficheros se almacenan en un servidor
web al cual se accede utilizando el protocolo HTTP (HyperText Transfer
Protocol), uno de los protocolos de Internet.
Para utilizar una aplicacin web desde una mquina concreta, basta con
tener instalado un navegador web en esa mquina, ya sea ste el Internet
Explorer de Microsoft, el Mozilla Firefox o cualquier otro navegador. Desde la
mquina cliente donde se ejecuta el navegador, se accede a travs de la red
al servidor web donde est alojada la aplicacin y, de esa forma, se puede
utilizar la aplicacin sin que el usuario tenga que instalarla previamente en su
mquina.
Si las pginas que forman la interfaz de una aplicacin se construye

utilizando nica y exclusivamente HTML estndar, se puede conseguir que la
aplicacin funcione prcticamente sobre cualquier plataforma, siempre y
26
cuando se disponga de un navegador web para el sistema operativo

instalado en la mquina desde la que se quiere acceder a la aplicacin.
Aunque la utilizacin de documentos HTML estticos puede ser la

solucin ms adecuada cuando la pgina web se limite a ofrecer siempre la
misma informacin o se pueda automatizar la realizacin de actualizaciones
de los documentos HTML que la constituyen, la naturaleza dinmica de la
web y las expectativas que han surgido en la actualidad hacen necesaria la
implementacin de aplicaciones web que generen dinmicamente el
contenido que finalmente se les ofrece a los usuarios. De esta forma se
puede seleccionar, filtrar, ordenar y presentar la informacin de la forma ms
adecuada en funcin de las necesidades de cada momento. Si bien estas
operaciones se podran conseguir con pginas HTML estticas si se dispone
de espacio suficiente en disco (y, de hecho, esta es una estrategia que se
utiliza para disminuir la carga de la CPU de los servidores).
Entre las ventajas ms relevantes de las aplicaciones web desarrolladas

destacan su accesibilidad (desde cualquier punto de Internet), su fcil
mantenimiento (no hay que distribuir el cdigo de las aplicaciones ni sus
actualizaciones), su relativa seguridad (el cdigo no puede manipularlo el
usuario, al que slo le llega una representacin de los datos que le interesan)
y su escalabilidad (utilizando arquitecturas multicapa y clusters de PCs
resulta relativamente sencillo ampliar en nmero de clientes a los que puede
dar servicio la aplicacin).
3.2.2 Lenguaje Unificado de Modelado (UML)
El UML (Lenguaje Unificado de Modelado) es una de las herramientas

ms emocionantes del mundo actual del desarrollo de sistemas, esto se
27
debe a que permite a los creadores de sistemas generar diseos que

capturen sus ideas en una forma convencional y fcil de comprender para
comunicarlas a otras personas (ver logo en Figura.04). Es el resultado del
trabajo hecho por Grady Booch, James Rumbaugh e Ivar Jacobson. El UML
esta compuesto por diversos elementos grficos que se combinan para
conformar diagramas. La finalidad de los diagramas es presentar diversas
perspectivas de un sistema, a los cuales se les conoce como modelo
(Schmuller, J, p.27).
Figura.04: Logo de UML

(Fuente: Schmuller, J.)
En UML, un sistema viene representado por cinco vistas diferentes que

lo describen desde diferentes perspectivas. Cada vista se representa
mediante un conjunto de diagramas. En UML estn presentes las siguientes
vistas (Pressman, R. 2002, p.362, 363):
a) Vista del usuario. Representa el sistema (producto) desde la

perspectiva de los usuarios (llamados actores en UML). El caso de
uso es el enfoque elegido para modelar esta vista.
b) Vista estructural: los datos y la funcionalidad se muestran desde
dentro del sistema, es decir, modela la estructura esttica (clases,
objetos y relaciones).
28
c) Vista del comportamiento: esta parte del modelo del anlisis

representa los aspectos dinmicos o de comportamiento del
sistema. Tambin muestra las interacciones o colaboraciones entre
los diversos elementos estructurales descritos en las vistas
anteriores.
d) Vista
de
implementacin:
los
aspectos
estructurales
de
comportamiento se representan aqu tal y como van a ser

implementados.
e) Vista del entorno: aspectos estructurales y de comportamiento en el

que el sistema a implementar se representa.
3.2.2.1
Diagramas UML
Un diagrama (Hernndez, O., 2002) es la representacin grfica de un

conjunto de elementos con sus relaciones. En concreto, un diagrama ofrece
una vista del sistema a modelar.
Para poder representar correctamente un sistema, UML ofrece una

amplia variedad de diagramas para visualizar el sistema desde varias
perspectivas. UML incluye los siguientes diagramas: diagrama de casos de
uso, diagrama de clases, diagrama de objetos, diagrama de secuencia,
diagrama de colaboracin, diagrama de estados, diagrama de actividades,
diagrama de componentes y el diagrama de despliegue. A continuacin se
explican el diagrama de casos de usos y el diagrama de clases:
Diagrama de casos de usos. El diagrama de casos de usos representa

grficamente los casos de uso que tiene un sistema. Se define un caso de
29
uso como cada interaccin supuesta con el sistema a desarrollar, donde se

representan los requisitos funcionales. Es decir, se est diciendo lo que tiene
que hacer un sistema y cmo. En la Figura.05 se muestra un ejemplo de
casos de uso, donde se muestra un actor (usuario de la lavadora) la elipse
que es el caso de uso (lavar ropa) y la lnea asociativa represente la
comunicacin entre el actor y el caso de uso (Schmuller, J., Pg.75).
Figura.05: Representacin de un diagrama de caso de uso

(Fuente: Schmuller, J,, Pg.98)
Los elementos implicados en un diagrama de casos de uso son los

casos de uso, las relaciones y los actores. Un actor es un rol que interacta
con el sistema. Lo definimos como el rol, porque un actor puede ser tanto un
usuario de la aplicacin como otro sistema o dispositivos externos.
Tipos de relaciones entre casos de uso:
A continuacin se describen cuatro tipos de relaciones entre casos de

uso (Schmuller, J., Pg.78-81):
a) Inclusin: Permite volver a utilizar los pasos de un caso de uso

dentro de otro. El caso de uso incluido nunca aparecer solo, sino,
30
que funciona como parte de un caso de uso que lo incluya (ver

Figura.06).
b) Extensin: Permite crear un caso de uso mediante la adicin de

pasos a uno existente (caso de uso base). La extensin solo se
puede realizar en puntos indicados de manera especfica dentro de
la secuencia del caso de uso base. A estos puntos se les conoce
como puntos de extensin (ver Figura.06).
Figura.06: Relacin de extensin e inclusin

(Fuente: Schmuller, J., Pg.99)
c) Generalizacin: Cuenta con un caso de uso que se hereda de otro.

En la herencia de los casos de uso, el caso de uso secundario
hereda las acciones y significado del primario, y adems agrega sus
propias acciones. Puede aplicar el caso de uso secundario en
cualquier lugar donde aplique el primario (ver Figura.07).
31
Figura.07: Relacin de generalizacin en casos de uso

(Fuente: Schmuller, J., Pg.99)
La relacin de generalizacin puede establecerse entre actores, as

como entre casos de uso. Por ejemplo, el Reabastecedor, y el
Recolector sern secundarios del Agente proveedor, como se
muestra en la Figura.08.
Figura.08 Actores en relacin de generalizacin

(Fuente: Schmuller, J, Pg.99)
d) Agrupamiento: Es una manera sencilla de organizar los casos de

uso. Esto puede ocurrir cuando un sistema consta de varios
subsistemas. Otra posibilidad sera cuando se entrevista a los
usuarios para obtener los requerimientos de un sistema y se
organizan por categoras.
32
Diagramas de Clases: Es una descripcin de las clases en un sistema

y sus relaciones. No describe el comportamiento dinmico del sistema, por
ejemplo el comportamiento de objetos individuales. ste es el diagrama ms
comn a la hora de describir el diseo de los sistemas orientados a objetos.
El primer elemento de un diagrama de clases es una descripcin de clases
individuales.
La Figura.09 muestra como se describe una clase. La clase describe al

cliente de un banco. Cada cuadro que representa una clase contiene el
nombre de la clase, una seccin que enumera los atributos de los objetos
definidos por la clase, y una seccin que describe las operaciones asociadas
con tales objetos. (Pressman, R., 2002)
Figura.09: Diagrama de clases

(Fuente: Pressman, R., 2002)
3.2.3 Ingeniera Web (IWeb)
El proceso IWeb (Pressman, R., 2002), es un proceso de software

incremental y evolutivo para el desarrollo de sistemas y aplicaciones basados
33
en Web denominados WebApps, trmino que abarca desde una pgina web
simple hasta un sitio web completo o una funcionalidad especializada dentro
de los sitios web (ver Figura.10).
Figura.10: Modelo de proceso IWeb

(Fuente: Pressman, R., 2002, Pg.525)
Este proceso se compone de las siguientes actividades:
Formulacin: La formulacin, identifica las metas y los objetivos de la

WebApp y establece el mbito del primer incremento.
Planificacin: La Planificacin, que estima el coste global del proyecto, la

evaluacin de los riesgos asociados con el desarrollo y la definicin de la
planificacin del desarrollo bien granulado.
Anlisis: El Anlisis, establece los requisitos tcnicos para la WebApp,

identifica los elementos del contenido a incorporar, as como tambin, los
requisitos del diseo grfico.
34
Ingeniera: La actividad de ingeniera abarca dos tareas: El diseo del

contenido y la produccin con el objetivo de disear, producir y/o adquirir
todo contenido de texto, grfico y video que se vaya a integrar en la WebApp.
Generacin de pginas: Es una actividad de construccin que hace uso de

las herramientas automatizadas para la creacin de la WebApp. El contenido
definido en la actividad de ingeniera se fusiona con los diseos
arquitectnicos, de navegacin y de la interfaz para elaborar pginas web
ejecutables en HTML, XML y otros lenguajes orientados a procesos (por
ejemplo Java).
Pruebas: Ejercitan la navegacin para descubrir errores de las applets,

guiones y formularios, y ayuda a asegurar que la WebApp funcionar
correctamente
en
diferentes
entornos
(por
ejemplo,
con
diferentes
navegadores).
Evaluacin del cliente: Cada incremento producido como parte del proceso
IWeb se revisa durante la actividad de evaluacin del cliente. Es en ese
punto en donde se solicitan cambios (tienen lugar ampliaciones del mbito).
Estos cambios se integran en la siguiente ruta mediante el flujo incremental
del proceso.
3.2.4 WebML (Lenguaje de Modelado Web)
Propuesta
interesante
adems
de
ser
motivo
de
estudio
implementacin en este trabajo es el lenguaje de modelado Web (Web

Modeling Language, WebML). El WebML es una notacin visual para el
diseo de aplicaciones Web complejas y con gran volumen de datos, ya que
provee especificaciones grficas formales envueltas en un completo proceso
35
de diseo que puede ser asistido por herramientas visuales de diseo; a su

vez permite la descripcin de los sitios Web desde distintos puntos de vista
entre los que podemos mencionar el conceptual, el navegacional y el de
presentacin.
WebML apunta a proveer un acercamiento en la estructura del diseo

intensivo de datos que se manejan en un sitio Web. Un conjunto de modelos
integrados ayudan a los diseadores en la produccin del sitio de alta calidad
ya que todas las facetas del diseo deben ser y son dirigidas. El uso de
metodologas viejas se vuelve despreciado.
Los principales objetivos del proceso de diseo WebML son:
a) Expresar la estructura de una aplicacin Web con un alto nivel de

descripcin que pueda ser usado para consultas, evolucin y
mantenimiento futuro de la aplicacin.
b) Provee mltiples vistas del mismo contenido.
c) Descompone la informacin en pginas, navegacin y presentacin,

que pueden ser definidas de manera independiente.
d) Permite almacenar la meta - data recolectada durante el diseo para

emplearlos durante toda la vida de la aplicacin para generar
pginas Web de forma dinmica.
e) Sitios Web que manejen gran cantidad de datos haciendo uso de

interfaces dirigidas al pblico en general.
36
El desarrollo de aplicaciones Web con WebML consiste en diferentes

fases que deben ser aplicadas de manera iterativa e incremental. El proceso
involucra varios ciclos, cada uno de los cuales produce un prototipo o versin
parcial de la aplicacin, lo que permite realizar evaluaciones y pruebas desde
las fases inciales de desarrollo.
El proceso de desarrollo comienza con el Modelo de Datos del sistema

en el que mediante algn lenguaje de modelado como UML (WebML no
exige ninguno en concreto), se representa la estructura esttica del mismo.
Tras esto, se realiza el Modelo de Hipertexto donde se describen uno o ms
hipertextos que pueden ser publicados en el sitio Web. Cada uno de estos
hipertextos define una vista del sitio.
La descripcin de los hipertextos se realiza mediante dos modelos: el

Modelo de Composicin, que define las pginas que componen el sistema, y
el Modelo de Navegacin, que describe cmo se podr navegar a travs de
ellas. Y por ltimo, se describe el Modelo de Presentacin que define la
apariencia fsica de las pginas.
Fuera del proceso, el diseo de los datos y el hipertexto son las

actividades ms afectadas por la adopcin de WebML. Incluso, aplicaciones
para el manejo de contenidos y publicacin de datos tienen ciertas
peculiaridades que pueden ser explotadas en el diseo de datos.
Reconocerlas puede ayudar al diseador a organizar su trabajo de una
manera ms sistmica, lo que normalmente resultara en esquemas de datos
ms consistentes. Por lo tanto el mtodo refuerza los distintos roles
desempeados por los objetos y utiliza esto para proponer una secuencia de
pasos para ensamblar el esquema de datos de una aplicacin Web.
(Stefano, C y Fraternali, P. 2003. Pg. xxi,xxii,xxiii)
37
Los principales modelos incluidos en la metodologa de diseo WebML

son:
1. Modelo de Datos.
2. Modelo de Hipertexto.
3. Modelo de Presentacin.
1. Modelo de Datos (Modelo de Estructura + Modelo de Derivacin)
El modelo de datos de WebML es una adaptacin conveniente de los

modelos conceptuales de diseo de datos que se emplea en otras disciplinas
como diseo de bases de datos, ingeniera de software y representacin del
conocimiento. El modelo de datos de WebML es compatible con el modelo
de datos Entidad Relacin usado en el diseo conceptual de bases de
datos, tambin es compatible con los diagramas de clase UML empleados en
el modelado orientado a objetos.
El elemento fundamental del modelo de datos son las entidades,

definidas como contenedores de elementos de datos, y sus relaciones
definidas como las conexiones semnticas entre entidades. Las entidades
tienen propiedades, llamadas atributos, con un tipo asociado. Las entidades
pueden ser organizadas de manera jerrquica y sus relaciones pueden
restringirse por medio de la cardinalidad. (Stefano, C y Fraternali, P. 2003.
Pg.62-63).
2. Modelo de Hipertexto (Navegacin + Composicin)
El modelo de hipertexto especifica cmo se compone el sitio y la

navegacin en el sitio. La composicin del sitio describe las pginas que
38
forman parte del hipertexto y las unidades de contenido que constituyen cada
pgina. Las pginas de un sitio Web son catalogadas como contenedores de
informacin que es enviada al usuario.
Las unidades son elementos atmicos de contenido empleadas para

publicar informacin descrita en el modelo de datos. WebML contiene siete
(7) tipos de unidades predefinidas para desarrollar pginas Web: data, multidata, index (y sus variantes jerrquicas y seleccin mltiple), entry, scroller.
Cada unidad est asociada a una entidad subyacente, de la cual se obtiene
el contenido. La especificacin de una entidad subyacente determina el tipo
de objeto del cual se deriva el contenido de la unidad.
La navegacin del sitio se realiza a travs de enlaces, los cuales se

definen entre unidades que se encuentran en una misma pgina, en
diferentes pginas o entre pginas completas. La informacin transportada a
travs de los enlaces se conoce como contexto de navegacin o
simplemente contexto. Los enlaces que transportan informacin contextual
se denominan enlaces contextuales mientras que los que no transportan
informacin son conocidos como enlaces no contextuales. La informacin
contextual generalmente es necesaria para asegurar las operaciones de
computacin de las unidades. (Stefano, C y Fraternali, P. 2003. Pg.77-78)
3. Modelo de Presentacin
Define como lucir la vista del sitio. WebML incluye un modelo simple
de presentacin que permite colocar contenidos dinmicos en la pgina
adems de aplicar estilos distintos para cada uno. A continuacin la
Figura.11 muestra la estructura de un sitio Web modelado haciendo uso de
WebML.
39
Figura.11: Especificacin de los modelos de WebML

(Fuente: Daz, P, 2005, Pg.20)
Una observacin muy importante es el hecho de que WebML no es el

mejor enfoque para sitios Web estticos o pequeos. (Stefano, C y Fraternali,
P. 2003. Pg.259)
3.2.4.1 Elementos del Modelo de Hipertexto WebML
El Cuadro.01 muestra la simbologa utilizada por los diseadores para

realizar el diseo de hipertexto durante el proceso de modelado del sistema.
40
Elementos WebML
Data Unit
(Unidad de Datos)
Descripcin Breve
La unidad de datos publica un
solo objeto obtenido de una
entidad determinada.
Multidata Unit
(Unidad de Datos Mltiple)
La unidad de datos mltiples

presenta mltiples objetos de
una entidad juntos, repitiendo
la presentacin de algunas
unidades de datos.

Nombre.
Entidad Fuente.
Selector (opcional).
Atributos Incluidos.
Clusula
de
Orden
(opcional).
Index Unit
(Unidad ndice)
Una unidad ndice presenta

objetos mltiples de una
entidad como una lista.

Nombre.
Entidad Fuente.
Clusula
de
Orden
(opcional).
Multi-choice index Unit

(Unidad ndice de mltiples
elecciones)
Es una variante de la unidad

de
ndice,
donde
cada
elemento de la lista esta
asociado con un checkbox;
permitiendo a los usuarios
seleccionar mltiples objetos.

Nombre.
Entidad Fuente.
Clusula
de
Orden
(opcional).
Scroller-Unit
(Unidad de desplazamiento)
Una
unidad
de
desplazamiento
provee
comandos para desplazar los
objetos en un escenario.

Nombre.
Entidad Fuente.
Bloque de factores.
Clusula
de
Orden
(opcional).
2 Hierarchical index Unit

(Unidad ndice jerrquica)
Es una variante de la unidad

de ndice, en la cual las
anotaciones de ndice estn
organizadas en un rbol
multinivel.

Nombre.
Para cada nivel:
Entidad Fuente.
Clusula de Orden
(opcional).
Esta unidad de entrada

soporta el ingreso de datos
basado en un formulario.

Nombre.
Para cada campo:
Nombre.
Tipo.
Valor inicial.
Predicado de validez.
Entry Unit
(Unidad de entrada)
Propiedades
Nombre.
Entidad Fuente.

Cuadro.01: Simbologa utilizada por los diseadores para realizar el diseo de hipertexto
durante el proceso de modelado del sistema.
(Fuente: Daz, P, 2005, Pg.20)
41
La unidad de datos mltiples

presenta mltiples objetos de
una entidad juntos, repitiendo
la presentacin de algunas
unidades de datos.

Global Parameter
(Parmetro Global)
Almacena
disponible
paginas.
informacin
mltiples

Nombre.
Entidad Fuente.
Clusula
de
Orden
(opcional).
Nombre.
Tipo.
Valor por defecto.
Set Unit
(Unidad de Asignacin)
Asigna valores a un parmetro

global.
Parmetro Global.
Get Unit
(Unidad de Extraccin)
Recupera el valor
parmetro global.
un
Parmetro Global.
Create Unit
(Unidad de creacin)
Permite la creacin de un
nuevo ejemplo de entidad
(instancias).

Nombre.
Entidad Fuente.
Conjunto de valores
asignados.
Delete Unit
(Unidad de borrado)
Permite eliminar
uno ms
objetos de una entidad
determinada.

Nombre.
Entidad Fuente.
Selector.
Modifity Unit
(Unidad de modificacin)
Actualiza uno o ms objetos

de una entidad dada.

Nombre.
Entidad Fuente.
Selector.
Conjunto de valores
asignados.
3 Connect Unit
(Unidad de conexin)
Crea nuevas instancias de una

relacin.

Nombre.
Papel de la relacin.
Selector de entidad
fuente.
Selector de entidad
objetivo.
Multidata Unit
(Unidad de Datos Mltiple)
para
de
Cuadro.01 (cont.).
42
Disconnect Unit
(Unidad de Desconexin)
Elimina instancias
relacin.
de
una

Nombre.
Papel de la relacin.
Selector de entidad
fuente.
Selector de entidad
objetivo.
Login Unit
(Unidad de
sistema )
entrada
al
Verifica la entidad de un
usuario accediendo al sitio.
Parmetro:

Nombre de usuario.

Clave.
Logout Unit
(Unidad de cierre de sesin)
La unidad de salida del

sistema enva el usuario a una
pgina por defecto, sin control
de acceso.
Change Group Unit

(Unidad de cambio
grupo)
Verifica la entidad de un
usuario accediendo al sitio por
medio de otro grupo de
usuarios.
Parmetro:

Nombre de usuario.

Clave.
Sendmail Unit
(Unidad de envi de correo
o mensajes)
Suministra la capacidad enviar

los mensajes de correo.
Parmetros:

Remitente.

Receptor.

Asunto.

Cuerpo del mensaje.

Adjuntos.
Generic Operation Unit

(Unidad
de
Operacin
Genrica)
Define
una
operacin
genrica: la contribucin y el
producto. Por el que los
parmetros
deben
ser
definidos el diseador.
Definidos por el diseador.
Transaction
(Transaccin)
Una transaccin es una

secuencia de las operaciones
ejecutadas automticamente.
Las operaciones individuales
se ejecutan con xito, o la
secuencia
entera
est
pendiente.
de
Cuadro.01 (cont.).
43
Nada.
Nada.
4 Page
(Pagina)
OR sub-pages
(Sub-Pginas
(alternativo))
OR
Alternativas
Pg. 1
Pg. 2
AND Sub-Pages
(Sub-Pginas AND)
Pg.
Pg. 1
Pg. 2
rea
Vista del Sitio (site view)
Representan la actual interfaz

buscada por el usuario. Esta
contiene
sub-paginas
AND/OR.

Nombre.
Marca.
Contenido:
unidades,
paginas and/or.
Cierta porcin de la pantalla

puede
contener
piezas
alternativas de contenido,
cada una modelada como una
pgina distinta.
Las sub-pginas OR estn
contenidas en una pgina o en
una sub-pgina.
Son usadas para dividir el
contenido de la pgina en una
pantalla en partes.
Las sub-pginas AND estn
contenidas en una pgina o en
una sub-pgina.

Animacin de pginas.
Paginas anidadas por
defecto.
Anidacin de Pginas.
Es un contenedor de pginas
o recursivamente de subreas, la cual cada una puede
ser usada para obtener una
organizacin jerrquica del
hipertexto.
Representa una vista del
hipertexto.

Nombre.
Marca
Contenido:
pginas,
sub-reas.
Pgina por defecto o
subrea.

Nombre.
Contenido:
pginas,
reas.
Pgina de inicio.
Link (Enlace)
Parmetro
s
- Automtico
Parmetro
A
Un enlace es orientado a la
conexin entre dos unidades o
paginas. Permite transportar
informacin por medio de sus
parmetros.
Pueden
ser
definidos como:
Automticos: se ejecutan
sin necesidad de la
intervencin del usuario.
Transporte: permiten el
paso de un parmetro.
- Transporte
Parmetro
Enlaces
normales,
automticos y de transporte:

Nombre.
Fuente de Elemento
(unidad o pgina).
Elemento destino.
Tipo de enlace (normal,
automtico
y
transporte).
Parmetros de enlace.

Parmetros de enlace:
- OK Link (enlace)
Parmetros
OK
Enlaces en los que existen

operaciones distinguidas:
Enlaces OK: se ejecutan

en caso de que la
operacin haya sido
exitosa.
Cuadro.01 (cont.).
44

Nombre.
Valor Fuente.
Enlaces OK:

Nombre.
Elemento Fuente
3.2.5 Lenguajes de Programacin
Lenguaje PHP
PHP es un lenguaje de desarrollo web escrito por y para los

desarrolladores web. PHP significa: Hypertext Preprocessor. El producto fue
originalmente llamado Personal Home Page Tools, Actualmente se
encuentra en su quinta reescritura, llamado PHP5 o simplemente PHP. Es un
lenguaje de scripts del lado del servidor, que puede ser embebido en HTML
o usado nicamente como binario (aunque el uso anterior es mucho ms
comn). (Converse, T. y Park, J, 2004, Pg.3)
PHP es un lenguaje ideal tanto para aprender a desarrollar aplicaciones

web como para desarrollar aplicaciones web complejas. Aade a todo eso la
ventaja de que el intrprete de PHP, los diversos mdulos y gran cantidad de
libreras desarrolladas para PHP son de cdigo libre, con lo que el
programador, dispone de un impresionante arsenal de herramientas libres
para desarrollar aplicaciones.
PHP suele ser utilizado conjuntamente con Perl, Apache, MySQL o

PostgreSQL en sistemas Linux, formando una combinacin econmica
(todos los componentes son de cdigo libre), potente y verstil. Tal ha sido la
expansin de esta combinacin que incluso ha merecido conocerse con un
nombre propio LAMP (formado por las inciales de los diversos productos).
Apache, as como algunos otros servidores web, Roxen entre ellos, pueden
incorporar PHP como un mdulo propio del servidor, lo cual permite que las
aplicaciones escritas en PHP resulten mucho ms rpidas que las
aplicaciones CGI habituales. (Mateu, C. 2004, Pg.187)
45
Lenguaje HTML (Hyper Text Markup Language)
El HTML, Hyper Text Markup Language (Lenguaje de marcacin de

Hipertexto) es el lenguaje de marcas de texto utilizado normalmente en la
WWW (World Wide Web). Fue creado en 1986 por el fsico nuclear Tim
Berners-Lee; el cual tomo dos herramientas preexistentes: El concepto de
Hipertexto (Conocido tambin como link o ancla) el cual permite conectar dos
elementos entre si y el SGML (Lenguaje Estndar de Marcacin General) el
cual sirve para colocar etiquetas o marcas en un texto que indique como
debe verse. HTML no es propiamente un lenguaje de programacin como
C++, Visual Basic, entre otros, sino un sistema de etiquetas. HTML no
presenta ningn compilador, por lo tanto algn error de sintaxis que se
presente ste no lo detectar y se visualizara en la forma como ste lo
entienda.
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 ([Documento en lnea] Disponible en: http://www.monografias.com/trabajos7/html/html.shtml).
46
Lenguaje JavaScript
Netscape cre el lenguaje JavaScript en 1996 y lo incluy en su

Netscape Navigator (NN) 2,0 a travs de un intrprete que lee y ejecuta el
cdigo JavaScript aadido en pginas HTML. El lenguaje ha crecido en
popularidad de forma constante desde entonces, y ahora est apoyado por
los navegadores ms populares. (Heilmann, C. 2006, p.4).
Javascript es un lenguaje de programacin interpretado (un lenguaje de

tipo script). A pesar de que existen intrpretes no dependientes de ningn
navegador, es un lenguaje de script que suele encontrarse vinculado a
pginas web. Javascript y Java son dos lenguajes de programacin distintos
con filosofas muy diferentes. El nico punto en comn es la sintaxis, ya que
cuando Netscape dise Javascript, se inspir en la sintaxis de Java. (Mateu,
C. 2004, p.94).
Lenguaje AJAX
El trmino AJAX se present por primera vez en el artculo "AJAX: A

New Approach to Web Applications" publicado por Jesse James Garrett el 18
de Febrero de 2005. Hasta ese momento, no exista un trmino normalizado
que hiciera referencia a un nuevo tipo de aplicacin web que estaba
apareciendo. En realidad, el trmino AJAX es un acrnimo de Asynchronous
JavaScript + XML, que se puede traducir como "JavaScript asncrono +
XML".
AJAX no es una tecnologa en s mismo. En realidad, se trata de varias

tecnologas independientes que se unen de formas nuevas y sorprendentes.
Es una tcnica de desarrollo web para crear aplicaciones interactivas o RIA
47
(Rich Internet Applications). stas se ejecutan en el cliente, es decir, en el

navegador de los usuarios y
mantiene comunicacin asncrona con el
servidor en segundo plano. De esta forma es posible realizar cambios sobre

la misma pgina sin necesidad de recargarla. Esto significa aumentar la
interactividad, velocidad y usabilidad en la misma. (Eguluz, J. 2008. Pg.5)
Las tecnologas que forman AJAX son:
a) XHTML y CSS, para crear una presentacin basada en estndares.

b) DOM,
para
la
interaccin
manipulacin
dinmica
de
la
presentacin.
c) XML, XSLT y JSON, para el intercambio y la manipulacin de
informacin.
d) XMLHttpRequest, para el intercambio asncrono de informacin.
e) JavaScript, para unir todas las dems tecnologas.
Figura.12: Tecnologas agrupadas bajo el concepto de AJAX

(Fuente: Eguluz, J. 2008)
48
3.2.6 Frameworks y Libreras
Las aplicaciones Web son cada vez ms complejas, ya que incluyen

efectos e interacciones que hasta hace poco tiempo eran exclusivas de las
aplicaciones de escritorio. Al mismo tiempo, la programacin de estas
aplicaciones avanzadas se complica por varios motivos. En primer lugar, las
aplicaciones comerciales deben funcionar correctamente e igual de bien en
varios navegadores diferentes: Internet Explorer, Firefox, Opera y Safari. En
segundo lugar, el tiempo disponible para el desarrollo de cada nueva
caracterstica se reduce cada vez ms por la necesidad continua de incluir
novedades en las aplicaciones antes de que las incluya la competencia.
Por todo lo anterior, han surgido libreras y frameworks especficos para

el desarrollo de aplicaciones con JavaScript. Utilizando estas libreras, se
reduce el tiempo de desarrollo y se tiene la seguridad de que las aplicaciones
funcionan igual de bien en cualquiera de los navegadores ms populares
(Prez, J., 2008).
Actualmente, existen muchas de estas libreras y frameworks, donde a

continuacin se describe Ext-js el frameworks que se utiliz para el
desarrollo de la aplicacin.
3.2.6.1 Ext-js (Extend JS)
Ext JS es una librera JavaScript para construir aplicaciones (RIA), la

cual se comenz a desarrollar a principios del 2006 por Jack Slocum como
una extensin de la librera Yahoo! User Interface (YUI) , y gracias a su
buena estructura actualmente puede interactuar con jQuery, Prototype y YUI,
adems Ext JS cuenta con su propia librera la cual se llama Ext-base.
49
El otoo del 2006 la librera gan tanta popularidad (con su versin

0.33) que cambi su nombre a Ext (con licencia BSD) como un reflejo de su
madurez
independencia
como
frameworks.
(http://extjs.com/le-
arn/Ext_FAQ)
En 2007 se forma una empresa y se liberan las versiones 1, 1.1, 2.0.

Actualmente Ext JS est en su versin 3.0.
Incluye:
a) Alto rendimiento, widgets personalizables en entorno de usuario
(UI).
b) Bien diseado y modelo de Componentes extensibles.
c) Intuitivo, API fcil de utilizar.
d) Licencias Comerciales y Open Source disponibles.
Ext JS soporta y es compatible con la mayora de navegadores

actuales:
a) Internet Explorer 6+.
b) Firefox 1.5+ (PC, Mac).
c) Safari 3+.
d) Opera 9+ (PC, Mac).
Ext Js trabaja conjuntamente con las libreras:

a) Yahoo! UI (.12+).
b) jQuery (1.1+).
c) Prototype (1.5+) / Scriptaculous (1.7+).
En la Figura.13 y Figura.14 se puede observar la interaccin de dichas

libreras:
50
Figura.13: ExtJS 1.0.1 y la base de relaciones de la librera

Fuente: (http: //extjs.com/learn/Ext_Getting_Started, 2008)
Figura.14: ExtJS 1.1 y la base de relaciones de la librera

Fuente: (http: //extjs.com/learn/Ext_Getting_Started, 2008)
3.2.7 Sistema de Gestin de Base de Datos
Se puede definir un sistema de gestin de base de datos (SGBD) como

un conjunto coordinado de programas, procedimientos, lenguajes, entre
51
otros. Que suministra, tanto a los usuarios no informticos como a los

analistas, programadores o al administrador, los medios necesarios para
describir, recuperar y manipular los datos almacenados en la base de datos,
manteniendo su integridad, confidencialidad y seguridad.
Un SGBD es una herramienta que permite interactuar los datos con los
usuarios de los datos, de forma que se garanticen todas las propiedades
definidas para una base de datos. En algunos casos el SGBD trabajar
directamente con los datos, y en otras ocasiones, lo har a travs del sistema
operativo de la maquina donde resida el SGBD. (Cuerpo de Tcnicos
Auxiliares de Informtica de la Administracin del Estado, 2007 Pg.28)
3.2.7.1 PostgreSQL
Es un Sistema de Gestin de Bases de Datos Objeto-Relacionales

(ORDBMS) de software libre, publicado bajo la licencia BSD, que ha sido
desarrollado de varias formas desde 1977. Comenz como un proyecto
denominado Ingres en la Universidad Berkeley de California. Ingres fue ms
tarde desarrollado comercialmente por la Relational Technologies/Ingres
Corporation.
En 1986 otro equipo dirigido por Michael Stonebraker de Berkeley

continu el desarrollo del cdigo de Ingres para crear un sistema de bases
de datos objeto-relacionales llamado Postgres. En 1996, debido a un nuevo
esfuerzo de cdigo abierto y a la incrementada funcionalidad del software,
Postgres fue renombrado a PostgreSQL, tras un breve periplo como
Postgres95. El proyecto PostgreSQL sigue actualmente un activo proceso de
desarrollo a nivel mundial gracias a un equipo de desarrolladores y
contribuidores de cdigo abierto.
52
PostgreSQL est ampliamente considerado como el sistema de bases

de datos de cdigo abierto ms avanzado del mundo. ([Documento en lnea]
Disponible en: http://grupove.org.ve/postgresql).
Caractersticas de PostgreSQL:
1) Implementacin del estndar SQL92/SQL99.

2) Soporta distintos tipos de datos: adems del soporte para los tipos
base, tambin soporta datos de tipo fecha, monetarios, elementos
grficos, datos sobre redes (MAC, IP...), cadenas de bits, entre otros.
Tambin permite la creacin de tipos propios.
3) Incorpora una estructura de datos array.
4) Incorpora funciones de diversa ndole: manejo de fechas, geomtricas,
orientadas a operaciones con redes, entre otros.
5) Permite la declaracin de funciones propias, as como la definicin de
disparadores.
6) Soporta el uso de ndices, reglas y vistas.
7) Incluye herencia entre tablas (aunque no entre objetos, ya que no
existen), por lo que a este gestor de bases de datos se le incluye entre
los gestores objeto-relacionales.
8) Permite la gestin de diferentes usuarios, como tambin los permisos
asignados a cada uno de ellos.
3.2.8 Servidor Web Apache
El servidor HTTP Apache es un software (libre) servidor HTTP de

cdigo abierto para plataformas Unix (BSD, GNU/Linux, etc.), Windows,
Macintosh y otras, que implementa el protocolo HTTP/1.1 y la nocin de sitio
virtual. Cuando comenz su desarrollo en 1995 se bas inicialmente en
53
cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue reescrito por
completo.
Su nombre se debe a que Behelendorf eligi ese nombre porque quera

que tuviese la connotacin de algo que es firme y enrgico pero no agresivo,
y la tribu Apache fue la ltima en rendirse al que pronto se convertira en
gobierno de EEUU, y en esos momentos la preocupacin de su grupo era
que llegasen las empresas y "civilizasen" el paisaje que haban creado los
primeros ingenieros de internet. Adems Apache consista solamente en un
conjunto de parches a aplicar al servidor de NCSA. Era, en ingls, a patchy
server (un servidor "parcheado").
El servidor Apache se desarrolla dentro del proyecto HTTP Server

(httpd) de la Apache Software Foundation. Apache presenta entre otras
caractersticas mensajes de error altamente configurables, bases de datos de
autenticacin y negociado de contenido, pero fue criticado por la falta de una
interfaz grfica que ayude en su configuracin. Apache tiene amplia
aceptacin en la red desde 1996, 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 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 ([Documento en lnea] Disponible en: http://es.wikipedia.org/wiki/Servidor_HTTP_Apache).
54
3.2.9 Software Libre
Software Libre (Stallman, R., 2004) se refiere a la libertad de los

usuarios para ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el
software. De modo ms preciso, se refiere a cuatro libertades de los usuarios
del software:
1. La libertad de usar el programa, con cualquier propsito (libertad 0).

2. La libertad de estudiar cmo funciona el programa, y adaptarlo a las
necesidades (libertad 1). El acceso al cdigo fuente es una condicin
previa para esto.
3. La libertad de distribuir copias, con lo que se puede ayudar a las
personas ms cercanas (libertad 2).
4. La libertad de mejorar el programa y hacer pblicas las mejoras a los
dems, de modo que toda la comunidad se beneficie. (libertad 3). El
acceso al cdigo fuente es un requisito previo para esto.
Software libre no significa no comercial. Un programa libre debe

estar disponible para uso comercial, desarrollo comercial y distribucin
comercial. El desarrollo comercial del software libre ha dejado de ser inusual;
el software comercial libre es muy importante. Cuando se habla de software
libre, es mejor evitar trminos como: regalar o gratis, porque esos
trminos implican que lo importante es el precio, y no la libertad. Algunos
trminos comunes tales como piratera conllevan opiniones que se espera
no apoyarlas.
Entre las ventajas de trabajar con software libre se encuentra que los
desarrolladores no tienen que trabajar desde cero para hacer programas
porque existen muchas aplicaciones que se pueden reutilizar. Lo que hace el
55
software libre es reducir el alcance del derecho de autor a su mnima

expresin.
3.3 Bases Legales
3.3.1 Decreto 3390 sobre uso del Software Libre
A continuacin, se reescribe el decreto 3390 referente al uso del

Software Libre en la Administracin Pblica de la Repblica Bolivariana de
Venezuela (Decreto No. 3.390 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
56
aceptadas por la industria, estando a disposicin de cualquier usuario para

ser
implementadas
en
un
software
libre
otro,
promoviendo
la
competitividad, interoperatividad o flexibilidad.
Software Propietario: Programa de computacin cuya licencia establece

restricciones de uso, redistribucin o modificacin por parte de los usuarios, o
requiere de autorizacin expresa del Licenciador.
Distribucin Software Libre desarrollado con Estndares Abiertos para

el Estado Venezolano: Un paquete de programas y aplicaciones de
Informtica elaborado utilizando Software Libre con Estndares Abiertos para
ser utilizados y distribuidos entre distintos usuarios.
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
las normas y criterios establecidos por ese Ministerio.
Artculo 4. El Ministerio de Ciencia y Tecnologa, adelantar los programas

de capacitacin de los funcionarios pblicos, en el uso del Software Libre
desarrollado con Estndares Abiertos, haciendo especial nfasis en los
responsables de las reas de tecnologas de informacin y comunicacin,
para lo cual establecer con los dems rganos y entes de la Administracin
Pblica Nacional los mecanismos que se requieran.
Artculo 5. El Ejecutivo Nacional fomentar la investigacin y desarrollo de

software bajo modelo Software Libre desarrollado con Estndares Abiertos,
procurando incentivos especiales para desarrolladores.
57
Artculo 6. El Ejecutivo Nacional fortalecer el desarrollo de la industria

nacional del software, mediante el establecimiento de una red de formacin,
de servicios especializados en Software Libre desarrollado con Estndares
Abiertos y desarrolladores.
Artculo 7. El Ministerio de Ciencia y Tecnologa ser responsable de

proveer la Distribucin Software Libre desarrollado con Estndares Abiertos
para el Estado Venezolano, para lo cual implementar los mecanismos que
se requieran.
Artculo 8. El Ejecutivo Nacional promover el uso generalizado del Software

Libre desarrollado con Estndares Abiertos en la sociedad, para lo cual
desarrollar mecanismos orientados a capacitar e instruir a los usuarios en la
utilizacin del Software Libre desarrollado con Estndares Abiertos.
Artculo 9. El Ejecutivo Nacional promover la cooperacin internacional en

materia de Software Libre desarrollado con Estndares Abiertos, con
especial nfasis en la cooperacin regional a travs del MERCOSUR, CAN,
CARICOM y la cooperacin SUR-SUR.
Artculo 10. El Ministerio de Educacin y Deportes, en coordinacin con el

Ministerio de Ciencia y Tecnologa, establecer las polticas para incluir el
Software Libre desarrollado con Estndares Abiertos, en los programas de
educacin bsica y diversificada.
Artculo 11. En un plazo no mayor de noventa (90) das continuos, contados

a partir de la publicacin del presente Decreto en la Gaceta Oficial de la
Repblica Bolivariana de Venezuela, el Ministerio de Ciencia y Tecnologa
deber presentar ante la Presidencia de la Repblica, los planes y
58
programas que servirn de plataforma para la ejecucin progresiva del

presente Decreto.
Artculo 12. Cada Ministro en coordinacin con la Ministra de Ciencia y

Tecnologa, en un plazo no mayor de noventa (90) das continuos, contados
a partir de la aprobacin por parte de la Presidencia de la Repblica de los
planes y programas referidos en el artculo anterior, publicar en la Gaceta
Oficial de la Repblica Bolivariana de Venezuela su respectivo plan de
implantacin progresiva del Software Libre desarrollado con Estndares
Abiertos, acogindose a los lineamientos contenidos en aquellos, incluyendo
estudios de financiamiento e incentivos fiscales a quienes desarrollen
Software Libre con Estndares Abiertos destinados a la aplicacin de los
objetivos previstos en el presente Decreto. Igualmente, las mximas
autoridades de sus entes adscritos publicaran a travs del Ministerio de
adscripcin sus respectivos planes.
Los planes de implantacin progresiva del Software Libre desarrollado

con Estndares Abiertos de los distintos rganos y entes de la
Administracin Pblica Nacional, debern ejecutarse en un plazo no mayor
de veinticuatro (24) meses, dependiendo de las caractersticas propias de
sus sistemas de informacin. Los Ministros mediante Resolucin y las
mximas autoridades de los entes que le estn adscritos a travs de sus
respectivos actos, determinarn las fases de ejecucin del referido Plan, as
como las razones de ndole tcnico que imposibiliten la implantacin
progresiva del Software Libre en los casos excepcionales, de acuerdo a lo
establecido en el artculo 3 del presente Decreto.
Artculo 13. El Ministerio de Ciencia y Tecnologa establecer dentro de los

planes y programas contemplados en el presente Decreto, mecanismos que
preserven la identidad y necesidades culturales del pas, incluyendo a sus
59
grupos indgenas, para lo cual procurar que los sistemas operativos y

aplicaciones que se desarrollen se adecuen a su cultura.
Artculo 14. Todos los Ministros quedan encargados de la ejecucin del

presente Decreto, bajo la coordinacin de la Ministra de Ciencia y
Tecnologa.
3.4 Definicin de Trminos
Aplicacin: Un programa informtico que lleva a cabo una funcin con el

objeto de ayudar a un usuario a realizar una determinada actividad. WWW,
FTP, correo electrnico y Telnet son ejemplos de aplicaciones en el mbito
de Internet (Fernndez, R., 2001, Pg.3).
Modelo: Un modelo es una simplificacin de la realidad. El objetivo del

modelado de un sistema es capturar las partes esenciales del sistema. Para
facilitar este modelado, se realiza una abstraccin y se plasma en una
notacin grfica. Esto se conoce como modelado visual (Hernndez, O.,
2002, Pg.70).
Pgina Web: Fichero (o archivo) que constituye una unidad significativa de

informacin accesible en la WWW a travs de un programa navegador. Su
contenido puede ir desde un texto corto a un voluminoso conjunto de textos,
grficos estticos o en movimiento, sonido, (Fernndez, R., 2001, Pg.35).
Programa: Conjunto de instrucciones escritas en un determinado lenguaje

(por ejemplo, COBOL, C+) que dirigen a un ordenador para la ejecucin de
una serie de operaciones, con el objetivo de resolver un problema que se ha
definido previamente (Fernndez, R., 2001, Pg.37).
60
Servidor Web: Mquina conectada a la red en la que estn almacenadas

fsicamente las pginas que componen un sitio Web. Dcese tambin del
programa que sirve dichas pginas (Fernndez, R., 2001, Pg.47).
Sistema Informtico: Conjunto de partes (hardware y software) que

funcionan relacionndose entre s con un objetivo preciso. Los usuarios son
parte del sistema informtico. (Alegsa, 2008).
Software: Programas o elementos lgicos que hacen funcionar un ordenador

o una red, o que se ejecutan en ellos, en contraposicin con los
componentes fsicos del ordenador o la red (Fernndez, R., 2001, Pg.41).
Web: Servidor de informacin WWW. Se utiliza tambin para definir el

universo WWW en su conjunto (Fernndez, R., 2001, Pg.47).
Navegador: es una aplicacin software que permite al usuario recuperar y

visualizar documentos de hipertexto, comnmente descritos en HTML, desde
servidores Web de todo el mundo a travs de Internet. ([Documento en lnea]
Disponible en:http://es.wikipedia.org/wiki/ Browser).
CSS: Hojas de Estilo en Cascada (Cascading Style Sheets), Es un conjunto

de instrucciones HTML que definen la apariencia de uno o ms elementos de
un conjunto de pginas Web con el objetivo de uniformizar su diseo.
(Fernndez, R., 2001, Pg.7).
DOM: Document Object Model, es un conjunto de utilidades especficamente

diseadas para manipular documentos XML. Por extensin, DOM tambin se
puede utilizar para manipular documentos XHTML y HTML. Tcnicamente,
DOM es una API de funciones que se pueden utilizar para manipular las
pginas XHTML de forma rpida y eficiente. Antes de poder utilizar sus
61
funciones, DOM transforma internamente el archivo XML original en una

estructura ms fcil de manejar formada por una jerarqua de nodos. De esta
forma,
DOM transforma el
cdigo XML en una serie de nodos
interconectados en forma de rbol (Prez, J., 2008, Pg.57).
JSON: JavaScript Object Notation, es un formato sencillo para el intercambio

de informacin. El formato JSON permite representar estructuras de datos
(arrays) y objetos (arrays asociativos) en forma de texto. La notacin de
objetos mediante JSON es una de las caractersticas principales de
JavaScript y es un mecanismo definido en los fundamentos bsicos del
lenguaje. En los ltimos aos, JSON se ha convertido en una alternativa al
formato XML, ya que es ms fcil de leer y escribir, adems de ser mucho
ms conciso. No obstante, XML es superior tcnicamente porque es un
lenguaje de marcado, mientras que JSON es simplemente un formato para
intercambiar datos (Prez, J., 2008, Pg.39).
XHTML: Es un lenguaje de descripcin pensado para destronar al HTML

como estndar para hacer pginas Web. Es la versin XML de HTML. El
objetivo de sus creadores, la W3C, es lograr una Web semntica donde la
estructura y los datos estn separados claramente. Por ejemplo, el aspecto
final del texto se describe a travs de hojas de estilo y no por etiquetas
intercaladas en el texto como en el HTML (Alegsa, 2008).
XML: Lenguaje de Etiquetado Extensible. Desarrollado por el W3 Consortium

para permitir la descripcin de informacin contenida en el WWW a travs de
estndares y formatos comunes, de manera que tanto los usuarios de
Internet como programas especficos (agentes) puedan buscar, comparar y
compartir informacin en la red. El formato de XML es muy parecido al del
HTML aunque no es una extensin ni un componente de ste (Fernndez,
R., 2001, Pg.17).
62
XSLT: Transformaciones XSL (XSLT, XSL Transformations) Hojas de estilo

que transforman documentos empleando reglas de plantillas. Es un estndar
de la W3C que presenta una forma de transformar documentos XML en otros
e incluso a formatos que no son XML. La unin de XML y XSLT permite
separar el contenido de la presentacin. (Alegsa, 2008).
63
CAPITULO IV
MARCO METODOLGICO
4.1 Tipo y Nivel de la Investigacin
La investigacin se define como una actividad encaminada a la solucin de

problemas. Su objetivo consiste en hallar respuestas a preguntas mediante
el empleo de procesos cientficos. (Cervo y Bervian, 1989, p. 47).
Es por esto que el proyecto desarrollado presenta un tipo de
investigacin de campo ya que la informacin se obtuvo directamente de la
realidad, el mismo se apoya de informacin que proviene de entrevistas,
encuestas y observaciones. Para Arias (2006):
La investigacin de campo es aquella que consiste en la

recoleccin de datos directamente de los sujetos investigados, o
de la realidad donde ocurren los hechos (datos primarios), sin
manipular o controlar variable alguna, es decir, el investigador
obtiene la informacin pero no altera las condiciones existentes.
(p.36).
Adems, el proyecto es caracterstico de una investigacin de tipo
Proyectiva la cual consisti en el desarrollo de una aplicacin Web para la
Gerencia AIT, Divisin Oriente como solucin a un problema o necesidad de
tipo prctico. As mismo Hurtado (2007) define la investigacin proyectiva,
como:
64
Todas aquellas indagaciones que conducen a inventos, programas, diseos

o a creaciones dirigidas a cubrir una determinada necesidad y basada en
conocimientos anteriores. (p. 325).
El nivel de la investigacin es de tipo descriptiva ya que a travs del
estudio de la situacin actual (actividad realizada en la fase de formulacin,
planificacin y anlisis ) se identificaron y analizaron las caractersticas y/o
comportamiento del negocio y de esta manera se logr comprender el
problema existente; logrando con esto una propuesta factible enmarcada en
el desarrollo de la Aplicacin Web para el Control de los Documentos del
Sistema de Gestin de la Calidad de la Gerencia AIT, Divisin Oriente.
4.2 Poblacin y Muestra
En toda investigacin es necesario e importante describir la poblacin,

as como el tamao y forma de seleccin de la muestra. Para Morles (1994)
la poblacin o universo:
Se refiere al conjunto para el cual sern vlidas las conclusiones que se

obtengan: a los elementos o unidades (personas, instituciones o cosas)
involucradas en la investigacin. (p. 17).
En este caso, el universo de individuos incluye todo el personal
proveniente de la Gerencia AIT Divisin Oriente, el cual se encuentra
representado por 244 empleados.
El subconjunto de empleados objeto de estudio o muestra es de 32

empleados el cual representa el 13,11% de la poblacin total, debido a que
no se pudo extraer los datos de toda la poblacin para su estudio por lo que
fue necesario tomar una muestra representativa (empleados de los cuatro
65
(04) procesos pertenecientes al SCG de la Gerencia de AIT) que facilit el

estudio de la poblacin. Segn Morles (1994):
La muestra es un subconjunto representativo de un universo o

poblacin" (p. 54).
El tipo de muestreo fue Intencional u Opintico donde la seleccin de la
muestra se bas al criterio o juicio del investigador, procurando de esta la
mayor representatividad posible. El criterio en que se bas la muestra fue la
seleccin de un conjunto de empleados de las unidades de los cuatro (04)
procesos pertenecientes al SGC de la Gerencia AIT Divisin Oriente.
4.3 Tcnicas e Instrumentos de Recoleccin de Datos
Las tcnicas de recoleccin de datos son las distintas formas o

maneras de obtener la informacin (Arias, 2006, p.36).
En el proyecto de desarrollo de la aplicacin Web para el Control de los
Documentos del SGC de la Gerencia AIT Divisin Oriente, bajo tcnicas de
ingeniera de software y estndares abiertos, se seleccionaron las siguientes
tcnicas e instrumentos de recoleccin de datos:
Revisin documental.
Para desarrollar el contenido terico del proyecto de investigacin se

hizo uso de la tcnica de la revisin documental. El estudio de los
documentos tanto de la corporacin como de la gerencia, facilitaron en su
mayora la produccin de contenido para la aplicacin. Para Hurtado (2007)
la revisin documental:
66
Es un proceso mediante el cual el investigador recopila, analiza,

selecciona y extrae informacin de diversas fuentes, acerca de un tema en
particular, con el propsito de llegar al conocimiento y comprensin ms
profundo del mismo (p. 89).
Se llevaron a cabo una serie de estudios de algunos documentos
digitales de la corporacin PDVSA, con el fin de conocer su organizacin. De
igual manera, se estudiaron documentos digitales referentes a la Gerencia
AIT Exploracin y Produccin a nivel de la organizacin de Divisin Oriente.
Se estudi el Sistema de Gestin de la Calidad, la relacin entre los
procesos participantes as como tambin los distintos documentos que
conforman este sistema establecidos en sus cuatro niveles.
Por otra parte, se efectuaron lecturas referentes a las plantillas de

diseo Web de la corporacin y de las aplicaciones Web desarrolladas por el
proceso de Desarrollo e Implantacin de Soluciones (DIS) perteneciente a la
Gerencia AIT Exploracin y Produccin Divisin Oriente, las cuales,
permitieron la incorporacin de sus estilos y distribucin de la informacin a
la aplicacin.
Entrevistas no Estructuradas.
Se realizaron una serie de entrevista no estructuradas, a la muestra de

empleados seleccionados del rea de Divisin Oriente, quienes fueron las
personas de las cuales se extrajo la informacin ms importante para el
desarrollo del proyecto. El resto de las personas emitieron observaciones,
informaciones adicionales y complementarias que corrigieron y ampliaron el
contenido que posteriormente fue incorporado a la aplicacin. De modo
general Sabino (1992) define una entrevista no estructurada o no formalizada
de la siguiente manera:
67
Es aqulla en que existe un margen ms o menos grande de libertad

para formular las preguntas y las respuestas. (p. 128).
Observacin Directa.
La observacin es una tcnica que consiste en observar atentamente el

fenmeno, hecho o caso, tomar informacin y registrarla para su posterior
anlisis, es la ms comn de las tcnicas de recoleccin de datos. Esta
tcnica se manej para conocer el comportamiento de los procesos
relacionados al SGC de AIT.
Instrumentos de recoleccin de datos.
Se utilizaron una serie de instrumentos que de alguna u otra forma

permitieron la recoleccin de los datos provenientes de las tcnicas de
recoleccin. El uso de minutas, libretas de notas, y afines fueron los recursos
empleados para la obtencin de los datos. La computadora personal y la
Unidad Flash USB fueron los recursos empleados en el almacenamiento de
la informacin recolectada en formato electrnico.
4.4 Tcnicas de Anlisis de Datos
En la investigacin realizada los datos recolectados no tienen ningn

significado en s mismos, por esto, se ha requerido el uso de la tcnica de
anlisis de contenido con el fin de facilitar el surgimiento de los resultados y
las conclusiones de acuerdo con los objetivos planteados. Hurtado (2007)
define el anlisis de contenido:
68
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
(p. 57).
4.5 Diseo Operativo
Todo proyecto de investigacin describe de manera clara y precisa las

actividades que se deben realizar para llevar a cabo los objetivos especficos
y as alcanzar el objetivo general. La elaboracin del proyecto se enmarca
dentro del rea de conocimiento de las aplicaciones cliente/servidor. Se le
denomina de desarrollo de software, por la razn de que se obtendr
productos de software.
La investigacin se baso en las tcnicas y procedimientos de la

Ingeniera de Software, especficamente la metodologa IWeb; apoyndose
en herramientas de modelado como UML y WebML para lograr el diseo
operativo de la aplicacin. Se describir a continuacin las actividades que
se agruparon en cada una de las fases de la metodologa (formulacin,
planificacin, anlisis, ingeniera, generacin de pginas y pruebas; y
evaluacin del cliente) a usar, por etapas.
Fase de formulacin, planificacin y anlisis: en esta fase se realizan

principalmente estas tres actividades.
Etapa I. Estudio de la situacin actual
Actividades:
a) Realizar visitas a la organizacin para apreciar el entorno donde se
desenvolver la aplicacin.
69
b) Revisar la informacin documental y entrevistar al personal de la Gerencia

AIT.
c) Estudiar los sistemas existentes (SIMDE e ISOxPERT).
d) Investigar nuevas propuestas de aplicaciones Web bajo software libre.
Etapa II. Anlisis
Actividades:
a) Realizar formulacin.
b) Realizar planificacin.
c) Determinar los requisitos del sistema.
d) Generar diagramas de casos de uso del sistema.
Fase de diseo: se genera el diseo correspondiente a la estructura,

navegacin e interfaz del sistema.
Etapa III. Diseo
Actividades:
a) Generar modelo de base de datos.
b) Generar diagramas de hipertexto.
c) Disear prototipos de interfaz.
Fase de generacin de pginas y pruebas: se ejecutan actividades

relacionadas con la construccin del software, las pruebas a las que fue
sometido y la elaboracin de la documentacin tanto instructiva como tcnica
del sistema.
Etapa IV. Construccin y pruebas
70
Actividades:
a) Crear base de datos.
b) Codificar los componentes del mdulo de control de los documentos.
c) Integrar los componentes.
d) Realizar pruebas al sistema junto con DIS.
Etapa V. Elaboracin de manuales
Actividades:
a) Elaborar el manual tcnico.
b) Elaborar el manual de usuario.
Fase de evaluacin del cliente: ac se presenta la aplicacin al cliente para

ser revisada y ver si se solicitan cambios a ser incorporados.
Etapa VI. Implantacin
Actividades:
a) Implantar y revisar la aplicacin con la Gerencia AIT.
4.6 Cuadro Operativo
El Cuadro.02 muestra la relacin existente entre las etapas, objetivos

especficos, metodologa, fases y actividades de forma tabular.
71
ETAPAS
Estudio de la
situacin actual
Anlisis
72
Diseo
Construccin y
pruebas
Elaboracin de
Manuales
Implantacin
OBJETIVOS ESPECFICOS
METODOLOGA
Estudiar el funcionamiento
actual del Sistema de
Gestin de la Calidad de la
Gerencia de AIT, Divisin
Oriente PDVSA.
Fase I:
Formulacin,
planificacin y
anlisis.
Determinar los
requerimientos de la
aplicacin, considerando las
necesidades y prioridades de
los usuarios del negocio.
Disear una arquitectura de
la aplicacin robusta y
eficiente.
Desarrollar los mdulos para
automatizar el manejo y
control de documentos y
registros del SGC,
cumpliendo con el decreto
3390.
Implantar el sistema
desarrollado en la Gerencia
AIT.
FASES
ACTIVIDADES
-Realizar visitas a la organizacin para apreciar
el entorno donde se desenvolver la aplicacin.
-Revisar la informacin documental y entrevistar
al personal de la gerencia.
- Estudiar los sistemas existentes.
-Investigar nuevas propuestas de aplicaciones
web bajo software libre.
-Realizar formulacin.
-Realizar planificacin.
-Generar diagramas de casos de uso del
sistema.
IWeb
Fase II: Diseo.
Fase III:
Generacin y
pginas de prueba.
-Generar modelo de base de datos.

-Generar diagramas de hipertexto.
-Disear prototipos de interfaz.
-Crear base de datos.
-Codificar los componentes del mdulo de
control de documentos.
-Integrar los componentes.
-Realizar pruebas formales al sistema.
-Elaborar manual tcnico.
-Elaborar manual de Usuario.
Fase IV:
Evaluacin del
cliente.
Cuadro.02: Cuadro Operativo.
(Fuente: Autor, 2009)
72
-Implantar aplicacin.
-Revisar aplicacin con el cliente.
CAPTULO V
RESULTADOS
A continuacin se presentan los resultados de la metodologa (IWeb)

usada para el desarrollo de la investigacin junto con las tcnicas y
procedimientos establecidos para el diseo operativo de la aplicacin.
5.1 Situacin actual del Sistema de Gestin de la Calidad de la

Gerencia AIT de PDVSA, Divisin Oriente.
Para conocer y presentar una visin preliminar del sistema actual,

result necesario realizar un estudio de la situacin real del Sistema de
Gestin de la Calidad (SGC) de La Gerencia de Automatizacin,
Informtica y Telecomunicaciones (AIT) de PDVSA, Divisin Oriente.
PDVSA Exploracin y Produccin Divisin Oriente, tiene un Plan de

Certificacin segn la norma ISO 9001:2008 donde la Gerencia AIT tiene
participacin slo con 04 procesos medulares del complejo modelo
corporativo. GMP (Gestin y Mejoramiento de los Procesos) como uno de
los procesos de control, es quien tiene el objetivo de administrar el SGC
de AIT para generar planes de mejoramiento de los procesos que
permitan el aumento de la productividad y mejora continua de las
operaciones.
El modelo del Sistema de Gestin de la Calidad de AIT se encuentra

basado en sus procesos y toma como referencia los requisitos
establecidos por la Norma ISO 9001:2008, la Figura.15 muestra la
73
relacin entre los procesos y resalta que los clientes/usuarios juegan un

papel importante y definen los requisitos como elementos de entrada del
SGC. Al mismo tiempo se destaca el seguimiento de la satisfaccin del
cliente/usuario como elemento clave para la mejora continua del Sistema.
Proveedores
PYMES, PYMIS,
Cooperativas,
Grandes
Empresas,
Institutos de
Investigacin.
Entradas
Plan Nacional de
Desarrollo,
Lineamientos del
MENPET,
Estrategia
Empresarial de
PDVSA, Recursos
Financieros, las
Necesidades,
Requerimientos y
Oportunidades de
TIC, Datos de las
Operaciones,
Lineamientos de
Seguridad TIC
Requisitos
Clientes/Usuarios
Clientes/Usuarios
Pas,
Negocio,
Institutos de
Investigacin,
Habilitadores
y Terceros
Responsabilidad de la Direccin
Planificacin de AIT
Gestin y Mejoramiento de Procesos
Gestin de Necesidades y Oportunidades
Gestin del Servicio
Gestin de los Recursos
Medicin, Anlisis y Mejora

Investigacin Tecnolgica AIT
Desarrollo e Implantacin de Soluciones
Gestin del Servicio
Mantenimiento a la Plataforma AIT
Valoracin del Usuario
Control de Gestin

Administracin de los Recursos Humanos
Gestin de Activos
Realizacin del Producto

Gestin de Necesidades y Oportunidades
Gestin del Servicio
Investigacin Tecnolgica AIT
Desarrollo e Implantacin de Soluciones
Gestin del Cambio
Gestin de Configuracin
Provisin de Bienes y Servicios
Evaluacin de Proveedores
Mantenimiento a la Plataforma AIT
Productos/
Servicios
Clientes/Usuarios
Satisfaccin
Salidas
Soluciones TIC
oportunas,
eficientes y
seguras que
integren, innoven
y transformen los
procesos del
negocio,
promoviendo el
desarrollo
endgeno y la
soberana
tecnolgica
Figura.15: Modelo del Sistema de Gestin de la Calidad de AIT

(Fuente: Manual de la calidad, PDVSA 2009, Pg. 06)
A travs del ciclo mostrado, se puede observar como los procesos y

las vinculaciones son capaces de proporcionar productos/servicios que
cumplen con los requisitos de los clientes, orientndose hacia la
satisfaccin de los mismos.
Luego de revisar la documentacin del sistema, se determin que la

Gerencia cumple con total efectividad requisitos establecidos en la Norma
74
ISO 9001:2008 debido a que existe un sistema de gestin de calidad que

sustenta los procesos que se llevan a cabo para la prestacin del servicio,
aunque todava se presentaran contratiempos en cuanto a las actividades
en el manejo y control de documentos.
La documentacin del SGC de AIT est basada en la homologacin

de los documentos a nivel nacional. La filosofa utilizada para organizar la
informacin es la de administrar solo la documentacin necesaria y la
codificacin
de
acuerdo
las
normas
SIR-PDVSA/CALIDAD,
garantizando la eficaz planificacin, operacin y control de los procesos,

sin desperdicios y de fcil manejo.
La documentacin del SGC de AIT, est compuesta por cuatro

niveles generales, los cuales se encuentran soportados
en un
Repositorio de Calidad. Se definen claramente la estructura documental
DESA RR O LLO
TEC NO L G ICA
AIT
E IMPLAN T AC I N
D E SO LUC ION ES
AIT
GE STI N DEL
SE RVIC IO
F OR M ACI N T IC
Ma nten imiento a
la Plataform a AIT
PARA EL
USU ARIO
VALO R ACIO N
D EL U SUA RIO
A lm ace namiento
y R espa ldo
S egur idad y
C ontingen cia
CA DE NA D E SUM IN ISTR O
De sarroll o y Promoc in de Prove edores

Prov is in de Bienes y Servic ios
Ev aluac i n de P roveedores
AD MIN IST R AC IO N DE R ECU RSO S
Adm inistrac in de los R ecurs os Financ ieros

Adm inistrac in de los R ec ursos H umanos
G e stin de l C onoc imiento AIT
CO N T RO L DE L A PLAT AFO R MA
CO N T RO L DE G EST I N
T R A S N F O R M E N L O S P R O C E S O S D E L N EG O C IO
DE LA
PL AT AFO R MA
INVES TIGA CI N
D E S A R R O L L O G
E N ED N O Y S O B E A
R ATNE C N O
L
G IC A D E L A NANC I
MAN TE NIMIEN T O
O PER ACIO NA L
G EST I N D E
N ECESIDA DES Y
O PO RTU N ID ADES
P A IS / IN S T IT U T O S D E IN V EN
S T IG
/ NAECGI O C IO / H A B IL IT A D O R A S / T E R C E R O S
DISE O Y C UST O D IA DE LA AR Q U IT ECT URA AIT
S O L U C IO N ES T IC O P O R T U N A S , E F IC IE N T E S Y S E G U R A S Q UOEV E
INNT E
Y G R E N , IN N
MANUAL DE LA CALIDAD
ALIN EAC I N C O N EL EST AD O
PLAN IF ICA CI N AIT
R E C U R S O S , B IE N E S Y S E R V IC IO S
T IC , D A T O S D E L A S O P E R A C IO N E S , L IN E A M IE N T O S D E S E G U R ID AD T IC
P A IS / IN S T IT U T O S D E IN V EN
ST IG
/ NAEG
C I O C IO / H A B IL IT A D O R A S / T E R C E R O S
PY M E S , P YM IS / C O O P E R A T IV A S , G R A N D E S E MP R E S A S / NIN
VS
ES
T IT
T IG
UT
AN
O
CS
I DE I
P L A N N A C IO N A L D E D E SA R R O LL O , L IN E A M IE N T O S D E L M E PP, RE ES
S TAR RA IA
T EL GDIA
E EM
NIVEL 1
P D V S ,AR E C U R SO S F IN A N C IE R O S , N E C E S ID A D E S , R E Q U E R IM IE N T O
DS
E SY OD P
E O R T U N ID A
del SGC de AIT en la Figura.16
Actividad
01
Evento01
(MC)
Describe el modelo de procesos y el

SGC de AIT de acuerdo a la poltica y
los objetivos de la calidad establecidos
G ESTI N Y M EJO RAM IENT O DE PR OC ESO S
DOCUMENTO DEL PROCESO

Documento de aplicacin nacional cuyo cambio
afecta el diseo del proceso: objetivo, alcance
y/o secuencia de actividades
NIVEL 2
Manual de
la Calidad
Evento 01
Actividad
02
Paso 01
Actividad
03
Resultado
02
Resultado
02
Paso 02
Documentos
de Procesos
(DP)
Describen integralmente cada uno de

los 23 procesos incluidos en el SGC de
AIT
DETALLE DE ACTIVIDAD
DOCUMENTOS OPERATIVOS
Repetibilidad requerida: la
secuencia de ejecucin impacta el
resultado final.
NIVEL 3
Documento
operativo
Documento
operativo
Actividad crtica para: produccin,

finanzas, seguridad, ambiente y/o
calidad.
Documentos
Operativos
(DO)
Describen la forma de operacin de los

procesos. Incluyen: procedimientos,
instrucciones de trabajo, guas,
formatos, planillas, planos, etc.
Actividad compleja.
Frecuencia baja de ejecucin.
REGISTROS
NIVEL 4
C T PM
23 12 0 2
44 15 4 23
0 10 3 0
Registro lleno
para el
Sistema de
Gestin de la
Calidad
ABC
43258
25/05/2007
Registros
Proveen evidencias objetivas de las

actividades efectuadas o de los
resultados obtenidos. Se generan en la
ejecucin de los procesos.
Figura 16: Estructura Documental del SGC de AIT

(Fuente: Manual de la Calidad, PDVSA 2009, Pg. 15)
75
Nivel 1: Manual de la Calidad:

Es el documento principal contiene el marco estratgico de AIT como
son la misin, visin, valores, la poltica de la calidad y los objetivos que
apuntan al cumplimiento de dicha poltica. El manual de la Calidad expone
adems la estructura del Sistema de Gestin de la Calidad, de l se
derivan los Documentos de Procesos
Nivel 2: Documentos de Proceso:

Contienen la informacin del qu se hace, a nivel macro y de cada
actividad se derivan los documentos operativos.
Nivel 3: Documentos Operativos:

Se refieren al cmo se hace, a travs de estos se explican paso a
paso el detalle para la realizacin de ciertas actividades (Manuales,
Procedimientos, Instrucciones de Trabajo, Guas, Formatos / Plantillas y
Planos).
Nivel 4: Registros:
Representan la evidencia de la ejecucin de las actividades definidas
dentro del nivel 2 y el nivel 3. El nivel 4 va a estar identificado como el
repositorio para el control de registros.
Esta estructura define el esquema para la bsqueda de informacin

dentro del SGC de arriba hacia abajo, ya que la misma posee un
comportamiento piramidal, es decir, a medida que baja el nivel existe
mayor cantidad de documentacin siempre relacionada con el nivel
anterior.
Los niveles 1 y 2 son homologados a nivel nacional en el 100% de la

dispersin geogrfica de las operaciones de AIT.
76
En el nivel 3 de documentos operativos se puede encontrar documentos

homologados a nivel nacional o documentos especficos para algn rea
de operacin.
En el nivel 4 se podrn conseguir todos los registros que evidencian el

cumplimiento de las actividades descritas en los documentos de cada
proceso. Es all, que como evidencias del cumplimiento de este proceso
de mejoramiento, se podrn conseguir adicionalmente todos los registros
de los planes de mejoramiento y el control y seguimiento de los mismos.
La responsabilidad por mantener el control de los documentos del

SGC es del equipo de coordinacin de GMP, quienes realizaban esta
tarea de forma manual lo cual resultaba poco ptimo y generaba gran
retraso en la revisin, aprobacin y distribucin de los distintos
documentos. En la Figura.17 se muestra el grfico de cmo funcionaba el
manejo de documentos.
Figura.17 Manejo de documentos en el SGC de AIT.

77
Los documentos aprobados del SGC se encuentran en el

Repositorio
(Servidores
de
PDVSA),
el
cual
permite
tener
la
documentacin necesaria, actualizada, y accesible a todos los usuarios e

involucrados en el Sistema. En cuanto a los registros, cada documento de
proceso tiene un apartado en el cual se establecen los registros
necesarios para cada uno, donde se seala la identificacin del mismo, su
ubicacin, tiempo de retencin y responsable.
De la misma forma, se pudo representar grficamente el

funcionamiento del sistema actual del SGC en la Gerencia AIT Divisin
Oriente en cuanto al control y manejo de sus documentos se refiere, a
travs del uso de diagrama de casos de uso del negocio (Diagrama.01).
Diagrama.01: Diagrama de Caso de Uso del Sistema Actual del SGC

en el manejo y control de documentos.
78
Se presenta a continuacin los actores que intervienen en el

sistema:
a)
Solicitante: Actor genrico encargado de crear los documentos del

SGC. Puede crear tres tipos de documentos: El Manual de la
Calidad, los Documentos de Proceso y los Documentos Operativos
(Manuales, Procedimientos, Instrucciones
de Trabajo,
Guas,
Formatos/Plantillas y Planos).
Todas las personas pertenecientes al SGC de la Gerencia AIT se

consideran usuarios.
b)
Equipo de Calidad: Actor genrico encargado de disear la

estructura de los documentos en cuanto a su formato, estructura,
tamao de letras y estilo as como de publicar los documentos
aprobados por la gerencia. Adems tiene la responsabilidad de
supervisar que los documentos al ser creados cumplan con los
lineamientos
de
redaccin
estructura
de
la
plantilla
correspondiente, garantizando la publicacin de documentos sin

enmiendas, omisiones y/o cambios adicionales a la estructura
establecida. El equipo de diseo actualmente esta conformado por:
Analista de GMP.
Supervisor de CDG.
c)
Representante por Direccin: Actor genrico encargado de

asegurarse de que se establecen, implementan y mantienen los
procesos necesarios para el SGC. Adems, es quien revisa los
documentos elaborados para mantener una eficaz planificacin,
operacin y control de los procesos. Los representantes actuales por
la direccin son:
79
Supcia. de Admn. de Recursos y Control de Gestin.

Supcia. de Planificacin.
d)
Gerente: Actor genrico encargado de aprobar los documentos en

cuanto a su adecuacin antes de su emisin. Al mismo tiempo debe
proporcionar evidencia de su compromiso con el desarrollo e
implantacin del SGC, as como con la mejora continua de su
eficacia. Est representado por:
Gerencia de AIT Divisin Oriente.
Ahora, se documentan los principales casos de uso para la gestin y

control de los documentos del SGC de la Gerencia AIT PDVSA Divisin
Oriente (desde el Cuadro.03 al Cuadro.10).
CASO DE USO
Crear Documento.
Actores
Solicitante, Equipo de Calidad (EC)
Propsito
Crear nuevo documento.
Descripcin:
El caso de uso se inicia cuando se solicita la plantilla a EC. El proceso inicia cuando se
comienza a elaborar el documento de acuerdo a las plantillas predefinidas. El caso de
uso finaliza cuando el solicitante firma el documento y lo enva a revisin.
Precondiciones
Nuevo documento.
CURSO NORMAL DE EVENTOS
Accin del Actor
Respuesta del Proceso de Negocio
1. El Usuario solicita la plantilla al EC

para elaborar documento.
2 2.El Usuario recibe plantilla del documento
por parte de EC.
3. El Usuario crea el documento.
4. EC chequea el documento.
5 5.El Usuario firma el documento y lo
enva para su revisin.
6 6.El documento es enviado al EC.
Cuadro 03: Documentacin del caso de uso Crear Documento.

80
CASO DE USO
Modificar Documento.
Actores
Usuario.
Propsito
Atender a la solicitud de cambio.
Descripcin:
El caso de uso se inicia cuando el usuario recibe solicitud de cambio del documento.
El proceso inicia cuando se comienza a modificar el documento. El caso de uso
finaliza cuando el usuario firma el documento y lo enva para su revisin.
Precondiciones
El Usuario recibe solicitud de modificacin de documento.

Accin del Actor

1. El Usuario recibe solicitud de cambio.
2. El Usuario modifica el documento.

3 3.El Usuario firma el documento y lo
enva a revisin.
Cuadro 04: Documentacin del caso de uso Modificar Documento.

CASO DE USO
Elaborar Plantilla.
Actores
Equipo de Calidad (EC).
Propsito
Elaborar las plantillas de los tipos de documentos.
Descripcin:
El caso de uso se inicia cuando EC necesita actualizar formatos de los documentos. El
proceso inicia cuando se comienza a elaborar la estructura de los distintos diseos. El
caso de uso finaliza cuando EC obtiene el conjunto de plantillas.
Precondiciones
Actualizacin de formato de documentos.

Accin del Actor

1. EC recibe solicitud de actualizacin de
formatos para los documentos.
2. El EC comienza a elaborar la
estructura de los distintos diseos.
3. EC obtiene el conjunto de plantillas.
Cuadro.05: Documentacin del caso de uso Elaborar Diseo de Documento.

81
CASO DE USO
Supervisar Documento.
Actores
Equipo de Calidad (EC).
Propsito
Supervisar que los distintos documentos elaborados cumplan con

los lineamientos correspondientes.
Descripcin:
El caso de uso se inicia cuando el documento se ha elaborado. El proceso inicia
cuando EC recibe el documento y lo supervisa. El caso de uso finaliza cuando EC
enva el documento para su revisin.
Precondiciones
Actualizacin de formato de documentos.

Accin del Actor

1. EC recibe solicitud de actualizacin de
formatos para los documentos.
2. El EC comienza a elaborar la
estructura de los distintos diseos.
3. EC obtiene el conjunto de plantillas.
Cuadro 06: Documentacin del caso de uso Supervisar Documento

CASO DE USO
Revisar Documento
Actores
Usuario, Representante por Direccin (RD).
Propsito
Revisar y validar el documento creado.
Descripcin:
El caso de uso se inicia cuando RD recibe el documento elaborado/editado. El proceso
inicia cuando RD revisa que cumpla con los lineamientos de la Norma de Calidad. El
caso de uso finaliza cuando RD firma el documento y lo enva al gerente para su
aprobacin.
Precondiciones
El Usuario ha enviado el documento creado.

Accin del Actor

1. RD recibe el documento enviado por el
Usuario.
22.RD revisa que cumpla con los

lineamientos de la Norma de la Calidad
3. 3.RD firma el documento revisado y lo enva
al gerente para su aprobacin.
Cuadro 07: Documentacin del caso de uso Revisar Documento

82
CASO DE USO
Aprobar Documento.
Equipo de Calidad (EC), Representante por Direccin (RD) y
Gerente.
Aprobar el documento elaborado garantizando la publicacin de
documentos sin enmiendas, omisiones y/o cambios adicionales a
la estructura establecida.
Actores
Propsito
Descripcin:
El caso de uso se inicia cuando el Gerente recibe el documento revisado/validado. El
proceso inicia cuando el Gerente aprueba el documento. El caso de uso finaliza
cuando el Gerente firma el documento aprobado y lo enva al EC para su publicacin.
Precondiciones
El RD ha enviado el documento revisado.

Accin del Actor

1. El Gerente recibe el documento
revisado/validado por RD.
2. 2.El Gerente Aprueba el documento.

3. 3.El Gerente firma el documento y lo enva
al EC para que sea publicado.
Cuadro 08: Documentacin del caso de uso Aprobar Documento.

CASO DE USO
Rechazar Documento.
Actores
Usuario, Representante por Direccin (RD) y Gerente.
Propsito
Modificar el documento elaborado, que no presente errores para

garantizar su publicacin.
Descripcin:
El caso de uso se inicia cuando el Gerente recibe el documento revisado/validado. El
proceso inicia cuando el Gerente Rechaza el documento. El caso de uso finaliza
cuando el Gerente enva el documento al Usuario para su modificacin.
Precondiciones
El RD ha enviado el documento revisado.

Accin del Actor

1. El Gerente recibe el documento
revisado/validado por RD.
2. 2.El Gerente Rechaza el documento.

3. 3.El Gerente enva al Usuario el documento
para que sea Modificado.
Cuadro 09: Documentacin del caso de uso Rechazar Documento.

83
CASO DE USO
Publicar Documento.
Actores
Equipo de Calidad (EC), Gerente.
Propsito
Publicar el documento aprobado para que pueda ser consultado

por todas las personas pertenecientes al SGC de la Gerencia de
AIT.
Descripcin:
El caso de uso se inicia cuando el Gerente enva el documento aprobado al EC. El
proceso inicia cuando el EC recibe el documento aprobado. El caso de uso finaliza
cuando el EC publica el documento en los repositorios de PDVSA DO.
Precondiciones
La Gerencia ha enviado el documento aprobado.

Accin del Actor
1. La Gerencia enva el documento al

EC.
2. 2.El EC recibe el documento aprobado.
3. El EC publica el documento en los
repositorios de PDVSA DO.
Cuadro 10: Documentacin del caso de uso Publicar Documento.

5.2 Estudio de los Sistemas.
En esta actividad del proyecto se realiz un estudio objetivo de la

herramienta de Gestin Documental que haba estado usando la Gerencia
AIT Exploracin y Produccin Oriente para la administracin de los
documentos de su SGC.
El estndar ISO 9126 es uno de los tantos factores de comprobacin

sugeridos que han sido desarrollados en un intento de identificar los
atributos claves de calidad para el software. Este estndar en particular
identifica seis atributos claves de calidad (Pressman, R. S., 2002, Pg.
326), como son:
Usabilidad. Grado en que el software es fcil de usar. Viene reflejado

por los siguientes sub-atributos: facilidad de comprensin, facilidad de
aprendizaje y operatividad.
84
Funcionalidad. El grado en que el software satisface las necesidades

indicadas por los siguientes sub-atributos: idoneidad, correccin,
interoperatividad, conformidad y seguridad.
Confiabilidad. Cantidad de tiempo que el software est disponible

para su uso. Est referido por los siguientes sub-atributos: madurez,
tolerancia a fallos y facilidad de recuperacin.
Eficiencia. Grado en que el software hace ptimo el uso de los

recursos del sistema. Est indicado por los siguientes sub-atributos:
tiempo de uso y recursos utilizados.
Facilidad de mantenimiento. La facilidad con que una modificacin

puede ser realizada. Est indicada por los siguientes sub-atributos:
facilidad de anlisis, facilidad de cambio, estabilidad y facilidad de
prueba.
Portabilidad. La facilidad con que el software puede ser llevado de un

entorno a otro. Est referido por los siguientes sub-atributos: facilidad
de instalacin, facilidad de ajuste, facilidad de adaptacin al cambio.
El anlisis y estudio realizado se bas en la evaluacin de estos

atributos con el fin de justificar la necesidad de desarrollar una
herramienta que ayude a la Gerencia a controlar y administrar de manera
fcil y eficiente el manejo de los documentos de su Sistema de Calidad.
ISOxPERT fue el sistema estudiado ya que SIMDE (Sistema de

manejo de Documentos Electrnico, PDVSA) no era usado en la Gerencia
desde el ao 2007 y por informacin suministrada por el personal custodio
de la aplicacin no se esperaban contratos de mantenimiento para los
aos venideros.
85
El Sistema de Gestin de la Calidad, Distrito Norte, elaborado en

Lotus Notes (ISOxPERT) fue usado desde 2007. Se determin que esta
aplicacin de escritorio y de licencia privada estaba formada por diez (10)
mdulos (Control de Documentos, Registros, Auditorias, SACOPs,
Indicadores, Mantenimiento y Calibracin de Equipos, Administracin del
Sistema, FLExFLOW Flujo de Trabajo, Parmetros del Sistema y
Estructura Organizacional) donde slo aplicaba cuatro mdulos (04) para
el manejo de usuario. Adems tres (03) de sus diez (10) mdulos no
estuvieron activos (Indicadores, Mantenimiento y Calibracin de Equipos
para nivel de usuario y FLExFLOW Flujo de trabajo para nivel de
editor).En la Figura.18 se puede observar la pantalla principal de
ISOxPERT.
Figura.18 Pantalla principal de ISOxPERT.

(Fuente: Manual de ISOxPERT, PDVSA 2007, Pg. 10)
La
documentacin
de AIT cargada en el
ISOxPERT slo
contemplaba documentos requeridos por el SGC de la Divisin Oriente,

los cuales eran: Manual de Procesos, Lista maestra de Documentos
Internos y Lista maestra de Documentos Externos. El resto de la
documentacin de AIT para el SGC de la Divisin Oriente se encontraba
en los servidores de PDVSA y estaba controlada como documentos
externos porque son documentos corporativos.
86
Adems para apoyar el estudio realizado y as tener una mejor

conclusin del anlisis de estas perspectivas se llevo a cabo una
encuesta, donde se realizaron una serie de preguntas directas, sencillas
de fcil y rpidas respuestas (Anexo A) a quienes haban sido los
principales usuarios de ISOxPERT los cuales representaron una gran
parte de la muestra tomada de la poblacin.
A continuacin se enumerarn las preguntas de dicha encuesta con

sus resultados, grficos (de la Figura.19 a la Figura.24) y respectivo
anlisis.
Informacin de la encuesta realizada:
1. Tiene instalado ISOxPERT en su mquina?
Respuesta N de usuarios
Si
15
No
Figura.19: Usuarios que tienen instalado ISOxPERT en su mquina.

87
El 65% de los usuarios sealaron que tienen el sistema instalado en

sus maquinas por lo que se puede observar que el 35% restante no hace
uso o desconoce la herramienta.
2. Con que frecuencia usa esta herramienta?
Nunca
16
Poco
Siempre
Figura.20: Frecuencia de uso de la herramienta ISOxPERT.

La mayora de los usuarios que tienen instalado ISOxPERT en su

mquina, manifestaron en un 69% que la herramienta resulta poco
atractiva a los trabajadores de su gerencia por lo que nunca hacen uso
de la misma.
88
3. Qu tan fcil le resulto usar y/o aprender la herramienta?
Respuesta
N de usuarios
Muy fcil
Sencillo
13
Complicado
10
Figura.21: Usabilidad en ISOxPERT.

El 57% de los usuarios encuestados resaltaron que les resulto

sencillo usar y/o aprender sobre ISOxPERT, por otro lado el 43%
expreso que fue un tanto complicado usarla y aprenderla
ya que el
software es complicado de manejar y se necesita una cantidad excesiva

de pasos para completar la mayora de las funcionalidades dentro del
mismo.
89
4. Se implementa el Flujo de Trabajo en ISOxPERT?
Si
No
23
Figura.22: Flujo de Trabajo en ISOxPERT.

El 100% de los usuarios que participaron en la encuesta confirmo

que en ISOxPERT el Flujo de Trabajo de los documentos no se lleva a
cabo ni se establece la estructura de roles correspondiente, lo que
ocasiona retrasos e ineficiencia en el ciclo de vida del documento
(elaboracin, revisin, aprobacin y publicacin).
90
5. Cmo observa la interfaz de ISOxPERT?
Respuesta
N de usuarios
Mala
Poco atractiva
15
Atractiva
Figura.23: La Interfaz en ISOxPERT.

Un 65% de los usuarios encuestados coincidieron en que el diseo

de la interfaz grfica de ISOxPERT es mala, mientras que el 31% les
parece poco atractiva, resultndoles pesado trabajar en la herramienta
ya que se crea un ambiente visual aburrido en comparacin con las
aplicaciones desarrolladas con las tecnologas actuales.
91
6. Qu porcentaje de la documentacin del Sistema de Calidad es

cargada en ISOxPERT?
Respuesta
N de usuarios
Menos del 50%
23
El 50%
Mayor del 50%
Figura.24: Documentacin del SGC cargada en ISOxPERT.

Los usuarios encuestados en su totalidad manifestaron que menos

del 50% de la documentacin del SGC no se encuentra cargada en el
ISOxPERT.
Los hechos y resultados obtenidos parecen corroborarlo donde

queda
demostrado
que
la
Gerencia
92
necesita
una
herramienta
automatizada que le permita controlar en su totalidad los documentos de

su SGC de una manera fcil, rpida y eficiente ahorrndoles tiempo y
dinero; Por lo que se propuso llevar a cabo usando la metodologa de
Ingeniera Web (IWEB) el desarrollo de SISCOND-AIT una aplicacin
Web libre, diseada y construida con las tecnologas actuales.
Las aplicaciones Web son las herramientas con mayor uso hoy da
en las empresas para automatizar la mayora de sus procesos operativos,
las cuales presentan un conjunto de ventajas con respecto a los
tradicionales sistemas de escritorio, entre ellas se pueden mencionar:
Accesibilidad (se puede acceder a ellas desde cualquier punto de

Internet) mientras que ISOxPERT necesita que sea instalado en cada una
de las maquinas donde se vaya a usar.
Fcil mantenimiento (no hay que distribuir el cdigo de las

aplicaciones ni sus actualizaciones). ISOxPERT por ser una aplicacin de
escritorio su mantenimiento resulta un tanto tedioso.
Portabilidad (capacidad para transferir el programa de un entorno

hardware/software a otro entorno diferente) ya que las aplicaciones Web
solo requieren de un navegador para poder accesar a ellas.
5.3 Propuestas de Aplicaciones Web bajo software libre.
En esta etapa de la investigacin se dieron a conocer un conjunto de

herramientas web libres que podran ayudar a la Gerencia AIT a
solucionar la necesidad de automatizar de manera eficiente su Sistema de
Gestin de Calidad y cumplir al mismo tiempo con el decreto 3390 emitido
en Gaceta Oficial en el 2004. A continuacin se listan una serie de
aplicaciones o herramientas libres para la gestin documental:
93
1. Alfresco
Es una herramienta Open Source para la gestin de contenidos

empresariales ECM (Enterprise Content Management). En la Figura.25 se
puede observar el logo de Alfresco.
Figura.25: Logo de Alfresco.

(Fuente: http://www.alfresco.com/es)
La gestin de contenidos empresariales (ECM) es un tipo de

estrategia utilizada por muchas empresas para la gestin de toda su
informacin (sin importar el mbito al que se dediquen). Con el uso de
esta herramienta se puede conseguir una mejora a la hora de:
Obtener informacin.
Almacenar informacin.
Acceso rpido.
Ciclo de vida del documento.
Seguridad (posibles prdidas, daos o modificaciones).
Distribucin, entre otros.
Figura.26: Pantallas principales de Alfresco.

(Fuente: http://www.alfresco.com/es)
94
Alfresco se basa en el uso de tecnologas Open Source como: Java

/Spring / My Faces / Servidor Web / Hibernate / EHCache / Jboss /JBPM /
Open Office. Sus principales caractersticas son: Open Source, Facilidad
de uso y de administracin, Extensibilidad, Gestin de contenido
corporativo y contenido web, Gestin Documental, Colaboracin, Gestin
de registros, Gestin del Conocimiento. Alfresco est desarrollado en
Java.
Caractersticas:
Gestin de documentos.
Gestin
de
contenido
web
(incluyendo
aplicaciones
web
GNU/Linux
virtualizacin de sesiones).
Versionado a nivel de repositorio (similar a Subversion).
Superposicin transparente (similar a UnionFS).
Gestin de registros.
Gestin de imgenes.
XForms autogenerados con soporte AJAX.
Publicacin integrada.
Acceso al repositorio va CIFS/SMB, FTP y WebDAV.
Flujo de trabajo basado en jBPM.
Bsquedas implementadas con el motor Lucene.
Servidores descentralizados.
Soporte de varios idiomas.
Empaquetamiento de aplicacin portable.
Soporte multiplataforma (oficialmente Windows,
Solaris).
Interfaz grfica basada en navegadores de Internet (oficialmente
Internet Explorer y Mozilla Firefox).
Integracin de escritorio con Microsoft Office y OpenOffice.Org.
Soporte de clustering (despliegue en varios servidores).
95
2. Nuxeo
Es un sistema de administracin de contenidos libre, basado en

estndares abiertos y de escala empresarial para Windows y sistemas
operativos similares a Unix. En la Figura.27 se observa el logo de la
aplicacin.
Figura.27: Logo de Nuxeo.

(Fuente: http://www.nuxeo.com/en)
Nuxeo es utilizado como Software de gestin documental para

documentos, pginas web, registros, imgenes y desarrollo colaborativo
de contenido. Esta aplicacin ha sido diseada para usuarios que
requieren un alto grado de modularidad y rendimiento escalable. Nuxeo
est desarrollado en Java.
Caractersticas:
Gestin de documentos.
Gestin de contenido web.
Versionado a nivel de repositorio.
Gestin de registros.
Gestin de imgenes.
Publicacin integrada.
Flujo de trabajo basado en jBPM.
Bsquedas implementadas con el motor Lucene.
Servidores descentralizados.
Soporte de varios idiomas.
Empaquetamiento de aplicacin portable.
96
Soporte multiplataforma (Windows, Linux, Solaris, Mac OS).

Interfaz grfica basada en navegadores de Internet.
Integracin de escritorio con Microsoft Office y OpenOffice.Org.
Soporte de clustering.
Figura.28 Pantallas principales de Nuxeo.

(Fuente: http://www.nuxeo.com/en)
5.4 Fase de Formulacin, Planificacin y Anlisis
5.4.1 Formulacin
El desarrollo del proyecto Aplicacin Web para el Control de

Documentos del Sistema de Gestin de la Calidad de la Gerencia AIT
de PDVSA Divisin Oriente, bajo tcnicas de ingeniera de software y
estndares abiertos, surgi de la necesidad en el estudio del negocio de
GMP, donde se determin que el SGC de la Gerencia AIT no contaba
con un sistema automatizado, libre y moderno que le permitiera controlar
los documentos en su totalidad.
97
La gestin de estos documentos se haba estado realizando de

forma manual en archivos Microsoft Word y Excel, lo que generaba gran
lentitud en la elaboracin, revisin, aprobacin y publicacin de los
documentos operativos; el personal encargado de estas actividades
adems de que no contaba con mucho tiempo para actividades de oficina
tampoco les resulto ptimo ni llamativo realizar este tipo de tareas
manualmente. Por otro lado para resguardar y llevar un control total de los
registros se estaban usando carpetas departamentales (por procesos) en
los almacenamientos masivos (servidores de PDVSA) de Punta de Mata y
Maturn. Lo que result poco ptimo por el gran volumen de papel que
genera un sistema de calidad.
De igual forma estos inconvenientes trajeron consecuencias como la

prdida de archivos defectuosos (daados o con errores al iniciar),
retrasos en la carga de informacin y el conflicto de no tener muchas
veces la informacin en el lugar y tiempo adecuado. Adems, los usuarios
no podan tener acceso a estos documentos de forma oportuna, debido a
que desconocan la ubicacin de la mayora de los documentos
operativos.
El propsito principal de disear y construir la aplicacin Web es el

de crear una herramienta electrnica libre que permita automatizar y
controlar los documentos del SGC de la Gerencia de AIT, homologando
sus procesos participantes, aumentando su eficiencia y cumpliendo as
con el Decreto 3390.
La aplicacin Web permitir a todos los usuarios cargar y almacenar

los distintos tipos de documentos del SGC como tambin facilitar la
consulta oportuna de los documentos de proceso, operativos (manuales,
procedimientos, instrucciones de trabajo, guas, planos, formatos, entre
otros) y registros. Adems reducir los costos que genera la gestin de
98
estos documentos por los usuarios en trminos de esfuerzo, tiempo y

dinero.
Los usuarios potenciales de la aplicacin son todos aquellos

trabajadores pertenecientes e involucrados con los procesos del SGC de
la Gerencia AIT en PDVSA Divisin Oriente Maturn, los cuales
representan los principales beneficiarios en cuanto al uso de documentos
se refiere. Estos archivos podrn ser tambin consultados por cualquier
usuario de la gerencia con la debida autorizacin del administrador y
restringidos a travs de roles y contraseas con el objetivo de que no
exista un uso inadecuado de la documentacin.
A tal efecto, en el desarrollo de la aplicacin y siguiendo con la

metodologa IWeb se definieron metas especficas, en donde se han
identificado dos categoras: metas informativas y metas aplicables.
Las metas informativas en el sistema proporcionarn a los usuarios

informacin de inters en cuanto a la estructura de la gerencia AIT como
es su misin, visin, organigramas, funcin que tiene cada mdulo dentro
de la aplicacin e informacin del qu se hace (Documentos de
Proceso) y al como se hace (Documentos Operativos) donde se explican
paso a paso el detalle para la realizacin de ciertas actividades de los
procesos
medulares
(Manuales,
Procedimientos,
Instrucciones
de
Trabajo, Guas, Formatos / Plantillas y Planos) y por ltimo las evidencias

(registros) de estas actividades.
En
cuanto
las
metas
aplicables,
el
sistema
permitir
cargar/descargar los distintos archivos, permitir la revisin, aprobacin y

publicacin (Flujo de Trabajo) de los documentos a travs de roles
establecidos por el administrador, se podrn hacer sugerencias de
modificacin (solicitud de cambio) a los documentos. Adems de emitir
mensajes electrnicos a las personas dependiendo de su rol, cada vez
99
que se realicen inclusiones, eliminaciones y/o modificaciones en los

documentos.
Otra de las actividades que se incluyen en la actividad de

formulacin es la definicin de los roles de los usuarios que interactan
con el sistema propuesto, los cuales permitirn la seguridad y
confidencialidad de la informacin frente a usuarios no autorizados. Los
actores que interactan con el sistema son:
a)
Usuario: Actor general que requiere de acceso al sistema para

gestionar el conjunto de actividades para el manejo y control de
documentos del SGC de AIT (consultar, cargar, modificar, eliminar,
revisar, aprobar y publicar). Todas las personas pertenecientes al
SGC de la Gerencia AIT se consideran usuarios.
b)
Administrador: Actor genrico encargado de configurar el sistema

para su correcto funcionamiento. Se asegura de que los documentos
permanezcan legibles y fcilmente identificables. Adems, se
encarga de prevenir el uso no intencionado de documentos
obsoletos, y aplicar una identificacin adecuada en el caso de que
se mantengan por cualquier razn.
c)
Consultor: Actor genrico que requiere de acceso al sistema para la

consulta y descarga de un documento, este tambin puede solicitar
cambios de los documentos una vez aprobados.
d)
Editor: Actor genrico encargado de cargar/modificar cualquier tipo

de documento operativo (Manuales, Procedimientos, Instrucciones
de Trabajo, Guas y Planos) o registro y publicarlos una vez que han
sido aprobados.
100
e)
Revisor: Actor genrico encargado de asegurarse de que se

establecen, implementan y mantienen los procesos necesarios para
el SGC. Adems, es quien revisa los documentos operativos
cargados
para mantener una eficaz planificacin, operacin y
control de los procesos.
f)
Aprobador: Actor genrico encargado de aprobar/rechazar los

documentos en cuanto a su adecuacin antes de su emisin. Al
mismo tiempo debe proporcionar evidencia de su compromiso con
el desarrollo e implantacin del SGC, as como con la mejora
continua de su eficacia.
Los distintos usuarios de la aplicacin Web son designados y

autorizados por el usuario administrador de acuerdo a las caractersticas
de la organizacin, asignndoles los roles para el acceso a los distintos
mdulos y sub-mdulos del sistema.
5.4.2 Planificacin
En esta segunda actividad se determin el mbito de la aplicacin,

los recursos necesarios y el plan de trabajo, todo esto con la finalidad de
obtener una estimacin del costo, del tiempo y del esfuerzo para la
construccin de la aplicacin.
5.4.2.1 mbito de la Aplicacin
La primera actividad de la planificacin de un proyecto de software

es determinar el mbito de la aplicacin. Siempre al comienzo de un
proyecto de software la informacin que se tiene acerca de la aplicacin
se encuentra un poco imprecisa. El mbito se define como un
prerrequisito para la estimacin y existen algunos elementos que se debe
101
tomar en cuenta como es la obtencin de la informacin necesaria para la

aplicacin (Pressman, R. S., 2002, Pg. 79).
Para recolectar la informacin necesaria y as establecer el mbito

de la aplicacin de manera clara y precisa, se llevo a cabo entrevistas con
los usuarios potenciales donde se realizo preguntas de contexto libre, es
decir, una serie de preguntas que llevaron a cabo un entendimiento
bsico del problema. A continuacin, se muestra la informacin
recolectada directamente del analista del equipo de calidad:
La Gerencia de AIT Exploracin y Produccin Divisin Oriente

especficamente la Superintendencia de Administracin y Control de
Gestin es quien se encontr detrs de la solicitud del proyecto de
software.
Cualquier trabajador de la Gerencia AIT (Equipo de Calidad,

Operadores, Ejecutores) que realice actividades operativas y que
necesite guiarse por manuales, procedimientos y guas podrn
utilizar la aplicacin; siendo estos los principales beneficiarios en
cuanto a la carga, consulta, publicacin y descarga de documentos.
La implementacin de la solucin traer como resultado

beneficios de tipo econmicos como son el ahorro en licencia de
producto (por ser este software libre) y material de oficina.
El usuario no propuso otro camino para la solucin de la

problemtica, que no sea el desarrollo de una aplicacin Web bajo
software libre.
El usuario caracteriz el resultado que se generara con la

solucin propuesta como: el acceso oportuno a los documentos, el
hacer seguimiento a los distintos documentos elaborados as como
102
el publicar los mismos y tambin se podra establecer el

funcionamiento de roles.
El problema que se afront para la solucin, segn el usuario, fue

principalmente la falta de una herramienta que facilite el control y
manejo de los documentos del SGC.
El usuario destaco que el nico aspecto o limitacin especial de

rendimiento que podra afectar la forma en que se abord la solucin
sera la capacidad de almacenamiento que maneja la plataforma de
almacenamiento de la corporacin.
El usuario, como era de esperar, fue la persona apropiada para

suministrar la informacin. Donde sus respuestas fueron catalogadas
como respuestas oficiales en vista a que ser el principal beneficiario
con el desarrollo de la aplicacin.
Para ampliar y enriquecer el propsito que tendr la aplicacin el

Equipo de Calidad a nivel nacional podra proporcionar informacin
adicional.
Por todo lo antes expuesto se puede definir el mbito del sistema de

la siguiente manera:
El Sistema Web (que tiene por nombre SISCOND-AIT) para la

Gerencia de Automatizacin, Informtica y Telecomunicaciones como
herramienta Web permite automatizar el manejo de los documentos
referentes al Sistema de Gestin de la Calidad que se encuentra
soportado
en
un
repositorio
con
cuatro
niveles
generales
de
documentacin como son el Manual de la Calidad, los Documentos de

Proceso, los Documentos Operativos y los Registros de estos
documentos.
103
SISCOND-AIT como portal Web ofrece al usuario, de forma fcil e

integrada, el acceso a los documentos a travs de la intranet de PDVSA,
es una aplicacin con una interfaz amigable y muy fcil de operar, solo
basta con tener instalado en la maquina un navegador Web.
SISCOND-AIT como herramienta para automatizar el SGC posee 05

mdulos: Control de Documentos, Control de Registros, Auditorias,
Indicadores y Administracin del Sistema. La aplicacin a travs del
mdulo Control de Documentos permite un completo control de la
documentacin referente a los niveles 1,2 y 3 que conforma el Sistema de
Gestin de la Calidad de AIT Divisin Oriente. Dispone de 4 Sub-mdulos
como son: Manual de la Calidad, Documentos de Proceso, Documentos
Operativos y los Documentos en Flujo de Trabajo.
En el sub-mdulo Manual de la Calidad est contenido de manera

esttica (solo lectura) el manual de la calidad del SGC. El sub-mdulo
Documentos de Proceso contiene la lista maestra de documentos de
proceso de AIT donde se encuentran listados y ordenados con sus
respectivos cdigos todos los documentos que conforman los procesos de
la gerencia, los mismos pueden ser descargados para su uso posterior.
El sub-mdulo Documentos Operativos esta divido en cinco

secciones: Documentos Publicados, Descarga de Formatos/Plantillas,
Cargar Documento, Publicar Documento y la seccin de ayuda del
mdulo. A travs del sub-mdulo cualquier persona con la debida
autorizacin puede cargar cualquier tipo de documento en base a un
formato o plantilla predefinida. Se maneja el flujo de trabajo donde son
iniciados el ciclo de vida de los distintos documentos. El mdulo dispone
de una lista maestra con todos los documentos que han completado su
flujo de trabajo de manera satisfactoria, se pueden realizar solicitudes de
cambio de manera sencilla. Adems, permite consultar aquellos
104
documentos que han sido sustituidos por nuevas versiones o que ya no

sern usados de manera oficial (Documentos Obsoletos).
Por ltimo, en el sub-mdulo Documentos en Flujo de Trabajo se

pueden llevar a cabo todas las operaciones de revisin, aprobacin y/o
rechazo del documento incluidas en el flujo de trabajo. El mdulo Control
de Registros posee una lista con todos los documentos que evidencian
las distintas actividades realizadas en los procesos, donde se muestran al
mismo tiempo los responsables de los registros realizados, su fecha de
publicacin, su duracin en el sistema y las observaciones en caso de
que existan.
El sistema a travs del mdulo Administracin, permite realizar las

tareas de mantenimiento de la aplicacin, como la asignacin de roles y
privilegios, activar y desactivar los usuarios que pertenecern el sistema,
adems involucra operaciones de carga y eliminacin de todos los
documentos y registros.
A tal efecto, se exponen las funciones ms importantes del mbito

del software:
Facilita y reduce el tiempo de respuesta en la ubicacin y consulta de

documentos.
El personal apropiado tiene acceso a la documentacin siempre
actualizada.
Permite realizar solicitudes de cambio de manera rpida y sencilla.
Interconectividad con herramientas de edicin y visualizacin.
Seguridad y control de acceso.
Facilita el flujo de trabajo.
Se incluyen las firmas electrnicas y la comunicacin en lnea.
Permite llevar un registro de la documentacin impresa y mejora el
control de la documentacin obsoleta.
105
Facilita el cumplimiento de la Norma ISO durante las auditorias.

Disminuye los costos de impresin, fotocopiado, distribucin y control
de la documentacin.
Una vez determinado el mbito de la aplicacin, se determino la

viabilidad del proyecto en varios aspectos. En el aspecto de la tecnologa,
el proyecto es factible ya que se usaron tcnicas actuales de software,
tanto en el modelado como en su desarrollo (UML, WebML, PHP, AJAX y
PostgreSQL). En cuanto al tiempo el proyecto se adelanta a la
competencia por el uso de tecnologas de desarrollo recientes. En cuanto
al aspecto financiero, el proyecto es factible elaborndose a un costo
asumible por la corporacin por la experiencia en desarrollo de otros
proyectos de software (ver Capitulo V, Pg. 108). Por ltimo, en cuanto a
los recursos, la organizacin cuenta con los recursos suficientes para la
puesta en marcha de la aplicacin.
5.4.2.2 Plan del Proyecto de Software
La estimacin del proyecto de software en trminos de tiempo se

estableci en esta seccin. La duracin promedio real del proyecto fue de
8 meses, lo cual es aproximadamente igual a la duracin de las pasantas
dentro de la Corporacin. Seguidamente en el Cuadro.11 se observa un
Diagrama de Gantt, el cual muestra cada una de las etapas y de las
actividades del proyecto que se realizaron para alcanzar los objetivos vs.
una lnea de tiempo en la cual se presenta la duracin estimada de cada
actividad.
106
107
Cuadro.11: Plan de Proyecto de Software.
107
5.4.2.3 Costos y Beneficios del Proyecto de Software
El Anlisis Costo/Beneficio, significa una valoracin de la inversin

econmica comparado con los beneficios que se obtendrn en la
comercializacin y utilidad del producto o sistema. ([Documento en lnea]
Disponible en: http://www.monografias.com/trabajos/anaydisesis/anaydisesis.shtml).
En esta seccin se emple el Anlisis Costo/Beneficio con el objetivo

fundamental de proporcionar
una
medida
de
los
costos
en que se
incurrieron en el desarrollo del proyecto, y a su vez comparar dichos costos

previstos con los beneficios esperados de la realizacin de dicho proyecto.
Muchas veces en el desarrollo de sistemas informticos estos costos y

beneficios son intangibles y resulta un poco dificultoso evaluarlos, esto vara
de acuerdo a las caractersticas del sistema. El uso de esta tcnica es
importante ya que de ella depende la posibilidad de desarrollo del proyecto.
Costos: Los desembolsos que se incurrieron se pueden clasificar en:
1. Costos incurridos con el desarrollo del proyecto
El total de los costos incurridos en el desarrollo del proyecto

representarn la inversin inicial antes de su implantacin. Estos costos se
pueden agrupar de la siguiente manera:
a) Costos de personal
La empresa incurri en el pago de un sueldo (remuneracin para los

tesistas que ofrecen sus servicios en la empresa). El pago del sueldo
108
mensual cubre lo que es el desarrollo del proyecto durante los meses de

pasanta.
Sueldo = 384 BsF / mes * 8 meses = 3.072,00 BsF.
El costo total de personal se estim en 3.072,00 BsF.
b) Costos de hardware y software
No se incurrieron en costos de este tipo ya que la empresa dispone de

las herramientas y los equipos necesarios para el desarrollo del proyecto. Por
lo tanto el costo de hardware y software para la empresa es de 0 BsF.
c) Costos de materiales
Constituyen los recursos necesarios para la documentacin: resmas de

papel, libretas de anotaciones, lpices, tner para la impresin y otros.
Resmas de papel: (2 * 40,0 BsF.) = 80,0 BsF.

Libretas de anotaciones: (2 * 4,0 BsF.) = 8,0 BsF.
Lpices: (12 * 1,5 BsF.) = 18,0 BsF.
Tner: (1 * 300,0 BsF.) = 300,0 BsF.
El costo total incurrido por este concepto se estim en 406,0 BsF.
d) Costos de publicidad
Se supone que el costo de publicidad (elaboracin de Trpticos y

Pendones) para la difusin del sistema a la empresa es de 470 BsF.
109
e) Costos de adiestramientos a usuarios finales
La duracin del adiestramiento a los usuarios finales es de 2 das e

incluye la suma del costo de impresin de los manuales de usuario y el costo
del personal instructor, como los costos reales incurridos por la empresa.
El costo por impresin se estima de la siguiente manera: El manual de

usuario posee 32 pginas multiplicado por 32 empleados de la gerencia
resultan 1.024 pginas, lo cual se traduce en 5 resmas de papel
aproximadamente a 35 BsF./resma es igual a 175 BsF. Suponiendo que la
impresin requiere por lo menos de 1 tner de impresin que equivalen a 300
BsF., y que la encuadernacin (sencilla) de todos los manuales (32
empleados por 7 BsF. de encuadernacin) sea de 224 BsF., el costo de
impresin se estima en 699 BsF.
Para la estimacin del costo del personal instructor, no se incurri en

costos de este tipo ya que las personas encargadas de realizar el
adiestramiento son empleados de la misma empresa por lo tanto no se les
paga un sueldo por realizar estas actividades.
Finalmente, el costo total de adiestramiento a los usuarios finales se

estima en 699 BsF.
El Cuadro.12 resume los costos incurridos con el desarrollo del

proyecto.
110
CONCEPTO
Costos de personal
Sueldo (Autor)
Subtotal costos de personal
Costos de hardware y software
Hardware (disponible)
Software (disponible)
Subtotal costos de hardware y software
Costos de materiales
Resmas de papel
Libretas de anotaciones
Lpices
Tner
Subtotal costos de materiales
Costos de publicidad
Trpticos y Pendones
Subtotal costos de publicidad
Costos de adiestramientos a usuarios finales
Impresin
Horas-hombre del personal instructor
Subtotal costos de adiestramientos a usuarios finales
Total costos
COSTO (BsF.)
3.072
3.072,00
0
0
0,00
80
8
18
300
406,00
470
470,00
699
0
699,00
4.647,00
Cuadro 12: Resumen de costos incurridos con el desarrollo del proyecto

2. Costos incurridos con el sistema

Estos costos se agrupan en los siguientes:
a) Costos por depreciacin de equipos
La disposicin de equipos o propiedades normalmente trae como

consecuencia la reduccin de sus valores econmicos a travs del tiempo o
del uso de los mismos. La depreciacin no es ms que la disminucin del
valor de la propiedad o de un equipo debido al uso, al deterioro y a la cada
en desuso (Arbones, E., 1989).
111
En este caso, el equipo ms relevante que se deprecia es el servidor

Orimat100 donde se alojar la aplicacin. Entre los mtodos que existen para
calcular la depreciacin de un equipo, se encuentra la depreciacin en lnea
recta por ser un mtodo simple de aplicar, el ms usado y el ms apropiado
para este equipo donde la obsolescencia progresiva es la causa principal de
la vida de servicio limitada del mismo y por lo tanto la disminucin de utilidad
puede ser constante de un periodo a otro. Segn Arbones, la frmula para
calcular la depreciacin bajo este mtodo sera: D = (P F ) / n, donde: D es
la depreciacin, P es la base de coste (precio de coste), F el valor de
recuperacin y n la vida til en aos.
El servidor Orimat100 tiene un costo de 9.209,30 BsF. (SCSISTUFF,

s.f.), su valor de recuperacin es 0 BsF. por no obtenerse una utilidad de el
equipo y tiene una vida til de 5 aos aproximadamente. Por lo tanto, el
costo de depreciacin anual se calculara como: D = (9.209,30 0) / 5 =
1.841,86 BsF. Los costos anuales por depreciacin de equipos, sabiendo
que la inflacin para el mes de Junio de 2009 se situ en un 26% segn el
Banco Central de Venezuela (Guerra, J., 2007), suponiendo que la inflacin
es constante para los aos venideros y que la implantacin del sistema
iniciar en el ao 2010, se muestran en el Cuadro.13.
Costo anual (BsF.)

Concepto
Depreciacin
de equipos
2009
2010
2011
2012
2013
2014
1.841,86
1.841,86
1.841,86
1.841,86
Cuadro.13: Costos anuales por depreciacin de equipos con el sistema.

112
b) Costos de mantenimiento
Una vez implantado el sistema, se incurren en costos de mantenimiento

con el fin de lograr que el sistema funcione en todo momento. Suponiendo
que los costos de mantenimiento representan aproximadamente el 10% de la
inversin inicial del proyecto, se estima que los costos de mantenimiento son
464,7 BsF. Los costos anuales de mantenimiento, tomando en cuenta la
inflacin establecida (ver Capitulo V, Pg. 133) y el inicio de la implantacin
del sistema para el ao 2010, se muestran en el Cuadro.14.
Concepto
Costos de
mantenimiento
2009
2010
Costo anual (BsF.)

2011
2012
2013
2014
464,7
585,5
929,5
1.171,2
737,7
Cuadro.14: Costos anuales de mantenimiento con el sistema

3. Costos incurridos sin el sistema

Estos costos se agrupan en los siguientes renglones:
a) Costos de impresin
Un personal que gestiona y elabora un documento operativo de 30

pginas como promedio, multiplicado por 40 personas resultan 1.200 pginas
y el personal que controla y organiza todos los documentos del SGC
presenta un informe de 30 pginas como promedio, en total son 1.230
pginas/mes y 14.760 pginas/ao. ste ltimo nmero equivale a 30
resmas de papel aproximadamente, a 40 BsF. resultan 1200 BsF., adems
se necesitara de 6 tner que equivale a 1.800 BsF., el costo total de
113
impresin sera de 3000 BsF./ao. Los costos de impresin anuales sin la

implantacin del sistema, tomando en cuenta la inflacin establecida (ver
Cap. V, n. 112) y el inicio de la implantacin del sistema para el ao 2010, se
muestran en el Cuadro.15.
Concepto
2009
-
Impresin
2010
3.000
Costo anual (BsF.)

2011
2012
3.780
4.762,8
2013
6.001,1
2014
7.561,4
Cuadro.15: Costos anuales de impresin sin el sistema

En el Cuadro.16 se muestra un resumen de los costos anuales

incurridos con el sistema y en el Cuadro.17 se muestra un resumen de los
costos anuales incurridos sin el sistema.
Costo anual (BsF.)

Concepto
Inversin inicial
Depreciacin de
equipos
Costos de
mantenimiento
Total
2009
2010
2011
2012
2013
2014
4.647,00
1.841,86
1.841,86
1.841,86
1.841,86
464,7
585,5
737,7
929,5
1.171,2
4.647,00
2.306,56
2.427,36
2.579,56
2.771,36
1.171,2
Cuadro.16: Resumen de costos anuales con el sistema

Costo anual (BsF.)

Concepto
Impresin
Total
2009
2010
2011
2012
2013
2014
3.000
3.000
3.780
3.780
4.762,8
4.762,8
6.001,1
6.001,1
7.561,4
7.561,4
9.527,3
9.527,3
Cuadro.17: Resumen de costos anuales sin el sistema

114
En ambos cuadros: Cuadro.16 y el Cuadro.17, se visualiza de forma

tabular la diferencia entre ambos costos totalizados, lo cual representan los
beneficios que conllevan el desarrollo e implantacin del proyecto. Asimismo,
en la Figura.19 se muestra una representacin grfica de la relacin entre los
costos incurridos entre implantar o no el sistema.
Figura.29 Relacin de costos incurridos entre la implantacin o la no implantacin del

sistema.
Beneficios: Se refieren a las ventajas generadas por la ejecucin del

proyecto. Los beneficios pueden clasificarse como:
1. Beneficios tangibles. Aquellas que pueden ser cuantificables. Los

beneficios tangibles generados por el uso de la aplicacin son los
siguientes:
115
a) Reduccin de costos en un 38%.

b) Reduccin del tiempo en el control de versiones y cdigos en los
documentos.
c) Reduccin del tiempo en el ciclo de vida del documento.
d) Reduccin de esfuerzo por parte del equipo de calidad.
e) Ubicacin
oportuna
de
la
documentacin
que
antes
era
pueden
ser
desconocida.
2. Beneficios
intangibles.
Son
aquellas
que
no
cuantificables, pero que no dejan de ser relevantes para la organizacin.

Entre estos beneficios se encuentran:
a) Mejoramiento en el proceso de toma de decisiones.

b) Mayor satisfaccin al personal.
c) Mayor uso de los documentos operativos (instrucciones de trabajo,
procedimientos,
manuales,
planos)
en
la
elaboracin
de
actividades.
d) Mayor control de los documentos vigentes y obsoletos.
e) Aumento de valor agregado a la organizacin en materia
tecnolgica.
Relacin Beneficio/Costo (B/C): Para evaluar la factibilidad econmica del

proyecto se hizo uso de la siguiente frmula y as calcular la Relacin B/C
(Cohen, E. y Franco, R., 1992):
VAB
Relacin B/C =
o
VAC
t =0
n
Ct
(1 + i )
t =0
116
Bt
(1 + i )
Donde: VAB, es el valor actual de los beneficios.

VAC, es el valor actual de los costos.
i, es la tasa de descuento.
t, es el perodo de tiempo (t = 0, 1, 2, 3, n)
Bt, es el beneficio en el perodo t.
Ct, es el costo en el perodo t.
En el Cuadro.18 se muestran los beneficios y los costos necesarios
para el clculo de la relacin B/C, donde los beneficios son equivalentes a
las diferencias existentes entre los costos totales anuales sin el sistema (ver
Cuadro.17) y los costos totales anuales con el sistema (ver Cuadro.16) y los
costos son equivalentes a los costos totales anuales con el sistema (ver
Cuadro.16). Se supone una tasa de descuento del 10% (0,1) y se considera
que en el primer ao 2009 se obtuvo un beneficio de 0 BsF.
Monto (BsF.)
Concepto
Beneficios
Costos
1.473,44
2.335,44
3.421,54
4.790,04
8.356,1
4.647,00
2.306,56
2.427,36
2.579,56
2.771,36
1.171,2
Cuadro.18: Resumen de los beneficios y costos del proyecto

Aplicando la frmula de la relacin B/C se tiene que:
Relacin B/C =
Bt
(1 + i )
t =0
n
Ct
(1 + i )
t =0
B3
B5
B1
B2
B4
+
+
+
+
2
3
4
(1 + i ) (1 + i ) (1 + i ) (1 + i ) (1 + i )5
=
C3
C5
C1
C2
C4
C0 +
+
+
+
+
2
3
4
(1 + i ) (1 + i ) (1 + i ) (1 + i ) (1 + i )5
B0 +
117
1.473,44 2.335,44 3.421,54

+
+
(1 + 0,1) (1 + 0,1)2 (1 + 0,1)3
=
L
2.306,56 2.427,36 2.579,56
4.647,00+
+
+
(1 + 0,1) (1 + 0,1)2 (1 + 0,1)3
0+
+
L
4.790,04
(1 + 0,1)
2.771,36
(1 + 0,1)
+
+
8.356,1
(1 + 0,1)5
1.171,2
(1 + 0,1)5
14.300,4
= 1,07
13.308,21
Segn Cohen, E. y Franco, R. (1992), para que el proyecto sea

aceptable la relacin beneficio-costo (B/C) debe ser igual o mayor que la
unidad. En este caso, es mayor que la unidad, lo cual indica que el proyecto
es aceptable desde el punto de vista financiero.
5.4.3 Anlisis
Una vez definido el mbito de la aplicacin en la actividad de

formulacin se logro crear un modelo de anlisis completo para el sistema,
donde se establecieron los requisitos tcnicos para el software y a su vez se
identificaron los elementos del contenido que fueron incorporados. En esta
etapa
se
identificaron
tambin
los
requisitos
del
diseo
grfico.
Posteriormente, se hicieron cuatro tipos de anlisis diferentes durante el

desarrollo de la aplicacin como fue el anlisis de contenido, el anlisis de la
interaccin, anlisis funcional y el anlisis de la configuracin.
118
Requerimientos del Usuario
Los requerimientos del usuario fueron determinados en base a las

necesidades
manifestadas
por
los
usuarios
de
la
Gerencia
de
Automatizacin, Informtica y Telecomunicaciones de Exploracin y

Produccin Divisin Oriente. Para lo cual, el sistema debe permitir:
1. La autorizacin de ingreso de cualquier usuario, validando su rol y

permiso.
2. Cargar cualquier tipo de documento en base a un formato o plantilla
predefinida.
3. Iniciar un flujo de trabajo previamente definido y asociado a la plantilla de
documento para su respectiva aprobacin o rechazo por medio de firmas
electrnicas.
4. Publicar un documento previamente aprobado.
5. Modificar un documento, previa a la Solicitud de Cambio realizada desde
la seccin de documentos publicados.
6. La descarga de los documentos y registros.
7. Establecer una estructura de Roles (consultor, editor, revisor, aprobador,
administrador) flexible ante los frecuentes cambios organizacionales, sin
afectar los requisitos de la norma ni la documentacin existente.
8. Emitir mensajes electrnicos a las personas, dependiendo de su rol, cada
vez que se realicen inclusiones, eliminaciones y/o modificaciones a los
documentos.
Requerimientos del Sistema
Los requerimientos del sistema se clasifican de la siguiente manera:

Requerimientos de Software, de Hardware y de Almacenamiento.
119
Requerimientos de software:
a) Una aplicacin de servidor Web y otra de base de datos, que permiti

realizar todas las pruebas necesarias para la aplicacin antes de subirla
a la red y as visualizar los distintos mdulos.
b) Una aplicacin destinada para la construccin y edicin de sitios (diseo
y la programacin Web).
c) Un sistema manejador de base de datos, para gestionar los mismos.
d) Lenguajes de programacin para la codificacin del sistema.
e) Una librera para la carga y descarga de archivos en sus distintos
formatos.
f)
Una librera para la gestin de llamadas de cdigo en AJAX (Java Script,

XHTML y CSS).
g) Una librera para el envi y recepcin de correos.
Requerimientos de hardware:
Para el desarrollo y construccin de la aplicacin Web fue necesaria

una PC con caractersticas ptimas y que soportar el software necesario
para su desarrollo. Las caractersticas mnimas son:
Procesador Pentium IV 1.8 Mhz o superior.

Memoria RAM mayor a 1Gb.
160 Gb de disco duro.
Monitor LCD IBM 17 Resolucin 1280 x 1024.
Puertos USB.
Impresora Xerox Work-Centre M123.
120
Requerimientos de Almacenamiento:
La aplicacin Web contar con una Base de Datos segura y confiable

(cuyas especificaciones se describen en el anlisis de contenido) que
permitir recolectar y almacenar toda la documentacin generada por el SGC
de la Gerencia de AIT.
Requerimientos Tcnicos:
En la corporacin, la Gerencia de Automatizacin Informtica y

Telecomunicaciones (AIT) cuenta con servidores de Produccin para la
implantacin y puesta en produccin del sistema. La aplicacin Web
SISCOND-AIT para la Gerencia de AIT se visualizar en la intranet de
PDVSA y segn la arquitectura o forma de diseo lgico y fsico, la aplicacin
tendr una arquitectura de tipo cliente/servidor, donde el almacn de datos y
la lgica del negocio reside en el servidor (cuyas especificaciones se
describen en el anlisis de configuracin) y la presentacin de los resultados
y entrada de datos reside en el cliente.
5.4.3.1 Anlisis de Contenido
Ac se identifico el espectro completo de contenido que se va a

proporcionar dentro de la aplicacin. Para el anlisis de contenido se hizo
uso del diagrama de modelo de base de datos. Adems se representaron los
datos a travs del Diccionario de Datos, esto con la finalidad de lograr una
mejor comprensin de la estructura de los datos.
121
El diseo se bas en la Nomenclatura de Objetos de Base de Datos,

especficamente en los objetos: base de datos, tablas y columnas (Anexo
A) para la estandarizacin de nomenclatura de los objetos del

manejador de base de datos Oracle, elaborada por la unidad de
Administracin de Base de Datos de la gerencia de AIT.
El diagrama de modelo de base de datos fue elaborado haciendo uso

de la herramienta Microsoft Visio 2007 en la que se representa de forma
grfica las tablas que conforman la base de datos fsica incluyendo las
relaciones que existen entre ellas (ver Diagrama.02).
122
Diagrama 02: Diagrama de modelo de base de datos.

123
El diccionario de datos es un listado organizado de todos los elementos

de datos que pertenecen a un sistema, con definiciones precisas y rigurosas
que permitan que el usuario y el analista tengan una misma comprensin de
las entradas, salidas, de las componentes de los almacenes y tambin de los
clculos intermedios. El diccionario de datos para SISCOND-AIT contiene
una descripcin breve de la base de datos, las tablas y los campos
contenidos en ellas. A continuacin, se detalla el nombre y la descripcin de
la base de datos y la descripcin de las tablas.
Nombre de la base de datos: siscond-ait.
Descripcin de la base de datos: Permite llevar el control de los
documentos y registros del Sistema de Gestin de la Calidad, adems de
controlar los usuarios y sus privilegios. La base de datos del sistema
SISCOND-AIT est formada por un conjunto de seis (06) tablas que sern
descritas a continuacin.
Descripcin de las tablas:
i002t_usuario_sistema: Contiene informacin referente a los usuarios
que
laboran
en
la
gerencia
de
Automatizacin,
Informtica
Telecomunicaciones; como sus roles y estados dentro del sistema.
Id
Tipo de dato
(Longitud)
int4 (32)
in_indicador
varchar(150)
tx_rol
varchar (150)
tx_estado
varchar (150)
Campo
Descripcin
Nmero identificador del usuario cargado.
Indicador o nombre de usuario de la cuenta de
red.
Rol del usuario.
Status de actividad del usuario dentro del sistema
(activo, inactivo).
Cuadro.20: Tabla i002t_usuario_sistema.

124
tx_departamento
co_distrito
nb_nombre
nb_apellido
varchar
(150)
int4(32)
varchar
(150)
varchar
(150)
Cdigo identificador del rea o departamento al que

pertenece el usuario.
Cdigo identificador del distrito de la divisin.
Nombre del usuario.
Apellido del usuario.
Cuadro.20 (cont.).
Los siguientes campos (ver Cuadro.21) son extrados del Directorio

Activo de PDVSA al momento de validar al usuario en el formulario de
autenticacin donde se ingresa el indicador y su clave de red.
co_distrito
int4(32)
Cdigo identificador del distrito de la divisin.
nb_nombre
varchar (150)
Nombre del usuario.
nb_apellido
varchar (150)
Apellido del usuario.
Cuadro.21: Campos extrados del Directorio Activo PDVSA.
Figura.30: Imagen de la tabla i002t_usuario_sistema.

c002t_doc_public: Contiene los archivos (documentos operativos,

nivel 3) que son cargados en el sistema y pasan por el flujo de trabajo as
como informacin referente a las caractersticas del documento.
125
Campo
co_documento
Tipo de dato
(Longitud)
int4(32)
tx_titulo
varchar(150)
tx_documento
bytea(0)
nb_documento
varchar (1550)
tp_documento
varchar (1550)
fe_publicacion
date(0)
fe_revision
date(0)
fe_aprobacion
date(0)
fe_rechazo
date(0)
10
co_codigo
varchar(25)
11
co_revision
Int4(32)
12
status
varchar(25)
13
nb_type
varchar(150)
14
nb_responsable
varchar(150)
15
nb_revisor
varchar(150)
16
nb_aprobador
varchar(150)
17
nb_rechazado
varchar(150)
18
tx_observacion
text(0)
19
size
float4(32)
Descripcin
Nmero identificador del archivo cargado.
Titulo ingresado por el usuario para identificar el
documento.
Archivo cargado por el usuario.
Nombre original que tiene el documento al ser
cargado por el usuario.
Tipo de formato/extensin del archivo cargado.
Fecha en la cual se cargo el documento en el
sistema.
Fecha en que se revis el documento (flujo de
trabajo).
Fecha en que se aprob el documento (flujo de
trabajo).
Fecha en que se rechaz el documento (flujo de
trabajo).
Cdigo que tendr el documento para ser
identificado con mayor facilidad al ser
consultado.
Nmero de revisin (versin) del documento.
Estado del documento dentro del proceso de
flujo de trabajo.
Tipo de documento dentro del SGC de AIT.
Firma (indicador) del usuario autor del
documento cargado.
Firma (indicador) del usuario encargado de
revisar el documento (flujo de trabajo).
aprobar el documento (flujo de trabajo).
rechazar el documento (flujo de trabajo).
Observacin que tendr el documento
dependiendo del estado en que se encuentre.
Tamao del archivo cargado.
Cuadro.22: Tabla c002t_doc_public.

126
Figura.31: Imagen de la tabla c002t_doc_public

c003t_solicitudes: Contiene los archivos (solicitudes de cambio) que

son cargados en el sistema y pasan por el flujo de trabajo as como
informacin referente a las caractersticas de la solicitud.
Campo
so_co_documento
Tipo de dato
(Longitud)
int4(32)
so_tx_titulo
varchar(150)
so_tx_documento
bytea(0)
so_nb_documento
varchar (1550)
so_tp_documento
varchar (1550)
so_fe_publicacion
date(0)
so_fe_revision
date(0)
so_fe_aprobacion
date(0)
so_fe_rechazo
date(0)
10
so_co_codigo
varchar(25)
Descripcin
Titulo ingresado por el usuario para identificar
el documento.
Nombre original que tiene el documento al ser
cargado por el usuario.
Tipo de formato/extensin del archivo cargado.
Fecha en la cual se realiz la solicitud de
cambio.
Fecha en que se revis el documento (flujo de
trabajo).
Fecha en que se aprob el documento (flujo
de trabajo).
Fecha en que se rechaz el documento (flujo
de trabajo).
consultado.
Cuadro.23: Tabla c003t_solicitudes.

127
11
so_nb_autor
varchar(150)
12
so_status
varchar(25)
13
so_nb_type
varchar(150)
14
so_nb_responsable
varchar(150)
15
so_nb_revisor
varchar(150)
16
so_nb_aprobador
varchar(150)
17
so_nb_rechazado
varchar(150)
18
so_tx_observacion
text(0)
17
Size
float4(32)
Nombre del usuario autor del documento.

Estado del documento dentro del proceso de
flujo de trabajo.
Tipo de documento dentro del SGC de AIT.
Firma (indicador) del usuario autor del
documento cargado.
revisar el documento (flujo de trabajo).
aprobar el documento (flujo de trabajo).
rechazar el documento (flujo de trabajo).
Observacin que tendr el documento
dependiendo del estado en que se encuentre.
Cuadro.23 (cont.).
Figura.32: Imagen de la tabla c003t_solicitudes.

c004t_doc_pro: Contiene los archivos (documentos de proceso, nivel

2) que son cargados en el sistema as como informacin referente a las
caractersticas del documento.
128
Campo
pro_co_documento
Tipo de dato
(Longitud)
int4(32)
pro_tx_titulo
varchar(150)
pro_tx_documento
bytea(0)
pro_nb_documento
varchar (1550)
pro_tp_documento
varchar (1550)
pro_fe_publicacion
date(0)
pro_co_codigo
varchar(25)
pro_co_revision
int4(32)
pro_nb_responsable
varchar(150)
10
pro_tx_observacion
text(0)
11
size
float4(32)
Descripcin
Titulo ingresado por el usuario para
identificar el documento.
Nombre original que tiene el documento al
ser cargado por el usuario.
Tipo de formato/extensin del archivo
cargado.
Fecha en la cual se carg el documento en
el sistema.
consultado.
Firma (indicador) del usuario que cargo el
documento.
Informacin adicional del documento
cargado.
Cuadro.24: Tabla c004t_doc_pro.

Figura.33: Imagen de la tabla c004t_doc_pro.

c005t_registros: Contiene los archivos (registros) que son cargados en

el sistema y muestran evidencia de las actividades realizadas en los
procesos as como informacin referente a las caractersticas del registro.
129
Campo
re_co_documento
Tipo de dato
(Longitud)
int4(32)
re_tx_titulo
varchar(150)
re_tx_documento
bytea(0)
re_nb_documento
varchar (1550)
re_tp_documento
varchar (1550)
re_fe_publicacion
date(0)
re_ubicacion
varchar(300)
re_ti_retencion
varchar(25)
re_nb_responsable
varchar(150)
10
re_tx_observacion
text(0)
11
Size
float4(32)
Descripcin
cargado.
Fecha en la cual se carg el documento en el
sistema.
Ubicacin sitio donde se encuentra
almacenado el documento.
Tiempo de permanencia del documento
dentro del sistema para ser consultado.
documento.
cargado.
Cuadro.25: Tabla c005t_registros.

Figura.34: Imagen de la tabla c005t_registros.

c006t_plantillas: Contiene los archivos (formatos/plantillas) que son

cargados en el sistema para crear los distintos tipos de documentos, as
como informacin referente a las caractersticas del formato/plantilla.
130
Campo
plan_co_documento
Tipo de dato
(Longitud)
int4(32)
plan _tx_titulo
varchar(150)
plan _tx_documento
plan
_nb_documento
varchar (1550)
plan _tp_documento
varchar (1550)
plan _fe_publicacion
date(0)
plan _co_codigo
varchar(25)
plan _co_revision
plan
_nb_responsable
plan
_tx_observacion
Size
Int4(32)
10
11

cargado.
Fecha en la cual se carg el documento en
el sistema.
consultado.
documento.
cargado.
bytea(0)
Descripcin
varchar(150)
text(0)
float4(32)
Cuadro.26: Tabla c006t_plantillas.

Figura.35: Imagen de la tabla c006t_plantillas.

5.4.3.2 Anlisis de la Interaccin
El
presente
anlisis
fue
la
actividad
que
ayudo
describir
detalladamente la interaccin que tiene el usuario con la aplicacin Web. Una
131
de las finalidades del proceso de anlisis de un sistema es generar una

coleccin de casos de uso. Para ello, en el desarrollo de la aplicacin se hizo
uso de los casos de uso perteneciente al Lenguaje de Modelado Unificado
(UML) con el fin de proporcionar descripciones detalladas de los distintos
escenarios del sistema.
El trabajo de los Casos de Uso es el de modelar los sistemas desde el

punto de vista de los usuarios; Son diagramas que permiten describir de
manera grfica la forma en que los usuarios potenciales interactan con el
sistema. Los casos de uso creados como parte del anlisis se elaboraron
tomando en cuenta los roles de los usuarios establecidos en la actividad de
formulacin (ver Capitulo V, Pg. 120). En la aplicacin SISCOND-AIT el
caso de uso de un usuario en particular se inicia cuando un actor intenta
ingresar al sistema con su indicador y contrasea para luego ser validado por
el Directorio Activo de PDVSA. Si la validacin es fiable el usuario accede al
sistema con los privilegios que le correspondan de acuerdo a su rol
asignado.
Se muestra a continuacin en un Nivel 0 el diagrama de Casos de Uso

del Sistema: Mdulo Control de Documentos distribuidos segn el rol de
cada actor (Diagrama.03) y posteriormente se muestran de manera ms
detallada los casos de uso del sistema en un Nivel 1 (desde Diagrama.04 a
la Diagrama.15).
132
Nivel 0. Casos de Uso del Sistema:
Diagrama.03: Diagrama de Caso de Uso del Sistema: Mdulo Control de Documentos.

133
Nivel 1. Caso de Uso: Consultar documento
Diagrama.04: Diagrama de caso de uso, Nivel 1: Consultar documento

Nivel 1. Caso de Uso: Elaborar solicitud
Diagrama.05: Diagrama de caso de uso, Nivel 1: Elaborar solicitud

134
Nivel 1. Caso de Uso: Consultar Formatos/Plantillas
Diagrama.06: Diagrama de caso de uso, Nivel 1: Consultar Formatos/Plantillas

Nivel 1. Caso de Uso: Cargar documento
Diagrama.07: Diagrama de caso de uso, Nivel 1: Cargar documento

135
Nivel 1. Caso de Uso: Iniciar flujo de trabajo
Diagrama.08: Diagrama de caso de uso, Nivel 1: Iniciar flujo de trabajo

Nivel 1. Caso de Uso: Cargar registro
Diagrama.09: Diagrama de caso de uso, Nivel 1: Cargar registro

136
Nivel 1. Caso de Uso: Revisar documento
Diagrama.10: Diagrama de caso de uso, Nivel 1: Revisar documento

Nivel 1. Caso de Uso: Aprobar/Rechazar documento
Diagrama.11: Diagrama de caso de uso, Nivel 1: Aprobar/Rechazar documento

137
Nivel 1. Caso de Uso: Gestionar componentes normales
Diagrama.12: Diagrama de caso de uso, Nivel 1: Gestionar componentes normales

Nivel 1. Caso de Uso: Gestionar componentes de archivos
Diagrama.13: Diagrama de caso de uso, Nivel 1: Gestionar componentes de archivos

138
Nivel 1. Caso de Uso: Gestionar Flujo de Trabajo
Diagrama.14: Diagrama de caso de uso, Nivel 1: Gestionar Flujo de trabajo

Nivel 1. Caso de Uso: Eliminar documentos/registros
Diagrama.15: Diagrama de caso de uso, Nivel 1: Eliminar documentos/registros

139
5.4.3.3 Anlisis Funcional

N
CU-01
CU-02
CU-03
CU-04
CU-04.1
CU-04.2
CU-04.3
CU-05
CU-06
CU-06.1
CU-06.2
CU-06.3
CU-06.4
CU-06.5
CU-07
CU-07.1
CU-07.2
CU-08
CU-09
CU-09.1
CU-09.2
CU-09.3
CU-09.4
CU-10
CU-10.1
CU-10.2
CU-11
CU-11.1
CU-11.2
CU-11.3
CU-11.4
CU-12
CU-12.1
CU-12.2
CU-12.3
CU-12.4
CU-13
CU-14
CU-14.1
CU-14.2
CU-14.3
CU-14.4
CU-15
CU-15.1
CU-15.2
CU-15.3
CU-15.4
NOMBRE DEL CASO DE USO

Iniciar sesin
Cerrar sesin
Navegar en el sistema
Revisar documento
Acceder al sistema
Chequear documento
Firmar documento
Enviar documento a aprobacin
Crear documento
Indicar Tipo de documento
Seleccionar cdigo segn organizacin y proceso
Completar campos del documento
Firmar documento
Guardar documento
Enviar documento a revisin
Firmar documento
Enviar notificacin a los usuarios revisores
Publicar documento
Actualizar documento
Elaborar nuevo documento
Consultar documento aprobado
Modificar documento
Reactivar documento
Procesar eliminacin de documento
Acceder a la solicitud de eliminacin
Enviar notificacin a los usuarios involucrados
Gestionar componentes normales
Consultar componente normal
Actualizar componentes normales
Cargar componente normal
Eliminar componente normal
Gestionar componentes de archivos
Consultar componente de archivo
Cargar componente de archivo
Actualizar componente de archivo
Eliminar componente de archivo
Gestionar acceso de usuario
Gestionar Flujo de trabajo
Indicar editores
Indicar revisor
Indicar Aprobador
Guardar Cambios
Gestionar cambios de diseo
Acceder al sistema
Consultar plantilla
Actualizar plantilla
Eliminar plantilla
Cuadro.27: Identificacin de casos de uso
140
CU-16
CU-16.1
CU-16.2
CU-16.3
CU-17
CU-17.1
CU-17.2
CU-17.3
CU-17.4
CU-18
CU-19
CU-20
Cu-20.1
Cu-20.2
Cu-20.3
Cu-20.4
CU-21
CU-22
Consultar documento
Ingresar clave de acceso
Ubicar documento a consultar
Visualizar documento
Elaborar solicitud
Indicar tipo de documento
Indicar tipo de cambio
Anexar propuesta del documento
Enviar solicitud
Imprimir documento
Enviar solicitud para aprobacin
Aprobar/Rechazar documento
Acceder al sistema
Consultar documento
Firmar documento
Notificar al autor del documento
Aprobar/Rechazar solicitud
Notificar al autor
Cuadro.27 (cont.).
A continuacin se documentan los casos de uso desde el Cuadro.28 al

Cuadro.42:
141
Caso de uso: Iniciar sesin

Nmero: CU-01
Proyecto: Aplicacin Web para el control de documentos del SGC de AIT.
Analista(s): David Snchez L. Fecha: 27/07/09
Descripcin:
El usuario se identifica en el sistema para tener acceso a los privilegios que le
corresponde.
Actores:
Consultor, Autor, Revisor, Aprobador, Administrador.
Precondiciones
*Los usuarios deben de tener cuenta de red
(condiciones de
*Los usuarios que poseen roles aparte del rol por defecto deben
entrada)
estar asociados a dichos usuarios.
Paso
Acciones
1
El usuario ingresa Indicador y clave.
Flujos de eventos
EL sistema comprueba si la contrasea introducida es

correcta.
El sistema permitir ahora nuevas funcionalidades acordes

con el rol del usuario, y la opcin de cerrar la sesin.
Paso
Acciones
Flujos de eventos De 2 Si la comprobacin es incorrecta, el usuario vuelve al paso
excepcionales o
1
alternativos
Poscondiciones
(condiciones de
salida)
Si la validacin en el paso 2 es correcta, el usuario accede al

sistema con el rol correspondiente.
Requisitos nofuncionales
asociados
El indicador y la clave debe ser la misma con que ingresan el

sistema Corporativo (Cuenta de Red).
Notas:
Cuadro.28: Documentacin del CU-01 Iniciar sesin
Caso de uso: Cerrar sesin

Nmero: CU-02
Descripcin:
El Usuario puede cerrar su sesin.
Actores:
Precondiciones
(condiciones de
entrada)
*El sistema debe de estar activo de acuerdo al rol actual que

posea.
Cuadro.29: Documentacin del CU-02 Cerrar sesin

142
Paso
Acciones
1
El usuario hace clic en Salir.
Flujos de eventos
El sistema cierra la sesin abierta y muestra el formulario

de ingreso al sistema.
Paso
Flujos de eventos
excepcionales o
alternativos
Poscondiciones
(condiciones de
salida)
asociados
Notas:
Acciones
*Sesin cerrada
Cuadro.29 (cont.).
Caso de uso: Navegar en el sistema

Nmero: CU-03
Descripcin:
El Usuario puede interactuar con el sistema de acuerdo a su rol.
Actores:
Precondiciones
(condiciones de
entrada)

El usuario ya debe de haber ingresado al sistema.
Paso
Acciones
Flujos de eventos
El usuario realiza consultas de la informacin pblica y/o

documentos que dispone el sistema y elige una opcin.
Poscondiciones
(condiciones de
salida)
asociados
Notas:
*El usuario recibe la respuesta de la peticin solicitada.
Cuadro.30: Documentacin del CU-03 Navegar en el sistema

143
Caso de uso: Revisar documento

Nmero: CU-04
Descripcin:
El Usuario Revisor asegura de que se establezcan, implementen y se mantengan los
procesos necesarios para el SGC y as mantener una eficaz planificacin, operacin y
Revisor.
Actores:
Precondiciones
(condiciones de
entrada)
El autor del documento ya debe de haber creado e iniciado el flujo de

trabajo.
Paso
1
2
Flujos de eventos
3
4
Poscondiciones
(condiciones de
salida)
asociados
Notas:
Acciones
El usuario revisor debe de haber ingresado al mdulo control
de documentos.
El revisor selecciona documentos en proceso contenido en
el sub-mdulo documentos operativos.
El revisor consulta y accede al documento creado y procede
a revisarlo.
Si el revisor determina que el documento cumple con los
lineamientos procede a firmarlo y enviarlo a aprobacin.
*Una vez firmado y enviado el documento a revisin, el sistema

notifica va electrnica al aprobador.
Cuadro.31: Documentacin del CU-04 Revisar documento

Caso de uso: Crear documento

Nmero: CU-06
Descripcin:
El Usuario Autor procede a crear el documento para su aprobacin.
Actores:
Precondiciones
(condiciones de
entrada)
Autor.
El usuario debe tener el privilegio para crear/modificar los
documentos.
Cuadro.32: Documentacin del CU-06 Crear documento

144
Paso
1
2
Flujos de eventos
3
4
5
6
Poscondiciones
(condiciones de
salida)
asociados
Notas:
Acciones
El usuario autor debe de haber ingresado al mdulo control
de documentos.
El autor ingresa a documentos en proceso contenido en el
sub-mdulo documentos operativos.
El usuario selecciona crear documento.
El autor selecciona el tipo de documento que desea crear y
luego el cdigo segn la organizacin y el proceso.
El autor completa los campos (titulo del documento,
procesos, sub-procesos y uso del documento)
El autor firma el documento para luego guardarlo.
*Una vez firmado y guardado el documento se enva a revisin.

*El sistema notifica va electrnica al revisor.
Cuadro.32 (cont.).
Caso de uso: Publicar documento

Nmero: CU-08
Descripcin:
El Usuario Autor procede a publicar el documento aprobado para que pueda ser
consultado por todos los usuarios.
Autor, Aprobador.
Actores:
Precondiciones
El documento debe de estar aprobado y enviado por el usuario
(condiciones de
aprobador.
entrada)
Paso
Acciones
1
Flujos de eventos

de documentos.
El usuario ubica el documento aprobado.
El autor selecciona publicar documento.
Cuadro.33: Documentacin del CU-08 Publicar documento

145
Poscondiciones
(condiciones de
salida)
*Una vez publicado el documento, este automticamente estar

contenido y visible en la lista maestra del sub-mdulo Documentos
Publicados.
*El sistema notifica va electrnica a los distintos usuarios
involucrados que el documento ha sido publicado.
asociados
Notas:
Cuadro.33 (cont.).
Caso de uso: Actualizar documento

Nmero: CU-09
Descripcin:
El Usuario Autor procede a actualizar el documento previo a una solicitud de cambio.
Actores:
Precondiciones
(condiciones de
entrada)
Consultor, Autor.
Debe existir una solicitud de cambio por parte del consultor.
Paso
1
3
4
El autor realiza los cambios requeridos.
2
Flujos de eventos
Acciones
de documentos.
El usuario ubica el documento a ser modificado.
5
Poscondiciones
(condiciones de
salida)
asociados
Notas:
El autor envia la solicitud a revisin para reactivar el

documento.
*Una vez enviado el documento el sistema notifica va electrnica al
revisor.
Cuadro.34: Documentacin del CU-09 Actualizar documento

146
Caso de uso: Procesar eliminacin de documento

Nmero: CU-10
Descripcin:
El Usuario Autor procede a eliminar el documento previo a una solicitud de cambio.
Actores:
Precondiciones
(condiciones de
entrada)
Consultor, Autor.
Debe existir una solicitud de eliminacin por parte del consultor.
Paso
1
Flujos de eventos
Poscondiciones
(condiciones de
salida)
Acciones

de documentos.
El usuario ubica el documento a ser eliminado.
El autor elimina el documento.
*Una vez eliminado el documento el sistema notifica va electrnica a

los usuarios involucrados.
*Si el documento fue eliminado, automticamente est pasa a forma
parte de los Documentos Obsoletos.
asociados
Notas:
Cuadro.35: Documentacin del CU-10 Procesar eliminacin de documento
Caso de uso: Gestionar componentes normales

Nmero: CU-11
Descripcin:
El Administrador puede consultar, actualizar, cargar y eliminar un componente normal
(usuario, rol, indicador, plantilla).
Administrador.
Actores:
Precondiciones
(condiciones de
entrada)
*El Administrador debe estar identificado en el sistema.

* El Administrador hace clic en Administracin del Sistema y ubica
el nombre correspondiente al componente normal.
Cuadro.36: Documentacin del CU-11 Gestionar componentes normales

147
Paso
Flujos de eventos
Acciones
1
2
El administrador consulta componentes normales.

El administrador elimina componentes normales.
El administrador carga componentes normales.
El administrador actualiza componentes normales.
Poscondiciones
(condiciones de
salida)
asociados
Notas:
Cuadro.36 (cont.).
Caso de uso: Gestionar componentes de archivos

Nmero: CU-12
Descripcin:
El Administrador puede consultar y eliminar un componente de archivo (documentos,
registros).
Administrador.
Actores:
Precondiciones
(condiciones de
entrada)
Flujos de eventos

* El Administrador hace clic en Administracin del Sistema y ubica el
nombre correspondiente al componente de archivo.
Paso
Acciones
1
El administrador consulta componentes de archivo.
2
El administrador elimina componentes de archivo.
3
El administrador carga componentes de archivo.
4
El administrador actualiza componentes de archivo.
Poscondiciones
(condiciones de
salida)
asociados
Notas:
Cuadro.37: Documentacin del CU-12 Gestionar componentes de archivos
148
Caso de uso: Gestionar acceso de usuario

Nmero: CU-13
Descripcin:
El Administrador puede consultar, modificar y eliminar el acceso de los usuarios.
Administrador.
Actores:
Precondiciones
(condiciones de
entrada)
Flujos de eventos

accesos al sistema.
Paso
Acciones
1
Consultar privilegio acceso.
2
Modificar privilegio.
3
Eliminar privilegio de acceso.
Poscondiciones
(condiciones de
salida)
asociados
Notas:
Cuadro.38: Documentacin del CU-13 Gestionar acceso de usuario
Caso de uso: Gestionar Flujo de trabajo

Nmero: CU-14
Descripcin:
El Administrador puede consultar, modificar y eliminar los roles de usuario.
Administrador.
Actores:
Precondiciones
(condiciones de
entrada)
Flujos de eventos

roles de los usuarios.
Paso
Acciones
1
Consultar rol de usuario.
2
Modificar rol de usuario.
3
Eliminar rol de usuario.
Cuadro.39: Documentacin del CU-14 Gestionar Flujo de trabajo

149
Poscondiciones
(condiciones de
salida)
asociados
Notas:
Cuadro.39 (cont.).
Caso de uso: Consultar documento

Nmero: CU-16
Descripcin:
El Usuario puede consultar/visualizar los distintos documentos publicados y obsoletos as
como sus registros.
Actores:
Precondiciones
El usuario ya debe de haber ingresado al sistema.
(condiciones de
entrada)
Paso
Acciones
Flujos de eventos
El usuario realiza consultas de la informacin pblica y/o

documentos que dispone el sistema y elige una opcin.
Si el usuario desea visualizar un tipo de documento ingresa

al sub-mdulo documentos publicados y/o documentos
obsoletos.
Si el usuario desea visualizar registros de los documentos
ingresa al mdulo Registros.
3
Poscondiciones
(condiciones de
salida)
asociados
Notas:
*El usuario recibe la respuesta de la peticin solicitada.

*Al cumplirse el paso 2 y/o 3, el usuario puede visualizar y/o
descargar una copia del documento/registro solicitado.
Cuadro.40: Documentacin del CU-16 Consultar documento

150
Caso de uso: Elaborar solicitud

Nmero: CU-17
Descripcin:
El Usuario consultor realiza solicitud de cambio a un documento.
Actores:
Precondiciones
(condiciones de
entrada)
Consultor, Autor.
El usuario debe de haber ingresado al sistema.
Paso
1
Flujos de eventos
Poscondiciones
(condiciones de
salida)
asociados
Notas:
Acciones
El usuario debe de haber ingresado al sub-mdulo

documentos publicados.
El consultor ubica el documento a solicitar cambio.
El consultor indica el tipo de documento
El consultor anexa propuesta.
5
El usuario consultor envia la solicitud al autor
*Una vez enviado la solicitud el sistema notifica va electrnica al
autor.
Cuadro.41: Documentacin del CU-17 Elaborar Solicitud

Caso de uso: Aprobar/Rechazar documento

Nmero: CU-20
Descripcin:
El Usuario aprobador asegura de que se establezcan, implementen y se mantengan los
procesos necesarios para el SGC y as mantener una eficaz planificacin, operacin y
Actores:
Aprobador.
Precondiciones
El revisor ya debe de haber chequeado el documento creado y
(condiciones de
enviado para ser aprobado.
entrada)
Cuadro.42: Documentacin del CU-20 Aprobar/Rechazar documento
151
Paso
1
2
Flujos de eventos
3
4
Acciones
El usuario aprobador debe de haber ingresado al mdulo
control de documentos.
El aprobador selecciona documentos en proceso contenido
en el sub-mdulo documentos operativos.
El aprobador accede al documento revisado y procede a
aprobarlo/rechazarlo.
Si el usuario aprobador aprueba el documento procede a
firmarlo y enviarlo al autor para su publicacin.
Poscondiciones
(condiciones de
salida)
Si el aprobador rechaza el documento lo enva al autor para

su modificacin.
*Si se cumple el paso 4 el documento podr ser consultado por los
distintos usuarios.
*Si se cumple el paso 5 el documento vuelve al autor para iniciar de
nuevo el flujo de trabajo.
*El sistema notifica al autor el evento realizado (aprobacin/rechazo).
asociados
Notas:
Cuadro.42 (cont.).
5.4.3.4 Anlisis de la Configuracin
En esta etapa del proyecto se efecta la descripcin detallada del

entorno y de la infraestructura en donde reside la aplicacin web. La
infraestructura a nivel lgico adoptar una arquitectura de 2 capas
(presentacin, negocios y datos), es decir, una arquitectura cliente/servidor;
mientras que la aplicacin residir en la intranet de la corporacin. A
continuacin se describen cada una de las capas que conforman la
arquitectura:
Capa de presentacin: En esta capa se concentra el envo y recepcin de

peticiones de los clientes a travs de una interfaz grfica. A travs de la
interfaz, el cliente captura y valida los datos de entrada. La interfaces se
152
hallan codificadas en las siguientes tecnologas de desarrollo cuando son

mostradas al cliente: XHTML, JavaScript, XML y CSS, que forman parte de la
combinacin de tecnologas AJAX.
Capa de negocios y datos: Abarca los procesos de negocio de la

aplicacin, las validaciones conforme a estos procesos y los clculos que
intervienen en ellos. La automatizacin de estos procesos se encuentra
codificada en el lenguaje PHP 5.0. A su vez estos componentes de negocio
se encuentran combinados en su mayora con los procedimientos y
operaciones con los datos manejados por el servidor de base de datos
PostgreSQL Server Database. La lgica de aplicacin y el acceso a la base
de datos son controlados por el servidor web Apache web server. En la
Figura.26 se muestran los diferentes componentes o capas que conforman la
arquitectura del sistema y sus interrelaciones.
Figura.36: Diagrama de arquitectura de 2 capas.

(Fuente: Parte de los datos fueron traducidos y tomados de Prez, J., 2009, p.6)
153
El sistema debe residir en un servidor que cumpla con las

especificaciones tcnicas mnimas necesarias para su funcionamiento
ptimo, para esto se establecieron unos requerimientos mnimos mostrados
en el Cuadro.43.
HARDWARE
SOFTWARE
Modelo de servidor de 1.6 GHz o

superior.
1 Gb RAM.
Apache 2 o superior (Win32).
PHP 5 o superior.
160 Gb de disco duro a 7.200 RPM o

superior.
PostgreSQL 8 o superior.
Cuadro.43: Especificaciones tcnicas mnimas del servidor

La infraestructura fsica donde se alojar la aplicacin es en un servidor

denominado: orimat100 que posee las especificaciones tcnicas mostradas
en el Cuadro.44. La direccin para acceder a la aplicacin desde la intranet
ser: http://orimat100/siscond-ait/.
HARDWARE
SOFTWARE
Windows 2003 Server Enterprise

Edition.
6 Gb RAM 400 MHz.
Apache/2.0.54 (Win32).
300 Gb, 15K RPM Ultra 320 SCSI,

RAID 5W / Spare en lnea.
PHP/5.0.4 mod_jk2/2.0.4.
PostgreSQL 8.1.
DELL PE 2950, Intel Core Duo 3.80

GHz / 800 MHz.
Cuadro.44: Especificaciones tcnicas del servidor Orimat100

154
5.5 Fase de diseo
5.5.1 Diseo
Una vez que se analizan y se especifican los requerimientos del

software, el diseo de la aplicacin es la primera de las tres actividades
tcnicas (diseo, generacin de cdigos y pruebas) que se requieren para
construir y verificar el software. Debido a que el proyecto desarrollado trata
de una aplicacin Web es importante resaltar que este tipo de aplicaciones
evolucionan a travs del tiempo, por lo tanto el ingeniero debe de elaborar un
diseo que permita su evolucin con el paso del tiempo. El diseo de una
aplicacin involucra entre otros aspectos: la apariencia visual, interaccin,
estructura de la informacin y navegacin por el espacio e incluso algunos lo
consideran como una tecnologa usada para la construccin de aplicaciones
Web.
El diseo de contenido y el diseo de produccin que fueron

incorporados en la aplicacin, han sido extrados del uso de las tcnicas e
instrumentos de recoleccin de datos utilizados (ver Captulo IV, Pg. 66).
Esto permiti la generacin y produccin del contenido que posteriormente
se agreg a la aplicacin Web.
En cuanto a la presentacin del contenido en el sistema, se caracteriza

por poseer dos marcos de trabajo esquemticos de dos estructuras
hipermedias (pginas web) en el que se visualizan las pginas invocadas por
diferentes mens. Estos marcos de trabajo actan como plantillas para la
aplicacin Web y estos son: un marco de trabajo que representar la interfaz
principal y un marco de trabajo que representar el mdulo de
Administracin, en el cual el segundo est contenido dentro del primero.
155
La fase de diseo del proceso IWeb involucra al mismo tiempo una

serie de tareas de diseo vistas desde varias perspectivas como lo son:
diseo arquitectnico, diseo de navegacin y diseo de la interfaz. A
continuacin se describen estas tareas:
5.5.1.1 Diseo Arquitectnico
El diseo arquitectnico para los sistemas y aplicaciones basados en

Web se centra tanto en la definicin de la estructura global hipermedia para
la aplicacin Web, como en la aplicacin de las configuraciones de diseo y
plantillas constructivas para popularizar la estructura y lograr la reutilizacin.
(Pressman, R. S., 2002, Pg. 229)
La estructura arquitectnica global de la aplicacin SISCOND-AIT se

caracteriza por ser una estructura compuesta, qu es la combinacin de una
estructura lineal con una estructura en red o de web pura (presente en las
pginas principales que se pueden acceder a travs de los mens fijos:
horizontal y vertical). La estructura lineal en este caso predice la sucesin de
interacciones mientras que la estructura en red o de web pura, las pginas
web generadas se disearon de forma que pueden pasar el control a otros
componentes de la aplicacin. Esta ltima estructura, resulta ser confusa
para el usuario, aunque permite una flexibilidad en la navegacin.
La Figura.27 y la Figura.28 muestran como son las relaciones de las

estructuras lineales y de red, respectivamente.
156
Figura.37: Estructura lineal

Figura.38: Estructura en red o web pura

5.5.1.2 Diseo de Navegacin
Una vez establecida la arquitectura de la aplicacin e identificado los

componentes (pginas, guiones y otras funciones del proceso) de la
arquitectura, se proceden a definir las rutas de navegacin que permitirn al
usuario acceder al contenido y a los servicios de la aplicacin Web.
.
En esta actividad se elabor el diagrama de hipertexto utilizando el
lenguaje WebML con la finalidad de visualizar las rutas de navegacin para
157
la aplicacin en general. A continuacin se muestra el diagrama de hipertexto

en tres partes (ver desde el Diagrama.16 hasta el Diagrama.18).
El Diagrama.16 muestra de una perspectiva global el diseo de

navegacin: la composicin de las pginas y de las reas, y las rutas de
navegacin para la aplicacin. En el Diagrama.16 las reas denominadas:
InfMenuHorizontal e InfMenuVertical, son reas abstractas y sus
contenidos se detallan en el Diagrama.17.
Diagrama.16: Diagrama de hipertexto (I)

158
El
Diagrama.17
muestra
las
reas:
InfMenuHorizontal
InfMenuVertical desde una perspectiva detallada. En este Diagrama, el

rea Inicio es el rea representativa del rea del mismo nombre mostrada
en el Diagrama.16. La pgina ControldeDoc, ControldeReg, Auditorias,
Indicadores y Administracion son abstractas y sus contenidos se detallan
en la Diagrama.18.
Diagrama.17: Diagrama de hipertexto (II)

159
En el Diagrama.18 se muestran desde una perspectiva detallada las

pginas
ControldeDoc,
ControldeReg,
Auditorias,
Indicadores
Administracion. La pgina ControldeDoc contiene todas las pginas

correspondientes a los componentes del mdulo Control de Documentos, lo
mismo ocurre con las pginas ControldeReg y Administracion. Con el fin
de facilitar la simplificacin del diagrama y en vista de que sus componentes
presentan estructuras comunes, todas las pginas se relacionan entre s
cumpliendo con sus funciones especficas dentro de la aplicacin.
160
161
Diagrama.18: Diagrama de hipertexto (III)
161
5.5.1.3 Diseo de la interfaz
Las interfaces de SISCOND-AIT tienen un diseo acorde con la

estructura y estilo de la plantilla de diseo web estndar de PDVSA EyP
Divisin Oriente. Es elemental sealar que el diseo de una interfaz es una
de las actividades ms importantes en el desarrollo de aplicaciones web en
la actualidad, debido a que representan la primera impresin de una
aplicacin web para los usuarios. Adems, una interfaz bien diseada y
estructurada permite mejorar la visualizacin del contenido o de los servicios
que proporciona la aplicacin. A continuacin se muestra una breve
descripcin de algunas pantallas caractersticas de la interfaz de SISCONDAIT.
Pantalla de acceso al sistema: La pantalla de acceso (ver Figura.39)

permitir el ingreso del empleado al sistema con el nombre de usuario
(indicador) y contrasea (clave de red), datos que son necesarios de igual
manera para el ingreso a la intranet de la Corporacin.
Figura.39: Pantalla de acceso al sistema

162
Pantalla principal: El sistema cuenta con una pantalla principal

(Figura.40) que se muestra despus de la pantalla de acceso. Contiene dos
mens (horizontal y vertical) fijos que abarca el ingreso a las distintas
opciones
mdulos
del
sistema.
Adems,
visualiza
de
forma
predeterminada, la fecha, hora, calendario dinmico y un breve detalle de la

informacin del usuario actual.
Figura.40: Pantalla Principal del sistema

Pantallas de Informacin de la Estructura AIT y Mdulos de SISCONDAIT: El men vertical est conformado por un conjunto de botones divididos
en dos grupos: un grupo (Estructura AIT) despliega informacin de la Misin,
Visin y Organigramas de la Gerencia AIT. El otro grupo (Mdulos del
163
Sistema) despliega informacin relacionada con las funciones de cada uno

de los mdulos que conforman el sistema.
Al pulsar cualquiera de los botones se desplegara la informacin

correspondiente (Desde Figura.41 a la Figura.47) a la misin, visin,
organigramas y mdulos de SISCOND-AIT (Control de documentos, Control
de Registros y Administracin).
Figura.41 Pantalla Misin AIT.

Figura.42 Pantalla Visin AIT.

164
Figura.43 Pantalla Organigrama (Gerencia EyP Divisin Oriente).

Figura.44 Pantalla Organigrama (Gerencia AIT EyP Divisin Oriente).

165
Figura.45: Pantalla Informacin Mdulo Control de Documentos.

Figura.46: Pantalla Informacin Mdulo Control de Registros.

166
Figura.47: Pantalla Informacin Mdulo Administracin del Sistema.

Pantalla del Sub-mdulo Manual de la Calidad: en esta pantalla

(Figura.48) se puede observar el Manual de la Calidad contenido en un nivel
de solo lectura. Adems de contener la seccin de Ayuda del mdulo.
Figura.48 Pantalla Sub-Mdulo Manual de la Calidad.

167
Pantalla del Sub-mdulo Documentos de Proceso: en la pantalla del submdulo Documentos de Proceso (Figura.49) se puede observar la lista de los
documentos de proceso del Sistema de Gestin de la Calidad de AIT
ordenados alfabticamente los cuales pueden ser descargados para su
posterior uso. Adems se puede observar la seccin de Ayuda del mdulo.
De lado izquierdo se encuentra un men vertical donde se puede accesar de
manera inmediata a los dems mdulos de SISCOND-AIT. En la parte
superior izquierda se encuentra un botn (Ir a inicio) donde se puede volver a
la pantalla principal.
Figura.49 Pantalla Sub-Mdulo Documentos de Proceso.

Pantalla del Sub-mdulo Documentos Operativos: en la pantalla del submdulo Documentos Operativos (Figura.50) es donde se realiza la mayora
168
de las operaciones de Control de Documentos, en esta interfaz se puede

observar la lista de los Documentos Operativos de AIT que han completado
de manera satisfactoria el flujo de trabajo, los cuales se encuentran
ordenados alfabticamente y pueden ser descargados para su posterior uso.
Adems se puede observar un conjunto de secciones como son:
Documentos
publicados,
Descarga
de
Formatos/Plantillas,
Cargar
Documento, Publicar Documento y la seccin de Ayuda del mdulo. De lado

izquierdo se encuentra un men vertical donde se puede accesar de manera
inmediata a los dems mdulos de SISCOND-AIT. En la parte superior
izquierda se encuentra un botn (Ir a inicio) donde se puede volver a la
pantalla principal.
Figura.50 Pantalla Sub-Mdulo Documentos Operativos.

169
Figura.51 Pantalla Solicitud de Cambio (Seccin Documentos Publicados).

Figura.52 Pantalla Documentos Obsoletos (Seccin Documentos Publicados).

170
Figura.53 Pantalla de Descarga de Formatos/Plantillas.

Figura.54 Pantalla de Carga de Documentos Operativos (Seccin Cargar Documento).

171
Figura.55 Pantalla de Carga de Registros (Seccin Cargar Documento).

Figura.56 Pantalla de Publicar Documento.

172
Figura.57 Pantalla de Ayuda (Sub-Modulo Documentos Operativos).

Pantalla del Sub-mdulo Documentos en Flujo de Trabajo: en la pantalla

del sub-mdulo Documentos en flujo de trabajo (Figura.58) es donde se
realiza las operaciones de Revisin, Aprobacin y/o Rechazo de los
documentos, en esta interfaz se puede observar la lista de los documentos
cargados que han iniciado el flujo de trabajo, y la lista de solicitudes
pendientes tambin por continuar el flujo de trabajo. Adems se puede la
seccin de Ayuda del mdulo. De lado izquierdo se encuentra un men
vertical donde se puede accesar de manera inmediata a los dems mdulos
de SISCOND-AIT. En la parte superior izquierda se encuentra un botn (Ir a
inicio) donde se puede volver a la pantalla principal.
173
Figura.58 Pantalla Sub-Mdulo Documentos en Flujo de Trabajo.

Pantalla del Sub-mdulo Registros: en la pantalla del sub-mdulo

Registros (Figura.59) se puede observar la lista de los registros que
evidencian las actividades realizadas en los documentos, los cuales se
encuentran ordenados alfabticamente y pueden ser descargados para su
posterior uso. Adems se puede observar la seccin de Ayuda del mdulo.
De lado izquierdo se encuentra un men vertical donde se puede accesar de
manera inmediata a los dems mdulos de SISCOND-AIT. En la parte
174
Figura.59 Pantalla Sub-Mdulo Registros.

Pantalla del Mdulo Administracin del Sistema: en la pantalla del

Mdulo Administracin del Sistema (Figura.60) es donde se realiza las
operaciones de Control de Usuarios y sus privilegios dentro de la aplicacin,
en esta interfaz se puede observar en el lado izquierdo un panel con dos
secciones (Usuarios/Privilegios y Mdulos) la primera seccin muestra la
lista de todos los usuarios cargados en el sistema, en la otra se puede
accesar de manera inmediata a los dems mdulos de SISCOND-AIT.
Adems se puede observar un conjunto de secciones como son Cargar Doc
de Proceso, Cargar Formatos/Plantillas, Eliminar Documentos y la seccin de
Ayuda del mdulo. En la seccin Eliminar documentos se encuentran listados
todos los Documentos Operativos de AIT, los que se encuentran en flujo de
175
trabajo, los documentos obsoletos y el conjunto de registros. En la parte

Figura.60 Pantalla Mdulo Administracin del Sistema.

176
5.6 Fase de generacin de pginas y pruebas
5.6.1 Generacin de pginas
En esta seccin de la investigacin no solo se incluy la construccin

de los componentes o pginas de la aplicacin web, sino que tambin se
realizaron tareas adicionales como la creacin de la base de datos, la
codificacin de los componentes (pginas y procesos) de software y la
integracin de todos estos componentes. Para el desarrollo del software se
hizo uso de herramientas automatizadas que ayudaron a la construccin y
puesta en marcha de la aplicacin. El contenido producido fue combinado
con los modelos elaborados por los diseos en todos los aspectos
(arquitectnico, de navegacin e interfaz) para generar componentes
ejecutables en diferentes lenguajes.
Haciendo uso del diagrama de modelo de base de datos y del

diccionario de datos, se cre la base de datos a travs de la herramienta
PostgreSQL 8.0, siendo uno de los servidores de base de datos ms
populares en el mundo y de ms alto rendimiento. La estructura, las
relaciones y las tablas fueron creadas haciendo uso del manejador de base
de datos: Navicat for PostgreSQL 8, el cual administra bases de datos
PostgreSQL en una forma eficiente, sencilla y poderosa.
La construccin de la aplicacin se realiz bajo un entorno de lenguajes

dependiendo de las partes constituyentes de la misma. La mayora de las
funciones que realiza el sistema se ejecutaron con el uso de la herramienta
PHP Script Language 5 y de la combinacin de tecnologas AJAX. Las
pginas fueron escritas en lenguaje PHP, Java Script y en el lenguaje HTML.
Los estilos de las pginas fueron escritos en el lenguaje CSS. Adems, los
177
componentes de la aplicacin fueron servidos por la herramienta Apache

web Server 2.
Adems es importante sealar que la integracin de los componentes

es una tarea que es ejecutada en forma paralela a la actividad de
construccin o codificacin de las paginas y base de datos y todo esto no es
ms que unir los componentes construidos con la base de datos creada,
estableciendo a su vez la relacin entre la base de datos y estos
componentes. Siendo de esta manera como se logr construir la aplicacin
en su totalidad junto con la base de datos.
5.6.2 Pruebas
En esta etapa la aplicacin Web fue sometida a una serie de pruebas

con el fin de asegurar su funcionalidad. Para esto, se detectan los errores
que pueden surgir a causa de la manipulacin de la aplicacin y
posteriormente se corrigen para luego perfeccionarla. Cabe destacar que las
pruebas siempre se deben realizar al iniciar el desarrollo de la aplicacin, A
pesar de las pruebas y revisiones formales realizadas por parte del personal
de la Superintendencia de Desarrollo e Implantacin de Soluciones (DIS) de
AIT EyP Divisin Oriente al culminar su desarrollo.
Las pruebas y revisiones realizadas fueron las siguientes:
a) Pruebas de funcionalidad o de caja negra, para verificar que la

aplicacin arroje los resultados esperados.
178
b) Revisin del estilo de la interfaz de acuerdo a los estilos de la

Corporacin.
c) Revisin de la base de datos, para comprobar su estructura y

nomenclatura de acuerdo con los estndares de la Corporacin.
d) Revisin ejecutada de forma controlada por grupos de usuarios finales

segn los posibles roles para comprobar el funcionamiento de la
aplicacin web en todos los aspectos.
La ejecucin de las pruebas de funcionalidad o de caja negra se deriv

de acuerdo al orden de funcionalidades de los casos de uso y para su previa
ejecucin se elaboraron los casos de prueba generales de funcionalidad que
se muestran desde el Cuadro.45 hasta el Cuadro.60.
179
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Inicio Sesin

Funcional
Probar que los usuarios puedan
iniciar sesin con el indicador de
usuario y contrasea y comprobar
que el sistema asigne del rol
correspondiente.
Prueba de inicio de sesin. Roles:
consultor, editor, revisor, aprobador y
administrador.
Caso N1
Complejidad: Alta.
Descripcin:
Condiciones: Rol: cualquiera. Probar que los usuarios puedan iniciar sesin
introduciendo caracteres alfabticos, en el campo usuario y que sea un usuario con el
rol de Consultor.
Entradas:
Escritura de caracteres alfabticos, en el campo usuario. Rol: probar con todos los
roles.
Salidas esperadas:
Acceso al sistema con el rol correspondiente al usuario que inici la sesin.
Caso N2
Descripcin:
Probar que los usuarios puedan iniciar sesin introduciendo solo caracteres y/o letras
minsculas, en el campo usuario y que sea un usuario con el rol de Editor.
Entradas:
Escritura de caracteres y/o letras minsculas, en el campo usuario. Rol: probar con
todos los roles.
Salidas esperadas:
El sistema muestra el mensaje: El BLOQUEO DE MAYSCULAS EST ACTIVADO.
Caso N3
Descripcin:
Probar que los usuarios no puedan iniciar sesin, sin llenar los campos usuario y/o
contrasea.
Entradas:
No introducir nada en los campos o simplemente llenar uno solo.
Salidas esperadas:
El sistema muestra el mensaje: Debe ingresar tanto el nombre de Usuario como la
Contrasea.
Cuadro.45 Pruebas de Inicio de Sesin.
(Fuente: Autor)
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Cierre de Sesin

Funcional.
Probar que los usuarios puedan
cerrar la sesin al presionar los
botones Cerrar Sesin y Salir.
Prueba de cierre de sesin.
Complejidad: Baja.
Cuadro.46 Pruebas de Cierre de Sesin.

(Fuente: Autor)
180
Caso N4
Descripcin:
Condiciones: Rol: cualquiera. Probar que los usuarios puedan cerrar la sesin pulsando
el botn Cerrar Sesin.
Entradas:
Pulsar cualquier de botn Cerrar Sesin. Mdulos: todos y pantalla principal.
Salidas esperadas:
Cierre de sesin. Volver al formulario de inicio de sesin.
Cuadro.46 (cont.).
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Navegacin dentro del Sistema

Funcional.
Probar que los usuarios con todos los
roles, puedan navegar en el sistema
(visualizar informacin de la pantalla
Complejidad: Baja.
principal).
Prueba
de
visualizacin
de
informacin
esttica.
tems:
Estructura de AIT, Informacin de los
mdulos, Informacin del Usuario.
Caso N5
Descripcin:
Condiciones: Rol: cualquiera. Probar que los usuarios puedan acceder a cualquier
informacin esttica para su visualizacin.
Entradas:
Clic en el tem a visualizar.
Salidas esperadas:
Visualizacin de la informacin.
Cuadro.47 Pruebas de Navegacin dentro del Sistema.
(Fuente: Autor)
Pruebas de Acceso a los mdulos segn los roles

(Mdulo Documentos en Flujo de Trabajo)
Tipo de prueba:
Funcional.
Probar que los usuarios con rol
Consultor y Editor una vez ingresado
Objeto:
al sistema no tengan acceso al
mdulo Documentos en Flujo de
Complejidad: Baja.
Trabajo.
Descripcin:
Solo pueden accesar al mdulo

Documentos en Flujo de Trabajo los
usuarios con roles de Revisor,
Aprobador y el Administrador.
Cuadro.48 Pruebas de acceso a los mdulos segn los roles
(Mdulo Documentos en Flujo de Trabajo).
(Fuente: Autor
181
Caso N6
Descripcin:
Condiciones: Rol: Consultor, Editor.
Entradas:
El usuario con rol Consultor, Editor accesa al sistema satisfactoriamente.
Salidas esperadas:
El usuario con roles de Consultor, Editor no tiene privilegios para accesar al mdulo
Documentos en Flujo de Trabajo.
Caso N7
Descripcin:
Condiciones: Rol: Revisor, Aprobador, Administrador.
Entradas:
El usuario con roles Revisor, Aprobador, Administrador accesa al sistema
satisfactoriamente.
Salidas esperadas:
El usuario con roles Revisor, Aprobador, Administrador tiene privilegios para accesar al
mdulo Documentos en Flujo de Trabajo.
Cuadro.48 (cont.).
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de roles para Cargar Documentos

(Mdulo Documentos Operativos)
Funcional.
Probar que los usuarios con rol
Consultor no tengan privilegio para
cargar y/o publicar documentos
dentro del sistema.
Complejidad: Baja.
Solo pueden cargar y/o publicar
documentos los usuarios con roles de
Editor, Revisor, Aprobador y el
Administrador.
Caso N8
Descripcin:
Condiciones: Rol: Consultor.
Entradas:
El usuario con rol Consultor accesa al mdulo Documentos Operativos.
Salidas esperadas:
El usuario con rol de Consultor no tiene privilegios para cargar y/o publicar documentos
dentro del sistema.
Cuadro.49 Pruebas de roles para Cargar Documentos

(Mdulo Documentos Operativos).
(Fuente: Autor)
182
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Carga de Documentos

Funcional.
Probar que un usuario con el
privilegio,
pueda
cargar
un
documento.
El usuario habilita el formulario de
carga,
completa
los
campos
requeridos y sube el documento con
un peso menor, igual y mayor al
permitido por el sistema.
Caso N9
Complejidad: Alta.
Descripcin:
Condiciones: Rol: Editor, Revisor, Aprobador. Probar cargar un documento de cualquier
tipo de formato y con un peso menor igual al permitido por el sistema.
Entradas:
El usuario una vez completado los campos requeridos pulsa el botn Guardar.
Salidas esperadas:
El sistema mostrar un mensaje informando que el documento se guardo de manera
satisfactoria.
Caso N10
Descripcin:
Condiciones: Rol: Editor, Revisor, Aprobador. Probar cargar un documento de cualquier
tipo de formato y con un peso mayor al permitido por el sistema.
Entradas:
El usuario una vez completado los campos requeridos pulsa el botn Guardar.
Salidas esperadas:
El sistema mostrar un mensaje de error informando que el documento no ha podido ser
cargado.
Cuadro.50: Pruebas de Carga de Documentos.
(Fuente: Autor)
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Descarga de Documentos

Funcional.
Probar que cualquier usuario pueda
descargar un documento.
Complejidad: Baja.
El usuario una vez guardado el
documento descargar el mismo para
su uso posterior.
Caso N11
Descripcin:
Condiciones: Rol: cualquiera. Probar que se descarga un documento previamente
cargado para comprobar su correcto estado.
Entradas:
El usuario selecciona el documento en la lista y pulsa el botn Descargar.
Salidas esperadas:
El sistema mostrar la pantalla de descarga donde deber seleccionar el tipo de
programa donde ser mostrado, si desea solo abrirlo guardarlo en su computador.
Cuadro.51: Pruebas de Descarga de Documentos.
(Fuente: Autor)
183
Tipo de prueba:
Objeto:
Descripcin:
Pruebas para Eliminar Documentos

Funcional.
Probar que el usuario una vez
cargado
el
documento
pueda
eliminarlo.
Complejidad: Baja.
El usuario luego de cargar el
documento de manera satisfactoria
podr eliminarlo por algn motivo de
modificacin.
Caso N12
Descripcin:
Condiciones: Rol: Editor, Revisor, Aprobador. Probar que solo el usuario quien carg el
documento pueda eliminarlo, esto sin haberle todava iniciado flujo de trabajo al mismo.
Entradas:
El usuario selecciona el documento de la lista y pulsa el botn Eliminar.
Salidas esperadas:
El sistema mostrar un mensaje informando que el documento fue eliminado con xito.
Cuadro.52: Pruebas para Eliminar Documentos.
(Fuente: Autor)
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Bsqueda de Documentos

Funcional.
Probar que cualquier usuario pueda
encontrar/localizar/ubicar
documentos por medio de filtros.
Complejidad: Alta.
El usuario buscar un documento en
especific ya sea a travs de su
nombre, cdigo, revisin, estado,
tipo, fecha de carga, autor.
Caso N13
Descripcin:
Condiciones: Rol: cualquiera. Probar el uso de filtros para la bsqueda de un
documento.
Entradas:
El usuario selecciona el tipo de filtrado a usar e introduce un carcter.
Salidas esperadas:
El listado de documento se reducir dependiendo del filtrado activado.
Cuadro.53: Pruebas Bsqueda de Documentos.

(Fuente: Autor)
184
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Inicio de Flujo de Trabajo

Funcional.
Probar el inicio del flujo de trabajo en
un documento.
Complejidad: Alta.
El usuario selecciona el documento
para iniciar su flujo de trabajo y as
enviar este a revisin.
Caso N14
Descripcin:
Condiciones: Rol: Editor, Revisor, Aprobador. Probar que el documento inicie flujo de
trabajo de manera satisfactoria.
Entradas:
El usuario selecciona el documento en la lista y pulsa el botn Flujo de Trabajo.
Salidas esperadas:
El sistema mostrar un mensaje de inicio correcto del flujo de trabajo. El documento
desaparece de la lista de donde se selecciono.
Cuadro.54 Pruebas de Inicio de Flujo de Trabajo.
(Fuente: Autor)
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Revisar Documento

Funcional.
privilegio de revisor, pueda continuar
con el flujo de trabajo.
El usuario con rol de revisor accesa
al sub-modulo de documentos en
flujo de trabajo, descarga el
documento a revisar, cambia su
estado, agrega la fecha de revisin,
su
indicador,
la
observacin
correspondiente
y
enva
el
documento a aprobacin.
Caso N15
Complejidad: Alta.
Descripcin:
Condiciones: Rol: Revisor. Probar que el documento contine el flujo de trabajo de
manera satisfactoria.
Entradas:
El usuario con rol de revisor realiza los cambios y agrega los campos necesarios.
Salidas esperadas:
El sistema mostrar un mensaje indicando que el documento fue enviado a aprobacin
desapareciendo automticamente.
Cuadro.55 Pruebas de Revisar Documento.

(Fuente: Autor)
185
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Aprobacin/Rechazo de Documentos

Funcional.
privilegio de Aprobador, finalice el
flujo de trabajo.
El usuario con rol de aprobador
accesa
al
sub-modulo
de
documentos en flujo de trabajo,
Complejidad: Alta.
descarga
el
documento
a
aprobar/rechazar, cambia su estado,
agrega
la
fecha
de
aprobacin/rechazo (segn sea el
caso), su indicador, la observacin
correspondiente
y
enva
el
documento a
la
seccin
de
documentos publicados.
Caso N16
Descripcin:
Condiciones: Rol: Aprobador. Probar que el documento finalice el flujo de trabajo de
manera satisfactoria.
Entradas:
El usuario aprobador realiza los cambios y completa los campos necesarios.
Salidas esperadas:
El sistema mostrar un mensaje indicando que el flujo de trabajo concluyo de manera
satisfactoria, para que as el documento pueda ser publicado.
Cuadro.56 Pruebas de Aprobacin/Rechazo de Documentos.
(Fuente: Autor)
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Publicar Documento

Funcional.
privilegio,
pueda
publicar
un
documento aprobado.
El usuario accesa a la seccin de
Publicar documento selecciona el
documento en la lista que desea
publicar y realiza el cambio de
estado.
Caso N17
Complejidad: Alta.
Descripcin:
Condiciones: Rol: Editor. Probar que el documento pueda ser publicado por el autor
original del documento.
Entradas:
El usuario autor del documento edita el estado a publicado y acepta el cambio realizado.
Salidas esperadas:
El sistema mostrar un mensaje indicando que el cambio fue realizado con xito y
automticamente el documento desaparecer de la lista, el cual ahora estar contenido
en la lista de Documentos Operativos de AIT para su posterior descarga.
Cuadro.57 Pruebas de Publicar Documento.
(Fuente: Autor)
186
Pruebas de Cambio de Documento ha estado Obsoleto

Tipo de prueba:
Funcional.
Probar que el usuario con el privilegio
Objeto:
de administrador, pueda cambiar un
documento a estado de Obsoleto.
Complejidad: Alta.
El usuario ingresa al modulo de
Administracin y selecciona el
Descripcin:
documento en la lista de Documentos
Operativos de AIT edita su estado a
obsoleto.
Caso N18
Descripcin:
Condiciones: Rol: Administrador. Probar que el documento pueda ser pasado a estado
de obsoleto.
Entradas:
El usuario edita el estado a obsoleto y acepta el cambio realizado.
Salidas esperadas:
El sistema mostrar un mensaje indicando que el documento pas a ser Obsoleto. Este
documento estar contenido automticamente en la lista de Documentos Obsoletos
contenida en el sub-modulo Documentos Operativos.
Cuadro.58 Pruebas de Cambio de Documento ha estado Obsoleto.
(Fuente: Autor)
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Carga de Usuarios

Funcional.
privilegio de administrador, pueda
cargar un usuario al sistema.
El usuario habilita la ventana de
Agregar usuario, completa los
campos requeridos y guarda los
datos.
Caso N19
Complejidad: Alta.
Descripcin:
Condiciones: Rol: Administrador. Probar que el sistema cargue los usuarios que podrn
accesar a SISCOND-AIT.
Entradas:
El usuario administrador completa los campos requeridos y pulsa el botn agregar.
Salidas esperadas:
El sistema mostrar un mensaje indicando que el usuario se agrego de manera
satisfactoria. El cual podr posteriormente ser activado y desactivado dentro de
SISCOND-AIT sin necesidad de ser cargado nuevamente.
Cuadro.59 Pruebas de Carga de Usuarios.
(Fuente: Autor)
187
Tipo de prueba:
Objeto:
Descripcin:
Pruebas de Edicin de Usuarios

Funcional.
privilegio Administrador, pueda editar
el rol, departamento y activar su
cuenta dentro de SISCOND-AIT.
El usuario Administrador selecciona
el usuario a editar realiza los cambios
correspondientes.
Caso N20
Complejidad: Alta.
Descripcin:
Condiciones: Rol: Administrador. Probar que se realicen los distintos cambios a un
usuario previamente cargado.
Entradas:
El usuario administrador edita los campos y acepta los cambios.
Salidas esperadas:
El sistema mostrar un mensaje indicando que el cambio fue realizado
satisfactoriamente.
Cuadro.60 Pruebas de Edicin de Usuarios.
(Fuente: Autor)
Como resultado una vez finalizadas las pruebas y las revisiones

realizadas por la Corporacin, se obtuvo la aceptacin tanto por el personal
de DIS de la Gerencia AIT Divisin Oriente como la aprobacin de los
usuarios finales de la aplicacin.
5.7 Fase de evaluacin del cliente
La evaluacin del cliente no es la ltima fase en la metodologa IWeb,

sino que esta debe ser ejecutada una vez que se haya terminado cada una
de las fases anteriores. Los resultados de las etapas que se llevaron a cabo
durante el desarrollo de la aplicacin fueron revisados por la Gerencia de
Automatizacin, Informtica y Telecomunicaciones Divisin Oriente como
usuario solicitante.
188
Los resultados de este incremento como parte del alcance que tuvo el
proyecto fueron aceptables por el usuario final, sin embargo, se solicit la
culminacin de la aplicacin SISCOND-AIT referente a los mdulos
(Auditorias e Indicadores) que no fueron desarrollados debido al poco tiempo
de pasantas dentro de la empresa, dicho seguimiento puede ser tratado
como un nuevo proyecto de continuacin y mejora de la aplicacin y al
mismo tiempo favoreciendo la ampliacin del mbito de la presente
investigacin.
Hasta la fecha, el proceso de la puesta en marcha de SISCOND-AIT, el
adiestramiento de los usuarios referente a su uso y su publicacin al
personal de la Gerencia han culminado satisfactoriamente. La aplicacin est
siendo utilizada por el personal de la Gerencia de Automatizacin,
Informtica y Telecomunicaciones Divisin Oriente como el usuario final. La
aceptacin del usuario permiti la iniciacin de la puesta en marcha de la
aplicacin en los servidores de la corporacin para su posterior uso.
Finalmente, el acta de entrega de la aplicacin fue firmada por el

usuario final, confirmando de manera formal la aceptacin de la misma.
189
CONCLUSIONES
1. Logrando una correcta implementacin de la metodologa de Ingeniera

Web (IWeb) se obtuvo la definicin, diseo y modelado de la aplicacin
Web que tiene por nombre SISCOND-AIT. Las fases que incluye esta
metodologa junto los distintos diagramas considerados tanto de WebML
como de UML, como herramienta conjunta de desarrollo, hicieron posible
la realizacin de las diferentes fases establecidas por la metodologa;
permitiendo as el desarrollo de un proyecto que diera con la solucin a
los problemas del cliente.
2. El estudio de la situacin actual y el anlisis de los sistemas existentes

revel una serie de sntomas y consecuencias evidentes a causa de la
problemtica que demostr la falta de una herramienta que permita
automatizar la administracin de los documentos del Sistema de Calidad
de la Gerencia AIT. El estudio permiti lograr un entendimiento de la
estructura y dinmica del sistema, comprensin de los problemas,
identificacin de mejoras y derivacin de los requerimientos de la
aplicacin.
3. Para las primeras fases en el desarrollo de la metodologa, la formulacin

permiti especificar las metas de la aplicacin y la definicin de los roles
de usuario. La fase de planificacin del proyecto consisti en determinar
el mbito del software, los costos-beneficios y el plan de trabajo de la
aplicacin. La fase de anlisis permiti generar los requerimientos del
sistema, el anlisis del contenido, la configuracin donde se ejecutar la
aplicacin y la interaccin usuario-sistema a travs de los diagramas de
casos de uso.
190
4. Con el desarrollo de la fase de diseo, se produjo el contenido a ser

incorporado, se disearon marcos de trabajo esquemticos que actan
como plantillas en el sistema. El adecuado diseo del modelo de la base
de datos result fundamental en el desarrollo del software, ya que el
mismo sirvi de base para esbozar la arquitectura de la aplicacin en
todos los aspectos (arquitectnico, navegacin e interfaz).
5. En la fase de generacin de pginas y pruebas, se construyeron los

componentes ejecutables de la aplicacin bajo el uso de herramientas
libres, como el manejo de la tecnologa AJAX para la programacin de
pginas web, junto con la librera Ext-JS y el manejador de bases de
datos PostgreSQL, permitieron la creacin de la aplicacin de una
manera ms sencilla, clara y efectiva, debido a que estas tecnologas son
de fcil entendimiento e implementacin y se adaptan a cualquier entorno
computacional, donde posteriormente se integraron para culminar el
desarrollo de SISCOND-AIT, en cumplimiento con el decreto 3390. Las
pruebas y revisiones ejercitaron la aplicacin Web permitiendo asegurar
su funcionamiento en varios aspectos.
6. En la fase de evaluacin del cliente, el usuario final realiz las revisiones

correspondientes a los productos de cada fase, obteniendo como
resultado la aceptacin formal de la aplicacin para su posterior uso y
operacin.
7. Finalmente, el desarrollo de la aplicacin Web SISCOND-AIT trajo como

consecuencia un conjunto de beneficios no slo para la Superintendencia
de Administracin de Recursos y Control de Gestin especficamente el
Proceso de Gestin y Mejoramiento de los Procesos (GMP) sino tambin
para el resto de las Superintendencias dentro de la Gerencia AIT,
facilitando de esta manera el manejo y control de los documentos de su
191
Sistema de Calidad desde cualquier sitio que se disponga de la intranet

de la Corporacin.
192
RECOMENDACIONES
1. Continuar con el desarrollo de la aplicacin incorporando los mdulos

restantes de acuerdo a los requerimientos del Sistema de Calidad de la
Gerencia AIT, para ampliar as el mbito del proyecto y permitiendo la
mejora del mismo.
2. Realizar la debida promocin de la aplicacin Web, para contar con la

participacin total de los empleados y as estos gocen de los beneficios
que aporta su uso.
3. Instalar en las maquinas de trabajo el navegador/explorador Web libre

Mozilla Firefox para la correcta visualizacin de SISCOND-AIT.
4. Continuar con las jornadas de adiestramiento al personal destinado a la

utilizacin de SISCOND-AIT para su correcto uso.
5. Consultar la documentacin del Sistema de Calidad en SISCOND-AIT ya

que esta contendr de manera ordenada los documentos operativos y
registros en sus ltimas versiones.
6. Realizar el mantenimiento preventivo a la aplicacin con el fin de

mantenerla lo ms actualizada posible en cuanto a materia tecnolgica se
refiere.
7. Establecer un plan de mantenimiento para SISCOND-AIT que incluya

actividades de depuracin de documentos y registros inutilizables en la
base de datos con el objetivo de optimizar su funcionamiento.
193
8. Facilitar a los alumnos de la Universidad de Oriente el estudio de las

diversas herramientas existentes en la comunidad del software libre.
194
BIBLIOGRAFA
Sabino, C. (2002). El Proyecto de Investigacin. Editorial Episteme C.A.

Quinta edicin. Caracas: Venezuela
Arias, F. (1999). El Proyecto de Investigacin: Gua para su

elaboracin. Editorial Episteme C.A Tercera edicin. Caracas: Venezuela
Pressman, R. (2002). Ingeniera del Software: Un enfoque prctico.

Editorial Mc Graw Hill. Quinta Edicin.
Hurtado, J. (2007). El Proyecto de Investigacin. Metodologa de la

Investigacin Holstica. Editorial Quirn.
Arbones, E. (1989). Ingeniera econmica. Editorial Marcombo.
Arias, F. (2004). El Proyecto de Investigacin: Introduccin
la
metodologa cientfica. Editorial Episteme C.A. Cuarta edicin. Caracas:

Venezuela
PDVSA,
Gerencia
de
Automatizacin,
Informtica
Telecomunicaciones (AIT), Distrito Norte (2007). Sistema de Gestin de la

Calidad: Fundamentos y vocabulario. Norma Fondonorma. Monagas.
PDVSA,
Gerencia
de
Automatizacin,
Informtica
Telecomunicaciones (AIT), Distrito Norte (2008). Sistema de Gestin de la

Calidad: Requisitos. Norma Fondonorma. Monagas.
195
Montao, R. (2008). Sistema Web para La Trazabilidad de Fallas

Operacionales en el Departamento Sperry Drilling Services de la Empresa
Halliburton de Venezuela. Tesis de Pregrado. Universidad de Oriente, Ncleo
de Monagas. Maturn.
PDVSA,
Gerencia
de
Automatizacin,
Informtica
Telecomunicaciones (AIT), Distrito Norte (2007). Administracin de base de

datos. Nomenclatura de objetos de Base de Datos. Monagas.
Ruiz, J. (2009). Sistema Web para la Gerencia de Tecnologa de

PDVSA Divisin Oriente, bajo el uso de tcnicas de Ingeniera de Software y
estndares abiertos. Tesis de Pregrado. Universidad de Oriente, Ncleo de
Monagas. Maturn.
Bravo, F. (2008). Desarrollo de un Sistema Web para el Control y

Gestin del personal de la Gerencia de AIT Distrito Norte PDVSA. Tesis de
Pregrado. Universidad de Oriente, Ncleo de Monagas. Maturn.
Decreto No. 3.390 (Empleo prioritario del Software Libre en la

Administracin Pblica Nacional). (2004, Diciembre 23). Gaceta oficial de la
Repblica Bolivariana de Venezuela, 38.095, Diciembre, 28, 2004.
Berzal, F., Cubero, J. y Cortijo, F. (2005). Desarrollo Profesional de

Aplicaciones Web con ASP.NET. iKor Consulting.
Booch, G. (1999). El lenguaje unificado de modelado. Editorial AddisonWesley.
Booch, G., Rumbaugh, J. y Jacobson, I. (1999). Unified Modeling

Language User Guide (1a. ed.). Editorial Addison-Wesley.
196
Ceri, S., Fraternali, P., Bongio, A. (2000). Web Modeling Language

(WebML): a modeling language for designing Web sites. [Documento en
lnea]. Disponible: http://www-mmt.inf.tudresden.de/Lehre/Archiv/Sommersemester _04/ Hauptseminar/papers/webml2000.pdf [Consulta: 2008, Mayo
13]
Ceri, S., Fraternali, P., Bongio, A., Brambilla, M., Comai, S., Matera, M.
(2003).
Designing Data-intensive Web Applications. Morgan Kaufmann
Publishers.
Alegsa. (2008). Diccionario de Informtica, Internet, Tecnologas y

Computacin
[Documento
en
lnea].
Disponible:
http://www.ale-
gsa.com.ar/Diccionario/diccionario.php [Consulta: 2008, Junio 25]
Daz P. (2005). Mtodos de diseo hipermedia [Documento en lnea].

Disponible: http://www.dei.inf.uc3m.es/docencia/p_s_ciclo/dsh/practicas/ metodos.pdf [Consulta: 2008, Mayo 14]
Guerra, J. (2007). La inflacin. Analtica.com [Documento en lnea].

Disponible:
http://www.analitica.com/va/economia/opinion/4129638.asp
[Consulta: 2009, Julio 17]
Hernndez O. (2002). El Lenguaje Unificado de Modelado (UML)

[Documento en lnea].
ACTA: Autores Cientfico-Tcnicos y Acadmicos.
Disponible: http://www.acta.es/articulos_mf/26067.pdf [Consulta: 2009, Mayo

07]
Morles, V (1994). Planeamiento y anlisis de investigaciones (8a. ed.)

Caracas: El Dorado.
197
Anlisis
de
Sistemas.
[Documento
en
lnea]
Disponible
en:
http://www.monografias.com/trabajos15/analista-sistem/analistasistem. shtml.
[Consulta: 2009, Abril 29]
Tipos de sistema de informacin. [Documento en lnea] Disponible en:

http://www.virtual.unal.edu.co/cursos/enfermeria/2002847/lecciones/tematica
4/subtema4-8.html. [Consulta: 2009, Mayo 12]
Definicin arquitectura cliente servidor. [Documento en lnea] Disponible

en:
http://www.monografias.com/trabajos24/arquitectura-cliente-servidor/ar-
quitectura-cliente-servidor.shtml. [Consulta: 2009, Mayo 13]
Diccionario Web. [Documento en lnea] Disponible en: http://www.casadomo.com/diccionario.aspx. [Consulta: 2009, Mayo 15]
Puente, W. (2007). Tcnicas de Investigacin. [Documento en lnea]

Disponible
en:
http://www.rrppnet.com.ar/tecnicasdeinvestigacion.htm
[Consulta: 2009, Abril 22]
Universidad De Oriente Ncleo Monagas. (s.f.). Instructivo del

Informe
Preliminar
[Documento
en
lnea].
Disponible
http://150.186.84.19/monagas/mod/resource/view.php?id=1462
en:
[Consulta:
2009, Mayo 04].
Metodologa
IWeb.
[Documento
en
lnea]
Disponible
en:
http://ucinf.blog-spot.com/2007_08_01_archive.html. [Consulta: 2009, Mayo

29]
198
Lenguaje de modelado para Webapp: Webml. [Documento en lnea]

Disponible
en:
http://www.ic-itcr.ac.cr/tiempo_compartido/nuevo/mos-
trarArticulo.php?Articulo=178. [Consulta: 2009, Junio 05]
PDVSA.
(2005).
[Pgina
web
en
lnea].
Disponible:
http://www.pdvsa.com/ [Consulta: 2009, Agosto 11]
PDVSA, AIT, EyP Divisin Oriente (2006). Propuesta Estructura

Organizacional:
Gerencia
de
Automatizacin,
Informtica
Telecomunicaciones (AIT), dentro de la estructura bsica de la Divisin y los

Distritos en Exploracin y Produccin. Monagas.
PDVSA, Gerencia de Tecnologa E&P Oriente (2009). Estructura

Organizativa de la Gerencia de AIT E&P Oriente. Monagas.
Prez, J. (2008). Introduccin a AJAX. Editorial Creative Commons.

Espaa.
Schmuller, J. (s.f.). Aprendiendo UML en 24 Horas. Prentice Hall.
SCSISTUFF.
(s.f.).
[Documento
en
lnea].
Disponible:
http://www.scsistuff. com/ [Consulta: 2009, Septiembre 16]
Stallman, R. (2004). Software libre para una sociedad libre. Edicin,

Traficantes de Sueos. Madrid. pp. 45-47.
Universidad Pedaggica Experimental Libertador. (2006). Manual de

Trabajos de Grado de Especializacin y Maestra y Tesis Doctorales (4a. ed.)
Editorial, Fondo Editorial de la Universidad Pedaggica Experimental
Libertador (FEDUPEL).
199
WebML in a nutshell and WebML models. (2007). WEBML.ORG.

[Documento
en
lnea].
Disponible:
http://www.webml.org/webml/page-
3.do?ctx1it [Consulta: 2009, Mayo 13]

Welling, L. y Thompson, L. (2005). Desarrollo web con PHP y MySQL
(3a. ed.) Anaya Multimedia. pp. 33-35,37-38.
WIKIPEDIA. (2008). Servidor HTTP Apache. En WIKIPEDIA, la

enciclopedia libre. [Documento en lnea]. Disponible: http://es.wikipedia.org/wiki/ Servidor_HTTP_Apache [Consulta: 2009, Junio 06]
Yahoo! Developer Network. (2008). [Documento en lnea]. Disponible:

http:// developer.yahoo.com/yui/ [Consulta: 2009, Junio 25]
200
ANEXOS
201
Anexo A
ENCUESTA
Sistema de Gestin de la Calidad, Distrito Norte
ISOxPERT
202
ENCUESTA
Sistema de Gestin de la Calidad, Distrito Norte
ISOxPERT
1. Tiene instalado ISOxPERT en su mquina? Si su respuesta es SI/NO

indique l porque.
Si ____
No ____
Porque?
_________________________________________________________
_________________________________________________________
_________________________________________________________
2. Con que frecuencia usa esta herramienta?
Nunca ____
Poco ____
Siempre ____
3. Qu tan fcil le resulto usar y/o aprender la herramienta?
Muy fcil ____

Sencillo ____
Complicado ____
203
4. Se implementa el Flujo de Trabajo en ISOxPERT?
Si ____
No ____
5. Cmo observa la interfaz de ISOxPERT?
Mala ____
Poco atractiva ____
Atractiva ____
6. Qu porcentaje de la documentacin del Sistema de Calidad es

cargada en ISOxPERT?
Menos del 50% ____

El 50% ____
Mayor del 50% ____
204
Anexo B
Nomenclatura de base de datos, tablas y columnas de PDVSA
205
Nomenclatura de Base de Datos: Antes de comenzar a definir la

nomenclatura de base de datos, es importante sealar que la estructura de
archivos de la base de datos se basar en la estructura OFA (Oracle Flexible
Architecture), partiendo de los puntos de montura disponible para la
instalacin del manejador de base de datos y la creacin de la instancia.
La longitud de la instancia o la base de datos ser igual a la longitud

del DB_Name, el cual tiene un mximo de
nueve (9) caracteres
alfanumricos y estar compuesto por el siguiente formato: aaapnn. Oracle

recomienda que el nombre de instancia y el DB_Name sea el mismo.
Donde:
aaa:
rea geogrfica (OCC, ORI, SUR, CEN, MET,

Otros)
p:
Inicial de la Plataforma de Trabajo D, T, A, P

(desarrollo, test, adiestramiento, produccin)
nn:
Nmero
consecutivo
para
identificar
unvocamente las instancias bajo el mismo
ambiente de trabajo.
Ejemplo:
orip01, occp04, occd01
Nomenclatura de Tablas: Existen varios mtodos de almacenar data

en una base de datos Oracle, entre ellos se encuentra las tablas, las cuales
puede ser tablas regulares, particionadas o nested.
El DBA conjuntamente con el analista funcional es el responsable de

definir el nombre de las tablas durante la fase de modelamiento. El nombre
206
de una tabla, independiente del tipo tiene un mximo de
Treinta (30)
caracteres alfanumricos.
Tablas Regulares. Una tabla regular generalmente es referida como

Tabla, ya que es la forma ms comn de almacenar la data de los usuarios.
Con este tipo de estructuras el DBA tiene control limitado sobre la
distribucin de las filas. El formato que se indicar a continuacin aplicar a
cualquier tipo de tabla y el mismo corresponde a:
Tinnn_Nombre_Tabla
Donde:
T:
Prefijo que indica que el objeto es de tipo

tabla (Regular, Particionada, De tipo arreglo,
IOT y Nested)
i:
Identificador del tipo de tabla:

R: Tabla Regular (pe. TR001_Departamento)
P: Tabla Particionada (pe. TP001_Ventas)
OI:
Tabla
Organizada
por
ndice
(pe.TOI001_Ordenes)
N: Tablas Nested (pe. TN001_Ordenes)
nnn:
Nmero consecutivo
Nombre:
Tabla:
Ejemplo:
Descripcin de la Tabla
TR001_Distrito
Nomenclatura de Columnas: El nombre de una columna tiene un

mximo de treinta (30) caracteres alfanumricos. Las columnas de las tablas
fsicas de Oracle deben heredar el mismo nombre que se les defini como
elementos de datos a nivel lgico. En caso de que el proyecto no maneje
nomenclatura para las columnas de las tablas, se puede apoyar en la cuadro
de abreviatura (ver Cuadro.61).
207
Cuadro.61: Abreviaturas para las columnas de las tablas de base de datos

(Fuente: PDVSA, AIT, 2007, pp.21-26)
TIPO
Cdigo
Nmero
Nombre
SIMBOLO
CO
Descripcin: serie de caracteres que permiten identificar
una ocurrencia de una Entidad y cuyo significado se obtiene
a travs de un proceso de decodificacin o traduccin.
Ejemplo:
CO_INSTIT_EDUCAC
NU
Descripcin: serie de caracteres que permiten identificar
una ocurrencia de una Entidad y no necesita ser
decodificado o traducido.
Ejemplo:
NU_PUESTO
NB
Descripcin: serie de caracteres alfabticos que permiten
identificar una ocurrencia de una Entidad. Sirve para
designar a una persona o cosa.
TIPO DE DATO
Varchar/Number
Number
Varchar2(n)
n: Depende del DOMINIO en que esta el dato:

Nombre de Persona:
VARCHAR2(60)
Nombre de Filial/Compaa: VARCHAR2(40)
Nombre de Pas/Ciudad/rea Geogrfica: VARCHAR2(15)
Nombre de Institutos de Educacin : VARCHAR2(60)
Nombre de Departamento/Gerencia : VARCHAR2(60)
Fecha
Ao
Mes
Da
Tiempo
Para los casos no agrupados hasta el momento, se

asignar el que corresponda.
Ejemplo:
NB_EMPLEADO
FE
Descripcin: combinacin de Ao, Mes, Da, Hora,
Minutos, Segundos.
Ejemplo:
FE_EGRESO_EMP
AA
Descripcin: representa un ao en particular, expresado
con cuatro dgitos. Ejemplo: 1989, 2006, 1987.
Ejemplo:
AA_PERIOD_VACAC
MM
Descripcin: representa un mes en particular, expresado
con dos dgitos. Sus posibles valores van del 1 al
12.Ejemplo:
MM_PRUEBA_HPP
DD
Descripcin: representa un mes en particular, expresado
con dos dgitos. Sus posibles valores van del 1 al 12.
Ejemplo:
DD_PRUEBA_HPP
TI
Descripcin: representa un momento del tiempo en el da,
y estar compuesto de tres partes: horas, minutos y
208
Date
Number(4) /
Varchar2(4)
Number(2) /
Varchar2(2)
Number(2) /
Varchar2(2)
Date
Hora
Segundo
Indicador
Direccin
Texto
Monto
Monto(BS)
Monto($)
Cantidad
Medida
segundos.
Ejemplo:
TI_PRUEBA_HPP
HH
Descripcin: expresa una hora en particular, sus posibles
valores oscilan entre 0 y 24.
Ejemplo:
HH_PRUEBA_HPP
SS
Descripcin: expresa los segundos de una determinada
hora, sirve para indicar un momento del tiempo, sus
posibles valores oscilan entre 0 y 59.
Ejemplo:
SS_PRUEBA_HPP
IN
Descripcin: serie de caracteres alfanumricos que
describen o narran algo acerca de una persona, cosa o
acontecimiento. No identifica.
Ejemplo:
IN_EDO_EMPL_PUES
DI
Descripcin: lugar de ubicacin de una persona o cosa.
Ejemplo:
DI_HABITACIO_EMPL
TX
Descripcin: lugar de ubicacin de una persona o cosa.
Ejemplo:
TX_OBSER_EVAL_PUES
MO
Descripcin: representa una cantidad monetaria que no es
expresada ni en Bolvares ni en Dlares.
Hasta el momento se han distinguido los siguientes
dominios:
Monto por Delegacin Financiera : NUMBER
Monto por Honorarios Profesionales : NUMBER(11,2)
Monto de Pasajes y Viticos : NUMBER(11,2)
Para los casos no agrupados hasta el momento, se asignar
el que corresponda.
Ejemplo:
MO_HON_DIA_HONPROF
BS
Descripcin: representa una cantidad monetaria en
Bolvares.
Ejemplo:
BS_MAX_NIV_SALAR
DS
Descripcin: representa una cantidad monetaria en
dlares.
Ejemplo:
DS_FACTURA_PROYINV
CA
Descripcin: valor numrico que representa un nmero de
cosas o personas. Cuando se hace referencia a duracin de
tiempo, se coloca como Cantidad de Meses, Cantidad de
horas, segn sea el caso.
Ejemplo:
CA_DIAS_AUSENCIA
MD
209
Number(2) /
Varchar2(2)
Number(2) /
Varchar2(2)
Varchar2(2)
Varchar2(50)
Varchar2
Number
Number
Number
Number
Number
Valor
Frecuencia
Porcentaje
Presin
Tasa
Temperatura
Volumen
Grfico
Descripcin: representa el resultado de una medicin.

Ejemplo:
MD_TOPE_YACIM_DBY
VA
Descripcin: dato numrico que representa lo que vale una
persona o cosa. Este valor es determinado por una
evaluacin.
Ejemplo:
VA_EVAL_EST_EMPL
FR
Descripcin: repeticin frecuente de un hecho. Cada
cuanto un fenmeno ocurre. Cuando se especifica
frecuencia se debe indicar en que unidad de tiempo, por
ejemplo frecuencia anual de ejecucin.
Ejemplo:
VA_EVAL_EST_EMPL
PC
Descripcin: valor de una proporcin calculada en tanto
por ciento, sin llevarlo a lo que corresponde en base a 100,
por ejemplo 12% se colocara 12 y no 0.12.
Ejemplo:
PC_AGUA_SED_HRE
PR
Descripcin: relacin entre la fuerza ejercida por un fluido
sobre una superficie y esta superficie.
Ejemplo:
PR_LINEA_FLUJO_HPP
TS
Descripcin: regulacin, medicin o estimacin de una
cosa. Para Tasa Monetaria el formato a utilizar es
NUMBER(11,2).
Ejemplo:
TS_ACTUAL_TMONEDA
TS
Descripcin: grado de calor en los cuerpos.
Ejemplo:
TM_FILTRAD_LOD_PCO
VO
Descripcin: porcin de espacio ocupada por un cuerpo.
Ejemplo:
VO_AGUA_ACUM_HPI
VO
Descripcin: cuando los caracteres almacenados son de
un grfico.
Ejemplo:
GR_AGUA_ACUM_HPI
210
Number
Number
Number
Number
Number
Number
Number
Raw/ Long Raw
Anexo C
Manuales del Sistema
SISCOND-AIT
Manual de Usuario
Manual Tcnico
211
212

Tesis David Sanchez

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Tesis David Sanchez

Încărcat de

Drepturi de autor:

Formate disponibile

UNIVERSIDAD DE ORIENTE

IMPLANTACIN DE LA APLICACIN WEB PARA EL CONTROL DE

Informe de solicitud de aprobacin de temtica de la pasanta de grado

Br. David Snchez L.

Asesor Acadmico: Ing. Jess Chaparro.

Maturn, Julio de 2010.

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

En mi carcter de asesor acadmico del trabajo presentado por el

Ing. Desiree Andrico

Ing. Morella Len

El presente Trabajo de Grado se lo dedico primeramente a Dios,

Y este humilde trabajo tambin te lo dedico a TI: Susana del Valle

AGRADECIDO. Eres mi LUZ. ORGULLOSO ME HE SENTIDO SIEMPRE DE

Este Trabajo es TUYO MAM. Dios te bendiga.

NUESTRO SUEO SE HA REALIZADO.

A Dios Todopoderoso por guiarme siempre por el buen camino y

Espaa, por brindarme su confianza, amistad, ayuda y

hacerme parte del equipo.

ACTA DE EVALUACIN ..............................................................................ii

CAPITULO III .MARCO REFERENCIAL ................................................... 24

5.4.3.1 Anlisis de Contenido ........................................................ 121

Cuadro.01: Simbologa utilizada por los diseadores para realizar el diseo

Cuadro.27: Identificacin de casos de uso ................................................. 140

Cuadro.55 Pruebas de Revisar Documento. .............................................. 185

Figura.01: Estructura Organizacional PDVSA EyP Divisin Oriente............... 9

Figura.28 Pantallas principales de Nuxeo..................................................... 97

implantacin del sistema............................................................................. 115

Figura.58 Pantalla Sub-Mdulo Documentos en Flujo de Trabajo............. 174

Diagrama.01: Diagrama de Caso de Uso del Sistema Actual del SGC en el

DAVID SNCHEZ LPEZ. (2010). IMPLANTACIN DE LA APLICACIN

telecomunicaciones los sistemas de informacin en especial las aplicaciones

Telecomunicaciones (AIT), PDVSA Exploracin y Produccin, Divisin

relacionados a la administracin de los documentos de su Sistema de

Para la elaboracin de este proyecto se emple como metodologa de

El presente trabajo de grado modalidad pasantas fue realizado en el

Captulo I: Informacin relevante de la empresa donde fue realizada la

Captulo II: Definicin del problema de investigacin, con sus

Captulo III: Antecedentes, bases tericas, las cuales sustentan y

investigacin y que respaldan la solucin del fenmeno bajo estudio.

Captulo IV: Descripcin detallada del tipo y nivel de investigacin

Captulo V: Resultados obtenidos al aplicar la solucin planteada al

1.1 Resea Histrica de Petrleos de Venezuela S.A. (PDVSA)

Petrleos de Venezuela S.A. (PDVSA), es una empresa petrolera

como tambin negocios

comprometida con el desarrollo social y econmico de Venezuela y participa

En este sentido, la empresa petrolera estatal ha establecido una poltica

Petrleos de Venezuela fue creada por decreto presidencial N 1.123 el

de 1976 a las 12:00 horas comenz PDVSA a desempearse como casa

Durante el primer ao de operacin, PDVSA inici sus acciones con 14

con la industria de los

hidrocarburos, exploracin, refinacin, transporte y comercializacin nacional

gran parte de la red nacional de

Desde su creacin en 1.976, PDVSA lleva adelante actividades en

1. Exploracin y Produccin: Es el primer eslabn de la cadena, el

2. Refinacin: La refinacin es el proceso que se encarga de la

3. Comercio y Suministro: Ac se establecen las formulas de precios

4. Gas: El Plan Estratgico de Petrleos de Venezuela, S.A. (PDVSA)

El sector petroqumico es desarrollado por PEQUIVEN y sus

nuevas modalidades de inversin y ahorro dentro del proceso de apertura

aprovechamiento optimo de sus yacimientos, la eficiencia operacional y la

De acuerdo con un estudio comparativo publicado el 1 de diciembre de

Quinta en reservas probadas de petrleo y gas.

La visin de PDVSA es ser una empresa estratgicamente posesionada

Crear valor para el accionista explotando integralmente todas las fases