UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA

VICERRECTORADO ACADMICO
COORDINACIN GENERAL DE PREGRADO
COORDINACIN DEL PROGRAMA DE PASANTA
INGENIERA INFORMTICA






SISTEMA DE INFORMACIN BAJO AMBIENTE WEB PARA EL
CONTROL DE GESTION EN LA COORDINACIN DE INFORMTICA DE
CORPOELEC REGIN BOLVAR





Trabajo de Pasanta presentado como requisito para optar al Ttulo de Ingeniero en
Informtica

Tutor Acadmico:
Ing. Andrs Caniumilla
C.I. E-82.031.740
Autor:
Tlgo. Muoz G., Mayerlin J.
C.I. V-18.478.855
Tutor Industrial:
Ing. Rafael Rodrguez
C.I. V-9.909.776


Ciudad Guayana, Octubre del 2011


UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
COORDINACIN GENERAL DE PREGRADO
COORDINACIN DEL PROGRAMA DE PASANTA

Quienes suscriben, miembros del jurado
Pasanta, a los fines de evaluar el trabajo presentado por
Muoz Guerrero, titular de la Cdula de Identidad N
Ttulo de Ingeniero en Informtica, correspondiente a la Fase de Ejecucin de la
pasanta profesional que cumpli en la Organizacin Productiva:
el lapso: 01/04/2011 21/07
y mritos suficientes exigidos
Experimental de Guayana por lo que se da su aprobacin.


_____________________
Ing. Andrs Caniumilla
C.I. E-82.031.740
Tutor Acadmico








UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADMICO
COORDINACIN GENERAL DE PREGRADO
COORDINACIN DEL PROGRAMA DE PASANTA
INGENIERA INFORMTICA


miembros del jurado asignados por la Coordinacin de
asanta, a los fines de evaluar el trabajo presentado por la Tlgo. Mayerlin
, titular de la Cdula de Identidad N V-18.478.855, para optar al
Ttulo de Ingeniero en Informtica, correspondiente a la Fase de Ejecucin de la
pasanta profesional que cumpli en la Organizacin Productiva: CORPOELEC
21/07/2011, considerando que la misma rene los requisitos
exigidos por los reglamentos de la Universidad Nacional
Experimental de Guayana por lo que se da su aprobacin.
_______ ____________
Ing. Andrs Caniumilla Ing. Rafael Rodrguez
C.I. V-9.909.776
Tutor Industrial


____________________
Ing. Marbella Muoz
C.I.: V-8.881.853
Jurado

Ciudad Guayana, Octubre del 2011

UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
por la Coordinacin de
Mayerlin Jos
, para optar al
Ttulo de Ingeniero en Informtica, correspondiente a la Fase de Ejecucin de la
CORPOELEC, en
la misma rene los requisitos
por los reglamentos de la Universidad Nacional
_____________________
Ing. Rafael Rodrguez
9.909.776
Tutor Industrial







i

DEDICATORIA

A mis padres Ginette y Omar; que siempre han sido de gran apoyo durante
el curso de mi carrera; a ti mam que fuiste mi primera maestra, que me enseaste
a leer y a escribir y me educaste para saber conllevar cualquier reto que me
propusiera. A ti pap, que siempre has estado all en cada momento que te he
necesitado y me has brindado tu apoyo incondicional.

A mi hermanita Mara Jos; la luz de mis ojos, por iluminar mis das y
llenarlos de alegra y felicidad, a ti, que siempre me has apoyado, entendido y has
sido paciente cuando no he podido estar contigo por motivos acadmicos. Eres mi
mayor inspiracin. Te amo.

A ustedes, mi familia, les dedico ste trabajo que con mucho esfuerzo y
dedicacin he realizado, para alcanzar sta meta tan importante que me he
propuesto.


Mayerlin J. Muoz G.






ii

AGRADECIMIENTOS

A Dios todopoderoso, por haberme dado sabidura y fortaleza para alcanzar
ste logro.
A la UNEG, la Luz de Guayana, mi alma mater, por brindarme la oportunidad
de ser una profesional y permitirme ser mejor persona.
A mis compaeros y amigos, Josibel Flores, Luisana Rondn y Nicols
Piero, mi grupo de estudio durante la carrera, que me brindaron esa mano amiga y
siempre estuvieron all; junto a ustedes he pasado cinco aos llenos de vivencias y
experiencias que nunca podr olvidar. Los quiero.
Al Ingeniero Alcides Bolvar, quien ha sido de gran apoyo, una persona que
me brind su ayuda incondicional, que me supo escuchar y dar aliento en momentos
difciles.
A los Ingenieros Alejandro Marcus y Andrs Caniumilla por haber aceptado
ser mis tutores de pasantas a nivel de tecnlogo y profesional.
A las Ingenieros Miriam Polo, Carmen Garca y a la Licenciada Nielisbeth
Assante quienes durante mi paso por EDELCA fueron de gran ayuda para cumplir
con mi trabajo.
A los Ingenieros Rafael Rodrguez, Maryorie Campos, y a todo mi equipo de
trabajo (Rubn, Rafa, Pedro, Mariela, Mariana y Miguel) con los cuales compart
durante mi paso por CADAFE, que me permitieron aprender de ellos y que adems
me ofrecieron su amistad.
A CORPOELEC, y sus filiales EDELCA y CADAFE, por brindarme la
oportunidad de realizar mi dos pasantas.

Muchas Gracias

iii

INDICE GENERAL
pp.
INDICE GENERAL. iii
LISTA DE FIGURAS.. iv
LISTA DE TABLAS. vii
INTRODUCCION 10
CAPITULO I: FORMULACION DEL PROBLEMA. 12
Planteamiento del Problema 12
Justificacin 13
Alcance 14
Objetivo General 14
Objetivos Especficos 14
CAPITULO II: MARCO TEORICO... 15
Antecedentes de la Investigacin... 15
Referidos a la Empresa 15
Referidos a la Investigacin. 23
Bases Tericas.. 24
Bases Legales 32
Herramientas Utilizadas 33
CAPITULO III: MARCO METODOLOGICO... 42
Tipo de Estudio.. 42
Objeto de Estudio.. 44
Poblacin y Muestra.. 44
Tcnicas Aplicadas para la Recoleccin de Datos.. 45
La Observacin.. 45

iv

La Entrevista.. 46
Revisin Documental 46
Problema a Resolver. 46
rea de Inters de la Investigacin 46
CAPITULO IV: RESULTADOS. 48
Metodologa de Desarrollo de Sistemas 48
Descripcin de Actividades Realizadas. 48
Cronograma de Actividades 50
Estudio de Factibilidad.. 51
Factibilidad Operativa 51
Factibilidad Tcnica... 51
Descripcin Conceptual de los Procesos del Sistema 52
Requerimientos de Informacin.. 53
Casos de Usos Detallados... 54
Diagramas de Actividades 63
Tabla Visual de Contenidos. 84
Modelo Entidad Relacin. 90
Diccionario de Datos. 91
CONCLUSIONES... 98
RECOMENDACIONES.. 100
REFERENCIAS.. 101
ANEXOS.. 103
A. Manual de Usuarios.. 104
B. Decreto Presidencial 3.390..... 121


v

LISTA DE FIGURAS
Figura pp.
1 Esquema de regionalizacin aprobado (RJD 190 del 08 06-2006). 18
2 Formato de Hoja de Clculo. 23
3 Componentes de un Sistema de Informacin 24
4 Diagrama de Roles. 54
5 Diagrama General.. 55
6 Diagrama de Gestin de Solicitudes... 58
7 Diagrama de Gestin de Usuarios... 59
8 Diagrama de Gestin de Tcnicos... 60
9 Diagrama de Gestin de Actividades... 61
10 Diagrama de Gestin de Reportes. 62
11 Actividad Agregar Solicitudes..... 63
12 Actividad Modificar Solicitudes... 64
13 Actividad Eliminar Solicitudes..... 65
14 Actividad Agregar y Modificar Usuarios.... 66
15 Actividad Agregar Unidad... 67
16 Actividad Modificar Unidad..... 68
17 Actividad Eliminar Unidad 69
18 Actividad Agregar Ubicacin... 70
19 Actividad Modificar Ubicacin..... 70
20 Actividad Eliminar Ubicacin... 71
21 Actividad Agregar y Modificar Tcnicos.... 72
22 Actividad Modificar Estatus Tcnicos....

73

vi

23 Actividad Agregar Sistemas.... 74
24 Actividad Modificar Sistemas.. 75
25 Actividad Eliminar Sistemas.... 76
26 Actividad Agregar Subsistemas.. 77
27 Actividad Modificar Subsistemas.... 78
28 Actividad Eliminar Subsistemas.. 79
29 Actividad Agregar Actividad.... 80
30 Actividad Modificar Actividad.. 81
31 Actividad Eliminar Actividad.... 82
32 Actividad Visualizar Reportes..... 83
33 Tabla Visual General.... 84
34 Tabla Visual Gestin de Solicitudes... 84
35 Tabla Visual Gestin de Usuarios Control de Usuarios... 85
36 Tabla Visual Gestin de Usuarios Control de Unidad.. 85
37 Tabla Visual Gestin de Usuarios Control de Ubicacin..... 86
38 Tabla Visual Gestin de Tcnicos Control de Tcnicos.. 86
39 Tabla Visual Gestin de Tcnicos Estatus Tcnicos... 87
40 Tabla Visual Gestin de Actividades Control de Sistemas.. 87
41 Tabla Visual Gestin de Actividades Control de Subsistemas... 88
42 Tabla Visual Gestin de Actividades Control de Actividades.................... 88
43 Tabla Visual Gestin de Reportes.... 89
44 Modelo Entidad Relacin..

90




vii

LISTA DE TABLAS
Tabla pp.
1 Esquema de regionalizacin. Muestran las regiones y los estados que la
conforman estructura establecida por CORPOELEC CADAFE


18
2 Cronograma de Actividades.. 51
3 Diccionario de Datos Tabla usuarios 91
4 Diccionario de Datos Claves forneas tabla usuarios... 91
5 Diccionario de Datos Tabla unidad... 92
6 Diccionario de Datos Claves forneas tabla unidad.. 92
7 Diccionario de Datos Tabla ubicacin.. 92
8 Diccionario de Datos Tabla sistema. 93
9 Diccionario de Datos Tabla subsistemas. 93
10 Diccionario de Datos Claves forneas tabla subsistema.... 93
11 Diccionario de Datos Tabla soluciones.. 94
12 Diccionario de Datos Claves forneas tabla soluciones..... 94
13 Diccionario de Datos Tabla solicitud.. 95
14 Diccionario de Datos Claves forneas tabla solicitud.. 95
15 Diccionario de Datos Tabla soluciones_solicitud..... 96
16 Diccionario de Datos Claves forneas tabla soluciones_solicitud. 96
17 Diccionario de Datos Tabla cola.. 97
18 Diccionario de Datos Claves forneas tabla cola..... 97

10

INTRODUCCION

En la actualidad las organizaciones han mostrado ms inters en el uso de
las herramientas que brinda la tecnologa debido a que sta avanza a grandes
pasos, lo que ha permitido que las mismas realicen sus operaciones de manera ms
eficiente, asegurando su subsistencia en un entorno ms competitivo y cambiante.
As mismo, el manejo de la informacin de manera automatizada es fundamental
para su desarrollo y buena gestin, tanto a nivel gerencial como nivel operativo e
intermedios. Tener la informacin rpida, integra y precisa es un valor muy
importante para la organizacin, por ende se busca automatizar todos aquellos
procesos que puedan mejorarse con la ayuda de un sistema de informacin para
lograr un mayor grado de eficiencia.
El desarrollo de sistemas dentro de una organizacin, es algo que debe
estar muy relacionado con los procesos y necesidades de la misma, ya que para
hacerse las mejoras deben conocerse las deficiencias, y saber en qu parte del
proceso se presentan. Este proceso es complejo, ya que se debe partir de una fase
de anlisis del problema o situacin actual, as tambin del estudio del sistema
anterior, si existe, para comprender sus debilidades y luego entrar en la fase de
diseo del sistema donde se comienza a modelar el mismo. Ya hecho el diseo,
comienza la codificacin y desarrollo para luego entrar en la fase de prueba y
correccin de errores, y por ltimo implantar el sistema.
Con la finalidad de que los empleados mejoren su desempeo laboral
gracias a los beneficios que ofrecen los diferentes sistemas informticos, algunas
organizaciones han optado por implantar estas soluciones y una de ellas es La
Corporacin Elctrica Nacional (CORPOELEC), la cual siempre a la vanguardia y en
bsqueda del mejoramiento continuo de sus procesos ha invertido para realizar la
automatizacin de los mismos.
Esta empresa se encarga de suministrar servicio elctrico de calidad a los
usuarios, llevar la administracin y la operacin de las empresas de electricidad

11

