LOGROS DEL PLAN DE ACTIVIDADES

Con el fin de darle cumplimiento a lo establecido en el pensum de

Ingeniera de Sistemas con respecto a los requisitos de las Prcticas
Profesionales y a su vez adquirir conocimientos tcnicos aplicables en el
mbito laboral, se realiza una serie de actividades respetando la normativa
de la empresa, explicando detalladamente los aportes, inquietudes y
compromisos para contribuir con el desarrollo continuo y consolidar la
planificacin

estratgica

en

resguardo

al

patrimonio

tecnolgico

comunicacional de la empresa. Las actividades iniciaron el 4 de Agosto del

2014 y culminaron el 21 de Noviembre del 2014 con una duracin de 16
semanas.

Semana 1 (Del 04-08-2014 al 08-08-2014)

Inicio de las Prcticas Profesionales en CORPOELEC, Departamento de

Telecomunicaciones, Regin Gurico, CODG Valle de La Pascua.

Llegada

la

empresa,

especficamente

la

oficina

de

Telecomunicaciones del CODG de CORPOELEC en Valle de la Pascua. El

recibimiento fue por parte del Ing. Jaime Rodrguez quien inicio el proceso de
induccin y explicacin del rea, seguidamente se realiz un recorrido por las
instalaciones de la empresa con la finalidad de conocer el rea fsica, los
departamentos que conforman la planta y el personal que all labora,
consecutivamente se procedi a la explicacin de la estructura funcional y
organizacional de la Empresa.

14

Dentro del rea laboral existen peligros potenciales por lo cual se asisti a
un taller sobre las Normativas de Seguridad a cumplir dentro de la Empresa,
algunas

de

los

riesgos

que

se

pueden

correr

en

el

rea

de

Telecomunicaciones son los siguientes: Psicosocial (Tareas motoras, tareas

repetitivas, Alta concentracin, Alta decisin, Tareas sin valorar) Riesgo:
Medio; Mecnico (Resbalo, Tropiezo Cadas): Medio; Biolgico (Bacterias,
Virus, Hongos, Parsitos, Insectos): Bajo; Fsico (Iluminacin, Climatizacin,
Ruidos): Bajo; Elctrico (Contacto directo): Bajo; e Incendio (Clase a y Clase
C): Bajo.

Esa misma semana se realiz una visita a la Sala de Telefona, (ubicada

en la sede que an no se encuentra en funcionamiento), el Ing. Jaime
Rodrguez comenz la explicacin del funcionamiento bsico de algunos
equipos de comunicacin.

Se observaron las labores tcnicas del rea y que se realizan con el

apoyo de los ingenieros del Departamento de Telecomunicaciones. Algunas
de las actividades que se desarrollan son:

Instalacin, mudanza y reparacin de fibra ptica, cableado de red

UTP, programacin de radios bases y porttil.
Asignacin de lneas y claves telefnicas.
Atencin de fallas en todo el Estado Gurico.

15

Semana 2 (Del 11-08-2014 al 15-08-2014)

Tomando en consideracin la informacin recolectada durante la primera

semana, se procede a diagnosticar las necesidades y requerimientos del
rea, donde se contempla que no tiene un control en el inventario de los
equipos tecnolgicos, tales como: servidores, telfonos, computador (con
todos sus accesorios), radios porttiles, equipos de redes (cable UTP, router,
mdem, swich, otros); adicional a esto, tambin se observ que los reportes
de las fallas de los equipos mencionados se realizan va telefnica haciendo
el proceso pesado, ya que genera molestias a los usuarios en el tiempo de
atencin, gastos a la empresa y en muchos casos no se gestiona la falla
reportada por no haber un fsico (memo, documento escrito) de por medio.

Es por ello, que se vio la necesidad de automatizar estos procesos a

travs de una aplicacin que permita la comunicacin de los usuarios de la
Zona Gurico con el Departamento de Telecomunicaciones.

Semana 3 (Del 18-08-2014 al 22-08-2014)

Una

vez

obtenida

procesada

la

informacin

acerca

de

los

requerimientos del rea y de los usuarios, se realiz una entrevista dirigida a

los empleados que laboran en el Departamento de Telecomunicaciones, esta
muestra est conformada por 08 personas. La entrevista realizada est
estructurada a travs de un cuestionario con preguntas de seleccin simple
que permiten indagar, dentro de una escala de alternativas, acerca de las
fortalezas, debilidades y limitantes del sistema propuesto (Ver Anexo A)

16

Anlisis y grficos de cada uno de los tems que conforman el

cuestionario aplicado en la entrevista:

38%

37%
De 1 a 5 fallas
De 5 a 10 fallas
Ms de 10 fallas

25%

GRFICO 1. Fallas mensuales reportadas al rea de Telecomunicaciones.

Fuente: Rojas, Franklin (2014)

El 37% de la muestra reportan al mes de 1 a 5 fallas, el 25% reportan de

5 a 10 fallas al mes, mientras que el 38% reporta en ese mismo perodo de
tiempo ms de 10 fallas. Estos resultados permiten al investigador conocer la
frecuencia en la se reportan fallas o situaciones irregulares en el servicio
tcnico.

17

13%
Daos de los equipos
Daos en el cableado de red

25%
62%

Problemas con las lneas

telefnicas

GRFICO 2. Tipo de fallas ms frecuentes en el servicio.

