LOGROS DEL PLAN DE ACTIVIDADES

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

Ingeniería de Sistemas con respecto a los requisitos de las Prácticas

Profesionales y a su vez adquirir conocimientos técnicos 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

planificación estratégica en resguardo al patrimonio tecnológico

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

2014 y culminaron el 21 de Noviembre del 2014 con una duración de 16

semanas.

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

Inicio de las Prácticas Profesionales en CORPOELEC, Departamento de

Telecomunicaciones, Región Guárico, CODG Valle de La Pascua.

Llegada a la empresa, específicamente a la oficina de

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

recibimiento fue por parte del Ing. Jaime Rodríguez quien inicio el proceso de

inducción y explicación del área, seguidamente se realizó un recorrido por las

instalaciones de la empresa con la finalidad de conocer el área física, los

departamentos que conforman la planta y el personal que allí labora,

consecutivamente se procedió a la explicación 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 concentración, Alta decisión, Tareas sin valorar) Riesgo:

Medio; Mecánico (Resbalo, Tropiezo Caídas): Medio; Biológico (Bacterias,

Virus, Hongos, Parásitos, Insectos): Bajo; Físico (Iluminación, Climatización,

Ruidos): Bajo; Eléctrico (Contacto directo): Bajo; e Incendio (Clase a y Clase

C): Bajo.

Esa misma semana se realizó una visita a la Sala de Telefonía, (ubicada

en la sede que aún no se encuentra en funcionamiento), el Ing. Jaime

Rodríguez comenzó la explicación del funcionamiento básico de algunos

equipos de comunicación.

Se observaron las labores técnicas del área y que se realizan con el

apoyo de los ingenieros del Departamento de Telecomunicaciones. Algunas

de las actividades que se desarrollan son:

Instalación, mudanza y reparación de fibra óptica, cableado de red

UTP, programación de radios bases y portátil.

Asignación de líneas y claves telefónicas.

Atención de fallas en todo el Estado Guárico.

15

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

Tomando en consideración la información 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 tecnológicos, tales como: servidores, teléfonos, computador (con

todos sus accesorios), radios portátiles, equipos de redes (cable UTP, router,

módem, swich, otros); adicional a esto, también se observó que los reportes

de las fallas de los equipos mencionados se realizan vía telefónica haciendo

el proceso pesado, ya que genera molestias a los usuarios en el tiempo de

atención, gastos a la empresa y en muchos casos no se gestiona la falla

reportada por no haber un físico (memo, documento escrito) de por medio.

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

través de una aplicación que permita la comunicación de los usuarios de la

Zona Guárico con el Departamento de Telecomunicaciones.

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

Una vez obtenida y procesada la información 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 través de un cuestionario con preguntas de selección simple

que permiten indagar, dentro de una escala de alternativas, acerca de las

fortalezas, debilidades y limitantes del sistema propuesto (Ver Anexo A)

16

Análisis y gráficos de cada uno de los ítems que conforman el

cuestionario aplicado en la entrevista:

GRÁFICO 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 período de

tiempo más de 10 fallas. Estos resultados permiten al investigador conocer la

frecuencia en la se reportan fallas o situaciones irregulares en el servicio

técnico.

37%

25%

38%

De 1 a 5 fallas

De 5 a 10 fallas

Más de 10 fallas

17

GRÁFICO 2. Tipo de fallas más frecuentes en el servicio.

Fuente: Rojas, Franklin (2014)

Tomando en consideración las respuestas de los entrevistados, los

resultados obtenidos constatan que el 62% de la muestra reporta al Área de

Telecomunicaciones fallas en los equipos tecnológicos, el 25% reporta fallas

en el cableado de red y sólo el 13% en problemas con las líneas telefónicas.

Lo que evidencia la urgencia de automatizar el inventario de equipos

tecnológicos para la puesta en marcha de un plan de respuesta rápida a

estas solicitudes.

62%

25%

13%

Daños de los equipos

Daños en el cableado de red

Problemas con las líneastelefónicas

18

GRÁFICO 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 vía telefónica sin respaldo físico (informe escrito) lo que

ocasiona que muchas de estas fallas no se solucionen a tiempo por pérdida

de detalles en la información.

100%

Bueno

Regular

Malo

19

GRÁFICO 4. Mejoras del sistema para reportar fallas.

Fuente: Rojas, Franklin (2014)

En consideración 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 gráfico anterior, como

un plan para mantener un óptimo servicio en la Zona Guárico.

100%