dependientes del Estado, en una gestin que garantice ingresos suficientes,
necesarios a la sostenibilidad financiera de la organizacin. La Gerencia de
Automatizacin Tecnologas de la Informacin y Telecomunicaciones (ATIT) se
encarga de prestar los servicios de asistencia tcnica y soluciones de calidad a los
usuarios de la Compaa Annima de Fomento Elctrico (CADAFE) Zona Bolvar,
con el fin de garantizar la estabilidad y continuidad operativa, con un personal
comprometido, honesto, eficiente, e identificado con dicha empresa.
El presente trabajo de investigacin tiene como propsito realizar el
desarrollo de un sistema de control de gestin que permitir la automatizacin de los
procesos de administracin de solicitudes y a partir de ello se podrn generar los
indicadores de gestin correspondientes a la unidad, necesarios para la elaboracin
de los informes de gestin mensuales y anuales.
El presente trabajo qued estructurado en cuatro (04) captulos:
El Captulo I donde se inicia con el planteamiento del problema, el desarrollo
del objetivo general y los objetivos especficos, la justificacin de la investigacin, el
alcance del sistema de informacin propuesto y las limitaciones del mismo.
El Captulo II presenta el marco terico, donde se especifican las bases
tericas que le dan sustento a la investigacin, tales como los antecedentes de la
investigacin y lo referido a la empresa.
El Captulo III donde se realiza una descripcin de la metodologa con la que
se va resolver el problema, el rea objeto de estudio, el tipo de estudio, el proyecto
factible, el procedimiento de recoleccin de datos.
El Captulo IV que presenta el resultado de la investigacin, y finalmente las
conclusiones, recomendaciones y anexos.




12

CAPITULO I
FORMULACIN DEL PROBLEMA
Planteamiento del Problema.
La Corporacin Elctrica Nacional (CORPOELEC) tiene como propsito
desarrollar, proporcionar y garantizar un servicio elctrico de calidad, eficiente,
confiable, con sentido social y sostenibilidad en todo el territorio nacional, a travs
de la utilizacin de tecnologa de vanguardia en la ejecucin de los procesos de
generacin, transmisin, distribucin y comercializacin del sistema elctrico
nacional, integrando a la comunidad organizada, proveedores y trabajadores
calificados, motivados y comprometidos con valores ticos socialistas, para
contribuir con el desarrollo poltico, social y econmico del pas.
As mismo, la Coordinacin de Informtica, adscrita a la Gerencia de
Automatizacin, Tecnologas de la Informacin y Telecomunicaciones (ATIT) Regin
Bolvar, sirve de apoyo a la organizacin en el soporte de los procesos medulares y
es responsable de llevar a cabo la administracin de solicitudes, mediante la
atencin de fallas y requerimientos en el rea de Informtica y Telecomunicaciones
en la Zona Bolvar. Cabe destacar que dicha Unidad atiende un total de quince
oficinas comerciales, cinco distritos tcnicos, dos pares de recaudacin y tres
edificios administrativos, distribuidos por todo el Estado Bolvar.
En la actualidad, la Coordinacin de Informtica no cuenta con un
mecanismo eficiente que permita llevar de manera adecuada la carga y el control de
las solicitudes de asistencia tcnica, y as mismo el seguimiento continuo de los
indicadores de gestin que se generan a partir de las soluciones de calidad que
ofrece la Unidad.
Unos de los inconvenientes mayores, se presenta cuando existen gran
cantidad de solicitudes, debido a que las mismas, se controlan a travs de un
formato de hoja de clculo de Microsoft Excel, lo que resulta poco eficiente y
efectivo, ya que no se puede llevar con exactitud la informacin de cada una de las

13

actividades que se realizan, y as mismo los clculos respectivos para poder obtener
los indicadores de gestin, necesarios para efectuar los informes mensuales y
anuales de la coordinacin. Adems de que no se garantiza la seguridad de la
informacin y no existe un registro de los datos permanente en el tiempo.
Si ste problema continua, cada vez ser ms difcil el manejo de la
informacin, as como tambin la seguridad de los datos, debido a que la hoja de
clculo se puede daar. Adems de que los trabajadores usan un tiempo
considerable de su labor diaria actualizando dicha hoja de clculo, el cual podran
usar para realizar y/o atender otras actividades.
Debido a que actualmente la Coordinacin de Informtica, no cuenta con un
sistema de informacin que permita cargar y controlar las solicitudes e indicadores
de gestin de forma automatizada, se propuso un sistema de informacin bajo
ambiente web que permitir la administracin de las solicitudes y a partir de ello,
obtener indicadores de gestin centralizados.
Justificacin.
Este proyecto, nace de la necesidad de realizar el seguimiento y control
adecuado de cada una de las solicitudes de asistencia tcnica que se llevan a cabo,
de forma tal que se puedan atender a tiempo y as contribuir a la efectividad en la
solucin de las mismas, garantizando la seguridad de los datos y la obtencin de las
estadsticas respectivas para generar los informes de gestin.
Teniendo en cuenta la problemtica planteada, se ofrece como solucin el
desarrollo de un sistema de informacin bajo ambiente web, el cual permitir la
administracin de las solicitudes, necesarias para llevar un eficiente control de
gestin en la Gerencia de ATIT y de esta forma contribuir en el mejoramiento
continuo de sus procesos, los cuales son muy importantes porque sirven de apoyo
en actividades medulares de la Corporacin.


14

Alcance.
El desarrollo del Sistema de Informacin a realizarse en la empresa
CORPOELEC que va a permitir la automatizacin de los procesos de administracin
de solicitudes, se va a ejecutar en un lapso de tiempo de16 semanas. As mismo, el
alcance de sta herramienta comprender:
Anlisis del proceso de carga y control de solicitudes.
Definicin de requerimientos.
Elaboracin del Diseo del Sistema.
Desarrollo de la Aplicacin.

Objetivo General.
Desarrollar un Sistema de Informacin bajo Ambiente Web para el Control de
Gestin en la Coordinacin de Informtica de CORPOELEC Regin Bolvar.

Objetivos Especficos.
Analizar la situacin actual del control de solicitudes de asistencia
tcnica administradas en la Coordinacin de Informtica.
Definir los requerimientos funcionales y no funcionales.
Desarrollar el Sistema de Informacin.
Instalar el Sistema de Informacin en la Coordinacin de Informtica.


15

CAPTULO II
MARCO TEORICO
Antecedentes de la Investigacin.
Referidos a la Empresa.
En el ao 1946, el Ejecutivo Nacional cre la Corporacin Venezolana de
Fomento, como Instituto Autnomo adscrito al Ministerio de Fomento y le asign
como parte de su patrimonio y calidad de aporte, las inversiones del Estado en las
instalaciones elctricas existentes en el pas.
En el ao 1951, con la colaboracin de especialistas venezolanos y
extranjeros, se formula el primer Plan Nacional de Electrificacin y la Corporacin
Venezolana de Fomento es la encargada de su ejecucin.
El 27 de octubre de 1958 se constituy la Compaa Annima de
Administracin y Fomento Elctrico (CADAFE), como empresa de servicio elctrico,
la cual fue fundada de acuerdo con la Resolucin del Ministerio de Fomento N 3218
de fecha 25 de agosto de 1958. La compaa inici sus actividades con quince (15)
empresas elctricas que eran subsidiarias de la Corporacin Venezolana de
Fomento.
En junio de 1959 se acord la fusin de esas empresas con CADAFE,
quedando sta como la Empresa de Electricidad del Estado, encargada de crear
uniformidad en los criterios tcnico - administrativos que permitiese la formulacin
de programas elctricos en una forma integral.
En el ao 1990 de acuerdo con la poltica de reforma del Estado, el Ejecutivo
decide, en la reunin N 26 del Comit Operativo Sectorial de Asuntos de Poltica
Econmica y Social realizada el 22-01-90, la creacin de las Empresas Regionales
de Distribucin y Comercializacin, hecho aprobado por la Comisin Permanente de
Finanzas de la Cmara del Senado, segn Oficio N 23 de fecha 11-02-93. En

16

consecuencia fueron creadas cuatro (4) Empresas Regionales de Distribucin y
Comercializacin a saber:
Compaa Annima Electricidad de Los Andes CADELA, que prestar
servicio a los estados Tchira, Mrida, Trujillo y Barinas.
Electricidad del Centro C.A. ELECENTRO, que prestar servicio a los estados
Miranda, Gurico, Aragua, Apure y Amazonas.
Electricidad de Occidente C.A. ELEOCCIDENTE, que prestar servicio a los
estados Falcn, Portuguesa, Cojedes., Yaracuy, Carabobo y Lara
Electricidad de Oriente C.A. ELEORIENTE, que prestar servicio en los
estados, Anzotegui, Sucre, Nueva Esparta, Bolvar, Monagas y Delta Amacuro.
Paralelamente a esto y continuando con la descentralizacin, se crea
DESURCA- Desarrollo Uribante Caparo mediante autorizacin del Presidente de la
Repblica otorgada en la reunin N 26 del Comit Operativo Sectorial de Asuntos
de Poltica Econmica y Social de fecha 22/01/90; debidamente avaladas por las
Comisiones.
Permanentes de Finanzas de la Cmara del Senado segn Oficio S/N de
fecha 10/08/93 y por la Comisin de Finanzas de la Cmara de Diputados del
Congreso de la Repblica segn oficio N 225 de fecha 02/08/93. Esta empresa se
constituye como Filial de CADAFE para la ejecucin del Plan Maestro que
continuar el desarrollo del proyecto Uribante - Caparo, de acuerdo a las polticas
previstas por el Ejecutivo Nacional.
En marzo de 1997, la Junta Directiva de CADAFE y el Directorio del Fondo
de Inversiones de Venezuela aprobaron el Plan de Reestructuracin y Privatizacin
del Sector Elctrico. En tal sentido, se inici el Proceso de Privatizacin del Sistema
Elctrico del Estado Nueva Esparta (SENECA) el cual culmin satisfactoriamente en
el mes de septiembre de 1997.

17

Paralelamente, en julio de 1997, se culmin la transferencia de los activos
ubicados en el estado Lara propiedad de CADAFE y Eleoccidente a la Empresa
ENELBAR.
En Octubre 1997, la Junta Directiva de CADAFE aprob el proceso de
reestructuracin de sus Empresas Filiales, a travs del cual le fueron transferidos a
stas el Sistema de Transmisin en 115 KV y las plantas de Generacin con
capacidad menor a 20 MW.
En marzo 1998 se public el Decreto N 2457 emanado del Ejecutivo
Nacional con el cual se inici el proceso de privatizacin del Sistema Elctrico de los
estados Monagas y Delta Amacuro. En consecuencia, el 24 de septiembre CADAFE
y ELEORIENTE constituyeron la C.A. Sistema Elctrico de Monagas y Delta
Amacuro (SEMDA).
En diciembre de 1998, por instrucciones del Fondo de Inversiones de
Venezuela, qued suspendido el proceso de privatizacin de SEMDA, por lo que se
constituy como una empresa filial de Distribucin.
En el ao 2006, la Junta Directiva de CADAFE aprob mediante RJD N 133
de fecha 27.04.2006 y 2006-09-17 de fecha 17.08.2006, la Estructura Organizativa
de primer nivel de la Empresa y la nueva Regionalizacin, cuyo pilar fundamental es
la directriz de Reunificacin de CADAFE y sus Empresas Filiales, para lo cual se
requiere crear un esquema de Regiones que permita mejorar la calidad en la
prestacin del servicio elctrico, el cual qued conformado por nueve (9) Regiones,
como se describe a continuacin:





18

REGIN CONFORMADA POR:
1 SUCRE - ANZOTEGUI
2 MONAGAS DELTA AMACURO
3 GURICO APURE
4 ARAGUA MIRANDA
5 PORTUGUESA BARINAS - COJEDES
6 CARABOBO - YARACUY
7 TACHIRA MERIDA TRUJILLO
8 BOLIVAR - AMAZONAS
9 FALCON
Tabla 1. Esquema de regionalizacin. Muestran las regiones y los estados que la conforman
estructura establecida por CORPOELEC CADAFE. Fuente: www.cadafe.com.ve


Figura 1. Esquema de regionalizacin aprobado (RJD 190 del 08 06-2006) Fuente:
www.cadafe.com.ve

El 2 de mayo de 2007, se public del Decreto N 5.330, con rango, valor y
fuerza de Ley Orgnica de Reorganizacin del Sector Elctrico, en el cual se crea la
Sociedad Annima Corporacin Elctrica Nacional, S.A. (CORPOELEC), adscrita al
Ministerio del Poder Popular para la Energa y Petrleo, como una empresa estatal
encargada de la realizacin de las actividades de generacin, transmisin,

19

distribucin y comercializacin de potencia y energa elctrica. Por lo que dispone
que seis empresas (ENELVEN, ENAGEN, CADAFE, EDELCA, ENELCO Y
ENELBAR), todas del sector elctrico, as como todas las empresas filiales o
afiliadas a las mismas, quedan fusionadas en forma inmediata a CORPOELEC,
por lo que debern transferir todos los activos y pasivos que poseen a esta ltima,
la cual ser la sucesora universal de los derechos y obligaciones de aquellas.
La fecha lmite para la desaparicin de las 14 empresas regionales del
sector y la creacin de una empresa nacional -la Corporacin Elctrica
Nacional (Corpoelec)- era el 31 de julio de 2010 y ahora se prorrog hasta el 31
de diciembre de 2011.
El 8 de octubre de 2007, se aprob mediante Gaceta Oficial N 38.785 la
reorganizacin territorial para el ejercicio de la actividad de distribucin de potencia
y energa elctrica, se crean las siguientes regiones operativas:
Regin Noroeste que comprende los Estados (Zulia, Falcn, Lara y
Yaracuy).
Regin Norcentral que comprende los Estados (Carabobo, Aragua,
Miranda, Vargas y Distrito Capital).
Regin Oriental que comprende los Estados (Anzotegui, Monagas,
Sucre, Nueva Esparta y Delta Amacuro).
Regin Central que comprende los Estados (Gurico, Cojedes,
Portuguesa, Barinas y Apure).
Regin Andina que comprende los Estados (Mrida, Trujillo y Tchira).
Regin Sur que comprende los Estados (Bolvar y Amazonas).

De acuerdo a la reorganizacin territorial aprobada en la Gaceta Oficial N
38.785, CADAFE es responsable de la administracin de estas Regiones, sin
embargo se instruye a la Compaa Annima Energa Elctrica de Barquisimeto
(ENELBAR) para que opere y mantenga las instalaciones elctricas de distribucin

