Aplicación Web para La Evaluación de Tecnologías de Ait Aplicadas Al Negocio de Exploración Petrolera

UNIVERSIDAD DE ORIENTE
NCLEO DE SUCRE
ESCUELA DE CIENCIAS
DEPARTAMENTO DE MATEMTICAS
PROGRAMA DE LA LICENCIATURA EN INFORMTICA
APLICACIN WEB PARA LA EVALUACIN DE TECNOLOGAS DE AIT APLICADAS

AL NEGOCIO DE EXPLORACIN PETROLERA
(Modalidad: Pasanta)
DAMARYS CAROLINA BERMDEZ CEDEO
TRABAJO DE GRADO PRESENTADO COMO REQUISITO PARCIAL PARA OPTAR AL

TTULO DE LICENCIADO EN INFORMTICA
CUMAN, 2008
APLICACIN WEB PARA LA EVALUACIN DE TECNOLOGAS DE AIT APLICADAS

AL NEGOCIO DE EXPLORACIN PETROLERA
APROBADO POR:
____________________
Profa. Carmen Romero
Asesor Acadmico
____________________
Ing. Mauro London
Asesor Institucional
____________________
(Jurado)
____________________
(Jurado)
INDICE
DEDICATORIA .................................................................................................................i
AGRADECIMIENTO .......................................................................................................ii
LISTA DE TABLAS ........................................................................................................iii
LISTA DE FIGURAS.......................................................................................................iv
LISTA DE ABREVIATURAS.........................................................................................vi
RESMEN ......................................................................................................................vii
INTRODUCCIN ............................................................................................................. 1
CAPTULO I. .................................................................................................................... 4
PRESENTACIN ............................................................................................................. 4
1.1 Planteamiento del problema..................................................................................... 4
1.2 Alcance .................................................................................................................... 5
1.3 Limitaciones............................................................................................................. 6
CAPTULO II. ................................................................................................................... 7
MARCO DE REFERENCIA............................................................................................. 7
2.1 Marco terico........................................................................................................... 7
2.1.1 Antecedentes de la investigacin...................................................................... 7
2.1.2 Antecedentes de la organizacin....................................................................... 8
2.1.3 rea de estudio ............................................................................................... 10
2.1.4 rea de investigacin...................................................................................... 13
2.2 Marco metodolgico .............................................................................................. 16
2.2.1 Metodologa de la investigacin ..................................................................... 16
2.2.2 Metodologa del rea aplicada ........................................................................ 17
CAPTULO III................................................................................................................. 23
DESARROLLO ............................................................................................................... 23
3.1 Fase de inicio ......................................................................................................... 23
3.1.1 Planificacin de la fase de inicio .................................................................... 23
3.1.2 Estudio del contexto del sistema..................................................................... 25
3.1.2.1 Proceso GNO ........................................................................................... 25
3.1.2.2 Modelo del negocio ................................................................................. 30
3.1.2.3 Modelo del dominio................................................................................. 31
3.1.2.4 Riesgos del sistema.................................................................................. 34
3.1.3 Flujo de trabajo (workflow) de requisitos ....................................................... 36
3.1.3.1 Requisitos funcionales ............................................................................. 37
3.1.3.2 Requisitos no funcionales ........................................................................ 38
3.1.3.3 Captura de requisitos como casos de uso................................................. 39
3.1.3.4 Modelo de casos de uso ........................................................................... 41
3.1.4 Flujo de trabajo (workflow) de anlisis........................................................... 47
3.1.4.1 Modelo de anlisis ................................................................................... 47
3.1.4.2 Diagrama de clases de anlisis................................................................. 49
3.1.4.3 Diagrama de colaboracin ....................................................................... 52
3.1.4.4 Identificacin de paquetes de anlisis...................................................... 59
3.1.5 Evaluacin de la fase de inicio ....................................................................... 60
3.2 Fase de elaboracin................................................................................................ 61

3.2.1 Planificacin de la fase de elaboracin........................................................... 61
3.2.2 Flujo de trabajo (workflow) de requisitos....................................................... 63
3.2.2.1 Requisitos funcionales ............................................................................. 64
3.2.2.2 Requisitos no funcionales ........................................................................ 64
3.2.2.3 Captura de requisitos como casos de uso................................................. 64
3.2.2.4 Modelo de casos de uso ........................................................................... 65
3.2.2.5 Prototipo de la interfaz de usuario ........................................................... 69
3.2.3 Flujo de trabajo (Workflow) de anlisis .......................................................... 70
3.2.3.1 Modelo de anlisis ................................................................................... 70
3.2.3.2 Diagrama de clases de anlisis................................................................. 72
3.2.3.3 Diagrama de colaboracin ....................................................................... 75
3.2.3.3 Identificacin de paquetes de anlisis...................................................... 81
3.2.3.4 Diagrama de paquetes de anlisis ............................................................ 82
3.2.4 Flujo de trabajo (workflow) de diseo ............................................................ 84
3.2.4.1 Diseo de la arquitectura ......................................................................... 84
3.2.4.2 Modelo de diseo..................................................................................... 86
3.2.4.3 Diseo del mtodo de evaluacin tecnolgica del sistema propuesto ..... 89
3.2.4.4 Diagrama de clases del diseo ................................................................. 89
3.2.4.5 Diagrama de secuencia ............................................................................ 90
3.2.4.5 Diseo de la base de datos local del sistema ........................................... 90
3.2.5 Flujo de trabajo (workflow) de implementacin ............................................. 90
3.2.5.1 Cdigos ejecutables para realizar los casos de uso.................................. 91
3.2.6 Flujo de trabajo (workflow) de pruebas .......................................................... 91
3.2.6.1 Particin equivalente................................................................................ 92
3.2.6.2 Aplicacin de casos de prueba................................................................. 93
3.2.6.3 Casos de prueba basados en casos de uso................................................ 95
3.3.6.4 Pruebas de integracin ............................................................................. 96
3.2.7 Evaluacin de la fase de elaboracin .............................................................. 97
3.3 Fase de construccin.............................................................................................. 98
3.3.1 Planificacin de la fase de construccin ......................................................... 98
3.3.2 Flujo de trabajo (workflow) de implementacin ............................................. 99
3.3.2.1 Cdigos ejecutables para realizar los casos de uso.................................. 99
3.3.2.2 Documentacin del sistema ................................................................... 101
3.3.3 Flujo de trabajo (workflow) de pruebas ........................................................ 101
3.3.3.1 Particin Equivalente............................................................................. 101
3.3.3.2 Aplicacin de casos de prueba............................................................... 102
3.3.3.3 Casos de prueba basados en casos de uso.............................................. 103
3.3.3.4 Pruebas de integracin ........................................................................... 103
3.3.4 Evaluacin de la fase de construccin .......................................................... 104
CAPITULO IV .............................................................................................................. 105
RESULTADOS Y DISCUSIN ................................................................................... 105
4.1 Aplicacin del mtodo de evaluacin tecnolgica para un caso de estudio ........ 105
4.2 Discusin de los resultados.................................................................................. 108
CONCLUSIONES ......................................................................................................... 109
RECOMENDACIONES................................................................................................ 110
BIBLIOGRAFA ........................................................................................................... 111
APNDICES ................................................................................................................. 113
ANEXOS ....................................................................................................................... 143
DEDICATORIA
Dedico este trabajo primeramente a Dios, por guiarme y darme las condiciones
adecuadas de vida para lograr esta meta.
A mi familia, por estar siempre all y apoyarme en todo momento. Mis padres
Juana y Lus, por aportarme diversas formas de ver y entender las cosas. Mis hermanos
Lus, Mara, Imara y Carlos por ayudarme y brindarme su apoyo en los momentos que
fueron necesarios y en los que no. Mi hermana Mileddy por ser ms que mi hermana mi
mejor modelo a seguir en la vida. Y a mi perrito adorado King, que ya no est con
nosotros.
A mis sobrinos Luz, Xioma, Glorianny, Marwil, Cristina, Cristian, Lus y Sinai
por llevar un poco de alegra a casa.
A la familia Monteverde Calderin, por acogerme en su hogar durante la duracin

de mi pasanta en la ciudad de Puerto la Cruz. Mi ms sincero y eterno agradecimiento.
Por ltimo a mis amigos de siempre, mis nuevos amigos y compaeros de la

universidad, por aportar cada uno de ellos grandes aprendizajes de vida. Como deca
Pablo Neruda nosotros los de entonces, ya no somos los mismos.
AGRADECIMIENTO
Agradezco a la Universidad de Oriente, por recibirme en esta etapa de formacin

profesional.
A la Profa. Carmen Victoria, por asesorarme en todo momento durante el

desarrollo de este trabajo. Por la confianza brindada y el apoyo total mostrado hacia mi
persona.
A Petrleos De Venezuela S.A. por permitirme realizar la pasanta dentro de sus

instalaciones. As como a la Superintendencia de GNO, encabezada por el Ing. Mauro
London, por darme la oportunidad de desarrollar esta innovadora idea. As como al
equipo en general, por prestar toda la colaboracin posible para la culminacin de este
trabajo. Tambin a la Superintendencia de Servicios Comunes, en especial a Jess
Belisario y Lus Daz por el apoyo prestado.
ii
LISTA DE TABLAS
Tabla 1. Actividades y artefactos planificados para la fase de inicio. ............................. 24

Tabla 2. Glosario de trminos del modelo del dominio del sistema propuesto. .............. 33
Tabla 4. . Plan de prevencin y contingencia para los riesgos ms predominantes en el
desarrollo de la aplicacin Web....................................................................................... 36
Tabla 5. Lista de actores de los casos de usos del sistema SIGENOP-Evaluacin de
tecnologas de la fase de inicio. ....................................................................................... 40
Tabla 6. Casos de usos del sistema SIGENOP- Evaluacin de tecnologas de la fase de
inicio. ............................................................................................................................... 40
Tabla 7. Clases de interfaz del sistema de la fase de inicio. ............................................ 48
Tabla 8. Clases de control del sistema de la fase de inicio.............................................. 48
Tabla 9. Clases de entidad del sistema de la fase de inicio. ............................................ 49
Tabla 10. Estatus de desarrollo de los artefactos generados para la fase de inicio.......... 61
Tabla 11. Actividades y artefactos planificados para la fase de elaboracin. ................. 63
Tabla 13. Casos de uso del sistema SIGENOP - Evaluacin de tecnologa de la fase de
elaboracin....................................................................................................................... 64
Tabla 14. Clases de interfaz del sistema de la fase de elaboracin. ................................ 71
Tabla 15. Clases de control del sistema de la fase de elaboracin. ................................. 71
Tabla 16. Clases de entidad del sistema de la fase de elaboracin.................................. 72
Tabla 15. Aplicacin de casos de prueba de la fase de elaboracin. ............................... 93
Tabla 16. Estatus de desarrollo de los artefactos generados para la fase de elaboracin.98
Tabla 17. Actividades y artefactos planificados para la fase de construccin................. 99
Tabla 18. Aplicacin de casos de pruebas de la fase de construccin........................... 102
Tabla 19. Matriz de decisin tecnologa vs. indicador. ................................................. 106
Tabla 20. Varianza calculada para cada par tecnologa indicador.............................. 107
Tabla 21. Aplicacin de los mtodos de decisin seleccionados. ................................. 107
iii
LISTA DE FIGURAS
Figura 1. Estructura del Proceso Unificado de Desarrollo de Software. ......................... 19

Figura 2. Flujos de trabajo requisitos, anlisis, diseo, implementacin y prueba de una
iteracin genrica en el Proceso Unificado...................................................................... 21
Figura 3. Esquema del proceso GNO. ............................................................................. 25
Figura 4. Modelo del negocio de la Superintendencia GNO........................................... 30
Figura 5. Modelo del dominio. ........................................................................................ 32
Figura 6. Diagrama de caso de uso del sistema SIGENOP Evaluacin de tecnologas
de la fase de inicio. .......................................................................................................... 41
Figura 7. Diagrama de clases de anlisis para el caso de uso Administrar Tecnologa de
la fase de inicio. ............................................................................................................... 50
Figura 8. Diagrama de clases de anlisis para caso de uso Administrar Indicador de la
fase de inicio. ................................................................................................................... 51
Figura 9. Diagrama de clases de anlisis para el caso de uso Evaluar Tecnologa de la
fase de inicio. ................................................................................................................... 51
Figura 10. Diagrama de colaboracin del caso de uso Administrar Tecnologa (agregar)
Figura 11. Diagrama de colaboracin del caso de uso Administrar Tecnologa
(modificar) de la fase de inicio. ....................................................................................... 53
Figura 12. Diagrama de colaboracin del caso de uso Administrar Tecnologa (eliminar)
Figura 13. Diagrama de colaboracin del caso de uso Administrar Indicador (agregar) de
la fase de inicio. ............................................................................................................... 55
Figura 14. Diagrama de colaboracin del caso de uso Administrar Indicador (modificar)
Figura 15. Diagrama de colaboracin del caso de uso Administrar Indicador (eliminar)
Figura 16. Diagrama de colaboracin para el caso de uso Evaluar Tecnologa de la fase
de inicio............................................................................................................................ 59
Figura 17. Paquete de anlisis Administracin de Tecnologas. ..................................... 59
Figura 18. Paquete de anlisis Administracin de Indicadores. ...................................... 60
Figura 19. Paquete de anlisis Evaluacin de Tecnologas. ............................................ 60
Figura 20. Diagrama de casos de uso del sistema SIGENOP Evaluacin de tecnologas
de la fase de elaboracin.................................................................................................. 65
Figura 21. Prototipo de interfaz principal del sistema. .................................................... 70
Figura 22. Prototipo de interfaz secundaria del sistema. ................................................. 70
fase de elaboracin........................................................................................................... 73
Figura 24. Diagrama de clases de anlisis para el caso de uso Realizar Consultas de la
iv
Figura 25. Diagrama de clases de anlisis para el caso de uso Emitir Reportes de la fase
de elaboracin. ................................................................................................................. 74
Figura 26. Diagrama de clases de anlisis para el caso de uso Administrar Mtodos de la
Figura 27. Diagrama de colaboracin para el caso de uso Administrar Mtodo (agregar)
de la fase de elaboracin.................................................................................................. 76
Figura 28. Diagrama de colaboracin para el caso de uso Administrar Mtodo
(modificar) de la fase de elaboracin............................................................................... 77
Figura 29. Diagrama de colaboracin para el caso de uso Administrar Mtodo (eliminar)
Figura 30. Diagrama de colaboracin para el caso de uso Evaluar Tecnologas de la fase
de elaboracin. ................................................................................................................. 80
Figura 31. Diagrama de colaboracin para el caso de uso Realizar Consultas de la fase
de elaboracin. ................................................................................................................. 81
Figura 32. Paquete de anlisis Realizacin de Consultas de la fase de elaboracin........ 81
Figura 33. Paquete de anlisis Emisin de Reportes de la fase de elaboracin............... 82
Figura 34. Paquete de anlisis Administracin de Mtodos de la fase de elaboracin. .. 82
Figura 35. Paquete de anlisis Evaluacin de Tecnologas (Actualizado) ...................... 82
Figura 36. Diagrama de paquetes de anlisis del sistema de la fase de elaboracin. ...... 83
Figura 37. Vista lgica de las capas de la arquitectura del sistema. ................................ 85
Figura 38. Clases de diseo a partir de clases de interfaz................................................ 87
Figura 39. Clases de diseo a partir de clases de entidad. ............................................... 87
Figura 40. Clases de diseo a partir de las clases de control. .......................................... 88
Figura 41. Formulario de carga registrar tecnologa........................................................ 91
Figura 42. Formulario de carga identificacin de la evaluacin tecnolgica. ................ 99
Figura 43. Pgina de consulta del sistema de evaluacin de tecnologas. ..................... 100
Figura 44. Resultado de la matriz de decisin para el caso de estudio seleccionado. ... 107
LISTA DE ABREVIATURAS
AIT
Automatizacin, Informtica y Telecomunicaciones
AIT EyP
AIT Exploracin y Produccin
DNO
Documento de Necesidades y Oportunidades
FODA
Fortalezas, Oportunidades, Debilidades y Amenazas
GNO
Gestin de Necesidades y Oportunidades
GNU
General Public License (Licencia Pblica General de GNU)
HTML
Hypertext Markup Language (Lenguaje de Marcado de Hipertexto)
MOSCA
Modelo Sistmico de Calidad
PDVSA
Petrleos de Venezuela S.A.
PEMEX
Petrleos Mexicanos
PHP
PHP Hypertext Pre-processor (Preprocesador a Hipertexto)
SIGAIT
Sistema de gestin de AIT
SIGENOP
Sistema de Gestin de Necesidades y Oportunidades
SGBD
Sistema de Gestin de Base de Datos
SS
Sistemas de Software
TCP/IP
Transmission Control Protocol / Internet Protocol (Protocolo de

Control de Transmisin/ Protocolo de Internet)
UML
Unified Modeling Language (Lenguaje Unificado de Modelado)
UNE
Una Norma Espaola
USB
Universidad Simn Bolvar
vi
RESMEN
La aplicacin Web para la evaluacin de tecnologas de Automatizacin, Informtica y

Telecomunicaciones (AIT) aplicadas al negocio de exploracin petrolera fue
desarrollada para documentar el proceso de adopcin tecnolgica llevado a cabo en la
Superintendecia de Gestin de Necesidades y Oportunidades (GNO); a travs del estudio
del comportamiento de las tecnologas por medio de variables cuantificadas por el uso
de indicadores como instrumento de medicin, as como tambin el uso de mtodos de
decisin que apoyarn el proceso de toma de decisiones para realizar la seleccin de la
tecnologa una vez realizada la evaluacin, lo que generar la creacin de un histrico
del cual se podr obtener informacin de las distintas evaluaciones realizadas a travs
del tiempo. Cabe destacar que el mismo se desarroll utilizando el Proceso Unificado de
Desarrollo de Software planteado por Jacobson, Booch y Rambaugh (1999). La
formulacin de indicadores estuvo basada el la metodologa de generacin y seleccin
de indicadores (Norma UNE 66175:2003) y el modelo usado para el proceso de
evaluacin fue el modelo racional. La codificacin y construccin del sistema, se hizo
utilizando PHP5 como lenguaje de programacin para la creacin de pginas Web
dinmicas, PostgreSQL 8.0 como manejador de base de datos, Javascript como lenguaje
de programacin interpretado y basado en objetos para la validacin de los formularios,
Quanta + 3.2 como generador de cdigo HTML, servidor Web Apache 2.1 y
GNU/Linux Ubuntu 6.10 como sistema operativo. La aplicacin Web permite solventar
los problemas relacionados con el registro, recuperacin y organizacin de la
informacin concerniente al proceso de evaluacin tecnolgica, ofreciendo un medio
para conocer el estado de una tecnologa en particular dentro de la gerencia y as
considerar diversas alternativas de solucin para elegir las ms adecuadas; lo que
produce una toma de decisiones ms acertada.
Palabras Claves: aplicacin Web, indicadores, Proceso Unificado.
vii
INTRODUCCIN
Ante la importancia que representa la informacin dentro de las organizaciones,

han surgido tecnologas que permiten el manejo eficiente de esta. Unos de los medios
utilizados son los sistemas de informacin automatizados, los cuales han contribuido a
trabajar con mayor eficiencia en la ejecucin de sus procesos (Kendall y Kendall, 2005).
El gran avance de los sistemas de informacin durante las ltimas dcadas ha

facilitado que se puedan manejar grandes cantidades de datos, almacenarlos y
transmitirlos en muy poco tiempo; es all donde radica la importancia de uno de sus
componentes, como es el caso de las redes.
Una red informtica es un conjunto de ordenadores conectados entre s con el fin

de compartir informacin (Cisco, 2002), donde el modelo cliente-servidor es el
mecanismo que permite realizar el intercambio de servicios e informacin en las redes
informticas de forma habitual; siendo Internet el sistema de redes que conecta
computadores en todo el mundo (Velasco, 2005).
En el mbito empresarial se ha planteado la construccin de sistemas de

informacin basados en los estndares de la Internet, derivando esto al uso del trmino
Intranet, la cual es un mecanismo de integracin para personas, procesos e informacin
dentro de una organizacin con tecnologas basadas en la interfaz de exploracin
intuitiva de la World Wide Web, resultando ser una Internet privada (Martnez, 2005).
Los sistemas o aplicaciones basados en la Web son sistemas confiables, prcticos

y adaptables que ofrecen un complejo arreglo de contenido y funcionalidad a una amplia
poblacin de usuarios finales, basndose en la utilizacin de un navegador Web, que
permite la extraccin de los documentos o pginas Web de los servidores y los muestra
por pantalla a los usuarios. Estos han evolucionado en sofisticadas herramientas de
computacin que no slo proporcionan funcin por s misma al usuario final, sino que
tambin se han integrado como bases de datos corporativas y aplicaciones de negocios
(Pressman, 2005).
Muchas organizaciones a nivel mundial y nacional estn haciendo uso de Intranets

y aplicaciones Web en sus redes, entre las cuales se destaca la empresa PDVSA, la cual
est encargada de los hidrocarburos del pas, de manera eficiente, rentable, segura,
transparente y comprometida con la proteccin ambiental; con el fin de motorizar el
desarrollo armnico del pas, afianzar el uso soberano de los recursos, potenciar el
progreso endgeno y propiciar una existencia digna y provechosa para el pueblo
venezolano (PDVSA, 2005).
Entre las gerencias que conforman el ncleo general de PDVSA, se encuentra la

Gerencia de Exploracin encargada de los hallazgos de hidrocarburos gaseosos y no
gaseosos en el suelo, donde su misin primordial consiste en la incorporacin de estos
recursos asegurando la continuidad del negocio y convirtindose en la base fundamental
para que PDVSA exista (PDVSA, 2005).
El ente encargado de la plataforma tecnolgica dentro de PDVSA es la Gerencia

de AIT, dividida en distintos organismos como es el caso de la Superintendencia de
GNO, cuya funcin es proponer soluciones tecnolgicas a sus usuarios, lo que requiere
de evaluaciones constantes entre las mltiples opciones disponibles, implicando un
tiempo considerable en el hallazgo de alternativas que cumplan con los requerimientos
de las solicitudes realizadas.
Debido a esta situacin se propuso el desarrollo de una aplicacin Web para la

evaluacin de tecnologas de AIT aplicadas al negocio de exploracin petrolera, que
permite acceder a la informacin relacionada con estas tecnologas y sus respectivas
evaluaciones, como medio de apoyo a la toma de decisiones al seleccionar soluciones
idneas para sus usuarios, de manera rpida, ordenada y segura.
Este trabajo est estructurado en cuatro (4) captulos, como se especifica a

continuacin:
Captulo I. Presentacin
Est formado por el planteamiento del problema, donde se describe la situacin
problemtica que motiv este trabajo de investigacin; el alcance, el cual establece lo
que el sistema ser capaz de hacer y las limitaciones, que son los inconvenientes u
obstculos presentes durante el desarrollo de la investigacin.
Captulo II. Marco de referencia

Est conformado por dos secciones principales: el marco terico, presenta los
fundamentos tericos necesarios para soportar la investigacin, describiendo los
antecedentes de la investigacin y la organizacin, adems del rea de estudio e
investigacin, en el cual est enmarcado el trabajo propuesto. El marco metodolgico,
presenta la metodologa aplicada para elaborar la solucin al problema planteado.
Captulo III. Desarrollo

Aqu se expone de forma detallada la aplicacin de los procedimientos en el marco
metodolgico para el logro de los objetivos planteados, explicando cada uno de los
pasos realizados en el desarrollo del sistema con descripciones, figuras y diagramas que
permiten una mejor visualizacin y entendimiento.
Captulo IV. Anlisis de los resultados y discusin

Se presenta la aplicacin del mtodo de evaluacin tecnolgica diseado y los
resultados generados de su aplicacin a un caso de estudio.
Finalmente, se presentan las conclusiones obtenidas durante el desarrollo del

trabajo y las recomendaciones para mejorar el desempeo del sistema realizado. Adems
se presentan la bibliografa consultada para complementar las bases de la investigacin
as como tambin los apndices y anexos correspondientes.
CAPTULO I.
PRESENTACIN
1.1 Planteamiento del problema
La gerencia de AIT como organismo encargado de velar por el buen