Fuente: Rojas, Franklin (2014)

Tomando en consideracin las respuestas de los entrevistados, los

resultados obtenidos constatan que el 62% de la muestra reporta al rea de
Telecomunicaciones fallas en los equipos tecnolgicos, el 25% reporta fallas
en el cableado de red y slo el 13% en problemas con las lneas telefnicas.
Lo que evidencia la urgencia de automatizar el inventario de equipos
tecnolgicos para la puesta en marcha de un plan de respuesta rpida a
estas solicitudes.

18

Bueno
Regular
Malo

100%

GRFICO 3. Proceso actual para reportar fallas.

Fuente: Rojas, Franklin (2014)

De acuerdo a los resultados obtenidos el 100% de los entrevistados

consider que el proceso al reportar una falla es malo, porque stas se
reportan por va telefnica sin respaldo fsico (informe escrito) lo que
ocasiona que muchas de estas fallas no se solucionen a tiempo por prdida
de detalles en la informacin.

19

S
No
No s

100%

GRFICO 4. Mejoras del sistema para reportar fallas.

Fuente: Rojas, Franklin (2014)

En consideracin al porcentaje de respuesta de la pregunta anterior, el

100% de los entrevistados cree necesario mejorar el sistema actual de
reporte de fallas por las observaciones descritas en el grfico anterior, como
un plan para mantener un ptimo servicio en la Zona Gurico.

20

S
No
No s

100%

GRFICO 5. Diseo de una aplicacin web para el reporte de fallas.

Fuente: Rojas, Franklin (2014)

En relacin a los resultados obtenidos, el 100% de los entrevistados

considera que el reporte de fallas necesita ser automatizado a travs de una
aplicacin web que permita almacenar la informacin pertinente, que
reducira notablemente los tiempos de respuesta ante cualquier falla en el
servicio a la entidad.

21

Semana 4 (Del 25-08-2014 al 29-08-2014)

Se Identific la cantidad de registros solicitantes para los diferentes:

Usuarios: ID Usuario, Contrasea, Nombres, Apellidos, Cedula, Cargo

en la Empresa, Ubicacin, Dependencia, Pregunta y Respuesta
Secreta, Numero de Usuario y Fecha de Registro.
Equipos: Numero de Equipo, Nombre, Marca, Tipo, Modelo, Serial,
Descripcin, Fecha de Registro, Usuario Asignado.
Solitudes: Nombres y Apellidos del Usuario Solicitante, Fecha de
Solicitud, Ubicacin y Dependencia Implicada, Tipo de Requerimiento,
Descripcin del Requerimiento o Equipo Implicado y Tcnico Asignado.

Se llev a cabo un levantamiento de informacin y recoleccin de datos

para la elaboracin de la aplicacin web, los cuales son:

Diferentes niveles de acceso en aplicacin web:

1) Administrador: Podr agregar, modificar, suspende y restaurar usuarios,

equipos y solicitudes en el sistema.

2) Supervisor: Podr dar seguimiento de las solicitudes, status de los equipos

dentro del rea correspondida y agregar, modificar y cambiar de status
equipos al inventario.

3) Tcnico: Podr agregar y modificar y cambiar de status los equipos y

solicitudes en el sistema.

22

4) Usuario: Podr dar seguimientos a sus reportes, y agregar nuevas

solicitudes.

Fue necesario determinar la utilizacin de la metodologa RUP para la

elaboracin de la aplicacin web a travs de sus cuatro fases: inicio,
elaboracin, construccin y transicin.

Aunado a esto, durante la misma semana se estudi la estructura de la

red en Corpoelec: Capas del Modelo OSI la cual posee el rea de
Telecomunicaciones, Tipos de fibra que maneja Mono-modo y Multi-modo,
Normas de cableado de la red de la empresa: Norma T568A y T568B, tipos
de conectores, estructuras de cableado telefnico y de datos.

Tambin atendi una falla en la sede Corpoelec especficamente en el

rea de finanzas donde se dio como solucin la programacin y asignacin
de lnea telefnica, solucin que se llev acabo con el HyperTerminal. Estas
ltimas actividades corresponden a tareas que se realizan diariamente en el
Departamento.

Semana 5 (01-09-2014 al 05-09-2014)

Se realiz un estudio de base de datos para poder relacionar los campos

solicitantes entre ellos y evitar redundancias de datos. Esta base de datos se
elabor bajo la plataforma de PhpMyAdmin, cabe a destacar que las
aplicaciones son compatibles con los sistemas operativos de software
privado y libre, es decir Multiplataforma.

23

El sistema ser implementado en software libre Ubuntu, por lo que en l

se instal el servidor y se prosigui a realizar las diferentes configuraciones
de seguridad para ser uso de la base de datos en toda la intranet Corpoelec.

Semana 6 (08-09-2014 al 12-09-2014)

Especificaciones del Servidor, donde se implementara la Aplicacin Web:

Marca HP, Modelo Smart Array, Procesador Intel Dual Core Xeon E5-2600
v2, Disco Local: 1Tb, Memoria RAM 32GigaByte.
Fue necesario incluir excepciones en el proxy y servidor de antivirus con
la finalidad de proteger y evitar fallas en el sistema dentro del servidor,
tambin se realiz configuraciones DHCL con IP Esttica y DNS para
sustituir la direccin IP del servidor e incluirla en el perfil de navegacin de
todos los usuarios de la empresa Corpoelec-Gurico, para que puedan
acceder de forma ms cmoda a la aplicacin web (Ver Figura 4) para
visualizar el proceso de excepciones proxy en navegadores)

