-
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