funcionamiento de la plataforma tecnolgica de PDVSA, cuenta con distintas
dependencias que hacen posible que se logre dicho propsito. Entre estas se encuentra la
Superintendencia de GNO, quien tiene como fin identificar, determinar y administrar
soluciones tecnolgicas integrales de alta calidad, eficientes y efectivas en trminos de
costo y oportunidad que apalanquen las metas y objetivos de PDVSA.
GNO para satisfacer una necesidad u oportunidad tecnolgica del negocio/usuario,

debe analizarla y detallarla para convertirla en un requerimiento vlido, que
posteriormente ser transformada en una propuesta de solucin tecnolgica integral.
Para dar respuesta a sus usuarios, se apoya en diferentes fuentes de informacin, las
cuales se encuentran dispersas, obtenindose en libros, consultas a expertos dentro y
fuera de la organizacin, sistemas de informacin de uso interno, Internet, entre otras.
Posteriormente sta informacin hay que ubicarla, filtrarla y tomar lo necesario de ella,
realizar un anlisis de alternativas para finalmente dar propuestas de soluciones, lo cual
involucra en ocasiones un consumo de tiempo considerable, ocasionando que el nmero
de solicitudes
se vayan acumulando, provocando malestar o insatisfaccin en los
usuarios por no obtener respuestas lo ms prontas y acertadas posibles.
Todo esto trae como consecuencia que en ocasiones los usuarios, debido al tiempo
de respuesta tardo, se ven obligados a tomar sus propias decisiones de solucin las
cuales no necesariamente son las mejores, dado que en la mayora de los casos, no
contemplan las variables propicias para realizar una evaluacin correcta, sino que se
apoyan en la experiencia propia, dando como resultado la adquisicin de tecnologa, que

si bien puede solucionar el problema objeto de la toma de decisiones en un tiempo
menor, podran no ser las ms adecuadas, por poseer utilidades que no se requieren,
porque ya existen dentro de la organizacin o porque existen muchas de estas con el
mismo fin, entre otros. Todo esto produciendo gastos elevados o innecesarios a la
industria.
En miras de resolver esta problemtica, se propuso el desarrollo de una aplicacin

Web que permitiera realizar la evaluacin de las tecnologas de AIT aplicadas al negocio
de exploracin petrolera, la cual contar con un portafolio o repositorio tecnolgico que
contenga informacin de tecnologas que estn en uso en este negocio as como las que
no estn pero con fines comunes a l, a partir de las cuales se formularn indicadores
que permitirn cuantificar el valor dado por el uso, desempeo, entre otras variables, de
una tecnologa especfica, facilitando la aplicacin de mtodos para la toma de
decisiones puesto que se manejarn diferentes escenarios que arrojen las alternativas de
solucin que ayuden ante el requerimiento a ser cumplido. Todo esto, permitiendo el
seguimiento y progreso de la implantacin de tecnologas que cumplan con los
lineamientos y objetivos estratgicos de la organizacin, as como proponer el uso de
tecnologas que puedan reemplazar a las existentes, si esto fuese necesario.
1.2 Alcance
El presente trabajo estuvo enmarcado en el desarrollo de una aplicacin Web para
la evaluacin de tecnologas de AIT aplicadas al negocio de exploracin petrolera, la
cual ofrece la realizacin de registro, actualizacin y consulta de los datos sobre los
indicadores a ser estudiados, las soluciones tecnolgicas de AIT y sus respectivas
evaluaciones que permitan conocer el desempeo de las misma haciendo uso de los
indicadores propuestos para cuantificar, a travs de sus frmulas asociadas, las variables
objeto de medicin; apoyndose en la utilizacin de mtodos o criterios de decisin, que
arrojen propuestas o alternativas de solucin ante el escenario de estudio que se est
realizando, lo que generar la creacin de un histrico con la informacin obtenida de

las evaluaciones en el tiempo. Los resultados de la evaluacin se representan en forma
grfica para su fcil interpretacin. Estas evaluaciones podrn ser consultadas e impresas
por medio de la generacin de reportes.
1.3 Limitaciones
Los indicadores utilizados en el desarrollo de la aplicacin Web slo sern
cuantitativos, debido a que el modelo de toma de decisin empleado se enfoca hacia la
cuantificacin de variables.
CAPTULO II.
MARCO DE REFERENCIA
2.1 Marco terico
2.1.1 Antecedentes de la investigacin

La necesidad de las empresas que hacen uso de la tecnologa como pieza clave en
su incremento de competitividad, calidad y confiabilidad en la realizacin de sus
actividades, las ha conllevado a implementar mtodos que midan de alguna forma el
rendimiento que suministra cada una de estas en sus procesos, con el fin de alcanzar los
objetivos planteados, obtener un mejor manejo de la informacin y conseguir mejores
resultados en el proceso de toma de decisiones.
La empresa PEMEX en la bsqueda de conseguir mejoras en sus procesos de

exploracin y produccin petrolera, realiz un estudio de sus activos ms significativos,
entre ellos el uso y desempeo de tecnologas, como medio de medir la relacin uso de
la tecnologa - desempeo de la organizacin. Basado en la utilizacin de indicadores,
con los cuales se form un modelo de regresin (Mendizbal, 2001).
Competitividad tecnolgica y especializacin: la lgica del tamao en las

empresas proveedoras de la industria petrolera; expone el anlisis realizado a un
conjunto de indicadores en la evaluacin de la gestin tecnolgica, y su aplicacin a
diferentes empresas venezolanas proveedoras de la industria petrolera en los sectores de
manufactura, ingeniera y construccin, como forma de medir las actividades
tecnolgicas e innovadoras para disear nuevas estrategias orientadas hacia la
innovacin y poder as afrontar los mercados actuales (Testa, 2005).
La USB, como forma de medir la calidad de los SS y partiendo de la premisa de

que los modelos se deben formular con base a las caractersticas competitivas para cada
tipo de SS considerando la alta participacin humana en el proceso de desarrollo del
mismo, propone la creacin del prototipo de MOSCA para evaluar la calidad de los SS
integrando el modelo de calidad del producto y el modelo de calidad del proceso de
desarrollo, soportado en los conceptos de la calidad total sistmica (Mendoza y cols,
2004).
En la Gerencia de Tecnologa de la empresa Maraven, S.A. (antigua filial de

PDVSA) ubicada en Lagunillas Edo. Zulia. Se llev a cabo un estudio sobre el anlisis
del alcance y limitaciones del proceso de gestin tecnolgica, como forma de reforzar el
posicionamiento tecnolgico de esta gerencia. Esto se llev a cabo gracias a la
aplicacin de encuestas con el propsito de determinar este posicionamiento a travs de
un anlisis de FODA (Paredes y Polo, 1995).
En la Gerencia de AIT, como herramienta para medir el logro de los objetivos que
cada uno de sus procesos se planteara, surgi la creacin de la aplicacin SIGAIT la cual
en su mdulo de gestin de indicadores se lleva el control de las actividades que cada
proceso realiza y se miden en funcin del cumplimiento que cada uno de estos presenten
en un tiempo establecido con el uso de indicadores de gestin (PDVSA, 2005).
2.1.2 Antecedentes de la organizacin

PDVSA es la corporacin estatal que se encarga de los hidrocarburos del pas, de
manera eficiente, rentable, segura, transparente y comprometida con la proteccin
ambiental; con el fin de motorizar el desarrollo armnico del pas, afianzar el uso
soberano de los recursos, potenciar el avance endgeno y propiciar una existencia digna
y provechosa para el pueblo venezolano, propietario de la riqueza del subsuelo nacional
y nico dueo de esta empresa operadora, que est en concordancia con el principio de
transparencia y rendicin de cuentas (PDVSA, 2005).
PDVSA cumple con todas las actividades propias del negocio petrolero,
constituyndose en una corporacin verticalmente integrada, que abarca todos los
procesos:
exploracin,
produccin,
refinacin
comercializacin,
para
el
aprovechamiento del petrleo, gas y bitumen, crudo pesado, extrapesado, mediano,

liviano, produccin y manufactura de orimulsin, as como la explotacin de
yacimientos de carbn (Petrleos De Venezuela S.A., 2005); donde cada uno de estos
procesos corresponden a gerencias dentro de la corporacin (Anexo 1). Su red de
manufactura y mercadeo abarca Venezuela, el Caribe, Estados Unidos y Europa,
llegando en los ltimos aos hasta mercados del lejano Oriente.
Exploracin es la gerencia corporativa encargada de los hallazgos de

hidrocarburos gaseosos y no gaseosos en el suelo, maximizando el valor econmico a
largo plazo de sus reservas, siendo uno de los procesos vitales de la industria, cuya
misin primordial consiste en la incorporacin de estos recursos, de acuerdo a los
lineamientos de la corporacin para asegurar la continuidad del negocio, por lo cual se
convierte en la base fundamental para que PDVSA exista (PDVSA, 2005).
A esta gerencia estn adscritas once (11) sub-gerencias a nivel nacional, la

mayora encargadas de la planificacin, gestin y ejecucin de proyectos exploratorios y
operaciones de geofsica y geodesia, especficamente planificacin de perforacin,
identificacin de reas de inters, deteccin de trampas y verificacin de acumulacin
(Anexo 2). Estas operaciones se apoyan en un robusto parque tecnolgico constituido
por herramientas informticas, de telecomunicaciones y automatizacin, que garantizan
el desempeo eficiente de las actividades que se llevan a cabo dentro de las mismas
(PDVSA, 2005).
En PDVSA el ente encargado de la plataforma tecnolgica es la Gerencia de AIT,

donde son atendidas todas las necesidades tecnolgicas que puedan presentarse, desde su
gestin hasta el desarrollo e implantacin de soluciones integrales, eficientes y eficaces
para resolverlas (GNO, 2006).
La Gerencia de AIT se encuentra divida por distintos organismos, distribuidos a lo

largo y ancho del pas donde PDVSA se encuentre (Anexo 3). Entre ellas existe la
Gerencia de AIT EyP, la cual se encuentra subdividida de acuerdo a la regin: oriente,
occidente y sur. En AIT EyP Oriente se encuentran: AIT Distrito Norte (Maturn), AIT
Distrito San Tom (San Tom), AIT Distrito Morichal (Morichal) y AIT Exploracin
(Puerto la Cruz) (Anexo 4). Esta ltima posee, una serie de superintendencias que
apoyan al negocio de exploracin como lo son: Planificacin, Desarrollo de
Implantacin
de
Soluciones,
Cadena
de
Suministro,
Gestin
del
Servicio,
Administracin de Recursos, Mantenimiento, Control de la Plataforma y GNO (Anexo

5).
La Superintendencia de GNO se encuentra dividida en tres unidades: Consultora y

Gestin del Negocio, Consultora y Gestin Tecnolgica y Planificacin de Necesidades
y Oportunidades (Anexo 6). Estas se encargan de capturar y analizar las necesidades y
oportunidades de soluciones de automatizacin, informtica y telecomunicaciones;
generar, promover y gestionar el catlogo y los acuerdos de servicios con los niveles de
rendimiento ofrecidos a los usuarios, en soluciones tecnolgicas integrales y determinar,
revisar, aprobar y controlar las propuestas de soluciones tecnolgicas nuevas o
existentes, respectivamente (GNO, 2006).
2.1.3 rea de estudio

Esta investigacin se enmarca dentro del rea de los sistemas de informacin
automatizados, debido a que se hace uso del computador para la automatizacin y
optimizacin del proceso de evaluacin tecnolgica, utilizando herramientas de anlisis
como los indicadores para la toma de decisiones. Algunos conceptos enmarcados dentro
de sta rea son los siguientes:
Sistema de informacin de apoyo para la toma de decisiones: son sistemas de

informacin computarizados que se distinguen por hacer nfasis en el soporte en
10
cada una de las etapas de la toma de decisiones ofreciendo de manera oportuna la

informacin necesaria para este proceso en un ambiente de incertidumbre. Aunque
la decisin actual es del domino del tomador de decisiones (Kendall y Kendall,
2005).
Anlisis y diseo de sistemas: el anlisis y diseo de sistemas es un procedimiento

para la resolucin de problemas. Cuando se trata del diseo de sistemas de
informacin, busca analizar sistemticamente la entrada o flujo de datos, la
transformacin de los datos, el almacenamiento de datos y la salida de informacin
en el contexto de una organizacin particular. Tambin es usado para analizar,
disear e implementar mejoras que puedan incorporarse a la organizacin y
puedan ser alcanzadas al usar un sistema de informacin computarizado (Senn,
1992).
Anlisis y diseo de sistemas orientado a objetos: abordando el anlisis y diseo
desde el paradigma orientado a objetos, se describe el anlisis al poner nfasis en
una investigacin del problema y los requisitos, en vez de ponerle una solucin. El
anlisis se debe calificar como anlisis de requisitos (mediante un estudio de los
requisitos) o anlisis de objetos (estudiando los objetos del dominio). Por otro
lado, el diseo pone nfasis en una solucin conceptual que satisface los requisitos
y prestando atencin a la definicin de los objetos de software y en cmo
colaboran para satisfacer los requisitos, en vez de ponerlos en la implementacin
(Larman, 2003).
Modelado de datos: los modelos de datos aportan la base conceptual para disear
aplicaciones que hacen un uso intensivo de datos, as como la base formal para las
herramientas y tcnicas empleadas en el desarrollo y uso de sistemas de
informacin. Con respecto al diseo de bases de datos, el modelado de datos puede
ser descrito como: dados los requerimientos de informacin y proceso de una
11
aplicacin de uso intensivo de datos (por ejemplo, un sistema de informacin),

construir una representacin de la aplicacin que capture las propiedades estticas
y dinmicas requeridas para dar soporte a los procesos deseados (por ejemplo,
transacciones y consultas). Adems de capturar las necesidades dadas en el
momento de la etapa de diseo, la representacin debe ser capaz de dar cabida a
eventuales futuros requerimientos (Moreno, 2000).
Bases de datos: es un conjunto de datos relacionados entre s. por datos se entiende

aquellos hechos conocidos que pueden registrarse y que tienen un significado
implcito. Toda base de datos se puebla con datos para un propsito especfico.
Una base de datos es un conjunto de datos lgicamente coherente, con cierto
significado inherente. Una coleccin aleatoria de datos no puede considerarse
propiamente una base de datos (Elmasri y Navathe, 1997).
SGBD: se puede definir el SGBD como un conjunto coordinado de programas,

procedimientos, lenguajes, etc. que suministra a los distintos tipos de usuarios los
medios necesarios para describir y manipular los datos almacenados en la base de
datos, garantizando su seguridad. Sus funciones esenciales son las descripcin,
manipulacin y control de los datos (Elmasri y Navathe, 1997).
UML: es un lenguaje grfico para visualizar, especificar, construir y documentar
los artefactos de un sistema con gran cantidad de software. UML proporciona una
forma estndar de escribir los planos de un sistema, cubriendo tanto las cosas
conceptuales, tales como los procesos del negocio y funciones del sistema, como
las cosas concretas, tales como las clases escritas en un lenguaje de programacin
especfico, esquemas de bases de datos y componentes de software reutilizables
(Rumbaugh y cols, 1999).
12
2.1.4 rea de investigacin

Esta investigacin se ubica dentro del rea de las aplicaciones Web y gestin de
indicadores, porque se basa en un conjunto de pginas que interactan entre s,
apoyndose en bases de datos asociadas, con recursos en servidores Web, que permiten
la administracin del contenido y el procesamiento de informacin referente a la
evaluacin tecnolgica que es proporcionada a los usuarios finales del sistema (Kendall
y Kendall, 2005). Los trminos involucrados en esta rea son los siguientes:
Indicadores: son un conjunto de instrumentos de medicin de las variables
asociadas a las metas. Al igual que estas ltimas, pueden ser cualitativos o
cuantitativos. En este ltimo caso pueden ser expresados en trminos de
"Logrado", "No Logrado" o sobre la ase de alguna escala cualitativa. El principal
objetivo de los indicadores, es poder evaluar el desempeo del rea mediante
parmetros establecidos en relacin con las metas, as mismo observar la tendencia
en un lapso de tiempo durante un proceso de evaluacin. Con los resultados
obtenidos se pueden plantear soluciones o herramientas que contribuyan al
mejoramiento o correctivos que conlleven a la consecucin de la meta fijada
(David, 1997).
Tabla o matriz de decisin: es un procedimiento tabular para analizar alternativas
de decisin y estados de la naturaleza. Donde las alternativas representan las
estrategias o reglas de decisin que indican la accin que debe tomarse ante una
situacin y los estados de la naturaleza las situaciones o estados del ambiente
mutuamente excluyente que pueden ocurrir y que no estn bajo el control del
tomador de decisiones. Para cualquier alternativa y estado de la naturaleza en
particular existe una consecuencia o resultado, que es una medida del beneficio
neto o pago recibido por el tomador de decisiones (Moskowitz y Gordon, 1982).
13
Criterios de decisin: Es la especificacin de un procedimiento para identificar la

mejor alternativa en un problema de decisin (Moskowitz y Gordon, 1982). Los
tipos de criterios de decisin se muestran a continuacin:
Maximin: el criterio Maximin o criterio del pesimismo fue sugerido por
Abraham Wald, el cual indica que el tomador de decisiones supone que una vez
que l ha elegido un curso de accin, la naturaleza sera malevolente, con una
probabilidad implcita de uno,
y por tanto seleccionara el evento que
minimizara el pago del tomador de decisiones.

Maximax: el criterio Mximas u optimista, escoge el acto que es el mejor de lo
mejor. Esto es equivalente a elegir una accin cuya mejor consecuencia sea tan
buena como la mejor consecuencia de cualquier otra accin.
Minimax: el criterio Minimax o pena o pesadumbre fue originado por el notable
estadstico Savage el cual sealaba que despus de que se ha tomado una
decisin y de que ha ocurrido un evento, el tomador de decisin puede
experimentar pesar debido a que conoce qu evento ha ocurrido y desea quiz
haber seleccionado una accin diferente. Savage propuso que el tomador de
decisiones deba intentar minimizar su pesar mximo. Este criterio requiere el
desarrollo de una matriz de pesar o de prdida de oportunidad y el uso del
Minimax para seleccionar una accin. El pesar se define como la diferencia
entre el pago actual y el posible pago que se habra recibido si se supiera el
evento que iba a ocurrir.
Hurwicz: el criterio de Hurwicz o del coeficiente de optimismo fue creado por
el econometrista Leonid Hurwicz, el cual propona que si un tomador de
decisiones se senta optimista, ste deba poder expresar su grado de optimismo.
Es de all donde nace el coeficiente de optimismo por el cual el tomador de
14
decisiones los pagos ms grandes y pequeos y los pesa de acuerdo con sus
propios sentimientos de optimismo y pesimismo.
Laplace: el criterio de Laplace o principio de razn insuficiente proviene del
marqus y matemtico de Laplace Pierre Simon, el cual sugera que se asignara
a cada evento la misma probabilidad de ocurrencia, calcular el pago (prdida)
esperado para cada acto y elegir el acto con el mayor (menor) pago (prdida)
esperado. As, se tratara el problema como si tuviera una distribucin de
probabilidad uniforme sobre los eventos y si los pagos fueran expresados en
trminos de utilidad, se resolvera el problema encontrando la accin que
maximiza la utilidad esperada.
Maximizacin del valor esperado: consiste en asignar una probabilidad a cada
evento de tal manera que las probabilidades sumen 1. Posterior a esto se calcula
el valor esperado de cada accin, multiplicando cada valor por su probabilidad
correspondiente y sumando estos valores para as elegir la opcin que mayor
valor esperado posea.
Modelo racional de toma de decisiones: considera que el comportamiento
humano se construye con la idea que las personas llevan a cabo clculos o
adaptaciones consistentes que maximizan el valor bajo ciertas restricciones; es
decir, buscan la optimizacin. Una persona tiene metas u objetivos y una
funcin de utilidad o preferencia que le permite clasificar todas las posibles
acciones de acuerdo a la contribucin de estas a sus metas. Finalmente la
persona selecciona la alternativa de valor ms alto en trminos de las funciones
de retribucin. Supone informacin perfecta, metas claras y alta capacidad
cognitiva (Gallagher y cols, 1982).
15
2.2 Marco metodolgico
2.2.1 Metodologa de la investigacin

Forma de investigacin: la forma de investigacin empleada para resolver la
problemtica descrita fue de tipo aplicada, debido a que se bas en el estudio y
aplicacin de la investigacin a problemas especficos, en circunstancias y
caractersticas especificas (Tamayo y Tamayo, 2001). Puesto que el objetivo
primordial de este proyecto fue desarrollar una solucin informtica para la
Superintendencia de GNO dirigida a la evaluacin de las tecnologas de AIT
provistas a la Gerencia de Exploracin, se le puede clasificar de este modo por
brindar solucin a un problema en forma rpida y directa.
Tipo de investigacin: esta investigacin es descriptiva, porque busca alcanzar

fines directos e inmediatos. Trabaja sobre realidades de hechos y su caracterstica
fundamental es la de presentar una evaluacin e interpretacin correcta de las
tecnologas usadas en la Gerencia de Exploracin (Tamayo y Tamayo, 2001).
Diseo de la investigacin: esta investigacin estuvo basada en un diseo de

campo porque los datos fueron recogidos directamente de la realidad. Se aplicaron
tcnicas para la recoleccin de datos como entrevistas y observacin directa que
permitieron obtener las necesidades de informacin del sistema. Tambin
desempe un diseo bibliogrfico debido a que se utilizaron datos que fueron
obtenidos por otros, llegando elaborados y procesados de acuerdo a los fines de
quienes inicialmente los elaboraron (Tamayo y Tamayo, 2001). Donde esta
informacin recogida en formatos, planillas y textos relacionados con la
investigacin permiti el desarrollo de la misma.
16
Tcnicas para la recoleccin de datos: en la recoleccin de la informacin

necesaria para desarrollar este proyecto se realizaron entrevistas no estructuradas a
los miembros pertenecientes a GNO con el fin de determinar los requerimientos
funcionales y no funcionales del sistema a desarrollar. Adems se aplicaron
tcnicas de observacin directa, consultas bibliogrficas y consultas en Internet, lo
cual permiti fundamentar el aspecto terico de la investigacin (Kendall y
Kendall, 2005).
2.2.2 Metodologa del rea aplicada

Para la elaboracin de este proyecto se utilizaron las metodologas de el Proceso
Unificado de Desarrollo de Software planteado por Rumbaugh, Jacobson y Booch
(1999) y la norma UNE 66175:2003 para la generacin y seleccin de indicadores.
El Proceso Unificado de Desarrollo de Software es un proceso de desarrollo de

software con un conjunto de actividades necesarias para transformar los requisitos de un
usuario en un sistema de software. Sin embargo, el Proceso Unificado es ms que un
simple proceso; es un marco de trabajo genrico que puede especializarse para una gran
variedad de sistemas de software, diferentes reas de aplicacin, tipos de organizaciones,
niveles de aptitud y tamaos de proyecto.
El Proceso Unificado est basado en componentes, lo cual quiere decir que el

sistema software en construccin est formado por componentes de software
interconectados a travs de interfaces bien definidas, el cual hace uso de UML para
preparar todos los esquemas de un sistema software; resultando ser una parte esencial
del Proceso Unificado.
Los verdaderos aspectos definitorios del Proceso Unificado se resumen en tres