Figura 4. Excepciones en navegadores proxy.

Fuente: Equipo CORPOELEC. Sistema Operativo Windows 8.1. Configuracin de Conexiones.

24

Semana 7 (15-09-2014 al 19-09-2014)

Durante la semana se realiz los diagramas de caso de uso actual

(situacin actual de reportes en la empresa) y propuesto (Ver Figura 5),
adicional a esto se realiz el modelo relacional de base de datos (Ver Figura
6)

Figura 5. Diagrama de caso de uso actual. Fuente: Rojas, Franklin (2014)

25

Figura 6. Diagrama de caso de uso propuesto. Fuente: Rojas, Franklin (2014)

Se realiz un parntesis en la propuesta para ejecutar diferentes

actividades en el transcurso de la semana como esquemas de todos los
equipos de la red que comprende la planta:

Esquema Nmero 1:
Describe la ubicacin fsica de cada uno de los equipos ubicados en el
Rack Numero 1 de la Sala de Telefona.

Esquema Nmero 2:
Describe la ubicacin fsica de cada uno de los equipos ubicados en el
Rack Numero 2 de la Sala de Telefona.

26

Gracias a este esquema se facilitara la deteccin de posibles fallas a nivel

de equipos ya que se podr ubicar de fcil manera la ubicacin y funcin de
cada uno de los equipos all ubicado.

Semana 8 (22-09-2014 al 26-09-2014)

De vuelta a la propuesta, una vez realizadas todas las configuraciones

correspondientes se prosigui a crear la segunda parte de la base de datos
donde las cantidades de campos de cada tabla son las siguientes.

Campos que amerite numeracin son del tipo entero.

Campos que ameriten letras son del tipo texto.
Campos que ameriten contraseas son del tipo password.

El modelo relacional de la base de datos se aprecia en la Figura 7.

Figura 7. Modelo racional de base de datos. Fuente: Servidor de SQL phpMyAdmin.

27

Semana 9 (29-09-2014 al 03-10-2014)

Para el diseo de Interface Grfica, primera parte, se realiz un estudio

evaluativo de la estructura visual de CORPOELEC en el cual se logr
determinar que los colores ms utilizados en la empresa son:

Colores: Rojo, Azul, Blanco, Verde y Gris.

Lo cual la interface grfica a disear deber llevar no ms de los 5 colores

ya mencionados, no obstante, a esto Corpoelec maneja un estndar de
visualizacin en cuanto al tamao y estilo de letras, los cuales son:
Fuente: Arial, Tamao 12.

Por lo que la Interface grfica tambin deber adaptarse a este tipo de

letra y tamao, adems la empresa Corpoelec utiliza una serie de
navegadores con el cual se visualizan la intranet y sus aplicaciones, los
cuales son:

Navegadores: Mozilla Firefox, Google Chrome, Internet Explorer.

La Interface grfica deber adaptarse a las proporciones de estos 3

navegadores, y a las pantallas de los equipos asignados, por lo que se
estandariz una serie de parmetros los cuales son:

Tamao 12 de letras: Todo expresado en px (Medidas en pixel)

Alto y Ancho: Todo expresado en % (Medidas en porcentaje)

28

Las medidas de px no deber exceder de los 2048px y las medidas en

porcentaje no debern exceder del 100%. Estas reglas permitirn visualizar
el programa siempre acorde al tamao de la resolucin del computador y
monitor a utilizar, tambin de los navegadores.

Semana 10 (06-10-2014 al 10-10-2014)

Continuando con el diseo de Interface Grfica, segunda parte, muchas

aplicaciones web sobrecargan el cache de los cmputos y navegadores
causando lentitud en los mismos, por lo que se determin que la interface
grfica deber tener un mximo de cache no superior a 8Mb (Mega bits),
limitando as un mximo de multimedia permitido.

Una vez definido todo el estndar a utilizar durante el diseo de la

interface grfica de la aplicacin web, se procedi a definir el tipo de diseo
de programacin Top-down (de arriba-abajo) en cuanto a los Men, Top web,
y Desplazamiento en la interface.

Para los mdulos se determin usar el tipo interface grfica bottom-up (de
abajo-arriba) permitiendo as de visualizacin, es decir, a la hora de
seleccionar una opcin dentro del sistema que conlleve a otro mdulo este
cargara dentro de la misma pgina de abajo arriba, utilizando criterios de
programacin es llamado empalme de caja negra, donde los enlaces no se
podrn visualizar y se cargaran de formas ms rpida, dejando un registro
los datos modificados, agregados o eliminados.

29

Semana 11 (Del 13-10-2014 al 17-10-2014)

Para el diseo de Interface Grfica, tercera parte, se estableci la

programacin de la interface bajo el lenguaje de programacin PHP, HTML5
y estilos CSS3 con el fin de brindar mayor efecto en la visualizacin
solicitada, se disearon 3 mdulos dentro de cada nivel de acceso, los
cuales son:

Gestin de Usuarios: Tiene anexado todo lo referente a usuarios,