20

en los Estados Yaracuy de la Regin Noroeste y en Carabobo de la Regin
Norcentral.
La Compaa Annima Energa Elctrica de Venezuela (ENELVEN) debe
operar y mantener las instalaciones elctricas de distribucin en el Estado Falcn
de la Regin Noroeste.
La Compaa Annima La Electricidad de Caracas (ELECAR) para que
opere y mantenga las instalaciones elctricas de distribucin en los Estados Aragua
y Miranda de la Regin Norcentral, y en el Estado Nueva Esparta de la Regin
Oriental.
Objetivos de la Empresa.
El objeto de la Compaa es la Generacin, Transmisin, Distribucin y la
comercializacin de energa elctrica, a los fines de cumplir con las exigencias del
proceso de desarrollo elctrico en el pas, reafirmando su compromiso social.
Objetivos Especficos.
Prestar el servicio elctrico, tanto en las zonas urbanas como rurales.
Garantizar la oferta de energa elctrica que requiere el desarrollo
econmico y social del pas, mediante la prestacin de un servicio
eficiente y confiable, que permita suministrar a cada tipo de consumidor
la cantidad y calidad de energa elctrica que demande, a un mnimo
costo.
Suministrar energa elctrica al mayor nmero de poblacin.
Alcanzar niveles satisfactorios de seguridad y calidad en el servicio
prestado.
Utilizar los recursos naturales del pas en forma racional.
Adecuar la organizacin de la Empresa a los fines de ir mejorando la
productividad.


21

Filosofa de Gestin.
Misin.
Desarrollar, proporcionar y garantizar un servicio elctrico de calidad,
eficiente, confiable, con sentido social y sostenibilidad en todo el territorio nacional,
a travs de la utilizacin de tecnologa de vanguardia en la ejecucin de los
procesos de generacin, transmisin, distribucin y comercializacin del sistema
elctrico nacional, integrando a la comunidad organizada, proveedores y
trabajadores calificados, motivados y comprometidos con valores ticos socialistas,
para contribuir con el desarrollo poltico, social y econmico del pas.

Visin.
Ser una Corporacin con tica y carcter socialista, modelo en la prestacin
de servicio pblico, garante del suministro de energa elctrica con eficiencia,
confiabilidad y sostenibilidad financiera. Con un talento humano capacitado, que
promueve la participacin de las comunidades organizadas en la gestin de la
Corporacin, en concordancia con las polticas del Estado para apalancar el
desarrollo y el progreso del pas, asegurando con ello calidad de vida para todo el
pueblo venezolano.
Valores Corporativos.
tica Socialista.
Responsabilidad.
Autocrtica.
Respeto.
Honestidad.
Eficiencia.
Compromiso.



22

rea donde se realiz la pasanta.
El rea donde se desarroll la pasanta fue en la Gerencia de
Automatizacin, Tecnologas de la Informacin y Telecomunicaciones (ATIT) Regin
Bolvar.
Propsito general de La Gerencia de Automatizacin, Tecnologas de la
Informacin y Telecomunicaciones (ATIT).

La Gerencia de Automatizacin Tecnologas de la Informacin y
Telecomunicaciones (ATIT), depende en lnea de mando directo de la
Vicepresidencia Ejecutiva de ATIT de CADAFE y segn la distribucin propuesta se
encuentra estructurada por un equipo de apoyo a la gestin, un equipo de
continuidad operativa informtica Bolvar, un equipo de continuidad operativa de
telecomunicaciones Bolvar, los cuales se encargan de ejecutar los procesos
internos de la gerencia y dar soporte a los procesos medulares de CADAFE,
mediante la atencin de fallas y requerimientos en rea de Informtica y
Telecomunicaciones en la Zona Bolvar.
Misin.
Prestar los servicios de Automatizacin, Tecnologas de la Informacin y
Telecomunicaciones a los usuarios de CADAFE Zona Bolvar, mediante la
asistencia tcnica y soluciones de calidad, eficiente, efectivo, confiable y oportuno,
con el fin de garantizar la estabilidad y continuidad operativa de CADAFE, con un
personal comprometido, honesto, eficiente, e identificado con nuestra empresa.
Visin.
Ser una Gerencia estratgica y lder en el rea de tecnologa, que
proporcione un servicio de Automatizacin Tecnologas de la Informacin y
Telecomunicaciones ptimo, de calidad, eficiente e innovador mediante una
Filosofa de la mejora continua que garantice la continuidad operativa de la

23

Empresa, con un personal altamente calificado donde prevalezca la honestidad, el
trabajo en equipo, el respeto y la seguridad en el trabajo
Referidos a la Investigacin.
Para la Coordinacin de Informtica, adscrita a la Gerencia ATIT, Regin
Bolvar, se elabor un formato de hoja de clculo de Microsoft Excel, con la cual se
lleva a cabo el manejo de solicitudes y el control de los indicadores de gestin. El
mismo se muestra a continuacin:








Figura 2. Formato de Hoja de Clculo. Fuente: Gerencia de ATIT, Coordinacin de
Informtica
En tal sentido, la Coordinacin tiene nuevos requerimientos, por lo que se
decide implantar el sistema propuesto. As mismo, la hoja del clculo antes
mencionada servira de apoyo para el levantamiento de informacin del Sistema de
Control de Gestin (SIASA).

24

Bases Tericas.
Sistema de Informacin.
Kendall, et al (1991) expresan los sistemas de informacin consisten en
procedimientos y reglas establecidas para entregar informacin a los miembros de
la organizacin.
Un sistema de informacin automatizado o basado en computadoras, es la
integracin de hardware, software, personas, procedimientos y datos. Todos estos
elementos se conjugan, trabajando juntos para proporcionar informacin bsica para
la conduccin del Departamento.
Atributos y componentes de un sistema de informacin.
Segn Kendall, et al (1991) expresa: Un sistema de informacin posee los
siguientes atributos: Confiable, Oportuno, Disponible, Fcil de usar, Compartido,
Flexible y Colectivo.
Est compuesto por cincos elementos como lo indica la siguiente figura:









Figura 3. Componentes de un Sistema de Informacin. Fuente: Kendall y Kendall (1991)


Hardware
Comunicaciones
REDES
Recursos Humanos
Software
Data /Informacin

25

Lenguaje unificado del modelado (UML)
Booch (1999) expresa UML Es un lenguaje de modelado que se usa para
entender, disear, configurar, mantener y controlar la informacin sobre los sistemas
a construir. UML capta la informacin sobre la estructura esttica y el
comportamiento dinmico de un sistema.
Diagramas UML.
Booch (1999) define, Para la construccin de modelos, hay que concentrar
la atencin en los detalles relevantes mientras se ignoran los dems, por lo cual,
con un nico modelo no se tiene suficiente informacin.
Varios modelos aportan diferentes vistas de un sistema, los cuales, ayudan a
comprenderlo desde diferentes frentes; as, UML recomienda el uso de nueve
diagramas, para representar las distintas vistas de un sistema.
Tipos de UML.
Diagrama de Caso de Uso.
Es una tcnica para capturar informacin, de cmo un sistema o negocio
trabaja, o de cmo desea que trabaje. No pertenece estrictamente al enfoque
orientado a objeto. Entre sus aspectos ms resaltantes se tienen:
a) Describen bajo la forma de acciones y reacciones el comportamiento de un
sistema desde el punto de vista del usuario.
b) Permiten definir los lmites del sistema y las relaciones entre el sistema y el
entorno.
c) Son descripciones de la funcionalidad del sistema, independientes de la
implementacin

26

d) Particionan el conjunto de necesidades atendiendo a la categora de usuarios que
participan en el mismo y e) Estn basados en el lenguaje natural, es decir, es
accesible por los usuarios.
Los Casos de Uso se determinan observando y precisando, actor por actor,
las secuencias de iteracin y los escenarios, desde el punto de vista del usuario.
Los casos de uso intervienen durante todo el ciclo de vida, es decir, el proceso de
desarrollo est dirigido por los casos de uso. (Bennett, 2007)
Tipos de relacin de los casos de uso.
Comunicacin: es una relacin sencilla, para combinar elementos en el diagrama.
Inclusin (<<include>>): una instancia del caso de uso origen incluye el
comportamiento descrito por el caso de uso destino.
Extensin (<<extend>>): el caso de uso origen extiende el comportamiento del caso
de uso destino.
Herencia: el caso de uso origen hereda la especificacin del caso de uso destino y
posiblemente la modifica y/o amplia. (Bennett, 2007)
Diagrama de Actividad.
Un diagrama de Actividad demuestra la serie de actividades que deben ser
realizadas en un uso-caso, as como las distintas rutas que pueden irse
desencadenando en el uso-caso.
Es importante recalcar que aunque un diagrama de actividad es muy
similar en definicin a un diagrama de flujo (tpicamente asociado en el diseo de
Software), estos no son lo mismo. Un diagrama de actividad es utilizado en
conjuncin de un diagrama uso-caso para auxiliar a los miembros del equipo de
desarrollo a entender como es utilizado el sistema y cmo reacciona en
determinados eventos. Lo anterior, en contraste con un diagrama de flujo que
ayuda a un programador a desarrollar cdigo a travs de una descripcin lgica

27

de un proceso. Se pudiera considerar que un diagrama de actividad describe el
problema, mientras un diagrama de flujo describe la solucin.
En la siguiente seccin se describen los diversos elementos que
componen un diagrama de Actividad.
Composicin:
Inicio: El inicio de un diagrama de actividad es representado por un crculo
de color negro slido.
Actividad: Una actividad representa la accin que ser realizada por el
sistema la cual es representada dentro de un ovalo.
Transicin: Una transicin ocurre cuando se lleva a cabo el cambio de una
actividad a otra, la transicin es representada simplemente por una linea con
una flecha en su terminacin para indicar direccin.
Ramificacin (Branch): Una ramificacin ocurre cuando existe la
posibilidad que ocurra ms de una transicin (resultado) al terminar
determinada actividad. Este elemento es representado a travs de un
rombo.
Unin (Merge): Una unin ocurre al fusionar dos o ms transiciones en una
sola transicin o actividad. ste elemento tambin es representado a travs
de un rombo.
Expresiones Resguardadas (GuardExpressions): Una expresin
resguardada es utilizada para indicar una descripcin explicita acerca de
una transicin. Este tipo de expresin es representada mediante corchetes
([...] y es colocada sobre la linea de transicin.
Fork : Un fork representa una necesidad de ramificar una transicin en ms
de una posibilidad. Aunque similar a una ramificacin (Branch) la diferencia
radica en que un fork representa ms de una ramificacin obligada, esto es,

28

la actividad debe proceder por ambos o ms caminos, mientras que una
ramificacin (Branch) representa una transicin u otra para la actividad
(como una condicional). Un fork es representado por una linea negra solida,
perpendicular a las lneas de transicin.
Join: Una join ocurre al fusionar dos o ms transiciones provenientes de un
fork, y es empleado para dichas transiciones en una sola, tal y como ocurra
antes de un fork .Un fork es representado por una lnea negra solida,
perpendicular a las lneas de transicin.
Fin: El fin de un diagrama de actividad es representado por un crculo, con
otro crculo concntrico de color negro slido.
Canales (Swimlanes): En determinadas ocasiones ocurre que un
diagrama de actividad se expanda a lo largo de ms de un entidad o actor,
cuando esto ocurre el diagrama de actividad es particionada en canales
(swimlines), donde cada canal representa la entidad o actor que est
llevando a cabo la actividad. (Bennett, 2007)
Diagrama de Actividades.
Los diagramas de actividades son bsicamente diagramas de flujo
adornados, que guardan mucha similitud con los diagramas de estados. Mientras
que los diagramas de estados centran su atencin en el proceso que est llevando a
cabo un objeto, los diagramas de actividades muestran como las actividades fluyen
y las dependencias entre ellas.
Los diagramas de actividades pueden dividirse en calles que determinan
qu objeto es responsable de qu actividad. Las actividades vienen unidas por
transiciones, que pueden separarse en ramas en funcin del resultado de una
condicin expresada entre corchetes. Cada rama muestra la condicin que debe ser
satisfecha para que el flujo opte por ese camino. Igualmente, las transiciones se
pueden bifurcarse en dos o ms actividades paralelas. (Bennett, 2007)

29

Bases de datos.
La informacin es un recurso para el desarrollo de las actividades, por esto
es necesario lograr una gestin de la misma a partir de la administracin de bases
de datos para interpretarla y sacar provecho. Esta administracin debe proveer
resultados que satisfagan las necesidades de informacin de los usuarios,
facilitando la obtencin de datos para la toma de decisiones. Para esto es necesario
comprender el concepto de bases de datos.
Una base de datos (o banco de datos) es un conjunto de datos que
pertenecen al mismo contexto almacenados sistemticamente para su posterior uso.
En este sentido, una biblioteca puede considerarse una base de datos compuesta
en su mayora por documentos y textos impresos en papel e indexados para su
consulta. En la actualidad, y debido al desarrollo tecnolgico de campos como la
informtica y la electrnica, la mayora de las bases de datos tienen formato
electrnico, que ofrece un amplio rango de soluciones al problema de almacenar
datos.
Un sistema manejador de base de datos es un software para crear y
mantener bases de datos y permite desarrollar aplicaciones individuales de
negocios para extraer los datos que se necesitan. Se componen de lenguaje de
definicin de datos (especifica el contenido y estructura de datos), lenguaje de
manejo de datos (permite realizar consultas) y el diccionario de datos (permite
almacenar y organizar la informacin concerniente con los datos). (Silberschatz,
2002)
Diagrama Entidad-Relacin.
Los diagramas o modelos entidad-relacin (a veces denominado por su
siglas, E-R "Entityrelationship") son una herramienta para el modelado de datos de
un sistema de informacin. Estos modelos expresan entidades relevantes para un
sistema de informacin, sus inter-relaciones y propiedades.

30

El Modelo Entidad-Relacin es un concepto de modelado para bases de
datos, propuesto por Peter Chen, mediante el cual se pretende 'visualizar' los
objetos que pertenecen a la Base de Datos como entidades (esto es similar al
modelo de Programacin Orientada a Objetos) las cuales tienen unos atributos y se
vinculan mediante relaciones.
Es una representacin lgica de la informacin. Mediante una serie de
procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo
relacional.
El modelado entidad-relacin es una tcnica para el modelado de datos
utilizando diagramas entidad relacin. No es la nica tcnica pero s la ms
utilizada. Brevemente consiste en los siguientes pasos:
Se parte de una descripcin textual del problema o sistema de informacin a
automatizar (los requisitos).
Se hace una lista de los sustantivos y verbos que aparecen.
Los sustantivos son posibles entidades o atributos.
Los verbos son posibles relaciones.
Analizando las frases se determina la cardinalidad de las relaciones y otros
detalles.
Se elabora el diagrama (o diagramas) entidad-relacin.
Se completa el modelo con listas de atributos y una descripcin de otras
restricciones que no se pueden reflejar en el diagrama.
Dado lo rudimentario de esta tcnica se necesita cierto entrenamiento y experiencia
para lograr buenos modelos de datos. (Silberschatz, 2002)


31

Ciclo De Vida Clsico Del Desarrollo De Sistemas.
El mtodo de ciclo de vida para el desarrollo de sistemas es el conjunto de
actividades que los analistas, diseadores y usuarios realizan para desarrollar e
implantar un sistema de informacin. El mtodo del ciclo de vida para el desarrollo
de sistemas consta de 6 fases:
1). Investigacin Preliminar: La solicitud para recibir ayuda de un sistema de
informacin puede originarse por varias razones: sin importar cuales sean estas, el
proceso se inicia siempre con la peticin de una persona.
2). Determinacin de los requerimientos del sistema: El aspecto fundamental del
anlisis de sistemas es comprender todas las facetas importantes de la parte de la
empresa que se encuentra bajo estudio. Los analistas, al trabajar con los empleados
y administradores, deben estudiar los procesos de una empresa para dar respuesta
a las siguientes preguntas clave:
Qu es lo que hace?
Cmo se hace?
Con que frecuencia se presenta?
Qu tan grande es el volumen de transacciones o decisiones?
Cul es el grado de eficiencia con el que se efectan las tareas?
Existe algn problema? Qu tan serio es? Cul es la causa que lo
origina?
3). Diseo del sistema: El diseo de un sistema de informacin produce los detalles
que establecen la forma en la que el sistema cumplir con los requerimientos
identificados durante la fase de anlisis. Los especialistas en sistemas se refieren,