aspectos claves: dirigidos por casos de uso, centrados en la arquitectura, iterativo e
incremental.
17
Dirigido por casos de uso: cuando un usuario utiliza un sistema, se lleva a cabo
una interaccin que consiste en una secuencia de acciones (tanto por parte del
usuario como del sistema) que proporcionan al usuario un resultado de valor
importante para l. Un caso de uso es precisamente una interaccin de ese tipo,
que deriva en que el sistema debe incluir un fragmento de funcionalidad para
proporcionar al usuario el resultado de valor esperado.
Centrado en la arquitectura: la arquitectura del software sirve para poder
contemplar el futuro sistema desde varios puntos de vista antes de que se
construya y durante la construccin. El concepto de arquitectura software incluye
los aspectos estticos y dinmicos ms significativos del sistema, es decir,
especifica la forma, estructura y comportamiento del sistema desde diversos
puntos de vista, todos ellos a un nivel de detalle que permita tener una idea global,
clara, sin perderse en detalles insignificantes (que, precisamente, no influyen en la
arquitectura del sistema). De esta forma quedan cubiertos dos aspectos
fundamentales: Qu hace el sistema para cada usuario? (casos de uso); Cmo es
el sistema y cmo funciona para realizar esos casos de uso? (arquitectura
software).
Iterativo e incremental: para manejar el enorme esfuerzo necesario al ejecutar un
proyecto, ste se divide en mini-proyectos llamados iteraciones. Cada iteracin del
proyecto (trabajo realizado) toma como entrada el producto resultado de la
iteracin anterior y genera como salida un producto incrementado, existiendo
incrementos de dos tipos:
Adicin de nuevos artefactos al producto: es decir, creacin o ampliacin de los
modelos (negocio, casos de uso, anlisis, diseo o implementacin). Se ha
demostrado que los procesos en cascada no son efectivos a la hora de construir
sistemas medianos/grandes, y que lo correcto es construir el sistema por partes,
es decir, incrementalmente.
18
Sustitucin o modificacin de algn artefacto del producto: es decir,

modificacin de alguno de los modelos creados anteriormente. Al final de una
iteracin, al realizar las pruebas, se pueden descubrir fallos producidos por
artefactos defectuosos que debern ser revisados en la siguiente iteracin. En
general, es posible que un modelo no est bien definido, siendo necesario
revisar el trabajo hecho.
Vida del Proceso Unificado de Desarrollo de Software: el Proceso Unificado se
repite a lo largo de una serie de ciclos los cuales se dividen en cuatro fases. A
travs de una secuencia de modelos, los implicados visualizan lo que est
sucediendo en esas fases. Dentro de cada fase, los directores o los desarrolladores
pueden descomponer adicionalmente el trabajo en iteraciones con sus incrementos
resultantes. La columna izquierda representa los flujos de trabajos: requisitos,
anlisis, diseo, implementacin y prueba. Las curvas son una aproximacin de
hasta dnde se llevan a cabo los flujos de trabajo en cada fase, como se muestra en
la figura 1.
Figura 1. Estructura del Proceso Unificado de Desarrollo de Software.
Fases
F lu jo d e tra b a jo s
F u n d a m e n ta le s
In ic io
E la b o ra c i n
C o n s tru c c i n
T ra n s ic i n
---
Ite r.
# n -1
R e q u is ito s
A n lis is
D is e o
Im p le m e n ta c i n
P ru e b a s
Ite r.
#1
Ite r.
#2
---
---
---
Ite ra c io n e s
19
---
Ite r.
#n
Las fases de este proceso son las siguientes:

Fase de inicio: se desarroll una descripcin del producto final y se present el
anlisis de negocio para el producto. Se determin las principales funciones del
sistema con un modelo de casos de uso simplificado que contiene los casos de uso
ms crticos, la arquitectura del sistema que es un simple esbozo con los
subsistemas ms importantes. Se identificaron y se priorizaron los riesgos ms
importantes y se planific en detalle la fase de elaboracin.
Fase de elaboracin. se especific en detalle la mayora de los casos de uso del
producto y se dise la arquitectura del sistema. Esta se expres en forma de vistas
de todos los modelos del sistema: modelo de caso de uso, de anlisis, diseo,
implementacin. Se realiz los casos de uso ms crticos que se identificaron en la
fase de inicio.
Fase de construccin. en esta fase, la lnea base de la arquitectura creci hasta
convertirse en el sistema completo. Al final de esta fase, el producto contiene
todos los casos de uso que la direccin y el cliente acordaron. Verificndose si el
producto cubri las necesidades de los usuarios de manera suficiente como para
hacer una primera entrega.
La Iteracin genrica del Proceso Unificado de Desarrollo de Software que incluye

los flujos fundamentales: requisitos, anlisis, diseo, implementacin y pruebas no
ocurrieron una sola vez, como sucede tericamente en el modelo en cascada; sino que se
repitieron en cada iteracin, una y otra vez, como flujos de trabajos iterativos. Cada
repeticin, sin embargo, se diferenci en los detalles que se enfrentaron o asuntos
centrales de cada iteracin. En la siguiente figura, se observa como, para una iteracin
de cualquier fase, coexisten los cinco flujos de trabajos.
20
Figura 2. Flujos de trabajo requisitos, anlisis, diseo, implementacin y prueba de una

iteracin genrica en el Proceso Unificado.
Requisitos
Anlisis
Diseo
Pruebas
Implantacin
Iteracin
Genrica
Para la seleccin de indicadores se utiliz la norma UNE 66175:2003, la cual

define las siguientes fases:
Fase 1. Diseo del indicador.
1.Seleccin del indicador.
Los miembros de la entidad propondrn los indicadores que consideren
pertinentes atendiendo a todos los planes que afectan a la entidad y los
procesos que desarrolla dicha entidad.
2. Denominacin del indicador.

Los requisitos que debe cumplir el nombre de un indicador son brevedad,
claridad y coherencia con lo que se est midiendo. En cualquier caso conviene
tener en cuenta que ya existen una serie de nombres estndar que conviene
utilizar para mayor homogeneidad entre las distintas entidades.
3. Forma de clculo. Especificacin y fuentes de informacin.

Todo indicador debe explicitar la fuente de informacin de la que se nutre, la
forma concisa de clculo, el perodo y circunstancia en que se toma el dato,
definir los conceptos que puedan interpretarse de distintas formas y debern
conservarse las evidencias que avalen los datos.
21
4. Definicin de responsabilidades.
Se debe designar a las personas responsables de recoger la informacin, hacer
seguimiento del proceso de recogida, tratamiento de los datos y transmisin de
los mismos a instancias superiores.
5. Definicin de umbrales.
Representa los valores mnimo o mximo, el valor a conseguir, la consecucin
sucesiva de valores en el tiempo y los umbrales que se delimiten deben ser
alcanzables.
Fase 2. Gestin del indicador: a travs de las herramientas que los responsables,
determinen como apropiadas para la gestin del indicador, estos realizarn el
seguimiento, control y actualizacin del mismo de manera que asegure la correcta
gestin del indicador en relacin con el objetivo o proceso que gener su diseo.
Fase 3. Construccin del cuadro de mando: cada entidad tendr un cuadro de

mando conformado por los indicadores que se estimen oportunos y que informen
el estado actual, de los datos histricos y de las previsiones al respecto. Se
recomienda que el nmero de indicadores en el cuadro de mando se ajuste lo
mximo posible a los resultados crticos de la actividad (objetivo o proceso). Por
lo tanto se recomienda que su nmero oscile entre 5 y 10 indicadores en la medida
de lo posible. En otro caso habr que justificar tcnicamente la sobredimensin del
cuadro de mando.
22
CAPTULO III.
DESARROLLO
3.1 Fase de inicio
En esta seccin se mostrarn los artefactos elaborados durante la primera fase del
Proceso Unificado de Desarrollo de Software, llamada fase de inicio, en donde se
establece el concepto inicial del sistema y se crea un esquema general para su
comprensin, mediante la identificacin de sus funcionalidades y requisitos; todo esto
con el fin de elaborar un conjunto de modelos iniciales que capturen la semntica y
comportamiento del sistema asegurando que exista un entendimiento comn entre los
desarrolladores y los usuarios. A continuacin se describen las actividades y artefactos
producto de la implantacin de esta fase.
3.1.1 Planificacin de la fase de inicio
Para llevar a cabo esta fase se realiz un anlisis del sistema tomando en cuenta
varios aspectos esenciales; en primer lugar, se estudi el contexto en el cual se
desarrollan todas las actividades humanas relacionadas con el tema de inters,
analizando todos los procesos y procedimientos involucrados; que sern representados a
travs del modelo del negocio, y adems se cre un modelo del dominio para
comprender el problema planteado en relacin a su contexto; en segundo lugar, se
realiz una delimitacin del alcance del sistema propuesto, con el propsito de
comprender qu deba cubrir la arquitectura y los lmites dentro de los cuales se
buscaban los riesgos crticos para desarrollar una arquitectura candidata con el fin de
asegurar el xito del sistema propuesto; en tercer lugar, se capturaron los requisitos y se
describi la interaccin de los actores implicados en el sistema a travs del diagrama de
casos de uso; una vez elaborados estos diagramas, se procedi a modelarlos a travs de
los diagramas de clases de anlisis, como una especificacin detallada de los requisitos y
23
como primera aproximacin al modelo de diseo; posteriormente, se realizaron los

respectivos diagramas de colaboracin, para representar las interacciones entre los
objetos del sistema y se construy el diagrama de paquetes de anlisis para encapsular
los casos de usos que fueron definidos al realizar el anlisis del sistema; finalmente se
concluye con la evaluacin de la fase estudiada.
Para este proyecto, en esta fase inicial, se realiz una nica iteracin, conformada
por los flujos de trabajo requisitos y anlisis; presentados en la tabla 1.
Tabla 1. Actividades y artefactos planificados para la fase de inicio.

Actividad
Artefactos
Contexto del sistema
Estudio del contexto del sistema.

Modelo del negocio.
Modelo del dominio.
Glosario de trminos del modelo del dominio.
Riesgos del sistema
Lista de riesgos crticos.
Requisitos
Requisitos funcionales y no funcionales.

Requisitos de software y hardware.
Captura de requisitos como casos de usos: identificacin de actores
y casos de uso.
Modelo de casos de uso.
Descripcin de casos de uso.
Anlisis
Identificacin de clases de anlisis.

Diagrama de clases de anlisis.
Diagrama de colaboracin.
Identificacin de paquetes de anlisis.
A continuacin se procede a describir cada uno de los artefactos planificados para

la fase de inicio.
24
3.1.2 Estudio del contexto del sistema

En el presente proyecto, se llev a cabo un estudio de las actividades ms
importantes de GNO, con el fin de comprender los procesos de negocio de mayor
relevancia dentro del rea de inters, y ofrecer una visin representativa del contexto del
sistema. A continuacin se describen algunos trminos involucrados en el contexto del
sistema:
3.1.2.1 Proceso GNO

En la figura 3, se puede observar el diagrama macro interfuncional que representa
los eventos, actividades y resultados que se llevan a cabo dentro del proceso GNO.
Figura 3. Esquema del proceso GNO.

Eventos
Actividades
Necesidades y
oportunidades
Resultados
Cartera de nuevas
tecnolog as y
mejores prcticas
Revisar y registrar
objetivos y
descripcin del
requerimiento
Comunicacin al
usuario de estatus
de necesidad
Portafolio de soluciones
tecnol gicas integrales
Catlogo y
acuerdos de servicios
Explorar procesos
de negocio y
nuevas
tecnolog as
Conformar equipo
y planificar el
trabajo
Capturar y
especificar
oportunidades y
necesidades
Modelo de
proceso/negocio
Valorar y validar
/oportunidad
necesidadcon
usuario
Elementos comunes*
DNO (Identificada,
valorada y validada)
*Incluye:
Lineamientos.
Plan tecnolgico.
Inventario de activos.
Reporte de configuracin.
Recursos humanos, financieros e intelectuales
A continuacin se describen los eventos, actividades y resultados involucrados en

el proceso GNO, as como los roles y responsabilidades asignados para llevarlos a cabo.
25
Eventos
Necesidades y oportunidades: este evento se refiere a la recepcin y/o deteccin
en GNO de una solicitud para satisfacer una necesidad y/u oportunidad del
negocio/usuario. Algunas maneras como se pueden recibir necesidades y
detectar oportunidades son por: formatos Ad Hoc (Solicitudes de los usuarios e
involucrados), correo electrnico, reuniones, de otros procesos o dentro del
mismo proceso. Las solicitudes recibidas y/o detectadas deben ser analizadas y
detalladas por los profesionales de GNO para convertirlas en requerimientos
validados y valorados, que sean posteriormente convertidos en propuestas de
soluciones tecnolgicas integrales.
Portafolio de soluciones tecnolgicas integrales: contiene todas las necesidades
y oportunidades detectadas, documentadas, validadas por el usuario y
jerarquizadas por GNO, con el estatus y sus documentos relacionados. La
oportunidad o necesidad identificada puede derivar en: desarrollo de un
proyecto, plantear una investigacin, realizar un diagnstico de cierre de
brechas, una evaluacin tecnolgica, realizar una asesora tcnica, realizar una
recomendacin tcnica de mantenimiento u optimizacin de procesos. A este
resultado tambin se le conoce como
portafolio de necesidades y
oportunidades.
Catlogo y acuerdos de servicios: estos eventos describen la disponibilidad
tanto del catlogo de los servicios proporcionados a usuarios por la Gerencia de
AIT, como de los acuerdos de niveles de servicio, que detallan los niveles
operacionales y a los contratos con terceros, referidos a servicios prestados a
usuarios. Son generados en la actividad generar y actualizar acuerdos de
servicios.
26
Modelo de proceso-negocio: este evento describe la puesta a disposicin del

mapa de procesos del negocio y sus relaciones, as como de modelos de negocio
existentes. Esta informacin es provista por Planificacin AIT o por GNO de
modelos realizados previamente en la actividad de documentar requerimiento.
Actividades
Revisar y registrar objetivos y descripcin del requerimiento: en esta actividad
se hace la captura inicial del requerimiento proveniente de los usuarios de
cualquier proceso AIT.
De esta actividad sale una versin preliminar del
documento de necesidad y oportunidad, con la oportunidad identificada; esta

contiene el objetivo de la solicitud, las expectativas de los involucrados, el
propsito y la descripcin de la oportunidad.
Conformar equipo y planificar el trabajo: una vez que se tiene el requerimiento

capturado, descrito y validado con el usuario, se pasa a conformar el equipo de
trabajo que continuar con las actividades siguientes en el flujo de trabajo. La
conformacin de este equipo se efecta con base en los conocimientos y
experiencia requerida para evaluar el requerimiento: conocimiento del
negocio/funcin, tecnologa, disciplina, etc.
Explorar procesos de negocio y nuevas tecnologas: esta actividad se realiza

bien sea por requerimientos recibidos o por oportunidades detectadas, teniendo
como objetivo explorar los procesos de negocio para comprenderlos
claramente, determinar cules son sus factores crticos de xito y apreciar las
eficiencias e ineficiencias actuales con el fin de determinar con precisin en qu
parte de esos procesos debera aplicarse una solucin solicitada o detectada. Y
explorar nuevas tecnologas de AIT que surjan en cualquier lugar interno o
externo (universidades, centros de investigacin, industria, etc.) a PDVSA y
que puedan representar oportunidades de mejora en sus procesos y funciones.
27
Capturar y especificar necesidades y oportunidades: en esta actividad se

enriquece el documento de necesidades y oportunidades preliminar elaborado
en la actividad de revisin y registro de objetivos. Se capturan las
oportunidades ms viables y mejor adaptadas a la situacin detectada o al
requerimiento recibido. Se especifica en mayor detalle la visin de la necesidad
u oportunidad.
Valorar y validar necesidad /oportunidad con usuario: en esta actividad se

discuten y validan con el usuario los hallazgos y conclusiones de las actividades
de exploracin de procesos del negocio y tecnologas, as como las de captura y
especificacin realizadas. Se hace igualmente la valoracin de la necesidad u
oportunidad en trminos de su posible aporte a disminuir costos o generar
ingresos, si se trata de una oportunidad comercial.
Resultados
DNO (identificada, valorada y validada): durante el progreso de la actividad
identificar / atender necesidades y oportunidades, se construye la primera
versin del documento de necesidades y oportunidades. Este documento
contiene la descripcin de la necesidad u oportunidad que inicia el proceso y
luego es transformada en un requerimiento.
Cartera de nuevas tecnologas y mejores prcticas: este documento es producto
de las evaluaciones e investigaciones realizadas por GNO como parte de la
actividad de identificar / atender necesidades y oportunidades. La
documentacin en la cartera de las nuevas tecnologas y mejores prcticas en
automatizacin industrial, informtica y telecomunicaciones, debe incluir al
menos su descripcin, reas de negocio o funcin de aplicabilidad,
potencialidad de los beneficios, nivel de madurez, riesgos potenciales, fecha de
validez, importancia y fuentes adicionales de referencia.
28
Comunicacin al usuario del estatus de la necesidad: continuamente se realiza

la comunicacin al usuario del estatus de avance en la solucin a la necesidad,
la cual puede ser verbal, va telefnica, presencial o escrita.
Roles y responsabilidades
Consultor de negocio: est en relacin constante con los usuarios, entendiendo
sus problemas y necesidades desde un alto nivel de abstraccin. Es conocedor
de los procesos de negocio y de las tecnologas disponibles en AIT. Atiende y
obtiene necesidades; lidera y coordina la exploracin, deteccin y gestin de
necesidades y oportunidades hasta que la solucin tecnolgica, informe o
recomendacin es entregada e implantada en el ambiente del usuario.
Especialista en evaluacin de tecnologas: es el responsable de la revisin y
evaluacin de tecnologas disponibles en el mercado, esto incluye la seleccin y
propuesta de infraestructuras tecnolgicas, herramientas, equipos o cualquier
otro recurso tecnolgico, a fin de incorporarlas en las propuestas, informes y
recomendaciones realizados por GNO. Este rol es responsable de proveer
retroalimentacin apropiada sobre los productos a ser revisados en el tiempo
especificado. Debe tambin realizar informes y recomendaciones de asistencia
tcnica, asesora tecnolgica y redactar problemas de investigacin. Es tambin
su responsabilidad la coordinacin y seguimiento de los procesos de
introduccin, configuracin e identificacin del adiestramiento sobre las
tecnologas seleccionadas.
Planificador: su principal objetivo es asegurar que los miembros del equipo no

tengan dificultades en hacer su trabajo. Es responsable de adaptar el proceso
para que encaje con las necesidades especficas de propuestas, informe y
recomendaciones, as como de educar y guiar a los miembros del equipo en
temas relacionados al proceso.
29
3.1.2.2 Modelo del negocio

Para conseguir sus objetivos, una empresa organiza sus actividades por medio de
un conjunto de procesos de negocio. Cada uno de ellos se caracteriza por una coleccin
de datos que son producidos y manipulados mediante un conjunto de tareas, en las que
ciertos agentes (por ejemplo, trabajadores o departamentos) participan de acuerdo a un
flujo de trabajo determinado.
A continuacin en la figura 4, se muestra el modelo del negocio que describe los

procesos generales asociados a la Superintendencia de GNO por medio de su cadena de
valor, identificndose las actividades principales de Consultora del Negocio y Gestin
Tecnolgica. Tambin las actividades secundarias de Planificacin y Coordinacin. El
resultado de las responsabilidades de Consultora del Negocio sirve de insumo a Gestin
Tecnolgica en la realizacin de sus actividades. A su vez Gestin Tecnolgica da
respuesta a Consultora del Negocio de sus responsabilidades.
Figura 4. Modelo del negocio de la Superintendencia GNO.

Planificacin
Coordinacin
Consultara del Negocio
Gestin Tecnolgica
Roles
Consultor del negocio.
Roles
Especialista
tecnolgicas.
Responsabilidades
- Entender el negocio y las necesidades
tecnolgicas de sus usuarios.
- Obtener las necesidades tecnolgicas de sus
usuarios.
- Detectar oportunidades de desarrollo por medio
de la exploracin de procesos de negocio.
- Valorar y validar necesidad u oportunidad con
el usuario.
- Realizar el seguimiento de las soluciones
tecnolgicas implantadas.
- Documentar los requerimientos atendidos.
- Participar en la presentacin al usuario de la
propuesta de solucin tecnolgica.
30
en
evaluaciones
Responsabilidades
- Explorar procesos de negocio.
- Desarrollar un plan de administracin
de requerimiento.
- Planificar la exploracin de
necesidades y oportunidades.
Analizar
las
necesidades
u
oportunidades del negocio.
- Estudiar y documentar las soluciones
tecnolgicas de acuerdo a las
necesidades u oportunidades atendidas.
- Administrar la cartera de tecnologas.
3.1.2.3 Modelo del dominio

Un modelo del dominio es una representacin visual de las clases conceptuales u
objetos del mundo real en un dominio de inters, donde se capturan los objetos ms
importantes en el contexto del sistema realizado.
Los objetos del dominio representan las cosas que existen o los eventos que
suceden en el entorno en el que trabaja el sistema. El objetivo de este modelado es
comprender el contexto y los requerimientos del sistema propuesto, es decir, entender el
problema que el sistema pretende resolver en relacin a su contexto. Estos objetos se
relacionan a travs de asociaciones, agregaciones y composiciones para modelar el
desenvolvimiento de las actividades; ayudando a definir qu deber hacer el sistema
para resolver el problema y no cmo lo har.
En la figura 5 se observa cmo un analista GNO en su rol de consultor atiende

necesidades expresadas por sus usuarios, los cuales son empleados de la Gerencia de
Exploracin. Tambin estos pueden detectar oportunidades de investigacin que
provengan de la exploracin o estudio de los planes de negocio de la gerencia. Esta
gerencia se encuentra compuesta por procesos de negocio, los cuales se encuentran
apoyados o utilizan tecnologas para el cumplimiento efectivo de sus procedimientos.
Un analista GNO en su rol de analista tecnolgico realiza evaluaciones

tecnolgicas, las cuales requieren de informacin de tecnologas y de indicadores. Los
indicadores son los encargados de cuantificar las variables que describan el
comportamiento de las tecnologas objeto de estudio, con el fin de determinar el
cumplimiento del objetivo que persiga la evaluacin. Para as encontrar las soluciones o
alternativas adecuadas a ser propuesta a la gerencia con el objetivo de cumplir con los
requerimientos establecidos.
31
Figura 5. Modelo del dominio.
A continuacin en la tabla 3 se presenta una lista de trminos empleados en el

dominio del sistema de evaluacin de tecnologas propuesto, donde se definen cada una
de las entidades involucradas en el modelo anteriormente mostrado.
32
Tabla 2. Glosario de trminos del modelo del dominio del sistema propuesto.
Trmino
Definicin
GNO
Se encarga de capturar y analizar las necesidades y oportunidades de

soluciones de automatizacin, informtica y telecomunicaciones de PDVSA,
adems de determinar, revisar, aprobar y controlar las propuestas de
soluciones tecnolgicas nuevas o existentes.
Analista Consultor
Personal que atiende a los usuarios de la Gerencia de Exploracin con el fin

de proveerles soluciones tecnolgicas.
Analista Tecnolgico
Personal encargado de investigar las soluciones tecnolgicas.
Gerencia de
Ente u organizacin que es atendida por GNO.
Exploracin
Procesos
Son elementos de la cadena de valor o procesos medulares que hacen que

exista la Gerencia de Exploracin.
Evaluaciones
Procedimiento llevado a cabo por el analista tecnolgico de GNO, para
Tecnolgicas
evaluar soluciones tecnolgicas ante los requerimientos de sus usuarios.
Indicador
ndices o parmetros a medir ante una evaluacin tecnolgica con el fin de

determinar su valor para cada solucin a evaluar y as conocer su situacin en
el tiempo.
Variables
Magnitud indeterminada que cambia por diversos factores y que representa

por tanto diversos valores en el tiempo.
Frmula
Expresin matemtica con variables y parmetros.
Tecnologas
Se refiere a software, hardware o cualquier herramienta tecnolgica de

inters.
Mtodo de decisin
Son los criterios usados para seleccionar una alternativa de solucin en la

evaluacin tecnolgica.
33
Tabla 3. Continuacin.
Trmino
Definicin
Usuario
Empleado de la Gerencia de Exploracin a quien se atiende y suministra

toda la informacin necesaria para el levantamiento del requerimiento de la
necesidad u oportunidad.
Oportunidad
Es la carencia tecnolgica identificada o detectada por GNO en los procesos

de trabajo de sus usuarios.
Necesidad
Es la carencia manifestada por un usuario para cumplir o alcanzar un

objetivo determinado.
Objetivo
Propsito o intencin que persigue la evaluacin tecnolgica.
Solucin Tecnolgica
Es la respuesta o alternativa de solucin expresada por GNO a sus usuarios.
Planes de Negocio
Es
la accin de estudiar y analizar a detalle los procesos, planes y
estrategias, que se efectan en la gerencia cliente.
3.1.2.4 Riesgos del sistema

