Tesis MSC Armando Bartolozzi

UNIVERSIDAD DE ORIENTE
VICERRECTORADO ACADMICO
CONSEJO DE ESTUDIOS DE POSTGRADOS
NUCLEO DE BOLVAR
COORDINACIN DE POSTGRADO EN INFORMTICA GERENCIAL
PPR
RO
OPPU
UEESSTTA
AD
DEE U
UN
N SSIISSTTEEM
MA
AD
DEE IIN
NFFO
OR
RM
MA
AC
CII
N
NG
GEER
REEN
NC
CIIA
ALL
PPA
AR
RA
A LLA
AG
GEESSTTII
N
ND
DEE LLO
OSS A
AC
CTTIIV
VO
OSS D
DEE LLA
AG
GEER
REEN
NC
CIIA
AD
DEE
A
AU
UTTO
OM
MA
ATTIIZZA
AC
CII
N
N,, IIN
NFFO
OR
RM
MA
ATTIIC
CA
AY
Y TTEELLEEC
CO
OM
MU
UN
NIIC
CA
AC
CIIO
ON
NEESS
((A
AIITT)) D
DEE PPEETTR
RO
OU
UR
RIIC
CA
A SS..A
A..
Autor: Ing. Armando Bartolozzi

CI. 12.051.758
Tutor: Ing. Juan Martnez, MSc
Trabajo de Grado para Optar el Ttulo de

Magster Scientiarum en Informtica Gerencial
Ciudad Bolvar, Julio de 2013
ii
DEDICATORIAS
A Dios Todopoderoso
A las memorias; de mi abuelo Eladio (), to Sal () y hermano Omar ()
A mi abuela Dominga
A mis padres, Mirian y Armando
A mi esposa, Mariale...
A mis hijas, Victoria y Ivanna
A mi hermana Mary Carmen, mi sobrina Mariangel
A toda mi familia
A las Profesoras; Dasne de Rengel () y Gloria de Muoz
A todos aquellos que saben de mi cario y afecto
Ing. Armando J. Bartolozzi G.

iii
AGRADECIMIENTOS
A Dios Todopoderoso
A la Universidad de Oriente
A Petrleos de Venezuela SA
A la Empresa Mixta PETROURICA SA
A mi tutor Profesor Juan Martnez
A la profesora Omaira Pacheco
En especialmente a todas aquellas personas que prestaron su colaboracin

incondicional
Que Dios les bendiga, siempre!
Ing. Armando J. Bartolozzi G.

iv
NDICE GENERAL
DEDICATORIAS ................................................................................................ iii

AGRADECIMIENTOS ....................................................................................... iv
NDICE GENERAL ............................................................................................. v
LISTA DE CUADROS ......................................................................................... x
LISTA DE GRFICOS ...................................................................................... xii
LISTA DE FIGURAS ........................................................................................ xiii
INTRODUCCIN .............................................................................................. 18
CAPTULO I. EL PROBLEMA
Planteamiento del problema ................................................................................ 20
Objetivos de la Investigacin .............................................................................. 23
Objetivo General ............................................................................................. 23
Objetivos Especficos ...................................................................................... 24
Justificacin ........................................................................................................ 24
Alcance................................................................................................................ 26
Delimitacin ........................................................................................................ 26
CAPITULO II. MARCO TERICO
Antecedentes De La Investigacin ...................................................................... 27
Antecedentes de la Empresa ............................................................................... 28
Bases Tericas..................................................................................................... 34
Bases Legales ...................................................................................................... 64
v
Definicin De Trminos Bsicos ........................................................................ 69

SISTEMA DE VARIABLES .............................................................................. 70
CAPTULO III. MARCO METODOLGICO
Tipo de Investigacin .......................................................................................... 72
Diseo de la Investigacin .................................................................................. 74
Poblacin y Muestra............................................................................................ 75
Operacionalizacin de variables ......................................................................... 76
Perodo de Referencia ......................................................................................... 76
Unidad de Observacin ....................................................................................... 77
Unidad de Anlisis .............................................................................................. 77
Tcnica e Instrumentos de Recoleccin de Datos ............................................... 77
Relacin Individuo-Tcnica/Instrumento ........................................................... 78
Confiabilidad del Instrumento de Medicin ....................................................... 79
Validez del Instrumento de Medicin ................................................................. 79
Tcnicas de Procesamiento y Anlisis de Datos ................................................. 80
Anlisis de los Datos ........................................................................................... 80
Metodologa de Desarrollo.................................................................................. 81
Desarrollo de Sistemas .................................................................................... 83
Desarrollo de Aplicaciones Web..................................................................... 85
Recursos de la Investigacin ............................................................................... 86
Recursos Humanos .......................................................................................... 86
Recursos Materiales ........................................................................................ 86
vi
Recursos Tecnolgicos ................................................................................... 86

Recursos Financieros ...................................................................................... 87
Presupuesto ......................................................................................................... 88
Factibilidad de la Investigacin .......................................................................... 89
Factibilidad Operativa ..................................................................................... 89
Factibilidad Tcnica ........................................................................................ 89
Factibilidad Econmica................................................................................... 89
Factibilidad Psicosocial................................................................................... 89
Factibilidad Legal ........................................................................................... 89
Cronograma de Actividades ................................................................................ 90
CAPTULO IV. ANLISIS DE RESULTADOS
Visin Global del Sistema................................................................................... 91
Perspectiva del Sistema ................................................................................... 91
Resultados de la Entrevista ................................................................................. 92
Resultados del Cuestionario ................................................................................ 98
Resumen de caractersticas ............................................................................... 117
Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios .......... 117
Resumen de Stakeholders ............................................................................. 118
Resumen de Usuarios .................................................................................... 119
Especificacin de Requisitos ............................................................................ 120
Interfaces ....................................................................................................... 125
Requerimientos Tcnicos .............................................................................. 125
vii
Requerimientos de Documentacin .................................................................. 126

Manual de Usuario ........................................................................................ 126
Diagrama de Casos de Uso ............................................................................... 127
Descripcin del diagrama de Casos de uso ................................................... 128
Actores .......................................................................................................... 128
Diagrama de Clases ........................................................................................... 153
Diagrama de Anlisis ........................................................................................ 156
Diagramas de Secuencia ................................................................................... 157
Diagramas de Actividad .................................................................................... 166
Diagrama de Estado .......................................................................................... 173
Diagrama de Componentes ............................................................................... 178
Modelo Relacional ............................................................................................ 179
Interfaces del Prototipo ..................................................................................... 185
CAPITULO V. CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES ............................................................................................ 202
RECOMENDACIONES ................................................................................... 203
CAPITULO VI. SISTEMA PROPUESTO
Objetivos General del Sistema .......................................................................... 204
Objetivos Especficos del Sistema .................................................................... 205
Justificacin del Sistema ................................................................................... 205
Estudio de Factibilidad...................................................................................... 206
Anlisis Costos-Beneficios ............................................................................... 207
viii
Beneficios Tangibles ......................................................................................... 208

Beneficios Intangibles ....................................................................................... 208
Arquitectura Fsica ............................................................................................ 211
Bibliografa ....................................................................................................... 212
Anexos...217
Anexos A...218
Anexos B220
ix
LISTA DE CUADROS
Cuadro 1 Operacionalizacin de Variables ................................................................. 76
Cuadro 2 Relacin Individuo-Tcnica/Instrumento .................................................... 78
Cuadro 4 Cronogramas de Actividades....................................................................... 90
Cuadro 5 Respuesta obtenidas en la entrevista ........................................................... 92
Cuadro 6 Respuesta obtenida en la entrevista ............................................................. 93
Cuadro 10 Respuesta obtenida en la entrevista ........................................................... 97
Cuadro 11 Resultado Cuestionario.............................................................................. 98
Cuadro 12 Desempeo General .................................................................................. 99
Cuadro 13 Proceso de Negocio ................................................................................. 100
Cuadro 14 Reportes, Informacin Insuficiente ......................................................... 102
Cuadro 15 Reportes, Informacin Inadecuada .......................................................... 103
Cuadro 16 Indicadores .............................................................................................. 104
Cuadro 17 Disponibilidad, Acceso Usuarios ............................................................ 105
Cuadro 18 Disponibilidad, Acceso Equipos ............................................................. 106
Cuadro 19 Usabilidad ................................................................................................ 107
Cuadro 20 Administracin ........................................................................................ 108
Cuadro 21 Desempeo, Transacciones ..................................................................... 109
Cuadro 22 Desempeo, Tiempos de Respuesta ........................................................ 110
x
Cuadro 23 Interoperabilidad, Otros Sistemas ........................................................... 111

Cuadro 24 Interoperabilidad, Herramientas Ofimticas ........................................... 112
Cuadro 25 Documentacin, Manuales de Usuario .................................................... 114
Cuadro 26 Documentacin, Manuales de Sistema.................................................... 115
Cuadro 27 Seguridad ................................................................................................. 116
Cuadro 28 Resumen de Stakeholders ........................................................................ 118
Cuadro 29 Resumen de Usuarios .............................................................................. 119
Cuadro 30 Especificacin de Funcionalidades ......................................................... 120
Cuadro 31 Leyenda de los Diagrama de caso de uso ................................................ 128
xi
LISTA DE GRFICOS
Grafico 1 Desempeo, General ................................................................................... 99
Grafico 2 Proceso de Negocio................................................................................... 100
Grafico 3 Reportes Informacin Insuficiente ............................................................ 102
Grafico 4 Reportes, Informacin Inadecuada ........................................................... 103
Grafico 5 Indicadores ................................................................................................ 104
Grafico 6 Disponibilidad, Acceso Usuarios. ............................................................. 105
Grafico 7 Disponibilidad, Acceso Equipos ............................................................... 106
Grafico 8 Usabilidad ................................................................................................. 107
Grafico 9 Administracin.......................................................................................... 108
Grafico 10 Desempeo, Transacciones ..................................................................... 109
Grafico 11 Desempeo, Tiempos de Respuesta ........................................................ 110
Grafico 12 Interoperabilidad, Otros Sistemas ........................................................... 111
Grafico 13 Interoperabilidad, Herramientas Ofimticas ........................................... 113
Grafico 14 Documentacin, Manuales de Usuario ................................................... 114
Grafico 15 Documentacin, Manuales de Sistema ................................................... 115
Grafico 16 Seguridad ................................................................................................ 116
xii
LISTA DE FIGURAS
Figura 1 Capital Accionario PETORURICA S.A ....................................................... 30
Figura 2 Petrourica en la Faja Petrolfera del Orinoco Bloque Junn 4 ...................... 31
Figura 3 Pirmide de Informacin .............................................................................. 37
Figura 4 Diagrama relativo en las distintas disciplinas a lo largo del proyecto .......... 46
Figura 5 Clase ............................................................................................................. 47
Figura 6 Interfaz .......................................................................................................... 47
Figura 7 Colaboracin ................................................................................................ 48
Figura 8 Caso de Uso .................................................................................................. 48
Figura 9 Clase Activa .................................................................................................. 49
Figura 10 Componente ................................................................................................ 49
Figura 11 Nodo ........................................................................................................... 50
Figura 12 Interaccin .................................................................................................. 50
Figura 13 Elementos de Agrupacin ........................................................................... 51
Figura 14 Elementos de Anotacin ............................................................................. 52
Figura 15 Dependencia ............................................................................................... 52
Figura 16 Asociacin .................................................................................................. 52
Figura 17 Generalizacin ............................................................................................ 53
Figura 18 Realizacin ................................................................................................. 53
Figura 19 Componentes PostgreSQL .......................................................................... 61
Figura 20 Diagrama de Casos de Uso. ...................................................................... 127
Figura 21 Diagrama de Clases Parte 1 de 2 .............................................................. 153
xiii
Figura 22 Diagrama de Clases Parte 2 de 2 .............................................................. 154

Figura 23 Diagrama de Clases .................................................................................. 155
Figura 24 Diagrama de Anlisis ................................................................................ 156
Figura 25 Diagrama de Secuencia, Administrar Activo- Ingresar Activo ............... 157
Figura 26 Diagrama de Secuencia, Administrar Activo- Consultar. ........................ 158
Figura 27 Diagrama de Secuencia Adjuntar Archivo ............................................... 159
Figura 28 Diagrama de Secuencia Asociar Activo ................................................... 160
Figura 29 Diagrama de Secuencia, Administrar Plantilla ........................................ 161
Figura 30 Diagrama de Secuencia, Actualizar Inventario ........................................ 162
Figura 31 Diagrama de Secuencia, Administrar Proveedor ...................................... 163
Figura 32 Diagrama de Secuencia, Administrar Propietario .................................... 164
Figura 33 Diagrama de Secuencia Administrar Depsito ......................................... 165
Figura 34 Diagrama de Actividad, Administrar Activo ............................................ 166
Figura 37 Diagrama de Actividad, Asociar Activos ................................................. 169
Figura 38 Diagrama de Actividad, Administrar Plantilla ......................................... 170
Figura 39 Diagrama de Actividad, Actualizar Inventario ......................................... 171
Figura 40 Diagrama de Actividad Administrar Proveedor. ...................................... 172
Figura 41 Diagrama de Actividad Administrar Propietario ...................................... 173
Figura 42 Diagrama de estado, ciclo de vida del activo ........................................... 174
Figura 43 Diagrama de estado, ciclo de vida del activo ........................................... 175
xiv
Figura 44 Diagrama de Estado Ciclo de Vida del Activo ......................................... 176

Figura 45 Diagrama de Estado Ciclo de Vida del Activo ......................................... 177
Figura 46 Diagrama de Componentes ....................................................................... 178
Figura 47 Modelado Fsico de la Base de Datos ....................................................... 179
Figura 50 Modelado Fsico de la base de datos ........................................................ 182
Figura 53 Inicio de sesin ......................................................................................... 185
Figura 54 Men principal .......................................................................................... 186
Figura 55 Perfiles disponibles ................................................................................... 186
Figura 56 Formulario de Activos, mostrando una parte de los campos requeridos .. 187
Figura 57 Formulario de Activos, mostrando todos los campos requeridos ............. 188
Figura 58 El activo se encuentra en el estado: En inventario ................................... 189
Figura 59 El activo se encuentra en el estado: Disponible........................................ 190
Figura 60 El activo se encuentra en el estado de configurando ................................ 191
Figura 61 El activo se encuentra en el estado de asignado, bien sea a un analista o un
usuario final. .............................................................................................................. 192
Figura 62 Opciones disponibles para el mdulo de Administrador de Activo ......... 192
Figura 63 Formulario de Plantilla ............................................................................. 193
Figura 64 Muestra la opcin que permite administrar categoras ............................. 193
xv
Figura 65 Muestra la opcin de administrar marca ................................................... 194

Figura 66 Muestra la opcin que permite administrar modelo ................................. 194
Figura 67 Muestra la opcin donde se administrar depsito..................................... 195
Figura 68 Muestra la opcin donde se administran los propietarios ......................... 195
Figura 69 Muestra el formulario donde se administra proveedores .......................... 196
Figura 70 Muestra el modulo donde se administra los telfonos mviles ................ 196
Figura 71 Muestra la administracin de lneas telefnicas ....................................... 197
Figura 72 Muestra la opcin donde se carga el consumo telefnico ........................ 197
Figura 73 Muestra el buscador de activos segn el criterio seleccionado ................ 198
Figura 74 Muestra los reportes de activos segn el criterio seleccionado ................ 198
Figura 75 Muestra reporte de Categoras, Marcas y Modelos .................................. 199
Figura 76 Muestra el reporte de Activos por ubicacin ............................................ 199
Figura 77 Muestra reporte de Activos por organizacin, segn su estado................ 200
Figura 78 Muestra reporte de Activos obsoletos vs la solicitud de pedidos de nuevos
activos ....................................................................................................................... 200
Figura 79 Muestra reporte de Tiempos de Solucin a Fallas de Activos ................. 201
xvi
NUCLEO DE BOLVAR
COORDINACIN DE POSTGRADO EN CIENCIAS ADMINISTRATIVAS
PROPUESTA DE UN SISTEMA DE INFORMACIN GERENCIAL
PARA LA GESTIN DE LOS ACTIVOS DE LA GERENCIA DE
AUTOMATIZACIN, INFORMATICA Y TELECOMUNICACIONES (AIT)
DE PETROURICA S.A.
Autor: Ing. Armando Bartolozzi
Tutor: Ing. Juan Martnez, MSc
Fecha: Junio 2013
RESUMEN
La presente investigacin tiene como objetivo desarrollar un Sistema de
Informacin Gerencial para la gestin de los activos de la gerencia de automatizacin,
informtica y telecomunicaciones (AIT) de PETROURICA S.A., est basado en el
manejo del ciclo de vida de los activos de informacin, este sistema representa una
alternativa ptima como herramienta de apoyo para la toma de decisiones.
Para alcanzar este objetivo, se enmarc en una investigacin denominada
proyecto factible de tipo descriptivo con un diseo de campo, aplicando metodologa
de construccin de prototipos de sistemas, el mismo se realiz con programacin PHP
para creacin de pginas Web dinmicas y PostgreSQL para la administracin de
bases de datos, para la diagramacin se emple Lenguaje Unificado de Modelado
(UML), que permite expresar el diseo del sistema desde diferentes perspectivas.
Los resultados de esta investigacin permiten confirmar que los Sistemas de
Informacin Gerencial contribuyen de manera importante en la toma de decisiones
para resolver muchas situaciones tanto administrativas como operativas.
Palabras Claves: Sistema de Informacin Gerencial, Activos, Metodologa de
Desarrollo de Prototipos, Lenguaje Unificado de Modelado.
xvii
INTRODUCCIN
El software juega un papel muy importante para el desarrollo de las
organizaciones, da tras da son liberados para su uso distintos tipos de programas de
computador para diferentes clases de clientes, los hay para cada necesidad de tal
manera que resulta difcil imaginar alguna situacin en la que el software no estuviera
presente, dado que es uno de los componentes bsicos de la tecnologa que se
involucra en las empresas, no slo como soporte a los procesos del negocio,
productivos y administrativos, sino como parte integral de las estrategias corporativas
para la generacin de ventajas competitivas.
De lo anterior, sumado a la cantidad de activos informticos que se manejan
dentro de la industria y la creciente exigencia respecto a la calidad de los clientes,
surge la necesidad de elaborar un sistema de informacin gerencial que sirva de base
para obtener resultados de calidad que puedan ser utilizados en forma eficiente por
mucho tiempo.
El presente trabajo se basar en la propuesta de un Sistema de Informacin
Gerencial para la gestin de los activos de la gerencia de automatizacin, informtica
y telecomunicaciones (AIT) de PETROURICA S.A, filial de Petrleos de Venezuela
S.A (PDVSA) en el cual se garantice la calidad de la informacin que se obtengan.
La estructuracin de este trabajo est definida en captulos; con un primer
Captulo donde se dar una descripcin de la problemtica presentada, para luego
entrar en el segundo captulo en los antecedentes de la investigacin, bases legales en
las cuales se sustenta el desarrollo del proyecto, definicin de los conceptos bsicos
para luego llegar al tercer Captulo para describir la metodologa que ser empleada,
seguido de los aspectos administrativos, presupuesto, factibilidad de la Investigacin
y el cronograma de actividades a desarrollar.
18
Posteriormente en el cuarto Captulo los resultados y anlisis de la investigacin

que sustentan el diseo y creacin de un prototipo de Sistema de Informacin
Gerencial para el control y gestin de activos de la gerencia de automatizacin,
informtica y telecomunicaciones (AIT) de PETROURICA S.A, que sirva de
herramienta para la tomas de decisiones gerenciales.
Seguidamente en un quinto Captulo, donde se presenta la propuesta del
prototipo de Sistema de Informacin Gerencial para la gestin de los activos de la
gerencia
de
automatizacin,
informtica
telecomunicaciones
(AIT)
de
PETROURICA S.A, que permitir a la alta gerencia contar con una herramienta
basada en una plataforma Web; fortaleciendo el proceso de toma de decisiones.
19
CAPITULO I
EL PROBLEMA
Planteamiento del problema
El mundo actual se encuentra inmerso dentro de la era de la informacin y las

tecnologas, pues a travs de su uso se logran importantes mejoras, se automatizan
procesos operativos, se obtiene informacin necesaria para la toma de decisiones y, lo
ms importante, logran ventajas competitivas en la ejecucin de los procesos.
Amrica Latina, es la regin con mayor desarrollo en proyectos de sistemas
integrados como apoyo para una mejor gestin en la administracin de financiera
pblica, con el fin de mejor la gestin financiera pblica y as poder mejorar la
provisin de bienes y servicios a los ciudadanos por parte del sector pblico en un
marco de solvencia fiscal, transparencia y uso eficiente de los recursos de las
Naciones Latinoamericanas. (Ua, 2013).
Se reescribe de la (Constitucin de la Repblica Bolivariana de Venezuela,
1999) el siguiente artculo:
Artculo 110: El Estado reconocer el inters pblico de la ciencia,
la tecnologa, el conocimiento, la innovacin y sus aplicaciones y los
servicios de informacin necesarios por ser instrumentos fundamentales
para el desarrollo econmico, social y poltico del pas, as como para la
seguridad y soberana nacional.
20
En otras palabras, existe un inters Nacional en el desarrollo de las tecnologas

para ocupar un rol vital en la modernizacin del Estado Venezolano y en todas sus
instituciones.
PETROURICA S.A, no escapa a esta realidad y actualmente tiene una
plataforma tecnolgica robusta. La gerencia de AIT es quien se encarga de prestar
soluciones en el rea de automatizacin informtica y telecomunicaciones a Petrleos
de Venezuela y todas sus filiales incluyendo a PETROURICA S.A, incorporando
productos y servicios innovadores, altamente productivos, competitivos, giles y
flexibles, proactivos en el asesoramiento tecnolgico en la cadena productiva del
Petrleo y sus derivados.
Aunque el avance tecnolgico de la Gerencia de Automatizacin Informtica
y Telecomunicaciones (AIT) es relevante, todava quedan proyectos por desarrollar
en varios de sus Departamentos. Uno de estos es el de Gestin de Activos, el cual es
el encargado de proveer informacin exacta y oportuna del inventario de equipos de
tecnologa, actualmente se utiliza el Sistema de Inventario Nacional de Activos
Informticos (SINAI) que es una aplicacin Cliente/Servidor desarrollada en el ao
2003, y cuya funcin es registrar equipos de informtica, colocndole un usuario o
responsable, obviando los activos del rea de Telecomunicaciones y Automatizacin.
A pesar del aporte del SINAI no se puede encontrar respuesta con facilidad de
la informacin sobre el funcionamiento del inventario o ciclo de vida de los activos
informticos de la gerencia de AIT, como por ejemplo:
Asignacin de Activos (celulares, telfonos fijos, radio, equipo de escritorio,
porttil, impresora local, impresora de red, multifuncionales, fax, plotter, etc.) por
gerencia? para generar presupuesto anual, costo por inversin o costo por
operaciones.
21
Identificacin de los equipos o activos crticos o con Prioridad Alta?, por

ejemplo radios enlace de telecomunicaciones, routers, swichts, centrales telefnicas,
servidores y unidades de respaldo.
Porcentaje de Consumibles (Tner, componentes) por Gerencia? , Cantidades
de tner y componentes electrnicos relacionados al proceso de impresin y
digitalizacin que se consume por gerencia.
El manejo del Ciclo de vida del activo se realiza de forma manual, es decir, se
identifica el estado del activo de manera visual, ya sea por reportes de fallas por parte
del usuario o por reportes del analista de soporte. Cabe destacar que no se identifican
los equipos en garantas ni los equipos en estado de obsolescencia para su sustitucin
oportuna.
En todas las etapas de la vida del activo hay decisiones a tomar, informacin a
seguir, costos a evaluar, registrar y considerar, repuestos a definir, anlisis que hacer
referentes a distintos aspectos de la operacin y el mantenimiento del activo.
De no conocer el ciclo de vida de los activos informticos de la gerencia se
podra caer en un impacto negativo (inversin sin retorno, proyectos sin ejecutar,
planes de actividades operacionales en campos petroleros desfasados en el tiempo,
impacto en la produccin petrolera, afectacin en la economa local, regional,
Nacional e Internacional); teniendo como epicentro la empresa PETROURICA S.A, y
como consecuencia de estos impactos veramos comprometido el desarrollo
tecnolgico de la industria petroleras que es unos de los pilares fundamentales en el
desarrollo de la Nacin.
Segn (Norma Venezolana CONVENIN-ISO, 1998), establece la trazabilidad
como la "aptitud para rastrear la historia, la aplicacin o la localizacin de una
entidad mediante indicaciones registradas, en un ciclo de vida de un activo es
fundamental conocer su historia debidamente registrada para la toma de decisiones,
donde el SINAI es un sistema transaccional que solo tiene como objetivos la
22
ubicacin y la asignacin de un responsable de un equipo informtico, pero no cuenta

con la informacin ofrecida por un Sistema de Informacin Gerencial que permita a
los gerentes visualizar el estado real en que se encuentran los activos y los
procedimientos del departamento de Gestin de Activos se fusionen para trabajar en
conjunto y as proveer informacin oportuna para la toma de decisiones alrededor del
activo, como por ejemplo; manejo inventario de repuesto, garantas, obsolescencia y
disponibilidad del equipo, decisiones para definir posibles de inversin a corto,
mediano y largo plazo, ciclo de vida de un activos, etc.
Formulacin del Problema
Con objetivos de definir los objetivos generales y especficos del estudio, se
presentan los siguientes cuestionamientos:
Actualmente el modelo del Sistema para el control y gestin de activos de la
gerencia de automatizacin, informtica y telecomunicaciones (AIT) ayudar a la
implantacin de un sistema que apoye a la toma de decisiones?
Cules sern los requerimientos del Sistema de Informacin Gerencial para
la gestin de los activos de la gerencia de automatizacin, informtica y
telecomunicaciones (AIT) de PETROURICA S.A?
Disear el prototipo que se ajuste a los requerimientos del sistema, permitir
a los Gerentes y Superintendentes a verificar que el modelo se adapta a sus
requerimientos?
Objetivos de la Investigacin
Objetivo General
Desarrollar un prototipo de un Sistema de Informacin Gerencial para la
gestin de los activos de la gerencia de automatizacin, informtica y
telecomunicaciones (AIT) de PETROURICA S.A.
23
Objetivos Especficos
Analizar el procedimiento actual de trabajo empleado por la Gerencia de AIT

para la atencin, control y seguimiento de los activos informticos de la
empresa.
Definir los requerimientos del Sistema de Informacin Gerencial para la

Construir el prototipo que se ajuste a los requerimientos del Sistema de

Informacin Gerencial.
Justificacin
Esta investigacin se justifica desde el punto de vista prctico, porque
gestionara el control de los activos de manera automtica, considerando su ciclo de
vida, en la gerencia de automatizacin, informtica y telecomunicaciones, donde
actualmente el ciclo de vida de los equipos se realiza de manera manual, a travs de
observaciones o reportes de fallas, ocasionando dificultades a la hora de tomar
decisiones respecto a compras, presupuestos, desincorporacin de equipos.
La gerencia de AIT, estar altamente beneficiada con esta investigacin dado
que el sistema de informacin gerencial para el control y gestin de los activos, le
ofrecer informacin en cada una de las etapas por las que pasa: nuevo, en inventario,
disponible, configurando, por donar, donado, y desincorporado. Permitindole crear
presupuestos acordes a la realidad, consolidar recursos comunes, realizar acuerdos de
compra por volumen dependiendo del inventario y cantidad de equipos obsoletos,
optimizacin del mantenimiento o soporte de fallas a travs de garantas, reduccin
de prdidas y robos.
La adecuada consideracin de todos los estados en el ciclo de vida de un
activo de tecnologa para la toma de decisiones, tambin favorecer a los usuarios
24
finales de estos equipos, para el beneficio de toda la empresa, dado que se podr
reducir considerablemente los tiempos de respuesta a solicitudes de equipos nuevos, y
en las soluciones de fallas que involucren repuestos.
Desde el punto de vista terico, esta investigacin generar ideas y
recomendaciones para futuros estudios en el rea de Sistema de Informacin
Gerencial y gestin de activos de tecnologas, dado que cada uno de los estados del
ciclo de vida de los equipos de tecnologa, se creara de acuerdo a las reglas del
negocio de la Petrleos de Venezuela, es decir, el ciclo de vida de estos activos se
basara en la realidad y complejidad presente dentro de PDVSA como empresa de
publica y no en teoras existentes.
Esta investigacin tiene relevancia social, porque significa un aporte
importante para la comunidad de software libre, ya que se desarrollara
con
estndares abiertos, fortaleciendo la industria del software nacional, regional, local

con el cumplimiento del decreto 3.390.
Por ltimo, profesionalmente pondr en manifiesto los conocimientos
adquiridos en el postgrado: Metodologa de la Investigacin, Sistema de Base de
Datos, Sistemas de Informacin Gerencial y Anlisis y Diseo de Sistemas de
Informacin y permitir sentar las bases para otros estudios que surjan partiendo de
la problemtica aqu especificada.
25
Alcance
El desarrollo de esta investigacin se orient al desarrollo de un prototipo de
un Sistema de Informacin Gerencial que permitir la consulta electrnica de
la informacin, sobre el ciclo de vida de los activos, representando una
alternativa optima como herramienta de apoyo para la toma de decisiones
gerenciales al momento de invertir en nuevos activos para los procesos en la
empresa.
Delimitacin
La elaboracin del trabajo de investigacin contempla los niveles operativos,
tcticos y estratgicos del Sistema de Informacin Gerencial.
El Sistema de Informacin Gerencial estar bajo las normas y procedimientos
que se aplican en Petrleos de Venezuela S.A en sistemas publicados en la
Intranet de la industria petrolera.
El uso de esta herramienta ser para PETROURICA S.A, bajo la aprobacin
y supervisin del Gerente General de la misma.
26
CAPITULO II
MARCO TERICO
Antecedentes De La Investigacin
(Quispe Mamani, 2009), Sistema de gestin de riesgos en activos de
informacin. Los elementos importantes en las empresas con un objetivo claro, son
los activos los cuales necesitan tener un mejor control de los mismos. En este sentido
se presenta la propuesta de un sistema de informacin confiable y seguro para
gestionar toda la informacin que se genera sobre los activos existentes dentro de la
empresa CRS Bolivia. La informacin de los activos esta almacenada en hojas
electrnicas. La metodologa que se utiliza es RUP (Proceso Unificado de Rational) y
diseo general, se emplea UML (Lenguaje Unificado de Modelado).
Tuvo un aporte en cuanto al tema de identificacin y anlisis de factores de
Riesgos a los que estn expuestos los activos informticos de PETROURICA S.A y
como deben ser gestionados estos riesgos.
Tambin sirvi de gua para el desarrollo del prototipo del Sistema de
Informacin Gerencial para la gestin de activos informticos de PETROURICA
S.A., ya que utiliz la metodologa RUP, obteniendo diagramas: casos de usos,
diagrama de clases, de Interaccin (secuencia y colaboracin), y diagrama de
componentes.
(Camejo, 2008), El qu y el cmo del diagnstico del sistema de informacin
gerencial. Muestra una propuesta de pasos y aspectos a evaluar en el diagnstico del
Sistema de Informacin Gerencial. La caracterizacin de la organizacin es
elemental, como elemento diferenciador de la gestin de informacin para cada
empresa en particular.
27
Nos brido aporte en cmo realizar el estudio del sistema de informacin

existente en el departamento de activos de la Empresa Mixta PETROURICA, con
nfasis en la determinacin de los flujos de informacin; el diagnstico e inventario
de la infraestructura tecnolgica y del resto de los recursos que se utilizaran para la
gestin de informacin en dicho departamento.
Apoyando tambin en la elaboracin de los instrumentos de recoleccin de datos
como entrevistas, encuestas y para el anlisis documental.
(Rodrguez Malave, 2009), Desarrollo de un sistema de informacin gerencial de
apoyo al proceso de toma de decisiones para la gerencia de proyectos en una
Asociacin Cooperativa. La presente investigacin tuvo como objetivo el desarrollo
de un sistema de informacin gerencial de apoyo al proceso de toma de decisiones
gerenciales en una asociacin cooperativa. La problemtica que exista se defini
considerando como principales causas la disponibilidad inadecuada de los datos y la
ausencia de un mecanismo de validacin que confirmara su fidelidad y precisin.
Esta investigacin sirvi de gua para el desarrollo prototipo de un Sistema de
informtica y telecomunicaciones (AIT) de PETROURICA S.A., ya que utiliz la
metodologa RUP, obteniendo diagramas: casos de usos, diagrama de clases, de
interaccin (secuencia y colaboracin), y diagrama de componentes.
Antecedentes de la Empresa
PETROURICA S.A.
La EMPRESA MIXTA PETROURICA S.A., filial de PDVSA, es una
empresa de tipo industrial dedicada a la explotacin y extraccin de petrleo, que
segn su actividad se puede clasificar dentro del Sector Energtico del pas.
28
El 17 de abril de 2010 se firma el Memorando de Entendimiento entre la

Corporacin Venezolana del Petrleo, filial de Petrleos de Venezuela, y la
Corporacin Nacional Petrolera China, para la creacin de la empresa mixta
PETROURICA, S.A. destinada a la explotacin del Bloque Junn 4 de la Faja
Petrolfera del Orinoco.
Segn (Gaceta Oficial de la Republica Bolivariana de Venezuela N.- 39.579,
2010) el Decreto de transferencia de derechos de exploracin y produccin de
hidrocarburos, PETROURICA, S.A. desarrollar actividades, de conformidad con el
artculo 9 de la Ley Orgnica de Hidrocarburos, para la produccin y mejoramiento
de 400 mil barriles diarios de crudos extrapesados de 8,5 API y la construccin de
un complejo mejorador de crudo para elevar la calidad del petrleo extrapesado desde
8,5 API a 32 API.
Segn el Decreto de Transferencia, PETROURICA, S.A. ejercer actividades
primarias durante un perodo de 25, prorrogables hasta por 15 aos, a potestad del
Ministerio del Poder Popular de Petrleo y Minera, antes Ministerio del Poder
Popular para la Energa y Petrleo.
Capital Accionario
La EMPRESA MIXTA PETROURICA S.A, se encuentra conformada por el
60% de participacin de PDVSA y el 40% de participacin por parte de la empresa
petrolera China CNPC. La misma se cre para la explotacin del bloque Junn 4 de la
Faja Petrolfera del Orinoco, donde se espera alcanzar la meta final de 400 M BPD.
(Petrourica, 2011).
29
Figura 1 Capital Accionario PETORURICA S.A