agregar usuarios, editar, buscar y mostrar los diferentes tipos de
usuarios ya sean Administrador, Supervisor, Tcnico, Usuario.
Gestin de Solicitudes: Las solicitudes generadas por todo el
personal Corpoelec amerita los siguientes campos: Agregar solicitud,
Asignar, Buscar, Editar, y mostrar las diferentes solicitudes ya sean,
Abierto, Cerrado, Asignado, a la cual se enva al usuario por medio del
correo corporativo un aviso de su estatus, y al tcnico de igual forma
un correo corporativo sobre las solicitudes asignadas.
Gestin de Inventario: Contiene herramientas que ayudan al manejo
del mismo como agregar en el inventario, buscar, editar y ver el total de
equipos en el inventario y filtros por separado ya sean, Telfonos,
Redes, Radios, Energa y Estaciones de Trabajo.

Cada documento PHP, HTML, JS, CSS correspondientes a cada mdulo

no se aplica a todos los niveles de acceso ya mencionados, puesto que cada
usuario tiene diferentes funciones. Cada diseo de mdulos fue realizado
independiente mente sin embarco los archivos se incluyeron dentro del
sistema principal que contiene la mayor parte de la interface grfica, dando
un efecto de mejor visualizacin entre ambas combinaciones.

30

Interface Grfica:

Inicio de Sesin Pgina principal: Inicio de sesin de la aplicacin

web y pgina principal donde se aprecia el acoplo del diseo
Corpoelec y campos para autentificacin de usuario y contrasea,
como se muestra en la Figura 8.

Figura 8. Inicio de Sesin (Pgina Principal) Fuente: Rojas, Franklin (2014)

Inicio de Sesin Inconcluso: Interface grfica de inicio de sesin

inconcluso es decir, cuando el usuario ha ingresado datos incorrectos
para su autentificacin. (Ver Figura 9)

Figura 9. Inicio de Sesin Inconcluso (usuario y clave incorrectos).

Fuente: Rojas, Franklin (2014)

31
Recuperacin de datos: Interface grfica de recuperacin de datos,
entindase por datos el usuario y contrasea para acceder al sistema
donde el usuario podr colocar su ID usuario, cedula o correo
electrnico para su posible recuperacin ya que de existir los datos
ingresados deber responder una pregunta secreta. (Ver Figura 10)

Figura 10. Recuperacin de datos (usuario y clave). Fuente: Rojas, Franklin (2014)

Recuperacin de datos: usuario, cdula o correos no registrado:

Si los datos ingresados no se encentra en la base de datos proceder
a mostrarle una confirmacin de seguridad como lo muestra la figura
nmero 28, donde los datos que usuario cedula o correo no son
correctos, esta operacin se hace por medio de la consulta SQL al
servidor de base de datos. (Ver Figura 11)

Figura 11. Recuperacin de datos no exitosa. Fuente: Rojas, Franklin (2014)

32
Recuperacin de datos: Confirmacin de seguridad: Si el usuario
es localizado proceder a mostrarle su pregunta de seguridad
enlazada al usuario, cedula o correo buscado en la base de datos.
Adicional a esto le mostrara en pantalla un campo vaco donde
ingresara su respuesta secreta de seguridad para posterior mente
validar la informacin a nivel de sistema y de ser correcto mostrar su
usuario y contrasea en pantalla. (Ver Figura 12)

Figura 12. Validacin de pregunta secreta. Fuente: Rojas, Franklin (2014)

Recuperacin de datos: Operacin exitosa: Interface grfica de

recuperacin de datos final, donde una vez autentificado el usuario
pregunta y respuesta secreta de forma correcta, la aplicacin mostrara
en pantalla los datos el usuario solicitante. (Ver Figura 13)

Figura 13. Recuperacin de datos exitosa. Fuente: Rojas, Franklin (2014)

33
Recuperacin de datos: Operacin no exitosa: Si el usuario no
logro autentificar la pregunta secreta de seguridad el sistema arrojara
una alerta indicndole que la respuesta secreta no coincide con la
pregunta tal y como se refleja en la Figura 14.

Figura 14. Validacin de pregunta secreta no exitosa. Fuente: Rojas, Franklin (2014)

Men principal: Una vez el usuario autentificado lo llevara a la

interface del men principal donde se agreg una serie de men y sub
men los cuales cambian con cada nivel de acceso, es decir el usuario
normal no podr acceder al men avanzado ni inventario, el usuario
tcnico no podr acceder a ciertos sub men de avanzado tales como
modificar registros, en la Figura 15 se refleja el men principal del
usuario administrador.

Figura 15. Men Principal. Fuente: Rojas, Franklin (2014)

34
Formularios: Este diseo fue aplicado a todos los formularios, donde
refleja campos de seleccin y campos de texto, cabe a destacar que
los campos visualizados en la Figura 16 no se aplica a todos los
formularios, sin embargo la interface grfica es la misma, el campo
ayuda tambin prevalece en los formularios de la aplicacin web.

Figura 16. Formulario. Fuente: Rojas, Franklin (2014)

Formulario de Imprimir: Fue diseado con la ayuda del lenguaje de

programacin JavaScript donde incorpor el cdigo fuente en un botn
de accin dentro de un archivo php, dicho botn de accin tiene por
nombre Imprimir y se puede localizar en los archivos de inventario y
reportes de la aplicacin web, como se muestra en la Figura 17.