Un riesgo es una variable del proyecto que pone en peligro o impide el xito del
proyecto. Es la probabilidad de que un proyecto experimente sucesos no deseables.
Los riesgos dirigen la viabilidad del sistema en el Proceso Unificado de Desarrollo

de Software; ya que existe la probabilidad de que el proyecto se vea afectado en su
desarrollo o comportamiento futuro. En tal sentido, los riesgos deben ser ordenados por
el nivel de relevancia o por su influencia en el desarrollo.
Una vez que se han identificado los riesgos, pueden ser tratados de diferentes
maneras. Algunos pueden ser evitados llevando a cabo acciones como replanificar el
proyecto, pueden ser tambin evitados haciendo cambios en los requisitos, otros podran
34
ser detectados y aislados de otras partes del proyecto, a manera de afectar solo una
parte.
Riesgos crticos del sistema
Desconocimiento del mbito del sistema: el no conocer el mbito del sistema en
base al cual se est trabajando, significa un riesgo crtico que debe ser mitigado
en la fase de inicio. El diseador debe tener conocimiento del contexto y
entender sus aspectos fundamentales.
Requisitos mal definidos: no disponer de requisitos claros y que abarquen
todas las
necesidades de los usuarios, puede significar un riesgo para el
sistema. Se deben recolectar todas las necesidades de los usuarios.

Falta de robustez de la arquitectura: el sistema debe poseer una arquitectura
robusta que le permita adaptarse a los cambios y al mantenimiento de manera
elegante y poco traumtica.
Diseo no adecuado de la base de datos: el mal diseo de la base de datos es un
riesgo crtico, la base de datos del sistema debe estar diseada de tal manera
que mantenga la integridad referencial, que no sea redundante y que garantice
el acceso a los datos necesarios, permitiendo al sistema llevar a cabo sus
funciones.
Para los riesgos que resultaron identificados en el desarrollo de la aplicacin Web,

se plante un plan de prevencin como forma de evitar los posibles inconvenientes que
se pudieran presentar en el desarrollo de la aplicacin Web y un plan de contingencia
para actuar en el caso de que surgiesen dichos inconveniente, los cuales se ven
enunciados en la tabla 4.
35
Tabla 4. . Plan de prevencin y contingencia para los riesgos ms predominantes en el

desarrollo de la aplicacin Web.
Riesgos
Probabilidad
Impacto
Plan de Prevencin
Plan de
Contingencia
Desconocimiento
del
60%
Crtico
mbito del sistema.
Aplicar un exhaustivo
Chequear
levantamiento
de
diagramas
realizados
informacin
los
detallado modelado del
aplicar
sistema.
correcciones
las
pertinentes.
Requisitos
mal
40%
Crtico
definidos.
Interactuar
Aplicar
constantemente con los
entrevistas
usuarios del sistema en
estructuradas
todas
para
las
fases
de
desarrollo.
dudas
no
aclarar
en
los
requerimientos
recaudados.
Falta de robustez de la
40%
Crtico
arquitectura.
Realizar
un
diseo
modular.
Revisar
los
artefactos
generados en el
proceso
de
desarrollo.
Diseo no adecuado de
30%
Crtico
la base de datos.
Recaudar
un
alto
Revisar
la
porcentaje
de
informacin
informacin
al
recaudada y de
momento del diseo de
los
la misma.
requerimientos
de los usuarios.
3.1.3 Flujo de trabajo (workflow) de requisitos

Los requisitos se establecen mediante un acuerdo con los clientes y los
involucrados en el sistema. En este proceso se definen los lmites del sistema, se estima
su costo y tiempo de desarrollo y por ltimo se visualizan los parmetros posibles para el
diseo de la interfaz de usuario.
36
En la fase de inicio, precisamente por ser la primera, se requiere un trabajo arduo

en la captura de requisitos ya que se confronta un proyecto desconocido y que no est
claramente definido. Por tal motivo, para obtener los requisitos, es necesario reunir los
aspectos ms interesantes que puedan aportar todos los participantes en el desarrollo, ya
que se trata de crear una lista de la cual se tomar el punto de partida para la
construccin del sistema; sin olvidar que ms adelante estos pueden cambiar o ser
modificados de acuerdo a las necesidades y a las limitaciones que se presenten. A
continuacin se describen los requisitos acordados con los usuarios:
3.1.3.1 Requisitos funcionales

De acuerdo al levantamiento de informacin realizado en la Superintendencia de
GNO, en cuanto al procedimiento de evaluacin tecnolgica, se establecieron los
siguientes requerimientos:
Efectuar el registro, actualizacin y consulta de los datos sobre: soluciones
tecnolgicas de automatizacin, informtica y telecomunicaciones y de
indicadores.
Evaluar soluciones tecnolgicas.
Cuantificar variables de medicin, haciendo uso de indicadores.
Realizar comparaciones entre resultados de los indicadores de las soluciones
tecnolgicas evaluadas como mtodo de seleccin de alternativas de solucin en el
proceso de evaluacin tecnolgica.
Representar en forma grfica y numrica los resultados asociados a las
evaluaciones.
37
Consultar las diferentes evaluaciones que se hayan realizado, as como generar

reportes de estas.
3.1.3.2 Requisitos no funcionales

Utilizar herramientas de Software Libre cumpliendo con el decreto 3390, a manera
de reducir costos de desarrollo y que su cdigo pueda ser modificado sin ninguna
restriccin.
Desarrollar bajo un entorno Web, especficamente una aplicacin Web que pueda
ser ejecutada en navegadotes Web grficos.
Poseer una interfaz grfica, amigable e intuitiva que permita la fcil interaccin
con el usuario.
Disear una arquitectura que pueda adaptarse fcilmente a cualquier cambio y
mejora estructural.
Requisitos de software
Navegador de Internet: Mozilla Firefox 2.0.
Quanta + como editor de lenguaje HTML.
PHP como lenguaje del lado del servidor.
Manejador de Base de Datos PostgreSQL.
Apache Web Server 2.2 como servidor Web.
Requisitos de la plataforma hardware

Servidor:
Procesador x86 o equivalente a 1GHz o ms.
38
512 MB de memoria de acceso aleatorio (RAM).

Disco Duro de 20 Gb.
Monitor a color con una resolucin mxima de 1280 x 1024.
Interfaz de red Ethernet.
Clientes:
Procesador x86 o equivalente a 750 MHz o ms.
Monitor a color con resolucin de 800x600 pxeles como mnimo.
Disponibilidad para Internet.
3.1.3.3 Captura de requisitos como casos de uso

La funcin de la captura y anlisis de requerimientos es visualizar los requisitos
mnimos de operatividad del software, con el objeto de exponer al cliente a un primer
anlisis como base para la discusin y definicin final de requerimientos de comn
acuerdo con el cliente.
Los requisitos plasmados sern representados como casos de usos, mediante la

utilizacin del lenguaje UML.
Los actores dentro de los casos de uso, especifican un rol que cierta entidad
externa adopta cuando interacta con su sistema directamente. Puede ser representado
por un usuario, por otro sistema o hardware que toca el lmite del sistema. Para
identificar los actores, se necesita considerar quin y qu utiliza el sistema y qu roles
desempean en la interaccin con el mismo. A continuacin se muestran los actores que
interactan con el sistema:
39
Tabla 5. Lista de actores de los casos de usos del sistema SIGENOP-Evaluacin de

tecnologas de la fase de inicio.
Actor
Descripcin
Analista Consultor
Personal que usa el sistema como herramienta de consulta para proveer

soluciones tecnolgicas a sus usuarios. Este tipo de usuario carece de
privilegios para llevar a cabo tareas administrativas.
Analista Tecnolgico
Usuario administrador del sistema que posee todo el acceso a la aplicacin.

Encargado de realizar las evaluaciones tecnolgicas.
Data Warehouse
Repositorio de datos sobre tecnologa, gerencias y procesos existentes dentro

de la organizacin, depurada y filtrada; proveniente de las bases de datos
corporativas.
Luego de haber identificado los actores principales del sistema y de establecer lo

requisitos, se procede a identificar los casos de uso y las relaciones que existen entre
ellos. A continuacin se presentan los casos de usos identificados para el sistema de
Tabla 6. Casos de usos del sistema SIGENOP- Evaluacin de tecnologas de la fase de

inicio.
Casos de uso
Descripcin
Actores
Administrar
Permite la carga, modificacin y eliminacin de las
Analista Tecnolgico
tecnologas
diferentes
y Data Warehouse.
tecnologas
asociadas
procesos
de
gerencia, para los cuales se realizarn las evaluaciones.
Administrar
Permite la carga, modificacin y eliminacin de los
Analista Tecnolgico
indicadores
diferentes indicadores necesarios para realizar las
y Data Warehouse.
evaluaciones tecnolgicas.
Evaluar tecnologa
Se encarga de relacionar las tecnologas que sern
Analista Tecnolgico
evaluadas, con los indicadores que cuantificarn las
y Data Warehouse.
variables que definen el comportamiento de las

mismas, relacionndolos con los objetivos que sern
medidos.
40
Casos de uso
Descripcin
Actores
Realizar consultas
En este caso de uso se consulta informacin sobre
Analista Tecnolgico,
tecnologa, indicadores, mtodos y
Analista Consultor y
Emitir Reportes
evaluaciones
realizadas.
Data Warehouse.
Permite generar reportes impresos y electrnicos
Administrador,
referentes a toda la informacin consultada por los
Usuario GNO y Data
analistas.
Warehouse.
3.1.3.4 Modelo de casos de uso

En la figura 6 se puede observar que el actor Analista Tecnolgico inicia el
sistema almacenando, eliminando o modificando informacin referente a tecnologas e
indicadores, la cual ser suministrada a la base de datos local. Posteriormente ste podr
realizar evaluaciones tecnolgicas, lo cual incluye necesariamente la existencia de
informacin referente en cuanto a tecnologa e indicadores se refiere. As como tambin
se podr consultar contenido de toda la informacin involucrada en este proceso por los
usuarios identificados. A continuacin, se muestra el diagrama de casos de uso
resultante.
Figura 6. Diagrama de caso de uso del sistema SIGENOP Evaluacin de tecnologas

de la fase de inicio.
41
El modelo de casos de uso general del sistema es un diagrama que muestra las
acciones principales que realizar el sistema que se est representando; es decir,
proporciona una visin muy general que muchas veces resulta ser bastante compleja y
difcil de entender. En tal sentido, es necesario abordar cada caso de uso detalladamente,
de tal forma, que se pueda descomponer en las distintas acciones que el sistema puede
llevar a cabo al interactuar con sus actores y describir cada una de ellas. A continuacin
se presentan en detalle los diagramas de los casos de uso ms importantes del sistema:
Caso de uso: Administrar Tecnologa.
Breve descripcin: el usuario realiza transacciones de ingresar, modificar y
eliminar informacin de tecnologas.
Actores principales: Analista Tecnolgico.
Actores secundarios: Data Warehouse.
Precondiciones:
1. Que el usuario est registrado en el sistema como administrador.
2. Para efectuarse las opciones de modificar y eliminar tecnologa deben
existir datos previamente cargados.
Flujo principal:
1. El caso de uso empieza cuando el usuario selecciona la opcin
Tecnologas en el men principal.
2. El sistema muestra las operaciones correspondientes.
3. El usuario escoge la operacin a realizar. (registrar, modificar, eliminar).
4. El sistema muestra el formulario correspondiente a la opcin seleccionada
por el usuario.
5. Si el usuario selecciona registrar tecnologa.
42
5.1 Ingresa el nombre de la tecnologa, descripcin, proceso o rea del

negocio que apoya, tipo y si est en uso o no, luego presiona el botn
guardar.
5.2 El sistema indica que fue exitosa la transaccin.
6. Si el usuario selecciona modificar tecnologa.
6.1 Ingresa el nombre de la tecnologa.
6.2 El sistema muestra la informacin relacionada con la bsqueda.
6.3 El usuario modifica los datos de su inters y presiona el botn guardar.
6.4 El sistema guarda los datos modificados e indica al usuario el xito de
la operacin.
7. Si el usuario selecciona eliminar tecnologa.
7.1 Ingresa el nombre de la tecnologa.
7.2 El sistema realiza la bsqueda de la tecnologa correspondiente y
muestra el resultado asociado a la bsqueda.
7.3 El usuario presiona el botn eliminar.
7.4 El sistema elimina los datos de la base de datos e indica el xito de la
operacin.
7.5 Finaliza el caso de uso.
Poscondiciones: el sistema actualiza los datos de la base de datos local segn la

opcin seleccionada.
Flujos alternativos:
1. Para las opciones de modificar y eliminar, el administrador puede cancelar
la operacin segn corresponda.
2. El usuario puede salir del sistema.
43
Caso de uso: Administrar Indicadores.

Breve descripcin: el usuario puede ingresar, modificar y eliminar informacin
de los indicadores de inters.
Precondiciones:
1. El usuario debe registrarse como administrador del sistema.
2. Para efectuarse las opciones de modificar y eliminar indicador deben existir
datos previamente cargados.
Flujo principal:
1. El caso de uso empieza cuando el usuario selecciona la opcin
Indicadores en el men principal.
2. El usuario selecciona la operacin sobre el indicador (registrar, modificar,
eliminar).
3. El sistema muestra el formulario correspondiente a la opcin seleccionada
por el administrador.
4. Si el usuario selecciona registrar indicador.
4.1 Ingresa el nombre del indicador, descripcin, tipo, valor meta, valor
aceptacin, variable de medicin, frmula del indicador y su
descripcin, luego presiona el botn guardar.
4.2 El sistema indica que fue exitosa la transaccin.
5. Si el usuario selecciona modificar indicador.
5.1 El usuario selecciona el indicador.
5.2 El sistema muestra la informacin relacionada con la bsqueda.
5.3 El usuario modifica los datos de su inters y presiona el botn guardar.
44
5.4 El sistema guarda los datos modificados e indica al usuario el xito de

la operacin.
6. Si el usuario selecciona eliminar indicador.
6.1 Ingresa el nombre del indicador.
6.2 El sistema realiza la bsqueda del indicador correspondiente y muestra el
resultado asociado a la bsqueda.
6.3 El usuario presiona el botn Eliminar.
6.4 El sistema elimina los datos de la base de datos e indica el xito de la
operacin.
6.5 finaliza el caso de uso.
Poscondiciones: el sistema actualiza los datos de la base de datos local segn la
opcin seleccionada.
1. Para las opciones de modificar y eliminar el administrador puede cancelar la
operacin segn corresponda.
Caso de uso: Evaluar Tecnologa
Breve descripcin: el sistema realiza la evaluacin de la(s) tecnologa(s),
basndose en la utilizacin de indicadores.
Precondiciones:
1. El usuario debe estar registrado como administrador del sistema.
45
2. Deben existir tecnologas e indicadores registrados.

Flujo principal:
1. El caso de uso empieza cuando el usuario selecciona en el men principal la
opcin Realizar evaluacin de Tecnologas.
2. El sistema verifica que existan tecnologas e indicadores almacenados para
realizar la evaluacin.
3. El sistema muestra un formulario con informacin inicial que el usuario debe
suministrar inicialmente para comenzar la evaluacin.
4. El usuario indica el responsable, objetivo, alcance, problemtica a resolver,
justificacin y beneficios de la evaluacin a realizarse.
5. El sistema muestra a continuacin una lista de tecnologas e indicadores.
6. El usuario selecciona la(s) tecnologa(s) a ser evaluada(s), as como los
indicadores de inters.
7. El sistema muestra en pantalla informacin sobre las tecnologas y los
indicadores seleccionados, as como un formulario con datos a suministrar del
o los indicadores seleccionados.
8. El usuario introduce los valores de las variables asociados a las frmulas de los
indicadores seleccionados.
9. El sistema realiza el clculo correspondiente a cada frmula del indicador para
cada tecnologa a ser evaluada.
10. El sistema muestra el resultado, en forma numrica y grfica, del
comportamiento de cada variable que representa cada indicador por cada
tecnologa evaluada. As como tambin el comportamiento de cada tecnologa
evaluada con respecto a la(s) variable(s) representada(s) por cada indicador.
11. El usuario indica su conclusin final de la evaluacin.
12. El sistema muestra mensaje de actividad exitosa.
Poscondiciones: el sistema actualiza la base de datos local.
46
1. El usuario puede decidir cancelar la evaluacin en cualquier momento de la
operacin, as como no guardar el resultado final arrojado por la misma.
3.1.4 Flujo de trabajo (workflow) de anlisis

Durante este flujo se analizan los requisitos, depurndolos y estructurndolos en
un modelo preliminar de clases de anlisis, con el que se obtiene un esbozo o primera
impresin del modelo de diseo. El propsito fundamental del anlisis es resolver los
casos de uso analizando los requisitos con mayor profundidad.
3.1.4.1 Modelo de anlisis

Un modelo de anlisis ofrece una representacin ms precisa de los requisitos, que
la que se tiene como resultado de la captura de requisitos, incluyendo los modelos de
casos de usos; adems se describe utilizando el lenguaje de los desarrolladores, y puede
introducir un mayor formalismo y ser utilizado para estructurar el funcionamiento
interno del sistema.
Identificacin de clases de anlisis: en la identificacin de las clases de anlisis, se
especifican las clases de control, entidad, e interfaz necesarias para realizar los
casos de uso y esbozar sus nombres, responsabilidades, atributos y relaciones. Las
clases de anlisis se identifican a travs de tres estereotipos bsicos: clases de
interfaz, control y entidad.
Clases de interfaz: se utilizan para modelar la interaccin entre el sistema y sus
actores, esta interaccin a menudo implica recibir informacin y peticiones de
(y hacia) los usuarios y los sistemas externos. A continuacin se muestran las
clases de interfaz del sistema.
47
Tabla 7. Clases de interfaz del sistema de la fase de inicio.

Clases
Definicin
IU Tecnologa
Permite al usuario seleccionar las tecnologas objeto de

evaluacin.
IU Principal
Permite al usuario interactuar con el sistema para llevar a cabo

todas las operaciones relacionados con el proceso de evaluacin
tecnolgica.
IU Indicador
Permite al usuario definir los indicadores a ser estudiados. As

como sus parmetros.
IU Identificacin de
Permite al usuario ingresar una serie de datos para identificar la
Evaluacin
evaluacin a realizarse.
IU Resultado
Permite al usuario visualizar el resultado de la evaluacin.
Clases de control: representan coordinacin, secuencia, transacciones y control de

otros objetos. Se usan con frecuencia para encapsular el control de un caso de uso
en concreto. A continuacin se muestran las clases de control del sistema.
Tabla 8. Clases de control del sistema de la fase de inicio.

Clases
Definicin
Gestor Identificacin de
Se encarga de controlar el ingreso de datos para identificar a
Evaluacin
la evaluacin tecnolgica que se esta realizando.
Gestor de Tecnologa
Esta clase permite gestionar la carga, modificacin o

eliminacin de tecnologas.
Gestor de Generacin de resultados
Se encarga de la generacin de resultado de la evaluacin en

forma grfica y numrica.
48
Clases
Definicin
Gestor de Indicadores
Permite gestionar la carga, modificacin o eliminacin de

indicadores.
Gestor Seleccin de Tecnologa
Permite controlar la seleccin de las tecnologas a evaluar.
Gestor Seleccin de Indicador
Permite controlar la seleccin de los indicadores a estudiar.
Gestor Evaluacin Tecnolgica
Centraliza el control para verificar que los procesos

realizados por los objetos Gestor Seleccin de Tecnologa,
Gestor Seleccin de Indicador y Gestor de Generacin de
resultados se lleven a cabo secuencialmente.
Clases de entidad: se utilizan para modelar informacin que posea una vida larga y
que es a menudo persistente. Las clases de entidad modelan la informacin y el
comportamiento asociado de algn fenmeno o concepto, como una persona, un
objeto o un suceso. A continuacin se muestran las clases de control del sistema.
Tabla 9. Clases de entidad del sistema de la fase de inicio.
Clases
Definicin
Evaluacin Tecnolgica
Representa los datos relacionados a la evaluacin tecnolgica.
Tecnologa
Representa los datos de las tecnologas a ser evaluadas.
Indicador
Representa los datos relacionados a los indicadores en estudio.
3.1.4.2 Diagrama de clases de anlisis

Una vez identificadas las clases de anlisis se establece el diagrama de clases de
anlisis donde se plasman las posibles clases del diseo, encajndolas en los tres
estereotipos bsicos: de interfaz, de control y de entidad. Cada uno de ellos implica una
semntica especfica, lo cual constituye un mtodo consistente de identificar y describir
cada clase, contribuyendo a la creacin de un modelo de objetos y una arquitectura
robusta.
49
Diagrama de clases de anlisis para el caso de uso Administrar Tecnologa: en el

caso de uso Administrar Tecnologa, se llevan a cabo funciones para ingresar,
modificar y eliminar los datos referentes a las tecnologas a ser evaluadas. En el
diagrama de clases de anlisis mostrado en la figura 7, se puede observar que el
usuario Analista Tecnolgico inicia la interaccin con el sistema a travs de la
interfaz IU Principal, para llevar a cabo las funciones anteriormente sealadas.
stos son procesados en la clase de control denominada Gestor de Tecnologa,
segn sea el caso. Los datos manejados en ste gestor sern almacenados en la
clase entidad Tecnologa.
Figura 7. Diagrama de clases de anlisis para el caso de uso Administrar Tecnologa de

la fase de inicio.
Diagrama de clases de anlisis para el caso de uso Administrar Indicadores: en el

caso de uso Administrar Indicadores, se llevan a cabo funciones para ingresar,
modificar y eliminar los datos referentes a los indicadores a evaluar. En el
stos son procesados en la clase de control denominada Gestor de Indicadores.
Los datos manejados en ste gestor sern almacenados en la clase entidad
Indicador.
50
Figura 8. Diagrama de clases de anlisis para caso de uso Administrar Indicador de la

fase de inicio.
Diagrama de clases de anlisis para el caso de uso Evaluar Tecnologa: en el caso

de uso Evaluar Tecnologa, se llevan a cabo funciones para evaluar tecnologas por
medio de la relacin tecnologa - indicador. En el diagrama de clases de anlisis
mostrado en la figura 9, se puede observar que el usuario Analista Tecnolgico
inicia la interaccin con el sistema a travs de la interfaz IU Principal, para llevar a
cabo las funciones anteriormente sealadas. stas son procesadas en la clase de
control denominada Gestor Evaluacin Tecnolgica que a su vez controla que los
gestores Identificacin de Evaluacin, Seleccin Tecnologa, Seleccin Indicador
y Generacin Resultado se realicen de forma secuencial. Finalmente los datos
suministrados por cada uno de estos gestores sern almacenados en la clase
entidad Evaluacin Tecnolgica.

fase de inicio.
51
3.1.4.3 Diagrama de colaboracin
Cuando se tiene un esbozo de las clases necesarias para realizar un caso de uso, se
debe describir como interactan sus correspondientes objetos del anlisis. Esto se hace
mediante diagramas de colaboracin que contienen las instancias de actores
participantes, los objetos del anlisis y sus enlaces. A continuacin se realiza una
descripcin de los diagramas de colaboracin de los casos de uso del sistema de
evaluacin de tecnologas.
Diagrama de colaboracin para el caso de uso Administrar Tecnologa: en la
realizacin del caso de uso Administrar Tecnologa se llevan a cabo las siguientes
colaboraciones:
Agregar una tecnologa:
1. El usuario Analista Tecnolgico provee los datos que describen una
tecnologa.
2. La clase de control :Gestor de Tecnologa capta los datos desde la interfaz.
3. La clase de control :Gestor de Tecnologa crea una instancia de la clase de
entidad :Tecnologa enviando como parmetros los datos cargados por el
usuario.
En la figura 10, se observa el diagrama de
colaboracin anteriormente
descrito.
Figura 10. Diagrama de colaboracin del caso de uso Administrar Tecnologa (agregar)
52
Modificar una tecnologa:

