-
Universidad Nacional Abierta Vice Rectorado Acadmico
Area de Ingeniera Carrera Ingeniera de Sistemas
AUTORA:TSU ARIS MATEO DESARROLLO DE UN PROTOTIPO WEB, DE LA GESTION
DEL PRESUPUESTO DE OPERACIONES, PARA LA GERENCIA DE AUTOMATIZACION, INFORMATICA Y TELECOMUNICACIONES (AIT), PDVSA-MONAGAS
Trabajo Especial de Grado presentado como requisito parcial para optar al Ttulo de Ingeniera de Sistemas
TUTOR ACADEMICO: Ing. Juana Prez UNA Monagas TUTOR EMPRESARIAL: Ing Carmen. Arias PDVSA Monagas
Maturn, Junio del 2005
-
INDICE GENERAL pp.
DEDICATORIA. ii
AGRADECIMIENTOS. iii
INDICE GENERAL.. iv
LISTADO DE GRAFICOS.. vi
LISTADO DE CUADROS.. vii
RESUMEN ix
INTRODUCCION 1
CAPITULO I ASPECTOS GENERALES
Antecedentes del Problema... 4
El Problema, Justificacin e Importancia.. 6
Posibles Alternativas de Solucin.. 8
Alternativa seleccionada.. 8
Objetivos: General 9
Especficos. 9
Recursos: Humanos 9
Institucionales y Financieros..10
Alcance..10
Delimitacin..11
Areas del conocimiento que abarca el proyecto..11
Limitaciones..12
CAPITULO II MARCO TEORICO
Resea Histrica de la Gerencia de AIT..13
Misin.14
Visin..15
Premisas de Diseo y Funcionamiento.15
-
Organigrama de la Gerencia de AIT.16
Proceso de la Gestin del Presupuesto de la Gerencia de AIT...16
Trminos Bsicos.21
CAPITULO III MARCO METODOLGICO
Diseo Metodolgico...41
Poblacin y Muestra.47
Recursos48
Metodologa para el Desarrollo del Sistemas..49
CAPITULO IV DESARROLLO DE LA SOLUCION Anlisis de la informacin actual de la gestin del Presupuesto..54
Costos....58
Beneficios......60
Diseo de Base de Datos.......64
Diseo del prototipo del Sistema de Gestin de Presupuesto
utilizando tcnicas orientadas a objeto bajo el enfoque UML...71
Desarrollar prototipo del Sistema de Gestin del
Presupuesto de Operaciones en la WEB...143
Realizar pruebas al Sistema de Gestin de Presupuesto...143
Implantar el Sistema de Gestin de Presupuesto.150
CONCLUSION Y RECOMENDACIONES..152
REFERENCIAS BIBLIOGRAFICAS154
ANEXOS
Anexo A: Pantallas del Prototipo.158
Anexo B: Manual del Sistema y Manual del Usuario166
Anexo C: Lineamientos Generales 2005.......207
Anexo D: Base Cero de un Centro de Costo en Excel214
Anexo E: Presupuesto Aprobado 2005..216
-
LISTA DE GRAFICOS
GRAFICO pp. 1: Organigrama Estructura AIT PDVSA Monagas ... 16
2: Proceso Formulacin del Presupuesto ..... 19
3: Proceso Seguimiento y Control del Presupuesto..... 19
4: Flujo de la Informacin Financiera ..... 24 5: Diseo Top-Down del Sistema ... 58
6: Cantidad de memoria ocupada por archivos Base Cero 2004
en Excel ... 64
7: Relaciones de las tablas Base de Datos BDPresupuesto... 71
8: Diagrama de Delimitacin del Sistema .. 82 9: Diagrama de Casos de Uso . 83 10: Diagrama de Secuencia Crear Base Cero del Caso de Uso
Registrar Base Cero (Pruebas).... 145
-
LISTA DE CUADROS
CUADRO: pp. 1: Costo de Personal ... 60
2: Costos de operacin ... 61
3: Comparacin costo-beneficio. 63
4: Base de Datos BDPresupuesto. 65
5: Base de Datos BDPresupuesto. Tabla 1 Base Cero .. 66 6: Base de Datos BDPresupuesto. Tabla 1 - Almacenamiento Requerido.. 67
7: Base de Datos BDPresupuesto. Tabla 1 Almacenamiento
Crecimiento Estimado.. 67
8: Base de Datos BDPresupuesto. Tabla 2 Centro_Costo. 68
9: Base de Datos BDPresupuesto. Tabla 2 Almacenamiento Requerido. 68
10: Base de Datos BDPresupuesto. Tabla 2 Almacenamiento
Crecimiento Estimado... 68
11: Base de Datos BDPresupuesto. Tabla 3 Clase_Costo.. 69
12: Base de Datos BDPresupuesto. Tabla 3 Almacenamiento Requerido. 69
13: Base de Datos BDPresupuesto. Tabla 3 Almacenamiento
Crecimiento Estimado... 69
14: Base de Datos BDPresupuesto. Tabla 4 Usuarios. 70
15: Base de Datos BDPresupuesto. Tabla 4 Almacenamiento Requerido. 70
16: Base de Datos BDPresupuesto. Tabla 4 Almacenamiento
Crecimiento Estimado... 70
Requisitos:
17: Actores: Usuario.. 73 18: Actores: Base de Datos Base Cero . 73
-
19: Base de Datos Usuarios. 73 20: Rol 1: Administrador del Sistema. 74
21: Rol 2: Analista de Presupuesto. 74
22: Rol 3: Gerente de AIT.. 74
23: Casos de Uso: Validar Usuario.. 75
24: Casos de Uso: Mostrar Men Principal 75
25: Casos de Uso: Registrar Usuario.. 76
26: Casos de Uso: Registrar Base Cero. 78
Anlisis:
27: Casos de Uso: Validar Usuario. 84
28: Casos de Uso: Mostrar Men Principal 85
29: Casos de Uso: Registrar Usuario. 86
30: Casos de Uso: Registrar Base Cero 90
-
Universidad Nacional Abierta Ingeniera de Sistemas
Trabajo de Grado
AUTORA: Aris Mateo C.I.: V - 9.587.458 ASESORES: TUTOR ACADEMICO: Ing J Prez UNA Centro Local Monagas TUTOR EMPRESARIAL: Ing C.Arias PDVSA (Monagas)
RESUMEN
El presente trabajo de grado tiene como objeto el desarrollo de un prototipo Web, de la Gestin del Presupuesto de Operaciones, especficamente el mdulo de Formulacin, para la Gerencia de Automatizacin, Informtica y Telecomunicaciones (AIT) PDVSA-MONAGAS. Para su desarrollo se tom en referencia la Metodologa Holstica. La investigacin se plante como un estudio de campo tipo descriptivo y enmarcado dentro de la modalidad de proyecto factible, para ello se tomaron como muestra un estrato poblacional integrado por analistas de la gestin de presupuesto de operaciones. Para la recoleccin de informacin se utiliz la entrevistas directas a la muestra y la revisin documental sobre el proceso actual no automatizado, los cuales se procesaron en forma manual y de su anlisis e interpretacin se establecieron cuatro Captulos que corresponden a los siguientes: Captulo I: Aspectos Generales, Captulo II: Marco Terico, Captulo III: Marco Metodolgico y el Captulo IV: Desarrollo de la Solucin. Se utiliz la Metodologa OMT y parte de la Notacin UML, para realizar el anlisis y diseo orientado a objeto, para facilitar la codificacin en cualquier lenguaje de programacin, en este caso, la combinacin de HTML y ASP, logrando como resultado general de este proyecto, el desarrollo del prototipo en la WEB del mdulo de Formulacin de Presupuesto para la Gerencia de AIT PDVSA Monagas. Palabras claves: Prototipo, Presupuesto, Formulacin, Base Cero, Centro de Costo, Clase de Costos, Notacin UML, Casos de Usos, Diagramas de Clase, Diagramas de Secuencias.
-
INTRODUCCION
Petrleos de Venezuela, S.A. es una empresa propiedad del estado
venezolano cuyas operaciones se basan en la extraccin, tratamiento,
refinacin, transformacin y comercializacin de diversos tipos de crudos,
gas y dems derivados. La magnitud de operaciones, as como los alcances
dentro del comercio nacional e internacional la colocan como la empresa
nmero uno del pas y dentro de las diez primeras a nivel mundial, centrada
en los segmentos de mercado importante como: petrleo y gas,
telecomunicaciones, utilitarios, finanzas, transporte y el sector pblico, entre
otros. Las actividades rutinarias, generalmente estn soportadas en
plataformas tecnolgicas, las cuales requieren de constantes modificaciones
que logren fines especficos como brindar la rapidez y eficacia exigida por
las operaciones de la empresa. Los grandes archivos que se utilizaban para
almacenar la informacin y documentacin que se generaban manualmente
fueron reemplazados por la automatizacin, a nivel macro, de los procesos,
esto implic la implantacin de redes, diversidad de Software (de acuerdo a
las exigencias de cada Gerencia), aplicaciones con caractersticas
multiusuarios, interconexin entre sistemas, y dems facilidades tecnolgicas
constituyen en la actualidad uno de los pilares fundamentales de las
operaciones de la Corporacin.
PDVSA, cuenta con un proceso presupuestario que representa la
programacin continua y detallada de las actividades necesarias a realizar
durante un perodo determinado, expresadas en trminos monetarios, para
lograr las metas corporativas, y proporcionar la informacin necesaria para
evaluar medir y controlar los resultados, dada la ejecucin de los
-
presupuestos sometidos y aprobados por la Directiva de PDVSA, basados
en sostener e incrementar la contribucin econmica del pas a travs del
desarrollo de los recursos de Petrleo y Gas haciendo nfasis en la
Responsabilidad Social alineada con el Plan Nacional de Desarrollo Social,
formacin de Capital Nacional y Seguridad, Higiene y Ambiente..
Mediante este Trabajo de Grado, se propone desarrollar un prototipo
Web, para apoyar la Gestin del Presupuesto, tomando en cuenta la
plataforma tecnolgica de la que dispone la empresa, el enfoque actual para
desarrollar sistemas Orientados a Objetos y bajo el sistema operativo
Windows o similares.
Lo anteriormente descrito motiv la realizacin de la investigacin
descriptiva modalidad proyecto factible, para ello se estudi la muestra en la
Unidad de la Gestin de Presupuesto y la Unidad de Informtica de la
Gerencia de AIT (Automatizacin, Informtica y Telecomunicaciones) de
PDVSA Monagas, mediante una entrevista tipo personal para formular la
propuesta.
Este trabajo presenta una estructura de cinco (5) captulos: el Primer
Captulo, Aspectos Generales, que consta del Antecedentes del Problema,
Problema Justificacin e Importancia, Posibles Alternativas de Solucin,
Alternativa Seleccionada, Objetivos (General y Especficos), Recursos
Institucionales y Financieros), Alcance, Delimitacin, Areas de Conocimiento
y Limitaciones. El Segundo Captulo, Marco Terico, est compuesto por la
Resea Histrica de Gerencia de AIT, Objetivos Estratgicos, Misin, Visin,
-
Premisas de Diseo y Funcionamiento, Organigrama, Proceso de la gestin
del Presupuesto y Definicin de Trminos Bsicos.
El Tercer Captulo, Marco Metodolgico, estructurado por Diseo
Metodolgico, Tipo de Investigacin, Tcnicas e Instrumentos para la
Recoleccin de Dato, Poblacin, Muestra, Recursos (Humanos,
Institucionales y Financieros), y Metodologa para el Desarrollo del Sistema y
el Cuarto Capitulo, Desarrollo de la Solucin, el cual est estructurado de la
siguiente forma: Anlisis de la informacin actual de la gestin del
Presupuesto, Proceso del Sistema a Construir, Costos, Beneficios, Diseo de
la Base de datos, Diseo del prototipo del Sistema de Gestin de
Presupuesto utilizando tcnicas orientadas a objeto bajo el enfoque UML. Por
ltimo, se incluye la seccin de Anexos que contempla pantallas del Prototipo
del Sistema de Gestin del Presupuesto, Lineamientos Generales 2005 y
Presentacin de Formulacin del Presupuesto 2005.
-
CAPITULO I ASPECTOS GENERALES
Antecedentes del Problema Petrleos de Venezuela, S.A. es una empresa propiedad del estado venezolano cuyas operaciones se basan en la extraccin, tratamiento,
refinacin, transformacin y comercializacin de diversos tipos de crudos,
gas y dems derivados. La magnitud de operaciones, as como los alcances
dentro del comercio nacional e internacional la colocan como la empresa
nmero uno del pas y dentro de las diez primeras a nivel mundial.
La administracin del tiempo y la agilizacin de las actividades
empresariales representan la optimizacin de los procesos, recursos
humanos y de costos en la actualidad, razn por el cual la rapidez con que se
realicen las actividades rutinarias y que generalmente estn soportadas en
plataformas tecnolgicas las cuales requieren de constantes modificaciones
que logren fines especficos como brindar la rapidez y eficacia exigida por
los usuarios y por la empresa. Los grandes archivos que se utilizaban para
almacenar la informacin y documentacin que se generaban manualmente
fueron reemplazados por la automatizacin, a nivel macro, de los procesos.
Esto implic la implantacin de redes, diversidad de Software (de acuerdo a
las exigencias de cada Gerencia), aplicaciones con caractersticas
multiusuarios, interconexin entre diversas aplicaciones, y dems facilidades
tecnolgicas constituyen en la actualidad uno de los pilares fundamentales
de las operaciones de esta empresa.
-
En PDVSA se manejan dos tipos de presupuestos: Operaciones
(Gastos) e Inversiones, los cuales son llevados por fases:
1. Formulacin y Planificacin,
2. Aprobacin
3. Ingresar presupuesto aprobado en el Sistema SAP
4. Seguimiento y Control
5. Cierre Fin de Ao.
Cada Gerencia lleva de forma manual, en la mayora de los casos en
archivos realizados con las herramientas Hoja de clculo Excel y Power
Point, para las fases 1,2,4 y 5.
La Formulacin y planificacin se hace en un formato llamado Base
Cero realizado en Excel, donde se calcula por actividad el desembolso por
mes y el monto total del presupuesto del ao siguiente, tomando en cuenta
lineamientos emitidos por la Directiva de PDVSA y el Ministerio de Finanzas
(Variables Macroeconmicas: Inflacin y Paridad).
La Aprobacin, mediante la preparacin de una presentacin en
Power Point, se indica el monto calculado en la Formulacin, con detalles,
explicacin y justificacin para someter y/o solicitar ante la Gerencia de
Planificacin, Presupuesto y Gestin de cada localidad la correspondiente
asignacin y aprobacin del monto presupuestario.
Una vez asignado el monto aprobado, se procede a ingresarlo en el
Sistema SAP (Software empresarial que permite la ejecucin de la mayora
-
de los procesos de apoyo y algunos procesos bsicos, en un ambiente
integrado, con datos nicos actualizados en tiempo real), el cual permite
planificar el presupuesto aprobado por cada Centro de Costo y/u Orden
Interna.
En el ao para el cual se inicia la ejecucin del presupuesto aprobado,
se realiza el Seguimiento y Control a travs del Sistema SAP, por medio del
monitoreo y emisin de reportes de la ejecucin diaria y/o mensual, para
realizar en formatos Excel y/o Power Point, las explicaciones de los
resultados de la ejecucin mensual a cada Centro de Costo y/u Ordenes
Internas, informacin requerida por la Gerencia de AIT y la Gerencia de
Planificacin, Presupuesto y Gestin. Con el seguimiento y control se alerta a
los supervisores responsables de cada Centro de Costo y/u Orden Interna,
para someter la Mejor Visin (proyeccin fin de ao) por aumento o
disminucin del presupuesto, la cual una vez aprobada en evento de
Revisin, se replanificar en el Sistema SAP.
Al finalizar el ao del presupuesto aprobado, cada Gerencia y la
Gerencia de Planificacin, Presupuesto y Gestin, solicitan las explicaciones
del Cierre del Presupuesto, en formatos en Excel o Power Point .
El Problema, Justificacin e Importancia
La diversidad de formatos en las fases 1,2,4 y 5 (indicadas en el
Antecedente), de la gestin del presupuesto se encuentra almacenada en
archivos fsicos donde no se lleva un control efectivo, ocasionando un gran
porcentaje de riesgo de perder los datos, duplicidad de esfuerzo, generando
-
demoras y retrasos en la entrega de la informacin oportuna sobre
presupuesto, a los supervisores y Gerente de la AIT y la Gerencia de
Planificacin, Presupuesto y Gestin.
Por tal motivo, se hace necesario el desarrollo e implantacin de una
aplicacin, para automatizar la Gestin del Presupuesto de la Gerencia de
AIT, con la finalidad de optimizar el tiempo y la eficacia en el manejo de la
informacin.
Con la implementacin de nueva tecnologa como producto del
desarrollo del prototipo dar inicio a la creacin de una aplicacin que
unifique los procesos actuales (Formulacin y Seguimiento y Control), que
sea amplio en nuevas utilidades requeridas por los usuarios, adems de ser
de fcil acceso y ofrecer ms interaccin a los mismos al momento de
obtener la informacin, bien sea a travs del despliegue de datos por medio
de reportes y grficas.
Para llevar a cabo la nueva aplicacin, se aprovecharn los recursos
tecnolgicos con que cuenta actualmente la empresa, facilitar el manejo de
los datos en tiempo oportuno y compartido, as como tambin, permitir al
usuario obtener la informacin requerida, desde un sistema que integre las
actividades de la formulacin, seguimiento y control del Presupuesto. Todo
esto permitir mantener a un usuario interesado e integrado con los procesos
y avances de los mismos, en menor tiempo y costo, dando ganancia al
fortalecimiento de los procesos automatizados de la Gerencia de AIT.
Esto mediante una interfaz grfica que trabaje en Windows a fin de
agilizar los procesos permitiendo que el manejo del sistema proporcione
-
mayor interaccin con sus usuarios. Adems de la integracin de los
procesos, su optimizacin se propone que el producto final ofrezca
compatibilidad para trabajar con otras herramientas de la empresa que
eventualmente necesitan interrelacionarse con l, como lo es el sistema
SAP.
Posibles Alternativas de Solucin Estandarizar formatos en Excel y Power Point.
Desarrollar formatos en Excel y Power Point y vincularlos a travs de una
pgina Web.
Desarrollar un prototipo en la Web, para la Gestin del Presupuesto
Alternativa seleccionada:
Se selecciona la alternativa Desarrollar un prototipo en la Web, para
la Gestin del Presupuesto, la cual surge como sugerencia del Gerente de
AIT, para evitar y minimizar la alteracin de los formatos en Excel y Power
Point, de lo cual se determina el enunciado holoprxico de la siguiente
manera:
Qu recursos tecnolgicos se requieren para desarrollar un prototipo
en la Web?
Cmo adaptar el proceso de la Gestin del Presupuesto a una
aplicacin en la Web?
-
Cmo adaptar el formato Base Cero actual en Excel, a una aplicacin
en la Web?
Objetivos Objetivo General Desarrollar un prototipo Web, de la Gestin del Presupuesto de Operaciones, para la Gerencia de Automatizacin, Informtica y
Telecomunicaciones (AIT), PDVSA-MONAGAS
Objetivos Especficos
1. Analizar la informacin actual de la Gestin del Presupuesto, en la
Gerencia de AIT PDVSA-MONAGAS.
2. Especificar los requerimientos del sistema a desarrollar.
3. Disear modelo lgico de la base de datos.
4. Disear el Sistema de Gestin del Presupuesto utilizando tcnicas
Orientada a Objeto bajo el enfoque UML.
5. Desarrollar prototipo del Sistema de Gestin de Presupuesto de
Operaciones en la Web.
-
6. Realizar pruebas al Sistema de Gestin de Presupuesto.
7. Implantar el Sistema de Gestin de Presupuesto.
8. Elaborar Manual del Sistema y Manual del Usuario
Recursos Recursos Humanos - Asesor Acadmico
- Asesor Empresarial
- Dos (2) Ingenieros de Sistemas de AIT Monagas
- Un (1) Tcnico en Informtica - Programador
- Analistas de la Gestin del Presupuesto en la Gerencia de AIT Recursos Institucionales y Financieros Para el desarrollo del siguiente Proyecto, dadas las caractersticas especiales del medio ambiente relacionado con el proyecto a desarrollar
tales como: existencia de una planta fsica con todos los servicios bsicos en
pleno funcionamiento, presencia de una Computadora Personal Pentium
Compaq con todos sus accesorios perifricos y con la capacidad suficiente
para cubrir las necesidades recursos informticos para el Proyecto a
desarrollar, se infiere que, debido a las anteriores consideraciones, no es
necesario realizar anlisis de Costo/Beneficios, con respecto al rea de
hardware, ya que los costos institucionales y financieros estn garantizados.
-
Alcance
El Trabajo de Grado contempla desarrollar un prototipo del Sistema de
Gestin del Presupuesto de Operaciones, el cual se realizar como piloto en
la Gerencia de AIT PDVSA - Monagas. Incluye el desarrollo del Mdulo para
la Formulacin y Planificacin del Presupuesto de Operaciones,
posteriormente se implantar, previa aprobacin, con el objeto fundamental
de disminuir tiempo, costos y mejorar la calidad de la informacin y acceso
directo al personal indicado en la poblacin.
Delimitacin: El proyecto se realizar en PDVSA ubicada al final de la Av. Luis Ugarte
Pelayo, Maturn Estado Monagas
Telfono (0291) 6404776, 6406776
Fax: (0291) 6404081.
Las actividades y subactividades asociadas al desarrollo del proyecto se
llevarn a cabo como piloto en la Gerencia de AIT (Automatizacin,
Informtica, Telecomunicaciones), teniendo como Tutora Empresarial a la
Ingeniera en Informtica Carmen Arias de la Unidad de Informtica (AIT).
Areas del conocimiento que abarca el proyecto
-
El trabajo se desarrollar en el rea de Informtica, el proyecto consiste en la realizacin de un conjunto de actividades relacionadas con el Anlisis,
Diseo, Programacin e Implantacin de un Sistema de Informacin
Automatizado, donde se aplicarn los conceptos, procedimientos y principios
obtenidos en las materias del Area de Sistemas, que se indican a
continuacin:
1. Anlisis y Diseo de Sistemas
2. Documentacin de Sistemas
3. Bases de Datos.
4. Pasanta
5. Tecnologa de Objetos y UML en el Anlisis y Diseo de Sistemas
6. Diseo en la Web (HTML)
7. Programacin en Lenguaje ASP.
Limitaciones
No disponer de un sistema de Gestin de Presupuesto automatizado.
El tiempo de asesora de los Ingenieros programadores de AIT Monagas
y analista de la Gestin del Presupuesto, para no interrumpir sus labores.
Falta de cursos para programar en la WEB, del tesista.
Curso de ASP, en la zona son bsicos.
El tiempo de asesora en programacin avanzada en Lenguaje ASP por
parte de un Tcnico en Informtica, limitado por sus ocupaciones.
-
CAPITULO II
MARCO TEORICO
Resea Histrica
Gerencia de AIT (Automatizacin, Informtica, Telecomunicaciones):
Organizacin por medio de la cual se asegura la ptima dotacin de la
Plataforma Tecnolgica requerida por los negocios de la Corporacin y vela
por su uso ptimo, con el fin de contribuir en la maximizacin de su
competitividad y agregacin de valor a travs de soluciones integrales de
tecnologas de Automatizacin, Informtica, y Telecomunicaciones.
Desde el mes de Enero de 2003, PDVSA pone termino a la relacin
laboral que tena con INTesa (Informtica, Negocios y Tecnologa S.A.), una
empresa trasnacional que presta servicios integrados de tecnologa de
informacin en Latinoamrica. Conformada financieramente por PDVSA
tercero privado.
Como consecuencia de los problemas polticos de Diciembre del 2002,
PDVSA da paso a cambios estructurales y jerrquicos, retomando las
actividades de informtica el 16 de enero de 2003, bajo la responsabilidad
del Departamento de Informtica, que en la nueva estructura es parte de
la Gerencia de AIT (Automatizacin, Informtica y Telecomunicaciones) a
escala nacional, en este caso la del Estado Monagas (Ver Grfico 1); es
una organizacin que maneja la plataforma computacional y
tecnolgica de la informacin de los procesos administrativos, de
produccin, refinacin y distribucin de petrleo y gas
-
de PDVSA, as como tambin, todas las labores de operacin, desarrollo,
implantacin, mantenimiento y soporte de sistemas, adems busca mantener
y mejorar los servicios que brindaba INTesa, ya que quienes forman el Dpto.
de Informtica, son parte del mismo recurso humano que laboraba para dicha
empresa.
Objetivos Estratgicos:
Establecer el plan maestro de AIT para soportar la continuidad
operacional
Establecer plan seguridad para preservar la plataforma de AIT
Elaborar un plan de adiestramiento para el mejor uso de las herramientas
de TI para los usuarios del Dtto. Norte
Incorporar procesos de Investigacin y Desarrollo en AIT
Difundir las funciones de AIT como nico proveedor de tecnologas de
automatizacin, informtica y telecomunicaciones
Contribuir e impulsar el desarrollo endgeno sustentable del Distrito
Promover sinergias con otros entes del Estado, organizaciones de AIT de
PDVSA, empresas y cooperativas
Consolidar un equipo comprometido con los valores de la nueva PDVSA y
la Nacin
Misin:
Garantizar el uso de la tecnologa de vanguardia de Automatizacin,
Informtica y Telecomunicaciones de manera eficiente y asegurar obtener su
potencialidad en el negocio de E&P alineado a los objetivos del Distrito Norte,
desarrollando soluciones que se adecuen a las necesidades; as como
-
generar sinergia con los organismos gubernamentales para apalancar el
desarrollo endgeno tecnolgico en el distrito.
Visin: Desarrollar y mantener soluciones de las reas de Automatizacin,
Informtica y Telecomunicaciones que satisfagan las necesidades del
negocio de E&P haciendo uso de tecnologa de vanguardia de manera
eficiente y obteniendo su potencialidad alineado a los objetivos del Distrito
Norte con los niveles de calidad esperados, buscando a su vez generar
sinergia con los organismos gubernamentales para apalancar el desarrollo
endgeno tecnolgico en el distrito.
Premisas de Diseo y Funcionamiento
Direccin tctica/operativa centralizada en procesos medulares /
proveedores-clientes.
Estructura organizativa matricial enfocada hacia el negocio vs. tecnologa
Procesos habilitadores funcionales en apoyo a las reas claves del
negocio del Distrito.
Estructura flexible y por procesos orientada a los requerimientos del
Distrito y a las exigencias organizacionales de E y P.
Manejo integral de su cadena de valor.
Organizacin aplanada para simplificar el Proceso de Toma de
Decisiones disminuyendo los tramos de control.
Organizacin diseada conceptualmente por procesos para poder
descentralizarse, si existen requerimientos corporativos sobre el manejo
del activo.
Personal supervisorio involucrados en los procesos y co-responsables en
los resultados.
-
Organigrama de la Gerencia de AIT Monagas
Grfico 1: Organigrama Estructura AIT PDVSA Monagas. Tomado de: Intranet Corporativa PDVSA, (ao 2004).
Proceso de la gestin del Presupuesto de la Gerencia de AIT En la Gerencia de AIT, al igual que otras Gerencias de PDVSA Monagas, se
manejan dos tipos de presupuestos: Operaciones (Gastos) e Inversiones, los
cuales son llevados por fases:
6. Formulacin y Planificacin (Ver Grfico 2),
7. Aprobacin
8. Ingresar presupuesto aprobado en el Sistema SAP
Soporte Operacional
Adm. y Mant. de Sistemas
Consultora y Gestin Tec.
Automatizacin
Servidores
Aplicaciones
Consultora y Gestin Tec.
Informtica
Transmisin
Redes
Consultora y Gestin Tec.
Infraestrutura
Telecomunicaciones
Planificacin
Presupuesto
Adm. de RRHH
Adm. de Contratos
Plan. y Gestin
Soporte en Sitio
Gestin de Activos
Manejo de Req.
Centro Integradode Aporte al Negocio
Gestin de la Plataforma Proyectos
AIT Norte
-
9. Seguimiento y Control (Ver Grfico 3)
10. Cierre Fin de Ao.
AIT lleva de forma manual, en la mayora de los casos en archivos
realizados con las herramientas Hoja de clculo Excel y Power Point, para
las fases 1,2,4 y 5.
La Formulacin y planificacin se hace en un formato llamado Base
Cero realizado en Excel, donde se calcula por actividad el desembolso por
mes y el monto total del presupuesto del ao siguiente, tomando en cuenta
lineamiento emitidos por la Directiva de PDVSA y el Ministerio de Finanzas
(Variables Macroeconmicas: Inflacin y Paridad).
La Aprobacin, mediante la preparacin de una presentacin en
Power Point, se indica el monto calculado en la Formulacin, con detalles,
explicacin y justificacin para someter y/o solicitar ante la Gerencia de
Planificacin, Presupuesto y Gestin de cada localidad la correspondiente
asignacin y aprobacin del monto presupuestario.
Una vez asignado el monto aprobado, se procede a ingresarlo en el
Sistema SAP (Software empresarial que permite la ejecucin de la mayora
de los procesos de apoyo y algunos procesos bsicos, en un ambiente
integrado, con datos nicos actualizados en tiempo real), el cual permite
planificar el presupuesto aprobado por cada Centro de Costo y/u Orden
Interna.
En el ao para el cual se inicia la ejecucin del presupuesto aprobado,
se realiza el Seguimiento y Control a travs del Sistema SAP, por medio del
monitoreo y emisin de reportes de la ejecucin diaria y/o mensual, para
-
realizar en formatos Excel y/o Power Point, las explicaciones de los
resultados de la ejecucin mensual a cada Centro de Costo y/u Ordenes
Internas, informacin requerida por la Gerencia de AIT Norte y la Gerencia de
Planificacin, Presupuesto y Gestin. Con el Seguimiento y Control se alerta
a los supervisores responsables de cada Centro de Costo y/u Orden Interna,
para someter la Mejor Visin (proyeccin fin de ao) del aumento o
disminucin presupuesto, la cual una vez aprobada en evento de Revisin
s replanificar en el Sistema SAP.
Al finalizar el ao del presupuesto aprobado, la Gerencia de AIT y la
Gerencia de Planificacin, Presupuesto y Gestin, solicitan las explicaciones
del Cierre del Presupuesto, en formatos en Excel o Power Point.
A continuacin se presenta en forma grfica, los proceso de
Formulacin de Presupuesto (alcance de este trabajo Ver Grfico 2) y el de
Seguimiento y Control de la Ejecucin del Presupuesto (Ver Grfico 3):
-
Grfico 2: Proceso Formulacin del Presupuesto. Tomado de la Gerencia de AIT PDVSA Monagas (ao 2004).
Grfico 3: Proceso Seguimiento y Control del Presupuesto. Tomado de la Gerencia de AIT PDVSA Monagas (ao 2004).
PresupuestoAprobado
SometerPresupuesto
LineamientosOficiales
PrepararBase Cero
LineamientosOficiales ao
anterior
Ajustar BaseCero PrepararPresentacin conJustificaciones eImpactos de noser aprobadoEntrega
MAYO JUNIO JULIO
Los Supervisoresde cada CECO,suministraInformacin dePersonal yActividades arealizar o preparaBase Cero
GerenciaP.PyGsuministraLineamientos
GerenciaP.PyG InformaPpto. Aprobado
AGOSTO
Carga en SAPPresupuestoAprobado
SEPTIEMBRE -DICEMBRE
Analista Ppto.Planifica enSAP Ppto.Aprobado
FORMULACION PRESUPUESTARIA PARA EL AO POR VENIR
RevisinAprobadoy carga en
SAP
Mejor VisinRendicin deCuentas 1er.
Trimestre
Rendicin deCuentas delao anterior
Acumulaciones
Ajustar BaseCero PrepararPresentacin conjustificaciones eimpactos de noser aprobadoEntrega
FEBRERO - MARZO ABRIL MAYO - JUNIO
Ejecucin yReversin deAcumulacionesPrepararpresentacinCierre del Ppto.Ao anterior(Marzo)
Presentar de laGestin delCierre 1er.Trimestre aoen curso
GerenciaP.PyG informaPpto. aprobado Carga en SAPRevisinAprobada
JULIO
ProyeccinEnero-
Diciembre
OCTUBRE-DICIEMBRE
PrepararCierrePreliminar:Proyeccin deProcuras, Serv.Contratados)
SEGUIMIENTO Y CONTROL DE LA EJECUCION PRESUPUESTARIA DEL AO EN CURSO
ENERO
Analista de Presupuesto debe monitorear diariamente el Real en SAP, alerta a los Supervisores responsables decada Centro de Costo y/u Orden Interna y realiza, si aplica, correcciones en el mes en ejecucin. Analista de Presupuesto Prepara presentaciones para informar a Supervisores, Gerencia de Presupuesto y la deAIT, los Resultados Mensuales de la Ejecucin Presupuestaria.
-
Por lo antes indicado, el evento a modificar de la Gestin del
Presupuesto, evitar los aspectos negativos que afecta el proceso de
Formulacin de Presupuesto y Seguimiento y Control del presupuesto,
especficamente el entorno informtico, tales como:
Alteracin de los datos y formatos
Medios de transporte y manipulacin de la informacin:
El base cero en Excel, ocupa mucho espaci en memoria y para
revisarlo en otras oficinas, localidades, el almacenamiento en diskettes
era casi imposible. Perdida de tiempo.
El base cero en Excel, consume mucho tiempo, enviarlo por e-mail,
por el tamao del archivo.
Adecuacin del proceso, a los nuevos enfoques tecnolgicos de la
informtica.
-
Trminos Bsicos Presupuesto en Base Cero: Tcnica presupuestaria que parte del anlisis de cada actividad en cada perodo como forma de justificar cada unidad
monetaria de gastos en funcin de los objetivos sealados. Las fases que
componen el proceso presupuestario son las siguientes: a) identificacin de
las actividades que se llevan a cabo en el seno de una organizacin; b)
evaluacin de estas actividades en funcin de su importancia respecto a los
objetivos a alcanzar; y c) valorizacin monetaria de cada actividad para
solicitar los fondos necesarios para alcanzar los objetivos.
El proceso presupuestario representa la programacin continua y detallada de las actividades necesarias a realizar durante un periodo determinado,
expresadas en trminos monetarios, para lograr las metas corporativas, y
proporciona la informacin necesaria para evaluar los resultados y la
situacin financiera proyectada, que permita tomar acciones correctivas
oportunas, en busca de la maximizacin de la rentabilidad y la creacin de
valor financiero para la empresa, dentro de mrgenes de riesgo razonable.
As mismo, esta informacin servir de base como patrn de medicin y
control de resultados, dada la ejecucin de los presupuestos sometidos y
aprobados por la Casa Matriz.
Los diferentes elementos del proceso se interrelacionan y funcionan en
armona unos con otros. En una primera fase, dicho proceso, nos indica
como se estructuran las bases del mismo (lineamientos y objetivos guas
funcionales); a continuacin, se cuantifican estas bases a travs de la
formulacin de los presupuestos y finalmente, la fase de sntesis, anlisis y
evaluacin nos permite determinar si los objetivos y metas propuestas son
econmicamente posibles, dados los resultados y posicin financiera
-
proyectada. Todo esto servir de base para definir las estrategias necesarias
en materia de planificacin de ingresos y planificacin fiscal en pro de
optimizacin de dichos ingresos y, por supuesto, de la maximizacin de tres
elementos claves: rentabilidad, flujo de caja y creacin de valor financiero.
Presupuesto de Caja: Planificacin de desembolsos de recursos
financieros en un periodo determinado dirigido a financiar gastos operativos y
programas de inversin correspondientes a la unidad de negocio Oriente.
Costo del Barril (Base para formular y aprobar presupuesto):
Costo de operacin: Esta conformado por el presupuesto de operaciones
de las unidades de explotacin ( que incluye el consumido en operaciones)
dividido entre ( la produccin Fiscalizada de Crudo Promedio por los das
transcurridos).
Costo de Produccin: Incorpora al costo de operacin y el resto de los
costos y gastos: Overhead divisional y corporativo, depreciacin, regala,
variacin de inventarios, servicios financieros y activos desincorporados.
Interrelacin de los Presupuestos y los Informes Financieros. La naturaleza de los distintos presupuestos indican el tipo de estado
financiero que ser afectado.
En el Presupuesto de Operaciones se definen los costos y gastos
necesarios para el cumplimiento de los objetivos operacionales y
volumtricos asociados a la generacin de los ingresos que se esperan
obtener durante el periodo; estos elementos nos permiten proyectar la
utilidad de la empresa como resultado de las actividades operacionales, de
-
comercializacin y financieras a ser realizadas; as como tambin determinar
la participacin de la empresa al Fisco Nacional, a travs del Impuesto de
Explotacin e Impuesto sobre la Renta.
En el Presupuesto de Inversiones se contemplan los desembolsos
necesarios para acometer las obras incluidas en el plan de negocios de la
empresa; a corto, mediano y largo plazo; la construccin de plantas e
instalaciones y la implantacin de nuevas tecnologas orientadas a mantener
la calidad de nuestros crudos y productos con el objeto de hacerlos ms
competitivos en los mercados nacionales e internacionales.
El conjunto de obras en proceso y concluidas conforman la inversin
realizada, mediante las cuales ser posible la obtencin de ingresos / utilidad
elementos claves en la medicin de rentabilidad de las inversiones.
Realizar actividades operacionales y de inversin implicara mantener un
conjunto de activos y pasivos, ( Capital de Trabajo), que garanticen/aseguren
la marcha de las operaciones. Para ello es necesario rotar los inventarios,
otorgar crditos a nuestros clientes, asumir obligaciones como consecuencia
de los compromisos con nuestros proveedores y cumplir con el marco legal
correspondiente, elementos estos que estn sometidos a cambios constantes
productos de los ajustes macroeconmicos.
En consecuencia, la realizacin de las actividades antes mencionadas
definen los requerimientos de recursos financieros (dinero /efectivo), y
apertura de crditos, que nos permitan cubrir las necesidades de compras y
contratacin de obras y servicios, ya sea en moneda local (bolvares), o
moneda extranjera, (divisas).
-
De esta forma, todas las actividades y elementos incluidas en los
presupuestos se complementan y conforman los estados financieros: el
Estado de Ganancias y Perdidas, el Balance General y el Flujo de Caja, a
travs de los cuales es posible el anlisis de los resultados y la posicin
financiera.
La interrelacin entre los distintos elementos que conforman los
presupuestos y su impacto en la obtencin de los resultados forma parte del
proceso de planificacin de ingresos y utilidades soportadas dentro de un
marco legal, especficamente el fiscal, el cual requiere, igualmente, de una
actividad de planificacin que va en lnea con el proceso descrito.
A continuacin, el flujograma de esta interrelacin (Ver Grfico 4):
E S T IM A C IO N IN G R ES O S
P R E S U P U E S T O D E C O S T O S Y G A S T O S
C O S T O O P ER A C IO N
P R O D U C C IO NR E F IN A C IO NC O M E R C IO Y S U M I.A P O Y O G E S T IO N
O T R O S C O S T Y G A S T
P R O D U C C IO NR EF IN A C IO NC O M ER C IO Y S U M I .A P O Y O G ES T IO N
IM P U ES T O E X P LO T A C
IN V E N T A R IO SC R U D O S Y P R O D U C T O S
L A B O R
D IR E C T A IN D IR E C T AB E N EF Y B IE N E S T A R
S E R V Y C O N T R A T O S
M A T E R IA L ES
C O N S U M O
O T R O S C O S T O S
C O S T O S D E P R O D U C C IO N
C O S T O S D E V E N T A (T O T A L C O S T O S Y G A S T O S )
B
+ /-v a rin v e n t
c ru d /p ro d
S A L A R IO
V A R IO S
IN V EN T A R IOM A T E R IA L E S
D
C O M P R A S
O B L IG A C IO N E S
B
A C
E N T R A D A S A C A JA
V E N T A S L O C A L E SV E N T A S E X P O R T A C
F LU JO E F E C T IV O
E N T R A D A S A C A JA
B O L IV A R E SD IV IS A S
P R E S U P U E S T O D E C A JA
S A L ID A S D E C A JA
B O L IV A R E SD IV IS A S
P R E S U P U E S T OIN V ER S IO N E S
I . S . L . R .
G A N A N C IA S YP E R D ID A S
U T IL ID A D N E T A
IN D IC A D O R ESD E G E S T IO N
I .S .L .R .
E
E
P A T R I -M O N IO
P A S IV OA C T IV O
B A LA N C EG E N ER A L
A
B
D
C U E N T A S AC O B R A R
A C T IV O F I JO
G A N A N C Y P E R D ID A S B A L A N C E G E N E R A L M O V IM . E F E C T IV O
F L U JO D E L A IN F O R M A C IO N F IN A N C IE R A
A
B
D
B
Grfico 4: Flujo de la Informacin Financiera. Tomado de la Gerencia de Planificacin, Presupuesto y Gestin PDVSA Monagas (ao 2004).
-
Planeacin Estratgica: Los administradores deben preparar planes estratgicos que establezcan los objetivos de la organizacin a largo plazo y
los medios para alcanzarlos. Las empresas que carezcan de una proteccin
competitiva sostenible no sobrevivirn durante mucho tiempo, pues debern
encontrar un segmento especfico en el mercado. Si no son
identificablemente mejores o demostrablemente ms econmicas, sus
mercados se erosionarn con el tiempo. Antes de que empiecen las
operaciones, los administradores debern decidir qu productos o servicios
debern proporcionar a cuales mercados. Tambin debern dirigir la
comercializacin y el financiamiento de estas operaciones. Adems, la
planeacin estratgica incluye el anlisis estratgico de costos el cual se
refiere al posicionamiento y a la penetracin potencial de los productos y de
los servicios en el mercado.
SAP: Sistema SAP (Sistemas, Aplicaciones y Productos). Es un sistema integrado de procesos de gestin, cuya aplicacin incorpora las mejores
prcticas de negocio, ofreciendo una combinacin de funcionalidades,
flexibilidad y tecnologa que permite a las empresas responder a los cambios
en forma dinmica y oportuna.
PDVSA y en este caso la Gerencia de AIT, utilizan el sistema SAP, para el
control y seguimiento del Presupuesto una vez aprobado el Presupuesto y
planificado en este.
La identificacin del Presupuesto de Operaciones en el sistema SAP, es a
travs de Centros de Costo que se le asignan a las Actividades especficas
de los Departamentos para que planifiquen y realicen el seguimiento y
control de su presupuesto aprobado.
-
A continuacin se indican trminos bsicos del sistema SAP, para el
seguimiento y control del Presupuesto de Operaciones:
Centro de Costos: Unidad de responsabilidad operativa/administrativa que
permite registrar, almacenar y controlar costos directos e indirectos.
Otras Caractersticas de los Centros de Costos:
1.- Estn bajo la custodia de un responsable.
2.- Permite la planificacin y control de costos.
3.- Permite actividades de control y toma de acciones correctivas.
4.- Representan el esquema organizativo.
Jerarqua de Centros de Costos: SAP permite reflejar la estructura
organizacional de la empresa en un rbol jerrquico de costos. La estructura
jerrquica nos facilita la emisin de reportes, asignaciones de costos, etc., de
uno o ms centros de costos, en base a una estructura financieramente
relevante de control de los mismos.
Las jerarquas pueden ser:
Estndar
Alternas
La jerarqua estndar: Responde a la organizacin real de trabajo y asegura
todos los costos de la organizacin.
-
Las jerarquas alternas: Responden a otras visiones del negocio y oficiales
a nivel PDVSA o particulares a nivel divisin.
Orden interna: Es el nivel operacional ms detallado de control de costos.
Se usa para planificar y controlar servicios, trabajos y/o tareas internas.
Clases de Costos: Identifican el tipo de erogacin en una determinada
transaccin del negocio; los cuales se reflejarn en un objeto de costo.
Las clases de costos pueden ser de dos tipos: primarios y secundarios
Los primarios representan las cuentas contables de CO. Toda clase de
costo debe existir como una cuenta en FI.
Los secundarios se utilizan solamente en CO para fines de asignaciones
de costos entre centros de costo u rdenes internas.
Las clases de costos primarios son un espejo o representan las cuentas
contables de ganancia y prdidas definidas en el Plan de Cuentas del Mdulo
de Finanzas (FI).
Ejemplos: 71103001 Labor Directa Nmina Mayor 71203001 Labor Indirecta Nmina Mayor 73102001 Serv. Cont/Trabajos Espec. Pozos 74110300 Materiales/Suministros Tubulares 74110090 Otros Combustibles/Lubricantes
-
Las clases de costos secundarios: Estn representados por todos los
costos resultantes del intercambio de actividades entre Centros de Costos,
siendo de uso exclusivo del Mdulo de Controlling (CO) por lo que no
requieren ser definidos en el Plan de Cuentas del Mdulo de Finanzas (FI).
Ejemplos: 9XXXXXXX Logstica de Perforacin 9XXXXXXX Compresin de Gas 9XXXXXXX Energa Elctrica 9XXXXXXX Sedan / Pick-up 9XXXXXXX Camiones/Vaccum
Un esquema simplificado nos permite visualizar como todos los elementos
financieros asociados a las actividades operacionales y de comercializacin
realizadas forma parte de un flujo total de informacin financiera, donde
todos los elementos estn estrechamente vinculados; considerando que el
cambio (movimiento/saldo) en algn elemento, imputar el resultado y/o
situacin de otro relacionado. El resultado final sern los estados financieros
bsicos, a saber:
- El Estado de Ganancias y Perdidas, que nos muestra el resultado de las
operaciones realizadas durante un periodo.
- El Balance General, que nos muestra la situacin financiera de la
Empresa, segn la composicin de sus Activos, ( cuentas por cobrar,
inventarios, activos fijos, etc. Pasivos ( cuentas por pagar, entre otros) y el
Patrimonio ( capital, reservas y ganancias retenidas, o sea el Activo menos el
Pasivo); y
-
- El flujo de caja, donde podemos analizar la capacidad que tiene la
Empresa para generar efectivo.
Dichos estados financieros deben ser preparados y presentados de acuerdo
a los Principios de Contabilidad de Aceptacin General en Venezuela.
Qu es un Prototipo?
Es un modelo a escala o facsmil de lo real, pero no tan funcional para que
equivalga a un producto final, ya que no lleva a cabo la totalidad de las
funciones necesarias del sistema final. Proporcionando una retroalimentacin
temprana por parte de los usuarios acerca del Sistema.
Importancia de Definir su Objetivo
Siempre se debe establecer cual es su objetivo, ya que un prototipo puede
ser til en diferentes fases del proyecto, por ello su objetivo debe ser claro.
Durante la fase de anlisis se usa para obtener los requerimientos del
usuario. En la fase de diseo se usa para ayudar a evaluar muchos aspectos
de la implementacin seleccionada.
Propsitos del Prototipo
En la fase de Anlisis de un proyecto, su principal propsito es obtener y
validar los requerimientos esenciales, manteniendo abiertas, las opciones de
implementacin. Esto implica que se debe tomar los comentarios de los
usuarios, pero debemos regresar a sus objetivos para no perder la atencin.
En la fase de Diseo, su propsito, basndose en los requerimientos
previamente obtenidos, es mostrar las ventanas, su navegacin, interaccin,
http://www.monografias.com/trabajos/adolmodin/adolmodin.shtmlhttp://www.monografias.com/trabajos6/dige/dige.shtml#evohttp://www.monografias.com/trabajos12/elproduc/elproduc.shtmlhttp://www.monografias.com/trabajos7/mafu/mafu.shtmlhttp://www.monografias.com/trabajos5/teorsist/teorsist.shtml#retrphttp://www.monografias.com/trabajos16/objetivos-educacion/objetivos-educacion.shtmlhttp://www.monografias.com/trabajos11/metods/metods.shtml#ANALIThttp://www.monografias.com/trabajos13/diseprod/diseprod.shtmlhttp://www.monografias.com/trabajos16/objetivos-educacion/objetivos-educacion.shtmlhttp://www.monografias.com/trabajos14/deficitsuperavit/deficitsuperavit.shtml -
controles y botones al usuario y obtener una retroalimentacin que nos
permite mejorar el Diseo de Interfaz.
Construccin de Prototipos de Software En anlisis debe ser conducido independientemente del paradigma de
ingeniera de software aplicado. Sin embargo, la forma que ese anlisis
tomar puede variar. En algunos casos es posible aplicar los principios de
anlisis fundamental y derivar a una especificacin en papel del software
desde el cual pueda desarrollarse un diseo. En otras situaciones, se va a
una recoleccin de los requerimientos, se aplican los principios de anlisis y
se construye un modelo de software, llamado un prototipo, segn las
apreciaciones del cliente y del que lo desarrolla. Finalmente, hay
circunstancias que requieren la construccin de un prototipo al comienzo del
anlisis, puesto que el modelo es el nico mediante el que los requerimientos
pueden ser derivados efectivamente. El modelo evolucionar hasta
transformarse en el producto de software.
Un guin para la construccin de prototipos
Todos los proyectos de ingeniera de software comienzan con una peticin
del cliente. La peticin puede estar en la forma de una memoria que describe
un problema, un informe que define un conjunto de objetivos comerciales o
del producto, una peticin de propuesta formal de una agencia o compaa
exterior, o una especificacin del sistema que ha asignado una funcin y
comportamiento al software, como un elemento de un sistema mayor basado
en computadora. Suponiendo que existe una peticin para un programa de
una de las formas dichas anteriormente, para construir un prototipo del
software se aplican los siguientes pasos:
http://www.monografias.com/trabajos16/paradigmas/paradigmas.shtml#quesonhttp://www.monografias.com/trabajos5/inso/inso.shtmlhttp://www.monografias.com/trabajos/adolmodin/adolmodin.shtmlhttp://www.monografias.com/trabajos12/pmbok/pmbok.shtmlhttp://www.monografias.com/trabajos13/memor/memor.shtmlhttp://www.monografias.com/trabajos12/guiainf/guiainf.shtmlhttp://www.monografias.com/trabajos12/elproduc/elproduc.shtmlhttp://www.monografias.com/trabajos15/computadoras/computadoras.shtml -
PASO 1. Evaluar la peticin del software y determinar si el programa a
desarrollar es un buen candidato para construir un prototipo.
Debido a que el cliente debe interaccionar con el prototipo en los ltimos
pasos, es esencial que: 1) el cliente participe en la evaluacin y refinamiento
del prototipo, y 2) el cliente sea capaz de tomar decisiones de requerimientos
de una forma oportuna. Finalmente, la naturaleza del proyecto de desarrollo
tendr una fuerte influencia en la eficacia del prototipo.
PASO 2. Dado un proyecto candidato aceptable, el analista desarrolla una
representacin abreviada de los requerimientos.
Antes de que pueda comenzar la construccin de un prototipo, el analista
debe representar los dominios funcionales y de informacin del programa y
desarrollar un mtodo razonable de particin. La aplicacin de estos
principios de anlisis fundamentales, pueden realizarse mediante los
mtodos de anlisis de requerimientos.
PASO 3. Despus de que se haya revisado la representacin de los
requerimientos, se crea un conjunto de especificaciones de diseo
abreviadas para el prototipo.
El diseo debe ocurrir antes de que comience la construccin del prototipo.
Sin embargo, el diseo de un prototipo se enfoca normalmente hacia la
arquitectura a nivel superior y a los aspectos de diseo de datos, en vez de
hacia el diseo procedimental detallado.
http://www.monografias.com/trabajos7/filo/filo.shtmlhttp://www.monografias.com/trabajos11/veref/veref.shtml -
PASO 4. El software del prototipo se crea, prueba y refina
Idealmente, los bloques de construccin de software preexistentes se utilizan
para crear el prototipo de una forma rpida. Desafortunadamente, tales
bloques construidos raramente existen. Alternativamente, se pueden usar
herramientas de construccin de prototipos especializadas, como ayuda para
el analista/diseador en la representacin del diseo y su traduccin a una
forma ejecutable.
Incluso aunque no sea prctica la implementacin de un prototipo que
funcione, el guin de construccin de prototipos an puede aplicarse. Para
las aplicaciones interactivas, a menudo se puede crear un prototipo en papel
que describa la interaccin hombre-mquina (preguntas, presentaciones,
decisiones, etc.), usando una serie de historietas. Cada hoja de la historieta
contendr una representacin de una imagen de la pantalla junto con un
texto que describa la interaccin entre la mquina y el usuario. El cliente
revisar las historietas, obteniendo una perspectiva de un usuario del
funcionamiento del software. En muchos casos, el prototipo en papel no es
un papel, sino una serie de pantallas interactivas generadas mediante una
herramienta de creacin de prototipos para PC o para estaciones de trabajo.
PASO 5. Una vez que el prototipo ha sido probado, se presenta al cliente, el
cual "conduce la prueba" de la aplicacin y sugiere modificaciones.
Este paso es el ncleo del mtodo de construccin de prototipo. Es aqu
donde el cliente puede examinar una representacin implementada de los
requerimientos del programa, sugerir modificaciones que harn al programa
cumplir mejor las necesidades reales.
http://www.monografias.com/trabajos15/fundamento-ontologico/fundamento-ontologico.shtml -
PASO 6. Los pasos 4 y 5 se repiten iterativamente hasta que todos los
requerimientos estn formalizados o hasta que el prototipo haya
evolucionado hacia un sistema de produccin.
El paradigma de construccin del prototipo puede ser conducido con uno o
dos objetivos en mente: 1) el propsito del prototipado es establecer un
conjunto de requerimientos formales que pueden luego ser traducidos en la
produccin de programas mediante el uso de mtodos y tcnicas de
ingeniera de programacin, o 2) el propsito de la construccin del prototipo
es suministrar un continuo que pueda conducir al desarrollo evolutivo de la
produccin del software. Ambos mtodos tienen sus mritos y ambos crean
problemas.
Conceptos y Metodologas para el desarrollo de sistemas orientadas a
objetos:
Qu es Orientado a Objetos? Significa que el sistema se organiza como una coleccin de objetos que
interactan entre s y que contienen tanto estructuras de datos como un
comportamiento.
Esto se opone a la programacin convencional, en la cual las estructuras de
datos y el comportamiento solamente estn relacionadas de forma dbil, ya
que estos se enfocan principalmente a las funciones.
Objeto.
http://www.monografias.com/trabajos16/estrategia-produccion/estrategia-produccion.shtmlhttp://www.monografias.com/Computacion/Programacion/ -
Los objetos son las cosas fsicas y conceptuales que encontramos en el universo alrededor de nosotros. Hadware, software, documentos, seres humanos, los conceptos son todos los ejemplos de los objetos.
Programacin orientada a Objetos (OOP, Object Oriented Programming)
El trmino de Programacin Orientada a Objetos indica ms una forma de diseo y una metodologa de desarrollo de software que un lenguaje de programacin, ya que en realidad se puede aplicar el Diseo Orientado a Objetos (En ingls abreviado OOD, Object Oriented Design), a cualquier tipo de lenguaje de programacin.
El desarrollo de la OOP empieza a destacar durante la dcada de lo 80 tomando en cuenta la programacin estructurada, a la que engloba y dotando al programador de nuevos elementos para el anlisis y desarrollo de software.
Metodologa OMT (Rumbaugh) La metodologa OMT (Object Modeling Technique) fue creada por James
Rumbaugh y Michael Blaha en 1991, mientras James diriga un equipo de
investigacin de los laboratorios General Electric.
OMT es una de las metodologas de anlisis y diseo orientadas a objetos,
ms maduras y eficientes que existen en la actualidad. La gran virtud que
aporta esta metodologa es su carcter de abierta (no propietaria), que le
permite ser de dominio pblico y, en consecuencia, sobrevivir con enorme
vitalidad. Esto facilita su evolucin para acoplarse a todas las necesidades
actuales y futuras de la ingeniera de software.
Desarrollo Orientado a Objetos con UML El objetivo principal cuando se empez a gestar UML era posibilitar el
intercambio de modelos entre las distintas herramientas CASE orientadas a
objetos del mercado. Para ello era necesario definir una notacin y semntica
comn. La evolucin de UML hasta la creacin de UML 1.1. Hay que tener en
http://www.monografias.com/trabajos11/metods/metods.shtmlhttp://www.monografias.com/trabajos11/norma/norma.shtmlhttp://www.monografias.com/trabajos11/metods/metods.shtml#ANALIThttp://www.monografias.com/trabajos13/diseprod/diseprod.shtmlhttp://www.monografias.com/trabajos10/carso/carso.shtmlhttp://www.monografias.com/trabajos7/doin/doin.shtmlhttp://www.monografias.com/trabajos16/teoria-sintetica-darwin/teoria-sintetica-darwin.shtmlhttp://www.monografias.com/trabajos5/inso/inso.shtml -
cuenta que el estndar UML no define un proceso de desarrollo especfico,
tan solo se trata de una notacin. El proceso propuesto por Craig
Larman[Larman99] que se ajusta a un ciclo de vida evolutivo e incremental
dirigido por casos de uso.
Qu es un modelo? Un modelo es una simplificacin de la realidad.
Por qu debemos modelar? Modelar tiene cuatro objetivos:
Nos ayuda a visualizar un sistema tal como queremos que ste sea.
Nos permite especificar la estructura y el comportamiento del sistema.
Nos da un esquema que sirve de gua para la construccin del sistema.
Documenta las decisiones realizadas.
Construimos modelos de sistemas complejos porque no podemos
comprenderlos completamente.
Construimos modelos para entender mejor los sistemas que debemos
desarrollar.
Qu es el Unified Modeling Language (UML)? UML es originalmente descrito en: The Unified Modeling Language for
Object-Oriented Development, de Grady Booch, Jim Rumbaugh, e Ivar
Jacobson
Inicialmente basado en las experiencias personales de los autores
Incorpora contribuciones de otros especialistas y empresas
Co-presentado a la OMG por: Rational Software, Microsoft, Hewlett-
Packard, Oracle, Texas Instruments, MCI Systemhouse y otros
-
UML es un lenguaje para la construccin Los modelos UML pueden traducirse a una variedad de lenguajes de
programacin: Java, C++, Visual Basic,
Tablas en RDBMS o almacenamiento
persistente en OODBMS
Ayuda en la generacin de cdigo
Facilita la ingeniera de reversa
UML es un Lenguaje para documentar UML dirige la documentacin de la arquitectura del sistema, requerimientos,
prueba, planificacin del proyecto y gerencia de configuraciones.
Qu es el comportamiento del sistema? Comportamiento de un sistema es cmo el sistema acta y reacciona.
Es el comportamiento externamente visible y su actividad verificable
mediante pruebas del sistema.
El comportamiento de un sistema se captura en casos de uso.
Ellos describen el sistema, su entorno y las relaciones entre el sistema y
su ambiente.
Qu es un Modelo de Casos de Uso? Un modelo de Casos de Uso describe los requerimientos funcionales de
un sistema en trminos de casos de uso
Un modelo de las funcionalidades del sistema (casos de uso) y su entorno (actores)
Un modelo de caso de uso es un modelo de las funciones previstas del sistema (casos de uso) y su entorno (actores)
-
El mismo modelo de caso de uso es usado en anlisis de requerimientos,
diseo y prueba
Cules son los beneficios del Modelo de Casos de Uso? Usado para comunicar con usuarios finales y expertos del dominio
Permite la aceptacin del sistema en etapas tempranas del desarrollo del
sistema
Asegura entendimiento mutuo de los requerimientos
Usado para identificar
Quin interacta con el sistema y lo que el sistema hara
Los requerimientos para las interfaces de sistema
Usado para verificar
Todos los requerimientos han sido capturados
El equipo de desarrollo entiende los requerimientos
Principales conceptos en el Modelado de Casos de Uso Un actor representa cualquier cosa que interacta con el sistema.
Un caso de uso define un conjunto de instancias: Cada instancia es una
secuencia de acciones que el sistema realiza para producir un resultado
observable y de valor para un actor particular.
Actores
Los actores no son parte del sistema, ellos representan roles que un
usuario del sistema puede desempear.
Un actor puede intercambiar activamente la informacin con el sistema
Un actor puede ser un recipiente pasivo de la informacin
Un actor puede representar a un humano, una mquina u otro sistema
-
Casos de Uso Un caso de uso modela un dilogo entre los actores y el sistema
Un caso de uso puede ser iniciado por un actor para invocar una cierta
funcionalidad en el sistema
Un caso de uso es un flujo de eventos completos y significativos
Tomados al mismo tiempo, todos los casos de uso constituyen todas las
formas posibles de utilizar el sistema
Diagrama de casos de uso Se emplean para visualizar el comportamiento del sistema, una parte de l o
de una sola clase. De forma que se pueda conocer como responde esa parte
del sistema. El diagrama de uso es muy til para definir como debera ser el
comportamiento de una parte del sistema, ya que solo especifica como
deben comportarse y no como estn implementadas las partes que define.
Por ello es un buen sistema de documentar partes del cdigo que deban ser
reutilizables por otros desarrolladores. El diagrama tambin puede ser
utilizado para que los expertos de dominio se comuniquen con los
informticos sin llegar a niveles de complejidad. Un caso de uso especifica
un requerimiento funcional, es decir indica que esta parte debe hacer esto
cuando pase esto.
Diagrama de clases Forma parte de la vista esttica del sistema. En el diagrama de clases como
ya hemos comentado ser donde definiremos las caractersticas de cada
una de las clases, interfaces, colaboraciones y relaciones de dependencia y
generalizacin. Es decir, es donde daremos rienda suelta a nuestros
-
conocimientos de diseo orientado a objetos, definiendo las clases e
implementando las ya tpicas relaciones de herencia y agregacin.
Diagramas secuencia El diagrama de secuencia forma parte del modelado dinmico del sistema.
Se modelan las llamadas entre clases desde un punto concreto del sistema.
Es til para observar la vida de los objetos en el sistema, identificar llamadas
a realizar o posibles errores del modelado esttico, que imposibiliten el flujo
de informacin o de llamadas entre los componentes del sistema.
En el diagrama de secuencia se muestra el orden de las llamadas en el
sistema. Se utiliza un diagrama para cada llamada a representar. Es
imposible representar en un solo diagrama de secuencia todas las
secuencias posibles del sistema, por ello se escoge un punto de partida. El
diagrama se forma con los objetos que forman parte de la secuencia, estos
se sitan en la parte superior de la pantalla, normalmente en la izquierda se
sita al que inicia la accin. De estos objetos sale una lnea que indica su
vida en el sistema. Esta lnea simple se convierte en una lnea gruesa
cuando representa que el objeto tiene el foco del sistema, es decir cuando l
esta activo.
ASP (Actibve Server Pages): Tecnologa para la creacin de pginas dinmicas del lado del servidor
desarrollada por Microsoft
El tipo de servidores que emplea este lenguaje son aquellos que funcionan
con sistemas operativos de la familia de Windows NT.
-
Para escribir pginas ASP utiliza un lenguaje de scripst, que se colocan en
la misma pgina web junto con el cdigo HTML. Comnmente este lenguaje
de scripts es Visual Basic Script, que deriva del conocido Visual Basic,
aunque tambin se puede escribir los scripts ASP en otro lenguaje: Jscript,
que deriva a su vez del conocido Javascript.
HTML, Hyper Text Markup Lenguage (Lenguaje de marcacin de Hipertexo): El HTML no es ms que una aplicacin del SGML (Estndar Generalized
Markup Lenguage), un sistema para definir tipos de documentos
estructurados y lenguajes de marcas para representar esos mismos
documentos. El trmino HTML se suele referir a ambas cosas, tanto al tipo
de documentos como al lenguaje de marcas.
A medida que nos afianzamos en el manejo de Internet cada uno de nosotros
pasa por tres etapas diferentes:
Al principio solamente conocemos unas pocas pginas
Luego nos damos cuenta que existen buscadores lo cual lo hace ms
interesante
Por ltimo nos damos cuenta que en Internet no solamente se puede
ver la informacin sino que tambin se puede publicar. y qu otra
manera ms fcil y ms sencilla? Si Internet tiene acceso a todos los
rincones del mundo.
Para que varias personas se comuniquen es necesario que stas hablen
un mismo idioma. El lenguaje que utilizan las computadoras que estn
conectadas a Internet es HTML.
-
CAPITULO III MARCO METODOLGICO
Diseo Metodolgico
Para la realizacin de la presente investigacin se propone utilizar la
Metodologa de la Investigacin Holstica del tipo proyectiva y segn
Jacqueline Hurtado de Barrera, (2000):
"Tiene como objetivo disear o crear propuestas dirigidas a resolver determinadas situaciones. Los proyectos de arquitectura e ingeniera, el diseo de maquinara, la creacin de programas de intervencin social, el diseo de programas de estudio, los inventos, la elaboracin de programas informticos, etc., son ejemplos de investigacin proyectista. Este tipo de investigacin potencia el desarrollo tecnolgico" (p 49).
Por otra parte UPEL, (1990) seala que:
"Este tipo de investigacin, tambin llamado proyecto factible" consiste en la elaboracin de una propuesta o de un modelo, como solucin a un problema o necesidad de tipo prctico, ya sea de un grupo social, o de una institucin, en un rea particular del conocimiento, a partir de un diagnstico preciso de las necesidades del momento, los procesos explicativos o generadores involucrados y las tendencias futuras" (p.326).
Tambin se ubican como proyectista, todas aquellas investigaciones
que conducen a inventos, programas, diseos o a creaciones dirigidas a
cubrir una determinada necesidad, y basada en conocimientos anteriores.
Segn Sierra Bravo (1994), La invencin consiste en hallar solucin a
los problemas prcticos encontrando nuevas formas e instrumentos de
actuacin y nuevas modalidades de su aplicacin", (p. 326).
-
La Investigacin Proyectista en lo que respecta al Estudio de factibilidad
seala, el investigador debe determinar si los recursos y la tecnologa para la
fabricacin o ejecucin del diseo estn disponibles, es decir, demostrar
tecnolgicamente que es posible producirlo, que no existe impedimento
alguno en el abastecimiento de los insumos necesarios para su produccin y
demostrar que es econmicamente rentable llevar a cabo el proyecto. Si se
trata de un plan de accin, las estrategias y actividades deben ser viables;
adems debe haber una infraestructura y personal disponibles.
De all que esta investigacin busca mejorar los procesos de la Gestin
del Presupuesto de Operaciones de la Gerencia de AIT - PDVSA Monagas. y
as contribuir a la satisfaccin de necesidades de la organizacin en trminos
gerenciales de fcil aplicacin para optimizar las metas.
Los datos para la presente investigacin se obtendrn en forma directa,
de su estructura interna, por parte de dos (02) Analistas y dos (02)
Supervisores de la Gestin del Presupuesto de la Gerencia de AIT y tres (03)
Programadores de la Gerencia de AIT, dos (02) analistas y dos (02)
Supervisores de la Gerencia de Planificacin, Presupuesto y Gestin de
PDVSA Monagas.
V.2. Fase metodolgicas de la investigacin proyectiva Segn las fases propias del ciclo metodolgico, para llevar a cabo una
investigacin proyectiva es necesario recorrer los siguientes pasos:
V.2.1. Determinar el enunciado holoprxico La fase exploratoria de una investigacin proyectiva, como en cualquier
otro tipo de investigacin, consiste en delimitar el tema y formular el
enunciado holoprxico. Es conveniente formular un enunciado holoprxico
-
proyectivo cuando la fase de exploracin indica que existen ciertos eventos
en los cuales se quiere producir cambios, ya sea porque no responden a un
estado deseado de cosas, o porque existen deficiencias, o porque se
pretende mejorar una determinada situacin. En este sentido, se asume que
ha habido investigaciones previas de carcter descriptivo que han permitido
diagnosticar la situacin actual, y algunas investigaciones de carcter
explicativo y predictivo.
El enunciado holoprxico de la investigacin proyectiva interroga acerca
de las caractersticas, condiciones, acciones o situaciones, que puesta en
marcha permitiran transformar una realidad; eso quiere decir que durante, la
exploracin, la lectura, la observacin, la consulta y todas las otras
actividades que permiten precisar el enunciado holoprxico, para detectar por
lo menos el evento a modificar.
V.2.2. Desarrollar la justificacin y plantear los objetivos El desarrollo de la justificacin y los objetivos corresponden a la fase
descriptiva del proceso metodolgico. En una investigacin proyectiva se
debe justificar la necesidad de desarrollar planes de accin para la
modificacin del evento, adems se debe sealar el por qu de la escogencia
de ese evento en particular.
V.2.3. Desarrollar el sintagma gnoseolgico El desarrollo del sintagma gnoseolgico comprende las fases comparativas, analtica y explicativa del proceso metodolgico. En una
investigacin proyectiva, la revisin documental va dirigida a identificar y
seleccionar informacin que permita conceptualizar el evento a modificar
(tambin llamado evento deseado), y a identificar las condiciones que
-
puedan tener cierto impacto sobre ste, es decir, los procesos explicativos o
generadores.
V.2.4. Revisar la factibilidad de la investigacin Este aspecto comprende la fase predictiva del proceso metodolgico. Una vez realizada la revisin bibliogrfica y construido el sintagma
gnoseolgico, se puede estimar si es pertinente la propuesta de programas
de accin o el diseo de soluciones, y si las condiciones estn dadas para
alcanzar los objetivos proyectivos.
La Investigacin Proyectista en lo que respecta al Estudio de factibilidad
seala " El investigador debe determinar si los recursos y la tecnologa para
la fabricacin o ejecucin del diseo estn disponibles, es decir, demostrar
tecnolgicamente que es posible producirlo, que no existe impedimento
alguno en el abastecimiento de los insumos necesarios para su produccin y
demostrar que es econmicamente rentable llevar a cabo el proyecto. Si se
trata de un plan de accin, las estrategias y actividades deben ser viables;
adems debe haber una insfraestructura y personal disponibles. (p. 346)
V.2.5. Precisar los lineamientos metodolgicos Se refiere a la fase proyectiva del proceso metodolgico e incluye las
siguientes actividades:
Definicin del evento a modificar y los procesos explicativos o generadores: Esta fase implica identificar el evento a modificar, describir el medio ambiente y definir los procesos explicativos, tantos
desde el punto de vista conceptual como operacional.
Describir y seleccionar las unidades de estudio: En este punto se debe precisar las unidades o seres poseedores del evento a modificar,
as como los poseedores o generadores de los procesos explicativos.
-
Tambin se deber delimitar el contexto y establecer los criterios para
la seleccin de las unidades que formarn parte de la investigacin
(tcnicas de muestreo).
Recoger los datos: Comprende la fase interactiva del proceso metodolgico. Consiste en aplicar los instrumentos de recoleccin de
datos y llevar a cabo las estrategias para acceder a la informacin
pertinente. Es aqu donde se recoge la informacin necesaria para
alcanzar cada uno de los objetivos especficos.
Analizar, integrar y presentar los resultados: comprende la fase confirmatoria del proceso metodolgico, involucra la utilizacin de
diversas tcnicas de anlisis y la elaboracin de las conclusiones.
Esta fase debe conducir a la configuracin del plan de accin.
Para el logro de los objetivos especficos del 1 al 4, del estadio descriptivo
(la descripcin del evento a modificar y de las condiciones que le
acompaan) se utilizan tcnicas de anlisis descriptivas, ya sean
smbolos verbales (palabras), smbolos visuales (imgenes, figuras,
grficos). En este caso se usar la Notacin UML en el Anlisis y Diseo,
especficamente Casos de Uso, Diagrama de Clase y Diagrama de
secuencias.
El logro de los objetivos especfico 5, se expresar a travs de la
formulacin de la propuesta, programa, diseo o invento.
Tipo de investigacin, tcnicas y procedimientos de recoleccin de datos El tipo de investigacin utilizado para este trabajo encaja exactamente en el marco de lo que se conoce como Proyecto Factible; el cual consiste en
-
la investigacin, elaboracin y desarrollo de una propuesta de un modelo
operativo viable, para solucionar problemas, requerimientos o necesidades
de organizaciones o grupos sociales.
Por otra parte este modelo de investigacin se apoya en un tipo de
investigacin descriptiva, por cuanto este permite identificar, describir e
interpretar las caractersticas del problema o situacin estudiada.
Tcnicas de recoleccin de datos Con la recoleccin y anlisis de los datos se determinan los pasos
necesarios para la realizacin del proyecto, a fin de permitir conocer ms a
fondo la problemtica de informacin suscitada. Uno de los instrumentos
aplicados para la recoleccin de los datos es la entrevista, en la modalidad
semiestructurada a los usuarios y beneficiarios directo del sistema, por ser la
ms adecuada, para obtener informacin rpida y vers, Picn y Nez
(1987) dan la siguiente definicin:
"La entrevista es una tcnica que consiste en un encuentro interpersonal en el cual el entrevistador formula preguntas al entrevistado con la finalidad de obtener respuestas relacionadas al problema que est siendo investigado, segn su naturaleza es semiestructural, en donde el entrevistador conoce el tipo de pregunta que debe hacer o temas que debe tratar, aunque no necesariamente las redacta, ni las formula en el mismo orden y forma" (p 68).
Tambin se utiliza la revisin documental, que segn Mendz (2001)
consiste en la revisin de documentos existentes sobre el tema, lo cual
ayudar a conocer mejor el problema de investigacin planteado con las que
se logr establecer los fundamentos tericos de la investigacin (p 18).
Esta se utiliza en la recoleccin de toda la informacin bibliogrfica referente
-
a la Notacin UML en el Anlisis y Diseo, Casos de Uso, Diagrama de
Clase de secuencias.
Segn Vera (2001), Seala que la investigacin Observacional:
Comprende la recoleccin de datos primarios a travs de la observacin directa o indirecta y en registro del comportamiento, se enfoca en lo que la gente hace, (Observacin Directa) o hizo (Observacin Indirecta), no lo que dicen, hacen o hicieron y pueda utilizarse para obtener informacin que la gente esta incapacitada o no desea proporcionar a los entrevistadores. (p.2)
Poblacin y Muestra Poblacin: La poblacin estar conformada por los analistas de la Gestin de Presupuesto y analistas-programadores de la Gerencia de AIT Monagas,
analistas de la Gerencia de Planificacin, Presupuesto y Gestin de PDVSA
Monagas.
Dichas personas se encargan especficamente de cada una de las
actividades o funciones que ofrece el sistema; es decir:
1. Analistas del presupuesto de operaciones.
2. Analistas del presupuesto de inversiones.
3. Consolidadores de la informacin de los presupuestos
4. Programadores de la Gerencia de AIT Monagas
5. Supervisores de la Gestin de Presupuesto en la Gerencias de AIT y
de Planificacin, Presupuesto y Gestin de PDVSA Monagas.
-
XI.2 Muestra: Se puede considerar que la muestra es intencional, por cuanto esta constituida por las mismas personas que conforman la poblacin,
en este caso dos (02) Analistas y dos (02) Supervisores de la Gestin del
Presupuesto y tres (03) Programadores de la Gerencia de AIT, dos (02)
analistas y dos (02) Supervisores de la Gerencia de Planificacin,
Presupuesto y Gestin de PDVSA Monagas.
Recursos VI.1 Recursos Humanos - Asesor Acadmico
- Asesor Empresarial
- Dos (2) Ingenieros de Sistemas - programadores
- Analistas de la gestin del presupuesto en la Gerencia de AIT VI.2 Recursos Institucionales y Financieros Para el desarrollo del siguiente Proyecto, dadas las caractersticas especiales del medio ambiente relacionado con el proyecto a desarrollar
tales como: existencia de una planta fsica con todos los servicios bsicos en
pleno funcionamiento, presencia de una Computadora Personal Pentium
Compaq con todos sus accesorios perifricos y con la capacidad suficiente
para cubrir las necesidades recursos informticos para el Proyecto a
desarrollar, se infiere que debido a las anteriores consideraciones, no es
necesario realizar anlisis de Costo/Beneficios, con respecto al rea de
hardware, ya que los costos institucionales y financieros estn garantizados.
-
Metodologa para el Desarrollo del Sistemas:
Se selecciona para el desarrollar el nuevo Sistema de Gestin de
Presupuesto de Operaciones, la metodologa OMT (Object Modeling
Technique), creada por James Rumbaugh y Michael Blaha en 1991, pone
nfasis en la importancia del modelo y uso del modelo para lograr una
abstraccin, en el cual el anlisis esta enfocado en el mundo real para un
nivel de diseo, tambin pone detalles particulares para modelado de
recursos de la computadora. Esta tecnologa puede ser aplicada en varios
aspectos de implementacin incluyendo archivos, base de datos relacionales,
base de datos orientados a objetos. OMT esta construido alrededor de
descripciones de estructura de datos, constantes, sistemas para procesos de
transacciones.
OMT es una de las metodologas de anlisis y diseo orientadas a
objetos, ms maduras y eficientes que existen en la actualidad. La gran virtud
que aporta esta metodologa es su carcter de abierta (no propietaria), que le
permite ser de dominio pblico y, en consecuencia, sobrevivir con enorme
vitalidad. Esto facilita su evolucin para acoplarse a todas las necesidades
actuales y futuras de la ingeniera de software.
A partir de esta metodologa y otra contribuyeron a la formacin y
unificacin de metodologas en una especificacin de notacin orientada a
objetos, en este caso UML (Lenguaje Unificado de Modelado), la cual es un
lenguaje de modelaje como su nombre lo indica y no un mtodo o un
proceso. El estndar UML no define un proceso de desarrollo especfico, tan
solo se trata de una notacin. Este lenguaje permite modelar, construir y
http://www.monografias.com/trabajos11/metods/metods.shtmlhttp://www.monografias.com/trabajos10/esda/esda.shtml -
documentar los elementos que forman un sistema software orientado a
objetos. Se ha convertido en el estndar de facto de la industria, debido a
que ha sido concebido por los autores de los tres mtodos ms usados de
orientacin a objetos: Grady Booch, Ivar Jacobson y Jim Rumbaugh. Estos
autores fueron contratados por la empresa Rational Software Co. para crear
una notacin unificada en la que basar la construccin de sus herramientas
CASE. En el proceso de creacin de UML han participado, no obstante, otras
empresas de gran peso en la industria como Microsoft, Hewlett-Packard,
Oracle o IBM, as como grupos de analistas y desarrolladores.
Se basa en las anteriores especificaciones BOOCH, RUMBAUGH y
COAD-YOURDON. Divide cada proyecto en un nmero de diagramas que
representan las diferentes vistas del proyecto. Estos diagramas juntos son
los que representan la arquitectura del proyecto.
En el UML, los Casos de Uso son los principales medios para capturar
la funcionabilidad del sistema desde la perspectiva del usuario y muchas
veces puede remplazar al documento requisitos funcionales.
El Lenguaje Unificado de Modelado (UML) es, tal como su nombre lo
indica, un lenguaje de modelado y no un mtodo o un proceso. El UML est
compuesto por una notacin muy especfica y por las reglas semnticas
relacionadas para la construccin de sistemas de software. El UML en s
mismo no prescribe ni aconseja cmo usar esta notacin en el proceso de
desarrollo o como parte de una metodologa de diseo orientada a objetos.
El UML soporta un conjunto rico en elementos de notacin grfica.
Describe la notacin para clases, componentes, nodos, actividades, flujos de
trabajos, casos de uso, objetos, estados y cmo modelar la relacin entre
-
esos elementos. El UML tambin soporta la idea de extensiones
personalizadas a travs de elementos estereotipados.
Utilizar UML, permitir lograr los objetivos especficos 1, 2, 3 y 4
partiendo de la descripcin del problema llevando a cabo un anlisis
gramatical de la narrativa del procedimiento del sistema a construir.
Las fases que conforman a la metodologa OMT son:
Anlisis. El analista construye un modelo del dominio del problema, mostrando sus propiedades ms importantes. El modelo de anlisis es una
abstraccin resumida y precisa de lo que debe de hacer el sistema deseado
y no de la forma en que se har. Los elementos del modelo deben ser
conceptos del dominio de aplicacin y no conceptos informticos tales como
estructuras de datos. Un buen modelo debe poder ser entendido y criticado
por expertos en el dominio del problema que no tengan conocimientos
informticos.
Esta fase se iniciar, para lograr los objetivos 1 y 2:
Identificando los requerimientos funcionales y necesidades de
informacin del sistema a disear.
Levantamiento de informacin del sistema actual, a travs de
entrevistas a usuarios y documentos relacionados al mismo.
Analizar los formatos utilizados actualmente para la gestin del
presupuesto en la Gerencia de AIT Monagas, que servirn para el
diseo del nuevo sistema.
Modelar los Requerimientos y Anlisis Orientado a Objetos, mediante
Modelos de Casos de Uso, principales medios en UML para capturar
-
la funcionabilidad del sistema desde la perspectiva del usuario y
muchas veces puede reemplazar el documento "requisitos
funcionales".
Adicional se representar la interaccin entre objetos a lo largo del
tiempo en los Diagramas de Secuencias. Estos muestran tpicamente
a un usuario o a un actor y los objetos y componentes con los que
interacten durante la ejecucin de un Caso de Uso. Un diagrama de
secuencia representa un nico escenario de Casos de Uso.
Diseo del sistema. El diseador del sistema toma decisiones de alto nivel sobre la arquitectura del mismo. Durante esta fase el sistema se organiza en
subsistemas basndose tanto en la estructura del anlisis como en la
arquitectura propuesta. Se selecciona una estrategia para afrontar el
problema. Se desarrollar usando UML, para lograr el Objetivo 3 y 4
Diseo de objetos. El diseador de objetos construye un modelo de diseo basndose en el modelo de anlisis, pero incorporando detalles de
implementacin. El diseo de objetos se centra en las estructuras de datos y
algoritmos que son necesarios para implementar cada clase. OMT describe
la forma en que el diseo puede ser implementado en distintos lenguajes
(orientados y no orientados a objetos, bases de datos, etc.). Fase para lograr
los objetivos 5
Implementacin. Las clases de objetos y relaciones desarrolladas durante el anlisis de objetos se traducen finalmente a una implementacin concreta.
Durante la fase de implementacin es importante tener en cuenta los
principios de la ingeniera del software de forma que la correspondencia con
el diseo sea directa y el sistema implementado sea flexible y extensible. No
-
tiene sentido que utilicemos AOO (Anlisis Orientado a Objetos) y DOO
(Diseo Orientado a Objetos) de forma que potenciemos la reutilizacin de
cdigo y la correspondencia entre el dominio del problema y el sistema
informtico, si luego perdemos todas estas ventajas con una implementacin
de mala calidad.
La implementacin, depender de usuarios finales empresariales y staff
tcnico para que ayuden a desarrollar especificaciones de diseo y un plan
de implementacin. Tpicamente las especificaciones de diseo en este caso
podran describir las caractersticas