Fuente: (Petrourica, 2011)
Misin
Desarrollar actividades de exploracin, produccin, mejoramiento y
comercializacin de petrleo extrapesado en el Bloque Junn 4 de la Faja Petrolfera
del Orinoco, con altos estndares de calidad, de manera eficiente, rentable, segura,
transparente y en armona con el ambiente, a travs de la aplicacin y transferencia de
las tecnologas ms apropiadas; con un talento humano capacitado, presto a motorizar
el desarrollo econmico y social del pas, con la participacin activa de los socios,
mediante una visin humanista de aprovechamiento ptimo de los recursos
hidrocarburos del subsuelo nacional y enmarcado en el Plan Nacional Simn Bolvar.
Visin
Consolidarse como la empresa mixta modelo en la explotacin y produccin
de crudo extrapesado, alineada al Plan de Desarrollo Petrolero Nacional, capaz de
impulsar la soberana tecnolgica y energtica de la Patria socialista, propiciando as
su desarrollo endgeno, el crecimiento econmico y social de las reas de influencia
30
de PDVSA PETROURICA y del pas, la generacin de empleos de calidad, adems

de la creacin de riqueza y bienestar para la Nacin.
Ubicacin Geogrfica
El edificio corporativo de la EMPRESA MIXTA PETROURICA S.A, se
encuentra ubicado en la Avenida Paseo Caron, cruce con carrera Aerocuar, Edificio
PDVSA CVP Unare I, Puerto Ordaz, Estado Bolvar.
El campo de explotacin la EMPRESA MIXTA PETROURICA S.A, se

encuentra ubicado en el bloque Junn 4 campo Iguana Zuata, localizado en el flanco
sur de la cuenca oriental de Venezuela, al norte del ro Orinoco, especficamente en la
parte central de la Faja Petrolfera del Orinoco. Pertenece regionalmente a los estados
Gurico-Anzotegui; Municipios Santa Mara de Ipir y Monagas. El rea total del
Bloque Junn 4 es de 325 Km. Limita al norte con el Bloque Junn 3, al sur con el
Bloque Junn 11, al Oeste con el Bloque Junn 2 y al este con los Bloques Junn 5 y 6
como puede verse en la figura N.- 2.
Figura 2 Petrourica en la Faja Petrolfera del Orinoco Bloque Junn 4

31
Responsabilidades
La EMPRESA MIXTA PETROURICA S.A
tiene una estrategia de
produccin donde ha considerado en su Plan de Negocios, como inicio de produccin

temprana el tercer ao del Proyecto, con una produccin de 25 mil barriles de
petrleo diario (MBPD); 100 MBPD en el cuarto ao, 150 MBPD en el quinto ao,
300 MBPD en el sexto ao, hasta alcanzar la produccin comercial tope de 400
MBPD en el sptimo ao. (Petrourica, 2011).
Teniendo una responsabilidad en el desarrollo social orientada a impulsar un
conjunto de programas enmarcados en sectores de servicios que comprenden:
electricidad, agua y saneamiento, hbitat y vivienda, trasporte y comunicaciones;
salud y educacin. Otra rea es el sector productivo que engloba la industria y
agricultura.
Estos planes se desarrollan a travs de la Gerencia de Proyectos No Petroleros
de la Direccin Ejecutiva de Nuevos Desarrollos Faja Petrolfera del Orinoco, de la
mano del Gobierno Nacional, y los gobiernos regionales y locales.
Objetivo
Consolidar una empresa de produccin de hidrocarburos, para alcanzar un
objetivo mximo sostenido de 400 mil barriles netos de petrleo diario a partir del
2019, mediante la explotacin, mejoramiento y comercializacin rentable de
hidrocarburos pertenecientes a los yacimientos del Bloque Junn 4. Para ello tiene
programado emplear esquemas de explotacin que maximicen el recobro de los
yacimientos (produccin en fro y en caliente), construir las facilidades de superficie
necesarias para el tratamiento y mejoramiento, obteniendo as un producto de 32
API. (Petrourica, 2011).
32
Estructura Organizativa
33
Bases Tericas
Dentro de los fundamentos tericos de la investigacin se deben tomar en
cuenta los siguientes elementos, que tiene una vinculacin con el objeto de estudio.
Entre los ms relevantes tenemos
Activos
Los activos, desde el punto de vista contable, representan los bienes,
derechos y otros recursos controlados econmicamente por la empresa, resultantes de
sucesos pasados, de los que se espera que la empresa obtenga beneficios o
rendimientos econmicos en el futuro. (Yubero Hermosa, Mara del Pilar, 2013).
Activos de Informacin
Todos aquellos equipos pertenecientes a la infraestructura tecnolgica del
rea de Automatizacin, Informtica y Telecomunicaciones. (Gerencia de AIT,
2006)
Clasificacin y Codificacin de Materiales
Clasificar un material es agruparlo de acuerdo con su dimensin, forma,
peso, tipo, caractersticas, utilizacin etc. La clasificacin debe hacerse de tal modo
que cada gnero de material ocupe un lugar especfico, que facilite su identificacin y
localizacin en el almacn, La codificacin es una consecuencia de la clasificacin de
los artculos. Codificar significa representar cada artculo por medio de un cdigo 1ue
contiene las informaciones necesarias y suficientes, por medio de nmeros y letras.
Los sistemas de codificacin ms usadas son: cdigo alfabtico, numrico y
alfanumrico (Castro, 2007).
Sistemas de Inventarios
Un sistema de inventarios es un conjunto de normas, mtodos y
procedimientos aplicados de manera sistemtica para planificar y controlar los
materiales y productos que se emplean en una organizacin. este sistema puede ser
34
manual o automatizado. Para el control de los costos, elemento clave de la

administracin de cualquier empresa, existen sistemas que permiten estimar los
costos de las mercancas que son adquiridas y luego procesadas o vendidas
(Demultihogar, 2011).
Sistema de Inventario Nacional de Activos Informticos
Es una aplicacin Cliente/Servidor a nivel corporativo, cuya funcionalidad
consiste en el registro de todos los activos, es el sistema transaccional utilizado por la
corporacin venezolana de Petrleo a nivel de Oriente. (Gerencia de AIT, 2006).
Ciclo de Vida de un Activo
Es todo lo que ocurre con el activo desde la idea con la cual se lo crea o
incorpora a un proyecto, hasta el descarte final, reciclaje venta del mismo. (Sotuyo
Blanco, 2008).
Costo de Ciclo de Vida
Es la sumatoria de todos los costos asignables a los activos (directos e
indirectos, variables y fijos) desde los costos iniciales de proyecto y adquisicin,
hasta los costos de operacin, mantenimiento y disposicin final (Sotuyo Blanco,
2008).
Gestin de Activos
La gestin de activos es la disciplina que busca gestionar todo el ciclo de
vida de los activos fsicos de una organizacin con el fin de maximizar su valor.
Cubre procesos como el diseo, construccin, explotacin, mantenimiento y
reemplazo de activos e infraestructuras. La gestin de los activos se da a pesar de que
estos se encuentren en diferentes departamentos, localizaciones, instalaciones, y en
algunos casos, incluso diferentes unidades de negocio. La gestin de los activos
puede mejorar su rendimiento, reducir costos, extender su vida til y mejorar el
retorno de inversin de los activos (Mendez Galvez, 2012).
35
Por otra parte la Gestin de Activos es el proceso global de gestin a travs

del cual consistentemente agregamos valor a la compaa mediante el uso y cuidado
de los activos en todo el ciclo de vida (Sotuyo Blanco, 2008).
Sistema de Informacin
Es un sistema que rene, almacena, procesa y distribuye conjuntos de
informacin entre los diferentes elementos que configuran una organizacin, y entre
la organizacin misma y su entorno (Pastor, 2002)
Segn
(Laundon & Laundon, 2004), lo definen como: Un conjunto de
componentes interrelacionados que recolectan (o recuperan), procesan, almacenan y

distribuyen informacin para apoyar la toma de decisiones y el control en una
organizacin. Adems, los sistemas de informacin tambin pueden ayudar a los
gerentes y trabajadores a analizar problemas, visualizar asuntos complejos y crear
nuevos productos.
De acuerdo a la funcionalidad, los sistemas de informacin tienen una
clasificacin segn (Laundon & Laundon, 2004) los clasifica de la siguiente manera:
Los sistemas de nivel operativo: son aquellos sistemas que brindan
apoyo a los gerentes operativos al hacer el seguimiento de las actividades y
transacciones elementales de la organizacin, como ventas, recepcin de
materiales, depsitos en efectivo, nminas, decisiones de crdito y el flujo de
materiales en la planta.
Los sistemas de nivel de conocimiento: son aquellos que apoyan a los
trabajadores del conocimiento y los de la informacin en una organizacin.
Tienen como finalidad ayudar a la empresa de negocios a integrar nuevos
conocimientos para el negocio y para que la organizacin controle el flujo de
la documentacin.
Los sistemas de nivel gerencia/administrativo: son aquellos sistemas
36
en los que se apoyan el seguimiento, control y toma de decisiones y las

actividades administrativas de los administradores de nivel medio.
Los sistemas de nivel estratgico: son aquellos sistemas que ayudan a
atacar y dirigir los asuntos estratgicos y las tendencias a largo plazo dentro y
en el entorno de la organizacin.
Figura 3 Pirmide de Informacin

Fuente: (Instituto Tecnolgico de Sonora)
37
Sistema de transacciones
Son aquellos Cuyos objetivos es proporcionar a las empresas la informacin
sobre las operaciones bsicas como por ejemplo: facturacin, consulta de cliente, etc.
Estos sistemas se dividen en sistemas operacionales (generalmente la fuente principal
de datos son las bases de datos transaccionales corporativas), sistemas internos (los
datos de la propia empresa que no se encuentran alojados en los sistemas
operacionales) y los datos externos de la empresa (Martnez Morales, 2010).
Sistemas de Informacin Gerencial
Un sistema de informacin gerencial es un sistema integrado que proporciona
informacin con el objeto de apoyar la planeacin, control y las operaciones de una
organizacin con el fin de desarrollar informacin til en la administracin. Implica
personal, procedimientos, equipos, modelos y otros.
Son sistemas de informacin computarizados cuyo propsito es contribuir a la
correcta interaccin entre los usuarios y las computadoras. Debido a que requieren
que los usuarios, el software (los programas de cmputo) y el hardware (las
computadoras) funcionen de manera coordinada, los sistemas de informacin
gerencial dan apoyo a un espectro de tareas organizacionales como el anlisis y la
toma de decisiones (Kendall & Kendall, 2005)
Para acceder a la informacin, los usuarios de un sistema de informacin
gerencial comparten una base de datos comn. sta almacena los datos y modelos
que ayudan al usuario a interpretar y aplicar los datos. Los sistemas de informacin
gerencial producen informacin que se emplea en la toma de decisiones (Kendall &
Kendall, 2005).
Gestin de Informacin
Segn (Bartle, 2009), la gestin de la informacin es el proceso de analizar y
38
utilizar la informacin que se ha recabado y registrado para permitir a los

administradores tomar decisiones documentales. La informacin para la gestin es la
informacin necesaria para tomar decisiones de gestin.
Por su parte (Bustelo & Amarilla, 2001), definen la gestin de informacin
como el conjunto de actividades realizadas con el fin de controlar, almacenar y,
posteriormente, recuperar adecuadamente la informacin producida, recibida o
retenida por cualquier organizacin en el desarrollo de sus actividades. En el centro
de la gestin de la informacin se encuentra la gestin de la documentacin (la
informacin que queda plasmada en documentos) y que pude ser de tres tipos:
Interna: hace referencia a aquella documentacin generada o recibida
por la organizacin en el ejercicio de sus funciones, es decir, son documentos
que surgen de la actividad diaria de esa institucin.
Externa: adems de la documentacin producida por la propia
organizacin, sta y las personas que trabajan en ella necesitan, a menudo,
consultar y manejar fuentes de informacin externas.
Pblica: es aquella documentacin que la organizacin produce de cara
al pblico, para comunicarles hechos, actividades, acontecimientos.
Para el presente trabajo, la gestin de informacin permitir realizar un
anlisis ntegro de la informacin, a travs de la recuperacin adecuada de la misma.
Dado que uno de los objetivos especficos de la presente investigacin es el diseo de
un prototipo funcional, a continuacin se presenta la teora de prototipos y su
respectiva clasificacin.
Prototipos
Segn (Pressman, 2002) La construccin de prototipos es un proceso que
facilita al programador la creacin de un modelo del software a construir.
De acuerdo con las definiciones, la construccin un prototipo es una tcnica
39
que facilita al programador la creacin de un modelo de software, a travs de la

recopilacin de informacin, con la finalidad de crear un sistema que cumpla con un
ciclo de vida de desarrollo. (Pressman, 2002)
Modelo segn Roger S. Pressman: Un prototipo en papel o un modelo
basado en PC que describa la interaccin hombre-mquina, de forma que facilite al
usuario la comprensin de cmo se producir tal interaccin; un prototipo que
implemente algunos subconjuntos de la funcin requerida del programa deseado, o un
programa existente que ejecute parte o toda la funcin deseada.
De acuerdo con el modelo de prototipo segn
(Pressman, 2002), un
prototipo es aquel que describe una interaccin entre la mquina y el hombre,

facilitando una comprensin de la forma en cmo se da esa interaccin, dando
tambin una visin de las funciones que el programa existente puede contener para
as lograr una funcin deseada al finalizar el mismo.
Tipos de Prototipos
A continuacin las cuatro (4) definiciones ms comunes para el desarrollo de
prototipos segn (Kendall & Kendall, 2005):
Prototipos corregido: esta clase de prototipo tiene que ver con la
construccin de un sistema que si bien funciona, se encuentra remendado o
parchado (patched-up prototype). Un ejemplo en los sistemas de informacin
es la creacin de un modelo operable, el cual cuenta con todas sus
caractersticas necesarias, aunque pudiera ser ineficaz.
Modelo no funcional: esta clase de prototipo es la de aquellos modelos no
funcionales que se construyen a escala, con el objeto de evaluar ciertos
aspectos del diseo. Un ejemplo de estos podra ser aquel en el que la
codificacin que se requiere es extensa en cantidad; y ms bien, podra lograse
una idea de la utilidad del sistema, si en el prototipo funcionan nicamente los
procesos de entrada y salida.
40
Modelo de una serie (a escala completa): esta clase de prototipo implica

crear un primer sistema a escala completa, llamado con frecuencia piloto,
permite una interaccin realista con el sistema. Un ejemplo seria cuando se
planea implantar el mismo sistema de informacin en varias instalaciones.
Prototipo de caractersticas seleccionadas (caractersticas esenciales): esta
clase de prototipo contempla la construccin de un modelo funcional que
incluye algunas caractersticas, pero no todas las que tendra el sistema final.
Cuando se desarrollan este tipo de prototipos, el sistema se planifica con base
a mdulos, de tal forma que aquellas caractersticas que se aprobaran en el
prototipo podra incorporarse en un sistema final.
Ventajas
Segn (Kendall & Kendall, 2005) Existen tres (3) ventajas y desventajas
relevantes en el uso de prototipos, las cuales son:
Ventajas
La pronta modificacin del sistema en su desarrollo.
La oportunidad de detener el desarrollo de un sistema que no sirve.
La posibilidad de desarrollar otro sistema que se ajuste mejor a las
necesidades y las expectativas del usuario.
Desventajas
La administracin del desarrollo se vuelve difcil por la rapidez con
que transcurre el proceso y por sus mltiples interacciones.
Un prototipo incompleto, debido a presiones del medio, llegue a operar
como un sistema completo.
En algunos casos requieren mucho tiempo de implementacin.
41
Proceso Racional Unificado (Metodologa RUP)

Segn
(Jacobson, Booch, & Rumbaugh, 2000), RUP es un proceso de
desarrollo de software creado por Rational Software Corporation, ahora una divisin
de IBM, que en forma disciplinada asigna tareas y responsabilidades.
Algunas de sus caractersticas son:
Est centrado en la arquitectura.
Est dirigido por los casos de uso.
Soporta las tcnicas orientada a objetos.
Es un proceso configurable.
Impulsa un control de calidad y una gestin del riesgo objetivo y
continuo.
RUP se desglosa en Fases e Iteraciones, una fase es un intervalo de tiempo entre
hitos importantes del proceso durante la cual se cumple un conjunto bien definido de
objetivos, se contemplan artefactos y se toman las decisiones sobre si pasar a la
siguiente fase. Cada fase e interaccin se adentra en disminuir algn riesgo y
concluye con un hito bien definido.
Fases:
Inicio, durante la fase de iniciacin, se establece la planificacin del proyecto
y e delimita su alcance, esta planificacin incluye los criterios de xito, la
evaluacin del riesgo, estimaciones de recursos que se necesitaran y un plan
de fases que muestre la planificacin de los hitos principales. Durante la
iniciacin, es frecuente crear un prototipo ejecutable que sirva para probar los
conceptos. Al final de esta fase se examinan los objetivos del ciclo de vida del
proyecto y se decide si proceder con el desarrollo.
Elaboracin, los objetivos de esta fase son el analizar el domino del
42
problema, establecer una base arquitectnica slida, desarrollar el plan de

proyecto y eliminar los elementos de ms alto riesgo del proyecto. Al final de
esta fase se examinan el alcance y los objetivos del sistema, la eleccin de la
arquitectura y la resolucin de los riesgos ms grandes, y se decide si se debe
pasar a la construccin.
Construccin, durante esta fase se desarrolla de forma iterativa e incremental
un producto completo que est preparado para la transicin hacia la
comunidad de usuarios, esto implica describir los requisitos restantes y los
criterios de aceptacin, refinando el diseo y completando la implementacin
y las pruebas de software. Al final de esta fase se decide si el software, los
lugares donde se instalar y los usuarios estn preparados para empezar a
funcionar.
Transicin, durante esta fase el software se despliega en la comunidad de
usuarios. Esta fase normalmente comienza con una versin beta del sistema,
que luego ser reemplazada con el sistema de produccin. Al final de esta fase
se decide si se han satisfecho los objetivos del ciclo de vida del proyecto, y se
determina si se debera empezar otro ciclo de desarrollo.
Iteraciones: cada fase de RUP puede descomponerse en iteraciones. Una iteracin es
un ciclo completo de desarrollo una versin (interna o externa) de un producto
ejecutable, que constituye un subconjunto del producto final en desarrollo, que luego
se ir incrementando de iteracin en iteracin hasta convertirse en el sistema final.
Cada iteracin pasa por varios flujos de trabajo del proceso, aunque con un nfasis
diferente en cada uno de ellos, dependiendo de la fase en que se encuentre.
Ciclos de desarrollo: el paso a travs de las cuatro (4) fases principales constituye un
ciclo de desarrollo, y produce una generacin de software. La primera pasada a travs
de las cuatro (4) fases se denomina ciclo de desarrollo inicial. A menos que acabe la
vida del producto, un producto existente evolucionar a la siguiente generacin
43
repitiendo la misma secuencia de inicio, elaboracin, construccin y transicin.

Esta es la evolucin del sistema, as que los ciclos de desarrollo despus del
ciclo inicial son los ciclos de evolucin.
Flujos de trabajo del proceso:
RUP consta de nueve (9) flujos de trabajo, a continuacin se menciona:
Modelado del negocio: describe la estructura y la dinmica de la
organizacin.
Requisitos: describe el mtodo basado en casos de uso para extraer los
requisitos.
Anlisis y diseo: describe las diferentes vistas arquitectnicas.
Implementacin: tiene en cuenta el desarrollo de software, la prueba de
unidades y la integracin.
Pruebas: describe los casos de prueba, los procedimientos y las mtricas para
la evaluacin de defectos.
Despliegue: cubre la configuracin del sistema entregable.
Gestin de configuraciones: controla los cambios y mantiene la integridad de
los artefactos de un proyecto.
Gestin del proyecto: describe varias estrategias de trabajo en un proceso
iterativo.
Entorno: cubre la infraestructura necesaria para desarrollar un sistema.
Dentro de cada flujo de trabajo del proceso hay un conjunto de artefactos y
actividades relacionados. Un artefacto es algn documento, informe o ejecutable que
produce, manipula o se consume, y una actividad describe las tareas que llevan a cabo
los trabajadores para crear o modificar los artefactos, junto a las tcnicas y guas para
ejecutar las tareas, incluyendo quiz el uso de herramientas para ayudar a automatizar
44
alguna de ellas.
Artefactos: cada actividad de RUP lleva algunos artefactos asociados, bien sean
requeridos como entradas o bien sean generados como salidas. Algunos se utilizan
como entradas directas en las actividades siguientes, se mantienen como recursos de
referencia en el proyecto, o se generan en algn formato especfico, en forma de
entregables definidos en el contrato.
Modelos: los modelos son el tipo de artefacto ms importante en RUP, un modelo es
una simplificacin de la realidad, creada para entender mejor el sistema que se est
creando. En RUP, hay nueve (9) modelos que en conjunto cubren todas las decisiones
importantes implicadas en la visualizacin, especificacin, construccin y
documentacin de un sistema con gran cantidad d software.
Modelo de negocio: establece una abstraccin de la organizacin.
Modelo del dominio: establece el contexto del sistema.
Modelo de casos de uso: establece los requisitos funcionales del sistema.
Modelo de anlisis (opcional): establece el diseo de las ideas.
Modelo de diseo: establece el vocabulario del problema y su solucin.
Modelo del proceso (opcional): establece los mecanismos de concurrencia y
sincronizacin del sistema.
Modelo de despliegue: establece la topologa hardware sobre la cual se
ejecutar el sistema.
Modelo de implementacin: establece las partes que se utilizaran para
ensamblar y hacer disponible el sistema fsico.
Modelo de pruebas: establece las formas de validar y verificar el sistema.
45
Figura 4 Diagrama relativo en las distintas disciplinas a lo largo del proyecto

Fuente: (Jacobson, Booch, & Rumbaugh, 2000)
Lenguaje Unificado de Modelado (UML)

(Jacobson, Booch, & Rumbaugh, 2000), definen al lenguaje unificado de
modelo como un lenguaje estndar para escribir planos de software, este se puede
utilizar para visualizar, especificar, construir y documentar los artefactos de un
sistema que involucra una gran cantidad de software. UML es solo un lenguaje y por
lo tanto es tan solo parte de un mtodo de desarrollo de software.
Elementos de UML
Elementos estructurales: son los nombres de los modelos UML, en su mayora son
partes estticas de un modelo, y representan cosas que conceptuales o materiales, se
clasifican en:
Clase: es una descripcin de un conjunto de objetos que comparten los
mismos atributos, operaciones y semntica, una clase implementa una o ms
interfaces.
46
Ventana
Origen: integer
Tamao: integer
Abrir()
Cerrar()
Mover()
Figura 5 Clase
Fuente: Elaboracin del Autor (2013)
Interfaz: es una coleccin de operaciones que especifican un servicio de una

clase o componente.
Figura 6 Interfaz
Colaboracin: define una interaccin y es una sociedad de roles y otros

elementos para proporcionar un comportamiento cooperativo mayor que la
suma de los comportamientos de sus elementos.
47
Figura 7 Colaboracin
Caso de uso: es una descripcin de un conjunto de secuencias de acciones que

un sistema ejecuta y que produce un resultado observable de inters para un
actor particular.
Figura 8 Caso de Uso

Clase activa: es una clase cuyos objetos tiene uno o ms procesos o hilos de
ejecucin y por lo tanto pueden dar origen a actividades de control.
48
Ventana
+suspender()
+vaciarcola()
Figura 9 Clase Activa

Componente: es una parte fsica y reemplazable de un sistema que conforma

un conjunto de interfaces y proporciona la implementacin de dicho conjunto.
Figura 10 Componente
Nodo: es un elemento fsico que existe en tiempo de ejecucin y representa un

recurso computacional, que por lo general dispone de algo de memoria y, con
frecuencia, capacidad de procesamiento.
49
Servidor
Figura 11 Nodo
Elementos de comportamiento: son las partes dinmicas de los modelos de UML,

existen dos (2) de elementos de comportamiento:
Interaccin: es un comportamiento que comprende un conjunto de mensajes
intercambiados entre un conjunto de objetos, dentro de un contexto particular,
para alcanzar un propsito especfico.
Dibujar
Figura 12 Interaccin
Mquina de estados: es un comportamiento que especifica la secuencia de

estados por lo que pasa un objeto o una interaccin durante su ciclo de vida en
respuesta a eventos, junto con sus reacciones a estos eventos.
50
Esperando
Figura 13: Mquina de Estados

Elementos de agrupacin: son las partes organizativas de los modelos UML y est
compuesta por un elemento de agrupacin principal, los paquetes. Los paquetes son
un mecanismo de propsito general para organizar los elementos en grupos.
Figura 13 Elementos de Agrupacin

Elementos de anotacin: son las partes explicativas de los modelos UML. Son
comentarios que se pueden aplicar para describir, clasificar y hacer observaciones
sobre cualquier elemento del modelo.
51
Figura 14 Elementos de Anotacin

Relaciones de UML
Dependencia: es una relacin semntica entre dos (2.) elementos, en la cual
un cambio a un elemento (el elemento independiente) puede afectar la
semntica del otro elemento (el elemento dependiente).
Figura 15 Dependencia
Asociacin: es una relacin estructural que describe un conjunto de enlaces,

los cuales son conexiones entre objetos.
Figura 16 Asociacin
Generalizacin: es una relacin de especializacin/generalizacin en la cual

los objetos del elemento especializado (el hijo) puede sustituir a los objetos
52
del elemento general (el padre).
Figura 17 Generalizacin
Realizacin: es una relacin semntica entre clasificadores, en donde un

clasificador especifica un contrato que otro clasificador garantiza que
cumplir.
Figura 18 Realizacin
Diagramas de UML
Segn (Jacobson, Booch, & Rumbaugh, 2000) Son la representacin grfica de
un conjunto de elementos, visualizado la mayora de las veces como un grafo conexo
de nodos (elementos) y arcos (relaciones). En teora, un diagrama puede contener
cualquier combinacin de elementos y relaciones. En la prctica, sin embargo, solo
surge un pequeo nmero de combinaciones, las cuales son consistentes con las cinco
(5) vistas que comprenden la arquitectura de un sistema con gran cantidad de
software. Por esta razn, UML, incluye nueve de estos diagramas:
Diagrama de clases: muestra un conjunto de clases, interfaces y
colaboraciones, as como sus relaciones. Estos diagramas son los ms
comunes en el modelado de sistemas orientado a objetos. Grficamente, es
una coleccin de nodos y arcos.
53
Diagrama de objetos: muestra un conjunto de objetos y sus relaciones. Estos

diagramas la vista de diseo o la vista de procesos esttica de un sistema como
lo hacen los diagramas de clases, pero desde la perspectiva de casos reales o
prototipos. Grficamente, es una coleccin de nodos y arcos.
Diagrama de casos de uso: muestra un conjunto de casos de uso y clases (un
tipo especial de clase) y sus relaciones. Estos diagramas cubren la vista de
casos de uso esttica de un sistema y son especialmente importantes en el
modelado y organizacin del comportamiento de un sistema. Lo que distingue
a un diagrama de casos de uso de los otros tipos de diagramas en su contenido
particular.
Diagramas de secuencia: as como los diagrama de colaboracin son un tipo
de diagrama de interaccin. Un diagrama de interaccin muestra una
interaccin, que consta de un conjunto de objetos y sus relaciones, incluyendo
los mensajes que pueden ser enviados entre ellos, estos cubren la vista
dinmica de un sistema. Un diagrama de secuencia es un diagrama de
interaccin que resalta la ordenacin temporal de los mensajes; un diagrama
de colaboracin es un diagrama interaccin que resalta la organizacin
estructural de los objetos que envan y reciben mensajes. Grficamente, es una
coleccin de nodos y arcos.
Diagrama de estados: muestra una mquina de estados, que consta de
estados, transiciones, eventos y actividades. Estos diagramas cubren la vista
dinmica de un sistema y son especialmente importantes en el modelado de
comportamiento de una interfaz, una clase o una colaboracin y resaltan el
comportamiento dirigido por eventos de un objeto, lo cual es especialmente
til en el modelado de sistemas reactivos. Grficamente, es una coleccin de
nodos y arcos.
Diagrama de actividades: es un tipo especial de diagrama de estados que
54
muestra el flujo de actividades dentro de un sistema. Estos diagramas cubren

la vista dinmica de un sistema y son especialmente importantes en el
funcionamiento de un sistema y resaltan el flujo de control entre objetos.
Grficamente, es una coleccin de nodos y arcos.
Diagrama de componentes: muestra la organizacin y las dependencias entre
un conjunto de componentes. Estos diagramas cubren la vista de
implementacin esttica de un sistema. Se relacionan con los diagramas de
clases en que un componente se corresponde, por lo comn, con una o ms
clases, interfaces o colaboraciones. Grficamente, es una coleccin de nodos y
arcos.
Diagrama de despliegue: muestra la configuracin de nodos de
procesamiento en tiempo de ejecucin y los componentes que residen en ellos.
Estos cubren la vista de despliegue esttica de una arquitectura y se relacionan
con los diagramas de componentes en que un nodo incluye, por lo comn, uno
o ms componentes. . Grficamente, es una coleccin de nodos y arcos.
METODOLOGIA PARA EL DESARROLLO DE APLICACIONES WEB
Segn (Pressman, 2002), las actividades que formaran parte del marco de
trabajo incluiran las tareas abajo enumeradas. Dichas tareas seran aplicables a
cualquier aplicacin Web, independientemente del tamao y complejidad de la
misma.
Las actividades que forman parte del proceso son: formulacin, planificacin
anlisis, modelado, generacin de pginas, test y evaluacin del cliente.
La formulacin identifica objetivos y establece el alcance de la primera
entrega.
La planificacin genera la estimacin del costo general del proyecto, la
evaluacin de riesgos y el calendario del desarrollo y fechas de entrega.
55
El anlisis especifica los requerimientos e identifica el contenido.

La Modelado se compone de dos secuencias paralelas de tareas. Una consiste
en el diseo y produccin del contenido que forma parte de la aplicacin. La
otra, en el diseo de la arquitectura, navegacin e interfaz de usuario. Es
importante
destacar
la
importancia
del
diseo
de
la
interfaz.
Independientemente del valor del contenido y servicios prestados, una buena

interfaz mejora la percepcin que el usuario tiene de stos.
En la generacin de pginas se integra contenido, arquitectura, navegacin e
interfaz para crear esttica o dinmicamente el aspecto ms visible de la
aplicacin, las pginas.
El Test busca errores a todos los niveles: contenido, funcional, navegacional,
rendimiento, etc. El hecho de que las aplicaciones residan en la red, y que
interoperen en plataformas muy distintas, hace que el proceso de test sea
especialmente difcil.
Finalmente, el resultado es sometido a la evaluacin del cliente.
Figura 19 Metodologa de desarrollo Web

Fuente: (Pressman, 2002)
56
Control y Garanta de la Calidad

Segn (Pressman, 2002), una de las tareas colaterales que forman parte del
proceso es el Control y Garanta de la Calidad (CGC). Todas las actividades CGC de
la ingeniera software tradicional como son: establecimiento y supervisin de
estndares, revisiones tcnicas formales, anlisis, seguimiento y registro de informes,
etc, son igualmente aplicables a la Ingeniera Web. Sin embargo, en la Web toman
especial relevancia para valorar la calidad aspectos como:
Usabilidad
Funcionabilidad
Fiabilidad
Seguridad
Eficiencia
Mantenibilidad
Control de la Configuracin
Segn (Pressman, 2002), establecer mecanismos adecuados de control de la
configuracin para la Ingeniera Web es uno de los mayores desafos a los que esta
nueva disciplina se enfrenta. La Web tiene caractersticas nicas que demandan
estrategias y herramientas nuevas. Hay cuatro aspectos importantes a tener en cuenta
en el desarrollo de tcticas de control de configuracin para la Web.
Contenido: Considerando la dinamicidad con la que el contenido se

genera, es tarea compleja organizar racionalmente los objetos que forman
la configuracin y establecer mecanismos de control.
Personal: Cualquiera realiza cambios. Hay mucho personal no

especializado que no reconoce la importancia que tiene el control del
cambio.
57
Escalabilidad: Es comn encontrar aplicaciones que de un da para otro

crecen considerablemente. Sin embargo, las tcnicas de control no escalan
de forma adecuada.
Poltica: Quin posee la informacin? Quin asume la responsabilidad y

coste de mantenerla?
La Gestin del Proceso

Segn (Pressman, 2002), en un proceso tan rpido como es el proceso de
Ingeniera Web, donde los tiempos de desarrollo y los ciclos de vida de los productos
son tan cortos, merece la pena el esfuerzo requerido por la gestin? La respuesta es
que dada su complejidad es imprescindible. Entre los aspectos que aaden dificultad a
la gestin destacamos:
Alto porcentaje de contratacin a terceros
El desarrollo incluye una gran variedad de personal tcnico y no tcnico

trabajando en paralelo.
El equipo de desarrollo debe dominar aspectos tan varidos como, software

basado en componentes, redes, diseo de arquitectura y navegacin, diseo
grfico y de interfaces, lenguajes y estndares en Internet, test de
aplicaciones Web, etc, lo que hace que el proceso de bsqueda y
contratacin de personal sea arduo.
PHP
PHP (acrnimo de PHP: Hypertext Preprocessor) "es un lenguaje de cdigo
abierto muy popular especialmente adecuado para desarrollo Web y que puede ser
incrustado en HTML", (PHP.NET, 2013)
58
PHP es un lenguaje de programacin interpretado del lado del