32

con frecuencia, a esta etapa como diseo lgico en contraste con la del desarrollo
del software, a la que denominan diseo fsico.
4). Desarrollo del software: Los encargados de desarrollar software pueden instalar
software comprobando a terceros o escribir programas diseados a la medida del
solicitante. La eleccin depende del costo de cada alternativa, del tiempo disponible
para escribir el software y de la disponibilidad de los programadores.
Por lo general, los programadores que trabajan en las grandes organizaciones
pertenecen a un grupo permanente de profesionales.
5). Prueba de sistemas: Durante la prueba de sistemas, el sistema se emplea de
manera experimental para asegurarse de que el software no tenga fallas, es decir,
que funciona de acuerdo con las especificaciones y en la forma en que los usuarios
esperan que lo haga.
Se alimentan como entradas conjunto de datos de prueba para su procesamiento y
despus se examinan los resultados.
6). Implantacin y evaluacin: La implantacin es el proceso de verificar e instalar
nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los
archivos de datos necesarios para utilizarla. Una vez instaladas, las aplicaciones se
emplean durante muchos aos. Sin embargo, las organizaciones y los usuarios
cambian con el paso del tiempo, incluso el ambiente es diferente con el paso de las
semanas y los meses. (Kendall, 1991).
Bases Legales del Tema en Estudio.
Entre las bases legales que competen a la propuesta del sistema de
informacin se encuentran en el Decreto N 3.390, publicado en Gaceta Oficial No
38.095 de fecha 28 de Diciembre de 2004. El cual CORPOELEC por ser una
empresa del Estado toma en cuenta en el momento de trabajar con sistemas,
proyectos y servicios informticos. (Ver anexo B).


33

Herramientas Utilizadas.
Xampp.
Es un servidor web multiplataforma constituido por un servidor HTTP
Apache, base de datos MySQL y los intrpretes para scripts de PHP y Perl. El
nombre proviene del acrnimo de X (para cualquiera de los diferentes sistemas
operativos), Apache, MySQL, PHP, Perl. El programa est liberado bajo la licencia
GNU y acta como un servidor Web libre, fcil de usar y capaz de interpretar
pginas dinmicas. Neteraft (1995)

Apache.
El servidor HTTP Apache es un servidor de cdigo abierto para plataformas
Unix (BSD, GNU/Linux, entre otros), Windows y otras, que implementa el protocolo
HTTP/1.1 (RFC 2616) y la nocin de sitio virtual. Cuando comenz su desarrollo en
1995 se bas inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde
fue reescrito por completo. Su nombre se debe a que originalmente Apache
consista solamente en un conjunto de parches a aplicar al servidor de NCSA. Era,
en ingls, a patchy server (un servidor parcheado).
El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la
Apache SoftwareFoundation.

Apache presenta entre otras caractersticas mensajes de error altamente
configurables, bases de datos de autenticacin y negociado de contenido, pero fue
criticado por la falta de una interfaz grfica que ayude en su configuracin. Neteraft
(1995)



34

PHP.
Es un lenguaje de programacin de estilo clsico, es decir es un lenguaje de
programacin con variables, sentencias condicionales, bucles, funciones, entre
otros. No es un lenguaje de marcas como podra ser HTML, XML, WML. Este ms
cercano a JavaScript o a C, para aquellos que conocen estos lenguajes.
Puede ser utilizado en cualquiera de los principales sistemas operativos del
mercado, incluyendo Linux, muchas variantes Unix (incluyendo HP-UX, Solaris y
OpenBSD), Microsoft Windows, Mac OS X, RISC OS y probablemente alguno ms.
PHP soporta la mayora de servidores web de hoy en da, incluyendo Apache,
Microsoft Internet Information Server, Personal Web Server, Netscape e iPlanet,
OreillyWebsite Pro server, Caudium, Xitami, OmniHTTPd y muchos otros. PHP tiene
mdulos disponibles para la mayora de los servidores, para aquellos otros que
soporten el estndar CGI, PHP puede usarse como procesador CGI. De modo que,
con PHP se tiene la libertad de elegir el sistema operativo y el servidor de su gusto.
Su interpretacin y ejecucin se da en el servidor web, en el cual se encuentra
almacenado el scrip, y el cliente slo recibe el resultado de la ejecucin. Cuando el
cliente hace una peticin al servidor para que le enve una pgina web, generada
por un script PHP, el servidor ejecuta el intrprete de PHP, el cual procesa el script
solicitado que generar el contenido de manera dinmica, pudiendo modificar el
contenido a enviar, y regresa el resultado al servidor, el cual se encarga de
regresrselo al cliente. Adems es posible utilizar PHP para generar archivos PDF,
Flash, as como imgenes en diferentes formatos, entre otras cosas.
Quizs la caracterstica ms potente y destacable de PHP es que permite la
conexin a diferentes tipos de servidores de bases de datos tales como MSQL,
Postgres, Oracle, ODBC, DB2, Microsoft SQL Server, Firebird y SQLite; lo cual
permite la creacin de Aplicaciones Web muy robustas. (Piatitini, 1996)


35

PostgreSQL.
PostgreSQL es un servidor de base de datos objeto relacional libre, liberado
bajo la licencia BSD. Como muchos otros proyectos open source, el desarrollo de
PostgreSQL no es manejado por una sola compaa sino que es dirigido por una
comunidad de desarrolladores y organizaciones comerciales las cuales trabajan en
su desarrollo, dicha comunidad es denominada el PGDG (PostgreSQL Global
DevelopmentGroup).
Caractersticas:
Algunas de sus principales caractersticas son:
Alta concurrencia. Mediante un sistema denominado MVCC (Acceso concurrente
multiversin, por sus siglas en ingls). PostgreSQL permite que mientras un
proceso escribe en una tabla, otros accedan a la misma tabla sin necesidad de
bloqueos. Cada usuario obtiene una visin consistente de lo ltimo a lo que se le
hizo commit. Esta estrategia es superior al uso de bloqueos por tabla o por filas
comn en otras bases, eliminando la necesidad del uso de bloqueos explcitos.
Amplia variedad de tipos nativos. PostgreSQL provee nativamente
soporte para:
Nmeros de precisin arbitraria.
Texto de largo ilimitado.
Figuras geomtricas (con una variedad de funciones asociadas)
Direcciones IP (IPv4 e IPv6).
Bloques de direcciones estilo CIDR.
Direcciones MAC.

36

Arrays.
Adicionalmente los usuarios pueden crear sus propios tipos de datos, los que
pueden ser por completo indexables gracias a la infraestructura GiST de
PostgreSQL. Algunos ejemplos son los tipos de datos GIS creados por el proyecto
PostGIS.
Claves ajenas tambin denominadas Llaves ajenas o Llaves Forneas
(foreignkeys).
Disparadores (triggers). Un disparador o triggers se define en una accin
especfica basada en algo ocurrente dentro de la base de datos. En PostgreSQL
esto significa la ejecucin de un procedimiento almacenado basado en una
determinada accin sobre una tabla especfica. Ahora todos los disparadores se
definen por seis caractersticas: -El nombre del trigger o disparador -El momento en
que el disparador debe arrancar -El evento del disparador deber activarse sobre... -
La tabla donde el disparador se activar -La frecuencia de la ejecucin -La funcin
que podra ser llamada. Entonces combinando estas seis caractersticas,
PostgreSQL le permitir crear una amplia funcionalidad a travs de su sistema de
activacin de disparadores (triggers).
Vistas.
Integridad transaccional.
Herencia de tablas.
Tipos de datos y operaciones geomtricas.
Funciones:
Bloques de cdigo que se ejecutan en el servidor. Pueden ser escritos en
varios lenguajes, con la potencia que cada uno de ellos da, desde las operaciones

37

bsicas de programacin, tales como bifurcaciones y bucles, hasta las
complejidades de la programacin orientacin a objetos o la programacin funcional.
Los disparadores (triggers en ingls) son funciones enlazadas a operaciones
sobre los datos.
Algunos de los lenguajes que se pueden usar son los siguientes:
Un lenguaje propio llamado PL/PgSQL (similar al PL/SQL de oracle).
C.
C++.
Gambas.
Java PL/Java web.
PL/Perl.
plPHP.
PL/Python.
PL/Ruby.
PL/sh.
PL/Tcl.
PL/Scheme.
Lenguaje para aplicaciones estadsticas R through PL/R.

38

PostgreSQL soporta funciones que retornan "filas", donde la salida puede
tratarse como un conjunto de valores que pueden ser tratados igual a una fila
retornada por una consulta (query en ingls).
Las funciones pueden ser definidas para ejecutarse con los derechos del
usuario ejecutor o con los derechos de un usuario previamente definido. El concepto
de funciones, en otros DBMS, son muchas veces referidas como "procedimientos
almacenados" (storedprocedures en ingls).(Silberschatz,2002)
Lenguaje Java Script.
JavaScript: es el lenguaje que nos permite interactuar con el navegador de
manera dinmica y eficaz, proporcionando a las pginas web dinamismo y vida.
(Rossainz, 2009)
Xajax.
Xajax es una biblioteca de cdigo abierto para PHP que permite crear de
manera fcil y simple aplicaciones Web basadas en AJAX usando adems HTML,
CSS, y Javascript. Las aplicaciones desarrolladas con Xajax pueden comunicarse
asncronamente con funciones que se encuentran del lado del servidor y as
actualizar el contenido de una pgina sin tener que recargarla nuevamente, su
ltima versin es la 0.5 Final que cambia ligeramente comparado con las versiones
anteriores 2.5.x y anteriores.
En un principio se crea una instancia de objeto Xajax (xajaxobject). Este
objeto manejar todo el procesamiento a travs de Xajax. En segundo lugar se debe
registrar todas las funciones que se han definido previamente en el objeto Xajax,
esto se puede hacer usando el mtodo xajax->register ( ). Finalmente todas las
respuestas sern procesadas utilizando el mtodo xajax->processRequest ( ).
(Rossainz, 2009)

39

