Desarrollo de un sistema de información Web para la gestión de incidentes de falla en la plataforma tecnológica de PDVSA AIT Servicios Comunes Centro

Texto completo

(1)PROYECTO DE GRADO. Presentado ante la ilustre UNIVERSIDAD DE LOS ANDES como requisito final para obtener el Título de INGENIERO DE SISTEMAS. Desarrollo de un Sistema de Información Web para la gestión de incidentes de falla en la plataforma tecnológica de PDVSA AIT Servicios Comunes Centro. Por Br. Carlos Germán Medina Albornoz Tutor: Prof. Judith Barrios Asesor Industrial: Ing. José Casanova. Febrero 2009. ©2009 Universidad de Los Andes Mérida, Venezuela.

(2) Desarrollo de un sistema de Información Web para la Gestión de Incidentes de Falla en la plataforma tecnológica de PDVSA AIT SCC.. Br. Carlos Germán Medina Albornoz Proyecto de Grado – Sistemas Computacionales, 170 páginas. Resumen: En el presente proyecto se desarrolla un sistema de información web como herramienta de apoyo a los procesos de negocio llevados a cabo por la Gerencia de Mantenimiento de la Plataforma (MAP), unidad adscrita a la Gerencia de Automatización, Informática y Telecomunicaciones de Petróleos de Venezuela S.A., en el área denominada Servicios Comunes Centro. El proyecto surge por la iniciativa de la Coordinación de Confiabilidad, unidad que se encarga de aplicar técnicas de ingeniería de confiabilidad para apoyar a la Gerencia MAP en la planificación del mantenimiento y en el mejoramiento de la confiabilidad de la plataforma. Las necesidades de información son un factor crítico para los encargados de la toma de decisiones dentro de la Gerencia MAP. Existe además una dependencia de la información generada por otras unidades en la organización. Es por ello que se ha implementado un sistema de información que, basado en tecnología web y disponible a los miembros de la Empresa a través de la intranet, automatiza el proceso de llenado de los reportes de las fallas ocurridas en la plataforma durante las guardias de los grupos encargados de su mantenimiento, y a partir de estos reportes obtiene indicadores de confiabilidad y disponibilidad, que a su vez son complementados con datos registrados por el sistema Nagios, encargado de monitorear el estado de la plataforma. De este modo se obtiene un histórico de fallas y una base de conocimientos del mantenimiento realizado para cada equipo y aplicación de la plataforma. El proceso de desarrollo del sistema fue guiado por el método Watch para el desarrollo de aplicaciones empresariales, obteniéndose dos versiones funcionales del sistema. Debido al proceso de soberanía tecnológica que se está llevando a cabo dentro de PDVSA, el sistema fue desarrollado utilizando software libre.. Palabras clave: Sistema de Información Web, Ingeniería de Confiabilidad, mantenimiento, disponibilidad..

(3) Dedicatoria. A mi madre, a mi padre y a mi hermano, las tres personas más importantes en mi vida. Sin su apoyo no lo hubiera logrado, gracias.. ii.

(4) Índice DEDICATORIA................................................................................................................................................. II ÍNDICE.............................................................................................................................................................III ÍNDICE DE FIGURAS ...................................................................................................................................... VI ÍNDICE DE TABLAS ..........................................................................................................................................X AGRADECIMIENTO........................................................................................................................................ XI CAPÍTULO 1 ...................................................................................................................................................... 1 INTRODUCCIÓN .............................................................................................................................................. 1 1.1 DESCRIPCIÓN DE LA EMPRESA .................................................................................................................... 2 1.1.1 PDVSA AIT...................................................................................................................................... 3 1.3 ANTECEDENTES.......................................................................................................................................... 7 1.4 PLANTEAMIENTO DEL PROBLEMA ............................................................................................................... 8 1.5 JUSTIFICACIÓN ........................................................................................................................................ 10 1.5 OBJETIVOS .............................................................................................................................................. 11 1.5.1 Objetivo General............................................................................................................................ 11 1.5.2 Objetivos Específicos ...................................................................................................................... 11 1.6 METODOLOGÍA ....................................................................................................................................... 12 1.7 ESTRUCTURA DEL DOCUMENTO ................................................................................................................ 13 CAPÍTULO 2 .................................................................................................................................................... 15 MARCO TEÓRICO Y HERRAMIENTAS DE SOPORTE ................................................................................. 15 2.1 SISTEMAS DE INFORMACIÓN..................................................................................................................... 15 2.1.1 Actividades que realiza un sistema de información ........................................................................ 16 2.1.2 Tipos de sistemas de información ................................................................................................... 17 2.1.3 Sistemas de Información Web ........................................................................................................ 18 2.2 INGENIERÍA DE CONFIABILIDAD ............................................................................................................... 19 2.2.1 Conceptos Básicos........................................................................................................................... 19 2.2.2 Definición...................................................................................................................................... 20 2.2.3 Estimación de la confiabilidad ....................................................................................................... 21 2.2.4 Análisis de confiabilidad basado en historiales de falla ................................................................. 21 2.2.5 Indicadores de confiabilidad .......................................................................................................... 22 2.2.6 Tipos de Mantenimiento................................................................................................................. 23 2.3 BASES DE DATOS ...................................................................................................................................... 23 2.3.1 Bases de datos relacionales ............................................................................................................ 24 2.3.2 Lenguaje Estructurado de Consulta (SQL) ..................................................................................... 24 2.3.3 El sistema de gestión de bases de datos PostgreSQL ....................................................................... 25 2.4 ARQUITECTURA ORIENTADA A SERVICIOS (SOA) ..................................................................................... 26 2.5 PROTOCOLO SOAP ................................................................................................................................. 28 2.5.1 NuSOAP ........................................................................................................................................ 29 2.6 LENGUAJE DE MODELADO UNIFICADO (UML) ......................................................................................... 30. iii.