servidor, que se caracteriza por su potencia, versatilidad, robustez y
modularidad. Los programas escritos en PHP son embebidos directamente
en el cdigo HTML y ejecutados por el servidor Web a travs de un
intrprete antes de transferir al cliente que lo ha solicitado un resultado en
forma de cdigo HTML puro. Al ser un lenguaje que sigue las corrientes
open source, tanto el intrprete como su cdigo fuente son totalmente
accesibles de forma gratuita en la red.
Puede ser desplegado en la mayora de los servidores Web y en casi todos los
sistemas operativos y plataformas sin costo alguno. Cuando el cliente hace una
peticin al servidor para que le enve una pgina Web, el servidor ejecuta el intrprete
de PHP. ste procesa el script solicitado que generar el contenido de manera
dinmica (por ejemplo obteniendo informacin de una base de datos). El resultado es
enviado por el intrprete al servidor, quien a su vez se lo enva al cliente. Mediante
extensiones es tambin posible la generacin de archivos PDF, Flash, as como
imgenes en diferentes formatos.
"PHP dispone de una conexin propia a todos los sistemas de base de datos".
(Welling & Thomson, 2005). Cualidades de PHP:
Rendimiento: es muy eficaz, mediante el uso de un nico servidor, puede
servir millones de acceso al da
Portabilidad: est disponible para una gran cantidad de sistemas operativos
diferentes, es un lenguaje multiplataforma.
Orientado al desarrollo de aplicaciones Web dinmicas con acceso a
informacin almacenada en una base de datos.
59
El cdigo fuente escrito en PHP es invisible al navegador Web y al cliente, ya

que, es el servidor el que se encarga de ejecutar el cdigo y enviar su
resultado HTML al navegador. Esto hace que la programacin en PHP sea
segura y confiable.
Capacidad de conexin con los motores de base de datos que se utilizan en la
actualidad, destaca su conectividad con MySQL y PostgreSQL.
Capacidad de expandir su potencial utilizando mdulos (extensiones).
Posee una amplia documentacin en su sitio Web oficial, entre la cual se
destaca que todas las funciones del sistema estn explicadas y ejemplificadas
en un nico archivo de ayuda.
Tiene el esquema de software libre, por lo que se presenta como una
alternativa de fcil acceso para todos.
Permite aplicar tcnicas de programacin orientada a objetos.
Biblioteca nativa de funciones sumamente amplia e incluida.
SISTEMA GESTOR DE BASE DE DATOS
PostgreSQL
Segn el autor (Martinez, 2012):
PostgreSQL es un sistema de gestin de bases de datos objeto-relacional,
distribuido bajo licencia BSD y con su cdigo fuente disponible libremente. Es
el sistema de gestin de bases de datos de cdigo abierto ms potente del
mercado y en sus ltimas versiones no tiene nada que envidiarle a otras bases
de datos comerciales.
60
PostgreSQL utiliza un modelo cliente/servidor y usa multiprocesos en vez

de multihilos para garantizar la estabilidad del sistema. Un fallo en uno de los
procesos no afectar el resto y el sistema continuar funcionando.
Los componentes ms importantes en un sistema PostgreSQL, segn (Martinez,
2012) son:
Figura 20 Componentes PostgreSQL

Fuente: (Martinez, 2012)
Aplicacin cliente: Esta es la aplicacin cliente que utiliza PostgreSQL

como administrador de bases de datos. La conexin puede ocurrir via
TCP/IP sockets locales.
Demonio postmaster: Este es el proceso principal de PostgreSQL. Es el

encargado de escuchar por un puerto/socket por conexiones entrantes de
clientes. Tambien es el encargado de crear los procesos hijos que se
61
encargaran de autentificar estas peticiones, gestionar las consultas y

mandar los resultados a las aplicaciones clientes
Ficheros de configuracion: Los 3 ficheros principales de configuracin

utilizados por PostgreSQL, postgresql.conf, pg_hba.conf y pg_ident.conf
Procesos hijos postgres: Procesos hijos que se encargan de autentificar a

los clientes, de gestionar las consultas y mandar los resultados a las
aplicaciones clientes
PostgreSQL share buffer cache: Memoria compartida usada por

POstgreSQL para almacenar datos en cach.
Write-Ahead Log (WAL): Componente del sistema encargado de

asegurar la integridad de los datos (recuperacin de tipo REDO)
Kernel disk buffer cache: Cach de disco del sistema operativo
Disco: Disco fsico donde se almacenan los datos y toda la informacin

necesaria para que PostgreSQL funcione
Caracteristicas
Segn (Martinez, 2012), sus caractersticas tcnicas la hacen una de las bases
de datos ms potentes y robustas del mercado. Su desarrollo comenz hace ms de 16
aos, y durante este tiempo, estabilidad, potencia, robustez, facilidad de
administracin e implementacin de estndares han sido las caractersticas que ms
se han tenido en cuenta durante su desarrollo. PostgreSQL funciona muy bien con
grandes cantidades de datos y una alta concurrencia de usuarios accediendo a la vez
al sistema.
Algunas de las caractersticas ms importantes y soportadas por PostgreSQL:
Integridad referencial
Replicacin asincrnica/sincrnica / Streaming replication - Hot Standby

62
Copias de seguridad en caliente (Online/hot backups)
Juegos de caracteres internacionales
Multi-Version Concurrency Control (MVCC)
Multiples mtodos de autentificacin
Acceso encriptado via SSL
Actualizacin in-situ integrada (pg_upgrade)
SE-postgres
Completa documentacin
Licencia BSD
Disponible para Linux y UNIX en todas sus variantes (AIX, BSD, HP-UX,
SGI IRIX, Mac OS X, Solaris, Tru64) y Windows 32/64bit.
Indicador de Gestin
Segn
(Salgueiro, 2010), Son factores para establecer el logro y el
cumplimiento de objetivos de la misin, objetivos y metas de un determinado

proceso.
Programacin Orientada a Objeto
La Programacin Orientada a Objetos (POO), se basa en la idea natural de la
existencia de un mundo lleno de objetos y que la resolucin de los problemas se
realizan en trminos de objetos, (Pressman, 2002).
Lenguaje de Programacin Orientado a Objetos
Es aquel que soporta objetos como una caracterstica fundamental del mismo,
as como los conceptos de encapsulamiento, herencia y polimorfismo, los cuales
pueden ser aplicados a los objetos de trabajo, (Pressman, 2002).
Anlisis orientado a objetos
El anlisis orientado a objeto realiza la explicacin del sistema o dominio de
problemas a partir de los conceptos de dominio, como tipos de objetos, asociaciones y
63
cambios de estados, modelndolos como un grupo de objetos iterativos. Un objeto se

define por su clase, elementos de datos y comportamiento. Por ejemplo, en un sistema
de procesamiento de pedidos, una factura es una clase, e impresin, visualizacin, y
totalizacin son ejemplos de este comportamiento. Los objetos (facturas individuales)
heredan este comportamiento y lo combinan con sus propios elementos de datos,
(Pressman, 2002).
Diseo orientado a objetos
El diseo orientado a objeto transforma el modelo obtenido en la fase de
anlisis en las especificaciones requeridas para una solucin lgica de software crear
un sistema. El anlisis orientado a objetos se mueve al diseo orientado a objeto
mediante la expansin del modelo en ms detalles, (Pressman, 2002).
Bases Legales
Constitucin de la Repblica Bolivariana de Venezuela
Se reescribe de la (Constitucin de la Repblica Bolivariana de Venezuela,
1999) el siguiente artculo:
Artculo 110: El Estado reconocer el inters pblico de la ciencia,
la tecnologa, el conocimiento, la innovacin y sus aplicaciones y los
servicios de informacin necesarios por ser instrumentos fundamentales
para el desarrollo econmico, social y poltico del pas, as como para la
seguridad y soberana nacional.
Software Libre: Decreto N 3.390
Para finales de diciembre del 2004 el Gobierno Nacional presenta la propuesta
del software libre, en esta se convergen algunos de los principios sustantivos de la
(Constitucin de la Repblica Bolivariana de Venezuela, 1999) como son: el acceso
al conocimiento, equidad, solidaridad, justicia, los sistemas de produccin
cooperativistas, entre otros.
64
Es entonces el 23-12-2004 bajo el (Decretto N.- 3.390, 2004), el estado

venezolano considera que la adopcin del Software Libre desarrollado con Estndares
Abiertos en la Administracin Pblica y en los servicios pblicos facilitar la
interoperatividad de los sistemas de informacin del Estado, contribuyendo a dar
respuestas rpidas y oportunas a los ciudadanos, mejorando la gobernabilidad.
El Software Libre desarrollado con Estndares Abiertos, permite
mayor
participacin de los usuarios en el mantenimiento de los niveles de seguridad e

interoperatividad.
En base a dichas consideraciones el Presidente de la Repblica Bolivariana de
Venezuela, mediante decreto dispone que la Administracin Publica Nacional
empleara prioritariamente Software Libre desarrollado con Estndares Abiertos, en
sus Sistemas, Proyectos y Servicios Informticos.
A continuacin, se reescribe el referente al uso del Software Libre en la
Administracin Pblica de la Repblica Bolivariana de Venezuela (Decretto N.3.390, 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
65
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
controladas por alguna organizacin que se encarga de su desarrollo, las

cuales han sido aceptadas por la industria, estando a disposicin de
cualquier usuario para ser implementadas en un software libre u otro,
promoviendo la competitividad, interoperatividad o flexibilidad.
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.
66
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.
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.
Norma de Asignacin de Equipos y Perifricos (AIT-CP-GA-N-001)
Establecer las disposiciones que rigen la asignacin temporal y permanente
de Estaciones de trabajo y perifricos de tecnologa de informacin para el personal
de la Corporacin. Todos los equipos de tecnologa de Informacin adquiridos por
PDVSA deben ser recibidos, etiquetados e inventariados por la Gerencia de Gestin
de Activos, (Gerencia de AIT, 2006).
67
Norma de Disposicin de Activos y Liberalidades (Donacin)

Establecer las normas administrativas para el proceso de disposicin de
activos no productivos o que no agreguen valor a las operaciones normales de
Petrleos de Venezuela, S.A. (PDVSA) y sus Filiales, as como para su
desincorporacin mediante venta, subasta, donacin, destruccin, chatarreo, retiro u
otros, de acuerdo con los intereses de la Corporacin, segn aprobacin del Comit
Ejecutivo, (Gerencia de AIT, 2006).
Manual de Normas del Sistema de Gestin PAI (PDVSA-PCP-NPAI)
Inventariar los Activos de Informacin que posee la organizacin, a travs de
los procesos de Identificacin y Clasificacin de los mismos, de acuerdo a las normas
de Proteccin de Activos de Informacin, (Gerencia de AIT, 2006).
Algunas de las polticas internas de la empresa son las siguientes:
Poltica PSI-020101: Clasificacin de Activos de Informacin

Todo Activo de Informacin perteneciente a, o bajo la custodia de la
Corporacin, debe ser clasificado de acuerdo a la normativa de clasificacin
vigente en materia de Proteccin de Activos de Informacin de la
Corporacin. (Gerencia de AIT, 2006).
Poltica PSI-020102: Asignacin de Propiedad de Informacin
La responsabilidad sobre cada Activo de Informacin de la
Corporacin debe ser asignada a un Gerente Propietario. (Gerencia de AIT,
2006).
Poltica PSI-020103: Rotular Activos de Informacin
68
Todo Activo de Informacin de la Corporacin debe ser rotulado de

manera que todos los usuarios tengan conocimiento acerca de la propiedad,
clasificacin y valor de dicha informacin. (Gerencia de AIT, 2006).
Poltica PSI-020104: Inventario de Activos de Informacin
La Gerencia Responsable de la Tecnologa de Informacin debe crear
mecanismos que permitan mantener un inventario vigente de los Activos de
Informacin de la Corporacin. (Gerencia de AIT, 2006).
Definicin De Trminos Bsicos

Con base a la teora presentada en el punto anterior, a continuacin se definen
los trminos que pueden aparecer en el desarrollo del proyecto:
ACTIVOS: Suma del importe total de los bienes y derechos que integran el haber de
una persona fsica o jurdica. Es, por lo tanto una magnitud cocreta que se puede
expresar en trminos de una moneda. (Gerencia de PCP, 1997).
ACTIVO DE INFORMACIN: Es la informacin misma en cualesquiera de sus
formas y modalidades; es decir, impresa, manuscrita, oral, electrnica y visual a la cual la
Corporacin, segn sus intereses, le ha atribuido un valor determinado en funcin a la
trascendencia de dicha informacin. (Gerencia de PCP, 2006).
ACTOR: es una idealizacin de un rol desempeado por una persona externa, un

proceso o cosa que interacte con el sistema, subsistema o clase. (Jacobson, Booch,
& Rumbaugh, 2000)
APLICACIONES: programas autnomos que se pueden ejecutar en cualquier
equipo. (Cobo, Gmez, & Rocha, 2005).
69
ARQUITECTURA CLIENTE/SERVIDOR: modelo de diseo que presenta

aplicaciones que se ejecutan en una red de rea local (LAN). Las computadoras de la
red dividen las tareas de procesamiento entre los servidores y clientes. Los clientes
son mquinas conectadas a la red que constituyen punto de entrada al sistema
cliente/servidor. (Kendall & Kendall, 2005).
BASE DE DATOS: Es un conjunto de datos organizados para satisfacer
eficientemente a muchas aplicaciones centralizando los datos y minimizando su
redundancia. (Laundon & Laundon, 2004).
HTML: (Hypertext Markup Language o Lenguaje de marcas de hipertexto), es un
lenguaje de descripcin de pgina para crear documentos de hipertexto o de
hipermedios como las pginas Web. (Laundon & Laundon, 2004).
PROTOTIPO: Modelo de trabajo. En particular, modelo de trabajo de un sistema de
informacin que incluye versiones tentativas de entradas y salidas de usuarios, base
de datos y archivos, mtodos de control y rutinas de procesamiento. (O'Brien &
Marakas, 2006).
UML (El Lenguaje Unificado de Modelado: es un lenguaje de modelado visual de
propsito general que se utiliza para especificar, visualizar, construir y documentar
los artefactos de un sistema software. ((Jacobson, Booch, & Rumbaugh, 2000)).
USUARIO FINAL: Cualquier persona que utiliza un sistema de informacin o la
informacin que ste produce. (O'Brien & Marakas, 2006).
SISTEMA DE VARIABLES
(Balestrini, 2006), define a una variable como un aspecto o dimensin de un
objeto, o una propiedad de estos aspectos o dimensiones que adquiere distintos
valores y por lo tanto varia.
70
Por su parte (Bavaresco, 2006), afirma que las variables representan las
distintas condiciones, cualidades, caractersticas o modalidades que asumen los
objetos en estudio desde el principio de la investigacin.
La variable para esta investigacin es Sistema de Informacin Gerencial para
telecomunicaciones (AIT) de PETROURICA S.A, y sus dimensiones son: requisitos
funcionales y requisitos no funcionales.
71
CAPTULO III
MARCO METODOLGICO
Tipo de Investigacin
En relacin al problema planteado y en funcin de los objetivos establecidos, el

estudio se enmarcar en una investigacin denominada Proyecto Factible, de acuerdo
Manual de trabajos de Grado de especializacin y maestra y tesis doctoral (UPEL,
2006):
Consiste en la investigacin, elaboracin y desarrollo de una
propuesta de un modelo operativo viable para solucionar problemas,
requerimiento o necesidades de organizaciones o grupos sociales; puede
referirse a la formulacin de polticas, programas, tecnologas, mtodos o
procesos. El proyecto debe tener apoyo en una investigacin de tipo
documental, de campo, o un diseo que incluya ambas modalidades.
El proyecto factible comprende las siguientes etapas generales:
diagnstico, planteamiento y fundamentacin terica de la propuesta;
procedimiento metodolgico, actividades y recursos necesarios para su
ejecucin; anlisis y conclusiones sobre la viabilidad y realizacin del
proyecto; y en caso de su desarrollo, la ejecucin de la propuesta y la
evaluacin tanto del proceso como de los resultados.
72
Descriptiva
La investigacin que se desarrollar es de tipo descriptivo y permiti evidenciar
la necesidad de mejorar la situacin actual la cual segn (Arias, 2006) consiste en la
caracterizacin de un hecho, fenmeno o grupo con el fin de establecer su estructura
o comportamiento.
(Hernndez, Fernndez, & Baptista, 2003) dice al respecto:
El propsito del investigador consiste en describir situaciones,
eventos y hechos. Esto es, decir, cmo es y cmo se manifiesta
determinado fenmeno. Los estudios descriptivos buscan especificar
las propiedades, las caractersticas y los perfiles importantes de
personas, grupos, comunidades, o cualquier otro fenmeno que se
someta a un anlisis.
Los estudios descriptivos pretenden medir o recoger informacin
de manera independiente o conjunta sobre los conceptos o las variables
a los que se refieren.
Los estudios descriptivos segn (Mndez, 2005):
La investigacin en ciencias sociales se ocupa de la descripcin de
las caractersticas que identifican los diferentes elementos y
componentes, y su interrelacin.
As, el estudio descriptivo identifica caractersticas del universo
investigado, seala formas de conducta y actitudes del universo
investigado, establece comportamientos concretos y descubre y
comprueba la asociacin entre variables de investigacin. De acuerdo
73
con los objetivos planteados, el investigador seala el tipo de

descripcin que se propone realizar.
Los estudios descriptivos acuden a tcnicas especficas en la
recoleccin de informacin, como la observacin, las entrevistas y los
cuestionarios. Tambin pueden utilizarse informes y documentos
elaborados por otros investigadores. La mayora de las veces se utiliza
el muestreo para la recoleccin de informacin, y la informacin
obtenida es sometida a un proceso de codificacin, tabulacin y
anlisis estadstico.
Diseo de la Investigacin
La presente investigacin se desarrollar en un diseo de documental y de
campo, segn el Manual de trabajos de Grado de especializacin y maestra y tesis
doctoral (UPEL, 2006) este tipo de investigacin consiste:
En el anlisis sistemtico de problemas en la realidad con el
propsito bien sea de describirlos, interpretarlos, entender su naturaleza y
factores constituyentes, explicar sus causas y efectos o predecir su
ocurrencia, haciendo uso de mtodos caractersticos de cualquiera de los
paradigmas o enfoques de investigacin conocidos o en desarrollo. Los
datos de inters son recogidos en forma directa de la realidad; en este
sentido se trata de investigaciones a partir de datos originales o primarios.
La investigacin ser documental y de campo, porque se realizan una variedad
de
actividades
(entrevistas,
cuestionarios,
descripciones,
interpretaciones
explicaciones) que tienen como propsito entender las causas y efectos que se dan
para justificar la elaboracin del Prototipo del Sistema de Informacin Gerencial para
74
Poblacin y Muestra
Poblacin es el conjunto finito o infinito de unidades de anlisis, individuos,
objetos o elementos que se someten a estudio; pertenecen a la investigacin y son la
base fundamental para obtener la informacin (Prez, 2002).
La poblacin se entiende como: cualquier conjunto de elementos de los que se
quiere conocer o investigar, alguna o algunas de sus caractersticas de acuerdo a
(Balestrini, 2006).
Segn (Arias, 2006) seala al respecto:
La muestra es un conjunto representativo y finito que se extrae de la
poblacin accesible. En este sentido, una muestra representativa es
aquella que por su tamao y caractersticas similares a las del conjunto,
permite hacer inferencias o generalizar los resultados al respecto de la
poblacin con un margen de error conocido.
En esta investigacin la poblacin objeto de estudio estar constituida por
cuatro (4) sujetos que se sometieron a estudio son: el Gerente de AIT (1),
Superintendente de Control de Activos (1), y los analistas de control de Activos (2),
y debido a la naturaleza de la poblacin es pequea, no fue necesario seleccionar
muestra.
75
Operacionalizacin de variables
A continuacin se presenta la operacionalizacin de la variable en estudio.
Cuadro 1 Operacionalizacin de Variables

Variable
Dimensiones
Indicadores
Instrumentos de
recoleccin
Fuente
de
informacin
Proceso de Negocio
Sistema
de
Informacin
Requisitos
Reportes
Funcionales
Indicadores
Gerencial para la
gestin
de
los
activos
de
la
gerencia
Administracin
Usabilidad
de
automatizacin,
Requisitos No
informtica
Funcionales
telecomunicaciones
(AIT)
Entrevista
Gerencia
estructurada
Automatizacin
Desempeo
Cuestionario
informtica
de
telecomunicacio
Seguridad
Documentacin
de
PETROURICA
Disponibilidad
SA.
Interoperabilidad
Perodo de Referencia
El presente estudio se realiz entre Marzo 2012 y Julio 2013.
76
nes (AIT)
Unidad de Observacin
Se denomina con este nombre a la unidad a travs de la cual se obtiene la
informacin (Seijas, 2006).
Cabe destacar que para este estudio la Unidad de Observacin estar conformada
exclusivamente por el gerente de la gerencia de AIT de la Empresa Mixta
PETROURICA.
Unidad de Anlisis
Las unidades de anlisis las conformarn el Superintendente de Control de
Activos y los analistas de activos de la gerencia de AIT de PETROURICA S.A.
La unidad de anlisis Corresponde a la unidad que se examina, vale decir, de la
que se busca la informacin y su naturaleza depende de los objetivos de estudio....
(Seijas, 2006).
Tcnica e Instrumentos de Recoleccin de Datos
La tcnica es el mtodo (la encuesta y la observacin) y los instrumentos
permiten al investigador obtener y recabar datos acerca de las variables de estudio (el
cuestionario, las fichas, el cuaderno de campo, grabadores, cmaras fotogrficas,
filmadoras, etc. (Prez, 2002. Pg. 67).
La encuesta:
El diseo encuesta es exclusivo de las ciencias sociales y parte de la
premisa de que, si queremos conocer algo sobre el comportamiento de las
personas, lo mejor, lo ms directo y simple, es preguntrselo directamente
a ellas. Se trata por tanto de requerir informacin a un grupo socialmente
significativo de personas acerca de los problemas en estudio para luego,
mediante un anlisis de tipo cuantitativo, sacar las conclusiones que se
correspondan con los datos recogidos. (Sabino, 2002)
77
Para este estudio se aplicar como tcnica una encuesta y el mtodo de

recoleccin de informacin ser la entrevista con ayuda de un cuestionario. Lo datos
de inters fueron tomados de forma directa.
La entrevista:
Es una forma especfica de interaccin social que tiene por objeto
recolectar datos para una investigacin. El investigador formula preguntas
a las personas capaces de aportarle datos de inters, estableciendo un
dilogo peculiar, asimtrico,
donde una de las partes busca recoger
informaciones y la otra es la fuente de esas afirmaciones. (ob. cit.)

Las entrevistas estructuradas son: Las que se realizan atendiendo
sistematizadamente un orden en las preguntas previamente preparadas.
(Prez,
2002).
Para este estudio se harn entrevistas estructuradas y el instrumento de
recoleccin de datos fue el Cuestionario de datos, el mismo se aplic al Gerente,
Superintendente, Analista de la gerencia de AIT.
Relacin Individuo-Tcnica/Instrumento
Cuadro 2 Relacin Individuo-Tcnica/Instrumento
Departamento
Cargo
Tcnica/Instrumento
Entrevista/Cuestionario
Gerente
Gerencia de AIT
Superintendente
Cuestionario
Analista de Activos
Cuestionario
78
Confiabilidad del Instrumento de Medicin

Antes de la aplicacin definitiva del cuestionario, se realiz una prueba piloto
con el propsito de establecer la confiabilidad del mismo y verificar la consistencia
de las afirmaciones respecto al objetivo que se quera medir.
Confiabilidad es el grado en el que la aplicacin repetida de un instrumento de
medicin al mismo fenmeno genera resultados similares. Segn
(Hernndez,
Fernndez, & Baptista, 2003)

Para determinar el grado de confiabilidad del instrumento de medicin se aplic
una prueba piloto a una muestra de unidad de observacin seleccionados de forma
aleatoria.
La informacin se proces en un computador personal (PC) haciendo uso del
paquete estadstico SPSS 19.0 Statistical Package for the Social Sciences (Paquete
Estadstico para las Ciencias Sociales).
Despus de aplicada la prueba, se considera que existe un alto grado de
confiabilidad y consistencia entre los tems evaluados en este grupo de la unidad de
observacin, por lo cual se concluir que el instrumento de recoleccin de
informacin es confiable.
Validez del Instrumento de Medicin
La validez, en trminos generales, se refiere al grado en que un instrumento
realmente mide la variable que se pretende medir.
(Hernndez, Fernndez, &
Baptista, 2003). Con base en este planteamiento se evaluar mediante una revisin
exhaustiva el instrumento para lograr la mayor objetividad posible en los datos
recabados de acuerdo con los objetivos propuestos en el estudio.
La validez del instrumento se determin mediante el juicio de expertos con el
objeto de analizar y evaluar el contenido del mismo de acuerdo con los fines
perseguidos. Para tal efecto, esta revisin se realiz por dos especialistas: un (1)
79
Estadstico y un (1) Analista de Sistema, los cuales son conocedores del tema en
estudio. Los expertos hicieron consideraciones las cuales se tomaran en cuenta para
elaborar definitivamente el instrumento.
Tcnicas de Procesamiento y Anlisis de Datos
Tratamiento de la Informacin
Posterior a la aplicacin del instrumento y recoleccin de los datos, se
procedi a una revisin y codificacin de cada una de las variables.
En este proceso del tratamiento de la informacin se ordenaron los
cuestionarios, se verificaron que las preguntas no tuvieran omisiones, en caso
contrario, se justificaron, de modo tal, que quedara aclarado tal imprevisto.
Los cuestionarios se verificaron con el fin de observar que no tuvieran
inconsistencias. Los errores encontrados se anotaron para su verificacin. Luego, se
realiz una segunda revisin o control de calidad para confirmar que todo estaba
rectificado.
Al concluir la revisin y codificacin de los cuestionarios se procedi a la
etapa de trascripcin de los datos, que permiti conformar la base de datos con la cual
se trabaj y se produjeron las tablas de frecuencias, posteriormente se realiz un
control de calidad a las tablas de frecuencias de cada una de las variables, esto con la
finalidad de detectar algn error u omisin en los datos, por parte del transcriptor.
Anlisis de los Datos
Para el anlisis de los datos se utilizar la estadstica descriptiva frecuencia y
porcentaje. (lvarez Gonzlez, 2012). La frmula de porcentaje es la siguiente:
X= NF x 100
NE
NE= Nmero Total de Encuestados

NF= Numero de Frecuencia en cada opcin
100 = Constante
80
Este
anlisis
estadstico
permitir
efectuar
el
anlisis
descriptivo
correspondiente, mediante el uso de las distribuciones de frecuencias y tabulaciones

como herramientas de la estadstica descriptiva. Surgiendo las conclusiones que
sustentarn la propuesta para disear el Prototipo prototipo de un Sistema de
informtica y telecomunicaciones (AIT) de PETROURICA S.A.
El anlisis de los resultados como proceso implica el manejo de los
datos obtenidos y contenidos en cuadros, grficos y tablas. Una vez
dispuestos, se inicia su comprensin teniendo como nico referente el
marco terico sobre el cual el analista construye conocimiento sobre el
objeto investigado y por tanto, parte de all para responder a los objetivos,
las preguntas de investigacin y verificar las hiptesis. (Mndez, 2005)
La informacin recopilada a partir de los instrumentos y tcnicas de recoleccin
de datos, ser presentada a travs de la representacin escrita segn (Balestrini,
2006) consiste en incorporar los datos estadsticos recolectados, en forma de texto, a
partir de una descripcin de los mismos.
La representacin grfica permite representar los fenmenos estudiados a
travs de figuras, que pueden ser interpretados y comparados fcilmente entre s
(Balestrini, 2006).
Se utilizarn cuadros estadsticos y grficos para ilustrar la presentacin de los
datos.
Metodologa de Desarrollo
Se plantea la siguiente metodologa para lograr los objetivos dispuestos en el
proyecto:
81
Para el Objetivo Especfico:

Analizar el procedimiento actual de trabajo empleado por la Gerencia de AIT
para la atencin, control y seguimiento de los activos informticos de la
empresa.
Para cumplir con este objetivo se realizar una caracterizacin mediante
entrevista directa al personal de la gerencia. Donde se describir el proceso
actual del control y seguimiento de los activos informticos de la empresa.
Se proceder al anlisis de la informacin obtenida de la caracterizacin
para obtener los indicios de los requerimientos necesarios en el nuevo Sistema
Informacin Gerencial.
Definir los requerimientos del Sistema de Informacin Gerencial para la

Se aplicar encuesta al grupo de la gerencia, entre ellos; a un (01) gerente
y un (01) Superintendente de la gerencia de AIT, dos (02) analista de activos,
con fin de determinar las demandas que se deban satisfacer en relacin a la
presentacin de los requerimientos.
Construir el prototipo que se ajuste a los requerimientos del Sistema

Informacin Gerencia.
Se utilizar Metodologa de desarrollo de sistemas: Mtodo de
Construccin de Prototipos
(Pressman, 2002) y Aplicaciones Web
(Pressman, 2002).
82
Desarrollo de Sistemas
La metodologa desarrollo de Sistemas de Informacin Gerencial se basar en
la tcnica presentada en el Diseo de Sistemas del autor (Pressman, 2002).
Anlisis Orientado a Objetos (AOO)
Define todas las clases que son relevantes al problema que se va a resolver, las
operaciones y atributos asociados, las relaciones y comportamientos asociados con
ellas. Para cumplirlo se deben seguir las siguientes tareas (Pressman, 2002).
a) Los requisitos bsicos del usuario deben comunicarse entre el cliente y el
ingeniero del software.
b) Identificar las clases, es decir, atributos y mtodos.
c) Se debe especificar una jerarqua de clases.
d) Representar las relaciones objeto a objeto, conexiones entre objetos.
e) Modelar el comportamiento del objeto.
f) Repetir las tareas del 1 al 5 hasta completar el modelo.
Para el anlisis se utilizar
Documento Visin: Es un documento narrativo donde se resumen los retos y
oportunidades a enfrentar en el proyecto, as como de las principales
caractersticas que se requieren del sistema.
Especificacin de Requisitos: provee una herramienta para capturar,
estructurar y organizar los requisitos de soporte, es decir los requisitos
globales del sistema para asegurarse que todos los tipos de requisitos estn
cubiertos.
Diagramas de caso de uso: Segn (Pressman, 2002) lo define: El diagrama
de casos de uso representa la forma en como un Cliente (Actor) opera con el
83
sistema en desarrollo, adems de la forma, tipo y orden en como los elementos

interactan (operaciones o casos de uso)..
Diseo Orientado a Objetos (DOO)
Se debe modelar los sistemas de software como colecciones de objetos que
cooperan entre s, tratando los objetos individuales como instancias de una clase que
est dentro de una jerarqua de clases. (Pressman, 2002)
Para el diseo se utilizar:
Diagrama de clases: El diagrama de clases es el diagrama principal para el
anlisis y diseo. En l se presentan las clases del sistema con sus relaciones
estructurales. En el diagrama de clases se definen las caractersticas de cada
una de las clases, interfaces, colaboraciones y relaciones (asociacin,
dependencia y generalizacin). (Jacobson, Booch, & Rumbaugh, 2000).
Diagramas de Secuencia: Es un diagrama de interaccin que muestra cmo
se comunican los objetos en una interaccin. Es ms adecuado para observar
la perspectiva cronolgica de las interacciones, mostrando la secuencia
explcita de mensajes. (Jacobson, Booch, & Rumbaugh, 2000).
Diagrama de Actividades: Muestra el flujo de control general, es decir los
flujos de trabajo paso a paso de negocio y operacionales de los componentes
en un sistema. (Jacobson, 1999).
Diagrama de Componentes: En el diagrama de componentes se muestra
cmo los subsistemas de software forman la estructura global del sistema, que
se crea en una base de datos centralizada. (Jacobson, Booch, & Rumbaugh,
2000).
Diagramas de Estado: Es utilizado para identificar cada una de las rutas o
caminos que puede tomar un flujo de informacin luego de ejecutarse cada
proceso. Permite identificar bajo qu argumentos se ejecuta cada uno de los
84
procesos y en qu momento podran tener una variacin. El diagrama de estados

permite visualizar de una forma secuencial la ejecucin de cada uno de los
procesos. (Jacobson, Booch, & Rumbaugh, 2000).
Desarrollo de Aplicaciones Web
Se aplicar la metodologa desarrollo de aplicaciones de web, basado en lo
presentado por el autor (Pressman, 2002), donde comprende la realizacin de las
actividades que forman parte del proceso que son: formulacin, planificacin anlisis,
modelado, generacin de pginas, test y evaluacin del cliente.
La formulacin identifica objetivos y establece el alcance de la primera
entrega.
La planificacin genera la estimacin del costo general del proyecto, la
evaluacin de riesgos y el calendario del desarrollo y fechas de entrega.
El anlisis especifica los requerimientos e identifica el contenido.
La Modelado se compone de dos secuencias paralelas de tareas. Una consiste
en el diseo y produccin del contenido que forma parte de la aplicacin. La
otra, en el diseo de la arquitectura, navegacin e interfaz de usuario. Es
importante
destacar
la
importancia
del
diseo
de
la
interfaz.
Independientemente del valor del contenido y servicios prestados, una buena

interfaz mejora la percepcin que el usuario tiene de stos.
En la generacin de pginas se integra contenido, arquitectura, navegacin e
interfaz para crear esttica o dinmicamente el aspecto ms visible de la
aplicacin, las pginas.
El Test busca errores a todos lo niveles: contenido, funcional, navegacional,
rendimiento, etc. El hecho de que las aplicaciones residan en la red, y que
interoperen en plataformas muy distintas, hace que el proceso de test sea
especialmente difcil.
Finalmente, el resultado es sometido a la evaluacin del cliente.
85
Recursos de la Investigacin
A continuacin se presentarn los aspectos administrativos que se utilizaron para
la realizacin del proyecto de grado.
Recursos Humanos
Dos (2) Ingeniero e Informtica para el Desarrollo del Prototipo.
Para la validacin del instrumento de recoleccin de datos:
o Un (1) asesor estadstico.
Un (1) Asesor: MSc. en Informtica Gerencial
Recursos Materiales
Tres (03) resmas de papel tamao carta.
Tres (03) cajas de lpiz.
Dos (02) Borradores.
Tres (03) Juego de cartuchos Color de impresora HP Deskjet Link Adv
Seis (06) Encuadernaciones.
150 (150) fotocopias.
Ocho (08) DVD's.
Recursos Tecnolgicos
Dos (02) computadora Pc
Una (01) impresora
Internet
Herramientas informticas utilizadas para la elaboracin de la investigacin:
o Programa Microsoft Office 2007
86
o Programa SPSS 19.0 para el procesamiento de los datos.