1. El usuario Analista Tecnolgico provee al sistema del nombre de la
tecnologa a modificar.
2. La clase de control :Gestor de Tecnologa toma el nombre de la tecnologa.
3. La clase de control :Gestor de Tecnologa invoca una instancia de la clase de
entidad :Tecnologa.
4. La clase de entidad :Tecnologa devuelve el objeto creado.
5. La clase de control :Gestor de Tecnologa con el objeto devuelto invoca al
mtodo, de la instancia creada, que permita buscar una tecnologa existente.
6. El mtodo devuelve la tecnologa encontrada.
7. La clase de control :Gestor de Tecnologa enva a la clase de interfaz :IU
Principal los detalles de la tecnologa encontrada.
8. El Analista Tecnolgico realiza las modificaciones y pulsa el botn enviar.
9. La clase de control :Gestor de Tecnologa capta la peticin realizada por el
usuario y captura los nuevos valores.
10. La clase de control :Gestor de Tecnologa invoca una funcin que permita
modificar una tecnologa, funcin que es propia del objeto que fue instanciado
en el paso 3.
11. La clase de control :Gestor de Tecnologa sobrescribe los datos del objeto
encontrado.
En la figura 11, se observa el diagrama de colaboracin anteriormente descrito.
Figura 11. Diagrama de colaboracin del caso de uso Administrar Tecnologa

(modificar) de la fase de inicio.
53
Eliminar tecnologa.
1.
El usuario Analista Tecnolgico provee al sistema del nombre de la
tecnologa a eliminar.
2.
La clase de control :Gestor de Tecnologa toma el nombre de la tecnologa
de la :IU Principal.
3.
La clase de control :Gestor de Tecnologa invoca una instancia de la clase
de entidad : Tecnologa .
4.
La clase de entidad :Tecnologa devuelve el objeto creado.
5.
La clase de control :Gestor de Tecnologa con el objeto devuelto, invoca
el mtodo de la instancia creada que permite buscar la tecnologa existente.

6.
El mtodo devuelve la tecnologa encontrada.
7.
La clase de control :Gestor de Tecnologa enva a la clase de interfaz :IU
Principal los detalles de la tecnologa.

8.
El usuario Analista Tecnolgico pulsa el botn eliminar.
9.
La clase de control :Gestor de Tecnologa capta la peticin realizada por
el usuario.
10. La clase de control :Gestor de Tecnologa invoca una funcin que permita
la eliminacin, funcin que es propia del objeto que fue instanciado en el paso
3.
11. La clase de control :Gestor de Tecnologa elimina la tecnologa
seleccionada.
Figura 12. Diagrama de colaboracin del caso de uso Administrar Tecnologa (eliminar)
54
Diagrama de colaboracin para el caso de uso Administrar Indicador: en la

realizacin del caso de uso Administrar Indicador se llevan a cabo las siguientes
colaboraciones:
Agregar un indicador:
1. El usuario Analista Tecnolgico provee los datos que describen al indicador.
2. La clase de control :Gestor de Indicadores capta los datos desde la interfaz.
3. La clase de control :Gestor de Indicadores crea una instancia de la clase de
entidad :Indicador enviando como parmetros los datos cargados por el
usuario.
Figura 13. Diagrama de colaboracin del caso de uso Administrar Indicador (agregar) de
la fase de inicio.
Modificar un indicador:
1. El usuario Analista Tecnolgico provee al sistema del nombre del indicador
a modificar.
2. La clase de control :Gestor de Indicadores toma el nombre de la indicador.
3. La clase de control :Gestor de Indicadores invoca una instancia de la clase
de entidad :Indicador.
4. La clase de entidad :Indicador devuelve el objeto creado.
5. La clase de control :Gestor de Indicadores con el objeto devuelto, invoca el
mtodo de la instancia creada que permite buscar un indicador existente.
6. El mtodo devuelve el indicador encontrado.
7. La clase de control :Gestor de Indicadores enva a la clase de interfaz :IU
Principal los detalles del indicador encontrado.
55
8. El usuario Analista Tecnolgico realiza las modificaciones y pulsa el botn

enviar.
9. La clase de control :Gestor de Indicadores capta la peticin realizada por el
usuario y captura los nuevos valores.
10. La clase de control :Gestor de Indicadores invoca una funcin que permita
modificar un indicador, funcin que es propia del objeto que fue instanciado en
el paso 3.
11. La clase de control :Gestor de Indicadores sobrescribe los datos del objeto
encontrado.
Figura 14. Diagrama de colaboracin del caso de uso Administrar Indicador (modificar)
Eliminar indicador:
1. El usuario Analista Tecnolgico provee al sistema del nombre del indicador
a eliminar.
2. La clase de control :Gestor de Indicadores toma el nombre del indicador de la
:IU Principal.
3. La clase de control :Gestor de Indicadores invoca una instancia de la clase de
entidad :Indicador.
4. La clase de entidad :Indicador devuelve el objeto creado.
5. La clase de control :Gestor de Indicadores con el objeto devuelto, invoca el
mtodo de la instancia creada que permite buscar el indicador existente.
6. El mtodo devuelve el indicador encontrado.
7. La clase de control :Gestor de Indicadores enva a la clase de interfaz :IU
Principal los detalles del indicador.
56
8. El usuario Analista Tecnolgico pulsa el botn eliminar.

9. La clase de control :Gestor de Indicadores capta la peticin realizada por el
usuario.
10. La clase de control :Gestor de Indicadores invoca una funcin que permita
la eliminacin, funcin que es propia del objeto que fue instanciado en el paso
3.
11. La clase de control :Gestor de Indicadores elimina el indicador
seleccionado.
Figura 15. Diagrama de colaboracin del caso de uso Administrar Indicador (eliminar)
Diagrama de colaboracin para el caso de uso Evaluar Tecnologa: en la figura 16

se observan las siguientes colaboraciones:
1. El caso de uso Evaluar Tecnologa es iniciado por la interaccin del usuario
Analista Tecnolgico con la interfaz :IU Principal.
2. Se invoca al objeto :Gestor Evaluacin Tecnolgica, dicho objeto tiene como
funcin centralizar
el control para verificar que los procesos se realicen
secuencialmente.
3. El objeto :Gestor Evaluacin Tecnolgica invoca al objeto :Gestor
Identificacin de Evaluacin que permite definir la informacin general de la
evaluacin a realizar.
4. El usuario del sistema activa la interfaz :IU Identificacin de Evaluacin con el
fin de ingresar el objetivo de la evaluacin, el problema a resolver, el responsable
de la evaluacin y la gerencia cliente a la cual se atiende.
57
5. Luego el objeto :Gestor Identificacin de Evaluacin toma los datos desde la

interfaz.
6. Una vez tomados los datos se almacenan en la entidad
:Evaluacin
Tecnolgica.
7. Posteriormente el objeto :Gestor Evaluacin Tecnolgica solicita al objeto
:Gestor seleccin Tecnologa, las tecnologas que se evaluaran.
8. El usuario activa la interfaz :IU Tecnologa que se encarga de mostrar las
tecnologas disponibles que fueron previamente almacenadas en la base de datos
local del sistema.
9. Seguidamente, el objeto :Gestor seleccin Tecnologa toma los datos desde la
interfaz.
10. El objeto :Gestor seleccin Tecnologa almacena los datos de las tecnologas
seleccionadas en la entidad :Evaluacin Tecnolgica.
11. El objeto :Gestor Evaluacin Tecnolgica invoca al objeto :Gestor Seleccin
Indicador .
12. El usuario activa la interfaz :IU Indicadores y selecciona los indicadores a ser
estudiados.
13. El objeto :Gestor Seleccin Indicador toma los datos desde la interfaz.
14. Seguidamente
los datos son almacenados en la entidad :Evaluacin
Tecnolgica.
15. Una vez seleccionadas las tecnologas a evaluar y sus respectivos indicadores,
el objeto :Gestor Evaluacin Tecnolgica solicita al objeto :Gestor Generacin
Resultado que genere los resultados.
16. El usuario activa la interfaz :IU Resultado la cual muestra los datos calculados
durante la evaluacin, en forma grfica o numrica.
17. El objeto :Gestor Generacin Resultado toma los datos desde la interfaz.
18. Estos datos son llevados a la entidad :Evaluacin Tecnolgica.
58
Figura 16. Diagrama de colaboracin para el caso de uso Evaluar Tecnologa de la fase
de inicio.
5
6
1
8
12
7
9
14
15
16
10
13
1
18
17
3.1.4.4 Identificacin de paquetes de anlisis

Son usados como medio para organizar los artefactos del modelo de anlisis en
partes manejables, pueden constar de clases del anlisis, de realizaciones de casos de uso
y de otros paquetes del anlisis. Una forma directa de identificar los paquetes del anlisis
es a travs de los requisitos funcionales. En las figuras 17, 18 y 19 se observa, que estos
paquetes incluyen todos los procesos relacionados con la evaluacin de tecnologas y la
administracin de tecnologas e indicadores, manteniendo una relacin directa con el
caso de uso Evaluar Tecnologas, Administrar Tecnologas y Administrar Indicadores
respectivamente.
Figura 17. Paquete de anlisis Administracin de Tecnologas.
59
Figura 18. Paquete de anlisis Administracin de Indicadores.
Figura 19. Paquete de anlisis Evaluacin de Tecnologas.
3.1.5 Evaluacin de la fase de inicio

En esta fase de inicio se analiz el sistema actual para capturar los objetos ms
importantes dentro del contexto del sistema, realizando un anlisis de las necesidades de
los analistas de GNO, una lista de requisitos funcionales indispensables, un modelo del
negocio y un modelo del dominio. En el glosario de trminos se definieron las palabras o
expresiones relacionadas al sistema y al negocio, se determin una lista de los riesgos
crticos del proyecto los cuales se mitigaron a lo largo de esta fase y se continuarn
mitigando en la fase de elaboracin. Luego se construy el modelo de casos de uso para
la captura de los requisitos funcionales, con la identificacin de actores, casos de uso y
relaciones existentes entre estos.
En la tabla 10, se muestra el estatus de desarrollo de los artefactos generados para
esta fase.
60
Tabla 10. Estatus de desarrollo de los artefactos generados para la fase de inicio.
Artefactos
Estatus
Estudio del contexto del sistema.
Culminado.
Modelo del negocio y glosario de trminos.
Culminado.
Modelo del dominio y glosario de trminos.
Culminado.
Lista de riesgos crticos.
Culminado.
En desarrollo.
Culminado.
En desarrollo.
En desarrollo.
En desarrollo.
En desarrollo.
En desarrollo.
Despus de examinar los objetivos de la fase de inicio, el mbito del sistema, los
riesgos crticos y la arquitectura candidata, se logr establecer que el proyecto es viable
y por tanto se decidi continuar con el desarrollo del sistema planteado.
3.2 Fase de elaboracin
En esta seccin se abordar la segunda fase del Proceso Unificado de Desarrollo

de Software, llamada fase de elaboracin en donde se establece una lnea base de la
arquitectura que pueda guiar el desarrollo del sistema en su totalidad, as como la
adicin de mejoras y nuevas funcionalidades. Se recopila la mayora de los requisitos
que an quedan pendientes. Adems se transforman y refinan los modelos de la fase de
inicio en otra serie de modelos que perfilen una solucin ms cercana a los
requerimientos de los usuarios.
3.2.1 Planificacin de la fase de elaboracin

Cumpliendo con el ciclo iterativo del Proceso Unificado de Desarrollo de
Software, en esta fase se desarrollaron los flujos de trabajos requisitos, anlisis, diseo,
61
implementacin y prueba, tomando como gua los modelos construidos en la fase de

inicio.
Se llev a cabo el flujo de trabajo requisitos, en donde se identificaron nuevos

requerimientos, as como tambin se evaluaron y refinaron los de la fase anterior.
Adems se adapt el modelo de casos de uso a la aparicin de nuevos casos de uso.
Se desarroll el flujo de trabajo anlisis, en el cual se refin el modelo de anlisis

de acuerdo a los nuevos casos de uso. Para esto, se elaboraron los diagramas de clases de
anlisis y colaboracin, se identificaron los paquetes de anlisis que encapsulan las
nuevas funcionalidades del sistema; y por ltimo, se construy el correspondiente
diagrama de paquetes de anlisis.
En el flujo de trabajo diseo, se construy el diagrama de clases de diseo para

mostrar la estructura del sistema, se elaboraron los diagramas de secuencia en donde se
visualiza el orden de interaccin entre los objetos del sistema, se dise la base de datos
para manejar y almacenar toda la informacin necesaria, se cre la interfaz de usuario; y
por ltimo, se disearon los reportes en donde se presentan de forma clara y
comprensible todos los datos manejados por el software. Finalmente se llev a cabo el
flujo de trabajo de implementacin, donde se procedi a transformar un modelo de
diseo en cdigo ejecutable, as como la aplicacin de las pruebas respectivas al flujo de
trabajo de prueba.
Para este proyecto, en esta fase, se realiz una nica iteracin, conformada por los
flujos de trabajo mencionados. En la siguiente tabla se muestra lo anteriormente
expuesto.
62
Tabla 11. Actividades y artefactos planificados para la fase de elaboracin.

Actividad
Artefacto
Requisitos

Captura de requisitos como casos de usos: identificacin de actores y casos de uso.
Prototipos de interfaz de usuario.
Anlisis
Modelo de anlisis.
Diagrama de paquetes de anlisis.
Diseo
Diseo de la arquitectura.
Modelo de diseo.
Diseo del procedimiento de evaluacin tecnolgica.
Diagrama de clases de diseo y glosario de mtodos.
Diagrama de secuencia.
Diseo fsico de la base de datos.
Implementacin
Cdigo fuente para la realizacin de los casos de uso.
Pruebas
Casos de prueba.

la fase de elaboracin:
3.2.2 Flujo de trabajo (workflow) de requisitos

La captura de requisitos en esta fase se lleva a cabo con la finalidad de completar
el trabajo realizado en la fase anterior, contemplando nuevos requisitos que haban sido
obviados.
63
3.2.2.1 Requisitos funcionales

Para la elaboracin de esta fase, surgieron los siguientes requisitos por parte de los
usuarios del sistema:
Aplicacin de criterios o mtodos de decisin, que contribuyan a la calidad de

acierto en el proceso de toma de decisiones, para la seleccin de alternativas de solucin,
en el proceso de evaluacin tecnolgica.
3.2.2.2 Requisitos no funcionales

Para esta fase no se encontraron requisitos no funcionales debido a que los
requerimientos necesarios para causar algn impacto en uno o varios casos de uso ya
fueron identificados en la fase de inicio.
3.2.2.3 Captura de requisitos como casos de uso

En vista de que han surgido nuevos requisitos a los ya capturados en la fase
anterior, se han identificado nuevos casos de uso para el diseo del sistema, para
completar totalmente la descripcin del sistema en cuanto a operabilidad. A
continuacin en la tabla 13, se presentan los casos de usos identificados para esta fase.
Tabla 13. Casos de uso del sistema SIGENOP - Evaluacin de tecnologa de la fase de
elaboracin.
Casos de uso
Descripcin
Actores
Administrar
Permite la carga, modificacin y eliminacin de los
Analista
Mtodos
diferentes mtodos involucrados para realizar las
Tecnolgico.
evaluaciones.
Cabe resaltar que la descripcin del caso de uso Evaluar Tecnologa, identificado
en la fase de inicio, sufri modificaciones en su descripcin (flujo principal) al
involucrar la implementacin de los mtodos agregados.
64
3.2.2.4 Modelo de casos de uso

En la figura 20, se puede observar la inclusin de los nuevos requisitos
representados por la adicin del caso de uso Administrar Mtodos.
Figura 20. Diagrama de casos de uso del sistema SIGENOP Evaluacin de tecnologas
de la fase de elaboracin.
A continuacin se muestra la descripcin de los casos de uso tanto incluidos en

esta fase como los modificados o aquellos que no se desarrollaron en la fase anterior.
Caso de uso: Evaluar Tecnologa
Breve descripcin: el sistema realiza la evaluacin de la(s) tecnologa(s),
basndose en la utilizacin de indicadores, cuantificando las variables
seleccionados por el usuario.
65
Precondiciones:
1. El usuario debe estar registrado como usuario del sistema.
2. Deben existir tecnologas e indicadores registrados.
Flujo principal:
opcin Realizar evaluacin de Tecnologas.
2. El sistema verifica que existan tecnologas e indicadores almacenados para
realizar la evaluacin.
3. El sistema muestra un formulario con informacin inicial que el
administrador debe suministrar inicialmente para comenzar la evaluacin.
4. El Administrador indica el responsable, objetivo, alcance, problemtica a
resolver, justificacin y beneficios de la evaluacin a realizarse.
5. El sistema verifica que hayan sido cargadas toda la informacin anterior en
las Variables Temporales.
6. El sistema muestra a continuacin una lista de tecnologas e indicadores.
7. El Administrador selecciona la(s) tecnologa(s) a ser evaluada(s), as como
los indicadores de inters.
8. El sistema verifica que hayan sido cargada toda la informacin de tecnologa
e indicador en las Variables Temporales.
9. El sistema muestra informacin adicional sobre las tecnologas y los
indicadores seleccionados. As como un formulario con datos a suministrar de
los indicadores seleccionados.
10. El Administrador introduce los valores de las variables asociadas a las
frmulas de los indicadores seleccionados.
11. El sistema procede a realizar los clculos correspondientes.
12. El sistema muestra el resultado, en forma numrica y grfica, del
comportamiento de cada variable que representa cada indicador por cada
tecnologa evaluada. As como tambin el comportamiento de cada tecnologa
evaluada con respecto a la(s) variable(s) representada por cada indicador.
66
13. El sistema da opciones de seleccin de mtodos de decisin.

14. El usuario selecciona los mtodos de decisin de inters a aplicar.
15.El sistema verifica que hayan sido cargados los parmetros correspondientes
a cada mtodo y se procede a realizar los clculos.
16. El sistema muestra los resultados de los clculos realizados, en forma
numrica y grfica, por cada mtodo de decisin seleccionado.
17. El sistema da opciones de ver detalles de los mtodos seleccionados por el
usuario.
18. El Administrador indica su conclusin final de la evaluacin.
19. Finaliza el caso de uso.
Poscondiciones: el sistema actualiza la BD_local.
1. Si el sistema verifica que no existen tecnologas e indicadores almacenado, se
interrumpe el proceso de evaluacin tecnolgica y finaliza la accin.
2. El Administrador puede decidir cancelar la evaluacin en cualquier momento
as como no guardar el resultado final arrojado por la misma.
3. El Administrador puede salir del sistema.
Caso de uso: Realizar Consultas
Breve descripcin: el usuario consulta tecnologas, indicadores y evaluaciones
ya realizadas, basndose en los criterios de bsqueda del sistema.
Actores principales: Usuario GNO.
Precondiciones:
1. Que el usuario est registrado como usuario del sistema.
67
2. Que exista informacin previamente cargada para ser consultada.

Flujo principal:
opcin Realizar consultas.
2. El sistema lista al usuario las opciones de consulta disponibles.
3. El usuario especifica el criterio de bsqueda.
4. El sistema recoge los datos sobre la consulta solicitada.
5. Si el sistema encuentra alguna coincidencia entonces:
5.1 Muestra el resultado.
6. Sino
6.1 El sistema indica que no se ha encontrado resultado alguno.
Poscondiciones: ninguna.
Caso de uso: Emitir Reportes
Breve descripcin: el sistema genera los diferentes reportes segn los criterios
dados por el usuario.
Actores principales: Analista Tecnolgico y Analista Consultor.
Precondiciones:
1. Que el usuario est registrado como usuario del sistema.
2. Que exista informacin previamente cargada.
68
Flujo principal:
1.El caso de uso empieza cuando el usuario selecciona en el men principal la
opcin Emitir reportes.
2.El sistema lista al usuario los criterios para emitir el reporte.
3.El usuario especifica el criterio solicitado.
4.Si el sistema encuentra alguna coincidencia entonces:
4.1Muestra el resultado.
5. Sino
5.1 El sistema indica que no se ha encontrado resultado alguno.
Poscondiciones: Ninguna.
1.El usuario puede salir del sistema.
3.2.2.5 Prototipo de la interfaz de usuario

El prototipo de la interfaz de usuario es un breve acercamiento al esquema que
tendr la aplicacin y de cmo deben ser las interfaces principales. Estos prototipos se
van modelando teniendo como gua los casos de uso ya estudiados.
En vista de que han sido capturados la mayora de los requerimientos del sistema y
se han definido todos los casos de uso, es conveniente el modelado de interfaz de
usuario en este flujo de trabajo.
Prototipo de la interfaz principal: en este prototipo se ubican los bloques
principales que van a componer la interfaz principal del sistema. La finalidad de
esta interfaz es enlazar todas las dems interfaces que se disearn para representar
la actividad de los casos de uso, siguiendo los lineamientos de interfaz de la
empresa.
69
Figura 21. Prototipo de interfaz principal del sistema.

Encabezado
Texto
Contenido
Men de
navegacin
principal
Figura 22. Prototipo de interfaz secundaria del sistema.

Encabezado
Texto
Men de navegacin principal
Contenido
3.2.3 Flujo de trabajo (Workflow) de anlisis

En la fase de inicio se analiz un pequeo porcentaje del sistema, por lo que en
esta fase de elaboracin se profundizar y se analizarn los nuevos casos de uso
identificados en este flujo de trabajo.
3.2.3.1 Modelo de anlisis

En vista de que han sido identificados nuevos casos de usos, es necesario refinar el
modelo de anlisis para el sistema de Evaluacin de Tecnologa. En tal sentido, se
realizarn modificaciones a los diagramas mostrados en la fase anterior, y se detallar la
realizacin de los otros casos de uso del sistema.
70
Identificacin de clases de anlisis: en la fase de inicio, fueron identificadas las

clases de anlisis para la realizacin de los casos de uso: Administrar Tecnologa y
Administrar Indicador (tabla 7, tabla 8 y tabla 9); dichas clases no han sido
modificadas y se seguirn considerando para la fase de elaboracin. Sin embargo
las clases de anlisis para la realizacin del caso de uso Evaluar Tecnologa,
sufrieron cambios debido a nuevas clases identificadas. As como tambin ocurre
para los casos de uso Administrar Mtodos, Realizar Consultas y Emitir Reporte,
presentadas a continuacin en las siguientes tablas:
Tabla 14. Clases de interfaz del sistema de la fase de elaboracin.

Definicin
Clases
:IU Mtodo
Permite al usuario seleccionar los mtodos de decisin a implementar en la
de Decisin
:IU Consultas
Permite al usuario realizar consulta de la informacin depositada en la base de

datos.
:IU Reportes
Permite al usuario generar los reportes de los datos manejados por la aplicacin.
Tabla 15. Clases de control del sistema de la fase de elaboracin.

Clases
Definicin
:Gestor de Mtodo de
Est encargado de la seleccin y realizacin de los mtodos de
Decisin
decisin a utilizar.
:Gestor de Consultas
Esta clase permite gestionar la realizacin de consultas.
:Gestor
Esta clase permite gestionar la configuracin de reportes. En esta
de
Configuracin
Reportes
de
clase se invoca la creacin de un objeto :Parmetros de Reportes y

se invoca un mtodo que permite establecer la configuracin.
71
Tabla 16. Clases de entidad del sistema de la fase de elaboracin.

Clases
Definicin
:Mtodo de Decisin
Representa los datos relacionados a los mtodos de decisin

empelados en la evaluacin tecnolgica.
:Parmetros de Reportes
Esta clase posee los mtodos y los atributos necesarios para

establecer la configuracin de los reportes.
3.2.3.2 Diagrama de clases de anlisis

Para la realizacin de los diagramas de clases de anlisis de la fase de elaboracin
se retorn al esbozo de los diagramas de clases de anlisis realizados en la fase de inicio,
y se consideraron los requisitos que se haban dejado pendientes, ms los hallados en la
captura de requisitos de la fase actual. A continuacin, se muestran los diagramas de
clases de anlisis en donde se describir la realizacin de todos los casos de uso,
modificados y faltantes.
Diagrama de clases de anlisis para el caso de uso Evaluar Tecnologa: en el
usuario Administrador inicia el caso de uso interactuando con la interfaz :IU
Principal, desde la cual realizar las operaciones para realizar la evaluacin
tecnolgica. Los procesos asociados al caso de uso Evaluar Tecnologa estn
controlados por el :Gestor Evaluacin Tecnolgica que verificar la disponibilidad
de los datos de tecnologa e indicadores, para dar paso a la realizacin del caso de
uso Evaluar Tecnologa a travs de la activacin de la interfaz :IU Principal.
Todos los datos de entrada para realizar la evaluacin sern obtenidos de los
objetos entidades Tecnologa, Indicador y Mtodo.
72
fase de elaboracin.
Diagrama de clases de anlisis para el caso de uso Realizar Consultas: en el actor