(5) 2.6.1 Diagramas de clases ...................................................................................................................... 31 2.6.2 Diagramas de componentes............................................................................................................ 31 2.6.3 Diagramas de objetos .................................................................................................................... 31 2.6.4 Diagramas de despliegue............................................................................................................... 32 2.6.5 Diagramas de paquetes ................................................................................................................. 32 2.6.6 Diagramas de actividades.............................................................................................................. 32 2.6.7 Diagramas de casos de uso............................................................................................................. 32 2.6.8 Diagramas de secuencia................................................................................................................. 33 2.7 EL LENGUAJE DE PROGRAMACIÓN PHP..................................................................................................... 33 2.8 CONCLUSIONES DEL CAPÍTULO.................................................................................................................. 34 CAPÍTULO 3 .................................................................................................................................................... 35 DESARROLLO DE LA PRIMERA VERSIÓN DEL SISTEMA ........................................................................... 35 3.1 PLANIFICACIÓN DEL PROYECTO ................................................................................................................ 35 3.2 MODELADO DE NEGOCIOS ....................................................................................................................... 36 3.2.1 Delimitación del sistema de negocios.............................................................................................. 37 3.2.2 Diagrama de Procesos del negocio.................................................................................................. 38 3.2.3 Estructura de la Gerencia MAP...................................................................................................... 38 3.2.4 Cadena de Valor de la Gerencia MAP............................................................................................. 39 3.2.5 Diagrama de flujo entre procesos para la gestión de incidentes de falla......................................... 45 3.2.6 Identificación de las reglas de negocio............................................................................................ 48 3.2.7 Modelado de los actores de negocio................................................................................................. 51 3.2.8 Identificación de los objetos de negocio........................................................................................... 52 3.3 INGENIERÍA DE REQUISITOS ..................................................................................................................... 54 3.3.1 Definición de los requisitos de software.......................................................................................... 55 3.3.2 Definición de requisitos según actores............................................................................................ 56 3.3.3 Clasificación de los requisitos y definición de prioridades ............................................................... 59 3.3.4 Definición de casos de uso .............................................................................................................. 61 3.3.5 Matriz Casos de Uso vs. Requisitos................................................................................................. 68 3.4 DISEÑO DEL SISTEMA ............................................................................................................................... 69 3.4.1 Metas de diseño.............................................................................................................................. 69 3.4.2 Definición del estilo arquitectónico y justificación.......................................................................... 70 3.4.3 Identificación de subsistemas......................................................................................................... 71 3.4.4 Diseño de componentes .................................................................................................................. 72 3.4.5 Diagrama de clases del sistema...................................................................................................... 77 3.4.6 Diagrama de despliegue del sistema .............................................................................................. 78 3.4.7 Diseño de la base de datos ............................................................................................................. 80 3.4.8 Diseño de la interfaz del usuario ................................................................................................... 82 3.5 FASE DE IMPLEMENTACIÓN Y PRUEBAS ..................................................................................................... 84 3.5.1 Implementación del sistema........................................................................................................... 85 3.5.2 Pruebas del sistema ....................................................................................................................... 89 3.6 CONCLUSIONES DEL CAPÍTULO.................................................................................................................. 95 CAPÍTULO 4 .................................................................................................................................................... 97 DESARROLLO DE LA SEGUNDA VERSIÓN DEL SISTEMA........................................................................... 97 4.1 REVISIÓN DEL MODELO DE NEGOCIOS ......................................................................................................... 97 4.1.1 Modelado de las reglas de negocio.................................................................................................... 98. iv.

(6) 4.1.2 Modelado de objetos de Negocio ..................................................................................................... 99 4.2 REQUISITOS DE LA SEGUNDA VERSIÓN .......................................................................................................100 4.2.1 Redefinición de los perfiles de usuario ............................................................................................101 4.2.2 Definición de requisitos según actores...........................................................................................102 4.2.3 Clasificación y negociación de requisitos .........................................................................................103 4.2.4 Elaboración de casos de uso...........................................................................................................106 4.2.5 Matriz Caso de Uso vs. Requisitos.................................................................................................111 4.3 DISEÑO DE LA SEGUNDA VERSIÓN.............................................................................................................112 4.3.1 Metas de diseño.............................................................................................................................112 4.3.2 Identificación de subsistemas........................................................................................................112 4.3.3 Diseño de componentes .................................................................................................................113 4.3.4 Diagrama de clases del sistema.....................................................................................................119 4.3.5 Diagrama de despliegue del sistema .............................................................................................120 4.3.6 Diseño de la base de datos ............................................................................................................122 4.3.7 Diseño de la interfaz del sistema ..................................................................................................123 4.4 FASE DE IMPLEMENTACIÓN Y PRUEBAS .....................................................................................................125 4.4.1 Implementación de componentes ...................................................................................................125 4.4.2 Fase de pruebas del sistema ..........................................................................................................128 4.5 ENTREGA FINAL DEL SISTEMA ....................................................................................................................132 4.6 CONCLUSIONES DEL CAPÍTULO ...........................................................................................................133 CAPÍTULO 5 ...................................................................................................................................................134 CONCLUSIONES Y RECOMENDACIONES....................................................................................................134 5.1 5.2 5.3 5.4 5.5. CONCLUSIONES ......................................................................................................................................134 APORTES A LA EMPRESA ..........................................................................................................................135 APORTES A LA UNIVERSIDAD ...................................................................................................................136 APORTES AL TESISTA ...............................................................................................................................136 RECOMENDACIONES ...............................................................................................................................137. REFERENCIAS BIBLIOGRÁFICAS.................................................................................................................140 ANEXO A ........................................................................................................................................................142 PLANIFICACIÓN DEL PROYECTO................................................................................................................142 ANEXO B.........................................................................................................................................................144 INTERFACES USUARIO/SISTEMA VERSIÓN 1............................................................................................144 ANEXO C.........................................................................................................................................................151 INTERFACES USUARIO/SISTEMA VERSIÓN 2............................................................................................151. v.

(7) Índice de figuras Figura 1.1 Cadena de valor de PDVSA …………………………………………………….4 Figura 1.2 Estructura organizativa de PDVSA AIT ……………………………………….5 Figura 1.2 AIT Servicios Comunes ………………………………………………………...6 Figura 1.3 Estructura de PDVSA AIT Servicios Comunes Centro ………………………..6 Figura 2.1 Arquitectura orientada a servicios …………………………………………...28 Figura 3.1 Delimitación del sistema de Negocios ………………………………………..37 Figura 3.2 Diagrama de procesos del Mantenimiento de la Plataforma ………………..38 Figura 3.3 Estructura Organizativa Gerencia MAP …...…………………………………39 Figura 3.4 Cadena de Valor de la Gerencia MAP ………………………………………...40 Figura 3.5 Diagrama del proceso “Registrar mantenimiento ejecutado” ……………...43 Figura 3.6 Diagrama del proceso “Aplicar Ingeniería de Confiabilidad” ……………...44 Figura 3.7 Diagrama del proceso “Monitorear la plataforma” …………………………44 Figura 3.8 Diagrama de flujo entre procesos para la gestión de incidentes de falla …..46 Figura 3.9 Flujo de actividades a obtener luego de automatizar el proceso …………...47 Figura 3.10 Modelado de objetos de negocio . …………………………………………..54 Figura 3.11 Perfiles de usuario del sistema ………………………..……………………..62 Figura 3.12 Diagrama de casos de uso para usuario general ……………………………63 Figura 3.13 Diagrama de casos de uso para usuario intermedio ………………………..64 Figura 3.14 Diagrama de caso de uso para usuario avanzado …………………………..65 Figura 3.15 Diagrama de caso de uso para administrador ………………………..……..66 Figura 3.16 Identificación de subsistemas ………………………..……………………...71 Figura 3.17 Subsistema de control de usuarios …………………………………………..74 Figura 3.18 Subsistema de gestión de incidentes y soluciones ………………………….75 Figura 3.19 Subsistema de gestión de reportes de monitoreo …………………………..76 Figura 3.21 Diagrama de clases del sistema ……………………………………………...78 Figura 3.22 Diagrama de despliegue del sistema ………………………………………...79. vi.