o LINUX con kernel V.2.6. Debian
o Programa PHP V.5.1
o Base de Datos PostgreSQL V 8.4.0
o Programa Apache V.2.6.15
o Programa Microsoft Project 2012
o Programa Adobe Acrobat Reader XI (11.0.02)
Recursos Financieros
Efectivo Bs. 3.890,00
87
Presupuesto
Cuadro 3 Presupuesto
Cantidad
Descripcin
Unidad de Medida
Precio/Unidad
(Bs.)
Total
(Bs.)
Recursos Humanos
Honorario Profesional: Tutor MSc.en Informtica Gerencial
60
Horas
0,00
0,00
Honorario Profesional: Asesor Metodolgico Dr. en Educacin
20
Horas
0,00
0,00
Honorario Profesional Desarrollo de Software (Prototipo de

Sistema Situacional) Ing. de Sistemas
20
Horas
0,00
0,00
Horas
0,00
0,00
Resma de papel tamao carta
Unidad
350,00
1.050,00
lpiz
Cajas
60,00
180,00
Borrador
Unidad
25,00
50,00
Juegos de Cartucho de Tinta HP
Unidad
480,00
1.440,00
Encuadernacin
Unidad
80,00
480,00
150
Unidad
1,00
150,00
Unidad
10,00
80,00
Computadora
Unidad
0,00
0,00
Impresora Multifuncional HP Photosmart D110 Series.
Unidad
0,00
0,00
Internet Banda Ancha Movilnet Inalambrico
Mes
130,00
260,00
Programa SPSS 19.0
Unidad
0,00
0,00
Microsoft Office 2003
Unidad
0,00
0,00
Programa PHP 5.3.13 (Open Source)
Unidad
0,00
0,00
Programa MySQL 5.5.24 (Open Source)
Unidad
0,00
0,00
Programa Apache 2.2.22 (Open Source)
Unidad
0,00
0,00
Programa Microsoft Project 2012 (Versin de Prueba)
Unidad
0,00
0,00
Programa Adobe Acrobat Reader XI (11.0.02) (Open Source)
Unidad
0,00
0,00
Honorario Profesional: Asesor Estadstico

Recursos Materiales
Fotocopias
DVD's
Recursos Informticos
Total (Incluye IVA)
3.690,00
88
Factibilidad de la Investigacin
Factibilidad Operativa
PETROURICA SA, dispone del Recurso Humano capacitado que permitir
darle continuidad al proyecto del desarrollo del sistema.
El usuario final recibir el entrenamiento necesario para acceder y manejar los
datos que se obtendran a travs de este sistema.
Factibilidad Tcnica
PETROURICA S.A, cuenta con la plataforma necesaria para llevar a cabo el
desarrollo de este prototipo, adems de su posterior implementacin, ya que, cuenta
con los recursos tecnolgicos (hardware y software) que se requieren para realizar las
pruebas respectivas.
Factibilidad Econmica
PETROURICA S.A, cuenta con los recursos econmicos necesarios para la
realizacin de esta investigacin, los cuales sern retribuidos posteriormente en virtud
de los beneficios que le generar la implementacin del sistema propuesto.
Factibilidad Psicosocial
La gerencia de AIT de PETROURICA S.A, est plenamente convencida de la
necesidad que tiene de este proyecto para su elaboracin. Por lo tanto, este sistema
tendra plena aceptacin.
Factibilidad Legal
PETROURICA S.A, cuenta con normas y procedimientos legales que deben
acatarse a la hora de desarrollar sistemas, con el fin de que no se infrinja ninguna
norma establecida a nivel local, nacional o internacional.
89
Cronograma de Actividades
Cuadro 4 Cronogramas de Actividades

90
CAPITULO IV
RESULTADOS
Visin Global del Sistema
Sistema de Informacin Gerencial para la gestin de los activos de la gerencia

de automatizacin, informtica y telecomunicaciones (AIT) de PETROURICA S.A,
permitir a gerentes y superintendentes de la gerencia, agrupar los procedimientos
gestin de activos, para la visualizacin del estado real en que se encuentre un activo,
y as proveer informacin oportuna para la toma de decisiones alrededor de un activo,
como por ejemplo: manejo inventario
de
repuesto, garantas, obsolescencia y
disponibilidad del equipo.

Perspectiva del Sistema
El desarrollo del prototipo de Sistema de Informacin Gerencial para la
telecomunicaciones
(AIT)
de
PETROURICA
S.A,
permitir;
agrupar
los
procedimientos del departamento de gestin de activos, para la visualizacin del

estado real en que se encuentre un activo, y as proveer informacin oportuna para la
toma de decisiones alrededor de un activo, como por ejemplo; manejo inventario de
repuesto, garantas, obsolescencia y disponibilidad del equipo, entre otros.
Entrevista
La informacin se obtuvo mediante entrevistas, a continuacin se analizan las
respuestas de las diferentes entrevistas omitiendo o no escribiendo las redundantes.
91
Resultados de la Entrevista
Entrevistas efectuada al personal de gerencia de AIT de PETROURICA SA.
Cuadro 5 Respuesta obtenidas en la entrevista
Pregunta: Es de fcil uso el sistema transaccional SINAI?

Respuestas Afirmativas:
Si, es de fcil uso para la ubicacin de un equipo, siempre que este la
informacin actualizada.
Respuestas Negativas:
No utilizo el SINAI, los reportes no son los apropiados para los informes de
gestin, independientemente de que la interfaz de usuario sea amigable el sistema es
muy difcil de modificar y adaptar a las nuevas necesidades y no tiene flexibilidad
para ningn tipo de adecuacin. El sistema que estas proponiendo tiene que cumplir
con los estndares de programacin actuales y ser parte integral del sistema de
gestin automatizada de AIT, para que puedas tener xito.
Es complicado para obtener la informacin dado a su lentitud, siempre hay que
utilizar Excel para las grficas comparativas.
Es un sistema difcil de utilizar, no administra los depsitos.
Conclusiones: Nivel de satisfaccin tcnica del proceso actual es bajo, en

cuanto a tiempo de respuesta, fcil uso y disponibilidad.
92
Cuadro 6 Respuesta obtenida en la entrevista
Pregunta: Cules son los procesos y funciones que cubre el sistema

SINAI?
Respuestas:
El sistema SINAI, cubre la asignacin y ubicacin de un equipo de
informtica, es decir en l se guarda quien es el responsable del equipo y donde
se encuentra ubicado.
El sistema SINAI no tiene el inventario de los activos de la gerencia.
La funcin principal del sistema es indicar quien tiene un equipo que
pertenezca a la corporacin.
El sistema cubre el proceso de etiquetado y su funcin es indicar la
asignacin del equipo.
Conclusiones: El proceso que cubre el SINAI es el inventario de Equipos
Informticos, su funcin principal es indicar la asignacin del equipo.
93
Pregunta: Cules son los reportes que ms utiliza en el SINAI?

Respuestas:
No utilizo los reportes del SINAI.
El reporte de asignacin de equipos.
Conclusiones: Los reportes ms utilizados son el de asignacin de equipos
para visualizar quien es el responsable del equipo.
Pregunta: Cules requerimientos funcionales necesita aadir al sistema?

Respuestas:
El primer requerimiento que te voy a pedir es, que consideres que el SINAI
no es buena base para un sistema de Informacin Gerencial, pues esta
deficiente, me explico mejor aqu vinieron a automatizar el informe de gestin y
no tomaron una sola fuente sino que tomaron todas las
fuentes existente sin modificar nada, tomaron SAP, tomaron las hojas de
Excel donde se llevan reportes manuales, tomaron SIGA, tomaron N sistemas,
y qu paso? que a la final es sistema no es tan automatizado. Mi sugerencia es
que consideres cubrir parte del da a da, atar los equipos a sus estados actuales,
94
equipos nuevos, equipos instalados, equipos por donar, cuantos equipos me van
entrar en obsolescencia el ao que viene, etc.
Como requerimiento funcional, la modificacin del estado de un activo,
poder modificar los cambios que se generar en el tiempo del activo.
Es fundamental incorporar bsquedas del activo por diferentes campos
localidad, indicador del usuario, serial, etiqueta,
Falta poder asociar los mouse, los monitores y cualquier otro componente
al equipo principal.
Se debe poder administrar cualquier activo, independientemente de su
categora y especificacin, por ejemplo se tiene el caso de los telfonos donde
solo se registra el serial, las caractersticas son diferentes a la de una
computadora.
Generar automticamente el acuse de recibo del equipo y tambin el
almacenamiento del digitalizado en el sistema.
Administracin de todos los depsitos de activos AIT.
Administracin de los proveedores para manejar las garantas.
Conclusiones: el sistema debe tener la capacidad de: Modificacin de un

activo, Adjuntar archivos al activo, Asociacin de activos secundarios,
Creacin dinmica de plantillas especiales para cada tipo de activo que se desee
administrar,
Creacin de caracterstica(s) para una categora seleccionada,
Modificacin del valor de una caracterstica, Administracin de proveedores,

Administracin de depsitos, Generacin del acuse de recibo, Validacin de
los estados del activo, Asignacin de un telfono mvil, Administracin de una
lnea telefnica.
95
Pregunta: En su opinin que objetivo debe cumplir el Sistema de

Informacin Gerencial para la gestin del departamento de Activos?
Respuestas:
El sistema tiene que tener como objetivo gestionar todos los cambios y
modificaciones que tienen los activos informticos en la empresa.
El objetivo principal del sistema debe ser proveer informacin importante
de cada uno de los estados por los que pasa el activo, as como tambin proveer
facilidades de informacin para ayuda en las tomas decisiones gerenciales.
Conclusiones: El proceso que cubre el SINAI es la asignacin de Equipos
Informticos, su funcin principal es indicar el responsable.
96
Pregunta: Qu
informe sugiere para el Sistema de Informacin
Gerencial?
Respuestas:
Colocar informes por estado del activo.
Tiempo promedio de solucin.
Activos por usuario, por organizacin.
Porcentaje de confiabilidad del inventario.
Equipos en obsolescencia vs solped en espera de entrega.
Equipos en reparacin vs repuestos en depsitos.
Equipos con ms dos mantenimiento efectuados en el mes.
Usuario con ms de un equipo en estado de hurto.
Conclusiones: El proceso que cubre el SINAI es la asignacin de Equipos

Informticos, su funcin principal es indicar el responsable.
97
Resultados del Cuestionario

A continuacin se presentan los resultados de la aplicacin del cuestionario
dirigido al personal seleccionado en la muestra.
Cuadro 11 Resultado Cuestionario
SI
tems
Frec
A VECES
%
Frec
NO
Frec
El sistema actual presenta un desempeo ptimo?
---
---
25
75
El sistema actual contempla todos los procesos
---
---
---
---
100
---
---
---
---
100
---
---
---
---
100
relacionados
la
gestin
de
los
activos
informticos?
3
La informacin que presenta el sistema actual en

los reportes le parece suficiente?
La informacin entregada por el sistema actual a

travs de los reportes es la ms adecuada?
El sistema actual genera indicadores estadsticos?
---
---
50
50
El sistema actual permite el acceso de un gran
50
---
---
50
75
25
---
---
nmero de usuarios al mismo tiempo?

7
El sistema actual puede ser accedido desde

cualquier computador de la empresa?
El sistema actual es de fcil uso?
---
---
25
75
El sistema actual es de fcil administracin?
---
---
---
---
100
10
El sistema actual permite cancelar operaciones en
---
---
25
75
---
---
---
---
100
---
---
---
---
100
---
---
---
---
100
100
---
---
---
---
pleno procesamiento?
11
Los tiempos de respuesta del sistema actual son los

indicados?
12
El sistema actual tiene la capacidad para interactuar

con otros sistemas?
13
El sistema actual le permite interactuar con

herramientas ofimticas, Ej.: OpenOffice y Office?
14
El sistema actual posee sus respectivos manuales de
98
usuario?
15
El sistema actual posee sus respectivos manuales de
100
---
---
---
---
75
sistema?
16
La seguridad que presenta el sistema actual es la
---
---
25
ms adecuada?
Cuadro 12 Desempeo General
SI
A VECES
tems
Frec
Frec
El sistema actual presenta un desempeo
---
---
%
25
NO
Frec
3
%
75
ptimo?
30
25
20
15
Pregunta 1
10
5
0
SI
A VECES
NO
Grafico 1 Desempeo, General

Se observa Grafico 1, general, que el setenta y cinco por ciento (75%) del
personal encuestado reconoce que el sistema actual no funciona de manera ptima,
99
quedando un veinticinco por ciento (25%) que opina que funciona de manera ptima
ocasionalmente. Este resultado claramente indica la existencia de un problema en el
sistema de informacin actual, el cual se manifiesta durante su operacin.
Cuadro 13 Proceso de Negocio
SI
A VECES
NO
tems
Frec
Frec
Frec
El sistema actual contempla todos los
---
---
---
---
%
100
procesos relacionados a la gestin de los

activos informticos?
40
35
30
25
20
Pregunta 2
15
10
5
0
SI
A VECES
NO
Grafico 2 Proceso de Negocio

100
Se observa que en la Figura 32, existe un cien por cien (100%) del personal
que afirma que el sistema actual no contempla la totalidad de los procesos
relacionados a la gestin de los activos informticos. Este tem es relevante a la hora
de disear un nuevo sistema de informacin para la gestin de los activos
informticos, ya que el mismo indica la existencia de procesos que se llevan de forma
manual.
101
Cuadro 14 Reportes, Informacin Insuficiente
SI
tems
3
La informacin que presenta el sistema
A VECES
NO
Frec
Frec
Frec
---
---
---
---
%
100
actual en los reportes le parece suficiente?

40
35
30
25
20
Pregunta 3
15
10
5
0
SI
A VECES
NO
Grafico 3 Reportes Informacin Insuficiente

Se observa en el Grafico 3, el 100% del personal de la gerencia de AIT afirma

que la informacin presentada por el sistema actual a travs de los reportes no es
suficiente. De los presentes resultados se puede deducir, que la insuficiencia de
102
informacin que muestran los reportes no permite la toma de decisiones de manera

adecuada.
Cuadro 15 Reportes, Informacin Inadecuada
SI
tems
4
La informacin entregada por el sistema
A VECES
NO
Frec
Frec
Frec
---
---
---
---
actual a travs de los reportes es la ms

adecuada?
40
35
30
25
20
Pregunta 4
15
10
5
0
SI
A VECES
NO
Grafico 4 Reportes, Informacin Inadecuada

103
%
100
Se observa en el grfico 4, una tendencia de que el personal de la gerencia de

AIT afirma que la informacin presentada por el sistema actual a travs de los
reportes no es la ms adecuada. Del presente resultado se puede deducir, que la
inadecuada informacin entregada en los reportes no permite la toma de decisiones de
manera apropiada.
Cuadro 16 Indicadores
SI
tems
5
El
sistema
actual
genera
indicadores
A VECES
Frec
Frec
---
---
%
50
NO
Frec
2
estadsticos?
50
45
40
35
30
25
20
15
10
5
0
Pregunta 5
SI
A VECES
NO
Grafico 5 Indicadores
104
%
50
Se observa en el grfico 5, que un categrico cincuenta por ciento (50%) de

los encuestados afirma que el sistema actual no genera ningn tipo de indicadores
estadsticos y otros cincuenta por ciento (50%) de los encuestados afirma que a veces
genera reportes estadsticos. De los presentes resultados se puede inferir, que la
ausencia de indicadores impide controlar y mejorar los procesos internos de la
gerencia de AIT.
Cuadro 17 Disponibilidad, Acceso Usuarios
SI
tems
6
El sistema actual permite el acceso de un
A VECES
NO
Frec
Frec
Frec
50
---
---
50
gran nmero de usuarios al mismo tiempo?

50
45
40
35
30
25
20
15
10
5
0
Pregunta 6
SI
A VECES
NO
Grafico 6 Disponibilidad, Acceso Usuarios.

105
Se observa en el grfico 6, que el cincuenta por ciento (50%) del personal

encuestado reconoce que el sistema actual no permite el acceso de un gran nmero de
usuarios, quedando un cincuenta por ciento (50%) que opina que el sistema si lo
permite. Por los resultados obtenidos se puede deducir que no es posible el acceso al
sistema en tiempo real por parte de un gran nmero de usuarios.
Cuadro 18 Disponibilidad, Acceso Equipos
SI
tems
7
El sistema actual puede ser accedido desde
A VECES
NO
Frec
Frec
Frec
---
---
---
---
cualquier computador de la empresa?

100
90
80
70
60
50
40
30
20
10
0
Pregunta 7
SI
A VECES
NO
Grafico 7 Disponibilidad, Acceso Equipos

106
%
100
Se observa en el grfico 7, que un categrico cien por ciento (100%) de los

encuestados afirma que el sistema actual no puede ser accedido desde cualquier punto
de la empresa. Se deduce claramente por los resultados obtenidos que los usuarios del
sistema actual no pueden acceder al mismo desde cualquier computador de la
empresa.
Cuadro 19 Usabilidad
SI
tems
8
El sistema actual es de fcil uso?
A VECES
Frec
Frec
---
---
%
25
NO
Frec
75
80
70
60
50
40
Pregunta 8
30
20
10
0
SI
A VECES
NO
Grafico 8 Usabilidad
107
Se observa en el grfico 8, una tendencia de que el personal del departamento

de la gerencia de AIT considera que el sistema actual no es de fcil uso, siendo el
porcentaje ms particular el setenta y cinco por ciento (75%). Este resultado indica
que el actual sistema de informacin no es de fcil uso para los usuarios, elemento
relevante para el diseo de un nuevo sistema de informacin.
Cuadro 20 Administracin
SI
A VECES
NO
tems
Frec
Frec
Frec
El sistema actual es de fcil administracin?
---
---
---
---
40
35
30
25
20
Pregunta 9
15
10
5
0
SI
A VECES
NO
Grafico 9 Administracin
108
%
100
Se observa en el grfico 9, el personal de la gerencia de AIT que consideran

que el sistema actual no es de fcil administracin, con un cien por ciento (100%) en
acuerdo. Este resultado es elemento relevante para el diseo de un nuevo sistema de
informacin.
Cuadro 21 Desempeo, Transacciones
SI
tems
10
El sistema actual permite cancelar
A VECES
NO
Frec
Frec
Frec
---
---
25
75
operaciones en pleno procesamiento?

80
70
60
50
40
Pregunta 10
30
20
10
0
SI
A VECES
NO
Grafico 10 Desempeo, Transacciones

109
Se observa en el grfico 10, que un tajante setenta y cinco por ciento (75%) de
los encuestados opina que el sistema actual no permite cancelar las operaciones en
procesamiento. Segn resultados obtenidos se deduce que los usuarios del sistema
actual no pueden cancelar las operaciones luego del inicio de su ejecucin.
Cuadro 22 Desempeo, Tiempos de Respuesta
SI
11
A VECES
NO
tems
Frec
Frec
Frec
Los tiempos de respuesta del sistema actual
---
---
---
---
son los indicados?
40
35
30
25
20
Pregunta 11
15
10
5
0
SI
A VECES
NO
Grafico 11 Desempeo, Tiempos de Respuesta

110
%
100
Se observa en el grfico 11, la opinin de los encuestados relacionada con los

tiempos de respuesta del sistema actual est en acuerdo en un cien por ciento (100%)
que considera que los mismos no son los mejores. Este resultado indica las
restricciones de tiempo en el sistema de informacin actual al ejecutar una funcin
dada, el cual se manifiesta durante su operacin.
Cuadro 23 Interoperabilidad, Otros Sistemas
SI
tems
12
El sistema actual tiene la capacidad para
A VECES
NO
Frec
Frec
Frec
---
---
---
---
interactuar con otros sistemas?

40
35
30
25
20
Pregunta 12
15
10
5
0
SI
A VECES
NO
Grafico 12 Interoperabilidad, Otros Sistemas

111
%
100
Se observa en el grfico 12, la opinin de los encuestados respecto a la

interaccin del sistema actual esta predominado por un cien por ciento (100%) que
considera que el mismo no tiene la capacidad de interactuar con otros sistemas. Este
tem es relevante a la hora de disear un nuevo sistema de informacin, ya que el
mismo indica la no interaccin que tiene el sistema actual con otros sistemas para el
intercambio de informacin.
Cuadro 24 Interoperabilidad, Herramientas Ofimticas
SI
13
A VECES
NO
tems
Frec
Frec
Frec
El sistema actual le permite interactuar con
---
---
---
---
herramientas ofimticas, Ej.: OpenOffice y

Office?
112
%
100
40
35
30
25
20
Pregunta 13
15
10
5
0
SI
A VECES
NO
Grafico 13 Interoperabilidad, Herramientas Ofimticas

Se observa en el grfico 13, que un contundente cien por ciento (100%) de los
encuestados afirmo que el sistema actual no les permite interactuar con herramientas
ofimticas. Este tem es relevante a la hora de disear un nuevo sistema de
informacin, ya que el mismo indica la interaccin que tiene el sistema actual con
herramientas ofimticas para la presentacin de la informacin.
113
Cuadro 25 Documentacin, Manuales de Usuario
SI
tems
14
El sistema actual posee sus respectivos
A VECES
NO
Frec
Frec
Frec
100
---
---
---
---
manuales de usuario?
40
35
30
25
20
Pregunta 14
15
10
5
0
SI
A VECES
NO
Grafico 14 Documentacin, Manuales de Usuario

Se observa en el grfico 14, un categrico cien por ciento (100%) de los

encuestados afirmo que el sistema actual si posee sus respectivos manuales de
usuario.
114
Cuadro 26 Documentacin, Manuales de Sistema
SI
tems
15
El sistema actual posee sus respectivos
A VECES
NO
Frec
Frec
Frec
100
---
---
---
---
manuales de sistema?
40
35
30
25
20
Pregunta 15
15
10
5
0
SI
A VECES
NO
Grafico 15 Documentacin, Manuales de Sistema

Se observa en el grfico 15, que un contundente cien por ciento (100%) de los
encuestados afirmo que el sistema actual si posee sus respectivos manuales de
sistema
115
Cuadro 27 Seguridad
SI
16
A VECES
NO
tems
Frec
Frec
Frec
La seguridad que presenta el sistema actual
---
---
25
%
75
es la ms adecuada?
80
70
60
50
40
Pregunta 16
30
20
10
0
SI
A VECES
NO
Grafico 16 Seguridad
Se observa en el grfico 16, que el setenta y cinco por ciento (75%) de los
encuestados afirma que el sistema actual no presenta una seguridad adecuada,
quedando un veinticinco por ciento (25%) que opina que a veces la tiene. Se puede
116
observar a travs de los resultados obtenidos en este tem que la seguridad presentada
por el sistema actual no es la ms apropiada.
Resumen de caractersticas
Entre las caractersticas principales del Sistema de Informacin Gerencial para
telecomunicaciones (AIT) de PETROURICA S.A, se encuentra:
a) Monitoreo y validacin de los estados de los activos, segn su ciclo de vida.
b) Validacin del uso del activo, lo cual permite en casos especficos (Sala o
Pool) la incorporacin de ms de un usuario.
c) Incorporacin del buscador de activos, que facilita (segn ciertos parmetros)
la ubicacin de un activo en particular.
d) Creacin dinmica de plantillas para cada tipo de activo que se debe
administrar en el sistema.
e) Posibilidad de adjuntar cualquier tipo de archivo, durante el ingreso o
modificacin de un activo principal o secundario.
f) Generacin del acuse de recibo y su envo por correo al usuario final.
g) Generacin de reportes de manera automtica para la tomas el apoyo en las
tomas de decisiones.
Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios
Como parte del modelado de los requerimientos se identificar los usuarios
del sistema, para asegurar que los participantes en el proyecto los representa
adecuadamente.
117
Resumen de Stakeholders
Cuadro 28 Resumen de Stakeholders
Stakeholder
Gerente de AIT
Responsabilidades
Representa a los Gerentes de AIT, Seguimiento de Desarrollo
del Sistema, Aprueba requisitos y funcionalidades
Superintendente de
Representa a los Superintendentes, Seguimiento de Desarrollo
Gestin de activos
del Sistema, verifica cumplimiento de estndares.
Analista de Control de
Representa a los analistas de control de activos, realiza las
Activos
pruebas de cumplimiento de requisitos y funcionalidades
Analista de Soporte
Representa a los analistas de soporte, realiza las pruebas de

cumplimiento de requisitos y funcionalidades
118
Resumen de Usuarios
Cuadro 29 Resumen de Usuarios
Nombre
Descripcin
Stakeholder
Conocer y comprender las necesidades de las diferentes reas de

AIT. Dimensionar los recursos necesarios y evaluar los
disponibles para
el
desarrollo
de
los proyectos
y la
administracin del rea. Comunicarse claramente con sus lderes

Gerente de AIT
Gerente de AIT
y construir esquemas de trabajo interdisciplinario en equipo.

Administra la informacin de planificacin estratgica, maneja
las estrategias de compra en volumen, presupuesto.
Planificar, administrar, dirigir y controlar los procesos asociados
al mantenimiento de forma exacta, permanente y actualizada la
informacin de todos los activos que conforman la plataforma
tecnolgica soportada por AIT, a lo largo de su ciclo de vida,
Superintendente de
cumpliendo con los niveles de servicio acordados y adoptando
Gestin de Activos
las mejores prcticas, normas y estndares existentes, para
Superintendente de
Gestin de activos
asegurar la continuidad Operativa. Administra la informacin

relacionada a depsitos, propietarios, proveedores, categoras,
marcas y modelos.
Ejecucin de los procesos asociados a la procura, asignacin,
Analista de Control
mantenimiento y desincorporacin de los activos, que conforman
de Activos
la plataforma tecnolgica soportada por AIT, a lo largo de su

Analista de Gestin
de Activos
ciclo de vida, cumpliendo con los niveles de servicio acordados y

adoptando las mejores prcticas, normas y estndares existentes,
para asegurar la continuidad Operativa. Administra informacin
referente a los diversos estados de los equipos en su ciclo de
vida.
119
Analista
de
Ejecucin del soporte tcnico de los activos, solucin de fallas.
Analista de Soporte
Soporte.
Especificacin de Requisitos
Cuadro 30 Especificacin de Funcionalidades
ID
Requerimiento
Descripcin
Resultado Esperado
El sistema permitir registrar Respuesta del registro del nuevo

AC-1
Ingreso de un activo
un nuevo activo de acuerdo a activo. Validacin de los campos

una plantilla predefinida.
El
sistema
bsqueda
AC-2
Bsqueda de un activo
de
realizar
un
obligatorios.
la
activo,
atendiendo diversos criterios

(etiqueta, serial o a travs del
buscador de activos)
Se
AC-3
Modificacin
de
realizan
los
activo
Carga de los datos vinculados al

activo.
cambios El
sistema
asociada al activo que se desea completados
Aadir
Adjuntar archivos
al activo.
al ubicar el registro del activo.
almacenar
la
un respectivos a la informacin informacin siempre que se hayan
modificar.
AC-4
Respuesta de consecucin o falla
los
campos
obligatorios.
archivos
complementen
que El sistema valida que el estado del

la activo
sea
Asignado,
para
documentacin del activo (no proceder a aadir los diversos

hay limitantes para adjuntar archivos que se deseen adjuntar.
archivos).
Archivo(s) adjunto(s).
120
ID
Requerimiento
Descripcin
Resultado Esperado
El sistema verifica el estado del
AC-5
Asociacin de activos
secundarios
El sistema permite asociar activo antes de emitir un mensaje

diversos activos secundarios a de aceptacin o rechazo de la
un activo principal.
asociacin
de
un
activo
secundario.
Creacin
AC-6
Creacin
de
dinmica
de
una plantillas especiales para cada Una nueva plantilla bajo la cual se
plantilla
tipo de activo que se desee almacenar un determinado activo.

administrar.
Respuesta de consecucin o falla
AC-7
Bsqueda de categoras
El
sistema
ubicar
una al realizar la bsqueda de una
categora en particular.
categora. Carga de los datos

vinculados a la categora.
AC-8
Modificacin
de Se realizan cambios asociados
categoras
al nombre de la categora.
Creacin
AC-9
de El
caracterstica(s)
una
para posibilidad
categora caractersticas,
seleccionada
Modificacin
de
categora
de
la
crear
segn
una
de
Validacin
de
almacenada.
la
informacin
Caracterstica(s)
creada(s).
Se ofrece la posibilidad de Emisin de mensaje indicando el

realizar
cambios
en
las xito o fracaso de la modificacin
caractersticas de una categora de

determinada.
AC-11 caractersticas de una

categora
brinda
xito o fracaso de la modificacin

de la categora.
categora seleccionada.
AC-10 caractersticas de una
Eliminacin
sistema
Emisin de mensaje indicando el
El
sistema
la
caracterstica
de
una
categora.
brinda
la
posibilidad de eliminar una

caracterstica asociada a una
plantilla.
121
Generacin
de
un
mensaje
sealando la procedencia o no de
la eliminacin.
ID
Requerimiento
Creacin
AC-12
de
Descripcin
valores
para una caracterstica,

previamente,
AC-14
sistema
Modificacin del valor

de una caracterstica
posibilidad de crear valores,
Ofrece
la
posibilidad
de
realizar cambios en los valores
de una caracterstica
valor
asociado
inventario
de
la
informacin
almacenada. Valor(es) creado(s).
Emisin de mensaje indicando el

xito o fracaso de la modificacin
del valor de la caracterstica de
una categora.
de
un
mensaje
una indicando la procedencia o no de
caracterstica en particular.
del
Validacin
El sistema permite eliminar el Generacin
Permite la
AC-15
la
asignados a una caracterstica.
Eliminacin del valor
Actualizacin
brinda
segn una caracterstica
seleccionada
AC-13
El
Resultado Esperado
visualizacin
la eliminacin del valor.

y Respuesta de la bsqueda del
actualizacin de la informacin depsito al cual se le quiere

relacionada al conjunto de actualizar el inventario. Mensaje
equipos que se encuentran en de xito o fracaso al realizar la
un depsito especfico.
actualizacin del inventario.

Respuesta del sistema en relacin
al xito o fracaso de las diversas
AC-16
Administracin
de
proveedores
Brinda
la
gestionar
posibilidad
la
de operaciones realizada en torno al
informacin proveedor (ingreso, modificacin,
relacionada a los proveedores.
bsqueda
Validacin
eliminacin).
de
campos
obligatorios.
AC-17
Administracin
propietarios
de
Ofrece
gestionar
la
posibilidad
la
de operaciones realizadas en torno al
informacin propietario (ingreso, modificacin,
vinculada a los propietarios.
bsqueda
Validacin
obligatorios.
122
eliminacin).
de
campos
ID
Requerimiento
Descripcin
Resultado Esperado
AC-18
Administracin
de
depsitos
El sistema permite manipular operaciones realizada en torno al

la informacin vinculada a los depsito (ingreso, modificacin,
depsitos.
bsqueda
Validacin
eliminacin).
de
campos
obligatorios.
El sistema permitir gestionar al xito o fracaso de las diversas
AC-19
Administrar
categora-
marca-modelo
la informacin vinculada a una operaciones realizada en torno a la

categora, marca y modelo al categora-marca-modelo (ingreso,
cual pertenece un activo en modificacin,
particular.
eliminacin).
bsqueda
Validacin
de
campos obligatorios.
El sistema permite asignar
activos a una determinada
AC-20 Asignacin de activos
persona, en funcin de la Activo asignado a un Analista de

persona que se ha logeado en Soporte Integral o a un usuario
el mdulo y el estado del
activo.
Permite la asignacin de una
AC-21
Validacin del uso del

activo
determinada
usuarios
cantidad
a
un
de
activo,
dependiendo del tipo de uso
Usuario(s) validado(s) en funcin

del uso seleccionado.
seleccionado.
El sistema genera el acuse de
AC-22
Generacin del acuse de recibo
de
recibo
segn
activo,
un
determinado
los
estados:
Configurando y Asignado.
123
Visualizacin del acuse de recibo.
ID
Requerimiento
Descripcin
Resultado Esperado
El sistema ofrecer opciones

para el cambio de estado de los
AC-23
Validacin
de
los
estados del activo
activos mediante la explicacin

de la razn del cambio y la
determinacin
de
las
Cambio
de
estado,
en
cumplimiento con su ciclo de vida.
implicaciones para el resto del

mdulo.
El
AC-24
Asignacin
de
sistema
un posibilidad
telfono mvil
de
brinda
la
realizar
la
asignacin de un telfono a
una persona determinada.

a la asignacin o no del telfono
mvil
Ofrece
AC-25
la
Administracin de una gestionar

lnea telefnica
posibilidad
la
relacionada
de
informacin
las
lneas
telefnicas.

operaciones realizada en funcin
de las lneas telefnicas (ingreso,
modificacin,
Validacin
bsqueda).
de
campos
obligatorios.
El sistema realiza validaciones en
El sistema permite cargar un relacin al archivo que se pretende
AC-26
Carga
del
consumo
telefnico
archivo .txt con la informacin cargar. Respuesta del sistema en

vinculada a cada una de las relacin al xito o fracaso de la
lneas telefnicas registradas carga de la informacin de los
en el mdulo.
consumos asociada a las lneas

telefnicas.
Carga
de
las
lneas
AC-27 telefnicas disponibles

por operadora
El sistema permite cargar un

archivo .txt con la informacin
vinculada a cada una de las
lneas telefnicas disponibles.
El sistema realiza validaciones en

relacin al archivo que se pretende
cargar. Respuesta del sistema en
relacin al xito o fracaso de la
carga de la informacin de las
124
ID
Requerimiento
Descripcin
Resultado Esperado
lneas telefnicas.
Generacin
AC-28
Visualizacin
consulta
de
de reportes de manera automtica,
reportes
segn
ciertos
criterios
de
bsqueda
Presentacin de manera grfica o

tabular de los diversos reportes
generados por el mdulo.
Interfaces
Sistema de Informacin Gerencial para la gestin de los activos de la gerencia
de automatizacin, informtica y telecomunicaciones (AIT) de PETROURICA S.A,
tiene que formar parte integral del sistema de gestin automatizada, para el
cumplimiento de los estndares de programacin, ya que todos los sistemas de esta
gerencia se estn desarrollando de forma integral a este.
Requerimientos Tcnicos
Sistema Operativo para los servidores debe ser LINUX con kernel V.2.6.
(Debian o Gentoo).
Red basada en TCP/IP.
Servidor Apache V.2.6.15
PHP V.5.1.2
Aplicacin accesada va browser, con HTML y funciones AJAX.
Hardware del servidor: 2GB RAM, Procesador INTEL doble 3.0 Ghz o
superior, y tres discos (3) de 160G.
125
Requerimientos de Documentacin
Manual de Usuario
Generacin de documento que sirva de gua para la utilizacin del Sistema de
informtica y telecomunicaciones (AIT) de PETROURICA S.A
126
Diagrama de Casos de Uso