Figura 17. Formulario para imprimir. Fuente: Rojas, Franklin (2014)

35

Semana 12 (Del 20-10-2014 al 24-10-2014)

Para la programacin del Cdigo Fuente, primera parte, se determin un

estndar en la programacin del cdigo fuente los cuales son claves para la
comprensin de la programacin hacia el cdigo y poder identificar errores
futuros:

Lenguaje de programacin: PHP, HTML. CSS, JS.

Tipos de variables $ (Con nombre completo en espaol)
Documentacin durante la programacin, por medio de comentarios.
Uso de la funcin mysqli para consultas con base de datos.
Incluir archivo configuracin, en consultas con base de datos el cual
contenga los datos de la misma.
Todo archivo consultado debe estar ordenado de forma descendente.
Todo formulario debe estar estandarizado con el mismo estilo de CSS.
Los Archivos que no requieran consultas con base de datos, debern
ser del tipo HTML
Los archivos CSS, JS, debern estar incluidos en una sola carpeta y
llamados a travs de la codificacin de programacin.

Estas

normas

permiten

que

cualquier

programador

que

realice

correcciones al mismo pueda identificar rpidamente el trabajo realizado, ya

que el cdigo fuente para la empresa no puede estar codificado bajo el
criterio base x64 encode.

Programa de Edicin:

Macromedia Dreamweaver CS6 el cual es una aplicacin en programa de

estudio que est destinada a la construccin, diseo y edicin de sitios,

36

vdeos y aplicaciones Web basados en estndares. Su interface grfica se

puede apreciar en la Figura 18.

Figura 18. Macromedia Dreamweaver CS6. Fuente: Rojas, Franklin (2014)

Procesos de Encode Base 64:

Consiste en un sistema de numeracin posicional que usa 64 como base,

el cual encripta cdigos fuente de programacin con el fin de proteger el
mismo, forma parte como criterios de seguridad web y derechos de cdigo
fuente, tal y como lo muestra la Figura 19.

37

Figura 19.Proceso de Encode Base64. Fuente: Rojas, Franklin (2014)

Durante la programacin del Cdigo Fuente, segunda parte, la primera

programacin realizada fue enfocada al acceso del sistema la cual se llev a
cabo con xito tras utilizar la variable session_start(), el crea una sesin o
reanuda la actual basada en un identificador de sesin mediante una peticin
GET o POST, o mediante una cookie. Al iniciar sesin, para entrar al sistema
no es necesario que el usuario vuelva a iniciar sesin a menos que ste lo
all cerrado y requiera una nueva autentificacin. Se realiz consultas con la
funcin mysqli para comprobar el ID Usuario y Contrasea de Acceso ms el
tipo de nivel de acceso relacionado con el usuario y su estatus.

Si el usuario est operativo o no operativo, donde de ser correcto su

autentificacin y en estado operativo la codificacin lo llevar a su rea
correspondiente a travs de variable header(). La comprobacin del nivel de
acceso se realiz mediante la variable condicional If(), de no concordar la
autentificacin del usuario, el sistema arrojara un mensaje con la variable
Alert donde se le identificara que el ID Usuario o Contrasea son incorrectos.

El Sistema fue pensado para evitar errores humanos, sobre prdidas de

datos como el ID Usuario o Contrasea, por lo que en la programacin e

38

interface grfica de sistema se anexo recuperacin de datos colocando el

correo electrnico, id usuario, cedula o rif, cabe de destacar que estos
campos son de tipo primary key donde no se podrn repetir en la base de
datos. Una vez validado que el usuario existe en la base de datos se muestra
en la interface grfica la pregunta secreta del usuario que deber responder
de forma correcta para mostrarle en pantalla su usuario y contrasea de
acceso, esto ocurre cuando el sistema no consigue el servidor de correo de
la intranet, de conseguirlo omitir mostrar la contrasea y proceder enviarle
sus datos a su correo electrnico previamente registrado.

El primer mdulo realizado fue el del Administrador, ya que de all derivan

las funciones de los dems usuarios, donde el administrador contiene unos
sub mdulos, llamados gestin de usuario, gestin de noticias, gestin de
inventario

gestin

de

solicitud

un

estndar

de

perfil

llamado

administrador.php.

El perfil fue diseado con variables de seguridad autentificacin de

acceso al mismo bajo la combinacin de

comando isset(session_strar())

donde de existir una sesin permitir entrar en el perfil administrador,

mientras que la condicin if verifica su nivel de acceso, y decidir si el
usuario pertenece a esa ahora o incumple la seguridad. De incumplir la
seguridad en tres (3) intentos su status cambiara a no operativo es decir el
usuario ser bloqueado permanentemente.

Estos mismo estndares de programacin son vlidos para todos los

diferentes niveles de acceso de usuarios que van a manipular el sistema.

Los cookies que utiliza la variable session_start() son cookies encriptados

por el mismo navegador que no permiten ver el contenido del mismo, sin

39

embargo los datos que el contiene de usuario y clave de acceso no son

reales, solo guardar un recuerdo de autentificacin del usuario que ya se ha
autentificado y determina que no es necesario volver autentificar.

Semana 13 (Del 27-10-2014 al 31-10-2014)

En la tercera parte de la programacin del Cdigo Fuente se disearon