mostrado en la figura 24, se puede observar que el Usuario GNO inicia el caso de
uso interactuando con la interfaz IU Principal que le permite seleccionar la opcin
de consulta. sta opcin es capturada desde la interfaz por la clase de control
Gestor de Consultas. La clase de control invoca la creacin de un objeto tipo
entidad. De acuerdo a las opciones de bsqueda este objeto entidad puede ser de
los tipos especificados en las tablas 9 y 16. El objeto es devuelto a la clase de
control y posteriormente se hace un llamado a la funcin que permite realizar la
consulta, funcin que es propia de la clase de control anteriormente sealada. Una
vez hecha la consulta, el resultado es devuelto a la clase de control y sta se
encarga de enviarlo a la interfaz :IU Principal para que pueda ser visto por el
usuario.
73
Figura 24. Diagrama de clases de anlisis para el caso de uso Realizar Consultas de la
fase de elaboracin.
Diagrama de clases de anlisis para el caso de uso Emitir Reporte: en la clase de

anlisis mostrada en la figura 25, se observa que el usuario inicia la interaccin
con el sistema mediante la clase de interfaz :IU Principal, la cual muestra una serie
de opciones que le permiten establecer las configuraciones de los reportes. El
usuario establece la configuracin, sta es captada desde la interfaz por la clase de
control :Gestor de Configuracin de Reportes. Esta clase de control invoca la
creacin de un objeto :Parmetros de Reportes, el objeto es creado y es devuelto a
la clase de control, posteriormente la clase de control realiza un llamado a la
funcin establecer parmetros, funcin propia del objeto :Parmetros de Reporte.
Figura 25. Diagrama de clases de anlisis para el caso de uso Emitir Reportes de la fase
de elaboracin.
Diagrama de clase de anlisis para el caso de uso Administrar Mtodo: en el caso

de uso Administrar Mtodo, se llevan a cabo funciones para ingresar, modificar y
eliminar los datos referentes a los mtodos de decisin a ser usados. En el
74

stos son procesados en la clase de control denominada Gestor de Mtodos de
Decisin, segn sea el caso. Los datos manejados en ste gestor sern almacenados
en la clase entidad Mtodo.
Figura 26. Diagrama de clases de anlisis para el caso de uso Administrar Mtodos de la
fase de elaboracin.
3.2.3.3 Diagrama de colaboracin

En esta fase se explicarn los diagramas de colaboracin de los casos de uso que
han sido ms resaltantes en el flujo de trabajo de requisitos, omitiendo as los diagramas
de colaboracin cuyo funcionamiento sean semejantes.
Diagrama de colaboracin para el caso de uso Administrar Mtodo: en la
realizacin del caso de uso Administrar Mtodo se llevan a cabo las siguientes
colaboraciones:
Agregar un mtodo:
1. El usuario Analista Tecnolgico provee los datos que describen un mtodo.
2. La clase de control :Gestor de Mtodo de Decisin capta los datos desde la
interfaz.
3. La clase de control :Gestor de Mtodo de Decisin crea una instancia de la
clase de entidad :Mtodo enviando como parmetros los datos cargados por el
usuario.
75
En la figura 27, se observa el diagrama de
colaboracin anteriormente
descrito.
Figura 27. Diagrama de colaboracin para el caso de uso Administrar Mtodo (agregar)
de la fase de elaboracin.
Modificar un mtodo:
1. El usuario Analista Tecnolgico provee al sistema del nombre del mtodo
de decisin a modificar.
2. La clase de control :Gestor de Mtodo de Decisin toma el nombre del
mtodo.
3. La clase de control :Gestor de Mtodo de Decisin invoca una instancia de
la clase de entidad :Mtodo.
4. La clase de entidad :Mtodo devuelve el objeto creado.
5. La clase de control :Gestor de Mtodo de Decisin con el objeto devuelto
invoca a la funcin, de la instancia creada, que permita buscar un mtodo
existente.
6. La funcin devuelve el mtodo encontrado.
7. La clase de control :Gestor de Mtodo de Decisin enva a la clase de
interfaz :IU Principal los detalles del mtodo de decisin encontrado.
8. El Analista Tecnolgico realiza las modificaciones y pulsa el botn enviar.
9. La clase de control :Gestor de Mtodo de Decisin capta la peticin
realizada por el usuario y captura los nuevos valores.
10. La clase de control :Gestor de Mtodo de Decisin invoca una funcin que
permita modificar un mtodo, funcin que es propia del objeto que fue
instanciado en el paso 3.
76
11. La clase de control :Gestor de Mtodo de Decisin sobrescribe los datos del
objeto encontrado.
Figura 28. Diagrama de colaboracin para el caso de uso Administrar Mtodo

(modificar) de la fase de elaboracin.
Eliminar mtodo.
1. El usuario Analista Tecnolgico provee al sistema del nombre del mtodo a
eliminar.
2. La clase de control :Gestor de Mtodo de Decisin toma el nombre del
mtodo de la :IU Principal.
3. La clase de control :Gestor de Tecnologa invoca una instancia de la clase de
entidad :Mtodo .
4. La clase de entidad :Mtodo devuelve el objeto creado.
5. La clase de control :Gestor de Mtodo de Decisin con el objeto devuelto,
invoca la funcin de la instancia creada que permite buscar la tecnologa
existente.
6. La funcin devuelve el mtodo encontrado.
7. La clase de control :Gestor de Mtodo de Decisin enva a la clase de
interfaz :IU Principal los detalles del mtodo de decisin.
8. El usuario Analista Tecnolgico pulsa el botn eliminar.
9. La clase de control :Gestor de Mtodo de Decisin capta la peticin
realizada por el usuario.
77
10. La clase de control :Gestor de Mtodo de Decisin invoca una funcin que
permita la eliminacin, funcin que es propia del objeto que fue instanciado en
el paso 3.
11. La clase de control :Gestor de Mtodo de Decisin elimina el mtodo
seleccionado.
Figura 29. Diagrama de colaboracin para el caso de uso Administrar Mtodo (eliminar)
Diagrama de colaboracin para el caso de uso Evaluar Tecnologa: en la figura 30

se muestra las siguientes colaboraciones:
1.El caso de uso Evaluar Tecnologa es iniciado por la interaccin del usuario
Analista Tecnolgico con la interfaz :IU Principal.
2.Se invoca al objeto :Gestor Evaluacin Tecnolgica, dicho objeto tiene como
funcin centralizar
el control para verificar que los procesos se realicen
secuencialmente.
3.El objeto :Gestor Evaluacin Tecnolgica inicia su funcin verificando la
existencia de tecnologas y de indicadores en la base de datos por medio de la
interfaz :IU conexin BD_Local.
4.El objeto :Gestor Evaluacin Tecnolgica invoca al objeto :Gestor Identificacin
de Evaluacin que permitir definir la informacin general de la evaluacin a
realizar.
78
5.El usuario del sistema activa la interfaz :IU Identificacin de Evaluacin con el
fin de ingresar el objetivo de la evaluacin, el problema a resolver, el responsable
de la evaluacin y la gerencia cliente a la cual se atiende.
6.Luego el objeto :Gestor Identificacin de Evaluacin toma los datos desde la
interfaz.
7.Una vez tomados los datos se almacenan en las Variables Temporales.
8.As como tambin los datos se almacenan en la entidad
:Evaluacin
Tecnolgica.
9.Posteriormente el objeto :Gestor Evaluacin Tecnolgica solicita al objeto
:Gestor seleccin Tecnologa las tecnologas que se evaluaran.
10.El usuario activa la interfaz :IU Tecnologa que se encargar de mostrar las
tecnologas disponibles que fueron previamente almacenadas en la base de datos
local del sistema.
11.Seguidamente, el objeto :Gestor seleccin Tecnologa toma los datos desde la
interfaz.
12.El objeto :Gestor seleccin Tecnologa almacena los datos de las tecnologas
seleccionadas en las Variables Temporales.
13. As como tambin se almacenan en la entidad :Evaluacin Tecnolgica.
14.El objeto :Gestor Evaluacin Tecnolgica verifica que se hayan cargado todas
las caractersticas de las tecnologas, para invocar al objeto :Gestor Seleccin
Indicador que permitir mostrar la informacin existente en la base de datos local
de los indicadores que anteriormente fueron almacenados.
15.El usuario activa la interfaz :IU Indicadores y selecciona los indicadores a ser
estudiados.
16.El objeto :Gestor Seleccin Indicador toma los datos desde la interfaz.
17.Seguidamente los datos son almacenados en las Variables Temporales.
18.As como tambin en la entidad :Evaluacin Tecnolgica.
19.El objeto :Gestor Evaluacin Tecnolgica invoca al objeto :Gestor de Mtodo
de Decisin el cual permitir mostrar los mtodos de decisin disponibles.
20.El usuario activa la interfaz :IU Mtodo para seleccionar los mtodo de inters.
79
21.El objeto :Gestor de Mtodo de Decisin recoge los datos de la interfaz de

usuario.
22.Posteriormente se enva los datos a la Variables Temporales.
23.As como tambin a la entidad :Evaluacin Tecnolgica.
24.Una vez seleccionada las tecnologas a evaluar y sus respectivos indicadores as
como los mtodos de decisin, el objeto :Gestor Evaluacin Tecnolgica solicitar
al objeto :Gestor Generacin Resultado que genere los resultados.
25.El usuario activa la interfaz :IU Resultado la cual muestra los datos calculado
durante la evaluacin en forma grfica o numrica.
26.El objeto :Gestor Generacin Resultado toma los datos desde la interfaz.
27.Estos datos son llevados a la entidad :Evaluacin Tecnolgica.
Figura 30. Diagrama de colaboracin para el caso de uso Evaluar Tecnologas de la fase
de elaboracin.
Diagrama de colaboracin para el caso de uso Realizar consultas: en la figura 31,

se observa que el usuario GNO activa la interfaz :IU Principal suministrando los
datos de la consulta a realizar. Esta peticin es captada por la clase de control
80
:Gestor de Consulta quien invoca una instancia de la clase entidad :Evaluacin

Tecnolgica y sta devuelve el objeto creado. La clase de control :Gestor de
consultas con el objeto devuelto invoca la funcin de la instancia creada que
permite buscar los datos de la evaluacin solicitados por el usuario. La funcin
devuelve los datos relacionados a la consulta y el :Gestor de Consultas enva los
datos encontrados a la interfaz :IU Principal. Lo anterior, igualmente aplica para
las clases de entidad :Tecnologa e :Indicador.
Figura 31. Diagrama de colaboracin para el caso de uso Realizar Consultas de la fase
de elaboracin.
3.2.3.3 Identificacin de paquetes de anlisis

En la fase de inicio, fueron definidos los paquetes de anlisis Administracin de
Tecnologas (Figura 17), Administracin de Indicadores (Figura 18) y Evaluacin de
Tecnologa (Figura 19); dichos paquetes no han sido modificados y se seguirn
considerando para la fase de elaboracin.
En las figuras 32, 33, 34 y 35 se presentan los paquetes de anlisis identificados a

partir de la vista de la arquitectura de los casos de uso, que han sido incluidos para esta
fase. Se observa que en estos paquetes se incluyen los procesos relacionados con la
realizacin de consultas y reportes, manteniendo una relacin directa con los casos de
uso Realizar Consulta y Emitir Reportes respectivamente.
Figura 32. Paquete de anlisis Realizacin de Consultas de la fase de elaboracin.
81
Figura 33. Paquete de anlisis Emisin de Reportes de la fase de elaboracin.
Figura 34. Paquete de anlisis Administracin de Mtodos de la fase de elaboracin.
Figura 35. Paquete de anlisis Evaluacin de Tecnologas (Actualizado)
3.2.3.4 Diagrama de paquetes de anlisis

En el diagrama de paquetes de anlisis se representan las relaciones de todos los
paquetes identificados para el sistema; garantizando como sea posible la independencia
de otros paquetes y cumpliendo con el objetivo de realizar algunas clases del dominio o
casos de uso. Dicho anlisis pretende escribir las dependencias de forma que pueda
estimarse el efecto de los cambios futuros
Al relacionar varios paquetes de anlisis, se debe definir y mantener las

dependencias del paquete con otros paquetes cuyas clases contenidas estn asociadas a
l, e intentar hacer cohesivo el paquete incluyendo slo objetos relacionados
funcionalmente. Sin embargo, es necesario limitar la dependencia con otros paquetes,
82
considerando la reubicacin de aquellas clases contenidas en paquetes que son

demasiado dependientes de otros paquetes.
Una clase de un paquete puede aparecer en otro paquete por la importacin a

travs de una relacin de dependencia entre paquetes. Todas las clases no son
necesariamente visibles desde el exterior del paquete, es decir, un paquete encapsula a la
vez que agrupa.
En la figura 36 se muestra, para el sistema de Evaluacin de Tecnologa, los

paquetes que encapsulan los diferentes casos de uso que fueron definidos al realizar el
anlisis del sistema, los cuales fueron agrupados y relacionados, obtenindose de esta
manera el diagrama de paquetes de anlisis que encapsula los requisitos del sistema:
Administracin de Tecnologas, Administracin de Indicadores, Evaluacin de
Tecnologas, Realizacin de Consultas y Emisin de Reportes. Todos estos paquetes se
encuentran interrelacionados, ya que necesitan de otros paquetes para poder funcionar.
Figura 36. Diagrama de paquetes de anlisis del sistema de la fase de elaboracin.
83
3.2.4 Flujo de trabajo (workflow) de diseo
El diseo es el resultado del anlisis completo del sistema. Mediante ste se

adquiere una comprensin detallada de los aspectos relacionados con todos los
requisitos, componentes reutilizables, tecnologas de interfaz de usuario, etc. Asimismo,
se crea una entrada apropiada para actividades de implementacin subsiguientes,
capturando los requisitos individuales, interfaces y clases. El diseo tambin permite la
capacidad de descomponer los trabajos de implementacin en partes ms manejables,
que puedan ser llevadas a cabo por diferentes equipos de desarrollo.
En esta fase se tiene como objetivo obtener el diseo base del software a travs del
modelo de diseo, para esto se toma como entrada la vista de la arquitectura del modelo
de anlisis, descrita anteriormente.
3.2.4.1 Diseo de la arquitectura

El diseo de la arquitectura est conformado por cuatro capas, cada una de ellas
formadas por los paquetes del anlisis, que representan los subsistemas que se
identifican a continuacin.
La capa especfica de la aplicacin, que est conformada por los paquetes de
anlisis Administracin de Tecnologas, Administracin de Indicadores y
Aplicacin de Mtodos; y la capa general de la aplicacin Evaluacin de
Tecnologas.
La capa intermedia que est integrada por: el subsistema navegador Web que
permite cargar las pginas Web, incorporando en ellas el cdigo del cliente; el
lenguaje de programacin PHP que es el motor de script para desarrollar la
aplicacin y ejecutarla en el servidor Web; Apache, que es el servidor que permite
la administracin de los sitios Web.
84
La capa de software del sistema, representada por: el subsistema TCP/IP, que es el

protocolo mediante el cual los datos se envan por la red que conecta al usuario
con el servidor. El sistema operativo, que es el software encargado de coordinar,
administrar y gestionar todos los recursos del sistema, para as dar soporte a las
actividades realizadas por los dems subsistemas. El sistema manejador de base de
datos PostgreSQL, que es el encargado de manejar o atender de forma transparente
las solicitudes realizadas sobre la base de datos.
En la figura 37, se muestra la dependencia o relacin entre las capas anteriormente

descritas.
Figura 37. Vista lgica de las capas de la arquitectura del sistema.
85
3.2.4.2 Modelo de diseo

El modelo de diseo es un modelo de objetos que describe la realizacin fsica de
los casos de usos, centrndose en cmo los requisitos funcionales y no funcionales
tienen impacto en el sistema en estudio. Todo esto sirve de abstraccin para la
implementacin del sistema y es utilizada como una entrada fundamental en las
actividades de implementacin.
En este modelo, los casos de usos son realizados por las clases de diseo y sus
objetos; esto se representa por colaboraciones en el modelo de diseo y denota la
realizacin de caso de uso-diseo.
En la identificacin de las clases del diseo se convierten las clases del anlisis
ms significativas para la arquitectura en clases del diseo, y se esbozan las clases
activas, considerando como entrada los resultados obtenidos del anlisis, para
determinar la correspondencia entre los diseos de las respectivas clases.
Las clases del diseo se identifican a partir de las clases del anlisis interfaz (tablas
6 y 12), control (tablas 7 y 13) y entidad (tablas 8 y 14) de las realizaciones de los casos
de uso ms relevantes para la arquitectura. La identificacin de las clases de diseo del
sistema de Evaluacin de Tecnologas se realiz tomando en cuenta las clases del
anlisis previamente identificadas en la fase de inicio y elaboracin. A continuacin se
presentan las clases del diseo del sistema, as como las trazas con sus respectivas
clases de anlisis.
En la figura 38, 39 y 40, se muestran las clases del diseo identificadas a partir de
las clases de interfaz, entidad y control respectivamente.
86
Figura 38. Clases de diseo a partir de clases de interfaz.

Clases de anlisis
Clases de diseo
Figura 39. Clases de diseo a partir de clases de entidad.

Clases de anlisis
Clases de diseo
87
Figura 39. Continuacin.
Figura 40. Clases de diseo a partir de las clases de control.

Clases de anlisis
Clases de diseo
88
3.2.4.3 Diseo del mtodo de evaluacin tecnolgica del sistema propuesto

La realizacin del procedimiento de evaluacin de tecnologas de exploracin
petrolera, estuvo basado en el Modelo Racional de toma de decisiones, siguiendo los
siguientes pasos:
1. Definir el problema, que motiva la evaluacin tecnolgica.

2. Establecer el objetivo que persigue la evaluacin tecnolgica.
3. Seleccionar las variables a ser medidas.
4. Listar las tecnologas candidatas que sern cuestionadas.
5. Formular los indicadores y sus respectivas ecuaciones, que cuantificaran las
variables a medir.
6. Establecer los valores metas y aceptacin para cada indicador formulado.
7. Construir una matriz de decisin tecnologa vs. indicadores evaluados.
8. Comparar el valor calculado de cada indicador para cada tecnologa con su
respectivo valor aceptable.
9. Calcular la varianza en base al valor anteriormente obtenido (paso 8) y se determina
si la tecnologa supera, cumple o no cumple con la meta del indicador evaluado.
10. Aplicar los mtodos de decisin analticos seleccionados.
11. Proponer las alternativas de decisin ms adecuadas con respecto al objetivo
perseguido por la evaluacin.
12. Generar histrico con los resultados de las evaluaciones de cada tecnologa
estudiada.
3.2.4.4 Diagrama de clases del diseo

El diagrama del diseo permite visualizar las clases que componen el sistema, y la
estructura esttica de los casos de uso, reflejando las relaciones de generalizacin,
agregacin y composicin entre clases; lo que permitir visualizar lo que el sistema
puede hacer, adems de cmo puede ser construido.
89
Las clases del diseo son el resultado de la trazabilidad de las clases del anlisis,
que han sido creadas para lograr una abstraccin de los objetos de iguales caractersticas
y comportamiento. Para la realizacin del diagrama de clases de diseo del sistema de
Evaluacin de Tecnologa, se tom como base las clases de anlisis del modelo de
anlisis, adems de nuevas clases que no haban sido consideradas; para as representar
completamente la estructura del software. En el apndice A se ilustra el diagrama de
clases del diseo planteado.
3.2.4.5 Diagrama de secuencia

Son diagramas dinmicos que representan de forma jerrquica el orden en el
cual se activan los objetos mediante los mensajes. En estos se puede observar el flujo
de control del regreso cuando se activa un objeto mediante la instancia de una clase, as
como tambin la destruccin de los objetos cuando no son utilizados. En el apndice B,
se muestran los diagramas de secuencias correspondientes a los casos de uso estudiados.
3.2.4.5 Diseo de la base de datos local del sistema

Para el diseo de la base de datos se cre un esquema conceptual mediante un
modelo de datos de alto nivel. Este esquema es una descripcin concisa de la
informacin segn los requerimientos previamente estudiados. Se determinaron las
posibles estructuras de las tablas que requiere el sistema, tipos de datos, vnculos y
restricciones. En el apndice C, se muestra el diseo fsico de la base de datos resultante
as como las bases de datos complementarias utilizadas.
3.2.5 Flujo de trabajo (workflow) de implementacin

En este flujo de trabajo se implement los archivos de cdigo fuente, ficheros de cdigo
binario, scripts y ejecutables a partir de los elementos de diseo ms importantes para la
arquitectura. Las pginas diseadas se implementaron haciendo uso del lenguaje de
90
programacin PHP5. Los scripts que sern ejecutados del lado del cliente sern
implementados haciendo uso del lenguaje de JavaScript.
3.2.5.1 Cdigos ejecutables para realizar los casos de uso

Interfaz grfica y formulario de carga: en la figura 41, se muestra el formulario de
carga registrar tecnologa.
Figura 41. Formulario de carga registrar tecnologa.
Caso de uso relacionado: Administrar Tecnologa.

Nombre
de
archivos
involucrados:
registrar_tecn.php,
tecnologa.php
tecnologa.js, clase_tecnologia.php.
Cdigo fuente: apndice D.
3.2.6 Flujo de trabajo (workflow) de pruebas

El objetivo principal de llevar a cabo un flujo de trabajo de pruebas es asegurarse
de que todos los subsistemas de todos los niveles hasta las capas especficas de la
aplicacin funcionen y no presenten ningn problema.
91
3.2.6.1 Particin equivalente

Una particin equivalente es un mtodo de prueba de caja negra que divide el
dominio de entrada de datos de un programa en clases de datos. El diseo de casos de
prueba para la particin equivalente se basa en la evaluacin de las clases de
equivalencia.
Identificacin de las clases de equivalencia: las clases de equivalencia a estudiar,
se encuentran divididas en las siguientes clases de datos:
1. Slo nmeros.
2. Slo caracteres.
3. Caracteres y nmeros.
4. Ningn carcter.
Grupo de tipos de entrada de datos
Tecnologa (1): hace referencia al nombre de la tecnologa a estudiar.
Descripcin (2): caractersticas que definen a la
entidad a estudiar. Har
referencia a tecnologa, indicador o frmula de indicador segn sea el caso.

Fte de inf (3): lugar de donde proviene la informacin de la tecnologa a
estudiar.
Investigador (4): persona o entidad a cargo de la cual se encuentra la
investigacin de la tecnologa.
Gerencia (5): usuario cliente que requiere de la investigacin.
Proceso (6): procedimiento perteneciente a una gerencia que hace uso de la
tecnologa.
Proveedor (7): entidad que suministra la tecnologa.
Uso (8): se refiere a si est siendo usada la tecnologa o no dentro de una
gerencia.
Tipo (9): indica el rea aplicable de una tecnologa.
Indicador (10): nombre del ndice que se evala para medir una tecnologa.
92
Tipo (11): se refiere a la clase a la cual pertenece un indicador.

Frecuencia (12): lapso recomendado para repetir la evaluacin de un indicador.
Meta (13): nmero que expresa el valor mximo de un indicador.
Aceptacin (14): nmero que expresa el valor aceptable de un indicador.
Variable (15): magnitud asociada a uno o varios indicadores.
Frmula (16): expresin matemtica con variables y parmetros de una
cantidad.
3.2.6.2 Aplicacin de casos de prueba

En la taba 15, se detallan los casos de pruebas aplicados a los grupos
seleccionados.
Tabla 15. Aplicacin de casos de prueba de la fase de elaboracin.

Grupo
Caso de prueba
Vlido
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
No vlido
Clase de equivalencia
1
2
3
1
2
3
93