Este diagrama que se presenta a continuacin se describe la forma como los
actores operan con el sistema.
Figura 21 Diagrama de Casos de Uso

127
Descripcin del diagrama de Casos de uso
Cuadro 31 Leyenda de los Diagrama de caso de uso

Leyenda:
Caso de uso
Actor
Relacin de Asociacin
Caso de Uso
Relacin de Herencia
Relacin de Asociacin
Actores
Administrador: es la persona encargada de gestionar todas las actividades que se
realizan en el mdulo. Especficamente, puede realizar lo siguiente:
Administrar activos (agregar, actualizar, consultar y eliminar), as como los
datos necesarios para su correcto almacenamiento.
Crear, modificar y consultar plantillas de activos.
Actualizar la informacin relacionada al inventario de los activos.
Administrar la informacin relacionada a: propietarios, proveedores, depsitos
y categora-marca-modelo.
Visualizar reportes.
Analista de Gestin de Activos:
Actualizar y consultar activos
Crear, modificar y consultar plantillas de activos.
Actualizar informacin relacionada al inventario de los activos.
128
Casos de usos: Administrar activos
Actores: Administrador, Analista.
Propsito: Brindar la posibilidad de administrar la creacin, consulta, modificacin o
eliminacin de activos.
Pre-condicin: Necesidad de actualizar los datos del sistema en relacin a los
activos.
Administrador. Necesidad de agregar, consultar, actualizar o eliminar activos.
Analista. Necesidad de agregar, actualizar y consultar los activos.
Post-condicin: Se ha registrado, consultado, actualizado o eliminado un activo.
Descripcin:
El caso de uso comienza cuando:
1. El actor necesita registrar un nuevo activo:
1.1 El actor ingresa al men activo.
1.2 El sistema muestra la ventana general de activos.
1.3
El actor ubica la plantilla correspondiente al activo, segn los tipos
disponibles (informtica, telecomunicaciones y automatizacin) y selecciona la

requerida.
1.4 El sistema muestra los nombres de las categoras del activo filtradas segn el
tipo seleccionado.
1.5 El actor selecciona la categora que describe al activo que se pretende
registrar.
1.6 El actor llena todos y cada uno de los campos requeridos. Estos campos
comprenden: Datos generales del activo (etiqueta, serial, estado, marca, modelo y
129
uso) y los datos de cada una de las pestaas: caractersticas, ubicacin, gerencia,
procura, historial, componentes asociados, software y notas.
1.7. Al finalizar el llenado de las pestaas, el usuario presiona el botn Guardar
(que se encuentra en la pestaa notas) para que la informacin sea almacenada y, en
consecuencia, se registra un activo bajo el formato de una plantilla en particular y se
actualiza el registro del inventario de dicho activo para el depsito seleccionado.
2. El actor necesita consultar un activo ya existente:
2.1 El actor se ubica en el men activo.
2.3 El actor se ubica en el rea Datos generales del activo para iniciar la
consulta.
2.4 El actor ubica los datos del activo:
2.4.1 Teclea en el campo etiqueta o serial el nmero correspondiente y presiona
<Enter>.
2.4.2 Presiona clic sobre el buscador de activos y se realiza la bsqueda
respectiva, segn el(los) parmetro(s) indicado(s).
2.5 El sistema carga los datos del activo que tiene asignada esa etiqueta o serial.
2.6 El actor visualiza la informacin mostrada en pantalla.
3. El actor necesita modificar un activo que est registrado:
consulta.
130

<Enter>.
3.6 El actor visualiza la informacin mostrada en pantalla y modifica los datos
de cualquiera de los campos.
3.6.1 En caso de que se haya modificado estado del activo a Asignado:
3.6.1.1 El actor se sita en la pestaa "Responsable".
3.6.1.2 El sistema ofrece la posibilidad de asociarle a un usuario el activo
precargado.
3.6.1.3 El actor ubica la persona que le asignar el activo, as como cualquier
otro dato relevante.
3.6.1.4 El sistema genere un formato de acuse de recibo en la que detalle los
datos de la asociacin.
3.6.1.5 El actor tiene la posibilidad de chequear la informacin impresa del
activo.
3.6.1.6 El sistema enva por correo el enlace desde donde el usuario, al que se le
asign el activo, pueda tener la informacin del acuse de recibo.
3.7 Al finalizar la modificacin de los datos, el actor presiona clic sobre el botn
Guardar para que la informacin sea almacenada.
4. El actor necesita eliminar un activo que est registrado:
131
consulta.
<Enter>.
4.6 El actor visualiza la informacin mostrada en pantalla para verificar que
corresponda con el activo que desea eliminar.
4.7 El actor procede a la eliminacin del activo.
4.8 El sistema procede a validar los datos referentes al activo, para luego
devolver un mensaje de aceptacin o rechazo. Slo se proceder a la eliminacin del
activo, cuando ste no est asignado a una persona.
Casos de usos: Asociar activo.
Actor(es): Administrador, Analista.
Propsito: Asociar a un equipo un determinado activo.
Pre-condicin: Necesidad de asignar un activo a un activo principal.
Post-condicin: Activo asociado a un equipo.
Descripcin:
1. El actor realiza la carga del equipo al cual quiere asociarle un activo.
2. El sistema despliega la informacin solicitada.
132
3. El actor verifica que el equipo al que se le asociarn los activos, posea el

estado Asignado.
4. El actor se traslada a la pestaa Activos Asociados y selecciona el tipo,
categora, marca, modelo y el serial del activo que quiere asignar al equipo.
5. El sistema despliega una tabla en el que refleja las elecciones realizadas.
6. El actor hace clic sobre el botn Asociar, para vincular el activo
seleccionado al equipo que se est manipulando en ese momento (el actor, puede
asociar tantos activos como quiera). Si se quiere cargar otro activo, se hace clic sobre
el botn Nuevo y, nuevamente, se cargar el registro en la tabla mencionada. Si el
activo ya tiene activos asociados, estos aparecern en la tabla.
7. El actor presiona sobre el botn Asociar, con el cual se vincularn todos los
activos seleccionados al equipo que se est manipulando en ese momento.
8. El actor, se traslada a la pestaa nota y presiona el botn Guardar, para
almacenar los cambios realizados.
9. El actor puede, si es necesario, desasociar el activo.
10. El sistema procede a validar los datos referentes al activo asociado, para
luego devolver un mensaje de aceptacin o rechazo.
Casos de usos: Adjuntar archivo.
Propsito: Asociar a un equipo un determinado archivo.
Pre-condicin: Necesidad de asignar un archivo a un activo principal.
Post-condicin: Documento asociado a un equipo.
Descripcin:
133
1. El actor realiza la carga del equipo al cual quiere asociarle un activo.

2. El sistema despliega la informacin solicitada.
3. El actor verifica que el equipo al que se le asociarn los activos, posea el
estado Asignado.
4. El actor se ubica en la pestaa Ubicacin para proceder a la asociacin de
documentos.
5. El sistema despliega la interfaz asociada a la pestaa.
6. El actor presiona clic sobre el botn "Aadir Archivo" (puede presionarse este
botn tantas veces como documentos se quieran aadir).
7. El sistema muestra el botn "Examinar" que permite la bsqueda del(los)
archivo(s) a adjuntar.
8. El actor procede a la bsqueda del documento.
9. El sistema muestra el nombre del archivo y deja abierta la posibilidad de
deshacer la seleccin a travs del botn Quitar (en caso de que la seleccin haya
sido errnea).
Casos de usos: Administrar plantilla.
Actor: Administrador.
Propsito: Ofrecer al administrador la posibilidad de crear una plantilla determinada.
Pre-condicin: Necesidad de crear, modificar y consultar una plantilla de activo.
Post-condicin: Se ha creado, modificado y consultado una plantilla para un
determinado equipo.
Descripcin:
1. La organizacin adquiere un nuevo equipo.
134
2. El administrador tiene la responsabilidad de crear un formato para el registro

del mismo.
2.1 El administrador se ubica en la opcin Plantillas del men principal.
2.2 El administrador verifica que la plantilla no exista y decide crearla.
2.3 El administrador selecciona, en primer lugar, el tipo de plantilla a ingresar.
2.4 El administrador registra los datos asociados a la nueva plantilla, como lo
son: el nombre y el tipo de plantilla, seguido de las caractersticas propias de esta (por
ejemplo: si se crea una plantilla para disco duro, las caractersticas incluidas por el
administrador podran ser: capacidad, revoluciones por minuto, entre otras).
Igualmente, deber incluir los valores que tendrn asociados cada una de las
caractersticas creadas.
3. Si el administrador desea ubicar una plantilla en particular, puede proceder de
dos formas:
3.1 Teclea el nombre de la categora en el campo indicado:
3.1.1 El sistema muestra en una tabla todos los registros, correspondientes a las
categoras que coinciden con cada una de las letras introducidas por el actor. En caso
de no generarse coincidencias, el sistema muestra un mensaje indicndolo.
3.1.2 El actor selecciona de la tabla el registro indicado.
3.1.3 El sistema muestra la informacin del registro seleccionado.
3.2 Pulsa clic sobre el botn Buscar.
3.2.1 El sistema muestra en una tabla todos los registros de categoras que se
encuentran almacenados.
3.2.2 El actor selecciona de la tabla el registro que le interesa.
135
3.2.3 El sistema realiza la carga de los datos asociados a la categora

seleccionada y los muestra en pantalla.
4. Si el administrador desea modificar una plantilla en particular:
4.1 Se procede a la bsqueda de la categora.
4.2 Se realizan las modificaciones a los campos que se desean.
4.3 Se almacena la informacin.
4.4 El sistema enva un mensaje notificando.
5. El caso de uso culmina cuando, el sistema valida y guarda la informacin de
la plantilla.
Casos de usos: Actualizar inventario.
Actor: Administrador.
Propsito: Brindar al administrador la posibilidad de actualizar la informacin
relacionada al inventario de los activos que se encuentran en un depsito en
especfico.
Pre-condicin: El administrador carga los datos del depsito al que se desea
actualizar la informacin.
Post-condicin: Inventario actualizado.
Descripcin:
1. El administrador requiere la actualizacin de un nuevo activo (o uno ya
existente) en el inventario de un depsito en particular.
2. El administrador selecciona la opcin inventario, ubicado en el men
superior.
136
3. El sistema despliega una pantalla con dos reas principales: ubicacin del
activo y resultados de la consulta.
4. El administrador procede a seleccionar el depsito donde se encuentra el
activo.
5. El sistema carga los datos del depsito, as como los datos de los activos que
se encuentran en el mismo.
6. El administrador visualiza el stock de un activo en particular, haciendo clic
sobre la fila que desee.
7. El sistema muestra los resultados, en funcin del stock mnimo, mximo,
disponible y deseado para dicho activo, segn los diversos estados.
8. El administrador actualiza los valores del stock mnimo, mximo, disponible y
deseado para ese activo.
9. El sistema procede a validar los datos actualizados, para luego devolver un
mensaje de aceptacin o rechazo.
Casos de usos: Administrar proveedor.
Propsito: Brindar la posibilidad de administrar la creacin, consulta, modificacin o
eliminacin de proveedores
proveedores.
Post-condicin: Se ha registrado, consultado, actualizado o eliminado un proveedor.
Descripcin:
1. El actor necesita registrar un nuevo proveedor:
137
1.1 El actor ingresa al men mantenimiento y selecciona la opcin

Proveedores.
1.2 El sistema muestra la ventana principal de proveedores.
1.3 El actor procede a llenar los datos principales de la ventana:
1.3.1 El actor da entrada a los datos principales del proveedor: nombre, telfono,
direccin, correo, fax, URL.
1.3.2 Registra la ubicacin del proveedor (interna o externa).
1.3.3 Agrega los contactos asociados.
1.4 Culminada la insercin de los datos, el actor procede a su almacenamiento,
presionando clic sobre el botn Guardar.
1.5 El sistema emitir un mensaje de aceptacin o rechazo ante la operacin de
almacenamiento.
2. El actor necesita consultar un proveedor:
2.1 El actor ingresa al men mantenimiento y selecciona la opcin proveedor.
2.2 El sistema muestra la ventana principal de proveedores.
2.3 El actor procede a iniciar la bsqueda del proveedor
2.3.1 Teclea el nombre del proveedor en el campo indicado:
2.3.1.1 El sistema muestra en una tabla todos los registros de proveedores que
coincidan con cada una de las letras introducidas por el actor. En caso de no
generarse coincidencias, el sistema muestra un mensaje indicndolo.
2.3.1.2 El actor selecciona de la tabla el registro indicado.
2.3.1.3 El sistema muestra la informacin del registro seleccionado.
2.3.2 Pulsa clic sobre el botn Buscar.
138
2.3.2.1 El sistema muestra en una tabla todos los registros de proveedores que se
2.3.2.2 El actor selecciona de la tabla el registro que le interesa.
2.3.2.3 El sistema realiza la carga de los datos asociados al proveedor
seleccionado y los muestra en pantalla.
3. El actor necesita modificar un proveedor que est registrado:
3.1 El actor realiza la carga respectiva del propietario que desea modificar.
de los campos que requieren cambios
3.3 El actor presiona clic sobre el botn Guardar para almacenar la informacin.
3.4 El sistema emite un mensaje indicando el xito o no de la operacin
realizada.
4. El actor necesita eliminar un proveedor:
4.1 El actor procede a iniciar la bsqueda del proveedor.
4.2 El actor verifica, a travs de la informacin mostrada en pantalla,
que
es el proveedor que desea eliminar.

4.3 El actor procede a la eliminacin, pulsando clic sobre el botn Eliminar.
4.4 El sistema emitir un mensaje indicndole al actor si est seguro de realizar
la operacin.
4.4.1 En caso afirmativo, se procede a la eliminacin del proveedor.
4.4.1.1 El sistema genera un mensaje indica lo exitoso o no de la operacin.
4.4.2 En caso negativo, los datos del proveedor permanecen en el sistema.
Casos de usos: Administrar depsito.
139

Propsito: Administrar el registro, consulta, actualizacin o eliminacin de
depsitos.
depsitos.
Post-condicin: Se ha creado, consultado, modificado o eliminado un depsito.
Descripcin:
1. El actor necesita registrar un depsito:
1.1 El actor ingresa al men mantenimiento y selecciona la opcin Depsitos.
1.2 El sistema muestra la ventana principal de depsitos.
1.3 El actor procede a llenar los datos del depsito (referentes a la ubicacin y al
custodio).
1.4 El actor procede a su almacenamiento, presionando clic sobre el botn
Guardar.
1.5 El sistema emitir un mensaje de aceptacin o rechazo ante la operacin de
almacenamiento.
2. El actor necesita consultar un depsito:
2.1 El actor ingresa al men mantenimiento y selecciona la opcin Depsitos.
2.2 El sistema muestra la ventana principal de depsitos.
2.3 El actor procede a iniciar la bsqueda del depsito
2.4. Teclea el nombre del depsito en el campo indicado:
140
2.4.1 El sistema muestra en una tabla todos los registros de los depsitos que
2.4.1.1 El actor selecciona de la tabla el registro indicado.
2.4.1.2 El sistema muestra la informacin del registro seleccionado.
2.4.2 Pulsa clic sobre el botn Buscar.
2.4.2.1 El sistema muestra en una tabla todos los registros de depsitos que se
2.4.2.2 El actor selecciona de la tabla el registro que le interesa.
2.4.2.3 El sistema realiza la carga de los datos asociados al depsito
seleccionado y los muestra en pantalla.
3. El actor necesita modificar un depsito que est registrado:
3.1 El actor inicia la bsqueda del depsito.
de cualquiera de los campos.
3.5 Al finalizar la modificacin de los datos, el actor presiona clic sobre el botn
Guardar para que la informacin sea almacenada.
3.6 El sistema emite un mensaje indicando la procedencia o no de la
actualizacin realizada.
4. El actor necesita eliminar un depsito:
4.1 El actor realiza la bsqueda del depsito.
4.4 El actor visualiza la informacin mostrada en pantalla y procede a su
eliminacin, pulsando sobre el botn Eliminar.
141

la operacin.
4.5.1 En caso afirmativo, se procede a la eliminacin del proveedor.
Seguidamente, el sistema mostrar un nuevo mensaje notificando del xito o no de la
operacin.
4.5.2 En caso contrario, los datos del depsito permanecen registrados en el
sistema.
Casos de usos: Administrar categora-marca-modelo
Actor: Administrador, Analista
Propsito: Administrar la creacin, consulta, actualizacin o eliminacin de las
categoras, marcas o modelos de un activo.
Pre-condicin: Necesidad de actualizar los datos del sistema en relacin a las
categoras, marcas o modelos de un activo.
Post-condicin: Se ha creado, consultado, modificado o eliminado una categora,
marca o modelo.
Descripcin:
1. El actor desea crear una categora:
1.1 El actor ingresa al men mantenimiento y selecciona la opcin Categora,
Marca y Modelo.
1.2 El sistema muestra la ventana principal de Categora, Marca y Modelo.
1.3 El actor hace clic sobre la pestaa Categora.
1.4 Introduce el nombre de la categora y selecciona si corresponde a un activo
principal o no.
142
1.5 Se hace clic sobre el botn "Guardar" para almacenar el nombre.

1.6 El sistema emite un mensaje indicando lo exitoso o no del almacenamiento.
2. El actor desea registrar una marca:
2.1 El actor elige la categora al cual desea crearle la marca.
2.2 El actor introduce el nombre de la marca.
3. El actor desea registrar un modelo:
3.1 El actor elige la marca a la cual desea crearle el modelo.
3.2 El actor introduce el nombre del modelo.
4. El actor necesita consultar una categora:
4.1 El actor ingresa al men mantenimiento y selecciona la opcin Categora,
Marca y Modelo.
4.2 El sistema muestra la ventana principal de Categora, Marca y Modelo.
4.3 El actor hace clic sobre la pestaa Categora y procede a la bsqueda de una
categora:
4.3.1 Presiona el botn "Buscar" para visualizar todas las categoras que se
encuentran almacenadas.
4.3.1.1 El sistema muestra en una tabla todos los registros de categoras que se
4.3.1.2 El actor visualiza en la tabla el registro que le interesa.
143
4.3.2 Se transcribe el nombre de la categora en el campo indicado para ello.

4.3.2.1 El sistema muestra en una tabla todos los registros de las categoras que
5. El actor necesita consultar una marca:
5.1 El actor inicia la bsqueda de la categora.
5.2 El sistema muestra todas las categoras creadas.
5.3 El actor selecciona la categora a la cual desea consultarle la marca.
5.4 El actor teclea el nombre de la marca.
5.5 El sistema muestra los registros que coinciden con el nombre.
5.6 El actor selecciona el registro indicado y visualiza la informacin asociada.
6. El actor necesita consultar un modelo:
6.1 El actor consulta, previamente, las marcas.
6.2 El sistema muestra en una tabla todas las marcas existentes.
6.3 El actor selecciona la marca de la cual desea consultar el modelo.
6.4 El actor teclea el nombre del modelo.
6.5 El sistema muestra los registros que coinciden con el modelo.
6.6 El actor visualiza la informacin.
7. El actor necesita modificar una categora:
7.1 El actor realiza la consulta de la categora.
7.2 El sistema muestra la informacin asociada a la categora.
7.3 El actor procede a la modificacin del nombre o al tipo de activo (principal o
no).
144
7.4 El actor hace clic sobre el botn Guardar, para almacenar los cambios.
7.5 El sistema emite un mensaje indicado la operacin de modificacin que se
intenta realizar.
7.6 El actor selecciona una de las opciones presentadas.
7.6.1 En caso afirmativo, el sistema genera un mensaje notificando el xito o no
de la operacin.
7.6.2 En caso negativo, los datos de la categora permanecen igual.
8. El actor necesita modificar una marca:
8.1 El actor realiza la bsqueda de la marca.
8.2 El sistema muestra la informacin relacionada a la marca.
8.3 El actor procede a la modificacin del nombre.
8.4 El actor hace clic sobre el botn Guardar, para almacenar el cambio.
intenta realizar.
de la operacin.
8.6.2 En caso negativo, los datos de la marca permanecen igual.
9. El actor necesita modificar un modelo:
9.1 El actor realiza la bsqueda de la marca.
9.2 El sistema muestra la informacin relacionada a la marca.
9.3 El actor procede a la modificacin del nombre.
9.4 El actor hace clic sobre el botn Guardar, para almacenar el cambio.
145

intenta realizar.
de la operacin.
9.6.2 En caso negativo, los datos de la marca permanecen igual.
10. El actor desea eliminar una categora, marca o modelo
10.1 Ubica la categora, marca o modelo que desea eliminar.
10.2 Hace clic sobre la fila que contiene la categora, marca o modelo.
10.3 Procede a la eliminacin, pulsando clic sobre el botn Eliminar.
la operacin.
10.4.1 En caso afirmativo, se procede a la eliminacin de la categora, marca o
modelo.
10.4.1.1 El sistema genera un mensaje indica lo exitoso o no de la operacin.
10.4.2 En caso negativo, los datos de la categora, marca o modelo,
permanecern en el sistema.
Caso de uso: Asignar Telfono Mvil

Propsito: Brindar al actor la posibilidad de asignar un telfono mvil.
Pre-condicin: El usuario ha sido autenticado como Administrador. Telfono creado
en el sistema. Lnea telefnica creada en el sistema.
Post-condicin: Lnea telefnica asignada exitosamente.
146
Descripcin:
1. El actor ingresa a la opcin Telefona.
2. El sistema muestra al usuario la interfaz correspondiente al mdulo, la cual
contiene tres pestaas: Telfonos Mviles, Lnea Telefnica y Cargar Archivos.
3. El actor selecciona la opcin Telfonos Mviles.
4. El sistema muestra el formulario correspondiente para Telfonos Mviles.
5. El actor realiza la bsqueda del telfono que desea asignar.
6. El sistema muestra una tabla con los resultados obtenidos en la bsqueda.
7. El actor selecciona el telfono.
8. El sistema carga en el formulario todos los datos correspondientes al telfono
seleccionado.
9. El actor realiza la bsqueda de la lnea telefnica que desea asignarle al
equipo.
10. El sistema carga en el formulario los datos de la lnea.
11. El actor presiona el botn asociar, para asignar el telfono a un usuario.
12. El sistema muestra el formulario para asignarle el usuario.
13. El actor realiza el procedimiento correspondiente para asignar el usuario.
14. Una vez introducidos todos los datos, el actor presiona el botn guardar.
15. El sistema actualiza la informacin en la base de datos, y emite un mensaje
de operacin realizada exitosamente.
El caso de uso termina cuando:

147
El actor ha asignado un telfono mvil.

Caso de uso: Administrar Lnea Telefnica
Actor(es): Administrador.
Propsito: Brindar al actor la posibilidad de administrar una lnea telefnica.
Pre-condicin: El usuario ha sido autenticado como Administrador.
Post-condicin: Lnea telefnica administrada exitosamente.
Descripcin:
3. El actor selecciona la opcin Lnea Telefnica.
4. El sistema muestra el formulario correspondiente para Lneas Telefnicas.
5. Cuando el actor necesita registrar una Lnea Telefnica:
5.1. Ingresa los datos correspondiente a: nmero de telfono, operadora, clase
(Prepago, Corporativa), estado de la lnea y la cuenta.
5.2. Presiona el botn guardar, para almacenar
6. Cuando el actor necesita actualizar una Lnea Telefnica:
6.1 El actor realiza la bsqueda de la lnea telefnica que desea actualizar.
6.2 El sistema muestra una tabla con los resultados obtenidos en la bsqueda.
6.3 El actor selecciona la lnea.
6.4 El sistema carga en el formulario todos los datos correspondientes a la lnea
telefnica seleccionada.
148
6.5 Una vez introducidos todos los datos, el actor presiona el botn guardar.
7. El sistema actualiza la informacin en la base de datos, y emite un mensaje de
operacin realizada exitosamente.

El actor ha administrado una lnea telefnica exitosamente.
Caso de uso: Cargar Consumo Telefnico
Propsito: Brindar al actor la posibilidad de cargar desde un archivo, la informacin
del consumo telefnico.
Post-condicin: Carga en la base de datos de informacin de consumo, realizada
exitosamente.
Descripcin:
3. El actor selecciona la opcin Cargar Archivos.
4. El sistema muestra un listado de opciones a seleccionar si desea cargar un
archivo de lneas telefnicas o un archivo de consumo.
5. El actor selecciona la opcin Cargar Consumo Telefnico.
149
6. El sistema muestra el formulario correspondiente para cargar el archivo de

consumo.
7. El actor ubica el archivo a cargar, y presiona el botn Cargar Archivo.
indicando si la operacin se realiz exitosamente.

El actor ha cargado la informacin de consumo telefnico en la base de datos.
Caso de uso: Cargar Lneas Telefnicas
Propsito: Brindar al actor la posibilidad de cargar desde un archivo, las lneas
telefnicas nuevas ofrecidas por las empresas de servicio.
Post-condicin: Carga en la base de datos de lneas telefnicas nuevas, realizada
exitosamente.
Descripcin:
3. El actor selecciona la opcin Cargar Archivos.
4. El sistema muestra un listado de opciones a seleccionar si desea cargar un
archivo de lneas telefnicas o un archivo de consumo.
150
5. El actor selecciona la opcin Cargar lneas telefnicas.

6. El sistema muestra el formulario correspondiente para cargar el archivo de
lneas telefnicas.
7. El actor ubica el archivo a cargar, y presiona el botn Cargar Archivo.
indicando si la operacin se realiz exitosamente.

El actor ha cargado la informacin de lneas telefnicas nuevas en la base de
datos.
Casos de usos: Consultar reportes
Propsito: Realizar consultas sobre diversos actividades que se realizan en el mdulo
Pre-condicin: Necesidad de consultar informacin segn parmetros dados, de un
activo en particular.
Post-condicin: Se ha consultado la informacin buscada.
Descripcin:
1. El actor desea realiza realizar una consulta.
2. El actor selecciona la opcin reporte del men principal.
3. El sistema despliega una ventana en la que se muestran los distintos reportes
disponibles.
4. El actor realiza la seleccin que mejor se ajuste a sus necesidades.
151
5. El sistema muestra una nueva ventana con los datos asociados al reporte
seleccionado.
6. El actor realiza las acciones correspondientes segn la informacin a
consultar.
7. El sistema despliega en pantalla los resultados de las operaciones realizadas.
152
Diagrama de Clases
Este diagrama muestra cmo se describen las clases utilizadas en el sistema de
informacin gerencial y las relaciones que existen entre ellas:
Figura 22 Diagrama de Clases Parte 1 de 2

153
Figura 23 Diagrama de Clases Parte 2 de 2

154
Figura 24 Diagrama de Clases

155
Diagrama de Anlisis
Figura 25 Diagrama de Anlisis

156
Diagramas de Secuencia
Este diagrama describe el orden o secuencia de mensajes que intercambian los
objetos:
Figura 26 Diagrama de Secuencia, Administrar Activo- Ingresar Activo

157
Figura 27 Diagrama de Secuencia, Administrar Activo- Consultar.

158
Figura 28
Diagrama de Secuencia Adjuntar Archivo

159
Figura 29 Diagrama de Secuencia Asociar Activo

160
Figura 30 Diagrama de Secuencia, Administrar Plantilla

161
Figura 31 Diagrama de Secuencia, Actualizar Inventario

162
Figura 32 Diagrama de Secuencia, Administrar Proveedor

163
Figura 33 Diagrama de Secuencia, Administrar Propietario

164
Figura 34 Diagrama de Secuencia Administrar Depsito

165
Diagramas de Actividad
Mediante este diagrama describe el orden en el que se van a realizar las tareas dentro del sistema.
Figura 35 Diagrama de Actividad, Administrar Activo

Parte 1 de 2 Fuente: Elaboracin del Autor (2013)
166

Parte 2 de 2. Fuente: Elaboracin del Autor (2013)
167

Vista completa. Fuente: Elaboracin del Autor (2013)
168
Figura 38 Diagrama de Actividad, Asociar Activos

169
Figura 39 Diagrama de Actividad, Administrar Plantilla

170
Figura 40 Diagrama de Actividad, Actualizar Inventario

171
Figura 41 Diagrama de Actividad Administrar Proveedor.

172
Figura 42 Diagrama de Actividad Administrar Propietario

Diagrama de Estado
En el diagrama se describe de forma secuencial los eventos que hacen que se
pase de un estado a otro y las respuestas que el sistema a estos:
173
Figura 43 Diagrama de estado, ciclo de vida del activo

174
Figura 44 Diagrama de estado, ciclo de vida del activo

175
Figura 45 Diagrama de Estado Ciclo de Vida del Activo

Visin completa. Fuente: Elaboracin del Autor (2013)
176
Figura 46 Diagrama de Estado Ciclo de Vida del Activo

177
Diagrama de Componentes
Mediante el siguiente diagrama, figura 47 se describe los elementos fsicos del
sistema y sus relaciones.
Figura 47 Diagrama de Componentes

178
Modelo Relacional
Figura 48 Modelado Fsico de la Base de Datos

179

180

181
Figura 51 Modelado Fsico de la base de datos

182
Figura 52 Modelado Fsico de la base de datos

183
Figura 53 Modelado Fsico de la base de datos Visin Completa

184
Interfaces del Prototipo

A continuacin las principales pantallas. Se anexa manual de sistema para mayor
detalle.
Figura 54 Inicio de sesin

185
Figura 55 Men principal

Figura 56 Perfiles disponibles

186
Figura 57 Formulario de Activos, mostrando una parte de los campos requeridos

187
Figura 58 Formulario de Activos, mostrando todos los campos requeridos

188
Figura 59 El activo se encuentra en el estado: En inventario

189
Figura 60 El activo se encuentra en el estado: Disponible

190
Figura 61 El activo se encuentra en el estado de configurando

191
Figura 62 El activo se encuentra en el estado de asignado, bien sea a un analista o un usuario

final
Figura 63 Opciones disponibles para el mdulo de Administrador de Activo

192
Figura 64 Formulario de Plantilla

Figura 65 Muestra la opcin que permite administrar categoras

193
Figura 66 Muestra la opcin de administrar marca

Figura 67 Muestra la opcin que permite administrar modelo

194
Figura 68 Muestra la opcin donde se administrar depsito

Figura 69 Muestra la opcin donde se administran los propietarios

195
Figura 70 Muestra el formulario donde se administra proveedores

Figura 71 Muestra el modulo donde se administra los telfonos mviles

196
Figura 72 Muestra la administracin de lneas telefnicas

Figura 73 Muestra la opcin donde se carga el consumo telefnico

197
Figura 74 Muestra el buscador de activos segn el criterio seleccionado

Figura 75 Muestra los reportes de activos segn el criterio seleccionado

198
Figura 76 Muestra reporte de Categoras, Marcas y Modelos

Figura 77 Muestra el reporte de Activos por ubicacin

199
Figura 78 Muestra reporte de Activos por organizacin, segn su estado

Figura 79 Muestra reporte de Activos obsoletos vs la solicitud de pedidos de nuevos activos

200
Figura 80 Muestra reporte de Tiempos de Solucin a Fallas de Activos

201
CAPTULO V
CONCLUSIONES
Concluido el prototipo funcional del Sistema de Informacin Gerencial para la

telecomunicaciones (AIT) de PETROURICA S.A, y como resultado de los anlisis
realizados se concluye:
El diagnstico realizado a travs de las entrevistas y cuestionarios aplicados
permiti conocer la situacin de la gerencia con respecto a sus necesidades, lo
que arroj como resultado una serie de requisitos que establecieron la
necesidad de elaborar el prototipo propuesto.
El uso de la metodologa de desarrollo de software RUP, permiti cubrir los
requisitos necesarios para el desarrollo del prototipo, los cuales se presentaron
a travs del lenguaje UML para tener una visin grafica de los elementos que
conforman el prototipo.
El desarrollo del Sistema de Informacin Gerencial, permiti generar un
prototipo funcional que podra catalogarse de evolutivo debido a que con un
esfuerzo adecuado de programacin puede convertirse en el sistema a ser
usado por la gerencia de AIT.
202
RECOMENDACIONES
La elaboracin de todo trabajo de investigacin lleva a realizar una serie de

recomendaciones, las cuales se elaboran en base a lo obtenido en el desarrollo de la
investigacin, entre las que se tienen:
Se recomienda implantar el Sistema de Informacin Gerencial para la gestin
de
los
activos
de
la
gerencia
de
automatizacin,
informtica
telecomunicaciones (AIT) de PETROURICA S.A, aportndole valor al activo

de la informacin para la toma de decisiones. En el caso presente, el prototipo
desarrollado constituye una excelente base para convertirlo en el Sistema de
Informacin Gerencial de la gerencia de AIT.
Utilizar la metodologa RUP asegurando as la robustez del sistema y sus
procesos, alineados a los requisitos planteados. Cuando sea necesario, usar
RUP para las adaptaciones necesarias o nuevos requerimientos.
Servir de apoyo a nuevas investigaciones orientadas al desarrollo de Sistemas
de Informacin Gerencial, especialmente en la gestin de activos
informticos.
Se recomienda que dicho desarrollo sea implantado dentro de la gran industria
petrolera Nacional, especficamente en la gerencia AIT para la gestin de los
activos informticos.
203
CAPTULO VI
SISTEMA PROPUESTO
SISTEMA DE INFORMACIN GERENCIAL PARA LA GESTIN DE LOS

ACTIVOS DE LA GERENCIA DE AUTOMATIZACIN, INFORMTICA Y
TELECOMUNICACIONES (AIT) DE PETROURICA S.A.
Se presenta el desarrollo de un prototipo del Sistema de Informacin Gerencial
para la gestin de los activos de la gerencia de automatizacin, informtica y
telecomunicaciones (AIT) de PETROURICA S.A; el cual permitir a la alta gerencia
en su nivel operativo y tctico, contar con una herramienta basada en una plataforma
Web; a los efectos de realizar la toma de decisiones en una forma ms oportuna,
eficiente y eficaz; as como la portabilidad de la informacin.
Este Sistema de Informacin Gerencial propuesto va a permitir un manejo
adecuado de la informacin y de esta forma mantener un control sobre la gestin de
los equipos informticos generando las siguientes ventajas:
Seguridad en el acceso a los datos.
Bsqueda efectiva de la informacin.
Generacin de reportes.
Ayuda a la toma de decisiones.
Objetivos General del Sistema
Integrar la informacin de la gestin de los activos que se genera en la gerencia
de automatizacin, informtica y telecomunicaciones (AIT) de PETROURICA S.A.
204
Objetivos Especficos del Sistema