(8) Figura 3.23 Modelo de la base de datos del sistema ……………………………………..80 Figura 3.24 Pantalla de inicio del sistema ………………………………………………..83 Figura 3.25 Pantalla general de usuarios …………………..…………………..…………83 Figura 3.26 Diagrama de flujo de pantallas …………………..………………………….84 Figura 3.27 Formulario de ingreso de incidentes de falla …………………..…………..87 Figura 3.28 Prueba de ingreso de usuario …………………..……………………………90 Figura 3.29 Mensaje obtenido al ingresar usuario inválido …………………………….91 Figura 3.30 Mensaje obtenido al tratar de ingresar un incidente con campos faltantes 91 Figura 3.31 Resultado obtenido al consultar incidentes por período de tiempo ……...92 Figura 3.32 Incidentes reportados por el Grupo Z-Series entre el 01-01-2008 y el 01-012009 ……………………………………………………………..…………………..……...93 Figura 3.33 Cálculo de indicadores para el grupo Z-Series ……………………………..94 Figura 3.34 Resultado obtenido luego de corregir el error de los indicadores .……….94 Figura 4.1 Diagrama de objetos de la segunda versión del SINCFA …………………...100 Figura 4.2 Diagrama de casos de uso para usuario general ……………………………107 Figura 4.3 Diagrama de casos de uso para usuario MAP ……………………………….108 Figura 4.4 Diagrama de casos de uso para usuario GDS ………………………………..109 Figura 4.5 Diagrama de casos de uso para usuario de confiabilidad ………………….110 Figura 4.6 Identificación de subsistemas para la segunda versión del SINCFA ………113 Figura 4.7 Componentes agregados y modificados en el subsistema de control de usuarios …………………..…………………..…………………..………………………115 Figura 4.8 Componentes agregados y modificados en el subsistema de gestión de incidentes y soluciones …………………..…………………..………………………….116 Figura 4.9 Componentes agregados y modificados en el subsistema de gestión de reportes de monitoreo …………………..…………………..…………………………..117 Figura 4.10 Componentes agregados y modificados en el subsistema de inventario de componentes AIT …………………..…………………..…………………..……………118 Figura 4.11 Componentes del subsistema de auditoria del SINCFA …………………..119 Figura 4.12 Diagrama de clases para la segunda versión del sistema ………………….120 Figura 4.13 Diagrama de despliegue para la segunda versión del sistema ……………121 vii.

(9) Figura 4.14 Modelo de la base de datos del sistema …………………..………………..122 Figura 4.15 Pantalla de inicio del sistema …………………..…………………………..123 Figura 4.16 Estructura general de las pantallas del sistema …………………..………..124 Figura 4.17 Diagrama de flujo de pantallas …………………..………………………...124 Figura 4.18 Componente de calendario en JavaScript …………………..……………..125 Figura 4.19 Pantalla de modificación de componentes ………………………………..126 Figura 4.20 Pantalla de modificación de incidentes ……………………………………126 Figura 4.21 Asignación de fecha de minuta directamente por el sistema …………….127 Figura 4.22 Mensaje de aviso al usuario ………………………………………………...127 Figura 4.23 Prueba de acceso de usuario ya conectado …………………..……………129 Figura 4.24 Prueba de cierre de reporte abierto …………………..…………………...129 Figura 4.25 Prueba de consulta de reporte conjunto …………………..………………130 Figura 4.26 Prueba de longitud de campos en ingreso de incidente ………………….131 Figura 4.27 Mensaje obtenido al tratar de ingresar el incidente ……………………...131 Figura A.1 Planificación inicial del proyecto …………………..………………………142 Figura A.2 Revisión de la planificación del proyecto …………………..……………...143 Figura B.1 Pantalla de ingreso de incidentes …………………..……………………….144 Figura B.2 Pantalla de Verificación de ingreso del incidente …………………………145 Figura B.3 Consulta de incidentes reportados por período de tiempo ……………….145 Figura B.4 Reporte de incidentes por período de tiempo ….…………………..……..146 Figura B.5 Reporte exportado a una hoja de cálculo ………………………………….146 Figura B.6 Cálculo de indicadores operativos de la plataforma ………………………147 Figura B.7 Consulta de incidentes por grupo operativo ………………………………147 Figura B.8 Consulta de incidentes por componente …………………..……………….148 Figura B.9 Consulta de incidentes y soluciones …………………..……………………148 Figura B.10 Pantalla de eliminación de incidente …………………..………………….149 Figura B.11 Reporte conjunto de incidentes de falla …………………..……………...149 Figura B.12 Ingreso de componentes al inventario AIT …………………..…………...150 Figura B.13 Consulta de componentes de inventario AIT ……………………………..150 Figura C.1 Pantalla de ingreso de incidentes …………………..……………………….151 viii.

(10) Figura C.2 Pantalla de Verificación de ingreso del incidente …………………………152 Figura C.3 Consulta de incidentes reportados por período de tiempo ……………….152 Figura C.4 Reporte de incidentes por período de tiempo …………………..………...153 Figura C.5 Reporte de incidentes por grupo operativo …………………..…………...153 Figura C.6 Cálculo de indicadores para un grupo operativo ………………………….154 Figura C.7 Consulta de incidentes por fecha de minuta …………………..…………...154 Figura C.8 Imprimir minuta …………………..…………………..…………………….155 Figura C.9 Reporte de incidentes y soluciones …………………..…………………….155 Figura C.10 Pantalla de eliminación de incidente …………………..………………….156 Figura C.11 Consulta de reportes abiertos …………………..………………………….156 Figura C.12 Consulta en conjunto de minutas y Nagios …………………..…………...157 Figura C.13 Consulta de alertas de Nagios por equipo o aplicación …………………..157 Figura C.14 Pantalla de definición de servicio asociado a una aplicación ……………158 Figura C.15 Auditoria del sistema …………………..…………………..………………158. ix.

(11) Índice de tablas Tabla 3.1 Modelado de actores del negocio…………………………………………….. 52 Tabla 3.2 Clasificación de los requisitos …………………………………………………59 Tabla 3.3 Casos de uso del sistema ………………………………………………………..67 Tabla 3.4 Matriz de Casos de Uso vs. Requisito …………………………………………69 Tabla 3.5 Pruebas de Caja Negra ………………………………………………………….90 Tabla 4.1 Clasificación y Negociación de requisitos …………………………………...104 Tabla 4.2 Descripción de los nuevos casos de uso incorporados a la versión 2 del SINCFA …..……………………………………………………………………………….111 Tabla 4.3 Matriz de Casos de Uso vs. Requisitos para la segunda versión ……...…….112 Tabla 4.4 Pruebas de caja negra del sistema …………………………………………....128. x.