Grupo
Caso de prueba
Vlido
No vlido
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
x
x
10
553356
10
ABCdefg
10
45ggh46
x
x
10
11
553356
11
ABCdefg
11
45ggh46
11
12
553356
12
ABCdefg
12
45ggh46
12
13
553356
13
ABCdefg
13
45ggh46
13
14
553356
14
ABCdefg
14
45ggh46
14
15
553356
15
ABCdefg
1
x
94

Grupo
Caso de prueba
15
Vlido
No vlido
45ggh46
15
16
553356
16
ABCdefg
16
45ggh46
16
3.2.6.3 Casos de prueba basados en casos de uso

Los casos de prueba especifican una forma de probar los escenarios de los casos de
uso que conforman la arquitectura, incluyendo la entrada o resultado con la que se ha de
probar y las condiciones bajo las cuales han de probarse.
Los casos de prueba que se identificarn a continuacin, estn basados en casos de

uso que incluyen la verificacin del resultado de la interaccin entre los actores y el
sistema, satisfaciendo las precondiciones y postcondiciones especificadas por el caso de
uso y siguiendo las acciones especificadas por la descripcin del caso de uso.
Identificacin de casos de prueba
Caso de prueba para el caso de uso Administrar Tecnologa (registrar).
Entrada:
Tecnologa: PetroWorks.
Descripcin: Es un paquete interactivo para evaluar, editar y preparar datos de
curvas y pozos para interpretacin petrofisica.
Fte de Inf: AIR.
Investigador: GNO.
Gerencia: Exploracin.
Proceso: Evaluacin del sistema petrolfero.
Proveedor: Landmark.
Uso: si.
95
Tipo: Informtica.
Resultado: los datos son validados e ingresados en la base de dato local.
Condiciones: el usuario debe estar autenticado como administrador.
Procedimiento: presionar botn ingresar, modificar o eliminar segn sea el
caso.
Caso de prueba para el caso de uso Administrar Indicador (registrar).
Entrada:
Indicador: capacitacin de usuarios.
Descripcin: indicador que mide el porcentaje de usuarios entrenados al ao.
Tipo: Gestin.
Frecuencia: Anual.
Meta: 100.
Aceptacin: 60.
Variable: uso.
Frmula: (NumUsuCap/TotUsu)*100.
Descripcin de frmula: nmero de usuarios capacitados entre total de usuarios
propuestos por 100, para obtener porcentaje.
Procedimiento: presionar botn ingresar, modificar o eliminar segn sea el
caso.
3.3.6.4 Pruebas de integracin

Luego de realizar las pruebas por separado de las pginas que conforman los casos
de uso estudiados, se procedi a la integracin de cada una de las pginas para probar su
forma de interaccin solventndose las fallas presentadas. En el apndice E, se muestra
la aplicacin de esta prueba para el sistema de evaluacin tecnolgica.
96
3.2.7 Evaluacin de la fase de elaboracin

Durante la fase de elaboracin se llev a cabo la recopilacin de nuevos requisitos,
as como tambin la identificacin de nuevos actores y casos de uso; lo que produjo la
reestructuracin del modelo de casos de uso del sistema; obtenindose as todos los
casos de uso arquitectnicamente importante para el sistema de evaluacin tecnolgica.
La necesidad de obtener una visin ejecutable de la arquitectura del sistema,

oblig a obtener una comprensin en detalle de la realizacin de cada caso de uso. Para
esto, se refin el modelo de anlisis; realizando los diagramas de clases de anlisis y
colaboracin de acuerdo al nuevo modelo de casos de uso. Posteriormente, se
identificaron los paquetes de anlisis que no haban sido considerados en la fase anterior
y se representaron sus correspondientes dependencias a travs del diagrama de paquetes
de anlisis.
Con el fin de visualizar la estructura esttica del sistema y las clases que lo
componen, se realiz el diagrama de clases de diseo, mostrando las relaciones de
dichas clases. Y los diagramas de secuencia, indicando la secuencia de acciones que se
llevan a cabo y las interacciones reales entre las clases y los objetos del sistema.
Una vez obtenidas las vistas arquitectnicas de los modelos de caso de uso,
anlisis y diseo; se realiz el modelo fsico de la base de datos local del sistema,
describindose las tablas correspondientes as como sus atributos.
Se present, los cdigos ejecutables responsables de realizar los casos de usos

considerados para esta fase, as como las distintas pruebas aplicadas a estos.
Como producto final de la fase de elaboracin se obtuvo la lnea base de la

arquitectura del sistema de evaluacin tecnolgica. En la tabla 16, se muestra el estatus
de desarrollo de los artefactos generados para esta fase.
97
Tabla 16. Estatus de desarrollo de los artefactos generados para la fase de elaboracin.
Artefactos
Estatus
Culminado.
Culminado.
Culminado.
Culminado.
Culminado.
Culminado.
Culminado.
Diseo de la arquitectura.
Culminado.
Diseo del procedimiento de evaluacin tecnolgica.
Culminado.
Diagrama de clases de diseo y glosario de mtodos.
Culminado.
Diagrama de secuencia.
Culminado.
Diseo fsico de la base de datos.
Culminado.
En desarrollo.
Aplicacin de casos de pruebas a casos de uso.
En desarrollo.
3.3 Fase de construccin
En esta seccin se abordar la tercera fase del Proceso Unificado de Desarrollo de

Software, llamada fase de construccin en donde se culminan todos aquellos artefactos
pendientes de la fase anterior, para dar as con el desarrollo del sistema en su totalidad,
generando como resultado la primera versin beta de la aplicacin.
3.3.1 Planificacin de la fase de construccin

Cumpliendo con el ciclo iterativo del Proceso Unificado de Desarrollo de
Software, en esta fase se desarrollaron los flujos de trabajos implementacin y prueba,
tomando como gua los modelos construidos en la fase de elaboracin.
En esta fase, se realiz una nica iteracin, conformada por los flujos de trabajo
mencionados. En la siguiente tabla se muestra lo anteriormente expuesto.
98
Tabla 17. Actividades y artefactos planificados para la fase de construccin.

Actividad
Artefacto
Implementacin
Pruebas
Casos de pruebas a casos de usos.

la fase de construccin:
3.3.2 Flujo de trabajo (workflow) de implementacin

En este flujo de trabajo se implement los archivos de cdigo fuente, ficheros de
cdigo binario, scripts y ejecutables correspondientes a los modelos de navegacin y
gestin de contenidos que no fueron implementados en la fase anterior con la finalidad
de obtener la versin beta del sistema de evaluacin tecnolgica.
3.3.2.1 Cdigos ejecutables para realizar los casos de uso
Interfaz grfica y formulario de carga: en la figura 42, se muestra el formulario de
carga identificacin de la evaluacin tecnolgica.
Figura 42. Formulario de carga identificacin de la evaluacin tecnolgica.
99
Caso de uso relacionado: Evaluar Tecnologas.

Nombre
de
algunos
tablaResultadoInd.php,
archivos
involucrados:
seleccionarMetodos.php,
formularioEval.php,
aplicarMetodo.php,
resultadoMetodos.php, detalleMetodo.php.
Interfaz grfica y pgina de consulta: en la figura 43, se muestra la pgina de
consulta del sistema de evaluacin de tecnologas.
Figura 43. Pgina de consulta del sistema de evaluacin de tecnologas.
Caso de uso relacionado: Realizar Consultas.

Nombre de algunos archivos involucrados: consultas.php, consultas_menu.php,
consultar_tecn_gcia.php.
100
3.3.2.2 Documentacin del sistema

Incluye la realizacin del manual de usuario, como soporte para el sistema
desarrollado. En el apndice F se describe la forma de ptimo uso del sistema de
Evaluacin Tecnolgica para la superintendencia de GNO.
3.3.3 Flujo de trabajo (workflow) de pruebas

En este flujo se prueban los escenarios de todos los casos de uso restantes del
sistema, incluyendo la entrada y las condiciones bajo las cuales han de probarse.
3.3.3.1 Particin Equivalente
En esta fase se llev a cabo el mtodo de prueba de caja negra de particiones
equivalentes para todos aquellos campos de entrada y clases de equivalencias que no
fueron llevadas a cabo en la fase anterior por no disponer de un componente codificado
para probar. La identificacin de las clases de equivalencia: las clases de equivalencia a
estudiar, se encuentran divididas en las siguientes clases de datos:
1. Slo nmeros.
2. Slo caracteres.
3. Caracteres y nmeros.
4. Ningn carcter.
Grupo de tipos de entrada de datos
Responsable (1): persona o entidad quien llevar a cabo la evaluacin
tecnolgica.
Objetivo de la Evaluacin (2): finalidad que persigue la realizacin de la
evaluacin.
Alcance (3): delimitacin en tiempo y espacio para el desarrollo de la
evaluacin.
101
Problemtica a resolver (4): dificultad que genera la evaluacin.

Justificacin (5): el por qu de la evaluacin.
3.3.3.2 Aplicacin de casos de prueba

En la tabla 18, se puede observar el resultado de aplicar las clases de equivalencia
a cada campo identificado y descrito para esta fase, en el grupo de tipos de entradas de
datos.
Tabla 18. Aplicacin de casos de pruebas de la fase de construccin.

Grupo
Caso de prueba
Vlido
No vlido
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
553356
ABCdefg
45ggh46
x
x
1
2
4
1
102
3.3.3.3 Casos de prueba basados en casos de uso

A continuacin se mostrarn las entradas de datos vlidas para la correcta
ejecucin de los casos de usos estudiados en esta fase de desarrollo.
Identificacin de casos de prueba
Caso de prueba para el caso de uso Evaluar Tecnologa (identificacin de la
evaluacin).
Entrada:
Responsable: Gestin Tecnolgica.
Objetivo de la Evaluacin: disminuir redundancia funcional en herramientas de
software.
Alcance: software para levantamiento de ssmica.
Problemtica a resolver: redundancia funcional en software de levantamiento de
ssmica.
Justificacin: exceso de herramientas con las mismas funcionalidades para una
misma actividad.
Beneficios de solventar el problema: disminucin de costo en inversin de
licencias.
Procedimiento: presionar botn siguiente para continuar la evaluacin.
3.3.3.4 Pruebas de integracin

En esta fase se procedi de la misma manera que en la fase anterior. Luego de
realizar las pruebas por separado de las pginas que conforman los casos de uso
restantes, se procedi a la integracin de cada una de las pginas para probar su forma de
interaccin del sistema en su totalidad, solventndose las fallas presentadas. En el
103
apndice E, se muestra la aplicacin de esta prueba para el sistema de evaluacin

tecnolgica.
3.3.4 Evaluacin de la fase de construccin

La fase de construccin fue ejecutada de manera satisfactoria, abarcando slo los
flujos de trabajo de implementacin y pruebas. Durante la implementacin se realiz la
codificacin efectiva de la aplicacin Web y los distintos componentes que conforman
el software. En el flujo de trabajo de prueba fueron validadas y solventadas las fallas que
surgieron, haciendo pruebas de caja negra, con el mtodo de particiones equivalentes.
Todo este proceso tuvo como resultado la culminacin de los artefactos planificados
para el desarrollo del sistema de evaluacin de tecnologas obtenindose finalmente la
versin beta del sistema.
104
CAPITULO IV
RESULTADOS Y DISCUSIN
4.1 Aplicacin del mtodo de evaluacin tecnolgica para un caso de estudio
Para llevar a cabo el procedimiento de evaluacin tecnolgica diseado en el flujo

de trabajo de diseo de la fase de elaboracin, se tom como entrada los siguientes
datos:
Caso de estudio: redundancia de funcionalidad existente, dentro de la Gerencia de
PDVSA Exploracin, en herramientas de software dirigidas a la actividad de
levantamiento de ssmica.
Objetivo: evaluar el rendimiento de las herramientas de software para la actividad
de levantamiento de ssmica, para reducir costos de inversin en licencias.
Variable a ser medida: usabilidad.
Tecnologas candidatas: Poststack, Sytool y Seis2d y 3d. Identificadas T1,T2,T3
respectivamente.
Indicadores formulados, mtricas y valores de meta y aceptacin:
Indicador (Ind1): Facilidad de uso.
Mtrica: nmero de usuarios en acuerdo dividido entre total de usuarios a
disposicin.
Valor meta: 20.
Valor aceptable: 15.
105
Indicador (Ind2): Capacitacin de usuarios.

Mtrica: nmero de usuarios capacitados dividido entre total de usuarios a
disposicin.
Valor meta: 20.
Indicador (Ind3): Satisfaccin de las necesidades de trabajo.
Mtrica: nmero de usuarios satisfechos dividido entre total de usuarios a
disposicin.
Valor meta: 20.
Conjunto de resultado: cumpli (varianza=0), no cumpli (varianza<0) y super
(varianza>0).
Una vez evaluadas las formulas de los indicadores mencionados para cada
tecnologa propuesta, se procede a construir la matriz de decisin tecnologa (filas) vs.
indicador (columnas) en base a los resultados obtenidos:
Tabla 19. Matriz de decisin tecnologa vs. indicador.

Ind1
Ind2
Ind3
T1
12
18
15
T2
15
10
10
T3
18
13
Ya obtenidos los valores de la matriz de decisin, se procede a calcular los valores

de las varianzas correspondientes, mostrados a continuacin en la tabla 20:
106
Tabla 20. Varianza calculada para cada par tecnologa indicador.

Ind1
Ind2
Ind3
T1
-3
T2
-5
-5
T3
-10
-2
Observacin: la varianza es el resultado de la diferencia entre el valor calculado

por el indicador mostrado en la matriz de decisin y el valor establecido como aceptable
para el mismo.
En la figura 43, se muestra grficamente el resultado general de los clculos, hasta

ahora realizados:
Figura 44. Resultado de la matriz de decisin para el caso de estudio seleccionado.

20
15
T1
10
T2
T3
5
0
Ind1
Ind2
Ind3
A continuacin en la tabla 21, se aplican algunos de los mtodos de decisin

estudiados en base a la matriz de decisin tecnologa vs. indicador mostrada
anteriormente:
Tabla 21. Aplicacin de los mtodos de decisin seleccionados.
Maximin
Mximax
Laplace
T1
12
18
15
T2
10
15
12
T3
18
12
Solucin favorecida
T1
T1 o T3
T1
107
4.2 Discusin de los resultados

Una vez realizados los clculos correspondientes a los indicadores seleccionados y
mtodos de decisin aplicados para realizar la evaluacin de las tecnologas de inters,
resulta como solucin tecnolgica favorecida la opcin T1 correspondiente a la
herramienta de software Poststack, para la actividad de levantamiento de smica en el
proceso de exploracin petrolera.
108
CONCLUSIONES
El Proceso Unificado de Desarrollo de Software proporcion un marco de trabajo

ideal para la construccin paso a paso del sistema. El resultado de cada fase sirvi de
entrada a la prxima, por lo que se poda revisar y completar los artefactos ya creados
sin retroceder a la fase anterior.
El modelo de anlisis sirvi como una herramienta de refinamiento y

estructuracin de los requisitos, en donde la descripcin de un caso de uso mediante una
colaboracin entra clases de anlisis dio como resultado una especificacin formal y
completa de los requisitos del sistema, proporcionando la entrada fundamental para las
actividades de diseo subsiguientes.
El modelo racional de toma de decisiones, sirvi de base para la realizacin del

procedimiento de evaluacin tecnolgica generado como mtodo a desarrollar para el
sistema propuesto, debido a que ste tiene como propsito incrementar la probabilidad
de que las decisiones tomadas sean lgicas y estn bien fundamentadas.
La naturaleza iterativa de la metodologa empleada permiti la constante

comunicacin e interaccin con el usuario, involucrado desde el principio del desarrollo
de la aplicacin Web, lo que permiti el xito de las fases en cuanto a deteccin y
correccin de fallos o riesgos en tempranas iteraciones, alcanzndose un producto
suficientemente estable y prximo a lo esperado.
109
RECOMENDACIONES
Mejorar la funcionalidad de la aplicacin Web a travs de la realizacin de un

mdulo que est dedicado al clculo de variables automatizadas, es decir, con datos que
provengan de otros sistemas en tiempo real para disminuir el margen de error en los
resultados de los indicadores de la evaluacin tecnolgica.
Extender la clasificacin de los resultados arrojados por los indicadores que

evalan las tecnologas ms a all de valores como super, cumpli y no cumpli
referentes al objetivo perseguido por la evaluacin, con la inclusin de grupos difusos
que amplen la variedad de valores posibles, de manera que se puedan representar
resultados imprecisos, ambiguos o vagos.
Emplear otros criterios, modelos o tcnicas de toma de decisiones, como por

ejemplo la regresin mltiple estudiando la correlacin de variables, para as fortalecer
el proceso de toma de decisiones.
Elaborar pruebas de aceptacin como medio de descubrir y corregir fallos no

percibidos dentro de la fase de construccin haciendo funcionar la aplicacin Web en
modo de produccin durante un periodo de tiempo considerable y revisin de la
documentacin y manuales de usuario.
Crear un plan de adiestramiento con el fin de capacitar a los miembros de la

Superintendencia de GNO, esto para asegurar el buen uso de la aplicacin y as como
tambin la integridad de la informacin que est contenida.
110
BIBLIOGRAFA
Cisco Systems. 2002. Gua del primer ao. Segunda edicin. Pearson. Madrid.
David, F. 1997. Conceptos de Administracin estratgica. Editorial Prentice Hall.
Mxico.
Elmasri, R. y Navathe, S. 1997. Sistemas de bases de datos. Segunda edicin. Editorial
Addison Wesley. Mxico.
Gallagher, A. Charles, C. y Watson, H. 1982. Mtodos cuantitativos para la toma de
decisiones en administracin. McGraw-Hill. Mxico.
GNO. 2006. Proceso de Gestin de Necesidades y Oportunidades. Petrleos de
Venezuela S.A. Venezuela.
Kendall, K. y Kendall, J. 2005. Anlisis y Diseo de Sistemas. Sexta edicin. Editorial
Pearson Educacin. Mxico.
Larman, C. 2003. UML y patrones. Segunda edicin. Pearson Educacin, S.A. Madrid.
Martnez, M. 2005. Intranet. <http://intranet.loginonline.org.ve> (21/08/2007).
Mendizbal, P. 2001. Conocimiento, tecnologa y desempeo en la produccin
petrolera mexicana. colparmex. <http://www.colparmex.org/Revista/Art1/5.pdf>
(25/04/2007).
Mendoza, L. Prez, M. y Grimn, A. 2004. Prototipo de modelo sistmico de calidad
(MOSCA) del software. redalyc.uaemex. <http://redalyc.uaemex.mx/61580304.pdf>
(15/07/2007).
Montilva, J. 1995. Desarrollo de sistemas de informacin. Tercera edicin. Universidad
de los Andes. Mrida, Venezuela.
Moreno, A. 2000. Bases de datos: Modelo de datos. elies.rediris.
<http://elies.rediris.es/elies9/4-2.htm> (22/06/07).
111
Moskowitz, H. y Gordon, P. 1982. Investigacin de operaciones. Prentice-Hall

Hispanoamrica. Mxico.
Norma UNE 66175:2003. 2003. Gua para la implementacin de sistemas de
indicadores. Ediciones AENOR. Madrid, Espaa.
Paredes, L. y Polo, J. 1995. Gestin tecnolgica en la industria petrolera nacional: el
caso de la gerencia de tecnologa en Maraven S.A. Lagunillas. revistaespacio.
< http://www.revistaespacio.com/22951601.html> (17/04/2007).
PDVSA. 2005. Exploracin y Produccin. PDVSA. <http://www.pdvsa.com/ne>
(08/02/2007).
Pressman, R. 2005. Ingeniera del Software. Un enfoque prctico. Sexta edicin.
McGraw-Hill/Interamericana Editores S.A. de C.V., Mxico.
Rumbaugh, J. Jacobson, I. y Booch, G. 2000. El Proceso Unificado de Desarrollo de
Software. Ediciones Addison-Wesley. Madrid, Espaa.
Senn, J. 1992. Anlisis y diseo de sistemas de informacin. Segunda edicin. Editorial
McGraw Hill. Mxico.
Tamayo y Tamayo, M. 2001. El Proceso de Investigacin Cientfica. Tercera edicin.
Ediciones Limusa. S.A. Mxico.
Testa, P. 2005. Competitividad tecnolgica y especializacin: la lgica del tamao en
las empresas proveedoras de la industria petrolera. revistaespacio.
<http://www.revistaespacio.com/052603esp9.html> (11/04/2007).
Velasco, J. 2005. El impacto de Internet
<http://www.mantruc.com>. (10/12/2007).
112
en
sus
usuarios. mantruc.
APNDICES
Apndice A. Diagrama de clases de diseo de la aplicacin Web.
Figura A1. Diagrama de clase de diseo del sistema propuesto.
113
Se muestra a continuacin la descripcin de los mtodos correspondientes a cada

clase de diseo identificada en el diagrama de clases de diseo.
Tabla A1. Descripcin de los mtodos de la clase Gestin_de_Tecnologa.

Mtodo
Descripcin
AgregarTecnologia()
Mtodo encargado de la insercin de nuevos registros sobre

tecnologa.
ModificarTecnologia()
Mtodo encargado de la actualizacin de los registros sobre

tecnologa.
EliminarTecnologia()
Mtodo encargado de efectuar la eliminacin de datos errneos

o desactualizados sobre tecnologa.
BuscarTecnologia()
Mtodo que realiza la bsqueda de las tecnologas registradas

en la aplicacin Web.
MostrarTecnologia()
Mtodo que muestra los detalles de la informacin sobre

tecnologa anteriormente solicitada.
Tabla A2. Descripcin de los mtodos de la clase Gestin_de_Indicadores.

Mtodo
Descripcin
AgregarIndicador()
Mtodo encargado de la insercin de nuevos registros sobre

indicador.
ModificarIndicador ()
Se encarga de la actualizacin de los registros sobre indicador.
BuscarIndicador ()
Realiza la bsqueda de los indicadores registradas en la

aplicacin Web.
EliminarIndicador ()
Efecta la eliminacin de datos errneos o desactualizados

sobre indicadores.
114
Tabla A2. Continuacin.

Mtodo
MostrarIndicador ()
Descripcin
Mtodo que muestra los detalles de la informacin sobre
indicadores anteriormente solicitada.
Tabla A3. Descripcin de los mtodos de la clase Gestin_de_Evaluacin_Tecnologica.

Mtodo
Descripcin
IdentificarEvaluacion()
Mtodo encargado de registrar los datos que identifican

cada evaluacin realizada.
VerificarDatos()
Mtodo encargado de verificar que exista tecnologa e

indicadores
registrados
para
realizar
la
evaluacin
tecnolgica.
CargarTemporales()
Mtodo encargado de registrar en variables temporales los

valores que sean necesarios mantener en tiempo de
ejecucin.
CalcularIndicador()
Mtodo encargado de realizar el calculo de las frmulas

correspondiente a los indicares seleccionados.
MostrarResultadoIndicador()
Mtodo encargado de visualizar el resultado de los

indicadores calculado en pantalla en forma numrica.
GraficarResultadoIndicador()
Mtodo encargado de visualizar el resultado de los

indicadores calculados en pantalla en forma grfica.
MostrarResultadoMetodo()
Mtodo encargado de visualizar el resultado de los mtodos

de decisin seleccionados en forma numrica.
CalcularMetodo()
Mtodo encargado de realizar los clculos de los mtodos

de decisin seleccionados en la evaluacin.
115
Tabla A3. Continuacin.

Mtodo
GuardarEvaluacion()
Descripcin
Mtodo encargado de registrar los datos de la evaluacin
tecnolgica realizada.
GenerarReporte()
Mtodo encargado de imprimir en pantalla o en papel la

evaluacin tecnolgica efectuada.
Tabla A4. Descripcin de los mtodos de la clase Gestion_De_Metodos_de_Decisin.

Mtodo
Descripcin
AgregarMetodo()
Funcin encargada de la insercin de nuevos registros sobre

mtodos de decisin.
ModificarMetodo()
Funcin encargada de la actualizacin de los registros sobre

mtodos de decisin.
EliminarMetodo()
Funcin encargada de efectuar la eliminacin de datos

errneos o desactualizados sobre mtodos de decisin.
BuscarMetodo()
Funcin que realiza la bsqueda de los mtodos de decisin