Dreamweaver.
Es una herramienta utilizada para el diseo de pginas web. Esta cumple
perfectamente el objetivo de disear pginas con aspecto profesional, y soporta
gran cantidad de tecnologas, adems muy fciles de usar:
Hojas de estilo y capas
Java script para crear efectos e interactividades
Insercin de archivos multimedia.
Los lenguajes de programacin que domina Dreamweaver son ASP, CSS,
PHP, SQL, JSP, y XML. El potencial del software en cuanto a la capacidad de
programar bajo los lenguajes que acabamos de citar es de lo ms amplio,
permitiendo la creacin de aplicaciones y diseos web complejos. Uno de los puntos
de mayor nfasis de Dreamweaver son el soporte y las caractersticas de desarrollo
en Cascading Style Sheet, haciendo posible creaciones con ms facilidad y
precisin, aplicando herramientas capaces de inspeccionar el cdigo escrito. Otro
aspecto capaz de ser analizado es la compatibilidad de nuestro sitio con los
diversos navegadores, para que todos puedan visualizar la pgina correctamente.
(Rossainz, 2009)
StarUML.
StarUML es una herramienta para el modelado de software basado en los
estndares UML y MDA (de sus siglas en ingls ModelDrivenArquitecture), que en
un principio era un producto comercial y que hace cerca de un ao pas de ser un
proyecto comercial (anteriormente llamado plastic) a uno de licencia abierta
GNU/GPL.
El software hered todas las caractersticas de la versin comercial y poco a
poco ha ido mejorando sus caractersticas, entre las cuales se encuentran:

40

Soporte completo al diseo UML mediante el uso de: Diagrama de casos
de uso, Diagrama de clase, Diagrama de secuencia, Diagrama de
colaboracin, Diagrama de estados, Diagrama de actividad, Diagrama de
componentes,
Diagrama de despliegue, Diagrama de composicin estructural (UML
2.0),
Definir elementos propios para los diagramas, que no necesariamente
pertenezcan al estndar de UML.
La capacidad de generar cdigo a partir de los diagramas y viceversa,
actualmente funcionando para los lenguajes C++, C# y java.
Generar documentacin en formatos Word, Excel y PowerPoint sobre los
diagramas.
Patrones GoF (Gang of Four), EJB (Enterprise JavaBeans) y
personalizados.
Plantillas de proyectos.
Posibilidad de crear plugins para el programa.
En definitiva esta es una de las mejores alternativas gratuitas que hay en
Internet para el modelamiento de software y probablemente una gran ayuda a la
hora de su elaboracin. (Schmuller, 2000)

Hojas de Estilo CCS.
Las Hojas de Estilo describen como es que los documentos son presentados
en pantalla, de forma impresa, o quizs como son pronunciados. Las CSS son
especialmente implementadas en una amplia variedad de navegadores. Al adjuntar
hojas de estilo a documentos estructurados en la Web (por ejemplo HTML), los
autores y lectores pueden influenciar la presentacin de documentos sin sacrificar la

41

independencia respecto de los dispositivos ni teniendo que agregar nuevas
etiquetas HTML. (Rossainz, 2009)




















42

CAPITULO III
MARCO METODOLOGICO

La finalidad de este captulo es establecer el nivel de profundidad que se
busca mediante el conocimiento propuesto, as como la forma de acceder a la
informacin referente al estudio. Para cumplir con tal fin, el primer aspecto a definir
debe ser el tipo y diseo de la investigacin, se determina el objeto de estudio, se
relacionan las tcnicas e instrumentos, seguidamente se describe el procedimiento
seguido por los investigadores para la realizacin del trabajo con el respectivo
cronograma de actividades en relacin a la metodologa aplicada.

Tipo de Estudio
Son diversos los tipos de investigacin existentes, especialmente porque los
estudios de la materia suelen presentar propuestas diferentes al respecto. Sin
embargo, existen algunas concepciones generalmente aceptadas por la mayora de
los investigadores metodolgicos. Dentro de esa categora se ubica:

Proyecto factible: La presente investigacin es un proyecto factible ya que
est dirigida a la automatizacin del proceso de administracin de solicitudes en la
Coordinacin de Informtica, Gerencia de ATIT de CORPOELEC. A objeto de
mejorar la eficiencia de dicho proceso, y optimizar el mismo generando mayor
precisin de la informacin que concierne al control de solicitudes e indicadores de
gestin centralizados. De manera tal de realizar un seguimiento y control adecuado
de cada una de las solicitudes que se realizan, y as contribuir a la efectividad en la
solucin de las mismas. Al respecto Acacia (2000) establece que:

43

consiste en investigar, elaborar y desarrollar una propuesta de un modelo
operativo viable para solucionar problemas, requerimientos o necesidades
de organizaciones o grupos sociales; puede referirse a la formacin de
polticas, programas, tecnologas, mtodos o procesos.( Pg.75).
El proyecto factible comprende: procedimiento metodolgico, actividades y
recursos necesarios para su ejecucin, anlisis y conclusiones sobre la vida y
realizacin del Proyecto, y en el caso de su desarrollo, la ejecucin de la propuesta
y la evaluacin tanto del proceso como de resultados. (UPEL 1998). Adems, la
investigacin se clasifica de acuerdo a aspectos metodolgicos de la siguiente
manera:
Segn su finalidad, es Aplicada, pues segn Rojas de Narvez (1997) "Se
disean estrategias, instrumentos, herramientas totalmente practicas y directamente
relacionadas con una situacin real en el ambiente de trabajo. La investigacin se
orienta a un problema especfico, como lo es el control de gestin de la
Coordinacin de Informtica adscrita a la Gerencia de ATIT de CORPOELEC.
Segn el Nivel de Profundidad, Rojas de Narvez (1997) enuncia que es
Descriptiva, porque "Consiste en describir, registrar, analizar e interpretar la
naturaleza actual, la composicin o los procesos de los fenmenos, para presentar
una interpretacin correcta. Es aquella que obtiene la informacin acerca del
fenmeno o proceso, para describir sus implicaciones, sin interesarse mucho o muy
poco en conocer el origen o causa de la situacin.
Est orientada a dar una visin de cmo opera y cules son sus
caractersticas (Universidad Nacional Abierta, 1984, Pag. 78). Por las dos
conceptualizaciones descritas, se puede decir que el nivel de profundidad de la
investigacin es descriptiva ya que, el enfoque no se dio al porque del problema,
sino ms que todo a entender la situacin actual, el problema como tal, y la solucin
para este problema y as ofrecer la mejora a la organizacin, que es lo que se busca
en el proyecto factible.

44

De Campo: la investigacin distingue un trabajo de campo, por la forma en
cmo se recopil la informacin, tanto en el de rea que fue objeto de estudio,
quienes dieron informacin del proceso, en este caso el personal de informtica,
quien aport informacin en el aspecto tcnico para el anlisis y desarrollo del
sistema, La UNA (1984) dice Este tipo de investigacin est basado en mtodos o
tcnicas que permiten recoger datos en forma directa donde se presentan, es decir,
el campo de trabajo donde se aplicar la solucin del problema planteados, (Pg.
80).
Investigacin documental: Del mismo modo la investigacin se presenta
como trabajo documental, ya que fue necesario recurrir a fuentes bibliogrficas
tanto de las bibliotecas de las universidades y fueron entre otras: documentos
escritos, como libros, diapositivas,De la misma manera, se considera una
investigacin documental, ya que se hicieron investigaciones tanto bibliogrficas
como en la web, para conocer algunas funciones del lenguaje PHP para realizar
determinadas actividades, as como investigacin sobre la clase XAJAX para PHP, y
los dems componentes de la programacin web como son documentacin acerca
Javascript, XHTML y CSS, adems se reviso tambin la documentacin de
PostgreSQL, para las consultas a la Base de Datos, y elaboracin de la misma.
De acuerdo con Czares, (1982)
La investigacin documental depende fundamentalmente de la informacin que se
recoge o consulta en documentos, entendindose este trmino, en sentido amplio,
como todo material de ndole permanente, es decir, al que se puede acudir como
fuente o referencia en cualquier momento o lugar, sin que se altere su naturaleza o
sentido, para que aporte informacin o rinda cuentas de una realidad
o acontecimiento. (Pg.81)



45

Objeto de Estudio.
Estudio sobre PHP para la codificacin de la lgica del negocio, javascript
como complemento de la programacin web, XHTML para el diseo de las pginas
web, SQL para las consultas a la base de datos.
Estudio para la implementacin de la clase XAJAX de PHP, para
refrescamiento de las pginas para un mejor rendimiento de la pgina en los
servidores.
Estudio de las herramientas necesarias para la programacin web,
administracin de base de datos PgAmin III de PostgreSQL, Mozilla Firefox como
navegador web para hacer las pruebas del sistema, y para el diseo de los
diagramas UML, la herramienta StarUML.
Poblacin y Muestra.
La aplicacin ser utilizada en la Coordinacin de Informtica; se tom como
muestra un total de tres (3) tcnicos, a los que a le realizaron las entrevistas y
posterior a ello las pruebas del proceso.
Tcnicas aplicadas para la Recoleccin de Datos.
Las tcnicas aplicadas para la recoleccin de datos fueron: la entrevista y el
anlisis documental informativo. Considerndose estas herramientas como las ms
adecuadas para la recopilacin de informacin.

La observacin.
A travs de este mtodo se observ con atencin el hecho tal cual como se
present la situacin del problema. Se emple bsicamente para recolectar datos
del comportamiento del proceso de control de gestin en la Coordinacin de
Informtica. Registrando la deficiencia que presentaba en cuanto proceso de
administracin de solicitudes se refiere para as proponer una solucin adecuada.

46


La Entrevista.
La entrevista fue aplicada a los trabajadores de la Coordinacin de
Informtica en la Gerencia de ATIT, quienes serian los usuarios del sistema para as
obtener la informacin del proceso y entender el mismo, y desarrollar el sistema en
base a los requerimientos establecidos y as mismo para obtener informacin de
aspecto tcnico para el uso de las aplicaciones, y el diseo y desarrollo del sistema.
Revisin Documental.
Se realizaron mltiples investigaciones documentales, tanto en sitios Web
como diferentes bibliografas. Los libros fueron de mucha ayuda para el anlisis y
diseo del sistema al igual que para el desarrollo de la investigacin. Los sitios Web
ms que todo para la resolucin de problemas de cdigo y Base de datos es decir
para el desarrollo como tal del sistema. Para ms detalle de la revisin documental,
ver Referencias Bibliogrficas de la presente investigacin.
Problema a resolver.
Considerando el marco del problema descrito en el Captulo I, la
Coordinacin de Informtica, adscrita a la Gerencia de ATIT, infiere la necesidad de
realizar un proyecto para mejorar el de administracin de solicitudes, que es el
objeto de los resultados presentados en este documento, mediante el Anlisis,
Diseo y Desarrollo del Sistema de Control de Gestin (SIASA), descrito en el
captulo IV de este documento, sistema que solventara la problemtica en el
proceso antes mencionado.
rea de Inters de la Investigacin.
El rea de inters dentro del cual se enmarca la investigacin corresponde al
diseo y desarrollo de sistemas. El diseo que corresponde al proceso de aplicar
ciertas tcnicas y principios con el propsito de definir un dispositivo, un proceso o
un sistema, con suficientes detalles como para permitir su interpretacin y

47

realizacin fsica. El objetivo del proceso de Diseo del Sistema de Informacin
(DSI) es la definicin de la arquitectura del sistema y del entorno tecnolgico que le
va a dar soporte, junto con la especificacin detallada de los componentes del
sistema de informacin. A partir de dicha informacin se generan todas las
especificaciones de construccin relativas al propio sistema, as como la descripcin
tcnica del plan de pruebas, la definicin de los requisitos de implantacin y el
diseo de los procedimientos de migracin y carga inicial, stos ltimos cuando
proceda.
Partiendo de la premisa que dicho diseo ha pasado por las mltiples
evaluaciones, y observaciones por parte del ente que requiere el sistema en
conjunto con el analista programador que lo ha diseado, se habran efectuado las
correcciones pertinentes, se entra en la parte de codificacin donde el programador
desarrollara el sistema previamente analizado y diseado bajo los conceptos
establecidos en el modelado, y los requerimientos funcionales establecidos.
De acuerdo a las necesidades de la Coordinacin de Informtica Adscrita a
la Gerencia de ATIT, el objeto de estudio contempla el anlisis, diseo y desarrollo
de un sistema para la automatizacin del proceso de administracin de solicitudes.









48

CAPITULO IV
RESULTADOS
Metodologa de Desarrollo de Sistemas.

El paradigma del Ciclo de Vida Clsico de Sistemas tiene un lugar definido
e importante en el trabajo de la ingeniera del software. Proporciona una plantilla en
la que se encuentran mtodos para anlisis y levantamiento de requerimientos,
diseo, codificacin, pruebas y mantenimiento. El ciclo de vida clsico sigue siendo
el modelo de proceso ms extensamente utilizado por la ingeniera del software.
Basndose en las virtudes de esta metodologa de desarrollo, se escogi la
misma puesto que se ha comprobado que los sistemas de informacin que se
apoyan en el ciclo de vida clsico se desarrollan de mejor manera por fases y
ofrecen mejores resultados.
Las fases del ciclo de vida clsico de sistemas, fueron desarrolladas para el
SIASA, y aparecen descritas a continuacin en las actividades realizadas:
Descripcin de Actividades Realizadas.
Fase de Anlisis
Levantamiento de Requerimientos
Las primeras dos semanas se establecieron las reuniones de trabajo, entrevistas,
donde se especific el problema, y lo que se quera para darle solucin al mismo.
Las necesidades de la unidad para as entender cules eran los requerimientos, y
as comenzar con la parte de anlisis del sistema.
Fase de Anlisis y Diseo del Sistema con los Siguientes Diagramas UML
Diseo de Diagrama de Casos de Uso
Esta actividad comprendi la elaboracin de los diagramas de casos de uso del
sistema, donde se comprendera las diferentes acciones que tendran los diferentes

49