(12) Agradecimiento Este documento no hubiera podido realizarse sin el aporte de todas las personas e instituciones que intervinieron en algún momento sobre el proyecto, y que gracias a su experiencia, interés, dedicación, apoyo y confianza hicieron posible su realización. Por ello tengo que agradecer:. A la ilustre Universidad de Los Andes, particularmente a la Escuela de Ingeniería de Sistemas, por contribuir en mi formación profesional.. A la profesora Judith Barrios, por ser una excelente guía y un gran apoyo desde el comienzo hasta el final del proyecto.. Al ingeniero José Casanova por ser un buen mentor, guía y apoyo dentro de la Empresa.. A todos los miembros de la Coordinación de Confiabilidad, por el apoyo y confianza suministrados.. A los miembros de las Gerencias MAP y GDS de PDVSA AIT Servicios Comunes Centro que contribuyeron en el desarrollo del proyecto.. A mi amigo y compañero de clases Manuel Gómez, quien desarrolló su proyecto de grado en la misma unidad, gracias por ser un excelente apoyo dentro y fuera de la Empresa.. A todos aquellos amigos y compañeros, que de alguna forma intervinieron en la realización de este trabajo.. xi.

(13) Introducción. 1. Capítulo 1 Introducción En un mundo cada vez más dominado por las tecnologías, las empresas se esmeran por obtener un mejor conocimiento de sus procesos productivos y por lograr una mayor explotación de la información que estos generan. Dicha información les permite coordinar sus actividades de una manera eficiente, rápida y con una mejor administración de los recursos. Sin embargo, para que la información fluya de manera eficiente y oportuna dentro de las diferentes unidades que se pueden aprovechar de ella para la toma de decisiones, es necesario que la empresa proporcione un conjunto de instrumentos y canales que, además de servir de soporte para la comunicación entre las unidades que la integran, posea la flexibilidad suficiente como para adaptarse a los cambios que pueda experimentar al pasar el tiempo. Es por ello que las grandes empresas dan cada vez más importancia a las tecnologías que apoyan el flujo de datos y la transmisión de información entre sus miembros. Petróleos de Venezuela S.A. (PDVSA) no es la excepción a ésta regla. A lo largo de los años se ha caracterizado por mantenerse a la vanguardia en lo que respecta a la incorporación de tecnologías en sus procesos, convirtiéndose así en una empresa de alto nivel y dominio tecnológico. La plataforma tecnológica de la Empresa constituye un activo esencial para el correcto desenvolvimiento de todos los procesos productivos y por ello resulta vital poder garantizar la mejor disponibilidad posible en los servicios brindados. La Gerencia de Automatización, Informática y Telecomunicaciones (AIT) es la encargada de regir, proveer y mantener los servicios y soluciones integrales de tecnologías de automatización, información y comunicaciones de la corporación; contribuyendo al mantenimiento de la continuidad operativa y la ejecución de planes de actualización e innovación. El mantenimiento de la plataforma tecnológica es una labor a la cual dedican gran cantidad de esfuerzo varias unidades dentro de ésta gerencia, entre las que destaca la Gerencia de Mantenimiento de la Plataforma (MAP)..

(14) Introducción. 2. Como toda labor dentro de la empresa, el poder garantizar una alta disponibilidad de los equipos y sistemas que conforman la plataforma tecnológica involucra toma de decisiones por parte de miembros a distintos niveles en la organización. Para poder tomar decisiones es necesario conocer a profundidad la situación actual del problema y el impacto de cada una de las alternativas entre las cuales se puede elegir. Dicho conocimiento demanda cierta cantidad de información, que no sólo se requiere que sea veraz, sino también oportuna. Es decir, que esté disponible en el formato adecuado y en el momento deseado. La necesidad de información veraz y oportuna ha sido una de las mayores razones para que las empresas se preocupen más por la organización y procesamiento de dicha información. De allí, el auge que han tenido los Sistemas de Información Empresariales. El presente proyecto comprende el desarrollo de un Sistema de Información Web de apoyo a algunas de las actividades de gestión del mantenimiento de la plataforma tecnológica de PDVSA, particularmente dentro de PDVSA AIT Servicios Comunes Centro. El sistema automatiza un proceso que era llevado a cabo manualmente y que comprende el registro y consulta de los reportes de las fallas ocurridas en la plataforma.. 1.1 Descripción de la Empresa Petróleos de Venezuela S.A. (PDVSA) es la corporación estatal venezolana que se encarga de la exploración, producción, manufactura, transporte y mercadeo de los hidrocarburos del país. Por mandato de la Constitución de la República Bolivariana de Venezuela, la totalidad de las acciones de PDVSA pertenecen al Estado Venezolano y se encuentra adscrita al Ministerio del Poder Popular para la Energía y Petróleo. Es una de las mayores empresas petroleras a nivel mundial y ha sido catalogada como una de las empresas más grandes del mundo. Actualmente, es la petrolera con mayores reservas petrolíferas del planeta, alcanzando una suma total de 3,1 billones de barriles. Sus instalaciones se encuentran distribuidas a lo largo de todo el territorio nacional y posee varias filiales nacionales e internacionales [1]. PDVSA cumple con todas las actividades propias del negocio petrolero, constituyéndose en una corporación que abarca todos los procesos, desde la explotación hasta la comercialización de los.

(15) Introducción. 3. hidrocarburos gaseosos y no gaseosos, y sus derivados. De su cadena de valor (véase Figura 1.1) se divide en las siguientes cuatro unidades de trabajo: x. Exploración y Producción: Área encargada de la evaluación, exploración, certificación y perforación de yacimientos petroleros. Es el primer eslabón de la cadena, cubre además la perforación y construcción de los pozos petrolíferos.. x. Refinación: Área encargada de la separación, mejoramiento y obtención de productos o derivados del petróleo a través de plantas de procesamiento y refinerías.. x. Distribución y comercialización: Área encargada de colocar los productos obtenidos (Crudo y derivados) en los diferentes mercados internacionales.. x. Gas: Área encargada de la explotación y comercialización de los hidrocarburos gaseosos. Con unas reservas probadas por 147 billones de pies cúbicos, Venezuela es una de las potencias mundiales del sector de hidrocarburos gaseosos.. 1.1.1 PDVSA AIT Para dar apoyo a sus procesos de negocio y ejecutar estos de la manera más eficiente, PDVSA requiere de una infraestructura tecnológica de vanguardia. Es por ello que existe una gerencia dentro de su organigrama dedicada exclusivamente a proveer, suministrar y coordinar los servicios y las soluciones integrales en toda el área que abarca las tecnologías de automatización, información y comunicación; esta gerencia es la Gerencia AIT de PDVSA (Gerencia de Automatización, Información y Comunicación). PDVSA AIT no sólo se encarga de contribuir a mantener la continuidad operativa de la plataforma tecnológica de la empresa, sino que también coordina y ejecuta planes para mantener dicha plataforma actualizada, todo ello buscando propiciar un ecosistema tecnológico que estimule los poderes creadores del pueblo, el conocimiento libre, el desarrollo endógeno sustentable y la economía social productiva con el fin de alcanzar la soberanía tecnológica [2]..