condiciones if() que determinan la autentificacin de ciertas rea agregando
restricciones es decir, si el nivel de acceso es igual a administrador o
supervisor o tcnico o usuario, el sistema enviara (a travs del mtodo
header(Location:)) al usuario a su rea correspondiente. En la extensin del
cdigo tambin existen condiciones falsas es decir si el nivel de acceso es
distinto a usuario se le mostraran campos de administrador si no se le
mostraran campos de usuario, lo cual esta condicin encaja perfecto para
mostrar informacin a solo un usuario selecto.

Se realiz la programacin de estructuras repetitivas (do, while y for) que

permiten la repeticin de una bsqueda general hasta extraer todos los
resultados de una base de datos o hasta que la condicin de repeticin se
cumpla, es decir repetir la bsqueda de todos los campos de la tabla
usuarios hasta que no existan ms registros. Estas estructuras repetitivas se
pueden ubicar en el cdigo fuente de la aplicacin web en el rea de mostrar
inventario, usuarios solicitudes de reportes, ya que son ideales para este
tipo de consulta tal como lo muestra la Figura 20.

40

Figura 20. Visualizacin de la estructura repetitiva while. Fuente: Rojas, Franklin (2014)

Durante la programacin del Cdigo Fuente, cuarta parte, se logr

adaptar el cdigo fuente al diseo de la aplicacin web donde se cre en
laces en los men que llevaran a reas especficas del sistema tales como el
rea de Noticias, el usuario hace clic en las opciones del men y sub men
este lo redireccin a una nueva pgina donde se localiza la informacin
deseada. Este mtodo de re direccionamiento web en el men y sub men
se agreg a todos los niveles de usuarios (Administrador, supervisor, tcnico,
usuario), Cabe a destacar que el Nivel de acceso administrador fue el ms
complejo de realizar ya que contiene muchos re direccionamiento para las
consultas especficas dentro de la base de datos, por lo que se crearon
documentos php individuales para cada consulta, se generaron un total de
documentos:

Modulo Administrador: 308 archivos .php y 40 carpetas.

Modulo Supervisor: 1 archivo php.

41
Modulo Tcnico: 9 archivos php y 1 carpeta.
Modulo Usuario: 4 archivos php y 1 carpeta.

El total de archivos necesarios para completar el sistema fueron 5

archivos HTML, 340 Archivos PHP, 7 Archivos CSS, 3 Archivos JavaScript, 5
Imgenes PNG,1 Imagen JPEG y 54 carpetas, Informacin de soporte en la
Figura 21.

Figura 21. Propiedades de la carpeta de aplicacin web.

Fuente: Carpeta principal www dentro del servidor local WampServer.

Es importante mencionar que durante la semana se realiz en el

Departamento del Centro de Operaciones de Redes de la base area Manuel
Ros, ubicado en El Sombrero Estado Gurico. La configuracin por

42

medio del Hyper Terminal, puertos por donde se transmite informaciones de

monitoreo y datos de seguridad Corpoelec. Durante la estancia se dio
recorrido por las instalaciones y se estudi el mtodo de monitoreo de
temperatura, humedad y capacidad de salas shester ubicadas en todo el
territorio nacional, dichas salas contemplan el recorrido de la fibra ptica y le
aumentan la intensidad de seal, tambin puede retrasmitir los datos de la
fibra ptica a otra ruta. Esta actividad corresponde a tareas diarias del
Departamento de Telecomunicaciones.

Semana 14 (Del 03-11-2014 al 07-11-2014)

Durante la programacin del Cdigo Fuente, parte cinco, se utiliz un

mtodo de herencia y fue llamado a travs del comando (include) php, este
mtodo permite heredar variables de un documento php a otro documento e
incluirlo por medio del comando ya mencionado, con la finalidad de importar
datos esenciales en la mayora de archivos php, este archivo que contiene
las variables a heredar se llama configuracin.php ubicado en la carpeta
principal www de la aplicacin web, estas variables son:
Usuario de la base de datos.
Contrasea de la base de datos.
Nombre de la base de datos.
Direccin del servidor Localhost.
Ttulo del sistema.
Pie de pgina.
Derechos de autor.
Sintaxis de reportes de error.
Niveles de acceso, status, direcciones de imgenes y direccin del
panel de noticias.

43

En la programacin del Cdigo Fuente, parte seis, las direcciones del

Localizador de Recursos Uniforme (URL) quedan guardados en los historial
de navegadores y cualquier usuario puede visualizarlas los enlaces visitados
por lo que se gener una funcin principal llamada top_web esta funcin en
programacin php se llama iframe el cual permite simular un marco donde se
cargan todos los enlaces de la pgina es decir, el usuario al presionar en el
men Noticias este enlace se cargara en el iframe sin mostrar el URL en el
historial del navegador y en la visualizacin del mismo, as mismo como se
visualiza en la Figura 22.

Figura 22. URL del servidor local. Fuente: URL Google Chrome.

Por otra parte, se encript las direcciones URL presentes en la aplicacin

web con el fin de evitar el accesos en reas no deseadas, as como tambin
eludir el reflejo de la URL en el historial de navegadores web (Ver Figura 23)

Figura 23. Historial al acceder a la aplicacin web.

Fuente: Historial de navegacin de Google Chrome.

44

Semana 15 (Del 10-11-2014 al 14-11-2014)

La instalacin de la aplicacin web en el servidor multiplataforma se llev