tipos de usuarios, sus permisos dentro del sistema, y al mismo tiempo establecer la
modularidad del sistema.
Diseo de Diagrama de Actividades
Tambin fue una actividad de la fase de diseo y modelado la elaboracin del
diagrama de actividades, puesto que es necesario para el mejor entendimiento del
proceso, y de lo que se quiere desarrollar.
Diseo de Modelo Entidad Relacin
Necesario para todo sistema de informacin de la actualidad, contar con una base
de datos para guardar la informacin, y poder hacer las consultas a la misma para
cualquier actividad que desee hacer el usuario, o para diferentes validaciones que
se quiera hacer en el cdigo. La base de datos primeramente pas por el diseo del
modelo entidad relacin para luego, pasar a la creacin fsica; sus tablas, atributos,
relaciones, claves forneas, claves primarias y todo lo que puede contemplar una
base de datos, segn el modelo diseado.
Diseo de Diccionario de Datos
Se elabor un diccionario de datos a manera de especificacin para los dems
desarrolladores que pudieran hacerle mantenimiento al sistema, tener la descripcin
textual de la base de datos, tanto de las tablas como de los atributos, su tipo de dato
y longitud.
Fase de Desarrollo del Sistema
Diseo de la interfaz del sistema
Una actividad necesaria es la elaboracin de una interfaz no funcional, las pantallas
que puedan ser mostradas al usuario antes de comenzar a desarrollar, esta
actividad se contempl adems por la metodologa de desarrollo aplicada que fue la
del prototipo.


50

Programacin de las clases
Las clases identificadas, y diseadas en el diagrama de clases, es lo primero que se
comenz a desarrollar, los mtodos principales de registro, modificacin, y
eliminacin, y algunas consultas. A medida que se avanza en el desarrollo siempre
nace la necesidad de nuevos mtodos que se van aadiendo a las clases ya
creadas.
Programacin de componentes
Actividad que corresponde al desarrollo de los componentes que implica el sistema,
poner a funcionar las interfaces diseadas, e implementar las clases desarrolladas.
Pruebas y validaciones
Con esta actividad lo se busca es depurar los errores tanto funcionales, errores de
cdigo, como errores del proceso debido a algn error que pudo ocurrir en la fase
de anlisis, y manejo de la informacin. Esto antes de implantar el sistema.
Cronograma de Actividades.
A continuacin se describe la programacin de actividades realizadas
durante el desarrollo del sistema planteado.


51


Tabla 2. Cronograma de Actividades. Fuente: El Autor

Estudio De Factibilidad.
Se pudo determinar que el proyecto es factible debido a que cumple con los
siguientes aspectos que se detallan a continuacin.
Factibilidad Operativa.
El proyecto cuenta con la factibilidad operacional debido a que el desarrollo
del Sistema de Administracin de Solicitudes, es una propuesta de complejidad baja
lo cual asegura que los usuarios del sistema podrn utilizarlo. Adems, a esto se le
suma el hecho de que durante la investigacin preliminar se detect gran aceptacin
de los cambios futuros que ocasionar la implementacin del sistema, y la solicitud
por parte de la unidad de una herramienta que automatizar este proceso.
Factibilidad Tcnica.
Durante la investigacin preliminar se pudo constatar que el proyecto cuenta
con la factibilidad tcnica debido a que la Coordinacin de Informtica posee los
recursos de software y hardware requeridos para implementar en un futuro, el

52

sistema propuesto y as mismo dicha unidad tiene la experiencia tcnica requerida
para hacer los correspondientes mantenimientos del sistema que estara en
funcionamiento.
Descripcin Conceptual de Los Procesos Del Sistema.
El SIASA tiene como objetivo realizar un seguimiento del Control de la
Gestin de la Gerencia de Automatizacin, Tecnologas de la Informacin y
Telecomunicaciones (ATIT). Mediante la automatizacin de los procesos de
administracin de solicitudes y a partir de ello permitir la generacin de los
indicadores de gestin correspondientes a la unidad.
Mdulo de Gestin de Solicitudes: los usuarios cargan solicitudes, as
mismo pueden realizar la modificacin de las mismas y eliminarlas en caso de ser
necesario.
Mdulo de Gestin de Usuarios: se lleva el control de usuarios, unidades y
ubicaciones; bien sea, agregar, modificar o eliminar cada una de ellas.
Mdulo de Gestin de Tcnicos: se lleva el control de cada uno de los
tcnicos, agregar y modificar la informacin de cada uno de ellos, y as mismo,
modificar el estatus de disponibilidad para atender solicitudes.
Mdulo de Gestin de Actividades: se realiza el Control de los Sistemas,
Subsistemas y de las Actividades, permitiendo agregar, modificar y eliminar cada
uno de ellos.
Mdulo de Gestin de Reportes: se pueden consultar los reportes en un
perodo de tiempo determinado por el usuario.




53

Requerimientos de Informacin.
Mediante el estudio de los datos suministrados durante la fase investigacin
y anlisis preliminar, se pudieron identificar los siguientes requerimientos
funcionales y no funcionales.
Requerimientos Funcionales.
Agregar, modificar y eliminar solicitudes.
Agregar y modificar usuarios.
Agregar, modificar y eliminar unidades.
Agregar, modificar y eliminar ubicaciones.
Agregar y modificar tcnicos.
Modificar Estatus de Tcnicos.
Agregar, modificar y eliminar sistemas.
Agregar, modificar y eliminar subsistemas.
Agregar, modificar y eliminar actividades.
Consultar reportes en un rango de fechas que ingrese el usuario.

Requerimientos No Funcionales.

Creacin de la Base de Datos del Sistema siguiendo el modelo relacional.
Validacin de acceso al Sistema, con el fin de proteger los datos
almacenados en el mismo.






54

Casos de Uso detallados para el SIASA.
Diagrama de Roles

Figura 4. Diagrama de Roles. Fuente: El Autor

Propsito: Especificar los Roles de usuarios dentro del sistema SIASA
(Sistema de Administracin de Solicitudes)
Descripcin: Se establece una generalizacin de usuarios donde el usuario
tcnico es el que tiene menos privilegios dentro del sistema y el administrador es el
usuario con ms privilegios ya que puede hacer lo que hace el tcnico ms acciones
propias de l. En el siguiente diagrama se especificar lo que hace cada usuario en
el sistema de manera general.



55

Diagrama General.

Figura 5. Diagrama General. Fuente: El Autor

Actor principal: Tcnico y Administrador.
Entorno: Diagrama General.
Propsito: El presente caso de uso representa lo que har cada usuario
contra cada mdulo del sistema, recordando adems el diagrama de roles se sabe
tambin que los usuarios heredan acciones de otros usuarios, dependiendo de su
rol.

56

Descripcin:
EL TCNICO PODR:
Tener acceso al mdulo de Solicitudes donde:
Se agregan solicitudes.
Se modifican solicitudes.
Se eliminan solicitudes.
Tener acceso al mdulo de Usuarios donde:
Se agregan usuarios.
Se modifican usuarios.
Se agregan unidades.
Se modifican unidades.
Se eliminan unidades.
Se agregan ubicaciones.
Se modifican ubicaciones.
Se eliminan ubicaciones.

EL ADMINISTRADOR, adems de hacer lo mismo que hace el tcnico, podr:
Tener acceso al mdulo de Tcnicos:
Se agregan tcnicos.
Se modifican tcnicos.
Se eliminan tcnicos.
Se controla la asistencia de los tcnicos.
Tener acceso al mdulo de Actividades:
Se agregan actividades con sus respectivos puntajes.
Se agregan Sistemas.

57

Se modifican Sistemas.
Se eliminan Sistemas.
Se agregan Subsistemas.
Se modifican Subsistemas.
Se eliminan Subsistemas.
Tener acceso al mdulo de Reportes:
Ingresar fecha.
Seleccionar reporte que desea visualizar.















58

Diagrama de Gestin de Solicitudes.

Figura 6. Diagrama de Gestin de Solicitudes. Fuente: El Autor


Actor Principal: Tcnico.
Entorno: Mdulo de Gestin de Solicitudes.
Propsito: El presente caso de uso permite ver que acciones puede tomar el
tcnico dentro del mdulo de solicitudes, como son agregar una solicitud, modificar
la misma, o eliminarlas.




59

Diagrama de Gestin de Usuarios.

Figura 7. Diagrama de Gestin de Gestin de Usuarios. Fuente: El Autor

Actor Principal: Tcnico.
Entorno: Mdulo de Gestin de Usuarios.
Propsito: El presente caso de uso permite ver que acciones puede tomar el
tcnico dentro del mdulo de usuarios, como son agregar y modificar usuarios; lo
mismo puede hacer con las unidades y las ubicaciones.




60

Diagrama de Gestin de Tcnicos.

Figura 8. Diagrama de Gestin de Gestin de Tcnicos. Fuente: El Autor

Actor Principal: Administrador.
Entorno: Mdulo de Gestin de Tcnicos.
Propsito: El presente caso de uso permite ver que acciones puede tomar el
administrador dentro del mdulo de gestin de tcnicos, como son agregar y
modificar tcnicos; as mismo, permite controlar la asistencia de los mismos.




61

Diagrama de Gestin de Actividades.

Figura 9. Diagrama de Gestin de Gestin de Actividades. Fuente: El Autor

Actor Principal: Administrador.
Entorno: Mdulo de Gestin de Actividades.
Propsito: El presente caso de uso permite ver que acciones puede tomar el
Administrador dentro del mdulo de actividades, como son agregar, modificar y
eliminar sistemas, subsistemas y actividades.




62

Diagrama de Gestin de Reportes.

Figura 10. Diagrama de Gestin de Gestin de Reportes. Fuente: El Autor

Actor Principal: Administrador.
Entorno: Mdulo de Gestin de Reportes.
Propsito: El presente caso de uso permite ver que acciones puede tomar el
Administrador dentro del mdulo de reportes, como son ingresar fecha y seleccionar
el reporte que desea visualizar.





63

Diagramas de Actividades.

Actividad Agregar Solicitudes.

Figura 11. Actividad Agregar Solicitudes. Fuente: El Autor






64

Actividad Modificar Solicitudes.

Figura 12. Actividad Modificar Solicitudes. Fuente: El Autor


65

Actividad Eliminar Solicitudes.

Figura 13. Actividad Eliminar Solicitudes. Fuente: El Autor








66

Actividad Agregar y Modificar Usuarios.

Figura 14. Actividad Agregar y Modificar Usuarios. Fuente: El Autor









67

Actividad Agregar Unidad.

Figura 15. Actividad Agregar Unidad. Fuente: El Autor










68

Actividad Modificar Unidad.

Figura 16. Actividad Modificar Unidad. Fuente: El Autor



















69

Actividad Eliminar Unidad.


Figura 17. Actividad Eliminar Unidad. Fuente: El Autor









70

Actividad Agregar Ubicacin.

Figura 18. Actividad Agregar Ubicacin. Fuente: El Autor

Actividad Modificar Ubicacin.

Figura 19. Actividad Modificar Ubicacin. Fuente: El Autor


71

Actividad Eliminar Ubicacin.

Figura 20. Actividad Eliminar Ubicacin. Fuente: El Autor










72

Actividad Agregar y Modificar Tcnicos.

Figura 21. Actividad Agregar y Modificar Tcnicos. Fuente: El Autor








73

Actividad Modificar Estatus Tcnicos.

Figura 22. Actividad Modificar Estatus Tcnicos. Fuente: El Autor







74

Actividad Agregar Sistemas.

Figura 23. Actividad Agregar Sistemas. Fuente: El Autor











75

Actividad Modificar Sistemas.

Figura 24. Actividad Modificar Sistemas. Fuente: El Autor











76

Actividad Eliminar Sistemas.

Figura 25. Actividad Eliminar Sistemas. Fuente: El Autor










77

Actividad Agregar Subsistemas.

Figura 26. Actividad Agregar Subsistemas. Fuente: El Autor










78

Actividad Modificar Subsistemas.

Figura 27. Actividad Modificar Subsistemas. Fuente: El Autor








79

Actividad Eliminar Subsistemas.

Figura 28. Actividad Eliminar Subsistemas. Fuente: El Autor









80

Actividad Agregar Actividad.

Figura 29. Actividad Agregar Actividad. Fuente: El Autor






81

Actividad Modificar Actividad.

Figura 30. Actividad Modificar Actividad. Fuente: El Autor






82

Actividad Eliminar Actividad.

Figura 31. Actividad Eliminar Actividad. Fuente: El Autor






83

Actividad Visualizar Reportes

Figura 32. Actividad Visualizar Reportes. Fuente: El Autor












Tabla Visual de Contenidos.
Figura 33. Tabla Visual General

Figura 34. Tabla Visual Gestin de Solicitudes

1. Gestin de
Solicitudes
2. Gestin de
Usuarios
1.1.2 Agregar
Solicitud
Tabla Visual de Contenidos.
. Tabla Visual General. Fuente: El Autor
Gestin de Solicitudes. Fuente: El Autor
SIASA
2. Gestin de
Usuarios
3. Gestin de
Tcnicos
4. Gestin de
Actividades
SIASA
1. Gestin de
Solicitudes
1.1 Control de
Solicitud
1.1.2 Agregar
Solicitud
1.1.3 Modificar
Solicitud
1.1.4 Eliminar
Solicutd
84


5. Gestin de
Reportes


Figura 35. Tabla Visual Gestin de Usuarios

Figura 36. Tabla Visual Gestin de Usuarios

2.2.1
Agregar
Unidad
Gestin de Usuarios Control de Usuarios. Fuente:
Gestin de Usuarios Control de Unidad. Fuente: El Autor
SIASA
2. Gestin de
Usuarios
2.1 Control
de Usuarios
2.1.1
Agregar
Usuarios
2.1.2
Modificar
Usuarios
SIASA
2. Gestin
de Usuarios
2.2 Control
de Unidad
2.2.1
Agregar
Unidad
2.2.2
Modificar
Unidad
2.2.3
Eliminar
Unidad
85

