Proyecto IV PDVSA
Proyecto IV PDVSA
Proyecto IV PDVSA
INTEGRANTES:
YESSICA GONZÁLEZ CI 17.648.108
MASLEIDYS RIJO CI. 13.000.629
DAIGLORY ALVAREZ CI. 16.494.422
LEONARDO ALGARRA C.I.14.458.060
SECCION: 331N
FASE I
1. AMBITO DE ESTUDIO
Figura No. 2
3. DIAGNOSTICO SITUACIONAL
4. PROPOSITOS DE ESTUDIO
5. JUSTIFICACION
5.1. SOCIAL
La automatización de la información de la Fuerza Laboral de la Gerencia
de PCP, aportaría importantes beneficios para los diferentes actores que
hacen vida dentro de esta organización. En primer lugar el contar con una
herramienta automatizada, facilitaría la administración del personal, lo cual se
revertiría en más eficiencia de los analistas de Control de Gestión de la
Gerencia de PCP, esto a su vez significaría disponer de más tiempo efectivo
para ejecutar otras tareas relevantes para el desenvolvimiento de sus
funciones.
5.2. LEGAL
Decreto N° 3.390
Este Decreto de fecha 23 de diciembre de 2004, publicado en Gaceta
Oficial N° 38.095 el 28 de diciembre del mismo año, dispone en su
primer artículo que: "La Administración Pública Nacional empleará
prioritariamente Software Libre desarrollado con estándares abiertos, en
sus sistemas, proyectos y servicios informáticos. A tales fines, todos los
órganos y entes de la Administración Pública Nacional iniciarán los
procesos de migración gradual y progresiva de éstos hacia el Software
Libre desarrollado con Estándares Abiertos.
Decreto N° 825
Decreto que normaliza el acceso y uso de Internet como política
prioritaria para el desarrollo cultural, económico, social y político de la
República Bolivariana de Venezuela.
5.3. TÉCNICO
FASE II
FUNDAMENTACIÓN TEÓRICA
FASE II
FUNDAMENTACIÓN TEÓRICA
1. ANTECEDENTES
2. BASES TEÓRICAS
Para Arias (2010), son aquellas que indican que están formadas por un
conjunto de conceptos y proposiciones que constituyen un punto de vista o
enfoque determinado, dirigido a explicar el fenómeno o problema planteado,
que formaran las columnas principales de la investigación en beneficio del
desarrollo de la misma.
Mientras que Bavaresco (2012) parte de la definición que las bases
teóricas son aquellas que tienen que ver con las teorías que brindan al
investigador el apoyo inicial dentro del conocimiento del objeto de estudio, es
decir, cada problema posee algún referente teórico, lo que indica, que el
investigador no puede hacer abstracción por el desconocimiento.
Por ello se determina que las bases teóricas son aquellas que permiten
desarrollar los aspectos conceptuales del tema objeto de estudio. Es evidente
entonces, la revisión necesaria de teorías, paradigmas, estudios, entre otros,
vinculados al tema para posteriormente construir una posición frente a la
problemática que se pretende abordar.
Almeida (2014) define las aplicaciones web como aquellas que reciben
este nombre porque se ejecutan en el internet. Es decir que los datos o los
archivos en los que trabajas son procesados y almacenados dentro de la web.
Estas aplicaciones, por lo general, no necesitan ser instaladas en tu
computador.
- VENTAJAS
2.2.1. PHP 5
- Mejoras de rendimiento.
- Manejo de excepciones.
2.2.2. SYMFONY
2.2.4 POSTGRESQL
2.3. GESTIÓN
- Directivos
- Personal Administrativo
3. BASE DE DATOS
Según Kendall y Kendall (2007), una base de datos es una fuente central
de datos que está pensada para que sea compartida por muchos usuarios con
una diversidad de aplicaciones, proveyendo una integridad a los datos que
permite que los cambios a los mismos sean más confiables y fáciles.
Con base en lo expuesto por estos autores, este grupo considera que una
base de datos es básicamente un sistema para llevar registros, es decir, es un
sistema cuya finalidad general es almacenar información y permitir a los
usuarios recuperar y autorizar peticiones de información.
FASE III
METODOLOGÍA
FASE III
METODOLOGÍA
1. PARADIGMA DE INVESTIGACIÓN.
A partir del marco referencial anterior, se puede afirmar que este proyecto
se enfoca en una investigación de acción participativa, la razón de esta postura
se debe a que este estudio ofrece una solución a un problema cotidiano y
práctico dentro de la Gerencia de PCP de PDVSA Occidente, adicionalmente,
el equipo investigador interactúa con dicha problemática, lo cual irá
construyendo el conocimiento que, eventualmente, fungirá como respuesta al
inconveniente de la mencionada institución.
Nótese que las técnicas son diversas y no son excluyentes entre sí, lo que
abre un abanico de posibilidades para su elección, dependiendo de los
objetivos planteados y el contexto de estudio. Según Hurtado (2015) las
técnicas tienen que ver con los procedimientos utilizados para la recolección de
los datos, es decir, responden al cómo de la investigación; por su parte, Arias
(2012) dice que se entiende por técnica de investigación, el procedimiento o
forma particular de obtener datos o información.
Por otro lado, los instrumentos, entendidos como los medios materiales
que se emplearon para recoger y almacenar la información, se componen de
un diario de campo para registrar aspectos que el equipo consideró pertinente y
en relación con el número de participantes, la edad, el cargo, el perfil, y demás
datos relativos a los empleados de la institución. También se hizo uso de la
guía de entrevista, en la cual se señalan los temas o preguntas que se realizan,
dejando la posibilidad de reestructurarla de acuerdo con el avance de la
entrevista.
HISTORIAS DE USUARIO:
ITERACIONES:
FASE II – DISEÑO
DISEÑOS SIMPLES:
Simplicidad
Un diseño simple se implementa más rápidamente que uno complejo.
Por ello XP propone implementar el diseño más simple posible que funcione.
Soluciones “spike”
Cuando aparecen problemas técnicos, o cuando es difícil de estimar el
tiempo para implementar una historia de usuario, pueden utilizarse pequeños
programas de prueba, para explorar diferentes soluciones.
REFACTORIZAR:
FASE IV – PRUEBAS
Se deben crear las aplicaciones que realizarán los test con un entorno
de desarrollo específico para test.
Hay que someter a test las distintas clases del sistema omitiendo los
métodos más triviales.
Se deben crear los test que pasarán los códigos antes de
implementarlos.
Un punto importante es crear test que no tengan ninguna dependencia
del código que en un futuro evaluará.
Como se comentó anteriormente los distintos test se deben subir al
repositorio de código acompañados del código que verifican.
Test de aceptación. Los test mencionados anteriormente sirven para
evaluar las distintas tareas en las que ha sido dividida una historia de
usuario.
3. PLAN DE ACTIVIDADES
Computador,
PHP 5
FASE III 3. Crear la aplicación en 23/01/2017
(framework
base al diseño lógico ya 3.1 Codificación de la aplicación web, Al 8
Symfony)
Codificación planteado, e Implantar la siguiendo los parámetros del cliente. 19/03/2017 Semanas
javascript
aplicación..
(Framework
Extjs)
TRANSFORMACIÓN SOCIAL
FASE IV
TRANSFORMACIÓN SOCIAL
Por medio de esta fase se observó el proceso que lleva a cabo la Gerencia de
Planificación, Control y Gestión PCP COCCL (División Costa Occidental del Lago)
PDVSA para mantener actualizada la data referente a la formación profesional de su
personal mediante cursos y/o adiestramientos, y tener un control del mismo.
1. ANALIZAR EL PROCESO DE CONTROL DE LA INFORMACIÓN DE LA
FORMACIÓN PROFESIONAL CORRESPONDIENTE A CADA EMPLEADO
ADSCRITO A LA GERENCIA.
Tabla No. 3
Historia de Usuario.
Tabla 5
Historia de Usuario.
FASE II – DISEÑO
PDVSA, al ser una entidad pública, debe cumplir con el decreto 3390, que reza lo
siguiente: “La Administración Pública Nacional empleará prioritariamente Software
Libre desarrollado con Estándares Abiertos, en sus sistemas, proyectos y servicios
informáticos. A tales fines, todos los órganos y entes de la Administración Pública
Nacional iniciarán los procesos de migración gradual y progresiva de éstos hacia el
Software Libre desarrollado con Estándares Abiertos.” En base a este decreto se
procedió a determinar que el equipo investigador debía crear la aplicación web usando
framework Symfony, que está basado completamente en PHP 5.3, y PostgreSQL como
gestor de base de datos, ambos son compatibles con plataformas Unix y Linux, que
son de código abierto.
CASOS DE USO
La técnica de casos de uso es muy práctica para definir los requisitos
principales de la aplicación Web. Este proporciona uno o más escenarios que
indica como debería interactuar el sistema con el usuario para conseguir un
objetivo específico. (Ver figuras No. 3, 4 y 5)
Figura No. 3
Casos de usos aplicación Web
Figura No. 5
Casos de usos aplicación Web
Figura No. 6
Diagrama Entidad-Relación
1:N
INGRESA PERTENECE AREAS DE CONOCIMIENTO
1:1
1:1
APLICACION 1:N
GERENCIA POSEE NEGOCIOS
1:N
TIENE
PROCESOS
1:1
MUESTRA
1:N
MENU MODULOS
Figura No. 7
Pantalla de inicio de sesión
Esta fase consiste en describir la aplicación desde el diseño lógico planteado con
base a los requerimientos de los usuarios finales.
--
-- PostgreSQL database dump
--
SET statement_timeout = 0;
SET lock_timeout = 0;
SET client_encoding = 'UTF8';
SET standard_conforming_strings = on;
SET check_function_bodies = false;
SET client_min_messages = warning;
--
-- Name: plpgsql; Type: EXTENSION; Schema: -; Owner:
--
--
-- Name: EXTENSION plpgsql; Type: COMMENT; Schema: -; Owner:
--
--
-- Name: j001t_usuario; Type: TABLE; Schema: public; Owner: postgres;
Tablespace:
--
--
-- Name: j001t_usuario_co_usuario_seq; Type: SEQUENCE; Schema: public; Owner:
postgres
--
--
-- Name: j001t_usuario_co_usuario_seq; Type: SEQUENCE OWNED BY; Schema:
public; Owner: postgres
--
--
-- Name: j002t_persona; Type: TABLE; Schema: public; Owner: postgres;
Tablespace:
--
--
-- Name: j002t_persona_co_persona_seq; Type: SEQUENCE; Schema: public; Owner:
postgres
--
--
-- Name: j002t_persona_co_persona_seq; Type: SEQUENCE OWNED BY; Schema:
public; Owner: postgres
--
--
-- Name: j003t_rol; Type: TABLE; Schema: public; Owner: postgres; Tablespace:
--
--
-- Name: j003t_rol_co_rol_seq; Type: SEQUENCE; Schema: public; Owner: postgres
--
--
-- Name: j003t_rol_co_rol_seq; Type: SEQUENCE OWNED BY; Schema: public; Owner:
postgres
--
--
-- Name: j004t_menu; Type: TABLE; Schema: public; Owner: postgres; Tablespace:
--
Figura No. 10
Para esta fase se implementa es el uso de tests, que son pruebas que se deben
hacer al proyecto, y así comprobar el funcionamiento de los códigos que se han estado
implementando.
Estas pruebas son las que se aplican a cada modulo por individual para lograr que
cada uno funcione en forma optima y que a su vez se corrijan los errores que pudieron
no verse durante su elaboración, logrando así que mediante las pruebas sean
corregidos y se permita una mejor unificación de los mismos.
Paso3.- Luego que el equipo esté listo se deben instalar los siguientes paquetes: apt
update, apt install apache2, php5, php5-pgsql, postgresql.
Paso 4.- Después de tener el paquete instalado se copia la carpeta DNF y symfony-
1.2.12 del CD en la carpeta /var/www/ con los siguientes comandos cp
-R/media/cdrom/dnf//var/www/ y cp -R /media/cdrom/symfony-1.2.12/ /var/www/ y con
permisos para escribir con los comandos hmod -R +W /var/www/dnf/ y chmod -R +W
/var/www/symfony-1.2.12/.
Paso 7.- Luego de entrar en la consola ejecutar el siguiente comando para crear la
base de datos (CREATE DATABASE dnf;), Luego salir de la consola postgre con (\q),
seguidamente Copiar el archivo .dump desde el cd en el equipo en la siguiente ruta
/var/lib/postgres, después posicionarse en la ruta mencionada (cd /var/lib/postgres)
luego ejecutar el siguiente comando: psql –d dnf –f dnf.dump. Con esto ya está creada
la base de datos, después de esto, verificar que direccion IP tiene el servidor, y abrir el
navegador.