(16) 4. Introducción. Figura 1.1 Cadena de valor de PDVSA (Fuente: [1]) i) Organización PDVSA AIT se encuentra dividida en unidades dedicadas a dar apoyo a cada uno de los procesos del negocio petrolero y a las filiales más importantes de la corporación. Adicionalmente, existen unidades de apoyo y coordinación de recursos para la ejecución de proyectos de mayor alcance en la empresa. La organización de las unidades dentro de PDVSA AIT se puede observar en el organigrama de la Figura 1.2.. ii) AIT Servicios Comunes Centro Dentro de la gerencia AIT, la línea de servicios comunes es la responsable de coordinar los recursos necesarios para garantizar la continuidad operativa de los servicios AIT que apoyan los negocios de PDVSA que conviven en una región determinada (ver Figura 1.3). Existen tres unidades AIT de Servicios Comunes: Oriente, Occidente y Centro. AIT Servicios Comunes Centro comprende los servicios de PDVSA AIT en las regiones metropolitana, centro y sur. Entre los servicios que abarca se pueden mencionar: el mantenimiento de la plataforma, la gestión del servicio a los usuarios, la implantación de nuevas soluciones, la gestión.

(17) 5. Introducción. de necesidades y oportunidades en el negocio, entre otras. La Figura 1.3 muestra la estructura organizativa de PDVSA AIT Servicios Comunes Centro. El presente proyecto fue desarrollado dentro de la Gerencia de Mantenimiento de la Plataforma (MAP) de PDVSA AIT Servicios Comunes Centro, en las instalaciones de Intevep ubicadas en Los Teques, estado Miranda.. Figura 1.2 Estructura organizativa de PDVSA AIT (Fuente: [2]).

(18) 6. Introducción. Figura 1.2 AIT Servicios Comunes. Figura 1.3 Estructura de PDVSA AIT Servicios Comunes Centro.

(19) Introducción. 7. 1.3 Antecedentes El mantenimiento de un activo tiene como objetivo primordial garantizar su disponibilidad durante el mayor tiempo posible, alargando así sus ciclos de vida útil. Las prácticas tradicionales se orientan a la ejecución de mantenimientos correctivos (actividades de mantenimiento que buscan corregir fallas en la operación del activo) complementados con mantenimientos preventivos (actividades de mantenimiento que buscan prevenir fallas en la operación del activo). Sin embargo, el paradigma está cambiando, la criticidad de los activos hace necesario que las empresas busquen mejorar la planificación de sus mantenimientos preventivos para garantizar una mayor disponibilidad y disminuir así los costos asociados. Esto ubica al mantenimiento preventivo prácticamente al mismo nivel, o incluso un nivel mayor, de importancia respecto al mantenimiento correctivo. Actualmente, con el objetivo de optimizar sus procesos de gestión del mantenimiento, dentro de PDVSA se están implantando nuevas prácticas. Entre estas, la Ingeniería de Confiabilidad constituye una de las principales y más efectivas herramientas, ya que permite optimizar considerablemente el mantenimiento de los activos basándose en técnicas de análisis estadístico. La Ingeniería de Confiabilidad (o de fiabilidad) es el estudio de la vida y el fallo de los equipos o sistemas. El análisis de la confiabilidad de un equipo o sistema busca determinar, entre otras cosas, la probabilidad de que este ejecute su funcionalidad prevista durante un período de tiempo, operando bajo un conjunto de condiciones establecidas y para las cuales ha sido diseñado. El concepto de ingeniería de confiabilidad involucra una amplia gama de metodologías, como por ejemplo: Mantenimiento Centrado en Confiabilidad (MCC), Análisis Causa Raíz (ACR), Análisis de Datos de Vida, Modelado y Simulación de Sistemas, Análisis de Criticidad, Inspección Basada en Riesgo (IBR), entre otras. [3] A pesar de que las técnicas de la ingeniería en confiabilidad parecieran estar dirigidas exclusivamente al mantenimiento de equipos y sistemas mecánicos, es posible aplicar dichas técnicas en cualquier ambiente donde la alta disponibilidad y confiabilidad de los sistemas y equipos sea un elemento crítico para el negocio [4]. Por ello el enfoque ha sido adaptado a la gestión de mantenimiento de la plataforma tecnológica de cualquier empresa. En la actualidad, dicha adaptación está siendo llevada a cabo dentro de PDVSA AIT por la Coordinación de Confiabilidad..

(20) Introducción. 8. La Coordinación de Confiabilidad dentro de PDVSA AIT Servicios Comunes Centro (SCC), es una unidad adscrita a la Gerencia de Mantenimiento Operacional de la Plataforma AIT (MAP) y se encarga de aplicar prácticas de ingeniería de confiabilidad a la plataforma tecnológica de la empresa, la cual comprende un conjunto amplio de equipos y aplicaciones, entre las que se pueden mencionar: servicios de telecomunicaciones, servidores, sistemas de automatización, equipos de infraestructura, equipos de videoconferencia, redes de alcance local, redes de amplio alcance, sistemas operativos, herramientas de ofimática, herramientas de gestión de proyectos, soluciones ERP, sistemas de autogestión, sistemas desarrollados dentro de la empresa, entre otros. El objetivo principal de la Coordinación de Confiabilidad es supervisar que se cumplan las dos condiciones mencionadas anteriormente para todas estas tecnologías; es decir, garantizar la confiabilidad y la disponibilidad de todos los sistemas y equipos que conforman la plataforma tecnológica de PDVSA AIT Servicios Comunes Centro. Para el apoyo de su gestión, la Coordinación de Confiabilidad ha definido un conjunto de estándares y prácticas que le permiten alcanzar los objetivos de su gestión y han implementado varias metodologías propias de la ingeniería de confiabilidad. Sin embargo, como en toda técnica estadística, la calidad y precisión de los datos es esencial para que la ingeniería de confiabilidad arroje buenos resultados. En base a esto, la coordinación obtiene información acerca de las fallas ocurridas y el mantenimiento realizado para corregirlas a partir de los reportes de falla hechos por los grupos operativos responsables, también adscritos a la Gerencia MAP. Por otro lado, el Centro Integral de Monitoreo de PDVSA AIT SCC supervisa continuamente el estado de los componentes que integran la plataforma y cuyo desempeño resulta crítico para el negocio. Para el monitoreo de los equipos se utilizan varias aplicaciones, entre las que resalta el programa Nagios. Este programa, basado en software libre, registra constantemente el estado de los componentes de la plataforma y de los servicios que ellos prestan, generando notificaciones a los grupos responsables de su mantenimiento en caso de presentarse alguna anomalía o caída del servicio.. 1.4 Planteamiento del Problema La Coordinación de Confiabilidad de PDVSA AIT SCC se encarga de la evaluación del desempeño de la plataforma tecnológica de la empresa, manteniendo un registro de las ocurrencias de fallas y.

