Professional Documents
Culture Documents
NCLEO MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
ACTA DE EVALUACIN
En la ciudad de Maturn a los 20 das del mes de Mayo de dos mil diez.
ii
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
ACTA DE EVALUACIN
En la ciudad de Maturn a los 20 das del mes de Mayo de dos mil diez.
3
33
UNIVERSIDAD DE ORIENTE
NCLEO DE MONAGAS
INGENIERA DE SISTEMAS
COMISIN DE TRABAJO DE GRADO
MATURN / MONAGAS / VENEZUELA
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
GERENCIA AIT DE PDVSA DIVISION ORIENTE, BAJO TCNICAS DE
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.
4
4
DEDICATORIA
seguro
que
siempre
me
dars.
Estoy
y estar
SIEMPRE
5
5
AGRADECIMIENTO
Nacarit
INDICE GENERAL
vii
8
88
9
9
INDICE DE CUADROS
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
1
01
xi
i
INDICE DE FIGURAS
13
131
implantacin o la no
14
141
15
151
INDICE DE DIAGRAMAS
BAJO
TCNICAS
DE
INGENIERA
DE
SOFTWARE
xvi
i
INTRODUCCIN
medida
que
evoluciona
la
tecnologa
informtica
las
la
Gerencia
de
Automatizacin,
Informtica
con
el
propsito
de automatizar
los
procesos
operativos
con sus
proyecto de
siguiendo
la metodologa
Recomendaciones de la investigacin.
correspondiente.
Conclusiones
CAPTULO I
CONTEXTO ORGANIZACIONAL
1.1
qumicos
Orimulsin.
PDVSA
est
profundamente
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
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:
eficiente
en
el
negocio
de
hidrocarburos,
debido
al
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
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.
Oportunidades
(GNO),
Gestin
del
Servicio
(GS),
10
10
Visin
Plena Soberana Tecnolgica basada en los valores de la Revolucin
Socialista.
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
CAPITULO II
EL PROBLEMA Y SUS GENERALIDADES
ptimo
ni
llamativo
la realizacin
de stas
actividades
de
aprobador,
2.2.2.2
20
20
2.2.2.3
2.2.2.4
2.2.2.5
con el
tendr la
estructurales
anteriores.
d) Vista
de
implementacin:
los
aspectos
estructurales
de
3.2.2.1
Diagramas UML
30
30
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).
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.
interesante
adems
de ser
motivo
de
estudio
en el diseo de datos.
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.
40
40
Elementos WebML
Data Unit
(Unidad de Datos)
Descripcin Breve
Propiedades
La unidad de datos publica un
Nombre.
solo objeto obtenido de una
Entidad Fuente.
entidad determinada.
Selector (opcional).
Atributos Incluidos.
Multidata Unit
(Unidad de Datos Mltiple)
Nombre.
Entidad Fuente.
Selector (opcional).
Atributos Incluidos.
Clusula
de
Orden
(opcional).
Index Unit
(Unidad ndice)
Nombre.
Entidad Fuente.
Selector (opcional).
Atributos Incluidos.
Clusula
de
Orden
(opcional).
Nombre.
Entidad Fuente.
Selector (opcional).
Atributos Incluidos.
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.
Selector (opcional).
Bloque de factores.
Clusula
de
Orden
(opcional).
Nombre.
Para cada nivel:
Entidad Fuente.
Selector (opcional).
Atributos Incluidos.
Clusula
de
Orden
(opcional).
Entry Unit
(Unidad de entrada)
Esta
unidad
de
entrada
soporta el ingreso de datos
basado en un formulario.
Nombre.
Para cada campo:
Nombre.
Tipo.
Valor inicial.
Predicado de validez.
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)
Multidata Unit
(Unidad de Datos Mltiple)
Global Parameter
(Parmetro Global)
Almacena
disponible
paginas.
Set Unit
(Unidad de Asignacin)
Parmetro Global.
Get Unit
(Unidad de Extraccin)
Recupera el valor
parmetro global.
Parmetro Global.
Create Unit
(Unidad de creacin)
Permite la creacin
nuevo ejemplo de
(instancias).
Delete Unit
(Unidad de borrado)
Permite eliminar
uno ms
objetos
de
una
entidad
determinada.
Nombre.
Entidad Fuente.
Selector.
Modifity Unit
(Unidad de modificacin)
Nombre.
Entidad Fuente.
Selector.
Conjunto de valores
asignados.
3 Connect Unit
(Unidad de conexin)
Nombre.
Papel de la relacin.
Selector
de
entidad
fuente.
Selector
de
entidad
objetivo.
para
informacin
mltiples
Nombre.
Entidad Fuente.
Selector (opcional).
Atributos Incluidos.
Clusula
de
Orden
(opcional).
Nombre.
Tipo.
Valor por defecto.
de
de un
entidad
Cuadro.01 (cont.).
42
un
Nombre.
Entidad Fuente.
Conjunto de valores
asignados.
Disconnect Unit
(Unidad de Desconexin)
Login Unit
(Unidad
de
sistema )
entrada
Elimina instancias
relacin.
al
de
una
Verifica la entidad de un
usuario accediendo al sitio.
Nombre.
Papel de la relacin.
Selector
de
entidad
fuente.
Selector
de
entidad
objetivo.
Parmetro:
Nombre de usuario.
Clave.
Logout Unit
(Unidad de cierre de sesin)
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)
Parmetros:
Remitente.
Receptor.
Asunto.
Cuerpo del mensaje.
Adjuntos.
Define
una
operacin
genrica: la contribucin y el
producto. Por el que los
parmetros
deben
ser
definidos 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)
Nombre.
Marca.
Contenido:
unidades,
paginas and/or.
Animacin de pginas.
Paginas anidadas por
defecto.
Anidacin de Pginas.
rea
Es un contenedor de pginas
o recursivamente de subreas, la cual cada una puede
ser usada para obtener una
organizacin
jerrquica
del
hipertexto.
Nombre.
Marca
Contenido:
pginas,
sub-reas.
Pgina por defecto o
subrea.
Representa
hipertexto.
OR sub-pages
(Sub-Pginas
(alternativo))
OR
Alternativas
Pg. 1
Pg. 2
AND Sub-Pages
(Sub-Pginas AND)
Pg.
Pg. 1
Pg. 2
Link (Enlace)
Parmetr
o
- Automtico
Parmetr
o
A
- Transporte
Parmetr
o
- OK Link (enlace)
Parmetro
s
OK
una
vista
del
Nombre.
Contenido:
pginas,
reas.
Pgina de inicio.
Nombre.
Valor Fuente.
Cuadro.01 (cont.).
44
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
45
45
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
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.
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
50
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.
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).
implementadas
en
un
software
libre
otro,
promoviendo
la
Estndares
Abiertos
de
los
distintos
rganos
y entes
de
la
60
60
DOM
transforma
el
cdigo
XML
en una
serie
de
nodos
CAPITULO IV
MARCO METODOLGICO
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:
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:
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.
70
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.
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.
Fase IV:
Evaluacin del
cliente.
Cuadro.02: Cuadro Operativo.
(Fuente: Autor, 2009)
72
-Implantar aplicacin.
-Revisar aplicacin con el cliente.
CAPTULO V
RESULTADOS
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
Responsabilidad de la
Direccin
de AIT
GestinPlanificacin
y Mejoramiento
de Procesos
Gestin de Necesidades y Oportunidades
Gestin del Servicio
Gestin de los Recursos
Clientes/Usuario
Pas,
s
Negocio,
Institutos de
Investigacin
,
Habilitadores
y Terceros
Gestin y Mejoramiento de
Procesos
Valoracin del Usuario Administracin
de los Recursos Humanos Gestin de
Activos
Desarrollo e Implantacin de
Soluciones
Gestin del Servicio
Mantenimiento a la Plataforma
AIT Valoracin del Usuario
Control de Gestin
Gestin y Mejoramiento de
Procesos
Realizacin del Producto
Gestin y Mejoramiento de Procesos
Gestin de Necesidades y
Oportunidades Gestin del Servicio
Investigacin Tecnolgica
Productos/
AIT
Servicios
Desarrollo e Implantacin de
Soluciones
Gestin del Cambio Gestin
de Configuracin Valoracin
del Usuario Provisin de
Bienes y Servicios Evaluacin
de Proveedores
Mantenimiento a la Plataforma
AIT
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
acuerdo
las
normas
SIR-PDVSA/CALIDAD,
cuales se
encuentran soportados en
un
M
T
N
U E T OS
II
DE LA
D
C
P L AT A FO R MA
RE
B
E M
I
A IT
A P
OS , RE IA R V H
G E S T I N D E
I NV E S TI GA CI N
DE S A RR O LLO
F OR M A C I N T IC
L E
N E
SO
ETSAC
TI I
D
E IC
L MA
A
LO
GE
DE
ARA
LO
AA
CI EO N
SE
E
CI O N N E C E S I D A DE S Y
TE C N O L G I CA
E I M P LA G
N
SN
N
ER
V
ION TE N I M IE N TMO
a nten imient o a
P VAV
ERLR
D
A ,S Y I
O P O R TU N ID A D E S
A IT
D E S O LUC I ON E S
P AA
lataf orm a A I T
US U A RIO
OO
RR
L UPPS EE
UAla
R IO
N M
N SD
A lm ace namien t o
E C SE O I E
N
RA
IN
y R CCII
espaOO
ldo
CI
NNAA LL DE
,S
N
G E S T I N D E
I N V E S TI GA C I N
D E S A R R O LL O
OL , R
S
LA
P
SI
VO
P L AT A FO R MA
OO
R
R
A
C
A C I
A IT
F O R M A CI N T
D
S
LT
E
IC M a nten imient o a
P A RA E
OO N D N D
E F SI
L
T
N
S
V
E
E
O
T
L
S
I/
NIVEL
1
I
M
S ST D
I
N R
CUTCC , II S
YP
E
,A O
M
N SY
A V
L
P
P
P D
R EC U RS O S , B IE NE S Y SE R VI CI O S
ID
C
I
C
GE
A
N
O P O R TU N ID A D E
S
A IT
D E S O L UC I ON E S
S E R V IC IO
laUP
ataf o rm a A I T
A lRIO
US U A RIO
DELUS
R
E
G
C
EY
R
TS
NO I
CN
U
C A
A
Q O N O RS
G AD
A E
L
R N
A
G A
E
E ILTE
D
LGB
H
/
Y S
O O
S
E E N I OT
C
C O
C NE
N
T
O
A
G
I
I
T RA SN F O R ME N LO S P RO C ES O S DE L NE G OC I O
A
AS
I
L
Q I S
P A I S / I N S T I T U T O S D E I N V ESNT I/GNAECGI O C I O / H A B I L I T A D O R A S / T E R C E R OO SS
MANUAL DE LA CALIDAD
R
E
AE O A
D PE D
AA LLIINN EE AA CC II NN CC OO NN EELL EE SS TT AA DD OO
I
C
O
R
CN EL
A R NN IIFF IICCAA CCII NN AA II TT
SI
O
YS
I PPT LLAA
U
S
ITUUSS
S TTT OO
S DD IIAA DDEE LLAA AARR QQ UU IITT EE CCTT UURRAA AA II TT
DD II SSEE OOTS
YY CCSE
R
/NV EN ,P EI D
D
O
S O L U C I O N E S T I C O P O R T U N A S , E F IC I E N T E S Y S E G U R A S Q UOEV EI NNT EY G R E N ,, II NN NN
T I C , D A T O S D E L A S O P E R A C I O N E S , L I N E A M I E N T O S D E S E G U R I D A DD TT IICC
P A I S / I N S T I T U T O S D E I N V ESNT I/GNAECGI O C I O / H A B I L I T A D O R A S / T E R C E R OO SS
P D V S ,AR E C U R S O S F I N A N C I E R O S , N E C E S I D A D E S , R E Q U E R I M IE N T OD SE SY ODPE O RR TT UU NN II DD AA
EO
C
,E LP R
S N S
A M
E Y
N
R
U N OI
R N
O
F DE
O
NG
P
E
O S
OL
L
C R
T T
O
E
A
R
NO
I
U
L
O
S
TC
I
I
N
ES
V
NT
E
D
OA
TI
U
T
N
S
S
S AI
P
D esarroll
sarrol looyyPPromoc
rom ocin
inde
dePProve
ro veed
edo
res
De
ores
CACA
D EDNA
DE
S USMUIN
IS IS
TRTR
OO
E NA
DE
M IN
P vroisv in
is in
B ienes
S e rvic ios
P ro
dede
B ienes
y Sy ervic
iosE v alu ac i n de P rove edo re s
E v alua c i n de P roveedo re s
Manual
de
la
Calidad
(MC
)
C O N T R O L DE L A P LA T A FO R MA
MIN
ST R A C IO N DE R E C
CU
RS O S
ADM
IN I ST
U RS
C O N T R O L DE L A P LA T A FO R MA
dminiinist
racin
indedelos
losRRecurs
ecu rsososFinan
Fin anc
A Adm
st rac
c ieiero
ro s s
st rac
ra c in de los R ec uursos
H umano
umanoss
A dm ini st
rsos H
stindedel C
l Con
ono
imientoAAITIT
GGe estin
oc cimiento
DOCUMENTO DEL
PROCESO Documento de aplicacin
nacional cuyo cambio afecta el diseo del
proceso: objetivo, alcance
y/o secuencia de actividades
Activida
Actividad
d
01
01
NIVEL
2
Activida
d
02
Documento
s
Activida
d
03
02
Evento0
1
Evento01
Paso 01
Resultado
Paso02
de Procesos
Resultado
02
02
Paso 01
Evento01
Paso02
DDDDEEEETTTTAAAALLLLLLLLEEEEDDD
DEEEEAAAACCCCTTTTVVVVDDDDAAAAD
DDD
DETALLE DEACTIVIDAD
DOCUMENTOS
OPERATIVOS
NIVEL
3
Documento
DDoocc
operatiivo
uumme
ennttoo
ooppeer
Documento
raattiivv
operatiivo
oo
Repetibilidad requerida: la
secuencia de ejecucin
impacta el resultado final.
Actividad
produccin,
seguridad,
calidad.
crtica
para:
finanzas,
ambiente
y/o
Document
os
Operativos
(DO)
Actividad compleja.
Frecuencia baja de
ejecucin.
REGIS
GISTROS
NIVEL
4
C TT PPM
M
23 2112 0 0 2 2
44 515 4 42323
0 010 3 3 0 0
44 1
0 1
Registro
Registro
lleno
43258
para
el el
lleno
para
Sistema de
Sistema de
Gestin de la
Calidad
Gestin de la
Calidad
ABC
ABC
43258
25/05/2007
25/05/2007
Registro
s
de
PDVSA),
el
cual
permite
tener
la
la
misma forma,
se
pudo
representar grficamente el
de
Trabajo,
Guas,
Formatos/Plantillas y Planos).
Todas las personas pertenecientes al SGC de la Gerencia AIT se
consideran usuarios.
b)
de
redaccin
estructura de
la
plantilla
CASO DE USO
Crear Documento.
Actores
Propsito
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
80
80
CASO DE USO
Modificar Documento.
Actores
Usuario.
Propsito
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
CASO DE USO
Elaborar Plantilla.
Actores
Propsito
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
2. El EC comienza a elaborar la
estructura de los distintos diseos.
CASO DE USO
Supervisar Documento.
Actores
Propsito
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
2. El EC comienza a elaborar la
estructura de los distintos diseos.
CASO DE USO
Revisar Documento
Actores
Propsito
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
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
CASO DE USO
Rechazar Documento.
Actores
Propsito
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
CASO DE USO
Publicar Documento.
Actores
Propsito
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
documentacin de
AIT
cargada en
el
ISOxPERT slo
15
No
Respuesta N de usuarios
Nunca
16
Poco
Siempre
Respuesta
N de usuarios
Muy fcil
Sencillo
13
Complicado
10
ya que el
Respuesta N de usuarios
Si
No
23
90
90
Respuesta
N de usuarios
Mala
Poco atractiva
15
Atractiva
Figura.23: La Interfaz en
ISOxPERT. (Fuente:
Autor, 2009)
N de usuarios
23
El 50%
demostrado
que
la
Gerencia
necesita
una
herramienta
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.
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, GNU/Linux y
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).
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.
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.
medulares
(Manuales,
Procedimientos,
Instrucciones
de
cuanto
las
metas
aplicables,
el
sistema
permitir
b)
c)
d)
100
1001
e)
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
en
un
repositorio
con
cuatro
niveles
generales
de
Documentos Operativos y
los
Registros de
estos
10
7
107
una
medida
de
los
costos
en que se
10
8
109
1091
110
1101
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
Concepto
Depreciacin
de equipos
2010
2011
2012
2013
2014
1.841,86
1.841,86
1.841,86
1.841,86
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
2011
2012
2013
2014
464,7
585,5
737,7
929,5
1.171,2
Concepto
2009
-
Impresin
2010
3.000
2013
6.001,1
2014
7.561,4
Concepto
Inversin inicial
Depreciacin de
equipos
Costos de
mantenimiento
Total
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
Concepto
Impresin
Total
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
oportuna
de
la
documentacin
que
antes
era
pueden
ser
desconocida.
2. Beneficios
intangibles.
Son
aquellas
que
no
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
t 0
Bt
1 it
Ct
1 it
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
Beneficios
Costos
Bt
Relacin
B/C
t 0
n
t 0
B0
C0
Ct
i
B1
1
B2
i
C1
1 i
B3
i
C2
1 i
1
C3
1 i
B4
i
B5
4
C4
1 i 4
C5
1 i 5
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
2
3
1 0,1
1 0,1
1 0,1
0
4.790,04
L
8.356,1
1 0,1
2.771,36
1 0,1 5
1.171,2
1 0,1
1 0,1
14.300,4
1,07
13.308,21
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.
manifestadas
Automatizacin,
Informtica
por
los
usuarios
de
y Telecomunicaciones
la
de
Gerencia
Exploracin
de
y
8.
Requerimientos de software:
a)
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
1201
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.
12
3
laboran
en
la
gerencia
de
Automatizacin,
Informtica
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).
124
1241
tx_departamento
co_distrito
nb_nombre
nb_apellido
varchar
(150)
int4(32)
varchar
(150)
varchar
(150)
co_distrito
int4(32)
nb_nombre
varchar (150)
nb_apellido
varchar (150)
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
Campo
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).
Firma (indicador) del usuario encargado de
aprobar el documento (flujo de trabajo).
Firma (indicador) del usuario encargado de
rechazar el documento (flujo de trabajo).
Observacin que tendr el documento
dependiendo del estado en que se encuentre.
Tamao del archivo cargado.
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
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 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).
Cdigo que tendr el documento para ser
identificado con mayor facilidad al ser
consultado.
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)
Cuadro.23 (cont.).
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
Campo
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 carg el documento en
el sistema.
Cdigo que tendr el documento para ser
identificado con mayor facilidad al ser
consultado.
Nmero de revisin (versin) del documento.
Firma (indicador) del usuario que cargo el
documento.
Informacin adicional del documento
cargado.
Tamao del archivo cargado.
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
Campo
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 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.
Firma (indicador) del usuario que cargo el
documento.
Informacin adicional del documento
cargado.
Tamao del archivo cargado.
130
1301
Campo
plan_co_documento
Tipo de dato
(Longitud)
int4(32)
plan _tx_titulo
varchar(150)
plan _tx_documento
plan
_nb_documento
bytea(0)
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)
9
10
11
varchar(150)
text(0)
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 carg el documento en
el sistema.
Cdigo que tendr el documento para ser
identificado con mayor facilidad al ser
consultado.
Nmero de revisin (versin) del documento.
Firma (indicador) del usuario que cargo el
documento.
Informacin adicional del documento
cargado.
Tamao del archivo cargado.
El
presente
anlisis
fue
la
actividad
que
ayudo
describir
el
140
1401
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.).
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)
Requisitos nofuncionales
asociados
Notas:
Cuadro.28: Documentacin del CU-01 Iniciar sesin
(Fuente: Autor, 2009)
Paso
Flujos de eventos
Acciones
Paso
Flujos de eventos
excepcionales o
alternativos
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
Acciones
*Sesin cerrada
Cuadro.29 (cont.).
Acciones
Flujos de eventos
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
Flujos de eventos
3
4
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
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.
Autor.
El usuario debe tener el privilegio para crear/modificar los
documentos.
Paso
1
2
Flujos de eventos
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
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.
Cuadro.32 (cont.).
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
Cuadro.33 (cont.).
Consultor, Autor.
Debe existir una solicitud de cambio por parte del consultor.
Paso
1
2
Flujos de eventos
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
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.
Consultor, Autor.
Debe existir una solicitud de eliminacin por parte del consultor.
Paso
1
Flujos de eventos
Poscondiciones
(condiciones de
salida)
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.
Requisitos nofuncionales
asociados
Notas:
Cuadro.35: Documentacin del CU-10 Procesar eliminacin de documento
(Fuente: Autor, 2009)
Paso
Flujos de eventos
Acciones
1
2
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
Cuadro.36 (cont.).
Flujos de eventos
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
Cuadro.37: Documentacin del CU-12 Gestionar componentes de archivos
(Fuente: Autor, 2009)
Flujos de eventos
Modificar privilegio.
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
Cuadro.38: Documentacin del CU-13 Gestionar acceso de usuario
(Fuente: Autor, 2009)
Flujos de eventos
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
Cuadro.39 (cont.).
Flujos de eventos
3
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
150
1501
Consultor, Autor.
El usuario debe de haber ingresado al sistema.
Paso
1
Flujos de eventos
Poscondiciones
(condiciones de
salida)
Requisitos nofuncionales
asociados
Notas:
Acciones
5
El usuario consultor envia la solicitud al autor
*Una vez enviado la solicitud el sistema notifica va electrnica al
autor.
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)
Requisitos nofuncionales
asociados
Notas:
Cuadro.42 (cont.).
HARDWARE
SOFTWARE
PostgreSQL 8 o superior.
PHP 5 o superior.
HARDWARE
DELL PE 2950, Intel Core Duo 3.80
GHz / 800 MHz.
SOFTWARE
Windows 2003 Server Enterprise
Edition.
Apache/2.0.54 (Win32).
PHP/5.0.4 mod_jk2/2.0.4.
PostgreSQL 8.1.
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
e InfMenuVertical,
El
Diagrama.17
muestra
las
reas:
InfMenuHorizontal
En el Diagrama.18
pginas
ControldeDoc,
Auditorias,
Indicadores
160
1601
16
1
16
1
162
1621
mdulos
del
sistema.
Adems,
visualiza
de
forma
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
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.
Pantalla del Sub-mdulo Documentos Operativos: en la pantalla del submdulo Documentos Operativos (Figura.50) es donde se realiza la mayora
se puede observar
Documentos
publicados,
un conjunto
Descarga
de
de secciones
como son:
Formatos/Plantillas,
Cargar
170
1701
5.6
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.
Tipo de prueba:
Objeto:
Descripcin:
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:
180
1801
Complejidad: Baja.
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:
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)
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:
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.
Tipo de prueba:
Objeto:
Descripcin:
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:
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)
Tipo de prueba:
Objeto:
Descripcin:
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:
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.
Tipo de prueba:
Objeto:
Descripcin:
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:
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.
Tipo de prueba:
Objeto:
Descripcin:
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:
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)
Tipo de prueba:
Objeto:
Descripcin:
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)
Tipo de prueba:
Objeto:
Descripcin:
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)
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.
CONCLUSIONES
190
1901
RECOMENDACIONES
BIBLIOGRAFA
Gua para su
la
Gerencia
de
Automatizacin,
Informtica
Gerencia
de
Automatizacin,
Informtica
Gerencia
de
Automatizacin,
Informtica
Publishers.
Alegsa. (2008). Diccionario de Informtica, Internet, Tecnologas y
Computacin
[Documento
en
lnea].
Disponible:
http://www.ale-
http://www.analitica.com/va/economia/opinion/4129638.asp
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-
en:
http://www.rrppnet.com.ar/tecnicasdeinvestigacion.htm
Preliminar
[Documento
en
lnea].
Disponible
http://150.186.84.19/monagas/mod/resource/view.php?id=1462
en:
[Consulta:
IWeb.
[Documento
en
lnea]
Disponible
en:
en:
http://www.ic-itcr.ac.cr/tiempo_compartido/nuevo/mos-
(2005).
[Pgina
web
en
lnea].
Disponible:
Gerencia
de
Automatizacin,
Informtica
(s.f.).
[Documento
en
lnea].
Disponible:
en
lnea].
Disponible:
http://www.webml.org/webml/page-
libre.
[Documento
en lnea].
Disponible:
http://es.wikipe-
200
2002
ANEXOS
20
1
Anexo A
ENCUESTA
Sistema de Gestin de la Calidad, Distrito Norte
ISOxPERT
202
2022
ENCUESTA
Sistema de Gestin de la Calidad, Distrito Norte
ISOxPERT
Poco atractiva
Atractiva
Anexo B
Nomenclatura de base de datos, tablas y columnas de PDVSA
Nomenclatura de
aaa:
p:
nn:
Nmero
consecutivo
para
identificar
unvocamente las instancias bajo el mismo
ambiente de trabajo.
Ejemplo:
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:
i:
nnn:
Nombre:
Tabla:
Ejemplo:
Nmero consecutivo
Descripcin de la Tabla
TR001_Distrito
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)
Ao
Mes
Da
Tiempo
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
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)
Number(2) /
Varchar2(2)
Number(2) /
Varchar2(2)
Varchar2(2)
Varchar2(50)
Varchar2
Number
20
9
Number
Number
Number
Valor
Frecuencia
Porcentaje
Presin
Tasa
Temperatura
Volumen
Grfico
21
0
Number
Number
Number
Number
Number
Number
Number
Anexo C Manuales
del Sistema
SISCOND-AIT
Manual de Usuario
Manual Tcnico
21
1
21
2