a cabo en un equipo marca HP con las siguientes especificaciones:

Capacidad del disco local: 1Terabyte.

Memoria RAM: 32Gb.
Velocidad Mxima 3.0Ghz
Procesado Dual Core Intel i7.

Cabe a destacar que el equipo tiene una previa instalacin de un servidor

de monitore de red el cual no afecta para la instalacin del servidor de la
aplicacin web, es decir los puertos a utilizar estn disponible y no crea
redundancia de bucle de memoria, puertos y espacio. Los puertos a utilizar
son los siguientes:

Puerto 80, de Protocolo de Control de Transmisin (TCP) y Protocolo

de Datagramas de Usuarios (UDP).
Puerto 25, Protocolo para la Transferencia Simple de Correo
Electrnico (SMTP).
Puerto 3306, Conexin local con la base de datos.

Se procedi a instalar el Servidor de apache y base de datos

WampServer en su versin 2.4, bajo los paramentos de Localhost usuario
root y su clave de acceso. Ya realizada la previa instalacin se procedi a
configuracin correspondiente especficamente los archivos:

45
PHP: php.ini y Apache: httpd.conf ubicados en el men principal de
WampServer.
Fuente: Servidor Localhost Wampserver Versin 2.4.

En el archivo php.ini se agregaron dos extensiones para el uso del

comando mysql y mysqli el cual permiten conexiones con la base de datos
dichas extensiones son las siguientes:

Extension=php_mysql.dll y extension=php_mysqli.dll

Tambin se habilit la funcin mail agregando un correo corporativo como

base para los envos de correo (para la recuperacin de datos: usuario y
contrasea), la funcin se habilit con la siguiente extensin:

Sendmail_from=correocorporativo@corpoelec.gob.ve

En el archivo httpd.conf se configur el nombre del servidor local, el

puerto asignado para la visualizacin web y la extensin de salida para que
los usuarios puedan conectar con la pgina y el administrador con el
phpMyAdmin desde cualquier equipo dentro de la intranet Corpoelec. Estas
extensiones mencionadas son las siguientes:

ServerName Localhost
<Directory "c:/wamp/www"> Allow from localhost </Directory>
<Directory "Localhost/phpMyAdmin> Allow from All </Dorectory>

46

Semana 16 (Del 17-11-2014 al 21-11-2014)

Una vez configurado e instalado todos los procedimientos para el

funcionamiento de la aplicacin web, se realizaron pruebas para su
comportamiento durante el uso de usuarios. El sistema se mantuvo estable
durante su prueba, pero el sistema de auto arranque en casos de reinicio del
servidor present problemas ya que no iniciaba por s solo, tendra que
ejecutarse los procesos de forma manual, esto fue un gran inconveniente
por lo que se tomaron medidas correctivas.

Luego de haber finalizado este procedimiento de automatizacin, se

procedi a elaborar un Manual de Usuario que sirva de herramienta y facilite
la comprensin del funcionamiento del sistema, as como de terminologa
bsica, tales como:

Status: Estado de los usuarios o equipos dentro del sistema, ya sea

operativo,

no operativo, en instalacin, solucionado, no solucionado,

entre otros.
Seguimiento: Visualizacin del contenido dentro de sistema, sin poder
modificar o alterar.
Solicitudes: Reportes creados por el usuario, dirigido a los Tcnicos
con el fin de solventar o dar mantenimientos a los equipos.
ATIT:

Automatizacin

Tecnologas

de

Informacin

Telecomunicaciones.
OSI: Interconexin de Sistemas Abiertos.
Shester: Sala el cual llegan todo el cableado de fibra ptica, de zonas
especficas.
Iframe: Es un elemento HTML que permite insertar o incrustar un
documento HTML dentro de un documento HTML principal.

47
If(): Tipo de estructura condicional empleada en la programacin de
algoritmos.
While(): Es una estructura de la mayora de los lenguajes de
programacin estructurados cuyo propsito es repetir un bloque de
cdigo mientras una condicin se mantenga verdadera
PHP: Es un lenguaje de cdigo abierto muy popular especialmente
adecuado para el desarrollo web y que puede ser incrustado en HTML.
HTML: Hace referencia al lenguaje de marcado para la elaboracin de
pginas web. Es un estndar que sirve de referencia para la
elaboracin de pginas web en sus diferentes versiones, define una
estructura bsica y un cdigo (denominado cdigo HTML) para la
definicin de contenido de una pgina web, como texto, imgenes,
entre otros.
CSS: Se traduce como Hojas de Estilo en cascada. CSS es un
lenguaje que permite que en un documento separado de tus pginas
web definas el estilo. Por estilo entendemos aspecto de los enlaces,
colores, tipos de letra, fondos, etc.
JS: (JavaScript) es un lenguaje de programacin interpretado, dialecto
del estndar ECMAScript. Se define como orientado a objetos, 3
basado en prototipos, imperativo, dbilmente tipado y dinmico.

CONOCIMIENTOS ADQUIRIDOS DURANTE LA PRCTICA

PROFESIONAL

Las prcticas profesionales aportan una oportunidad para desarrollar

habilidades y actitudes para un desempeo profesional competente, entre los
conocimientos adquiridos que contribuyeron a la formacin, menciono:

-Capacidad de vincular los conocimientos tericos con la prctica profesional