1. Monitoreo y validacin de los estados de los activos, segn su ciclo de vida.
2. Incorporacin del buscador de activos, que facilita (segn ciertos
parmetros) la ubicacin de un activo en particular.
3. Creacin dinmica de plantillas para cada tipo de activo que se debe
administrar en el sistema.
4. Generacin de reportes de manera automtica, para la ayuda de toma de
decisiones gerenciales.
Justificacin del Sistema
Representa una alternativa ptima como herramienta con informacin til,
relevante, oportuna y suficiente que fortalece el proceso de apoyo para la toma
de decisiones en los distintos niveles administrativos de la gerencia de AIT
(operativo, tctico y estratgico).
Permite mostrar la informacin sobre el ciclo de vida de los activos
informticos de la empresa.
Est desarrollado para funcionar en un ambiente Web, que permite acceder al
mismo desde cualquier equipo de la institucin que tenga acceso a la intranet.
El sistema estar en la intranet de la empresa, por lo que lleva el mismo
sistema de seguridad.
Permite que los procesos para el manejo de la informacin sean ms
oportunos, dinmicos y flexibles fortaleciendo una vez ms el proceso de
apoyo para la toma de decisiones.
Se garantiza la seguridad de los datos, utiliza los estndares establecidos por
Petrleos de Venezuela S.A.
205
La informacin se presenta al usuario en pantalla mediante ventanas

desplegables con tablas y grficos que favorecen la integracin y fcil acceso
a la informacin deseada.
Se podr visualizar series histricas para conocer el comportamiento del
estado de los activos informticos en el tiempo.
Optimiza el tiempo de espera en relacin a consultas del usuario.
Es amigable, de fcil manejo.
Estudio de Factibilidad
Este estudio se hizo con la finalidad de determinar si el sistema propuesto se
puede ejecutar sin ningn inconveniente, la propuesta se afianza a ser como factible
debido a que todos los aspectos recomendados pueden implementarse, sin mayores
complicaciones, dado que existe la necesidad de buscarle solucin al problema
planteado, y la organizacin obtendr un sistema adaptado a sus necesidades.
Factibilidad Tcnica
La finalidad del estudio de factibilidad tcnica es hacer un anlisis sobre los
equipos y el software requerido tanto para la elaboracin del proyecto como para la
puesta en marcha del mismo, y si el personal tiene conocimientos tcnicos para
utilizarlo.
Por lo tanto, se realiz una evaluacin donde se pudo determinar que los
requerimientos tecnolgicos necesarios son los que se presentan a continuacin:
Para los usuarios, el requerimiento mnimo debera de ser:
Procesadores Intel Pentium II o superior.
Memoria RAM a 64 Mb o superior.
En cuanto a las caractersticas del servidor estn:

206
Procesadores Pentium IV o superior.
Memoria RAM a 1Gb o superior.
El software requerido es:
PHP.
Apache.
PostgreSQL.
Una vez que se obtuvo la informacin de los requisitos tcnicos necesarios se

realiz una comparacin con los existentes y de esta manera se puedo llegar a la
conclusin que no era necesario adquirir nuevos equipos, por lo que ya la
organizacin contaba con todos los equipos necesarios para el desarrollo e
implantacin del sistema.
Anlisis Costos-Beneficios
De acuerdo al anlisis tcnico se determin que no era necesario adquirir
equipos ni tampoco se incurra en gastos de software en tanto no fue necesaria una
inversin de esta categora.
El resumen del anlisis costos beneficios se definieron a travs de una
comparacin de los costos implcitos, tanto del sistema actual como el propuesto y su
relacin con los beneficios expresados en forma tangibles.
Costos de Sistema Actual
Costos Material
En cuanto a estos costos bien dados por todos aquellos gastos de equipos,
accesorios y el material de oficina de uso diario, necesarios para realizar los procesos
que conlleva a la ayuda de tomas de decisiones; tales como computador, papel de
notas, bolgrafos carpetas marcadores y otros.
207
Costos de Personal
Debido a que el proyecto se realiz como modalidad de tesis de grado de
maestra, la empresa no incurre en pago mediante ningn concepto sobre el personal
involucrado en el proyecto, comparado con los beneficios obtenidos al automatizar
los procesos de gestin, se reducen y se aligeran las cargas laborales del personal y de
esta manera se puede emplear el tiempo que se ahorran con el sistema propuesto en
otras actividades dentro de la gerencia, optimizando de esta manera el
funcionamiento de esta manera el funcionamiento del mismo.
Costos de Hardware y Software
En relacin a los gastos generados en este amito se puede decir que gracias a
que la organizacin contaba con cada uno de ellos fue necesaria una inversin es este
aspecto lo que dio factibilidad para poner en marcha el proyecto.
Beneficios Tangibles
Una vez analizados los gastos se lleg a la conclusin que el sistema
propuesto genera los siguientes beneficios tangibles:
Ahorro en horas hombre trabajadas.
Ahorro en materiales de oficinas empleados.
Beneficios Intangibles
Los beneficios que la empresa obtiene de la implantacin de la propuesta es
dificultoso tratar de cuantificarlos, pero pueden representar a la larga, grandes
beneficios. Entre estos beneficios estn:
Mejoramiento del proceso de toma de decisiones.
Mejoramiento de los procesos que se llevan a cabo en la gerencia de AIT,

que impactara positivamente en las dems gerencias de la empresa.
208
Rapidez de acceso a la informacin, ya sea por medio de reportes y/o

consultas generadas por el nuevo sistema por medio de la Web.
Facilidad operacional del sistema. Los usuarios poseen mayor control de

los datos procesados.
Seguridad. El sistema garantiza la confiabilidad de los datos a travs de la

utilizacin de niveles de seguridad, que permiten el acceso al sistema,
controlando la entrada de distintos usuarios.
Validez de la informacin emitida.
Mejor servicio a los usuarios finales, por cuanto el sistema realiza clculo
de indicadores de productividad de los servicios que se prestan en la
empresa, lo cual conlleva a que se tomen los correctivos a que hubiere
lugar en caso de que los resultados no sean los esperados.
Factibilidad Operativa
Tuvo como finalidad determinar si una vez que el sistema propuesto estuviera
en marcha este iba a ser utilizado por la gerencia de AIT y los empleados
involucrados en el uso del mismo aprovechando los beneficios que ofrece, es
importante destacar que el correcto funcionamiento del sistema en cuestin,
depender de la capacidad de los empleados encargados de gestionar la debida
informacin al sistema para obtener resultados ptimos.
Metodologa, Anlisis y Diseo de Sistemas
La metodologa usada para el desarrollo del sistema web propuesto fue
Racional Unified Process (RUP), es un producto del proceso de ingeniera de
software
que proporciona un enfoque disciplinado para asignar tareas y
responsabilidades dentro de una organizacin de desarrollo. Su meta es asegurar la

produccin del software de alta calidad que resuelve las necesidades de los usuarios,
consta de cuatro fases: Inicio, Elaboracin, Construccin y Transicin.
209
Inicio
Nos permite definir el mbito y objetivos del proyecto al mismo tiempo define la
funcionalidad y capacidades del producto, por lo cual se realiza el documento visin
con la finalidad de obtener una idea general de los requerimientos del sistema as
como los casos de uso fundamentales.
Elaboracin
En esta fase permite estudiar en profundidad la funcionalidad y el dominio del
problema, se define una arquitectura bsica, se comprueba que el desarrollo del
sistema es viable por lo que se planifica el proyecto considerando recursos
disponibles.
Construccin
Este fase conlleva la construccin de los mdulos para su posterior integracin
el producto de genera a travs de iteraciones donde cada iteracin involucra tareas de
anlisis, diseo de implementacin, en esta fase tambin se permite cambio en la
estructura conforme se va construyendo, la mayor parte se base en programacin y
pruebas, el proyecto construido debe proporcionar la documentacin correspondiente
para el mantenimiento as como tambin un manual para el manejo del mismo.
Transicin
Esta fase nos lleva a las siguientes actividades:
Se libera le producto y se entrega al usuario para un uso real.
Capacitar al personal de har uso del sistema.
Manuales de usuario se completan y se refinan con la informacin anterior.
210
Arquitectura Fsica
De manera general en la figura siguiente se puede ver como la aplicacin podar
ser accedida por el usuario de la empresa hasta encontrar la informacin buscada y
realizar las tareas solicitadas.
hp
hp
pwo
pwo
Servidor de
Servidor de
Bases de datos
Bases de datos
Servidor Web
Servidor Web
de aplicaciones
de aplicaciones
hp
hp
pwo
pwo
http
http
Apache
Apache
http
http
Figura 81 Arquitectura Fsica del sistema

211
Bibliografa
lvarez Gonzlez, F. (2012). ESTADSTICA DESCRIPTIVA. Recuperado el
09 de Enero de 2013, de Mtodos Estadsticos Aplicados a las
Auditoras
Sociolaborales:
http://departamentos.uca.es/C146/pag_personal/f_alvarez/documentos
/CC%20Trabajo%20Tema%201.pdf
Arias, F. (2006). El proyecto de investigacin. Introduccin a la metodologa
cientfica. Caracas: Episteme.
Balestrini, M. (2006). Cmo se elabora el Proyecto de Investigacin. Caracas:
Consultores Asociados.
Bartle, P. (2009). Informacin para la Gestin y Gestin de la Informacin.
Recuperado el 01 de 2013, de http://www.scn.org/mpfc/modules/monmiss.htm
Bavaresco, A. (2006). Proceso Metodolgico en la Investigacin. Maracaibo:
Editorial de la Universidad del Zulia.
Bustelo, C., & Amarilla, R. (2001). Gestin del conocimiento y gestin de
informacin. INFORAREA S.L. . Recuperado el 20 de 01 de 2013, de
http://www.intercontact.com.ar/comunidad/archivos/Gestion_del_Cono
cimiento-BusteloRuesta-AmarillaIglesias.pdf.
Camejo, I. (2008). El qu y el cmo del diagnstico del sistema de
informacin. Ciudad de La Habana. Cuba.
Castro, G. (23 de 12 de 2007). Modulo Almacenamiento de Objetos.
Recuperado
el
15
de
06
de
2013,
http://comerciointernacionalylogistica.blogspot.com/2007/12/mduloalmacenamiento-de-objetos.html
212
de
Cobo, A., Gmez, P., & Rocha, R. (2005). PHP y MySQL. Tecnologas para
el desarrollo de aplicaciones Web. Dos Santos.
Constitucin de la Repblica Bolivariana de Venezuela. (30 de 12 de 1999).
Gaceta Oficial de la Repblica, N 36.860. Caracas, Venezuela.
Decretto N.- 3.390. (23 de Diciembre de 2004). Gaceta Oficial de la
Republica Bolivariana de Venezuela, Empleo prioritario del Software
Libre en la Administracin Pblica Nacional. Venezuela.
Demultihogar. (22 de 07 de 2011). SISTEMA DE INVENTARIOS.
Recuperado
el
20
de
Junio
de
2013,
de
http://multihogar2011.blogspot.com/2011/07/sistemas-deinventarios.html
Gaceta Oficial de la Republica Bolivariana de Venezuelao N.- 39.579. (22 de
12 de 2010). Caracas, Venezuela.
Gerencia de AIT. (2006). Documento del Proceso de Gestin del Servicio.
Caracas, Venzuela.
Gerencia de AIT. (2006). Manual de SINAI. Puerto La Cruz, Anzoategui,
Venezuela.
Gerencia de PCP. (1997). Manual de Normas del Sistema de Gestion PAI.
Caracas, Venezuela.
Gerencia de PCP. (2006). Normativa, Politicas de Seguridad de Informacin.
Caracas, Venezuela.
Hernndez, R., Fernndez, C., & Baptista, P. (2003). Metodologa de la
investigacin. Mexico: Mc. Graw Hill.
213
Instituto Tecnolgico de Sonora. (s.f.). Introduccin a los sistemas de

informacin.
Recuperado
el
21
de
01
de
2013,
de
http://biblioteca.itson.mx/oa/dip_ago/introduccion_sistemas/p6.htm
Jacobson, I., Booch, G., & Rumbaugh, J. (2000). El Proceso Unificado de
Desarrollo de Software. Pearson Addisson-Wesley.
Kendall, K., & Kendall, J. (2005). Anlisis y Diseo de Sistemas. Mxico:
Editorial Mc Graw Hill.
Laundon, K., & Laundon, J. (2004). Sistema de informacin gerencial.
Mexico: Pearson Educacin.
Martnez Morales, M. (2010). Analtica Web para empresas: Arte, ingenio y
anticipacin.
Recuperado
el
09
de
02
de
2013,
de
http://books.google.co.ve/books?id=jAURQmdd6xkC&pg=PA101&dq=
Sistemas+Transaccionales&hl=es419&sa=X&ei=T7YaUvOAG4ia9QTwh4GwAQ&ved=0CC8Q6AEwAA#
v=onepage&q=Sistemas%20Transaccionales&f=false
Martinez, R. (2012). PostgreSQL. Recuperado el 15 de 01 de 2013, de
http://www.postgresql.org.es/sobre_postgresql
Mendez Galvez, G. (16 de 06 de 2012). La importancia de gestion
empresarial.
Recuperado
el
20
de
01
de
2013,
de
http://galvezmendez.blogspot.com/2012/06/la-importancia-de-gestionempresarial.html
Mndez, C. (2005). Metodologa. Diseo y desarrollo del proceso de
investigacin. Colombia: Editorial Mc Graw Hill. .
Norma Venezolana CONVENIN-ISO. (1998). Recuperado el 06 de 07 de
2013,
de
http://www.sencamer.gob.ve/sencamer/normas/10012-2-
98.pdf
214
O'Brien, J., & Marakas, G. (2006). Sistemas de informacin gerencial.

Mexico: Editorial Mc Graw Hill.
Pastor, J. (2002). Concepto de sistema de informacin en la organizacin.
Recuperado
el
21
de
01
de
2013,
de
http://books.google.com/books?id=Ki_YBjGVlH4C&pg=PA8&dq=siste
ma+de+informacion&hl=es&ei=hfIrTbf1KIG8lQfz28nWCw&sa=X&oi=b
ook_result&ct=result&resnum=5&ved=0CDsQ6AEwBA#v=onepage&q
&f=false
Prez, A. (2002). Gua Metodolgica para anteproyectos de investigacin.
Caracas: Fedupel. Fondo Editorial de la Universidad Pedaggica
Experimental Libertador.
Petrourica. (2011). Base de Datos Petrourica. Caracas, Venezuela.
PHP.NET;. (2013). PHP-Pgina Web en lnea. Recuperado el 10 de 05 de
2013, de http://php.net/
Pressman, R. (2002). Ingeniera de Software - Un enfoque prctico. Editorial
McGraw Hill.
Quispe Mamani, Z. (2009). SISTEMA DE GESTION DE RIESGOS EN
ACTIVOS DE. LA PAZ- BOLIVIA.
Rodrguez Malave, R. E. (2009). Desarrollo de un sistema de informacin
gerencial de apoyo al proceso de toma de decisiones para la gerencia
de proyectos en una Asociacin Cooperativa. Barcelona, Venezuela.
Sabino, c. (2002). El Proceso de investigacin. Caracas: Panapo.
Salgueiro, A. (2010). Indicadores de Gestin y Cuadro de Mando. .
Recuperado
el
09
de
01
de
2013,
de
http://books.google.com/books?id=NW9HeT0Vm_IC&printsec=frontco
ver&dq=indicadores+de+gestion&hl=es&ei=9WQsTc3yC4Wdlgev215
6WODA&sa=X&oi=book_result&ct=result&resnum=1&ved=0CCoQ6A
EwAA#v=onepage&q&f=false
Seijas, F. (2006). Investigacin por muestreo. Caracas: Ediciones de la
Biblioteca UCV. Ediciones FACES UCV .
Sotuyo Blanco, S. (30 de 05 de 2008). Gestin de Activos y Ciclo de Vida.
Recuperado el 05 de 05 de 2013, de Disponible en: http://santiagosotuyo.blogspot.com/2008/05/gestin-de-activos-y-ciclo-de-vida.html
Ua, G. (13 de 08 de 2013). Sistemas Integrados de Administracin
Financiera en Amrica Latina. Recuperado el 07 de 09 de 2013, de
http://siaflac.bligoo.cl/siaf-s-en-america-latinatres-generaciones-desistemas-apoyando-una-mejor-gestion-financiera-publica
UPEL.
(2006).
Universidad
Pedaggica
Experimental
Libertador.
Vicerrectorado de Investigacin y Postgrado. Manual de trabajos de

Grado de especializacin y maestra y tesis doctoral. Caracas: Fondo
Editorial de la Universidad Pedaggica Experimental Libertador.
Welling, L., & Thomson, L. (2005). Desarrollo Web con PHP y MySQL.
Ediciones Anaya Multimedia (Grupo Anaya, S.A) .
Yubero Hermosa, M. (s.f.). Diccionario econmico En linea. Recuperado el 10
de
Mayo
de
2013,
de
http://www.expansion.com/diccionario-
economico/activo.html
216
ANEXOS
217
NCLEO DE BOLIVAR
ESCUELA DE INGENIERA DE SISTEMAS
PUERTO ORDAZ / BOLIVAR / VENEZUELA
ANEXO A
Encuesta Aplicada
El presente instrumento de recoleccin de datos ha sido diseado para
obtener informacin cualitativa y calificada sobre el SISTEMA DE
INFORMACIN GERENCIAL PARA LA GESTIN DE LOS ACTIVOS
DE LA GERENCIA DE AUTOMATIZACIN, INFORMATICA Y
TELECOMUNICACIONES (AIT) DE PETROURICA S.A, con la finalidad
de aplicar una estrategia eficaz y establecer los lineamientos para optimizar y
erradicar la problemtica.
La aplicacin de este instrumento certificar el anonimato y confiabilidad de
la informacin recogida y los resultados obtenidos dependern de la veracidad con
que usted responda las preguntas.
Es importante destacar que la informacin obtenida servir slo para estos
fines, y en consecuencia a la misma, slo tendr acceso el investigador.
INSTRUCCIONES
Lea cuidadosamente el texto.

Responda objetivamente.
No necesita identificarse.
Si tiene duda, consulte al encuestador.
Seleccione una sola alternativa, que deber ser la que ms se ajuste a su
respuesta.
No deje ninguna pregunta sin contestar
Su aporte es importante para la investigacin.
Muchas gracias, por su colaboracin

Cuestionario
218
Para cada tem marque una X en la opcin de su preferencia.

1. El actual sistema presenta un desempeo ptimo?
Si_____ A Veces_____ No_____
2. El actual sistema contempla todos los procesos relacionados a la gestin
de los activos informticos de la gerencia de AIT?
Si_____ A Veces_____ No_____
3. La informacin que presenta el actual sistema en los reportes le parece
suficiente?
Si_____ A Veces_____ No_____
4. La informacin entregada por el actual sistema a travs de los reportes es
la ms adecuada?
Si_____ A Veces_____ No_____
5. El actual sistema genera indicadores estadsticos?
Si_____ A Veces_____ No_____
6. El actual sistema permite la conexin de un gran nmero de usuarios al
mismo tiempo?
Si_____ A Veces_____ No_____
7. El actual sistema puede ser accedido desde cualquier oficina de la
empresa?
Si_____ A Veces_____ No_____
8. El actual sistema es de fcil uso?
Si_____ A Veces_____ No_____
9. El actual sistema es de fcil administracin?
Si_____ A Veces_____ No_____
10. El actual sistema permite cancelar operaciones en pleno procesamiento?
Si_____ A Veces_____ No_____
11. Los tiempos de respuesta del actual sistema son los indicados?
Si_____ A Veces_____ No_____
12. El actual sistema tiene la capacidad para interactuar con otros sistemas?
Si_____ A Veces_____ No_____
13. El actual sistema le permite interactuar con herramientas ofimticas, Ej.:
Open Office, MS Office?
Si_____ A Veces_____ No_____
14. El actual sistema posee sus respectivos manuales de usuario?
Si_____ A Veces_____ No_____
15. El actual sistema posee sus respectivos manuales de sistema?
Si_____ A Veces_____ No_____
16. La seguridad que presenta el actual sistema es la ms adecuada?
Si_____ A Veces_____ No_____
219
NUCLEO DE BOLVAR
COORDINACIN DE POSTGRADO EN INFORMTICA GERENCIAL
ANEXO B
Manual de Usuario
MANUAL DE USUARIO DEL SISTEMA DE INFORMACIN

GERENCIAL PARA EL GESTIN DE LOS ACTIVOS DE LA
GERENCIA DE AUTOMATIZACIN, INFORMATICA Y
TELECOMUNICACIONES DE PETROURICA S.A
Puerto Ordaz, Junio de 2013
220
INDICE
Aspectos Generales ............................................................................................. 224
Beneficios que ofrece el Sistema ........................................................................ 205
Ciclo de vida de un activo ................................................................................... 224
Ingreso al Sistema ............................................................................................... 228
Roles del mdulo ................................................................................................ 229
Activos ................................................................................................................ 231
Plantillas .............................................................................................................. 242
Mantenimiento .................................................................................................... 250
Categora, Marca, Modelo................................................................................... 251
Depsitos ............................................................................................................. 256
Propietarios ......................................................................................................... 259
Inventario ............................................................................................................ 265
Telefona ............................................................................................................. 269
Reportes............................................................................................................... 276
221
INDICE DE FIGURAS
Figura 1 Estado de los activo ................................................................. 227
Figura 2 Acceso al Sistema ...................................................................... 228
Figura 3 Perfiles Disponibles .................................................................... 229
Figura 4 Acceso para el Administrador ..................................................... 229
Figura 5 Acceso para el Analista de Gestin de Activos .............................. 230
Figura 6 Acceso para el Analista de Soporte Integral .................................. 230
Figura 7 Formulario de activos para el Analista de Gestin de Activos .......... 231
Figura 8 Formulario de activos para el Analista de Soporte Integral ............. 232
Figura 9 Datos generales del activo ........................................................... 232
Figura 10 Procura del activo ..................................................................... 233
Figura 11 Datos generales del activo (estado Asignado) .............................. 234
Figura 12 Plantilla del activo .................................................................... 234
Figura 13 Caractersticas del activo ........................................................... 234
Figura 14 Ubicacin del activo ................................................................. 235
Figura 15 Informacin personal del responsable del activo .......................... 235
Figura 16 Historial del activo ................................................................... 236
Figura 17 Notas del activo........................................................................ 236
Figura 18 Documentos asociados .............................................................. 237
Figura 19 Formulario de activos ............................................................... 237
Figura 20 Buscador de activos .................................................................. 238
Figura 21 Resultados de la bsqueda ......................................................... 239
Figura 22 Mensaje para mantener datos en pantallas ................................... 240
Figura 23 Formulario de la opcin de Plantillas .......................................... 242
Figura 24 rea de caractersticas .............................................................. 244
Figura 25 rea de valores ....................................................................... 244
Figura 26 Bsqueda de categora .............................................................. 245
Figura 27 Tipos de plantillas .................................................................... 245
Figura 28 Creacin de una plantilla ........................................................... 245
Figura 29 Insercin de caracterstica ......................................................... 247
Figura 30 Notificacin de ingreso ............................................................. 247
Figura 31 rea para la insercin de valores a la caracterstica ...................... 248
Figura 32 Insercin de valores a la caracterstica ........................................ 248
Figura 33 Interfaz principal de la opcin Mantenimiento .......................... 250
Figura 34 Interfaz de categora, marca y modelo ......................................... 251
Figura 35 Pestaa categora. ..................................................................... 252
Figura 36 Pestaa marca .......................................................................... 253
Figura 37 Pestaa modelo ........................................................................ 254
Figura 38 Interfaz de depsito .................................................................. 257
Figura 39 Bsqueda de un usuario............................................................. 259
Figura 40 Interfaz de propietario ............................................................... 259
Figura 41 Almacenamiento de un propietario. ............................................ 260
Figura 42 Consulta de un propietario ......................................................... 261
Figura 43 Interfaz principal de proveedores .............................................. 262
Figura 44 Datos del proveedor .................................................................. 262
222
Figura 45 Ubicacin del proveedor ........................................................... 263

Figura 46 Listado de proveedores ............................................................. 263
Figura 47 rea de contactos ..................................................................... 264
Figura 48 Interfaz de inventario ................................................................ 265
Figura 49 Equipos existentes en el depsito seleccionado ............................ 266
Figura 50 Partes y piezas existentes en el depsito seleccionado................... 266
Figura 51 Categora seleccionada .............................................................. 267
Figura 52 Consulta por estado .................................................................. 267
Figura 53 Pestaa de Telefona ................................................................. 269
Figura 54 Formulario telfonos mviles..................................................... 270
Figura 55 Seccin de bsqueda de telfonos mviles .................................. 271
Figura 56 Datos personales del usuario del equipo telefnico ....................... 272
Figura 57 Formulario Lnea Telefnica...................................................... 273
Figura 58 Formulario para cargar archivo de consumos telefnicos .............. 275
Figura 59 Formulario para cargar archivo de lneas telefnicas .................... 275
Figura 60 Interfaz de reportes ................................................................... 276
Figura 61 Interfaz activo por .................................................................... 277
Figura 62 Interfaz usuarios (sin activo) por ................................................ 278
Figura 63 Interfaz estadstica .................................................................... 279
Figura 66 Datos exportados a una hoja de clculo ....................................... 280
223
Aspectos Generales
El Sistema de Gestin de Activos, se encarga de controlar todo lo relacionado a los
activos informticos de la empresa PETROURICA S.A, a travs de un entorno que en
cumplimiento con el decreto presidencial 3390, permita, particularmente, administrar el
inventario y de apoyo a la toma de decisiones de la gerencia de automatizacin informtica
y telecomunicaciones tomando en cuenta la diversidad de dispositivos.
Beneficios que ofrece el Sistema
1. Monitoreo y validacin de los estados de los activos, segn su ciclo de vida.
2. Incorporacin del buscador de activos, que facilita (segn ciertos parmetros) la
ubicacin de un activo en particular.
3. Creacin dinmica de plantillas para cada tipo de activo que se debe administrar en el
sistema.
4. Generacin de reportes de manera automtica.
Ciclo de vida de un activo
La mayora de las operaciones que se realizan en el formulario de activos, se llevan a
cabo en funcin de su ciclo de vida, este ciclo de vida del activo est conformado por una
serie de estados, los cuales tienen asociados diversas reglas del negocio, en la tabla que se
muestra a continuacin, se detallarn cada uno de los estados y cada una de las acciones y
validaciones que se ejecutan durante la transicin de un estado y otro. Es de resaltar que el
Analista de Gestin de Activo, tiene potestad sobre los estados: Nuevo, En Inventario,
Disponible, Configurando, Por Donar, Donado, y Desincorporado; para realizar
modificaciones en torno a ellos. Para el restante de los estados, slo puede consultar la
informacin asociada.
Estado
Nuevo
En inventario
Consideraciones
Generales
Un activo posee este
estado cuando es
adquirido
por
la
Corporacin,
bien
sea
en
calidad
de
compra
o
alquiler.
Descripcin
En este estado se
procede al
activo debe asignrsele el nmero

de etiqueta correspondiente.
Puede guardarse sin etiqueta, pero

obligatoriamente deber tener un
serial.
El responsable del activo ser el
custodio del depsito principal
(en caso de que la localidad
posea uno) o en trnsito,
seleccionado.
La ubicacin del activo ser la
misma ubicacin del depsito.
224
Estados a los que

puede pasar
En Inventario
Extraviado
Hurto
Disponible
Extraviado
Estado
Disponible
Consideraciones
Generales
etiquetado del activo.
El
activo ya se
encuentra
preparado para la
revisin
y/o
configuracin.
Descripcin
El responsable del activo contina
siendo el custodio del depsito
principal (en caso de que la
localidad posea uno) o en
trnsito, seleccionado.
La ubicacin del activo ser la
misma ubicacin del depsito.
Se limpia el rea de ubicacin del
activo.
Se escoge la ubicacin del
depsito en trnsito donde se
enviar el activo para su
posterior asignacin.
Estados a los que

puede pasar
Hurto
Configurando
Extraviado
Hurto
La responsabilidad del activo

estar a cargo del custodio del
depsito seleccionado. En caso
de que la localidad donde se
desea enviar al activo no posee
un depsito en trnsito, se
seleccionar
un
depsito
principal. Siendo as, el
responsable ser el custodio del
depsito seleccionado.
Configurando
El
activo
est
preparado para
ser asignado a un
Analista
de
Soporte
Integral.

activo.
Se realiza la asignacin del activo
a un Analista de Soporte
integral.
Asignado
Extraviado
Hurto
Reparacin
Reparacin
Garanta
La ubicacin del activo

corresponder a la ubicacin del
Analista de Soporte Integral.
Los datos bsicos del activo no
podrn ser modificados.
Se genera el acuse de recibo al
Analista de Soporte Integral que
se le ha asignado el activo.
Asignado
El
activo
est
preparado para
ser asignado a un
usuario de la
Corporacin.
Se limpia el rea de ubicacin de

l activo.
Se realiza la asignacin del activo
a un usuario.
225
Extraviado
Hurto
Por Desincorporar
Por Donar
Reparacin
Reparacin por
Garanta
por
Estado
Consideraciones
Generales
Descripcin
Estados a los que

puede pasar

usuario seleccionado.
Se genera el acuse de recibo al
usuario que se le ha asignado el
activo.
Reparacin
El
activo
ha
presentado
alguna
falla que amerita su
desincorporacin
del usuario que
lo tena asignado.

activo.
El sistema deber cargar la
Informacin del Analista de
Soporte Integral que esta
atendiendo el caso.
Asignado
Extraviado
Hurto
Por Desincorporar
Por Donar
Asignado
Extraviado
Hurto
Por Desincorporar
Por Donar

Reparacin por
Garanta
El
activo
ha
presentado
alguna
falla,
durante
el
tiempo
de
garanta
ofrecido
por
el
proveedor, pero
amerita
su
desincorporacin
del usuario que
lo tena asignado.

activo.
El sistema deber cargar la
informacin del Analista de
Soporte Integral que haba
realizado la esta atendiendo el caso.
Por Donar
El activo an se
encuentra
operativo y ser
transferido a un
determinado ente.
La ubicacin del activo ser el

depsito de la localidad donde
se encuentra
custodio del depsito.
226
Donado
Extraviado
Hurto
Estado
Consideraciones
Generales
El activo ser
transferido a otro
ente.
Descripcin
Por Desincorporar
Desincorporar
El activo se le es
retirado al
usuario,
bajo
cualquiera de las
siguientes situaciones:
Ha caducado su
fecha
de
asignacin.
Ha presentado una
falla que impide
su
operatividad.

ltimo depsito en el cual se
encontraba antes de ser
asignado.
Desincorporado
El

depsito principal desde donde
sali antes de pasar a
Disponible.
Donado
Extraviado
Hurto
Donado
activo
se
encontraba en el
estado
Por
Desincorporar, y
finalmente
ser
Desincorporado.

depsito de la localidad donde
se encuentra
Se coloca observacin con los
datos y ubicacin del ente al
que se le hizo entrega.

Hurto
El activo le ha sido
robado al
usuario que se le ha
asignado.

Extraviado
Extraviado El activo
se ha perdido
durante el lapso
en que lo ha
tenido bajo su
responsabilidad
una persona.

Figura 82 Estado de los activo

227
Estados a los que

puede pasar
Extraviado
Hurto
Desincorporado
Extraviado
Hurto
Por Donar
Ingreso al Sistema
Figura 83 Acceso al Sistema

Figura 2. Sesin valida en el sistema

228
Figura 84 Perfiles Disponibles

Roles del mdulo

El sistema puede ser operado por tres actores principales y, actualmente, pueden ejecutar
las siguientes tareas:
Administrador: Es la persona encargada de realizar rutinas de mantenimiento (insercin,
actualizacin y/o eliminacin) de los activos en la base datos del sistema. especficamente,
puede realizar lo siguiente:
Administrar la informacin relacionada a depsitos, propietarios, proveedores,
categoras, marcas y modelos.
Crear, modificar y consultar plantillas de activos principales y secundarios.
Realizar la asignacin de un equipo telefnico.
Actualizar la informacin referente a las lneas telefnicas (tal como estado, cuenta
asociada, clase, operadora, entre otros datos).
Cargar los archivos de consumo telefnico y lneas telefnicas nuevas.
Este perfil tiene acceso a las siguientes opciones del men:
Figura 85 Acceso para el Administrador
229
Analista de Gestin de Activos: Entre sus actividades se encuentran:

Agregar, actualizar y consultar los activos principales y secundarios.
Asociar activos secundarios.
Consultar, a travs de la opcin de Inventario, los activos que se encuentran en un
determinado depsito, y actualiza la informacin de las cantidades mnimas,
mximas, y disponibles de los mismos. Adicionalmente, facilita la asignacin de un
activo disponible a un Analista de Soporte Integral.
Modificar los estados: Nuevo, En Inventario, Disponible, Configurando, Por Donar,
Donado, Desincorporado.
Realizar la asignacin de un equipo telefnico.
Actualizar la informacin referente a las lneas telefnicas (tal como estado, cuenta
asociada, clase, operadora, entre otros datos).
Cargar los archivos de consumo telefnico y lneas telefnicas nuevas.
El Analista de Gestin de Activos puede ejecutar tareas en las siguientes opciones del
men:
Figura 86 Acceso para el Analista de Gestin de Activos

Analista de Soporte Integral: Bsicamente sus actividades estn enfocadas en:

Consultar o visualizar activos principales y secundarios que se encuentran en estado
Configurando, Asignado, Por Desincorporar, Reparacin.
Cuando el Analista de Soporte Integral ingresa el indicador y la clave que lo identifica,
el sistema le permitir interactuar con las siguientes opciones:
Figura 87 Acceso para el Analista de Soporte Integral

230
Activos
Brinda la posibilidad de consultar, ingresar, modificar y asignar un activo.
Descripcin del formulario
Segn la persona vlidada, el formulario de activos tiene dos (2) presentaciones:
Analista de Gestin de Activos
Figura 88 Formulario de activos para el Analista de Gestin de Activos