(21) Introducción. 9. elaborando, en base a ese registro, análisis que permiten planificar el mantenimiento de la plataforma y estimar el impacto de las fallas ocurridas, a fin de sugerir prácticas para disminuir su ocurrencia. El análisis de confiabilidad realizado se centra en la determinación de indicadores de la probabilidad de que los equipos y sistemas que conforman la plataforma operen sin fallas por un determinado período de tiempo bajo ciertas condiciones de operación establecidas. Actualmente se efectúa una “Reunión de Incidentes Diarios”, en la cual los analistas que están de guardia por cada una de las especialidades que componen la plataforma AIT reportan los incidentes y novedades que se presentaron durante su guardia. Con los reportes emitidos en esta reunión se genera una “Minuta de Incidentes Diarios” que contiene la información sobre las novedades reportadas y en la que se precisan los detalles de los incidentes ocurridos en la plataforma. Una vez armada, la minuta se pone a disposición del personal que la requiera a través de la intranet de la empresa. Los analistas de confiabilidad cargan manualmente la información contenida en la minuta en una hoja de cálculo, y obtienen indicadores determinísticos, como por ejemplo: Tiempo Promedio entre Fallas (TPEF), Duración de la falla (expresada en horas) y Tiempo Promedio de Solución (TPS). Estos indicadores sirven como parte del insumo para realizar estudios de criticidad, simulación de sistemas y otros análisis. La Coordinación de Confiabilidad desea implementar un Sistema de Información Web, basado en los estándares de software libre, que apoye sus actividades y que suministre la información que los analistas requieren para estudiar la confiabilidad de los componentes que conforman la plataforma tecnológica de la empresa. El sistema a desarrollar debe integrar los reportes de los analistas de guardia en las reuniones de incidentes diarios y a partir de estos reportes calcular los indicadores ya mencionados, también debe permitir tener una base de conocimientos acerca de la naturaleza de las fallas que se presentan en la plataforma y el mantenimiento realizado para corregirlas; adicionalmente, debe capturar datos del sistema Nagios, utilizado por el Centro Integral de Monitoreo, sobre las alertas significativas que se detectaron durante la jornada, complementando así los datos suministrados por los analistas y los indicadores calculados. Se requiere que el sistema esté disponible a través de la intranet de la empresa para que de ese modo sea accesible a todo el personal involucrado desde cualquier punto de la red PDVSA..

(22) Introducción. 10. 1.5 Justificación Al momento de ocurrir alguna falla en la plataforma, los datos acerca del mantenimiento ejecutado resultan casi tan importantes como la solución del incidente y la continuidad operativa del servicio afectado. La información contenida en los reportes elaborados por los analistas debe ser lo más precisa y completa posible, pues constituye una base de conocimiento de altísimo valor para la organización y de la cual se pueden obtener muchos productos, como por ejemplo, los indicadores de confiabilidad de la plataforma. La generación y el análisis de los indicadores de confiabilidad, permite a los analistas estimar la vida útil y la criticidad de todos los equipos y sistemas que conforman la plataforma tecnológica de PDVSA. Mediante estos indicadores es posible realizar simulaciones para estimar, entre otras cosas, el impacto y la frecuencia de posibles fallas en los sistemas y equipos, haciendo también posible una adecuada planificación del mantenimiento. Por tratarse de un proceso de carácter vital para la gestión del mantenimiento y estando basado en técnicas estadísticas, el análisis de confiabilidad requiere de datos con la mayor exactitud posible. El proceso mediante el cual se gestionan actualmente las fallas y se analiza la confiabilidad de la plataforma podría mejorar su eficiencia y precisión, en el sentido de que el cálculo de los indicadores requiere una dedicación considerable de tiempo por parte de los miembros de la unidad. Además, la precisión de los valores calculados viene determinada por la veracidad de los datos suministrados por los analistas en sus reportes, particularmente en cuanto al momento exacto en que se produjo la falla y la duración de ésta. Otro de los problemas asociados es la falta de estandarización al momento de generar el reporte, ya que muchas veces se omiten campos importantes acerca de la naturaleza de la falla. Además de lo anterior, es conveniente complementar los datos de los reportes de incidentes con las alertas emitidas por el sistema Nagios, ya que, si bien estas se concentran en la disponibilidad de los componentes en la red y pueden estar sujetas a alteraciones debido a problemas en la comunicación, muchas veces aportan datos más precisos en cuanto al instante en que se produjo la falla y el instante de su finalización, lo que se refleja en los indicadores. Los problemas de información que poseen actualmente las unidades involucradas pudieran ser solventados mediante la implementación de un SI que agilice la gestión de los reportes emitidos por.

(23) Introducción. 11. los analistas, su recuperación y almacenamiento, facilitando así la toma de decisiones y convirtiéndose en un recurso muy valioso para proporcionar, administrar e interpretar la información por él generada; además, brindaría un insumo de carácter vital para la gestión del mantenimiento de la plataforma: un repositorio histórico de incidentes de falla. Uno de los principales requerimientos que tienen los miembros de la Empresa respecto al sistema es la posibilidad de que todos los actores involucrados en el proceso puedan utilizarlo de manera oportuna. Es por ello que se hace necesario que el sistema de información desarrollado esté disponible a través de la intranet de la Empresa para todos los usuarios involucrados, tratándose entonces de un tipo particular de SI, conocido como Sistema de Información Web (en inglés Web Information System, de ahora en adelante SIW). Enmarcado en el nuevo proyecto que busca la migración de los sistemas dentro de PDVSA hacia tecnologías libres, para dar así cumplimiento al decreto 3.390, uno de los principales requerimientos de la Empresa con respecto al SIW es que esté basado en software libre.. 1.5 Objetivos 1.5.1 Objetivo General Desarrollar un Sistema de Información Web basado en software libre que automatice el proceso de gestión de las fallas ocurridas en la plataforma tecnológica de PDVSA AIT SCC.. 1.5.2 Objetivos Específicos x. Realizar un estudio detallado del dominio de aplicación en que se enmarca el sistema (modelado de negocios).. x. Analizar los requisitos de los actores involucrados.. x. Realizar un diseño detallado de la estructura y distribución del sistema.. x. Desarrollar tablas de datos que almacenen de manera efectiva y organizada las variables de los procesos involucrados..