Sí

No

No sé

20

GRÁFICO 5. Diseño de una aplicación web para el reporte de fallas.

Fuente: Rojas, Franklin (2014)

En relación a los resultados obtenidos, el 100% de los entrevistados

considera que el reporte de fallas necesita ser automatizado a través de una

aplicación web que permita almacenar la información pertinente, que

reduciría notablemente los tiempos de respuesta ante cualquier falla en el

servicio a la entidad.

100%

Sí

No

No sé

21

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

Se Identificó la cantidad de registros solicitantes para los diferentes:

Usuarios: ID Usuario, Contraseña, Nombres, Apellidos, Cedula, Cargo

en la Empresa, Ubicación, Dependencia, Pregunta y Respuesta

Secreta, Numero de Usuario y Fecha de Registro.

Equipos: Numero de Equipo, Nombre, Marca, Tipo, Modelo, Serial,

Descripción, Fecha de Registro, Usuario Asignado.

Solitudes: Nombres y Apellidos del Usuario Solicitante, Fecha de

Solicitud, Ubicación y Dependencia Implicada, Tipo de Requerimiento,

Descripción del Requerimiento o Equipo Implicado y Técnico Asignado.

Se llevó a cabo un levantamiento de información y recolección de datos

para la elaboración de la aplicación web, los cuales son:

Diferentes niveles de acceso en aplicación 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) Técnico: 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 utilización de la metodología RUP para la

elaboración de la aplicación web a través de sus cuatro fases: inicio,

elaboración, construcción y transición.

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 telefónico y de datos.

También atendió una falla en la sede Corpoelec específicamente en el

área de finanzas donde se dio como solución la programación y asignación

de línea telefónica, solución 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 Aplicación 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,

también se realizó configuraciones DHCL con IP Estática y DNS para

sustituir la dirección IP del servidor e incluirla en el perfil de navegación de

todos los usuarios de la empresa Corpoelec-Guárico, para que puedan

acceder de forma más cómoda a la aplicación 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. Configuración de Conexiones.

24

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

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