registrados en la aplicacin Web.
MostrarMetodo()
Funcin que muestra los detalles de la informacin sobre

mtodos de decisin anteriormente solicitados.
116
Apndice B. Diagramas de secuencia de la aplicacin Web
Figura B1. Diagrama de secuencia para el caso de uso Administrar Tecnologa.
117
Figura B2. Diagrama de secuencia de la realizacin del caso de uso Administrar

Indicador.
118
Figura B3. Diagrama de secuencia de la realizacin del caso de uso Evaluar Tecnologa.
115
Figura B3. Continuacin.
116
Apndice C. Modelo fsico de la base de datos.
Figura C1. Diseo fsico de la base de datos local del sistema de Evaluacin
Tecnolgica.
117
Apndice D: Cdigos fuentes de la aplicacin Web.
Cdigo fuente del formulario de carga registrar tecnologa

Caso de uso asociado: Registrar Tecnologa.
Nombre del archivo: registrar_tecn.php.
Fuente:
<html>
<head><title>formTecnologia</title>
<LINK href="../estilos/estilo.css" type=text/css rel=stylesheet>
<link href="../estilos/estilost.css" rel="stylesheet" type="text/css">
<link href="../estilos/pdvsastyle.css" rel="stylesheet" type="text/css">
<script language="javascript" type="text/javascript" src="AjaxRequest.js"></script>
<script type="text/javascript" src="prototype-1.4.0.js"></script>
</head>
<body>
<table width="448" border="0" align="center" cellpadding="3" cellspacing="0" class="contentpane"
id="registrationTable">
<tbody>
<tr><td colspan="5" class="Estilo59"><span class="cbFieldIcons"> </span></td> </tr>
<tr>
<td class="Estilo59"><div align="right" class="Estilo59">Nombre:</div></td>
<td colspan="2" class="Estilo69"><input name="tecnologia" type="text" class="Estilo68"
id="tecnologia" size="40">
</td>
<td width="97" class="Estilo59"><span class="cbFieldIcons"> </span></td>
</tr>
<tr> <td width="25" class="Estilo59"> </td>
<td width="76" class="Estilo59"><div align="right">Descripción:</div></td>
<td colspan="3" class="Estilo69"> <textarea name="descripcion" cols="50" rows="4" wrap="VIRTUAL"
class="Estilo68" id="descripcion"></textarea></td>
</tr>
<tr>
<td class="Estilo59"><div align="right">Beneficios:</div></td>
118
<td class="Estilo69"><input name="beneficios" type="text" class="Estilo68" id="beneficios"></td>

<td class="Estilo59"><div align="right">Proveedor:</div></td>
<td class="Estilo69"><input name="criolla" type="text" class="Estilo68" id="criolla"></td> </tr>
<tr>
<td class="Estilo59"><div align="right">Riesgos:</div></td>
<td class="Estilo69"><input name="riesgos" type="text" class="Estilo68" id="riesgos"></td>
<td class="Estilo59"><div align="right">En uso: </div></td>
<td class="Estilo69"><select name="uso" class="Estilo68" id="uso">
<option >...</option>
<option>Si</option><option>No</option></select></td>
</tr>
<tr>
<td class="Estilo59"><div align="right">Fte de Inf: </div></td>
<td class="Estilo69"><input name="fteInf" type="text" class="Estilo68" id="fteInf"></td>
<td class="Estilo59"><div align="right">Tipo:</div></td>
<select name="tipo" class="Estilo68" id="tipo">
<option>...</option>
<option>Automatizacion</option> <option>Informatica</option>
<option>Telecomunicaciones</option>/select></td></tr>
<tr>
<td width="76" class="Estilo59"><div align="right">Investigador:</div></td>
<td class="Estilo69"><input name="investigador" type="text" class="Estilo68" id="investigador"> </td>
</tr>
<tr>
<td class="Estilo59"><div align="right">Gerencia:</div></td>
<select class="Estilo68" name="gerencia" id="gerencia"
OnChange="carga(this.value)"><option>...</option>
<?php include(../conexio.php);
$sql="select * from area_de_negocio"; $cont=pg_query($bd,$sql);
while($reg=pg_fetch_object($cont))
{
?>
<option value="<?php echo $reg->tx_nombre_area;?>"><?php echo $reg->tx_nombre_area;?></option>
<?php }?>
</select> </td>
</tr>
119
<tr>
<td class="Estilo59"><div align="right">Proceso:</div></td>
<td colspan="3" class="Estilo68"><select size="4" multiple class="Estilo68" name="proceso"
id="proceso">
<option value="">...</option></select>
</td> </tr>
<tr>
<td colspan="5" class="Estilo59">
<input name="button" type="button" class="Estilo68" onClick="insertar();" value="Enviar">
<input name="button" type="button" class="Estilo68" onClick="limpiar();" value="limpiar">
</div></td>
</tr> </tbody></table>
<iframe id="oculto" src="" style="display:none"></iframe>
</body></html>
Nombre del archivo: tecnologa.php.

Fuente:
<?php
include_once("clase_tecnologia.php");
require_once ('JSON.php');
$op=$_REQUEST['operacion'];
switch($op)
{
case'buscar':
$ctecnologia = new tecnologia();
$ctecnologia->setAtributo("tx_nombre",$encontrar);
$arreglo = $ctecnologia->buscarmarcas();
if(!is_array($arreglo))
{
$json=new Services_JSON();
$resp=$json->encode("0");
}
else
{
$resp=$json->encode($arreglo);
}
echo $resp;
break;
case'buscarmodificar':
$ctecnologia->setAtributo("tx_nombre",$encontrar);
$arreglo = $ctecnologia->buscarTecnologiaIndice();
{
120
$resp=$json->encode("null");
}
else
{
}
echo $resp;
break;
case 'modificar':
$ctecnologia = new tecnologia();$ctecnologia->setAtributo("tx_nombre",$tecnologia);
$ctecnologia->setAtributo("tx_descripcion",$descripcion);
$ctecnologia->setAtributo("beneficio",$beneficio);
$ctecnologia->setAtributo("riesgos",$riesgos);
$ctecnologia->setAtributo("fuente_inf",$fte);
$ctecnologia->setAtributo("tx_nombre_investigador",$investigador);
$ctecnologia->setAtributo("tipo",$tipo);
$ctecnologia->setAtributo("nivel_madurez",$gerencia);
$ctecnologia->setAtributo("gerencia",$gerencia);
$ctecnologia->setAtributo("procesos",$procesos);
$ctecnologia->setAtributo("criolla",$criolla);
$ctecnologia->setAtributo("en_uso",$enUso);
$arreglo = $ctecnologia->modificarTecnologia($encontrar);
echo $arreglo;
break;
case 'insertar':
$ctecnologia->setAtributo("tx_nombre",$tecnologia);
$ctecnologia->setAtributo("tx_descripcion",$descripcion);
$ctecnologia->setAtributo("beneficio",$beneficios);
$ctecnologia->setAtributo("riesgos",$riesgos);
$ctecnologia->setAtributo("fuente_inf",$fteInf);
$ctecnologia->setAtributo("tx_nombre_investigador",$investigador);
$ctecnologia->setAtributo("tipo",$tipo);
$ctecnologia->setAtributo("nivel_madurez","por definir");
$ctecnologia->setAtributo("criolla",$criolla);
$ctecnologia->setAtributo("en_uso",$uso);
$ctecnologia->setAtributo("gerencia",$gerencia);
//$ctecnologia->setAtributo("procesos",$procesos);
$ejecuto = $ctecnologia->insertartecnologia();
echo $ejecuto;
break;
case 'eliminar':
$ctecnologia->setAtributo('tx_nombre', $tecnologia);
$ejecuto=$ctecnologia->eliminar();
echo $ejecuto;
break;
case'buscarformulario':
$arreglo = $ctecnologia->CargarFormulario();
{
121
$resp=$json->encode("null");
}
else
{
}
echo $resp;
break;
}
?>
122
Apndice E. Pruebas de integracin de la aplicacin Web.

Figura E1. Resultado de la integracin del modelo de navegacin y el mdulo
Administrar Tecnologa de la fase de elaboracin.
Figura E2. Resultado de la integracin del modelo de navegacin y mdulo Administrar

Indicador de la fase de elaboracin.
123
Figura E3. Resultado de la integracin del modelo de navegacin y mdulo de

Evaluacin Tecnolgica de la fase de construccin.
124
Figura E4. Resultado de la integracin del modelo de navegacin y mdulo de consultas

de la fase de construccin.
125
Apndice F: Manual de usuario de la aplicacin Web.
Introduccin
La aplicacin Web para la evaluacin de tecnologas de AIT aplicadas al negocio
de exploracin petrolera es un sistema que est dirigido a subsanar las necesidades de
informacin de los analistas de la Superintendencia de GNO relacionadas con las
tecnologas que se utilizan en el negocio as como su respectiva evaluacin, como medio
de apoyo a la toma de decisiones al seleccionar soluciones idneas para sus usuarios, de
manera rpida, ordenada y segura. Siendo todo esto posible al contar con la
administracin de tecnologas, indicadores, mtodos de decisin, realizacin de
evaluaciones tecnolgicas e historial de evaluaciones.
Los administradores de la aplicacin Web, sern los encargados de la coordinacin
y mantenimiento de la misma. A continuacin se muestra un manual dirigido a los
usuarios de la aplicacin, en donde se especifican las formas correctas de uso y
utilizacin. En este manual, se detallan las caractersticas relacionadas a la gestin del
contenido presentes en la aplicacin, adems de explicar la forma de acceder, introducir
y obtener informacin de forma eficaz y sencilla; esto para hacer posible una efectiva
administracin del mismo.
126
Requerimientos mnimos para utilizar el sistema
Requisitos de software
Navegador de Internet: Mozilla Firefox 2.0.
Quanta +.
PHP como lenguaje del lado del servidor.
Manejador de Base de Datos PostgreSQL.
Apache Web Server 2.2 como servidor Web.
Requisitos de la plataforma hardware

Servidor:
Procesador x86 o equivalente a 1GHz o ms.
Disco Duro de 20 Gb.
Monitor a color con una resolucin mxima de 1280 x 1024.
Interfaz de red Ethernet.
Clientes:
Procesador x86 o equivalente a 750 MHz o ms.
Monitor a color con resolucin de 800x600 pxeles como mnimo.
Disponibilidad para Internet.
127
Parmetros de instalacin
Para la instalacin del sistema y su correcto desempeo, la organizacin debe
disponer de los equipos de computacin y el software indispensable para el
funcionamiento completo del sistema desarrollado. Adems se requiere de un usuario
disponible y que este directamente relacionado con los procesos automatizados por el
sistema. Este usuario debe ser previamente adiestrado para trabajar con el sistema.
128
Iniciando el sistema
Para acceder al sistema el usuario debe abrir el explorador Mozilla Firefox del
equipo y cargar el sistema a travs de la direccin asignada, luego aparecer la pgina
principal del sistema.
Figura F1. Pantalla de inicio de sesin a los mdulos.
Esta pgina inicial contiene en la parte central izquierda un formulario, donde el

usuario de la aplicacin ingresa en la casilla identificada como usuario, su indicador
de red y en la otra identificada como contrasea, su contrasea de usuario, las cuales
le ser facilitada por el administrador que le permitir iniciar su sesin para comenzar a
trabajar. Luego oprima el botn ingresar para entrar al sistema. Luego de iniciada la
sesin se mostrar una pantalla como la que se muestra a continuacin:
Figura F2. Pgina principal de la aplicacin Web.
129
En la figura anterior se puede observar que se tiene un men izquierdo con

diferentes opciones para navegar dentro del sistema Web y en la parte superior derecha
se tienen iconos con otras opciones de navegacin. En la figura F3 y F4, se muestra las
opciones disponibles respectivamente:
Figura F3. Opciones del men de navegacin izquierdo de la aplicacin Web.
Figura F4. Iconos de navegacin en la parte superior derecho de la aplicacin Web.
Como primera opcin del men de la figura F3 se tiene Inicio, la cual permite ir
desde cualquier lugar de la aplicacin a la pgina principal del sistema de evaluacin
tecnolgica. A continuacin se describen las opciones restantes del men de navegacin
izquierdo de la aplicacin Web.
Opcin tecnologas
Mdulo administrativo encargado de registrar y actualizar las tecnologas de AIT

necesarias en las actividades de exploracin petrolera. Al presionar este vinculo, se
visualizar la pantalla siguiente en la figura F5, con un grupo de pestaas que indican las
distintas actividades administrativas disponibles:
130
Figura F5. Pantalla de administracin de tecnologas.
Al presionar las pestaas con las opciones administrativas de tecnologa, se

visualizarn las pantallas que correspondan, segn sea la opcin elegida por el usuario.
Descritas a continuacin:
Registrar: formulario para ingresar la informacin sobre tecnologas, solicitada por
el sistema de evaluacin tecnolgica. En la figura F5, se muestra la pantalla
correspondiente:
Figura F5. Formulario de opcin registrar tecnologas.
Se deben llenar los campos que se especifiquen como obligatorios en las

indicaciones del formulario, para luego pulsar el botn del envo de datos. Si todos los
131
campos del formulario han sido correctamente colocados la validacin y el

procesamiento de los mismos resultar exitoso y por lo tanto mostrar un mensaje de
operacin satisfactoria, esto se ve reflejado en la siguiente figura:
Figura F6. Mensaje de operacin exitosa en operacin registrar tecnologa.
Modificar: formulario para modificar informacin existente sobre tecnologas. En

el campo Buscar se indica la tecnologa a modificar y se procede la bsqueda y
posterior muestra de los resultados de la bsqueda. En la figura F7 se muestra la
pantalla correspondiente.
Figura F7. Formulario de opcin modificar tecnologa.
132
Una vez modificados los datos se procede a presionar el botn enviar para
registrar los nuevos datos. Y el sistema mostrar un mensaje de operacin exitosa
similar al de la figura F6.
Eliminar: formulario para eliminar informacin existente sobre tecnologas. En el
campo Nombre se indica la tecnologa a eliminar, se procede la bsqueda y
posterior eliminacin de la informacin solicitada por el usuario. En la figura F8,
se muestra la pantalla correspondiente:
Figura F8. Formulario de opcin Eliminar tecnologa.
Al ser presionado el botn de Enviar, se muestra mensaje de confirmacin de

eliminacin al usuario, para indicar si se procede la eliminacin o no de la informacin
solicitada. En la figura F9, se muestra la pantalla correspondiente.
Figura F10. Mensaje de confirmacin en operacin eliminar tecnologa.
Si la operacin se realiza, el usuario recibir un mensaje de operacin exitosa

como el indicado en la figura F6. De lo contrario no se llevar operacin alguna.
133
Cabe resaltar que para las opciones restantes del men de navegacin izquierdo
Indicadores y Mtodos, se conserva la misma forma de proceder en cada una de sus
funciones administrativas.
Opcin evaluacin de tecnologas
Modulo administrativo encargado de la realizacin de las evaluaciones

tecnolgicas, como medio de mantener documentadas el rendimiento de las tecnologas
de AIT, con que cuente la Gerencia de Exploracin. Al presionar este vinculo, se
visualizar inicialmente un formulario de identificacin de la evaluacin tecnolgica
mostrada en la figura F11, a continuacin:
Figura F11. Formulario de identificacin de la evaluacin tecnolgica.
Una vez identificada la evaluacin tecnolgica que se inicia, con los datos
suministrados por el usuario en el formulario anteriormente mostrado, se presiona el
botn Siguiente. Posteriormente se muestra el siguiente formulario mostrado en la
134
figura F12, donde se indican cuales son las tecnologas a ser evaluadas y los indicadores
que requieren ser medidos en el procedimiento de evaluacin.
Figura F12. Formulario de seleccin de tecnologas e indicadores de medicin.
Al ser seleccionados los datos de inters, se visualiza la pantalla mostrada en la

figura F13, donde se observan la descripcin correspondiente a las tecnologas e
indicadores seleccionados as como tambin la formula correspondiente a cada uno de
estos.
135
Figura F13. Pantalla de visualizacin de tecnologas e indicadores seleccionados para la

Para incluir los valores de las frmulas correspondientes a los indicadores de cada
tecnologa seleccionada, es necesario presionar el icono azul o tooltip, mostrado en la
figura anterior, lo cual nos conllevar al formulario mostrado como ventana emergente
o popup, mostrado a continuacin.
Figura F14. Ventana emergente para registrar los valores de las frmulas de los
indicadores para cada tecnologa seleccionada.
Una vez registrados los datos de las frmulas en la ventana emergente, estos son
enviados a la pantalla mostrada en la figura F13 de donde se presiona el botn
Enviar para continuar con el procedimiento de evaluacin tecnolgica.
Posteriormente, ya realizados los clculos correspondientes de los indicadores, se

muestran los resultados previos en forma de grficas del comportamiento de cada grupo
de tecnologa evaluada por variable medida. Al igual se muestran diferentes enlaces
136
caracterizados por el nombre de las tecnologas evaluadas, desde los cuales se puede
acceder a informacin ms detallada como por ejemplo, resultados individualizados por
tecnologa en funcin de las variables estudiadas por cada grupo de indicadores
seleccionados. Todo esto se muestra a continuacin en las figuras F15 y F16.
Figura F15. Resultado previo de la evaluacin tecnolgica.
137
Figura F16. Resultado individualizado por tecnologa estudiada.
Continuando con el procedimiento de evaluacin tecnolgica, se presiona en la

pantalla mostrada en la figura F15 el botn Enviar, lo cual conlleva a un formulario de
seleccin de mtodos o criterios de decisin. En la figura siguiente se muestra el
formulario citado.
Figura F17. Formulario de seleccin de mtodos o criterios de decisin.
138
Una vez calculado los mtodos seleccionados, se procede a mostrar el resultado

final del procedimiento de evaluacin tecnolgica, el cual contiene la esquematizacin
en forma de rbol de las alternativas de solucin estudiadas, el resultado de los mtodos
y una grfica con la frecuencia de preferencia de un mtodo por una tecnologa
evaluada. Adems se da opciones de ver informacin detallada de los clculos arrojados
por los mtodos de decisin as como tambin de guardar la evaluacin realizada. En las
figuras F18 y F19, se muestran las pantallas correspondientes.
Figura F18. Resultado final de la evaluacin tecnolgica.
139
Figura F19. Detalles de mtodos calculados en el proceso de evaluacin tecnolgica.
Opcin consultas
Si se desea consultar cualquier contenido, se debe presionar sobre la opcin de

inters en el formulario de consultas que se muestra a continuacin en la figura F20.
140
Figura F20. Formulario para consultas de contenido.
Seguido de seleccionar cualquier parmetro listado en las opciones de consulta en

el formulario anteriormente mostrado, esta generar un formulario como el siguiente.
Figura F21. Formulario de consulta.
Una vez indicado en el combo de seleccin el tem de inters, se produce la

bsqueda dando como resultado un reporte como el que se muestra a continuacin en la
figura F22.
141
Figura F22. Reporte de contenido existente.
La misma forma de proceder aplica a los restantes parmetros de consultas de

contenido indicados en el formulario para consultas de contenidos de la aplicacin Web.
Otros iconos de navegacin
Continuando con la descripcin de los vnculos de acceso, en la tabla F1 se

muestran las opciones restantes de navegacin:
Tabla F1. Iconos de acceso dentro de la aplicacin Web.

Icono
Descripcin
Icono de acceso directo al Inicio o home del sistema.
Icono de acceso para cerrar la sesin iniciada.
Icono de acceso al mdulo de consulta de contenido.
142
ANEXOS
Anexo 1. Organigrama PDVSA corporativo.
Anexo 2. Organigrama Gerencia corporativa de Exploracin.
143
Anexo 3. Organigrama Direccin AIT.
Anexo 4. Organigrama Gerencia AIT EyP Oriente.
144
Anexo 5. Organigrama Gerencia AIT Exploracin.
Anexo 6. Organigrama Superintendecia GNO AIT Exploracin.
145

Aplicación Web para La Evaluación de Tecnologías de Ait Aplicadas Al Negocio de Exploración Petrolera

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Aplicación Web para La Evaluación de Tecnologías de Ait Aplicadas Al Negocio de Exploración Petrolera

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE ORIENTE

APLICACIN WEB PARA LA EVALUACIN DE TECNOLOGAS DE AIT APLICADAS

DAMARYS CAROLINA BERMDEZ CEDEO

TRABAJO DE GRADO PRESENTADO COMO REQUISITO PARCIAL PARA OPTAR AL

APLICACIN WEB PARA LA EVALUACIN DE TECNOLOGAS DE AIT APLICADAS

3.2 Fase de elaboracin................................................................................................ 61

A la familia Monteverde Calderin, por acogerme en su hogar durante la duracin

Por ltimo a mis amigos de siempre, mis nuevos amigos y compaeros de la

Agradezco a la Universidad de Oriente, por recibirme en esta etapa de formacin

A la Profa. Carmen Victoria, por asesorarme en todo momento durante el

A Petrleos De Venezuela S.A. por permitirme realizar la pasanta dentro de sus

Tabla 1. Actividades y artefactos planificados para la fase de inicio. ............................. 24

Figura 1. Estructura del Proceso Unificado de Desarrollo de Software. ......................... 19

Automatizacin, Informtica y Telecomunicaciones

AIT Exploracin y Produccin

Documento de Necesidades y Oportunidades

Fortalezas, Oportunidades, Debilidades y Amenazas

Gestin de Necesidades y Oportunidades

General Public License (Licencia Pblica General de GNU)

Hypertext Markup Language (Lenguaje de Marcado de Hipertexto)

Modelo Sistmico de Calidad

Petrleos de Venezuela S.A.

PHP Hypertext Pre-processor (Preprocesador a Hipertexto)

Sistema de gestin de AIT

Sistema de Gestin de Necesidades y Oportunidades

Sistema de Gestin de Base de Datos

Transmission Control Protocol / Internet Protocol (Protocolo de

Unified Modeling Language (Lenguaje Unificado de Modelado)

Una Norma Espaola

Universidad Simn Bolvar

La aplicacin Web para la evaluacin de tecnologas de Automatizacin, Informtica y

Ante la importancia que representa la informacin dentro de las organizaciones,

El gran avance de los sistemas de informacin durante las ltimas dcadas ha

Una red informtica es un conjunto de ordenadores conectados entre s con el fin

En el mbito empresarial se ha planteado la construccin de sistemas de

Los sistemas o aplicaciones basados en la Web son sistemas confiables, prcticos

Muchas organizaciones a nivel mundial y nacional estn haciendo uso de Intranets

Entre las gerencias que conforman el ncleo general de PDVSA, se encuentra la

El ente encargado de la plataforma tecnolgica dentro de PDVSA es la Gerencia

Debido a esta situacin se propuso el desarrollo de una aplicacin Web para la

Este trabajo est estructurado en cuatro (4) captulos, como se especifica a

Captulo II. Marco de referencia

Captulo III. Desarrollo

Captulo IV. Anlisis de los resultados y discusin

Finalmente, se presentan las conclusiones obtenidas durante el desarrollo del

1.1 Planteamiento del problema

La gerencia de AIT como organismo encargado de velar por el buen

GNO para satisfacer una necesidad u oportunidad tecnolgica del negocio/usuario,

se vayan acumulando, provocando malestar o insatisfaccin en los

usuarios por no obtener respuestas lo ms prontas y acertadas posibles.

apoyan en la experiencia propia, dando como resultado la adquisicin de tecnologa, que

En miras de resolver esta problemtica, se propuso el desarrollo de una aplicacin

realizando, lo que generar la creacin de un histrico con la informacin obtenida de

2.1 Marco terico

2.1.1 Antecedentes de la investigacin

La empresa PEMEX en la bsqueda de conseguir mejoras en sus procesos de

Competitividad tecnolgica y especializacin: la lgica del tamao en las

La USB, como forma de medir la calidad de los SS y partiendo de la premisa de

En la Gerencia de Tecnologa de la empresa Maraven, S.A. (antigua filial de

2.1.2 Antecedentes de la organizacin

aprovechamiento del petrleo, gas y bitumen, crudo pesado, extrapesado, mediano,

Exploracin es la gerencia corporativa encargada de los hallazgos de

A esta gerencia estn adscritas once (11) sub-gerencias a nivel nacional, la