Fuente: El Autor

El Autor


Figura 37. Tabla Visual Gestin de Usuarios
Figura 38. Tabla Visual Gestin de

2.3.1
Agregar
Ubicacin
Gestin de Usuarios Control de Ubicacin. Fuente:

Gestin de Tcnicos Control de Tcnicos. Fuente:
SIASA
2. Gestin
de Usuarios
2.3 Control
de
Ubicacin
2.3.1
Agregar
Ubicacin
2.3.2
Modificar
Ubicacin
2.3.3
Eliminar
Ubicacin
SIASA
3. Gestin
de Tcnicos
3.1 Control
de Tcnicos
3.1.1
Agregar
Tcnicos
3.1.2
Modificar
Tcnicos
86

Fuente: El Autor

Fuente: El Autor


Figura 39. Tabla Visual Gestin de Tcnicos
Figura 40. Tabla Visual Gestin de Actividades
4.1.1
Agregar
Sistemas
Gestin de Tcnicos Estatus Tcnicos. Fuente: El Autor

Gestin de Actividades Control de Sistemas. Fuente:
SIASA
3. Gestin
de Tcnicos
3.2 Estatus
Tcnicos
3.2.1
Asistencia
Tcnicos
SIASA
4. Gestin
de
Actividades
4.1 Control
de Sistemas
4.1.1
Agregar
Sistemas
4.1.2
Modificar
Sistemas
4.1.3
Eliminar
Sistemas
87

El Autor

Fuente: El Autor


Figura 41. Tabla Visual Gestin de Actividades

Figura 42. Tabla Visual Gestin de Actividades
4.2.1
Agregar
Subsistemas
4.3.1
Agregar
Actividades
Gestin de Actividades Control de Subsistemas. Fuente:
Gestin de Actividades Control de Actividades. Fuente:
SIASA
4. Gestin de
Actividades
4.2 Control
de
Subsistemas
4.2.1
Agregar
Subsistemas
4.2.2
Modificar
Subsistemas
4.2.3
Eliminar
Subsistemas
SIASA
4. Gestin de
Actividades
4.3 Control
de
Actividades
4.3.1
Agregar
Actividades
4.3.2
Modificar
Actividades
4.3.3
Eliminar
Actividades
88

Fuente: El Autor

Fuente: El Autor


Figura 43. Tabla Visual Gestin de Reportes











Gestin de Reportes. Fuente: El Autor
SIASA
5. Gestin de
Reportes
5.1 Reportes
5.1.1
Ingresar
Fecha
5.1.2
Seleccionar
Reportes
89


90

Modelo Entidad Relacin.


Figura 44. Modelo Entidad Relacin. Fuente: El Autor







91

Diccionario de Datos.
Tabla usuarios: En esta tabla se almacenaran los diferentes usuarios del sistema.
usuarios
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null)
Cdula del empleado que lo identifica
como nico en el sistema,
nombre character varying Nombre del Empleado y/o Usuario
apellido character varying Apellido del Empleado y/o Usuario
telefono integer Telefono del Empleado y/o Usuario
id_unidad bigint
Unidad a la que pertenece el Empleado
y/o Usuario
estatus integer
Estatus del Empleado y/o Usuario
1=Activo
0=Inactivo
login character varying
Nombre de Usuario para acceso al
sistema
clave character varying
Contrasea del Usuario para acceso al
sistema
privilegio integer DEFAULT 3
Privilegio del usuario dentro del sistema
1=Administrador
2=Tecnico
3=Analista
operante
Carcter(longitud = 1,
not null)
Atributo para manejar si un usuario
estar o no disponible para atender
solicitudes.
Tabla 3. Diccionario de Datos Tabla usuarios. Fuente: El Autor


Claves forneas de Tabla usuarios
Nombre Tabla Externa
Atributo
Externo
Atributo
Interno
usuarios_id_unidad_fkey unidad id id_unidad
Tabla 4. Diccionario de Datos Claves forneas de tabla usuarios. Fuente: El Autor


92


Tabla unidad: en esta tabla se almacenaran las unidades.
unidad
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null) Id de unidad nico y autoincremento
nombre character varying Nombre de la Unidad
id_ubicacion bigint
Identificador de la Ubicacin a la que
pertenece la Unidad
estatus integer
Estatus de la Unidad
1=Activa
0=Inactiva
Tabla 5: Diccionario de Datos Tabla unidad. Fuente: El Autor


Claves forneas de Tabla unidad
Nombre Tabla Externa
Atributo
Externo
Atributo
Interno
unidad_id_ubicacion_fkey ubicacion id id_ ubicacion
Tabla 6: Diccionario de Datos Claves forneas de tabla unidad. Fuente: El Autor

Tabla ubicacion: en esta tabla se almacenaran las ubicaciones.
ubicacion
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null) Id de Ubicacion nico y autoincremento
nombre character varying Nombre de la Ubicacion
estatus integer
Estatus de la Ubicacin
1=Activa
0=Inactiva
Tabla 7. Diccionario de Datos Tabla ubicacin. Fuente: El Autor




93


Tabla sistema: en esta tabla se almacenaran los sistemas.
sistema
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null) Id de Sistema nico y autoincremento
descripcion character varying Nombre del Sistema
estatus integer
Estatus del Sistema
1=Activo
0=Inactivo
Tabla 8. Diccionario de Datos Tabla sistema. Fuente. El Autor

Tabla subsistemas: en esta tabla se almacenaran los subsistemas.
subsistemas
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null) Id de Subsistema nico y autoincremento
descripcion character varying Nombre del Subsistema
id_sistema bigint
Identificador del Sistema al que
pertenece el Subsistema
estatus integer
Estatus del Subsistema
1=Activo
0=Inactivo
Tabla 9. Diccionario de Datos Tabla subsistemas. Fuente: El Autor

Claves forneas de Tabla subsistemas
Nombre Tabla Externa
Atributo
Externo
Atributo
Interno
subsistemas_id_sistema_fkey sistema id id_sistema
Tabla 10. Diccionario de Datos Claves forneas de tabla subsistemas. Fuente: El Autor






94

Tabla soluciones: en esta tabla se almacenaran las soluciones o actividades que
realizaran los tcnicos en cada una de las solicitudes
soluciones
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null) Id de Actividad nico y autoincremento
descripcion Character varying Descripcin de la Actividad
puntaje integer
Puntaje o valor que tiene para el tcnico
llevar a cabo esta actividad
id_subsistema bigint
Identificador del Subsistema al que
pertenece esta actividad
estatus integer
Estatus de la Actividad
1=Activa
0=Inactiva
Tabla 11. Diccionario de Datos Tabla soluciones. Fuente: El Autor


Claves forneas de Tabla soluciones
Nombre Tabla Externa
Atributo
Externo
Atributo
Interno
soluciones_id_subsistema_fkey subsistema id
id_
subsistema
Tabla 12. Diccionario de Datos Claves forneas tabla soluciones. Fuente: El Autor










95

Tabla solicitud: en esta tabla se almacenaran las solicitudes que sean creadas
solicitud
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null) Id de la Solicitud nico y autoincremento
descripcin_del_problema character varying
Descripcin del Problema que se
presenta y por el cual se hace la solicitud
id_usuario integer Id del analista que hace la solicitud
id_tecnico integer Id del tcnico que atiende la solicitud
estatus integer
Estado de la Solicitud
1= Atendida
0= Pendiente por Atender
tipo integer
Tipo de solicitud
1= Falla
2=Requerimiento
fecha
timestamp without
time zone
Fecha en la que se cre la Solicitud
estatus_elimanacion integer
Estatus de la Solicitud
1=Activa
0=Inactiva
fecha_cierre
timestamp without
time zone
Fecha en la que se cerro la solicitud, es
decir paso a ser Atendida
Tabla 13. Diccionario de Datos Tabla solicitud. Fuente: El Autor


Claves forneas de Tabla solicitud
Nombre Tabla Externa
Atributo
Externo
Atributo
Interno
solicitudes_id_tecnico_fkey usuario id id_tecnico
solicitudes_id_usuario_fkey usuario id id_usuario
Tabla 14. Diccionario de Datos Claves forneas tabla solicitud. Fuente: El Autor



96

Tabla soluciones_solicitud: tabla relacional entre tabla solicitud y soluciones.
soluciones_solicitud
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null)
Id de la solucin hecha en la solicitud
nico y autoincremento
id_solicitud bigint Id de la solicitud
id_solucion bigint
Id de solucin que se realizo en la
solicitud
fecha
timestamp without
time zone
Fecha en la que se realizo solucin
Tiempo_solucion integer
Tiempo que se tardo el tcnico en
realizar dicha solucion
Tabla 15. Diccionario de Datos Tabla soluciones. Fuente: El Autor


Claves forneas de Tabla soluciones_solicitud
Nombre Tabla Externa
Atributo
Externo
Atributo
Interno
soluciones_solicitud_id_solucion_fkey soluciones id id_ solucion
Tabla 16. Diccionario de Datos Claves forneas tabla soluciones_solicitud. Fuente: El
Autor










97

Tabla cola: Tabla para manejar la cola de los tcnicos en el sistema para atender
las solicitudes pendientes
cola
Atributo Tipo de Dato Descripcin
id (PK) Bigserial (not null)
Id nico de la tabla para llevar control de
la cola de tcnicos para asignarse a las
solicitudes salientes
id_usuario integer Id de tcnico que atender la solicitud
estatus integer
Estatus del usuario en la cola
1= Activo
0= Ocupado
turno integer
Turno del tcnico en la cola para atender
la solicitud si es igual a 1 ser el
asignado a la siguiente solicitud
Tabla 17. Diccionario de Datos Tabla cola. Fuente: El Autor


Claves forneas de Tabla cola
Nombre Tabla Externa
Atributo
Externo
Atributo
Interno
cola_id_usuario_fkey usuarios id id_ usuario
Tabla 18. Diccionario de Datos Claves forneas tabla cola. Fuente: El Autor







98

CONCLUSIONES
1. Se alcanz el objetivo principal de las pasantas, el desarrollo del sistema
de informacin en la Coordinacin de Informtica y se pudo mejorar y
optimizar el proceso de administracin de solicitudes de dicha unidad.
2. Luego del estudio del problema existente, se efectu un diagnstico del
proceso donde se determin que exista la necesidad de elaborar un
sistema de informacin para la automatizacin del control de solicitudes,
y as hacer el levantamiento de requerimientos de la unidad, para hacer
el diseo del sistema que cumpliera con las necesidades.
3. Se realiz el modelado del sistema basndose en el Lenguaje de
Modelado Unificado (UML), empleando StarUML, para la elaboracin de
estos diagramas. A travs de ellos, se pudo mostrar a los usuarios una
especie de bosquejo de las acciones que tendran los mismos con el
sistema presentndole los casos de usos detallados, y as definir el
alcance del mismo previa aprobacin de los usuarios. Con el diseo del
Modelo Entidad Relacin para la creacin de la Base de datos, se
pudieron entender las relaciones entre las tablas existentes, y as poder
brindar soporte al sistema para el resguardo de la informacin. Adems
de el diseo de los diagramas de actividades.
4. La codificacin y construccin del SIASA se desarroll bajo la aplicacin
Dreamweaver integrando cdigo en PHP, HTML, JavaScript y CSS
implementando nociones de programacin modular y programacin
orientada a objetos. Para el manejo de la base de datos se uso
PostgreSQL con el visor PGAdminIII. Se implemento la clase XAJAX,
para el refrescamiento de las pginas y evitar las recargas completas de
pginas.

99

5. Una vez culminada la fase de desarrollo, se instal satisfactoriamente el
sistema en la Unidad, y posterior a ello se imparti el adiestramiento al
personal que manejar el SIASA, obteniendo como resultado el completo
entendimiento del mismo por parte de los usuarios.















100

RECOMENDACIONES

1. Estudiar la posibilidad de agregar al SIASA un mdulo para que los
usuarios de las diferentes unidades puedan tener acceso al sistema, con
la finalidad de realizar las solicitudes de manera independiente; de esta
forma se estara mejorando el proceso y los tcnicos ya no tendran esta
responsabilidad.
2. Realizar un anlisis peridico de las necesidades de los usuarios para
poder estipular nuevos requerimientos que puedan surgir para el SIASA.
3. Disear los correspondientes diagramas UML antes de comenzar a
desarrollar un nuevo mdulo del sistema, ya que esto facilita el trabajo
antes de entrar a la fase de codificacin, y sirve a los dems
programadores para entender la lgica del negocio apoyndose en el
manual de sistema que contenga dichos diagramas.
4. Investigar constantemente las nuevas tecnologas que surjan para el
desarrollo de sistemas y estudiar las mismas, para hacerle las mejoras
correspondientes al sistema implementado, y los futuros mdulos que
puedan ser desarrollados.
5. Elaborar los respectivos manuales de usuarios, y adiestramiento de
personal en el momento de la implementacin de un nuevo mdulo o la
modificacin de alguno existente, esto para integrar al usuario al nuevo
cambio o funcin del sistema.



101

REFERENCIAS