(24) Introducción. x. 12. Diseñar la interfaz web de manera que esté adaptada a los estándares que se manejan dentro de la empresa y que sea amigable, eficaz y sencilla, para la consulta e interpretación de los datos.. x. Desarrollar los componentes de software que resulten necesarios.. x. Realizar pruebas al producto de software para verificar su correcto funcionamiento.. x. Refinar iterativamente el Sistema mediante el versionado sucesivo.. x. Entregar el sistema listo para su puesta en producción a los miembros de la Coordinación de Confiabilidad, junto con su documentación y manual de usuarios.. 1.6 Metodología El método a utilizar para el desarrollo del Sistema fue el método Watch para el desarrollo de aplicaciones empresariales en su versión 2004 [5]. Éste método tiene ventajas en el desarrollo de aplicaciones, entre las que se pueden mencionar: x. Agrega visibilidad al proyecto de desarrollo, permitiendo que los usuarios del sistema y el grupo de desarrollo conozcan el estado del proyecto en cualquier momento.. x. Facilita al líder del proyecto la planificación y el control del mismo.. x. Establece un marco metodológico único que estandariza el proceso de desarrollo y unifica la información que se produce a lo largo del proyecto.. x. Se fundamenta en la ingeniería basada en componentes de software y emplea las mejores prácticas, técnicas y notaciones utilizadas actualmente en la industria de software.. El método consta de los siguientes tres componentes:. Modelo del producto: que describe el producto que se va a desarrollar, estableciendo las características arquitectónicas generales de la aplicación. Modelo del proceso: Mediante el cual se describe de manera estructurada el conjunto de actividades que el grupo de desarrollo debe seguir para producir la aplicación..

(25) Introducción. 13. Modelo del grupo de desarrollo: Que describe los roles que tendrán cada uno de los miembros del grupo de desarrollo y su organización1.. Dentro del modelo de procesos establecido en el método Watch se establece un marco metodológico cíclico, iterativo y controlado, mediante el cual en cada iteración se desarrolla una nueva versión del sistema o un nuevo subsistema. Para el desarrollo del SIW se realizaron dos iteraciones completas y en cada una de ellas se obtuvo una versión operativa del mismo. Para el modelado del SIW se utilizó el Lenguaje Unificado de Modelado UML en su versión 2.0. Este lenguaje permite representar los diferentes aspectos de un sistema de software de una manera clara y versátil, de modo que cualquier persona lo pueda entender, y que se puedan expresar de manera explícita y clara las diferentes características del sistema en la etapa previa a su construcción, obteniendo a la vez una documentación que permite la evolución y revisión del mismo [6]. El modelado del sistema se hizo utilizando la herramienta CASE Enterprise Architect de Sparx Systems en su versión 6.1. Para el desarrollo del sistema se utilizó el lenguaje de programación PHP en su versión 5.2.0-8 y el manejador de bases de datos PostgreSQL en su versión 8.1.9-0. Se incorporaron funcionalidades en Javascript para algunos componentes. Para la integración de servicios web se utilizó la librería nuSOAP en su versión 0.7.3.. 1.7 Estructura del documento El presente documento se estructura de la siguiente manera:. El Capítulo 1 expone los antecedentes del problema de manera introductoria, habla sobre la Empresa en la que se desarrollo el proyecto y plantea el problema a resolver, justificando su importancia. Se mencionan los objetivos del proyecto y se habla de la metodología a utilizar.. 1. Para efectos del proyecto realizado, el grupo de desarrollo estuvo conformado por el tesista (quien desempeñó varios de los roles dentro de un grupo de desarrollo), el asesor industrial, el tutor académico y ciertos usuarios clave..

(26) Introducción. 14. En el Capítulo 2 se hace una breve reseña de las herramientas y conceptos que fueron necesarios manejar para el desarrollo del proyecto. Se habla acerca de los sistemas de información y su clasificación, se hace mención del lenguaje de modelado unificado UML, se desarrollan ciertos conceptos acerca de las bases de datos relacionales y se hace una breve descripción de las herramientas técnicas más representativas que se utilizaron en el proyecto: el lenguaje de programación PHP, el manejador de Bases de datos PostgreSQL, la arquitectura orientada a servicios (SOA), entre otros. En el Capítulo 3 se desarrolla la primera versión del sistema enmarcada en el modelo de procesos Watch; se comienza con la fase de modelado de negocios en la que se analiza el dominio de la aplicación y se modelan los principales procesos a automatizar. Se habla acerca de los requisitos de la aplicación y luego se detalla el diseño del sistema, se mencionan algunos aspectos resaltantes de la implementación y se habla sobre la fase de pruebas del mismo, se culmina con una breve revisión de los resultados más importantes obtenidos con la entrega de la primera versión del sistema. El Capítulo 4 contiene todos los detalles de la implementación de la segunda versión del sistema. Se hace una breve descripción de los nuevos requisitos incorporados, se resaltan los nuevos componentes del sistema y se habla acerca de la fase final de pruebas y los resultados obtenidos con la entrega final del sistema. El Capitulo 5 abarca las conclusiones y recomendaciones finales del proyecto..

(27) Capítulo 2. Marco Teórico y –Herramientas de Soporte. 15. Capítulo 2 Marco Teórico y Herramientas de Soporte Para el desarrollo del proyecto se hace necesario dominar un conjunto de conceptos y herramientas. El presente capítulo hace una breve mención de los conceptos íntimamente vinculados con el proyecto. Se comienza desarrollando el concepto de sistema de información, su clasificación y se habla del tipo de sistema de información que comprende el proyecto: el sistema de información web, se exponen algunos conceptos relacionados con la ingeniería de confiabilidad, se mencionan brevemente los aspectos mas resaltantes de las bases de datos relacionales y del manejador de bases de datos PostgreSQL, se habla acerca de la arquitectura orientada a servicios (SOA), se explica brevemente el protocolo SOAP (Simple Access Object Protocol) y se comenta sobre la librería nuSOAP utilizada en el proyecto. En cuanto a otras herramientas utilizadas, se habla un poco acerca del lenguaje de modelado unificado (UML) y se explica la estructura y utilidad de los diagramas utilizados en el proyecto; también se habla del lenguaje de programación PHP.. 2.1 Sistemas de Información Un Sistema de Información es un conjunto de componentes interrelacionados que operan de manera sistemática para capturar, procesar, almacenar y distribuir información que sirva de apoyo a la toma de decisiones, la coordinación, el control y el análisis dentro de una organización [7]. En ese sentido, algunas de las características que resultan necesarias para cualquier Sistema de Información son las siguientes [8]: x. Disponibilidad de información cuando sea necesario y por los medios adecuados.. x. Suministro de información de manera selectiva..