mediante la deteccin, anlisis y solucin de problemas en el rea de
Telecomunicaciones tales como: programacin de centrales telefnicas
(radio base y porttil) asignacin de extensiones telefnicas; creacin de
patch cord, UTP y fibra ptica; asistencia de instalacin de equipos
repetidores Rack de equipos de redes, bancos de batera, servidores.

-Habilidades de investigacin, elaboracin y ejecucin de proyecto asignado

AWCIS (Aplicacin Web Corpoelec de Inventario y Solicitudes), que
contribuye a la automatizacin de los equipos tecnolgicos y solicitud de
reportes para la Unidad de Telecomunicaciones de la Corporacin Nacional
Elctrica Gurico.

-Capacidad de adaptacin y trabajo en equipo en el cumplimiento de las

actividades diarias competencia del rea de Telecomunicaciones tales como:
configuracin de centrales telefnicas ubicadas en el Centro de Operaciones
de Redes COR localizadas en la Base Area Manuel Ros (El SombreroEdo. Gurico); reparacin de inversores ubicados en las sub-estaciones

49

elctricas de la oficina de shester del Estado Gurico; asistencia en la

construccin de la sala de shester en la Sub-estacin Elctrica de San Juan
de los Morros; reemplazo de patch cord de fibra ptica en la sala de shester
de Sub-estacin Elctrica ubicada en Zaraza.

-Adems de habilidades de comunicacin oral y escrita, desarrollo y

fortalecimiento de competencias, visin y valores tendientes a cumplir con la
responsabilidad profesional y social.

49

CONCLUSIN

Durante el desarrollo de las pasantas profesionales se percibieron, en

primer lugar, la comunicacin constante entre las personas que all laboran,
tanto dentro como fuera de la Empresa, lo que permite tener ese contacto
directo, adems del excelente ambiente de trabajo, indispensable para el
seguimiento y desarrollo de las actividades asignadas y la orientacin
oportuna del Supervisor.

En segundo lugar, se brinda la libertad y creatividad para resolver

situaciones, tanto especficas como generales, inherentes al rea de
Telecomunicaciones y otras reas y se pone en prctica los conocimientos
adquiridos en el transcurso de la carrera. Esta confianza permiti una
exposicin clara y concisa del proyecto asignado para contribuir en la
modernizacin del sistema actual.

Este diseo de aplicacin web para Intranet, en sentido general, presenta

una serie de ventajas y beneficios con respecto al software de escritorio con
lo cual se logra aprovechar y acoplar los recursos de la Empresa Corpoelec
de una forma ms prctica que el software tradicional, entre las ventajas se
mencionan:

-Compatibilidad Multiplataforma porque permite acceder a ella a travs de

cualquier sistema operativo, sea Windons, Linux, Uguntu, Androide, entre
otros.

51

-Inmediatez de acceso, no necesita ser descargada y tiene menos

requerimiento de memoria.

-Es menos propensa a crear problemas tcnicos con otras aplicaciones

existentes o protocolos internos.

-No se necesita conocimientos previos de informtica para utilizarla, sino un

computador con un buen navegador que soporte html5.

Para desarrollar la aplicacin web se tom como punto de partida la

observacin directa para el diagnstico de las necesidades y requerimientos
del rea de Telecomunicaciones, as como la tcnica de la entrevista para
confirmar los datos observados e interpretar los resultados. Posteriormente
fueron de utilidad el software adobe macromedia dreamweaver cs6, un
programa de edicin web que permite la programacin del cdigo fuente y
diseo de interface grfica.

As mismo, en el trascurso de las 16 semanas se desarroll con xito las

actividades programadas en el Plan de Actividades, finalizando as los
compromisos adquiridos con la empresa y brindando la oportunidad de
ampliar los conocimientos especficos en programacin, estructura de redes,
diseo de software y anlisis de sistemas.

Al interactuar en el campo de trabajo permite explorar un rea

desconocida, hasta ahora como estudiante, percibiendo las diferencias entre
la vida estudiantil y profesional, aun cuando esta ltima es ms pausada
porque exige ms responsabilidad y criterio propio.

Unos de los obstculos ms difciles de afrontar fue incluir excepciones en

los 766 navegadores proxy de los trabajadores beneficiarios de la aplicacin

52

web y programar el cdigo fuente en un periodo corto de tiempo, sin

embargo, durante la implementacin y perodo de prueba del sistema de la
aplicacin web se logr un cambio provechoso y optimizado del inventario de
equipos tecnolgicos y reporte de solicitudes dirigidas al Departamento, lo
que incide en el xito en la resolucin de problemas.

RECOMENDACIONES

A Corpoelec:

-Continuar con la aplicacin web AWCIS (Aplicacin Web Corpoelec de

Inventario y Solicitudes), con el fin de mejorar los procesos futuros.

-Seguir brindando oportunidad a los estudiantes de realizar sus pasantas

profesionales para poner en prctica los conocimientos aprendidos durante el
trascurso de la carrera.

-Seguir motivando a sus trabajadores en el uso del equipo de seguridad

durante las labores diarias.

A la UNEFA:

-Mejorar la comunicacin con el estudiante, es este uno de los aspectos ms

urgentes, esto es con el fin de eliminar la incertidumbre que genera la
desinformacin en aspectos relacionados a las pasantas profesionales y su
proceso de asignacin.