Inicialmente est conformado por una (1) seccin principal: datos del activo principal,
desde donde se puede realizar la consulta, el ingreso y modificacin de un activo.
Adicionalmente, la seccin mencionada se subdivide en las siguientes reas: datos
generales del activo y plantilla del activo. En la primera, se resean los datos bsicos del
activo, y en la segunda se realiza la seleccin de la plantilla que se desea tenga el activo.
231
Analista de Soporte Integral
Figura 89 Formulario de activos para el Analista de Soporte Integral

El formulario de activos para el Analista de Soporte Integral est conformado por dos
(2) secciones principales: bsqueda y visualizacin de los activos que se le han asignado al
validado (estado Configurando) y aquellos que l ha asignado anteriormente (estado
Asignado) y datos generales del activo.
1. Datos generales del activo:
Figura 90 Datos generales del activo

Etiqueta. Corresponde a la serie de caracteres asignados por la empresa al activo y

el cual permite su identificacin (este campo acepta combinaciones de nmeros y
letras, hasta un mximo de diez (10) caracteres).
Serial. Es el conjunto de caracteres que corresponde a la serie del activo.
Estado. Es la condicin en la que se encuentra un activo en determinado momento y
est asociado al ciclo de vida del activo.
Alto valor. Es la importancia que tiene el activo para la empresa en cuanto a la
utilidad que proporcionar.
Organizacin. Hace referencia a la Gerencia a la cual est asignada ese activo.
Tipo de adquisicin. Indica la manera en que se obtuvo el activo. Si fue a travs de
una compra o alquiler. De seleccionar alguna de las dos opciones, el sistema
mostrar el rea de Procura del Activo:
232
Figura 91 Procura del activo

En esta rea se registran los datos de adquisicin del equipo. La informacin mostrada
corresponde a:
ODC/Contrato. Corresponde al nmero de factura.
Centro de costo. Corresponde al nmero de control asignado por BARIVEN
(empresa que se encarga de la adquisicin de los equipos para CVP).
Propiedad de. Corresponde al propietario del activo.
Solicitado por. Corresponde al nombre de la persona que solicita el activo.
Nota de entrega. Es el cdigo de entrega asignado por el proveedor.
Proveedor. Es la persona o institucin que provee el activo.
Fecha de entrega. Corresponde a la fecha en la cual se adquiere el activo.
Valor histrico. Corresponde al costo del equipo.
Depreciacin. Es el monto en bolvares correspondiente a la depreciacin por mes
del activo. Este monto es calculado por el sistema.
Cuando el tipo de adquisicin seleccionado es compra (como es el caso presentado en la
Figura), se presenta informacin correspondiente a:
Garanta. Es la duracin en meses de la garanta.
Fecha fin de garanta. Corresponde a la fecha en la cual culmina la garanta del
activo. Esta fecha la calcula el sistema, de acuerdo a la fecha de entrega y la
duracin de la garanta.
Resta garanta. Indica el tiempo (calculado en aos, meses y das) que falta para que
expire la garanta.
Fecha vida til. Es la fecha en la cual culminar la vida til del activo.
Resta vida til. Indica el tiempo (calculado en aos, meses y das) que falta para que
expire la vida til del activo.
Para el caso de que el tipo de adquisicin corresponda a alquiler, se presentar la
siguiente informacin:
Alquiler. Es el tiempo en meses que durar el alquiler del activo.
Fecha fin de alquiler. Corresponde a la fecha en la cual finaliza el alquiler del
activo. Esta fecha la calcula el sistema, de acuerdo a la fecha de entrega y la
duracin del alquiler.
Resta alquiler. Al igual que la fecha de finalizacin de la garanta, el sistema calcula
el tiempo en aos, meses y das que faltan para que expire el tiempo de alquiler.
233
Nota: Cuando el activo seleccionado posea el estado Asignado, adicional a los datos
descritos anteriormente, se apreciar lo siguiente:
Figura 92 Datos generales del activo (estado Asignado)

Es la utilidad que tendr el activo segn las necesidades que cubrir.

Especficamente se manejan los siguientes usos: pool, principal, sala, secundario,
infraestructura y crtico.
Tipo de asignacin. Indica el tiempo que permanecer el activo bajo la
responsabilidad de un usuario. La asignacin puede ser: fija o temporal. Fija cuando
se extiende hasta el trmino de la vida til del activo. Temporal, cuando se
encuentra en un intervalo de tiempo preestablecido.
2. Plantilla del activo
Figura 93 Plantilla del activo

Tipo de activo. Hace referencia al tipo de plantilla a la que pertenece el activo:

Automatizacin, Informtica o Telecomunicaciones.
Categora. Indica las diversas clases bajo la cual pueden estar integrados todos los
elementos que poseen atributos comunes. Por ejemplo: access point, porttil,
mouse, teclado, monitor, entre otros.
Marca. Corresponde al nombre distintivo que indica que los activos han sido
producidos por una persona o empresa determinada.
Modelo. Est relacionado con el diseo especfico de un activo.
2. Caractersticas del activo
Figura 94 Caractersticas del activo

234
En esta rea se muestran el conjunto de atributos que tiene asociada la categora

seleccionada.
4. Ubicacin del activo
La ubicacin corresponde al mbito donde se encuentra el activo (tipo de ubicacin),
la persona que tiene a su cargo la vigilancia del mismo (responsable) y la persona a la cual
est asignado ese equipo.
Figura 95 Ubicacin del activo

Se manejan dos tipos de ubicaciones: Interna y Externa.

Si la ubicacin seleccionada corresponde a la interna, se deber especificar la
siguiente informacin, en el mismo orden de aparicin:
Zona. Es la regin geogrfica donde est sectorizado el depsito.
rea. Es el rea operativa dentro de la regin geogrfica o zona.
Localidad. Es el nivel inferior inmediato al rea geogrfica, equivale al edificio.
Sector. Corresponde a una ubicacin ms especfica dentro de la localidad.
Piso. Forma parte de la ubicacin dentro del sector especificado.
Para el caso de que se seleccione la ubicacin externa, se especificar lo siguiente:
Pas: Es la nacin donde se encuentra ubicado el depsito.
Estado/Provincia. Corresponde a la parte del pas donde se encuentra ubicado el
depsito.
Ciudad. Es el ncleo urbano donde se reside el depsito.
5. Responsable del activo

Es la persona encargada de velar por la integridad del activo.
Figura 96 Informacin personal del responsable del activo

235
Tal como se aprecia en la figura anterior los datos que se pueden visualizar para el
responsable del activo son: cdula, indicador, nombre, apellido, correo, telfono,
organizacin, as como la ubicacin donde se encuentra.
Nota: El responsable del activo depender del estado que posea el activo en un
determinado momento.
Aspectos a considerar en el rea de usuarios
Solamente, se pueden cargar los datos de un usuario, cuando el estado del activo sea
llevado a Asignado.
Cuando el uso del activo sea Pool o Sala, podr asignarse a ese activo la
cantidad de usuarios que harn uso de l.
6. Historial del activo
Figura 97 Historial del activo

En esta rea se resean las acciones que se han realizado en torno al activo que se est
modificando o consultando en un momento determinado. Esta informacin se muestra en
un tabla que contiene la fecha y hora en la que se realiz la accin, nombre y cdula de
identidad de la persona que la ejecut, as como una breve descripcin de lo realizado.
7. Notas
Figura 98 Notas del activo.

En esta rea el analista registra cualquier observacin que considere relevante. Para el
caso de que el registro de la observacin que se intenta realizar sea extenso, se podr
presionar sobre el botn del rea indicada. Seguidamente, el sistema desplegar una
ventana emergente donde se podr completar el registro de la nota.
8. Documentos asociados
236
Figura 99 Documentos asociados

Permite asociarle documentos al activo que se muestra en el formulario. Esto es

posible, cuando el activo se encuentra en el estado Asignado.
Nota: En la parte inferior de la pgina, se muestran tambin los botones Acuse,
Limpiar y Guardar. El primero permite, visualizar el acuse de recibo asociado al activo
que se muestra actualmente en el formulario, pero slo cuando los estados del activo sean:
Configurando o Asignado. El segundo, restablece el formulario y el tercero, almacena las
modificaciones realizadas en torno al activo.
Actividades que se pueden ejecutar desde la opcin de Activos
En la pantalla de activos se pueden ejecutar las siguientes actividades:
Consulta/carga de un activo
Un activo puede consultarse dependiendo del analista que se ha validado.
Para el caso de que la persona validada corresponda a un Analista de Gesti
Figura 100 Formulario de activos

1. Se introduce la etiqueta del activo y se presiona <Enter> para realizar la carga

respectiva de la informacin asociada al activo.
2. Se ingresa el serial del activo y se presiona <Enter> para realizar la carga de la
informacin relacionada al activo, o
3. Se hace clic sobre el botn Buscar. A continuacin aparecer la siguiente ventana:
237
Figura 101 Buscador de activos

Para cargar la informacin de un activo a travs del buscador, se procede de la siguiente

manera:
Se selecciona uno o varios de los criterios de bsqueda disponibles (etiqueta, serial,
categora/marca/modelo, estado, responsable o ubicacin). Para la seleccin de uno
o ms criterio se procede a hacer clic sobre las casillas de verificacin que se
encuentran en el lado izquierdo de los criterios. De no seleccionarse ninguno de los
criterios sealados, el sistema emitir un mensaje indicando que no se le ha dado
entrada a un criterio de bsqueda.
Segn el (los) criterio (s) de bsqueda elegido, aparecer un caja de texto donde se
ingresar la informacin a mostrar (esto slo para el caso de seleccionarse etiqueta o
serial), unos radio botones (a fin de seleccionar el nombre o nmero de cdula,
cuando la seleccin corresponda a un responsable) o unos combos desplegables
(cuando la seleccin est vinculada a estado del activo, categora/marca/modelo o
ubicacin).
Una vez que se hayan alimentado todas las opciones de bsqueda escogidas, el
sistema generar, automticamente, los resultados. Tambin, puede hacerse clic
sobre el botn Buscar. En caso de generarse resultados, se desplegar una tabla
con el conjunto de registros que cumplen con el (los) criterio (s) de bsqueda. Si la
bsqueda no arroja ningn resultado el sistema emitir un mensaje indicando la
inexistencia de registros bajo ese (esos) criterio(s).
238
Figura 102 Resultados de la bsqueda

Le corresponder entonces al Analista de Gestin de Activos, seleccionar de la tabla

de resultados, el activo que necesita, para poder realizar la carga de la informacin
en la pantalla principal de activos.
Cuando la persona logeada sea un Analista de Soporte Integral, se podr realizar la
carga o consulta de un activo de la siguiente manera:
1. Escoger de la tabla el activo a consultar:
En primera instancia, la tabla se llena automticamente cuando se carga la pgina.
Puede ocurrir que los registros de esa tabla sean pocos y pueda ubicarse sin
dificultad un registro requerido y hacer clic en l.
Para el caso en que los registros sean numerosos, el Analista de Soporte Integral
puede utilizar la caja de texto que se encuentra en la parte superior de la tabla
(Configurando/Asignado), para ingresar el nombre de la categora que le interesa
consultar. El sistema, automticamente, procede a la bsqueda de aquellos registros
que coinciden con cada uno de los caracteres ingresados. Una vez ubicado el activo
en cuestin, slo debe hacerse clic sobre l. En el caso que se haya transcrito
errneamente el nombre de la categora, se podr hacer clic sobre el botn
Limpiar, para restablecer la caja de texto asociada.
2. Luego de haber presionado clic sobre el registro de inters, el sistema proceder a
realizar la carga de la informacin asociada al activo, especficamente: datos generales,
plantilla, marca, modelo, caractersticas, responsable, historial, procura, historial, activos
asociados, notas y los archivos adjuntos (en caso de que los posea).
239
3. El Analista de Soporte Integral, verificar que la informacin mostrada en pantalla

coincida con la seleccin del activo.
Ingreso de un activo
El ingreso de un activo es responsabilidad del Analista de Gestin de Activos y
amerita la ejecucin de los siguientes pasos:
1. Ingresar los datos generales del activo.
2. Realizar la bsqueda de la plantilla del activo, seleccionando las opciones
correspondientes a: tipo de activo, categora, marca y modelo.
3. Seleccionar el conjunto de caractersticas, que mejor se ajustan al activo que se
intenta crear. Las caractersticas dependern del tipo de activo y categora,
seleccionada con anterioridad.
4. Seleccionar la ubicacin del activo.
5. Ubicar el responsable del activo.
6. Registrar, en el rea de notas, cualquier observacin que considere relevante.
7. Hacer clic sobre el botn Guardar, con lo cual se validar la informacin que se
ha ingresado.
8. Para el caso, que no se haya completado alguna informacin el sistema generar un
alerta indicndolo. En caso contrario, se almacenar el nuevo activo.
9. Seguidamente, el sistema emite un mensaje confirmando si se desean mantener los
datos en pantalla: Si es afirmativa la confirmacin, el sistema deja en pantalla la
informacin del activo recin ingresada, a excepcin de la etiqueta y serial. Con esto
se permite el ingreso de un nuevo activo.
Para el caso contrario, se restablece el formulario de activos
Figura 103 Mensaje para mantener datos en pantallas

240
Modificacin de un activo
Para modificar un activo se debe:
1. Cargar los datos del activo.
2. Realizar los cambios respectivos en las reas asociadas a la informacin que se
desea modificar.
2.1 Si se desea modificar el estado de un activo hay que tomar en cuenta que la
seleccin de un estado depender del estado actual y del analista que se ha validado.
De acuerdo al estado seleccionado, el sistema permitir la ejecucin de ciertas
acciones. As, por ejemplo:
Cuando se desee modificar el estado de un activo cuyo estado actual es
Configurando, a Asignado:
El sistema limpiar el rea de responsable.
El Analista de Soporte Integral ubicar y seleccionar el usuario al que se le
asignar el activo.
El Analista de Soporte Integral podr, siempre que el tipo de categora lo permite,
asociar activos secundarios.
El Analista de Soporte integral puede aadir observaciones adicionales al activo;
para ello se trasladar al rea notas del activo y transcribir la serie de detalles que
quiere registrar.
El Analista de Soporte integral, podr aadir la cantidad de archivos que considere
importante agregar al activo..
Seguidamente, el Analista de Soporte integral verificar que ha realizado todos los
cambios que le permite el estado. El sistema generar un mensaje indicando si desea
mantener los datos en pantallas. Para el caso que el Analista de Soporte integral
presione la opcin Aceptar el sistema mantendr los datos en pantalla. En caso
contrario, se limpiar el formulario de activo.
3. Finalmente, se hace clic en el botn Guardar para almacenar la informacin
ingresada. El sistema almacenar la informacin siempre que se hayan completados los
campos obligatorios.
Nota:
1. Cuando un activo transita de un estado a otro, el sistema almacena las distintas
operaciones que un analista ha realizado sobre l. Esta informacin puede apreciarse en el
rea Historial del Activo.
2. Un activo perteneciente a la plantilla de telefona, slo podr modificarse hasta el estado
En Inventario. En lo sucesivo, cualquier cambio que se desee realizarle, deber
gestionarse por la opcin Telefona.
Para el caso que el estado del activo sea Configurando o Asignado, el sistema
generar el acuse de recibo contentivo de la informacin del activo. Igualmente, el
sistema enviar un correo al usuario que se le ha asignado al activo, con una copia
del acuse generado.
241
Plantillas
Le ofrece la posibilidad al Administrador de crear y consultar una plantilla de activos,
la plantilla corresponde al formato bajo el cual se guarda un activo.
Descripcin del formulario:
Figura 104 Formulario de la opcin de Plantillas

La opcin Plantillas muestra tres reas principales: Categoras, Caractersticas y Valores.

Categoras
En el rea Categoras se puede apreciar lo siguiente:
Una caja de texto, identificada con la palabra Nombre en la cual se ingresa el
nombre de una categora en particular.
Cuatro radiobotones, que indican los tipos de plantillas disponibles
(Automatizacin, Informtica, Telecomunicaciones y Telefona).
Dos botones:
Limpiar: Permite dejar en blanco la caja de texto Nombre, a fin de permitir otra
entrada.
Guardar: Permite almacenar la insercin o modificacin de una categora.
Una tabla de resultados, en la que se aprecian tres columnas identificadas con:
242
Categora: Indica el tipo de activo al que se hace referencia; por ejemplo, micro,
monitor, teclado, entre otras.
Tipo: Indica el tipo de plantilla a la cual pertenece la plantilla y
Activo principal: Hace referencia a si la categora corresponde a un activoprincipal
o no.
Figura 24. rea de categoras

Caractersticas
En esta rea se aprecia lo siguiente:
Una caja de texto, identificada con la palabra Nombre en la cual se ingresa el nombre de
la caracterstica.
Un combo, denominado Control que contiene los tres tipos de controles (select
-lista desplegables, input - cuadro de texto y checkbox - listas de verificacin) con
los cuales se puede presentar una caracterstica.
Tres botones:
Limpiar. Permite dejar en blanco la caja de texto Nombre, a fin de permitir otra
entrada.
Eliminar. Permite borrar una caracterstica.
Agregar. Permite la insercin de una caracterstica.
Una tabla de resultados, en la que se aprecian dos columnas identificadas con:
Caracterstica. Indica el nombre que tendr la caracterstica. Control. Indica el tipo
de control seleccionado para la caracterstica.
243
Figura 105 rea de caractersticas

Valores
En esta rea se aprecia lo siguiente:
Una caja de texto, identificada con la palabra Valor en la cual se ingresa(n) el(los)
valor(es) representativo(s) de la caracterstica seleccionada.
Tres botones:
Limpiar. Permite dejar en blanco la caja de texto Valor, a fin de permitir otra
entrada.
Eliminar. Permite borrar un valor.
Guardar. Permite la insercin de un valor.
Una tabla de resultados, en la que se aprecia una columna identificada con: Valor.
Indica el nombre dado al valor de la caracterstica.
Figura 106 rea de valores

Actividades que se pueden ejecutar

Creacin de una plantilla
Para crear una plantilla, es necesario:
1. Verificar que exista la categora a partir de la cual se quiere generar la plantilla. Para ello,
se teclea el nombre de la categora en el campo identificado con Nombre. Seguidamente,
el sistema desplegar, en la tabla que se encuentra en la parte inferior, los resultados que
coincidan con los caracteres ingresados.
244
Figura 107 Bsqueda de categora

Figura 108 Tipos de plantillas

2. Si la categora que se busca tiene como tipo No asignado, indica que esa categora no
tiene plantilla asociada y se procede a su creacin, seleccionando una opcin de los tipos
disponibles:
3. Posteriormente, se hace clic sobre el botn Guardar, para almacenar el cambio.
Figura 109 Creacin de una plantilla

Creacin de caractersticas
Una vez que se haya asignado un tipo de plantilla a una categora se puede proceder a la
creacin del conjunto de caractersticas que definirn al activo. Para ello es conveniente,
tomar en cuenta lo siguiente:
245
Seleccionar la categora que contendr el conjunto de caractersticas que se desean

crear.
Figur
a 30. Seleccin de una categora
Ingresar el nombre de la caracterstica en el campo Nombre del rea

Correspondiente. Cuando la categora no tiene caractersticas asignadas, aparecer un
mensaje en la tabla del rea de Caractersticas, indicndolo.
Figura 31. Categora sin caractersticas

Posteriormente, se debe elegir el tipo de control (checkbox, input, select) en la cual

se presentar la caracterstica.
246
Figura 110 Insercin de caracterstica

Seguidamente, se hace clic sobre el botn Agregar e inmediatamente aparecer un

mensaje indicando el ingreso de valores para la caracterstica que se acaba de
insertar.
Figura 111 Notificacin de ingreso

Creacin de valores a caractersticas
247
Figura 112 rea para la insercin de valores a la caracterstica

Seguido a la creacin de una caracterstica, es necesario (en cierto caso)

proporcionarle, por lo menos, un valor., cuando se ha agregado la caracterstica a la tabla,
en seguida se activa el rea para la insercin de valores.
Posteriormente, se introduce el valor en el campo identificado con el mismo nombre

en el rea Valor y se presiona el botn Guardar. Inmediatamente, se cargar en la
respectiva tabla, la informacin ingresada.
Figura 113 Insercin de valores a la caracterstica

Modificacin de categoras
Para modificar la categora de una plantilla, se debe:
Ubicar y seleccionar la categora a ser modificada. Slo puede modificarse el tipo de
plantilla.
Se procede a seleccionar el nuevo tipo de plantilla que tendr la categora.
Finalmente, se presiona el botn Guardar para almacenar los cambios realizados.
248
El sistema emitir un mensaje preguntando si realmente se desea realizar el cambio.

En caso afirmativo, se procede a la modificacin. En caso contrario, la categora
permanecer con la plantilla anterior.
Modificacin de una caracterstica
Para modificar una caracterstica se debe:
Buscar y seleccionar una categora. El sistema mostrar en una tabla la(s)
caracterstica(s) que se haya(n) registrado para dicha categora.
Hacer clic en la fila de la caracterstica a modificar. Seguidamente, el sistema
cargar el nombre y tipo de control de la caracterstica seleccionada en sus
respectivos campos.
Realizar los cambios pertinentes. Slo podr cambiarse el nombre y tipo de control.
Por ltimo, se guardan los cambios, presionando el botn Guardar. El sistema
emitir un mensaje preguntando si realmente se desea realizar el cambio. En caso
afirmativo, se procede a la modificacin en base de datos de la informacin de la
caracterstica. En caso contrario, la caracterstica mantendr la informacin anterior.
Modificacin del valor de una caracterstica
Para modificar el valor de una caracterstica, se debe:
Seleccionar la categora y la caracterstica, para visualizar los valores que estn
guardados.
Hacer clic en el valor que se necesita modificar (en el campo Valor se mostrar el
valor seleccionado).
Cambiar el valor.
Presionar el botn Guardar para proceder a su almacenamiento. El sistema
mostrar un mensaje de confirmacin. Posteriormente, se presionar el botn
Aceptar del cuadro de dilogo para confirmar el cambio realizado. Una vez que se
haya realizado la modificacin se mostrar un mensaje de xito o fracaso de la
operacin
Eliminacin de una caracterstica
Para eliminar una caracterstica es necesario:
Buscar y seleccionar una categora. Esto mostrar una lista con todas las
caractersticas que se le hayan registrado.
Hacer clic en la fila de la caracterstica a eliminar. El sistema cargar el nombre y
tipo de control de la caracterstica seleccionada.
Presionar el botn Eliminar. El sistema emitir un mensaje preguntando si
realmente se desea eliminar la caracterstica. En caso afirmativo, se procede a la
eliminacin en base de datos de la informacin de la caracterstica. En caso
contrario, la caracterstica mantendr la informacin anterior.
Slo se podrn eliminar caractersticas siempre que no est asociada a un activo
principal o secundario que haya sido registrado.
Eliminacin del valor de una caracterstica
Para eliminar el valor de una caracterstica, se deben seguir los siguientes pasos:
Seleccionar la categora y la caracterstica, para que se puedan visualizar los valores
que estn guardados.
249
Hacer clic en el valor que se necesite eliminar (en el campo Valor se mostrar el
valor seleccionado).
Presionar el botn Eliminar, para borrar el valor indicado. El sistema emitir un
mensaje preguntando si realmente se desea eliminar el valor. En caso afirmativo, se
procede a la eliminacin en base de datos de la informacin del valor. En caso
contrario, el valor mantendr la informacin anterior.
Slo se podrn eliminar valores siempre que no estn asociados a un activo
principal o secundario que haya sido registrado. De intentar la eliminacin, el
sistema mostrar un mensaje notificando que existe dependencia.
Mantenimiento
Brinda la posibilidad de administrar la informacin relacionada a proveedores,
propietarios, depsitos, y categorasmarcas- modelos de los activos. Para cada una de
esas opciones se pueden realizar operaciones de registro, consulta, modificacin o
eliminacin.
Descripcin de la interfaz
Figura 114 Interfaz principal de la opcin Mantenimiento

La interfaz principal de la opcin de Mantenimiento consta de cuatro enlaces: categorasmarcas- modelos, depsitos, propietarios y proveedores, Cada uno de esos enlaces
conducen al formulario vinculado a la opcin elegida. Slo es posible trabajar con una de
las opciones a la vez, seleccionando aquella en la cual se desea realizar el mantenimiento.
Seguidamente, se describirn los formularios asociados a cada una de las opciones:
250
Categora, Marca, Modelo
Figura 115 Interfaz de categora, marca y modelo

Esta opcin facilita la creacin de categoras, marcas y modelos asociadas a activos

adquiridos por la Corporacin. Adicionalmente, pueden modificarse unas existentes o
eliminarse, en caso de ser necesario.
La pantalla correspondiente a esta opcin, muestra tres (3) pestaas principales:
categora, marca y modelo. Al seleccionar la interfaz, el sistema muestra, por defecto, la
pestaa vinculada a categora.
Categora
En esta pestaa se aaden, visualizan, modifican o eliminan las diversas clases bajo la
cual pueden estar integrados todos los elementos que poseen atributos comunes.
251
Figura 116 Pestaa categora.

Tal como se observa en la figura anterior, esta pestaa contiene lo siguiente:

Una (1) caja de texto donde se transcribe el nombre de la categora que se desea
visualizar, ingresar, modificar o eliminar.
Dos (2) radiobotones que indican si el activo es principal o no. Un activo es
principal cuando se le pueden aadir diversos activos secundarios. En caso
contrario, se le denomina activo secundario.
Tres (3) botones:
Limpiar. Restablece la informacin de la pestaa.
Eliminar. Borra una categora seleccionada.
Guardar. Almacena un registro o modifica uno existente.
Una (1) tabla, que contiene las diversas inserciones o actualizaciones realizadas en
la pestaa.
Marca
252
Figura 117 Pestaa marca

Corresponde al nombre distintivo que indica que los activos han sido producidos por
una empresa determinada. Para visualizar, insertar, modificar o eliminar una marca, es
necesario indicar a qu categora pertenece. Una categora puede tener varias marcas
asociadas.
Esta pestaa contiene lo siguiente:
Un (1) combo, que muestra el conjunto de categoras que han sido creada hasta ese
momento.
Dos (2) radiobotones que indican si el activo es principal o no. En esta pestaa
ambos radio botones se encuentran inactivos, pues al seleccionar una categora se
cargan por defecto la opcin a la que pertenece.
Una (1) caja de texto donde se transcribe el nombre de la marca que se desea
Tres (3) botones:
Eliminar. Borra una marca seleccionada.
la pestaa.
253
Modelo
Hace referencia al diseo especfico de un activo. Para seleccionar un modelo es necesario
indicar a qu categora y marca va estar asociado. Una marca puede tener varios modelos
asignados.
Figura 118 Pestaa modelo

Esta pestaa contiene lo siguiente:

Un (1) combo, que muestra el conjunto de categoras que han sido creada hasta ese
momento.
Dos (2) radiobotonesque indican si el activo es principal o no. En esta pestaa
ambos radiobotones se encuentran inactivos, pues al seleccionar una categora se
cargan por defecto la opcin a la que pertenece.
Un (1) combo, que muestra el conjunto de marcas que han sido creadas hasta ese
momento, segn la categora seleccionada.
Una (1) caja de texto donde se transcribe el nombre del modelo que se desea
Tres (3) botones:
Eliminar. Borra un modelo seleccionado.
la pestaa.
Actividades que se pueden realizar
Creacin de una categora/marca/modelo
Para crear una categora es conveniente que se sigan los siguientes pasos:
Verificar que no exista la categora que se desea crear. Para ello se teclear el
nombre en el campo identificado con Categora y se har clic sobre el botn
Buscar. Seguidamente, se desplegar, en la tabla que se encuentra en la parte
inferior, los resultados de la bsqueda. Otra forma de realizar la bsqueda, consiste
254
en ir transcribiendo el nombre de la categora y, automticamente, el sistema ir

generando resultados en la tabla ubicada en la parte inferior, segn las coincidencias
encontradas con cada una de las letras tecleadas. En caso de que la bsqueda no
haya arrojado ningn resultado, se proceder a su creacin. Para lo cual deber
introducirse el nombre de la categora y seleccionarse si corresponde a un activo
principal o no; seguidamente, debe presionarse el botn Guardar para
almacenarla.
Para la creacin de una marca se procede de manera similar a la creacin de una
categora; slo que es preciso que, en primer lugar, se ubique la categora a la cual
se le crear la marca.
Para la creacin de un modelo, se sigue la misma metodologa de las creaciones
anteriores, con la salvedad, que deber especificarse la categora y la marca a la cual
se le asignar el modelo.
Bsqueda de una categora/marca/modelo
Para buscar categoras guardadas, se debe presionar el botn Buscar que aparece
en la pestaa Categoras. Esta accin mostrar una tabla con todas las categoras
que se encuentren almacenadas (y al lado de cada categora se seala si corresponde
a un activo principal o no). Otra forma de realizar la bsqueda, consiste en la
transcripcin de un nombre de una categora (el sistema automticamente ir
mostrando los resultados de las coincidencias encontradas con cada una de las letras
tecleadas).
Para buscar una marca, se debe, en primer lugar, ubicar la categora a la cual est
asociada la marca. Seguidamente, se teclear el nombre de la marca.
Para ubicar un modelo, se debe, en primer lugar, ubicar la categora y la marca a la
cual est asociado el modelo. Posteriormente, se teclear el nombre del modelo.
Nota: El resultado de las respectivas bsquedas se ver reflejado en la tabla que aparece en
la parte inferior de la pantalla.
Modificacin de una categora/marca/modelo
Para modificar una categora, se debe, en primer lugar, ubicar una categora en
particular. Seguidamente, deber seleccionarse haciendo clic en la fila que la
contenga y se procede, justo en el campo identificado con Categora, a transcribir
el nuevo nombre que tendr. Luego, se deber presionar el botn Guardar para
almacenar la informacin realizada.
Para modificar una marca, se debe ubicar una categora en particular. Seguidamente,
deber seleccionarse de la tabla que se encuentra en la parte inferior la marca a la
cual se realizar la modificacin. Luego, en el campo denominado Marca, se
escribir el nuevo nombre que se requiere y, finalmente, se hace clic sobre el botn
Guardar para almacenar los cambios respectivos.
Para modificar un modelo, se debe ubicar una categora y marca en particular.
Luego, se selecciona de la tabla que se encuentra en la parte inferior, el modelo al
cual se realizar la modificacin. En el campo denominado Modelo se escribir el
255
nuevo nombre que se requiere y, posteriormente, se hace clic sobre el botn

Guardar para almacenar los cambios respectivos.
Nota: Para cada una de las modificaciones realizadas, el sistema indicar la accin que
se ha ejecutado y lo exitoso de la operacin. Vale destacar, que el nuevo nombre asignado a
la categora, marca o modelo sustituir al que exista inicialmente.
Eliminacin de una categora/marca/modelo
Para eliminar una categora, se debe, en primer lugar, ubicar una en particular.
Seguidamente, deber seleccionarse haciendo clic en la fila que la contenga y se
procede a presionar el botn Eliminar.
Una marca se elimina, ubicando, en primer lugar, la categora a la cual est
asociada. Seguidamente, deber ubicarse la marca correspondiente de la tabla que se
encuentra en la parte inferior. Luego se hace clic sobre ella y se presiona el botn
Eliminar para proceder a su borrado.
Para eliminar un modelo, se debe ubicar la categora y la marca a la cual est
asociado. Seguidamente, deber ubicarse el modelo correspondiente de la tabla que
se encuentra en la parte inferior. Luego, se hace clic sobre el registro indicado y se
presiona el botn Eliminar para realizar la eliminacin del mismo.
Nota: La categora, marca o modelo slo se eliminar siempre que no est asociada a
un activo o componente. En caso contrario, el sistema emitir un mensaje para que se
verifique la existencia de dependencia.
Depsitos
Corresponde al sitio donde se almacenan fsicamente los activos de la Corporacin.
256
Figura 119 Interfaz de depsito

Esta opcin muestra una pantalla con dos reas definidas:

Informacin del depsito
Indica la ubicacin del depsito (interna o externa), as como el nombre, la
direccin y tipo de depsito al que corresponde (principal o trnsito).
Datos del custodio
Contiene la informacin personal de la persona encargada de velar por los activos
que se encuentran en el referido depsito.
Adicional a las reas descritas anteriormente, el formulario presenta tres (3) botones:
Limpiar. Permite restablecer el formulario.
Guardar. Almacena la informacin cargada en el formulario, ya sea cuando se trate de
un nuevo depsito o cuando se ha decidido realizar modificaciones en uno ya
existente.
Eliminar. Borra la informacin de un depsito, siempre que la informacin de ese
depsito no est asociado a un activo.
Bsqueda de un depsito
Para buscar un depsito se puede proceder, de acuerdo a los siguientes pasos:
1. Seleccionar el tipo de ubicacin donde se encuentra el depsito que se pretende
buscar.
257
2. Ingresar, en el rea destinada para tal fin, el nombre del depsito. El sistema
generar resultados en funcin de los caracteres ingresados. En caso de que no se
generen resultados, se insertar en la tabla de registros de depsito un mensaje,
indicando la inexistencia de informacin para la entrada dada por el Administrador.
3. Puede ocurrir tambin, que el Administrador presione Enter en la caja de texto
identificada con Nombre del Depsito, sin haber colocado ningn carcter; ante lo
cual, el sistema mostrar todos los depsitos que se han creado hasta ese momento.
Seguidamente, el Administrador seleccionar del listado generado, el depsito
requerido.
4. De generarse mltiples resultados, el Administrador seleccionar del listado de
depsitos, el registro de su inters.
5. El sistema mostrar en pantalla los datos del registro seleccionado.
Creacin de un depsito
La creacin de un depsito amerita la ejecucin de los siguientes pasos:
1. Especificar la ubicacin en la cual se quiere crear un depsito.
2. Transcribir la direccin y el nombre que se desea que tenga el depsito.
3. Seleccionar el tipo de depsito al que corresponder, el depsito que se intenta
realizar.
4. Ubicar la persona que custodiar el depsito.
5. Presionar el botn Guardar. El sistema emitir un mensaje de confirmacin de la
operacin que se pretende realizar. En caso afirmativo, se procede a la validacin de la
informacin que se ha ingresado. En caso contrario, se restablece el formulario de la
opcin de depsitos.
Modificacin de un depsito
La modificacin de un depsito contempla la ejecucin de lo siguiente:
1. Realizar la carga respectiva del depsito.
2. Modificar los campos que requieren cambios.
3. Presionar el botn Guardar. El sistema emitir un mensaje de confirmacin de la
operacin que se pretende realizar. En caso afirmativo, se procede a la validacin de la
informacin que se ha ingresado. En caso contrario, el depsito mantiene la
informacin original.
Eliminacin de un depsito
Un depsito puede ser eliminado slo cuando no tenga activos vinculados a l. Para ello:
1. Se realiza la carga respectiva del depsito.
2. Se hace clic sobre el botn Eliminar. El sistema emitir un mensaje de
confirmacin de la operacin que se pretende realizar. En caso afirmativo, se
procede a la eliminacin del depsito. En caso contrario, se mantiene en base de
datos, la informacin del depsito.
Bsqueda de un custodio
Para realizar la bsqueda de un custodio se procede como sigue:
258
Si se conoce el nmero de cdula de identidad del usuario, se teclea el nmero en el