(situación 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 paréntesis 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 Número 1:

Describe la ubicación física de cada uno de los equipos ubicados en el

Rack Numero 1 de la Sala de Telefonía.

Esquema Número 2:

Describe la ubicación física de cada uno de los equipos ubicados en el

Rack Numero 2 de la Sala de Telefonía.

26

Gracias a este esquema se facilitara la detección de posibles fallas a nivel

de equipos ya que se podrá ubicar de fácil manera la ubicación y función 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 numeración son del tipo entero.

Campos que ameriten letras son del tipo texto.

Campos que ameriten contraseñas 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 diseño de Interface Gráfica, primera parte, se realizó un estudio

evaluativo de la estructura visual de CORPOELEC en el cual se logró

determinar que los colores más utilizados en la empresa son:

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

Lo cual la interface gráfica a diseñar deberá llevar no más de los 5 colores

ya mencionados, no obstante, a esto Corpoelec maneja un estándar de

visualización en cuanto al tamaño y estilo de letras, los cuales son:

Fuente: Arial, Tamaño 12.

Por lo que la Interface gráfica también deberá adaptarse a este tipo de

letra y tamaño, además 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 gráfica 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 parámetros los cuales son:

Tamaño 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 deberán exceder del 100%. Estas reglas permitirán visualizar

el programa siempre acorde al tamaño de la resolución del computador y

monitor a utilizar, también de los navegadores.

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

Continuando con el diseño de Interface Gráfica, segunda parte, muchas

aplicaciones web sobrecargan el cache de los cómputos y navegadores

causando lentitud en los mismos, por lo que se determinó que la interface

gráfica deberá tener un máximo de cache no superior a 8Mb (Mega bits),

limitando así un máximo de multimedia permitido.

Una vez definido todo el estándar a utilizar durante el diseño de la

interface gráfica de la aplicación web, se procedió a definir el tipo de diseño

de programación Top-down (de arriba-abajo) en cuanto a los Menú, Top web,

y Desplazamiento en la interface.

Para los módulos se determinó usar el tipo interface gráfica bottom-up (de

abajo-arriba) permitiendo así de visualización, es decir, a la hora de

seleccionar una opción dentro del sistema que conlleve a otro módulo este

cargara dentro de la misma página de abajo arriba, utilizando criterios de

programación es llamado empalme de caja negra, donde los enlaces no se

podrán visualizar y se cargaran de formas más rápida, dejando un registro

los datos modificados, agregados o eliminados.

29

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

Para el diseño de Interface Gráfica, tercera parte, se estableció la

programación de la interface bajo el lenguaje de programación PHP, HTML5

y estilos CSS3 con el fin de brindar mayor efecto en la visualización

solicitada, se diseñaron 3 módulos dentro de cada nivel de acceso, los

cuales son:

Gestión de Usuarios: Tiene anexado todo lo referente a usuarios,

agregar usuarios, editar, buscar y mostrar los diferentes tipos de

usuarios ya sean Administrador, Supervisor, Técnico, Usuario.

Gestión 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 envía al usuario por medio del

correo corporativo un aviso de su estatus, y al técnico de igual forma

un correo corporativo sobre las solicitudes asignadas.

Gestión 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, Teléfonos,

Redes, Radios, Energía y Estaciones de Trabajo.

Cada documento PHP, HTML, JS, CSS correspondientes a cada módulo

no se aplica a todos los niveles de acceso ya mencionados, puesto que cada

usuario tiene diferentes funciones. Cada diseño de módulos fue realizado

independiente mente sin embarco los archivos se incluyeron dentro del

sistema principal que contiene la mayor parte de la interface gráfica, dando

un efecto de mejor visualización entre ambas combinaciones.

30

Interface Gráfica:

Inicio de Sesión – Página principal: Inicio de sesión de la aplicación

web y página principal donde se aprecia el acoplo del diseño

Corpoelec y campos para autentificación de usuario y contraseña,

como se muestra en la Figura 8.

Figura 8. Inicio de Sesión (Página Principal) Fuente: Rojas, Franklin (2014)

Inicio de Sesión – Inconcluso: Interface gráfica de inicio de sesión

inconcluso es decir, cuando el usuario ha ingresado datos incorrectos

para su autentificación. (Ver Figura 9)

Figura 9. Inicio de Sesión Inconcluso (usuario y clave incorrectos).

Fuente: Rojas, Franklin (2014)

31

Recuperación de datos: Interface gráfica de recuperación de datos,

entiéndase por datos el usuario y contraseña para acceder al sistema

donde el usuario podrá colocar su ID usuario, cedula o correo

electrónico para su posible recuperación ya que de existir los datos

ingresados deberá responder una pregunta secreta. (Ver Figura 10)

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

Recuperación de datos: usuario, cédula o correos no registrado:

Si los datos ingresados no se encentra en la base de datos procederá

a mostrarle una confirmación de seguridad como lo muestra la figura

número 28, donde los datos que usuario cedula o correo no son

correctos, esta operación se hace por medio de la consulta SQL al

servidor de base de datos. (Ver Figura 11)

Figura 11. Recuperación de datos no exitosa. Fuente: Rojas, Franklin (2014)

32

Recuperación de datos: Confirmación 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 vacío donde

ingresara su respuesta secreta de seguridad para posterior mente

validar la información a nivel de sistema y de ser correcto mostrar su

usuario y contraseña en pantalla. (Ver Figura 12)

Figura 12. Validación de pregunta secreta. Fuente: Rojas, Franklin (2014)

Recuperación de datos: Operación exitosa: Interface gráfica de

recuperación de datos final, donde una vez autentificado el usuario

pregunta y respuesta secreta de forma correcta, la aplicación mostrara

en pantalla los datos el usuario solicitante. (Ver Figura 13)

Figura 13. Recuperación de datos exitosa. Fuente: Rojas, Franklin (2014)

33

Recuperación de datos: Operación no exitosa: Si el usuario no

logro autentificar la pregunta secreta de seguridad el sistema arrojara

una alerta indicándole que la respuesta secreta no coincide con la

pregunta tal y como se refleja en la Figura 14.

Figura 14. Validación 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

técnico 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 diseño fue aplicado a todos los formularios, donde

refleja campos de selección 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 gráfica es la misma, el campo

ayuda también prevalece en los formularios de la aplicación web.

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

Formulario de Imprimir: Fue diseñado con la ayuda del lenguaje de

programación JavaScript donde incorporó el código fuente en un botón

de acción dentro de un archivo php, dicho botón de acción tiene por

nombre “Imprimir” y se puede localizar en los archivos de inventario y

reportes de la aplicación 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 programación del Código Fuente, primera parte, se determinó un

estándar en la programación del código fuente los cuales son claves para la

comprensión de la programación hacia el código y poder identificar errores

futuros:

Lenguaje de programación: PHP, HTML. CSS, JS.

Tipos de variables “$” (Con nombre completo en español)

Documentación durante la programación, por medio de comentarios.

Uso de la función mysqli para consultas con base de datos.

Incluir archivo configuración, 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, deberán

ser del tipo HTML

Los archivos CSS, JS, deberán estar incluidos en una sola carpeta y

llamados a través de la codificación de programación.

Estas normas permiten que cualquier programador que realice

correcciones al mismo pueda identificar rápidamente el trabajo realizado, ya

que el código fuente para la empresa no puede estar codificado bajo el

criterio base x64 encode.

Programa de Edición:

Macromedia Dreamweaver CS6 el cual es una aplicación en programa de

estudio que está destinada a la construcción, diseño y edición de sitios,

36

vídeos y aplicaciones Web basados en estándares. Su interface gráfica 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 numeración posicional que usa 64 como base,

el cual encripta códigos fuente de programación con el fin de proteger el

mismo, forma parte como criterios de seguridad web y derechos de código

fuente, tal y como lo muestra la Figura 19.

37

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

Durante la programación del Código Fuente, segunda parte, la primera

programación realizada fue enfocada al acceso del sistema la cual se llevó a

cabo con éxito tras utilizar la variable “session_start()”, el crea una sesión o

reanuda la actual basada en un identificador de sesión mediante una petición

GET o POST, o mediante una cookie. Al iniciar sesión, para entrar al sistema

no es necesario que el usuario vuelva a iniciar sesión a menos que éste lo

allá cerrado y requiera una nueva autentificación. Se realizó consultas con la

función mysqli para comprobar el ID Usuario y Contraseña de Acceso más 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

autentificación y en estado operativo la codificación lo llevará a su área

correspondiente a través de variable header(). La comprobación del nivel de

acceso se realizó mediante la variable condicional If(), de no concordar la

autentificación del usuario, el sistema arrojara un mensaje con la variable

Alert donde se le identificara que el ID Usuario o Contraseña son incorrectos.

El Sistema fue pensado para evitar errores humanos, sobre pérdidas de

datos como el ID Usuario o Contraseña, por lo que en la programación e

38

interface gráfica de sistema se anexo recuperación de datos colocando el

correo electrónico, id usuario, cedula o rif, cabe de destacar que estos

campos son de tipo primary key donde no se podrán repetir en la base de

datos. Una vez validado que el usuario existe en la base de datos se muestra

en la interface gráfica la pregunta secreta del usuario que deberá responder

de forma correcta para mostrarle en pantalla su usuario y contraseña de

acceso, esto ocurre cuando el sistema no consigue el servidor de correo de

la intranet, de conseguirlo omitirá mostrar la contraseña y procederá enviarle

sus datos a su correo electrónico previamente registrado.

El primer módulo realizado fue el del Administrador, ya que de allí derivan

las funciones de los demás usuarios, donde el administrador contiene unos

sub módulos, llamados gestión de usuario, gestión de noticias, gestión de

inventario y gestión de solicitud un estándar de perfil llamado

administrador.php.

El perfil fue diseñado con variables de seguridad autentificación de

acceso al mismo bajo la combinación de comando isset(session_strar())

donde de existir una sesión permitirá entrar en el perfil administrador,

mientras que la condición 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 estándares de programación son válidos 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 autentificación 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 programación del Código Fuente se diseñaron

condiciones if() que determinan la autentificación de ciertas área agregando

restricciones es decir, si el nivel de acceso es igual a administrador o

supervisor o técnico o usuario, el sistema enviara (a través del método

header(Location:)) al usuario a su área correspondiente. En la extensión del

código también 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 condición encaja perfecto para

mostrar información a solo un usuario selecto.

Se realizó la programación de estructuras repetitivas (do, while y for) que

permiten la repetición de una búsqueda general hasta extraer todos los

resultados de una base de datos o hasta que la condición de repetición se

cumpla, es decir repetir la búsqueda de todos los campos de la tabla

usuarios hasta que no existan más registros. Estas estructuras repetitivas se

pueden ubicar en el código fuente de la aplicación 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. Visualización de la estructura repetitiva while. Fuente: Rojas, Franklin (2014)

Durante la programación del Código Fuente, cuarta parte, se logró

adaptar el código fuente al diseño de la aplicación web donde se creó en

laces en los menú que llevaran a áreas específicas del sistema tales como el

área de Noticias, el usuario hace clic en las opciones del menú y sub menú

este lo redirección a una nueva página donde se localiza la información

deseada. Este método de re direccionamiento web en el menú y sub menú

se agregó a todos los niveles de usuarios (Administrador, supervisor, técnico,

usuario), Cabe a destacar que el Nivel de acceso administrador fue el más

complejo de realizar ya que contiene muchos re direccionamiento para las

consultas específicas 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 Técnico: 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

Imágenes PNG,1 Imagen JPEG y 54 carpetas, Información de soporte en la

Figura 21.

Figura 21. Propiedades de la carpeta de aplicación 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 aérea Manuel

Ríos, ubicado en “El Sombrero – Estado Guárico”. La configuración 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 método 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 señal, también 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 programación del Código Fuente, parte cinco, se utilizó un

método de herencia y fue llamado a través del comando (include) php, este

método 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 mayoría de archivos php, este archivo que contiene

las variables a heredar se llama configuración.php ubicado en la carpeta

principal www de la aplicación web, estas variables son:

Usuario de la base de datos.

Contraseña de la base de datos.

Nombre de la base de datos.

Dirección del servidor Localhost.

Título del sistema.

Pie de página.

Derechos de autor.

Sintaxis de reportes de error.

Niveles de acceso, status, direcciones de imágenes y dirección del

panel de noticias.

43

En la programación del Código 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 función principal llamada “top_web” esta función en

programación php se llama iframe el cual permite simular un marco donde se

cargan todos los enlaces de la página 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 visualización 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 aplicación

web con el fin de evitar el accesos en áreas no deseadas, así como también

eludir el reflejo de la URL en el historial de navegadores web (Ver Figura 23)

Figura 23. Historial al acceder a la aplicación web.

Fuente: Historial de navegación de Google Chrome.

44

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

La instalación de la aplicación 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 Máxima 3.0Ghz

Procesado Dual Core Intel i7.

Cabe a destacar que el equipo tiene una previa instalación de un servidor

de monitoreó de red el cual no afecta para la instalación del servidor de la

aplicación web, es decir los puertos a utilizar están 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 Transmisión (TCP) y Protocolo

de Datagramas de Usuarios (UDP).

Puerto 25, Protocolo para la Transferencia Simple de Correo

Electrónico (SMTP).

Puerto 3306, Conexión local con la base de datos.

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

WampServer en su versión 2.4, bajo los paramentos de Localhost usuario

root y su clave de acceso. Ya realizada la previa instalación se procedió a

configuración correspondiente específicamente los archivos:

45

PHP: “php.ini” y Apache: “httpd.conf” ubicados en el menú principal de

WampServer.

Fuente: Servidor Localhost Wampserver Versión 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

También se habilitó la función mail agregando un correo corporativo como

base para los envíos de correo (para la recuperación de datos: usuario y

contraseña), la función se habilitó con la siguiente extensión:

Sendmail_from=correocorporativo@corpoelec.gob.ve

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

puerto asignado para la visualización web y la extensión de salida para que

los usuarios puedan conectar con la página 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 aplicación 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, tendría 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 automatización, se

procedió a elaborar un Manual de Usuario que sirva de herramienta y facilite

la comprensión del funcionamiento del sistema, así como de terminología

básica, tales como:

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

operativo, no operativo, en instalación, solucionado, no solucionado,

entre otros.

Seguimiento: Visualización del contenido dentro de sistema, sin poder

modificar o alterar.

Solicitudes: Reportes creados por el usuario, dirigido a los Técnicos

con el fin de solventar o dar mantenimientos a los equipos.

ATIT: Automatización Tecnologías de Información y

Telecomunicaciones.

OSI: Interconexión de Sistemas Abiertos.

Shester: Sala el cual llegan todo el cableado de fibra óptica, de zonas

específicas.

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 programación de

algoritmos.

While(): Es una estructura de la mayoría de los lenguajes de

programación estructurados cuyo propósito es repetir un bloque de

código mientras una condición se mantenga verdadera

PHP: Es un lenguaje de código 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 elaboración de

páginas web. Es un estándar que sirve de referencia para la

elaboración de páginas web en sus diferentes versiones, define una

estructura básica y un código (denominado código HTML) para la

definición de contenido de una página web, como texto, imágenes,

entre otros.

CSS: Se traduce como “Hojas de Estilo en cascada”. CSS es un

lenguaje que permite que en un documento separado de tus páginas

web definas el estilo. Por estilo entendemos aspecto de los enlaces,

colores, tipos de letra, fondos, etc.

JS: (JavaScript) es un lenguaje de programación interpretado, dialecto

del estándar ECMAScript. Se define como orientado a objetos, 3

basado en prototipos, imperativo, débilmente tipado y dinámico.

CONOCIMIENTOS ADQUIRIDOS DURANTE LA PRÁCTICA

PROFESIONAL

Las prácticas profesionales aportan una oportunidad para desarrollar

habilidades y actitudes para un desempeño profesional competente, entre los

conocimientos adquiridos que contribuyeron a la formación, menciono:

-Capacidad de vincular los conocimientos teóricos con la práctica profesional

mediante la detección, análisis y solución de problemas en el Área de

Telecomunicaciones tales como: programación de centrales telefónicas

(radio base y portátil) asignación de extensiones telefónicas; creación de

patch cord, UTP y fibra óptica; asistencia de instalación de equipos

repetidores Rack de equipos de redes, bancos de batería, servidores.

-Habilidades de investigación, elaboración y ejecución de proyecto asignado

AWCIS (Aplicación Web Corpoelec de Inventario y Solicitudes), que

contribuye a la automatización de los equipos tecnológicos y solicitud de

reportes para la Unidad de Telecomunicaciones de la Corporación Nacional

Eléctrica Guárico.

-Capacidad de adaptación y trabajo en equipo en el cumplimiento de las

actividades diarias competencia del Área de Telecomunicaciones tales como:

configuración de centrales telefónicas ubicadas en el Centro de Operaciones

de Redes COR localizadas en la Base Aérea “Manuel Ríos” (El Sombrero-

Edo. Guárico); reparación de inversores ubicados en las sub-estaciones

49

eléctricas de la oficina de shester del Estado Guárico; asistencia en la

construcción de la sala de shester en la Sub-estación Eléctrica de San Juan

de los Morros; reemplazo de patch cord de fibra óptica en la sala de shester

de Sub-estación Eléctrica ubicada en Zaraza.

-Además de habilidades de comunicación oral y escrita, desarrollo y

fortalecimiento de competencias, visión y valores tendientes a cumplir con la

responsabilidad profesional y social.

49

CONCLUSIÓN

Durante el desarrollo de las pasantías profesionales se percibieron, en

primer lugar, la comunicación constante entre las personas que allí laboran,

tanto dentro como fuera de la Empresa, lo que permite tener ese contacto

directo, además del excelente ambiente de trabajo, indispensable para el

seguimiento y desarrollo de las actividades asignadas y la orientación

oportuna del Supervisor.

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

situaciones, tanto específicas como generales, inherentes al Área de

Telecomunicaciones y otras áreas y se pone en práctica los conocimientos

adquiridos en el transcurso de la carrera. Esta confianza permitió una

exposición clara y concisa del proyecto asignado para contribuir en la

modernización del sistema actual.

Este diseño de aplicación 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 más práctica que el software tradicional, entre las ventajas se

mencionan:

-Compatibilidad Multiplataforma porque permite acceder a ella a través 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 técnicos con otras aplicaciones

existentes o protocolos internos.

-No se necesita conocimientos previos de informática para utilizarla, sino un

computador con un buen navegador que soporte html5.

Para desarrollar la aplicación web se tomó como punto de partida la

observación directa para el diagnóstico de las necesidades y requerimientos

del Área de Telecomunicaciones, así como la técnica 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 edición web que permite la programación del código fuente y

diseño de interface gráfica.

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 específicos en programación, estructura de redes,

diseño de software y análisis 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 más pausada

porque exige más responsabilidad y criterio propio.

Unos de los obstáculos más difíciles de afrontar fue incluir excepciones en

los 766 navegadores proxy de los trabajadores beneficiarios de la aplicación

52

web y programar el código fuente en un periodo corto de tiempo, sin

embargo, durante la implementación y período de prueba del sistema de la

aplicación web se logró un cambio provechoso y optimizado del inventario de

equipos tecnológicos y reporte de solicitudes dirigidas al Departamento, lo

que incide en el éxito en la resolución de problemas.

RECOMENDACIONES

A Corpoelec:

-Continuar con la aplicación web AWCIS (Aplicación Web Corpoelec de

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

-Seguir brindando oportunidad a los estudiantes de realizar sus pasantías

profesionales para poner en práctica 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 comunicación con el estudiante, es este uno de los aspectos más

urgentes, esto es con el fin de eliminar la incertidumbre que genera la

desinformación en aspectos relacionados a las pasantías profesionales y su

proceso de asignación.