Czares, L., Christen, M. y otros (1982). Tcnicas actuales de investigacin
documental. Mxico: Trillas
Bennett, S. (2007). Anlisis y Diseo Orientado a Objetos de Sistemas Usando
UML. Tercera Edicin. Editorial McGrawHill. Espaa.
Booch, G., Rumbaught, J. y Jacobson, I. (1999). El lenguaje Unificado de Modelado.
Madrid: Addison-Wesley.
Herndez, Acacia (2000) La Investigacin como Discurso. Tesis Doctoral. Caracas:
USR.
Kendall, K. y Kendall, J. (1991). Anlisis y Diseo de Sistemas. Mxico:
Prentice-Hall.
Neteraft (1995) [Documento en lnea]. Disponible:
http://es.wikipedia.org/wiki/servidor-http-apache [Consulta: 2011, agosto 15]
Piattini et al (1996), Anlisis y diseo de aplicaciones informticas de gestin. Ra-
Ma (PP 206 - 208).
Rojas de Narvez, Rosa (1997). Orientaciones prcticas para la elaboracin de
informes de investigacin. Puerto Ordaz: Editorial Universidad Nacional
Experimental Politcnica "Antonio Jos de Sucre".
Rossainz, M. Diseo Orientado a Objetos. Recuperado el 6 de febrero de 2009, de
http://www.cs.buap.mx/~dpinto/semadoo/mario.pdf.
Sabino, C. (1986). El Proceso de Investigacin. Editorial Panapo. Caracas.
Schmuller, J. (2000). Aprendiendo UML en 24 horas. Mxico: Prentice-Hall.

102

Senn, James A. (1992) Anlisis y Diseo de Sistemas de Informacin. Segunda
Edicin. Editorial McGrawHill. Mxico.
Silberschatz A. (2002) Fundamentos de Base de Datos. Cuarta edicin. McGraw
Hill,(PP 100 - 104).
Tamayo & Tamayo Mario (2005). El proceso de la Investigacin Cientfica. (PP 46 -
53). Mexico: 4ta edicin, Limusa.
UPEL (1998): Manual de Trabajos de Grado y Maestra y Tesis Doctoral de la
Universidad Pedaggica Experimental Libertador. Caracas: UPEL.














103







ANEXOS









104

Anexo A.
MANUAL DE USUARIO
I.- Inicio de Sesin
El inicio de sesin se har ingresando los datos pertenecientes al nombre de
usuario y contrasea.


Dependiendo del grupo de usuario a que pertenezca, se habilitaran las
distintas barras de men, donde el usuario podr accionar lo que le corresponde
segn los privilegios que tenga.

105


Existen dos grupos diferentes de usuarios:
- Administrador.
- Tcnico.

Administrador: este tipo de usuario es el q tiene todos los privilegios del sistema,
puede usar todas las funciones del mismo, y el siguiente es el men que se le
presenta.


Tcnico: este tipo de usuario diferencia del administrador, solo puede ingresar a los
mdulos de Gestin de Gestin de Solicitudes y de Usuarios. El siguiente es el
men que se le presenta.


106

II.- Mdulo de Gestin de Solicitudes.



En este mdulo es de donde podemos hacer todo lo que a control de
solicitudes se refiere. Bien sea agregar, modificar y eliminar solicitud.
Agregar Solicitud:





1.- Ingresar C.I
del trabajador
2.- Ingresar
descripcin el
problema
3.- Seleccionar
tipo
4.- Hacer click en
guardar

107

Modificar Solicitud:



Seleccionar
editar
3.- Seleccionar
editar
4.- Ingresar tiempo
de solucin
5.- Seleccionar
agregar solucin
Seleccionar
eliminar si la
solucin no es
correcta
Hacer click si desea
cerrar la solicitud, es
decir, si no desea
agregar otra solucin
1.- Seleccionar
sistemas
2.- Seleccionar
subsistemas

108

Eliminar Solicitud:



Seleccionar
eliminar
Hacer click en
aceptar

109

III.- Mdulo de Gestin de Usuarios.


En este mdulo es de donde podemos hacer todo lo que a control de
usuarios, unidades y ubicaciones se refiere. Bien sea agregar, modificar y eliminar
las mismas.
Agregar y Modificar Usuarios:

Si el usuario existe, el sistema permitir modificar todos los campos
disponibles, de lo contrario deber llenarlos. Como se muestra a continuacin:
1.- Ingresar CI del
usuario
2.- Hacer click
en la lupa

110



Agregar Unidad:







1.- Seleccionar
ubicacin
2.- Ingresar el
nombre de la
unidad

111

Modificar Unidad:



Eliminar Unidad:


1.- Seleccionar
ubicacin
3.- Ingresar el
nombre de la
unidad
2.- Hacer click en
editar
4.- Hacer click en
guardar
Hacer click en
eliminar

112




Agregar Ubicacin:





Hacer click en
aceptar
1.- Ingresar
nombre de la
ubicacin
2.- Hacer click en
guardar

113

Modificar Ubicacin:


Eliminar Ubicacin:



1.- Hacer click en
editar
2.- Modificar
nombre de la
ubicacin
3.- Hacer click en
guardar
Hacer click en
eliminar

114















Hacer click en
aceptar

115

IV.- Mdulo de Gestin de Tcnicos.


En este mdulo en usuario podr hacer todo lo referente al Control de
Tcnicos, bien sea agregar o modificar los datos de los mismos, y visualizar y
modificar su Estatus de disponibilidad para atender solicitudes.

Agregar y Modificar Tcnicos:


Si el tcnico existe, el sistema permitir modificar todos los campos
disponibles, de lo contrario deber llenarlos. Como se muestra a continuacin:
1.- Ingresar CI del
tcnico
2.- Hacer click
en la lupa

116



Modificar disponibilidad de tcnicos:






1.- Hacer click
en Estatus
2.- Hacer click
en aceptar

117

V.- Mdulo de Gestin de Actividades.


En este mdulo en usuario podr hacer todo lo referente al Control de
Actividades, sistemas y subsistemas ya sea agregar, modificar o eliminar cada uno
de ellos.

Agregar, modificar y eliminar actividades:


1.- Seleccionar
Estatus 2.- Seleccionar
Subsistemas 1.- Ingresar
puntaje de
actividad
Hacer click en editar si
desea modificar la
actividad
Hacer click en eliminar si
desea descartar la
actividad

118

Agregar, modificar y eliminar sistemas:


Agregar, modificar y eliminar subsistemas:



Hacer click en editar si
desea modificar el
sistema
Hacer click en eliminar si
desea descartar el
sistema
1.- Ingresar la descripcin del
sistema si este no se
encuentra en el listado, luego
haga click en guardar
Hacer click en editar si
desea modificar el
subsistema
Hacer click en eliminar si
desea descartar el
subsistema
2.- Ingresar la descripcin del
subsistema si este no se
encuentra en el listado, luego
haga click en guardar
1.- Seleccionar
hardware

119

VI.- Mdulo de Gestin de Reportes.


A travs de ste mdulo los usuarios podrn obtener las estadsticas, bien
sea por analistas, por unidades o indicadores de desempeo.


En caso de que el usuario indique como tipo de reporte, Indicadores de
desempeo se mostrar de la siguiente manera:
1.- Ingresar fecha de
inicio
2.- Ingresar fecha fin
3.- Seleccionar tipo de
reporte

120





















121

Anexo B.
Publicado en la Gaceta oficial N 38.095 de fecha 28/ 12/ 2004
Decreto N3.390
Fecha: 23 de diciembre de 2004
HUGO CHVEZ FRAS
PRESIDENTE DE LA REPBLICA

De conformidad con lo dispuesto en los artculos 110 y 226 de la Constitucin de la
Repblica Bolivariana de Venezuela, 12 y 47 de la Ley Orgnica de la
Administracin Pblica y, 2, 19 y 22 del Decreto con Rango y Fuerza de Ley
Orgnica de Ciencia, Tecnologa e Innovacin, en Consejo de Ministros,
CONSIDERANDO

Que es prioridad del Estado incentivar y fomentar la produccin de bienes y
servicios para satisfacer las necesidades de la poblacin,
CONSIDERANDO

Que el uso del Software Libre desarrollado con Estndares Abiertos fortalecer la
industria del software nacional, aumentando y fortaleciendo sus capacidades,
CONSIDERANDO

Que la reduccin de la brecha social y tecnolgica en el menor tiempo y costo
posibles, con calidad de servicio, se facilita con el uso de Software Libre
desarrollado con Estndares Abiertos,
CONSIDERANDO

Que la adopcin del Software Libre desarrollado con Estndares Abiertos en la
Administracin Pblica y en los servicios pblicos facilitar la interoperabilidad de

122

los sistemas de informacin del Estado, contribuyendo a dar respuestas rpidas y
oportunas a los ciudadanos, mejorando la gobernabilidad,
CONSIDERANDO

Que el Software Libre desarrollado con Estndares Abiertos, permite mayor
participacin de los usuarios en el mantenimiento de los niveles de seguridad e
interoperatividad,
DECRETA
Artculo 1. La Administracin Pblica Nacional emplear prioritariamente Software
Libre desarrollado con Estndares Abiertos, en sus sistemas, proyectos y servicios
informticos. A tales fines, todos los rganos y entes de la Administracin Pblica
Nacional iniciarn los procesos de migracin gradual y progresiva de stos hacia el
Software Libre desarrollado con Estndares Abiertos.
Artculo 2. A los efectos del presente Decreto se entender por:
Software Libre: Programa de computacin cuya licencia garantiza al usuario acceso
al cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier propsito,
modificarlo y redistribuir tanto el programa original como sus
modificaciones en las mismas condiciones de licenciamiento acordadas al programa
original, sin tener que pagar regalas a los desarrolladores previos.

Estndares Abiertos: Especificaciones tcnicas, publicadas y controladas por alguna
organizacin que se encarga de su desarrollo, las cuales han sido aceptadas por la
industria, estando a disposicin de cualquier usuario para ser
implementadas en un software libre 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.

123

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 los normas y
criterios establecidos por ese Ministerio.
Artculo 4. El Ministerio de Ciencia y Tecnologa, adelantar los programas de
capacitacin de los funcionarios pblicos, en el uso del Software Libre desarrollado
con Estndares Abiertos, haciendo especial nfasis en los responsables de las
reas de tecnologas de informacin y comunicacin, para lo cual establecer con
los dems rganos y entes de la Administracin Pblica Nacional los mecanismos
que se requieran.
Artculo 5. El Ejecutivo Nacional fomentar la investigacin y desarrollo de software
bajo modelo Software Libre desarrollado con Estndares Abiertos, procurando
incentivos especiales para desarrolladores.
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.

124

Artculo 8. El Ejecutivo Nacional promover el uso generalizado del Software Libre
desarrollado con Estndares Abiertos en la sociedad, para lo cual desarrollar
mecanismos orientados a capacitar e instruir a los usuarios en la utilizacin del
Software Libre desarrollado con Estndares Abiertos.
Artculo 9. El Ejecutivo Nacional promover la cooperacin internacional en materia
de Software Libre desarrollado con Estndares Abiertos, con especial nfasis en la
cooperacin regional a travs del MERCOSUR, CAN, CARICOM y la cooperacin
SUR-SUR.
Artculo 10. El Ministerio de Educacin y Deportes, en coordinacin con el Ministerio
de Ciencia y Tecnologa, establecer las polticas para incluir el Software Libre
desarrollado con Estndares Abiertos, en los programas de
educacin bsica y diversificada.
Artculo 11. En un plazo no mayor de noventa (90) das continuos, contados a partir
de la publicacin del presente Decreto en la Gaceta Oficial de la Repblica
Bolivariana de Venezuela, el Ministerio de Ciencia y Tecnologa
deber presentar ante la Presidencia de la Repblica, los planes y programas que
servirn de plataforma para la ejecucin progresiva del presente Decreto.
Artculo 12. Cada Ministro en coordinacin con la Ministra de Ciencia y Tecnologa,
en un plazo no mayor de noventa (90) das continuos, contados a partir de la
aprobacin por parte de la Presidencia de la Repblica de los planes y programas
referidos en el artculo anterior, publicar en la Gaceta Oficial de la Repblica
Bolivariana de Venezuela su respectivo plan de implantacin progresiva del
Software Libre desarrollado con Estndares Abiertos, acogindose a los
lineamientos contenidos en aquellos, incluyendo estudios de financiamiento e
incentivos fiscales a quienes desarrollen Software Libre con Estndares Abiertos
destinados a la aplicacin de los objetivos previstos en el presente Decreto.
Igualmente, las mximas autoridades de sus entes adscritos publicaran a travs del
Ministerio de adscripcin sus respectivos planes. Los planes de implantacin

125

progresiva del Software Libre desarrollado con Estndares Abiertos de los distintos
rganos y entes de la Administracin Pblica Nacional, debern ejecutarse en un
plazo no mayor de veinticuatro (24) meses, dependiendo de las caractersticas
propias de sus sistemas de informacin. Los Ministros mediante Resolucin y las
mximas autoridades de los entes que le estn adscritos a travs de sus respectivos
actos, determinarn las fases de ejecucin del referido Plan, as como las razones
de ndole tcnico que imposibiliten la implantacin progresiva del Software Libre en
los casos excepcionales, de acuerdo a lo establecido en el artculo 3 del presente
Decreto.
Artculo 13. El Ministerio de Ciencia y Tecnologa establecer dentro de los planes y
programas contemplados en el presente Decreto, mecanismos que preserven la
identidad y necesidades culturales del pas, incluyendo a sus grupos indgenas, para
lo cual procurar que los sistemas operativos y aplicaciones que se desarrollen se
adecuen a su cultura.
Artculo 14. Todos los Ministros quedan encargados de la ejecucin del presente
Decreto, bajo la coordinacin de la Ministra de Ciencia y Tecnologa.
Dado en Caracas, a los das del mes de de dos mil cuatro. Ao
194de la Independencia y 145de la Federacin.
(L.S)
HUGO CHAVEZ FRIAS
Refrendado:
El Vicepresidente de la Repblica
(L.S)
JOS VICENTE RANGEL
Todos los Ministros