campo cdula y seguidamente se presiona Enter (tambin, puede hacerse clic
sobre el botn identificado con tres (3) puntos).
Figura 120 Bsqueda de un usuario

Para el caso en que se desconozca el nmero de cdula del custodio, se presiona

Enter sobre el botn Buscar. El sistema desplegar el Buscador de Persona, a
travs del cual se pueden combinar distintos patrones de bsqueda para limitar el
resultado de la persona que intentamos ubicar. En caso de generarse resultados, se
desplegar una tabla con el conjunto de registros que cumplen con el(los) patrn(es)
de bsqueda. Una vez encontrado el registro indicado, se hace clic sobre la fila que
lo contiene y seguidamente, el sistema cargar en el rea de Datos del Custodio,
la informacin asociada.
Propietarios
Corresponde a la persona o dependencia a la que le pertenece un determinado activo.
Al seleccionar esta opcin, el sistema desplegar la siguiente interfaz:
Figura
121 Interfaz de propietario
259
Como puede apreciarse en la figura, la interfaz est conformada por:

Un campo para el nombre del propietario.
Un cuadro de texto para realizar las descripciones respectivas.
Cuatro botones de mantenimiento:
Nuevo: Permite restablecer el formulario.
Buscar: Muestra en la tabla de la parte inferior de la pantalla, todos los propietarios
que han sido registrados hasta ese momento.
Eliminar: Borra un registro de propietario.
Guardar: Permite almacenar la informacin de un nuevo propietario o modificar los
datos de uno existente.
Una tabla en la que se reflejan los resultados de las bsquedas, inserciones o
modificaciones realizadas.
Creacin de un propietario
1. Se teclea el nombre y se resea la descripcin correspondiente.
2. Se presiona el botn Guardar, seguidamente, el sistema valida la informacin
suministrada y genera un mensaje notificando lo exitoso del almacenamiento.
Figura 122 Almacenamiento de un propietario.
Para el caso que se intente guardar un registro similar a uno creado, el sistema
generar un alerta indicando si se desea modificar el registro en cuestin. En caso
contrario, la informacin ser almacenada en base de datos y se mostrar la
informacin en la tabla de propietarios.
Consulta de un propietario
1. Si se desea visualizar todos los propietarios creados:
Se presiona el botn Buscar que aparece debajo del rea destinada para la
Descripcin. Tambin es vlido, presionar Enter dentro de la caja de texto
propietario.
Seguidamente, el sistema cargar la informacin en la tabla que se encuentra en la
parte inferior de la pantalla.
2. Si se desea ubicar un propietario:
Se selecciona de la tabla de resultados el que se requiere. Igualmente, se puede ir
tecleando el nombre del propietario (el sistema automticamente ir mostrando los
resultados de las coincidencias encontradas con cada una de las letras tecleadas).
260
Se hace clic sobre la fila que contiene el registro que se desea consultar.
El sistema cargar la informacin en cada una de las reas correspondientes.
Figura 123 Consulta de un propietario

Modificacin de un propietario
Para modificar un propietario se deben seguir los siguientes pasos:
1. Ubicar el propietario que se desea modificar.
2. Realizar los cambios necesarios.
3. Hacer clic sobre el botn Guardar.
4. El sistema generar un mensaje indicando si se desean almacenar los cambios.
Para el caso que el Administrador haya seleccionado Aceptar, se procede al
almacenamiento en base de datos. En caso contrario, se mantiene la informacin del
propietario.
5. Finalmente, el sistema actualiza la tabla con la informacin modificada.
Eliminacin de un propietario
Para eliminar un propietario, deben ejecutarse los siguientes pasos:
1. Ubicar el propietario que se desea eliminar.
2. Hacer clic sobre el botn Eliminar.
3. El sistema generar un mensaje preguntando si se desea eliminar la informacin del
propietario. Para el caso que el Administrador haya seleccionado Aceptar, se procede a la
eliminacin en base de datos (siempre y cuando el propietario no est asociada a una
procura). En caso contrario, se mantiene la informacin del propietario.
4. Finalmente, el sistema actualiza la tabla de registro de propietarios.
Proveedores:
Corresponde a la persona o institucin que provee el activo a la Corporacin.
261
Figura
124 Interfaz principal de proveedores
La pantalla est conformada por diversas reas:

Datos del proveedor
Figura 125 Datos del proveedor

Esta rea contiene los datos generales del proveedor, tales como:
Proveedor. Nombre de la empresa que provee los distintos activos.
Telfono. Telfono de contacto.
Direccin. Ubicacin de la empresa.
Correo. Direccin de correo electrnico.
Fax. Nmero de fax.
URL. Direccin electrnica de una pgina Web (en caso de que la posean).
Ubicacin Corresponde al mbito donde opera el proveedor.
262
Figura 126 Ubicacin del proveedor

Listado de Proveedores
Muestra el conjunto de proveedores ingresados.
Figura 127 Listado de proveedores

En esta rea se pueden apreciar cuatro botones:

Nuevo: Restablece el formulario de proveedores.
Buscar: Ubica un proveedor, segn una entrada en la caja de texto identificada con
Proveedor o todos los proveedores en caso que no se haya tecleado ningn
nombre.
Guardar: Almacena un nuevo proveedor o los cambios generados en la informacin
de uno existente.
Eliminar: Borra un proveedor, siempre que haya seleccionado de la tabla de
registros de proveedores.
Insercin de proveedores
Para la insercin de un proveedor al sistema, es necesario considerar lo siguiente:
1. Llenar los datos principales del proveedor: nombre, telfono, direccin, correo,
fax, URL.
2. Seleccionar la ubicacin del proveedor, en el siguiente orden: pas, estado,
ciudad/provincia.
3. Agregar los contactos asociados, en caso de ser necesario
4. Hacer clic sobre el botn Guardar, a fin de almacenar la informacin.
Seguidamente, el sistema emitir un mensaje de aceptacin o rechazo ante la
operacin de almacenamiento.
Agregar contactos
263
Descripcin de la interfaz
Figura 128 rea de contactos

El rea de contactos asociados permite que se guarden datos de un representante de un

proveedor. No hay limitaciones en cuanto al nmero de contactos que se deseen incluir.
Tal como puede apreciarse en la figura anterior, el rea de contactos, presenta la
siguiente informacin:
Seis cajas de texto, que almacenan la informacin personal del contacto. Las cajas
resaltadas en gris son obligatorias, de all que deben ser completadas antes de
guardar un contacto.
Tres botones:
Nuevo. Restablece el rea de contactos.
Eliminar. Borra un contacto seleccionado.
Guardar. Almacena la informacin de un contacto.
Una tabla, donde se registran los contactos almacenados.
Las actividades que se pueden realizar son: Ubicar, Agregar, Modificar y Eliminar un
contacto
Consultar un proveedor
Para la consulta de un proveedor, se puede proceder de alguna de las dos (2) formas
disponibles.
1. Se teclea el nombre del proveedor en el campo indicado:
El sistema ir mostrando en la tabla de listado de proveedores, los registros que
coincidan con los caracteres ingresados.
Si el proveedor que se intenta consultar se encuentra en la tabla, se hace clic sobre la
fila, para cargar en pantalla toda la informacin asociada a l. En caso contrario, el
sistema muestra en la tabla un mensaje indicando la inexistencia del registro.
2. Se hace clic sobre el botn Buscar:
El sistema muestra en una tabla todos los registros de proveedores que se
264
Se selecciona de la tabla el registro deseado para cargar la informacin asociada.
Modificar un proveedor
La modificacin de un proveedor requiere la ejecucin de los siguientes pasos:
1. Realizar la carga respectiva del proveedor que desea modificar.
2. Ejecutar los cambios en aquellos campos que lo ameriten.
3. Hacer clic sobre el botn Guardar para almacenar la informacin.
4. El sistema valida la informacin modificada y emite un mensaje indicando el
xito o no de la operacin realizada.
Eliminar un proveedor
Para eliminar un proveedor se procede de la siguiente manera:
1. Realizar la carga del proveedor que desea eliminar.
2. Hacer clic sobre el botn Eliminar.
3. El sistema valida la informacin a eliminar y emite un mensaje indicando el xito
o no de la operacin realizada. Un proveedor podr eliminarse siempre, que no est
asociado a una procura.
Inventario
Permite la visualizacin y actualizacin de la informacin relacionada al conjunto de
activos que se encuentran en un depsito especfico. Al igual que en la opcin de Activos,
el inventario ofrece funcionalidades segn la persona validado.
Analista de Gestin de Activos
Cuando la persona esta logeada, inicialmente, en la pantalla se aprecia un rea identificada
con Ubicacin del Activo desde donde se puede elegir el depsito que se quiere
consultar.
Figura 129 Interfaz de inventario

En primer lugar, se debe seleccionar el tipo de ubicacin (interna o externa) y en lo

sucesivo se especificar la informacin asociada a la seleccin. Por ejemplo, si la ubicacin
265
seleccionada corresponde a la interna, se deber especificar la siguiente informacin, en el

mismo orden de aparicin:
Zona.
rea.
Localidad.
Sector.
Piso.
Para el caso de que se seleccione la ubicacin externa, se especificar lo siguiente:
Pas.
Estado/Provincia.
Ciudad.
Al seleccionar la ubicacin, el sistema permitir visualizar el conjunto de depsitos creados
hasta el momento. De seleccionarse un depsito, el sistema mostrar su direccin as como
todos los equipos y partes y piezas que estn almacenados en l.
Figura 130 Equipos existentes en el depsito seleccionado

Figura 131 Partes y piezas existentes en el depsito seleccionado

Actividades que se pueden realizar en la opcin de Inventarios

Consultar un equipo, parte o pieza
266
Para ubicar un equipo, parte o pieza, se procede de la siguiente manera:

1. Seleccionar el depsito desde donde se quiere ubicar el activo. El sistema generar
resultados en funcin del depsito seleccionado y cargar los datos en las tablas que se
encuentran en ambas pestaas.
2. Hacer clic, sobre el registro que se desea visualizar, segn la pestaa seleccionada.
3. Seguidamente, el sistema muestra en el rea Modelos por activos, la cantidad de
activos que se encuentran en el depsito, segn algunos de los siguientes estados:
Nuevo, En Inventario, Disponible, Reparacin, Por Donar, Por
Desincorporar,Desincorporado. Igualmente, el sistema muestra un rea
denominada Consulta donde se puede apreciar con ms detalle, las cantidades por
estados, de la categora seleccionada; as como su stock mnimo, mximo y deseado.
Figura 132 Categora seleccionada

Figura 133 Consulta por estado

Asignar equipos a un Analista de Soporte Integral

Para proceder a la asignacin de equipos a un Analista de Soporte Integral, debe
considerarse lo siguiente:
1. Ubicar el depsito donde se encuentra el activo que se desea asignar.
2. Verificar en la tabla Modelo por activos que el equipo posea el estado
Disponible.
3. Seleccionar de la tabla el registro requerido.
4. Confirmar la alerta que genera el sistema en relacin a la asignacin o no de dicho
activo a un Analista de Soporte Integral.
4. Si la respuesta es afirmativa, el sistema desplegar una ventana emergente con el
grupo de Analistas de Soporte Integral que existen hasta la fecha. Desde all, podr
seleccionar al analista que desea asignarle el activo. El sistema cargar en el rea de
Analistas de Soporte Integral, su informacin personal.
267
En el rea de Analista de Soporte Integral, se pueden apreciar tres (3) botones:

Limpiar. Restablece el rea de Analista de Soporte Integral.
Buscar. Permite desplegar la ventana emergente contentiva del grupo de Analistas de
Soporte Integral.
Asignar. Realiza la asignacin del activo seleccionado al analista escogido.
Presionar clic sobre el botn Asignar para asociar el activo con el analista
seleccionado. El sistema generar un mensaje de xito o fracaso de la asignacin.
Analista de Soporte Integral
La pantalla se le presenta en funcin de dos (2) pestaas: Equipos, Partes y Piezas.
Equipo
En esta pestaa, se puede visualizar la informacin de todos los activos que se
encuentran en el depsito de la localidad a la cual pertenece el Analista que se ha logeado.
Partes y Piezas
El aspecto de esta pestaa es similar a la mostrada en la Figura anterior; en ella se
pueden visualizar todas las partes y piezas que se encuentran en el depsito de la localidad
a la cual pertenece el Analista que se ha logeado. Bajo la pestaa se muestra una tabla
donde, una vez ingresada o tecleada una categora en especfico, se carga la informacin de
los activos secundarios cuyos estados sean Disponible y Configurando. Si se desea ver
la informacin de todas las partes y piezas, slo debe presionarse la tecla Enter.
Nota: La informacin suministrada en la seccin de la pestaa Partes y Piezas, es
nicamente referencial, es decir, slo para consulta.
Actividades que puede realizar el Analista de Soporte Integral en la opcin de
Inventarios
Ubicar un equipo, parte o pieza
Para ubicar un equipo, parte o pieza, deber:
1. Seleccionar la pestaa desde donde desea realizar bsqueda.
2. Transcribir el nombre de la categora que desea ubicar. El sistema generar
resultados, en funcin de los caracteres ingresado. Si se desea ver la informacin de
todos los activos, slo debe presionarse la tecla Enter.
3. Seleccionar, haciendo clic, el registro que coincide con los caracteres ingresados.
4. Seguidamente, el sistema muestra en el rea Modelos por activos, la cantidad de
activos en los estados Disponible y Configurando, que se tienen para la
seleccin realizada.
Para seleccionar un activo en particular, slo debe hacerse clic sobre ste y se cargar la
informacin vinculada a los activos principales que se encuentran en ese depsito en
particular. En la parte inferior de esta rea tambin se podr ver el total de modelos, de ese
activo principal, que estn disponibles.
Asignar equipos a usuarios
Para proceder a la asignacin de equipos a usuarios, debe considerarse lo siguiente:
268
1. Ubicar el equipo que se desea asignar.

2. Verificar en la tabla Modelo por activos que el equipo posea el estado
Configurando.
3. Seleccionar de la tabla el registro requerido.
4. Confirmar la alerta que genera el sistema en relacin a la asignacin o no de
dicho equipo.
5. Si la respuesta es afirmativa, se podr visualizar un rea contentiva de un
formulario para cargar los datos del usuario. La carga del usuario se hace ingresando
el nmero de su cdula.
5.1 Adems de los datos personales del usuario, tambin se muestra su
ubicacin y los botones Limpiar y Asignar. El botn limpiar, restablece
el formulario de Usuario, mientras que el de Asignar, le asigna el activo al
usuario en cuestin.
6. Al seleccionar el usuario, se debe indicar el uso que tendrn el activo. El uso
puede ser: Principal (por defecto), Sala, Pool, Secundario, Infraestructura y Crtico.
Al escoger el uso Sala o Pool, se mostrar un nuevo formulario para cargar
usuarios adicionales:
6.1 Adems de los datos personales del usuario, igualmente, se muestra su
ubicacin y los botones:
Cancelar. Oculta el rea para usuarios sala/pool.
Limpiar. Restablece el rea.
Agregar. Asocia el activo al usuario seleccionado. Se pueden agregar tantos
usuarios como se deseen, siempre que se hayan buscado, previamente, los
datos de los mismos.
7. Finalmente, se presiona sobre el botn Asignar para asociarle el equipo
seleccionado a el(los) usuario(s) escogidos.
8. El sistema valida los datos y, seguidamente, generar un alerta indicando lo
exitoso o no de la operacin
Telefona
Le brinda la posibilidad al Analista de Gestin de Activos de consultar, actualizar y
asignar un telfono a un usuario final; administrar las lneas telefnicas y cargar archivos de
consumo y de lneas telefnicas nuevas.
La pantalla de telefona est compuesta por tres pestaas: Telfonos Mviles,
Lneas Telefnicas y Cargar Archivo.
Figura 134 Pestaa de Telefona
269
Ciclo de vida de un equipo telefnico

La mayora de las operaciones que se realizan en el formulario de telfonos mviles,
se llevan a cabo en funcin de su ciclo de vida. Al igual que el ciclo de vida del activo, el
ciclo de vida de un equipo telefnico est conformado por una serie de estados, los cuales
tienen asociados diversas reglas del negocio. Es de resaltar que en telefona se pueden
realizar modificaciones en los estados: En Inventario Configurando, Asignado,
Reparacin. Y Desincorporado. Para los estados Nuevo y En Inventario, se
modifica y consulta la informacin asociada al telfono a travs del formulario de activos.
Telfonos mviles
La pestaa Telfonos Mviles, muestra un formulario que permite la actualizacin de
la informacin relacionada con los mismos, as como asignarlo a un usuario final.
Figura 135 Formulario telfonos mviles

El formulario de telfonos mviles, inicialmente est conformado por cinco (5) secciones:
Telfonos Registrados
En esta seccin se muestra una tabla con todos los telfonos encontrados en la
bsqueda realizada.
Datos Generales del Equipo
Permite ingresar los datos o criterios para realizar la bsqueda de telfonos.
Adems, permite modificar la informacin relacionada con el estado y la fecha de
asignacin del telfono.
Propietario
270
Facilita la actualizacin de la informacin relacionada con el propietario y la

asignacin (tipo y fecha de fin, persona que realiz la solicitud) del telfono.
Lnea Telefnica
Permite seleccionar la lnea telefnica asignada al telfono y consultar los datos de la
misma (operadora, clase, estado e historial de consumo).
Seccin general
En la cual se puede cargar la informacin del Caso asociado al telfono y permite
agregar una nota de observacin.
Adems de las secciones antes mencionadas, entre la secciones de telfonos
registrados y datos generales del equipo, se encuentra un rea que contiene los botones:
Limpiar. Restablece el formulario de telfonos mviles.
Asociar. Muestra la seccin datos personales, en la cual se cargar la informacin
relacionada con el usuario del equipo.
Desasociar. Limpia la informacin del usuario del equipo y oculta la seccin de datos
personales.
Compra. Muestra la seccin compra, en la cual se carga la informacin relacionada
con la compra o alquiler del equipo.
Guardar: Este almacena las modificaciones realizadas en torno al telfono.
Actividades que se pueden ejecutar
En la pantalla de telfonos mviles se pueden ejecutar las siguientes actividades:
Consulta/carga de un telfono:
Un telfono puede cargarse de la siguiente manera:
Figura 136 Seccin de bsqueda de telfonos mviles

1. Se introduce el(los) criterio(s) de bsqueda en los respectivos campos, y se

presiona el botn Buscar.
2. Para realizar la carga de la informacin relacionada al telfono en el formulario
de telfonos mviles, en la tabla que muestra los resultados de la bsqueda, se hace
clic sobre la fila que corresponde al mismo.
Modificacin de un telfono
Para modificar un telfono se debe:
1. Cargar los datos del telfono.
desea modificar.
271
2.1 Si el cambio corresponde al estado del Telfono, el analista de Gestin de

activos deber realizar los cambios segn lo permitido por cada estado.
ingresada. El sistema almacenar la informacin siempre que se hayan completados
los campos obligatorios.
Consideraciones Generales:
Un telfono, slo podr modificarse desde el estado En Inventario. Cualquier
cambio en su estado anterior, deber gestionarse por la opcin Activos.
Asignacin de un telfono a un usuario
Para realizar la asignacin de un equipo a un usuario debe realizarse lo siguiente:
1. Realizar la carga del telfono.
2. Cambiar el estado del telfono de Configurando a Asignado.
3. Ubicar al usuario que se le asignar el equipo.
Figura 137 Datos personales del usuario del equipo telefnico

4. Modificar el restante de la informacin del formulario, en caso de ser necesario.

5. Hacer clic sobre el botn Guardar.
6. El sistema generar el acuse de recibo con los siguiente datos: datos del usuario,
datos del telfono, accesorios, asignacin, entre otros.
Lnea telefnica
La pestaa Lnea Telefnica, muestra un formulario que permite ingresar y actualizar la
informacin relacionada con las mismas.
272
Figura 138 Formulario Lnea Telefnica

El formulario de lnea telefnica, est conformado por una (1) seccin principal.
Desde esta seccin se puede ingresar, consultar y/o modificar una lnea telefnica.
En la seccin mencionada, primero se resean los datos de la lnea, luego se presentan
los botones Limpiar y Guardar, el primero restablece el formulario y el segundo inserta
o guarda los cambios en una lnea telefnica, y por ltimo se presenta una tabla que
muestra los resultados de la bsqueda de lneas telefnicas.
Actividades que pueden realizarse

En la pantalla de telfonos mviles se pueden ejecutar las siguientes actividades:
Consulta/carga de una lnea telefnica
Una lnea telefnica puede cargarse de dos maneras:
1. Ingresar en el campo Nro. Telfono el nmero de la lnea telefnica que desea
buscar. A medida que se van ingresando nmeros, se muestra en la tabla de la parte
inferior, las lneas telefnicas que coinciden con los datos suministrados. Por ejemplo,
si se ingresa 0414, la tabla mostrar todas aquellas lneas cuyo nmero comience por
0414.
2. Para realizar la carga en el formulario, de la informacin relacionada a la lnea
telefnica, se hace clic sobre el registro requerido.
Ingreso de una lnea telefnica
Para registrar una lnea telefnica deben seguirse los siguientes pasos:
1. Ingresar los datos de la lnea telefnica. Esta accin implica la introduccin de la
informacin vinculada a:
Nro Telfono. Corresponde a la serie de nmeros asignados por la empresa
telefnica a la lnea telefnica y la cual permite su identificacin.
Operadora. Es la operadora (empresa) que presta el servicio telefnico.
273
Clase. Corresponde al tipo de la lnea telefnica (si es Prepago o Corporativa).

Estado. Es la condicin en la que se encuentra la lnea telefnica en determinado
momento (activa o inactiva).
Cuenta. Hace referencia a la cuenta a la cual est asociado el consumo de la
lnea telefnica.
2. Finalmente, se hace clic sobre el botn Guardar, con lo cual se validar la

informacin que ha ingresado.
3. Para el caso, que no se haya completado alguna informacin, el sistema generar un
alerta indicndolo. En caso contrario, se almacenar la lnea telefnica nueva.
Modificacin de una lnea telefnica
Para modificar una lnea telefnica se debe:
1. Cargar los datos de la lnea telefnica.
desea modificar.
ingresada. El sistema almacenar la informacin siempre que se hayan completados
los campos obligatorios.
Cargar archivo
La pestaa cargar archivo, muestra un submen que permite escoger si se desea cargar
un archivo de consumo telefnico o si se desea cargar un archivo de lneas telefnicas
nuevas.
Figura 61.
Submen de la pestaa Cargar Archivo
El submen mostrado en la pestaa Cargar Archivo tiene dos opciones: Cargar

Consumo Telefnico y Cargar Lneas Telefnicas. Como sus nombres lo indican, la
primera muestra el formulario para cargar un archivo de consumo telefnico, y la segunda
muestra el formulario para cargar un archivo de lneas telefnicas.
Actividades que pueden realizarse
En la pantalla de cargar archivos se pueden ejecutar las siguientes actividades:
Cargar de un archivo de consumos telefnicos
274
Figura 139 Formulario para cargar archivo de consumos telefnicos

La carga de un archivo de consumos telefnicos se realiza de la siguiente manera:

1. Se presiona el botn Examinar para buscar el archivo donde se encuentre
almacenado.
2. Una vez ubicado el archivo, se presiona el botn Cargar Archivo.
3. En caso de ocurrir algn(nos) error (s) al hacer la carga del archivo, el sistema
emite un mensaje indicndolo. En caso contrario emite mensaje indicando la exitoso
de la carga.
Carga de un archivo de lneas telefnicas
La carga de un archivo de lneas telefnicas se realiza de la siguiente manera:
1. Se presiona el botn Examinar para buscar el archivo donde se encuentre
almacenado.
2. Una vez ubicado el archivo, se presiona el botn Cargar Archivo.
3. En caso de ocurrir algn(nos) error (s) al hacer la carga del archivo el sistema emite
un mensaje indicndolo. En caso contrario emite mensaje indicando la realizacin
correcta de la carga del archivo.
Figura 140 Formulario para cargar archivo de lneas telefnicas

Nota:
El contenido del archivo a cargar (tanto para el consumo telefnico como para las
lneas disponibles) ser proporcionado por las distintas operadoras telefnicas con las que
trabaja la Corporacin. Ese contenido estar limitado por un conjunto de especificaciones,
de tal manera que no genere conflictos con la aplicacin. Igualmente, cabe destacar que el
archivo tendr una extensin especfica (.txt) y para el caso que se intente cargar alguno
275
con una extensin distinta a la mencionada, el sistema deber generar un alerta

indicndolo.
Reportes
Esta opcin permite la consulta de diferentes informaciones, generadas de las distintas
acciones que se realizan en el mdulo.
Al seleccionarse esta opcin, el sistema mostrar la siguiente interfaz:
Figura 141 Interfaz de reportes

Como puede apreciarse, la interfaz est conformada por un conjunto de pestaas que
contienen los diversos reportes que pueden generarse de manera automtica.
Adicionalmente, muestra dos (2) botones: limpiar y buscar. El primero, permite restablecer
el buscador de reportes. El segundo, realiza la bsqueda de la informacin en funcin de los
parmetros de bsqueda seleccionados.
Buscador
Esta primera pestaa permite la construccin de un reporte a la vez, segn la
combinacin de los criterios de bsquedas que se muestran en el lado izquierdo de la
pantalla.
Para la construccin de un reporte se procede como sigue:
Se selecciona uno o varios de los criterios de bsqueda disponibles (etiqueta, serial,
categora/marca/modelo, estado, responsable o ubicacin). Para la seleccin de uno
o ms criterio se procede a hacer clic sobre las casillas de verificacin que se
encuentran en el lado izquierdo de los criterios. De no seleccionarse ninguno de los
criterios sealados, el sistema emitir un mensaje indicando que no se le ha dado
entrada a un criterio de bsqueda.
276
Segn sea el (los) criterio (s) de bsqueda elegido, aparecer un caja de texto donde
se ingresar la informacin a mostrar (esto slo para el caso de seleccionarse
etiqueta o serial), unos radio botones (a fin de seleccionar el nombre o nmero de
cdula, cuando la seleccin corresponda a un responsable) o unos combos
desplegables(cuando la seleccin est vinculada a estado del activo,
categora/marca/modelo o ubicacin).
Una vez que se hayan alimentado todas las opciones de bsquedas seleccionadas, el
sistema generar, automticamente, los resultados. Tambin, puede hacerse clic
sobre el botn Buscar. En caso de generarse resultados, se desplegar una tabla
con el conjunto de registros que cumplen con el (los) criterio (s) de bsqueda. Si la
bsqueda no arroja ningn resultado el sistema emitir un mensaje indicando la
inexistencia de registros bajo ese (esos) criterio(s).
Activos por
En esta pestaa puede consultarse lo siguiente:
Depsito. El sistema muestra la cantidad de activos que estn asociados a un
depsito en especfico. Para mayor detalle, pueden seleccionarse las caractersticas
del activo.
Estado. El sistema muestra la cantidad de activos que existen segn un estado en
particular.
Fecha de Asignacin. El sistema muestra la cantidad de activos que fueron
entregados o asignados en una fecha en particular.
Organizacin. El sistema muestra la cantidad de activos que estn asociados a una
gerencia en particular.
Ubicacin. El sistema muestra la cantidad de activos que estn asociados a una
determinada ubicacin, bien sea interna o externa. Segn sea la eleccin, deber
especificarse la Zona, rea y Localidad (cuando la eleccin corresponda a la
ubicacin interna) o Pas, Estado/Provincia y Ciudad (cuando corresponda a la
ubicacin externa).
Usuarios. El sistema muestra la cantidad de activos que tiene asignado un
determinado usuario. Inicialmente debe ubicarse un usuario, para lo cual es
necesario seleccionar cualquiera de los siguientes parmetros de bsquedas:
indicador, cdula, nombre, apellido).
Figura 142 Interfaz activo por

277
Usuarios (sin activo) por

Permite la visualizacin de todos aquellos usuarios de una ubicacin en particular, que
no tienen activos asignados.
Figura 143 Interfaz usuarios (sin activo) por

Estadsticas
La pestaa Estadsticas, permite la visualizacin grfica de lo siguiente:
Activos (Estado) por Organizacin. Muestra la cantidad de activos, segn sus
estados, que estn asociados a una organizacin en particular.
Activos (Estado) por Ubicaciones. Muestra la cantidad de activos, segn sus
estados, que se encuentran en una ubicacin en especfico.
Activos (Estado) por Usuarios. Muestra la cantidad de activos, segn sus estados,
que estn asignados a un usuario en particular.
Usuarios con ms de un PC asignado por Organizacin Muestra la cantidad de
usuarios que tienen ms de un PC asignado a una organizacin en particular.
Usuarios con ms de un PC por Ubicacin. Muestra la cantidad de usuarios que
tienen ms de un PC asignado a una ubicacin en particular.
278
Figura 144 Interfaz estadstica

Figura 145 Interfaz estadstica

279
Figura
146 Interfaz estadstica
Nota: Segn las consultas realizadas, pueden apreciarse cualquiera de los siguientes
cuatro (4) botones: buscar, exportar, imprimir y consultar. Al presionar el primero se
generan las bsquedas que cumplen con ciertos parmetros. El segundo permite abrir los
resultados de los reportes en una hoja de clculo. Con el tercero, se pueden obtener en papel
los diversos reportes y, el cuarto, permite ver grficamente los resultados de una consulta.
Al exportarse una de las consultas realizadas, el aspecto que tendr, ser similar al
siguiente:
Figura 147 Datos exportados a una hoja de clculo

280

Tesis MSC Armando Bartolozzi

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Tesis MSC Armando Bartolozzi

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDAD DE ORIENTE

Autor: Ing. Armando Bartolozzi

Trabajo de Grado para Optar el Ttulo de

Ciudad Bolvar, Julio de 2013

A mis padres, Mirian y Armando

A mis hijas, Victoria y Ivanna

A mi hermana Mary Carmen, mi sobrina Mariangel

Ing. Armando J. Bartolozzi G.

A la Empresa Mixta PETROURICA SA

A mi tutor Profesor Juan Martnez

A la profesora Omaira Pacheco

En especialmente a todas aquellas personas que prestaron su colaboracin

Que Dios les bendiga, siempre!

Ing. Armando J. Bartolozzi G.

DEDICATORIAS ................................................................................................ iii

Definicin De Trminos Bsicos ........................................................................ 69

Recursos Tecnolgicos ................................................................................... 86

Requerimientos de Documentacin .................................................................. 126

Beneficios Tangibles ......................................................................................... 208

Cuadro 23 Interoperabilidad, Otros Sistemas ........................................................... 111

Figura 22 Diagrama de Clases Parte 2 de 2 .............................................................. 154

Figura 44 Diagrama de Estado Ciclo de Vida del Activo ......................................... 176

Figura 65 Muestra la opcin de administrar marca ................................................... 194

Posteriormente en el cuarto Captulo los resultados y anlisis de la investigacin

Planteamiento del problema

El mundo actual se encuentra inmerso dentro de la era de la informacin y las

En otras palabras, existe un inters Nacional en el desarrollo de las tecnologas

Identificacin de los equipos o activos crticos o con Prioridad Alta?, por

ubicacin y la asignacin de un responsable de un equipo informtico, pero no cuenta

Analizar el procedimiento actual de trabajo empleado por la Gerencia de AIT

Definir los requerimientos del Sistema de Informacin Gerencial para la

Construir el prototipo que se ajuste a los requerimientos del Sistema de

estndares abiertos, fortaleciendo la industria del software nacional, regional, local

Nos brido aporte en cmo realizar el estudio del sistema de informacin

El 17 de abril de 2010 se firma el Memorando de Entendimiento entre la

Figura 1 Capital Accionario PETORURICA S.A

de PDVSA PETROURICA y del pas, la generacin de empleos de calidad, adems

El campo de explotacin la EMPRESA MIXTA PETROURICA S.A, se

Figura 2 Petrourica en la Faja Petrolfera del Orinoco Bloque Junn 4

tiene una estrategia de

produccin donde ha considerado en su Plan de Negocios, como inicio de produccin

Fuente: (Petrourica, 2011)

manual o automatizado. Para el control de los costos, elemento clave de la

Por otra parte la Gestin de Activos es el proceso global de gestin a travs

(Laundon & Laundon, 2004), lo definen como: Un conjunto de

componentes interrelacionados que recolectan (o recuperan), procesan, almacenan y

en los que se apoyan el seguimiento, control y toma de decisiones y las

Figura 3 Pirmide de Informacin

utilizar la informacin que se ha recabado y registrado para permitir a los

que facilita al programador la creacin de un modelo de software, a travs de la

prototipo es aquel que describe una interaccin entre la mquina y el hombre,

Modelo de una serie (a escala completa): esta clase de prototipo implica

Proceso Racional Unificado (Metodologa RUP)

(Jacobson, Booch, & Rumbaugh, 2000), RUP es un proceso de

problema, establecer una base arquitectnica slida, desarrollar el plan de

repitiendo la misma secuencia de inicio, elaboracin, construccin y transicin.

Figura 4 Diagrama relativo en las distintas disciplinas a lo largo del proyecto

Lenguaje Unificado de Modelado (UML)

Interfaz: es una coleccin de operaciones que especifican un servicio de una

Colaboracin: define una interaccin y es una sociedad de roles y otros

Caso de uso: es una descripcin de un conjunto de secuencias de acciones que

Figura 8 Caso de Uso

Figura 9 Clase Activa