(28) Capítulo 2. Marco Teórico y –Herramientas de Soporte. x. Variedad en la forma de presentación de la información.. x. Cierto grado de autonomía para la toma de decisiones. x. Tiempo de respuesta adecuado a las necesidades del usuario.. x. Exactitud en la información suministrada.. x. Generalidad, como las funciones para atender a las diferentes necesidades.. x. Flexibilidad, capacidad de adaptación.. x. Fiabilidad, para que el sistema opere correctamente.. x. Seguridad, protección contra pérdidas.. x. Amigabilidad, para el usuario.. 16. 2.1.1 Actividades que realiza un sistema de información Se distinguen cuatro actividades básicas que realiza cualquier sistema de información, las cuales son: la captura, el procesamiento, el almacenamiento y la salida o distribución de la información [7]. Captura de la Información: Mediante este proceso, el sistema toma los datos que requiere para procesar la información. La forma como se introducen los datos puede ser manual o automática. La entrada manual de los datos requiere que estos sean introducidos directamente por el usuario, mientras que la automática se produce cuando el sistema captura los datos de entrada de otro sistema o módulo. Procesamiento de la Información: Es el proceso mediante el cual el sistema de información realiza transformaciones y cálculos sobre los datos basado en una secuencia de operaciones preestablecida. Las operaciones pueden ser realizadas sobre los datos recientemente capturados o sobre aquellos ya almacenados. Mediante la transformación de los datos es posible la toma de decisiones por parte de los encargados de interpretar la información generada por el sistema. Almacenamiento de la información: Permite que la información generada en el proceso anterior pueda ser guardada para ser recuperada más adelante. Por lo general, la información es almacenada utilizando archivos y bases de datos que utilizan como medio de almacenamiento los discos magnéticos o discos duros, los discos compactos, los dvds, entre otros..

(29) Capítulo 2. Marco Teórico y –Herramientas de Soporte. 17. Salida de la información: Es la capacidad que tiene un sistema de información para mostrar la información procesada al exterior. La salida de un sistema puede ser la entrada de otro sistema de información o modulo o puede ser mostrada directamente al usuario en el formato que éste desee.. 2.1.2 Tipos de sistemas de información En [9] se clasifican los sistemas de información basándose en tres criterios: el grado de cobertura de las actividades organizacionales, el grado de apoyo a la ejecución de las actividades en la organización y las tecnologías en las que se basa su desarrollo2. A continuación se describen cada una de estas clasificaciones. De acuerdo al grado de cobertura de las actividades organizacionales, un sistema de información puede clasificarse en:. Sistemas independientes (Sind): Surgen como resultado de requisitos individuales de los miembros de una organización, apoyando las actividades del usuario en forma completa y sujetos a las necesidades de éstos. Sistemas integrados (SII): Están conformados por la conjunción y colaboración de los sistemas de información ya existentes en la organización. Sistemas organizacionales (SIO): Proporcionan un grado de cobertura e integración total de las actividades y procesos organizacionales, aportando así un grado de apoyo máximo a la toma de decisiones.. De acuerdo al apoyo brindado a la ejecución de las actividades organizacionales los sistemas de información pueden ser:. Sistemas operacionales (SIOp): Son sistemas de bajo nivel que apoyan la automatización de tareas y operaciones básicas dentro de una organización, como por ejemplo las actividades administrativas y de producción. 2. Esta clasificación no es exclusiva, pues los criterios permiten caracterizar a un SI como perteneciente a más de una clasificación.

(30) Capítulo 2. Marco Teórico y –Herramientas de Soporte. 18. Sistemas gerenciales (SIGe): Están orientados a brindar apoyo a las actividades de nivel gerencial y de coordinación dentro de la organización. Sistemas de Apoyo a la Toma de Decisiones (SATD): Son sistemas que contribuyen de forma directa y explícita al proceso de toma de decisiones dentro de una organización, permitiendo visualizar el panorama organizacional desde el punto de vista de los resultados y/o consecuencias de tomar alguna acción en un momento dado.. De acuerdo a las tecnologías en las que se basan, los sistemas de información pueden ser: x. Sistemas cliente/servidor.. x. Sistemas basados en tecnologías web.. x. Sistemas basados en agentes.. x. Sistemas basados orientados a servicios.. Existe una cuarta clasificación de los sistemas de información en base al apoyo de actividades organizacionales muy especializadas. Dentro de este grupo se encuentran los ya mencionados SATD, los Sistemas Expertos (SE), que incorporan la automatización de “experticia humana” en la realización de determinada actividad y Sistemas de Información Geográfica (SIG) que están relacionados con el manejo de información geográfica o referenciada espacialmente.. 2.1.3 Sistemas de Información Web En [10] se define un Sistema de Información Web (SIW) como: “Un sistema de información que utiliza una arquitectura web para proporcionar información (datos) y funcionalidad (servicios) a usuarios finales a través de una interfaz de usuario basada en presentación e interacción sobre dispositivos con capacidad de trabajar en la web. Los SIW varían ampliamente en su ámbito, desde sistemas de información hasta sistemas de transacciones ebusiness, incluso sistemas de servicios web distribuidos”. Se clasifican los sistemas de información web como sigue:.

(31) Capítulo 2. Marco Teórico y –Herramientas de Soporte. 19. x. Las intranets, que dan apoyo al trabajo interno dentro de la Empresa.. x. Los sitios de presencia en la web, los cuales son herramientas utilizadas para alcanzar consumidores fuera de la empresa.. x. Los sistemas de Comercio electrónico que dan apoyo a la interacción con el consumidor.. x. Las extranets que son un conjunto de sistemas internos y externos que apoyan las comunicaciones entre la empresa y otras empresas.. Por lo general, los SIW manejan una gran cantidad de datos, que se encuentra en fuentes heterogéneas, se maneja en distintos formatos, y un conjunto de componentes que están por lo general codificados en diferentes lenguajes de programación y están distribuidos en diferentes plataformas. Al igual que los SI tradicionales, más allá que una infraestructura para la entrega de información (en tiempo de ejecución), los SIW deben proporcionar una infraestructura de desarrollo y mantenimiento que permita manejar e interpretar los datos y que proporcione funcionalidades a los usuarios finales para capturar, almacenar, procesar y mostrar la información, dando solución a sus necesidades. Los SIW son diseñados, desarrollados y mantenidos con el propósito de alcanzar objetivos específicos de los usuarios finales. Éstos objetivos, deben constituir la base del proyecto de desarrollo de todo SIW.. 2.2 Ingeniería de Confiabilidad Previo a la definición de las técnicas propias de la ingeniería de confiabilidad, se desarrollará un conjunto de términos que se encuentran íntimamente vinculados con el análisis de confiabilidad. Los siguientes conceptos fueron tomados de [10].. 2.2.1 Conceptos Básicos Confiabilidad: Se define la confiabilidad como:”la propiedad de un sistema o equipo de cumplir las funciones para él previstas, manteniendo su capacidad de trabajo bajo los regímenes y condiciones.