Source: http://docplayer.es/1986970-Pontificia-universidad-catolica-del-peru.html
Timestamp: 2017-04-27 15:22:54+00:00

Document:
Josefina Aranda Zúñiga
1 PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ ESCUELA DE POSTGRADO ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DEL SISTEMA DE RIESGO OPERACIONAL PARA ENTIDADES FINANCIERAS - SIRO TESIS PARA OPTAR EL GRADO ACADÉMICO DE MAGÍSTER EN INFORMÁTICA MENCIÓN EN INGENIERÍA DEL SOFTWARE AUTOR: CARLOS AVALOS RUIZ ASESOR: MAYNARD KONG WONG JURADOS: JOSE ANTONIO POW SANG PORTILLO MARIANO ADAN GONZALES ULLOA Lima, Noviembre de 20122 Resumen El presente proyecto nace como resultado de la necesidad que tienen las Instituciones financieras de realizar la gestión de los riesgos debido a la incertidumbre que pasan a partir de eventos pequeños, predecibles y frecuentes, por lo que en el mes de junio del 2004 En el nuevo Acuerdo de Capitales de BASILEA II se define lo Siguiente: el riesgo de pérdida directa debido a la inadecuación o a fallos en los procesos, el personal y los sistemas internos o bien a causa de acontecimientos externos. Esta definición incluye el riesgo legal, pero excluye el riesgo estratégico y el de reputación, El presente estudio es una introducción en los modelos cuantitativos del riesgo operacional para la creación de una herramienta Software. Esta investigación estará limitada a la gestión de los riesgos operativos en el ámbito la administración cuantitativa y el desarrollo de la herramienta software para lograrlo, proponiendo la construcción e implantación de un software para la gestión del riesgo operacional, aplicando una adaptación del proceso de construcción de software Rational Unified Process, que incluye el flujo de trabajo de procesos y el flujo de trabajo de soporte para el desarrollo del software teniendo en cuenta que para el proceso de implantación y puesta en marcha del software se realizara de acuerdo a los lineamientos de la entidad financiera pues cada una tiene estándares propios. Este proyecto pretende apoyar e impulsar el cumplimiento normativo dispuesto por la Superintendencia de Banca Seguros y AFP s en cuanto a la Gestión del Riesgo Operacional. La herramienta, permitirá a las entidades financieras cumplir de manera más rápida y eficiente los requisitos para alcanzar el método del estándar alternativo, lo cual le permitirá reducir el requerimiento patrimonial a causa del Riesgo Operacional. La misma que constituye en un motor de cambio para ayudarle a integrar la gestión del Riesgo Operacional en las diferentes áreas de su institución. El proyecto permitirá la construcción e implantación de un software Sistema de Riesgo Operacional para Entidades Financieras que impulsará el establecimiento de una cultura adecuada y propicia para la gestión del riesgo operacional, al mismo tiempo reducir el esfuerzo para lograr una adecuada gestión del riesgo operacional. 23 Introducción Las instituciones financiera que, cuentan con la autorización de la Superintendencia de Banca y Seguros y que gozan de autonomía económica, financiera y administrativa brinda los servicios de Ahorros; que es la captación de los fondos del público a través de las diferentes modalidades y de Crédito, que es la colocación de los fondos captados. En la actualidad con la inclusión del RIESGO OPERACIONAL en el Nuevo Acuerdo de Capitales de BASILEA (Fontnouvelle) refleja uno de los cambios más significativos en la gestión financiera, donde su importancia está desplazando el tradicional interés por los riesgos de crédito y mercado, centrando los esfuerzos actuales del sector financiero. Su carácter cualitativo dificulta el desarrollo de herramientas de identificación, medición y control, y las exigencias reguladoras definen los nuevos retos planteados para el sistema financiero. La gestión del riesgo aplica para las entidades financieras, bancarias y micro financieras del sistema peruano y que son supervisados por la Superintendencia de Banca y Seguros (SBS). El riesgo operativo es otro componente gestión de riesgo según BASILEA II que son las mejores se reunieron los 10 países más ricos del mundo y pensaron por que perdían tanto y ahí se definió los riesgos: Personas, procesos, tecnología información y aspectos externos en esto se basa el riesgo operacional que es la base de Basilea II. La necesidad es la de llegar a los modelos cuantitativos así que el presente estudio es una introducción en los modelos cuantitativos basados en una herramienta Software que permita llegar a los modelos cuantitativos. La gestión de los riesgos operativos plantea la adopción de estándares para una adecuada administración. Los estándares generalmente platean una administración cualitativa. Esta investigación estará limitada a la gestión de los riesgos operativos en el ámbito la administración cuantitativa. 34 1. CAPITULO 1 - Generalidades En el Perú a través de la Resolución SBS N del 10 de enero de 2008, se aprobó el Reglamento de la Gestión Integral de Riesgos, que establece que las empresas supervisadas deben contar con una gestión integral de riesgos adecuada a su tamaño y a la complejidad de sus operaciones y servicios y Que, mediante la Resolución SBS N del 02 de abril del 2009, se aprobó el Reglamento para la Gestión del Riesgo Operacional, la cual es de aplicación para todo el sistema financiero peruano. Todas las instituciones supervisadas por la SBS, se encuentra inmersa en el cumplimiento de las normativas emitidas por el regulador, y entre los riesgos que enfrenta como parte del desarrollo de sus actividades se encuentra el riesgo operacional, el cual puede generarse por deficiencias o fallas en los procesos internos, en la tecnología de la información, en las personas o por ocurrencia de eventos externos. Las instituciones Financieras, al incorporar una herramienta software, debe permitirles incorporar un conjunto importante de mejores prácticas para gestionar este tipo de riesgo, tomando en consideración lo establecido en la normativa peruana y los criterios difundidos por el ente regulador. La herramienta software además de aportarle directamente a la gestión del riesgo operacional y de permitirle integrar a sus demás riesgos financieros, debe permitirle integrar los requerimientos del Sistema de Control Interno, lo cual ha sido dispuesto por la Contraloría General de la República a través de su Resolución CGR N y cuyo reglamento se indica en la Resolución CGR N , logrando una reducción de esfuerzo y desgaste en las Unidades de Control para dicha implementación y permitiendo una integración más natural de las áreas de negocio hacia un gestión integrada de riesgos, tal como lo indica la Resolución SBS N Finalmente, una adecuada gestión de riesgos en una Institución financiera, le permitirá en un futuro optar por un método de cálculo para el requerimiento patrimonial más adecuado y acorde con sus expectativas de crecimiento institucional. El proyecto parte precisamente de la búsqueda y requerimiento de una herramienta en el mercado, que cumpliera con la normativa peruana en cuanto la gestión de los riesgos operacionales en el año 2006, cuyas características debían ser la facilidad de uso 45 principalmente para personal que no integra la Unidad de Riesgos, que esté basada en el uso de herramientas del tipo Open Source, y principalmente la flexibilidad que debía tener la herramienta ante cambios normativos, con un adecuado soporte técnico a nivel país y de costos accesibles, al no existir dicha herramienta con tales características es que se inició la construcción de SIRO. SIRO, debe soportar la metodología Australiana Neocelandesa 4360, y el estándar COSO/ERM, debe contar con el detalle funcional que se indican en las normativas peruanas Definición del Problema En esta sección se describirá el problema que se quiere abordar con el proyecto, estableciendo un marco de referencia para su correcto entendimiento así como el plan que se tendrá en cuenta durante su desarrollo Objetivo General El propósito del proyecto de tesis es Diseñar e implementar el Sistema de Riesgo Operacional, incluyendo el modulo de gestión de eventos de perdida, basado en la continuidad de la plataforma creada de riesgo operacional, que es la base para poder llegar a la gestión cuantitativa, con el objetivo de poder realizar una gestión integral del Riesgo para el sector financiero del Perú tal como se muestra en la Figura 1. Figura 1: Gestión Integrada de Riesgo Según Normativa Peruana En la Actualidad algunas instituciones financieras (CAJAS MUNICIPALES, EDPYMES, CAJAS RURALES, COOPAC, Entre otras) gestionan sus riesgos sin 56 la utilización de un software de riesgo operacional. Esto hace que la gestión del riesgo tenga un carácter esporádico y no se tome el riesgo operacional como una cultura organizacional, debido a que para el manejo de los riesgos se necesita información de múltiples fuentes la gestión se hace tediosa y muchas veces no se toma en serio en las organizaciones. Un inconveniente más a la gestión de riesgos es que el no contar con un sistema informático que gestione el riesgo la consolidación de la información se realiza de manera manual, lo cual conlleva a trabajos mecánicos no deseados por los profesionales en la gestión de riesgos debido a la complejidad del tratamiento de la información, y todo esto hace que la participación de las diferentes áreas y dueños de los procesos sea insuficiente y tengan poco compromiso en la participación de la gestión del riesgo operacional, trayendo como consecuencia un falta de internalización de la metodología, entre las áreas de auditoría, logística, negocios, sistemas, organización y métodos, y así mismo trayendo como consecuencia un mayor incremento de la provisión que se tiene por riesgo operacional (requerimiento patrimonial); Ver Figura 2 Figura 2 Problemática de la Gestión del Riesgo Operacional Para el desarrollo del presente proyecto se debe tener en cuenta el diseño en multicapas, y no requiriéndose más que un navegador para poder conectarse al sistema. 67 Las entidades bancarias y financieras tienen muchas sucursales ubicadas dentro del territorio nacional por lo que es necesaria la utilización de ancho de banda (Internet - Segura) para enviar información, la herramienta a desarrollarse permitirá la conectividad por medio del browser sobre la arquitectura de las herramientas del mercado. La plataforma de desarrollo se basara en Open Source siendo este un estándar acordado por la necesidad de no contar con licencias para el desarrollo ni la necesidad de contar con licencias para las entidades que requieran del Software. Es importante hacer mención que se realizar un análisis de las herramientas utilizadas para el desarrollo de software Objetivos Específicos Los Objetivos que busca este proyecto de Tesis son: 1. Definir las principales necesidades del manejo de la Información y de la Integración de la Gestión de Riesgos Operacionales en la Instituciones financieras. 2. Aplicar la metodología COSO/ERM para la gestión del Riesgo Operacional. 3. Diseñar la Estructura de Datos de Acuerdo a la Normativa peruana Vigente de la Superintendencia de Banca y Seguros para la Gestión del Riesgo Operacional en el tiempo. 4. Desarrollar los Módulos Principales del Sistema Integral de Riesgo Operacional para Entidades Financieras La Realidad Peruana En El Riesgo Operacional. La SBS con el fin de introducir en Perú la gestión de los riesgos operacionales dispuso la emisión de normas entre las que se puede mencionar: Resolución SBS N : Gestión Integral de Riesgos Resolución SBS N : Reglamento de Riesgo Operacional Resolución SBS N : Reglamento para el Requerimiento de Patrimonio Efectivo por R.O. Resolución CGR : Normas de Control Interno 78 Resolución CGR : Guía para la Implementación del SCI SIRO es una iniciativa para la realización de un software de riesgo operacional que de cumplimiento al marco normativo y a la realidad peruana teniendo como objetivo poder desarrollar mediante el software la cuantificación de los riesgos operacionales. Luego de una búsqueda mediática de software en el mercado nacional que sean reconocidos por las distintas instituciones financieras del medio se ha podido identificar algunas opciones que están comercializándose en el mercado, las cuales tienen orígenes extranjeros y que no tienen embebidas las normativas peruanas que difieren de las normativas internacionales. Los Software identificados brindan una adecuación a las de las normas peruanas en muchos casos no reflejan la realidad de la gestión del riesgo operacional según la normatividad de la Superintendencia de Banca y Seguros. Este software se explicara de manera más detallada en la sección del estado del arte Metodología Elegida Se ha adoptado la utilización de RUP porque he trabajado siempre con esa metodología en proyectos anteriores, así mismo se basa en casos de uso, los cuales me permiten modelar el negocio, para conocer más a fondo la problemática que aqueja a la organización. Así mismo es iterativa pues se podrá avanzar paso a paso, es incremental pues se podrá ampliar el proyecto en caso sea necesario. Además la utilización de RUP es una restricción del proyecto por ser una metodología de desarrollo de software que el equipo de trabajo conoce y ha utilizado en proyectos anteriores. En conclusión se utilizará la metodología RUP como base para la implementación de este Proyecto, por ser dirigida por casos de uso para tener una visión precisa del negocio, por ser incremental e iterativa y fácil de comprender. 89 2. CAPITULO 2 - MARCO TEÓRICO 2.1 El Riesgo Operacional en las Entidades Financieras La preocupación tradicional de las entidades financieras esta, centrada en los riesgos de crédito (incertidumbre acerca de la recuperación de los préstamos concedidos) y mercado alteraciones en los precios que afectan a las carteras de la entidad), se ha desplazado hacia otro tipo de problemas bancarios de múltiples causas englobados bajo el término riesgo operacional. A partir de la década de los noventa, estas incertidumbres pasan de referirse a eventos pequeños, predecibles y frecuentes (errores de procesos, fallos técnicos...) a protagonizar las quiebras bancarias más significativas y copar las páginas de los periódicos, motivando una creciente preocupación en el sector y suscitando la atención de los reguladores. Estas grandes pérdidas se deben a problemas legales, deficiencias de control interno, débil supervisión de los empleados, fraude, falsificación de cuentas o contabilidad creativa, factores en muchos casos motivados por el desarrollo tecnológico, la creciente complejidad de las operaciones, la diversificación de productos, los nuevos canales de distribución, outsourcing, entre otras. En el Nuevo Acuerdo de Capitales de Basilea (Basilea-II), aprobado en el mes de junio de La definición tomada actualmente como referente para el riesgo operacional es: el riesgo de pérdida directa debido a la inadecuación o a fallos en los procesos, el personal y los sistemas internos o bien a causa de acontecimientos externos. Esta definición incluye el riesgo legal, pero excluye el riesgo estratégico y el de reputación 2.2 Cuantificación y Medida Del Riesgo Operacional La identificación del riesgo operacional conlleva todo un proceso de auto evaluación y diagnóstico al que puede contribuir la labor de la auditoría interna. En cualquier caso, se suele establecer un mapa de riesgos, en base a la combinación de dos variables: la frecuencia o probabilidad de que acontezca una pérdida operacional y la severidad o cuantía de dicha pérdida. 910 Dado que los riesgos menos significativos se asumen como parte del negocio y ya se han considerado al fijar el precio de los productos y servicios financieros, y los menos frecuentes y de mayor impacto representan circunstancias muy anómalas, el interés de la gestión se centra en los riesgos medios, distintos entre sí. La entidad dispone de información suficiente sobre los eventos frecuentes y de pequeña cuantía, lo que permite modelizar su distribución de pérdidas, aplicando herramientas estadísticas. El fraude cometido con tarjetas de crédito, errores contables, errores en liquidaciones, figura entre los ejemplos más habituales. Suelen reflejar pérdidas esperadas, que se cubren a través de provisiones, Por el contrario, la escasa frecuencia de riesgos externos (desastres naturales, incendios...), fraudes o pleitos, dificulta su tratamiento Por esa razón, las entidades deben recurrir a datos externos (bases de datos del sector), la participación en consorcios de datos o el diseño de escenarios por parte de expertos, completando así la escasez de información interna. Dado su carácter inesperado, es para la cobertura de este tipo de riesgos para lo que se precisa capital y, en ocasiones, la contratación de seguros. 2.3 Transferencia del Riesgo Mediante Seguros Los seguros permiten transferir el riesgo a un tercero (el asegurador) y mitigar la pérdida financiera, en lugar de gestionar internamente esa incertidumbre. Los riesgos tradicionalmente asegurados se asocian a activos físicos, personal o tecnología. Sin embargo, no todos los riesgos son asegurables y la decisión de contratar un seguro depende, en definitiva, del valor añadido que suponga para el asegurado. La contratación de un seguro puede generar valor añadido para los accionistas a través de la estabilidad de los flujos de caja, prevención de catástrofes financieras, mayor supervisión y control, así como la gestión del riesgo a menor coste. La entidad optará por contratar un seguro para financiar sus pérdidas operacionales cuando su coste (la prima) sea inferior al uso de recursos propios con idéntica finalidad. El seguro es, en este caso, un sustituto del capital. 2.4 Herramientas para el Control del Riesgo Operacional Superados los intentos iniciales por adaptar los modelos de gestión antes aplicados a otros riesgos, el esfuerzo se centra ahora en desarrollar herramientas cuantitativas y cualitativas de medición y control del riesgo operacional. Mientras 1011 que las técnicas cuantitativas pretenden reflejar estadísticamente el comportamiento de las pérdidas, situando la pérdida esperada, inesperada y excepcional (la cola de la distribución, que refleja los riesgos extremos), la utilidad de los instrumentos cualitativos radica en identificar y vigilar estos riesgos, pudiendo contribuir al desarrollo de metodologías de gestión interna que colaboren en el desarrollo de modelos avanzados. Entre ellos destacan los indicadores de riesgo y las redes causales. a) Indicadores de Riesgo: Se identifican variables representativas del funcionamiento de la entidad en aquellos puntos que puedan derivar en pérdidas operacionales, permitiendo la identificación, control y seguimiento del riesgo. En consecuencia, al diseño de un Cuadro de Mando en entidades financieras tradicional debería incorporarse un conjunto de indicadores de riesgo. Para ello, a las cuatro perspectivas tradicionales (pero no necesariamente las únicas) propuestas por Kaplan y Norton (clientes, proceso interno, aprendizaje y crecimiento y financiera) debe sumarse una más referida al riesgo o, alternativamente, incluir indicadores al respecto en las ya existentes, pudiendo identificarlos para los cuatro drivers citados en Basilea-II. b) Redes causales Son representaciones gráficas de relaciones causales entre variables. Partiendo del conocimiento previo, se trabaja con probabilidades a priori que podrán modificarse a través del análisis para definir probabilidades a posteriori. 2.5 La Regulación del nuevo acuerdo de Basilea El Acuerdo de Capitales de Basilea (BCBS, 1988), destinado a la cobertura del riesgo de crédito mediante capital y modificado en 1996 para incorporar el riesgo de mercado, se había quedado obsoleto por no responder al nuevo entorno financiero, su escala sensibilidad real al riesgo y el olvido de los riesgos operacionales. Basilea-II ha incorporado esta categoría para el cálculo del capital regulatorio, aunque éste se cuestione como el mejor instrumento para su cobertura. El Acuerdo se estructura en tres pilares [B2], y en todos ellos se hace referencia al riesgo operacional. El pilar 1 (requisitos mínimos de capital) al determinar los recursos propios 1112 El pilar 2 (revisión supervisora) al verificar que el capital calculado es apropiado y responde al perfil de riesgos de la entidad El pilar 3 (disciplina de mercado) exigiendo que se revele la información relativa a la carga de capital y método aplicado. Los métodos para el cálculo de requerimiento de capital son: a) Método del Indicador Básico: el capital a mantener se calcula como un porcentaje predefinido (15%) sobre la media de los ingresos brutos de los tres últimos años (si son negativos o cero no se consideran). b) Método Estándar: el capital se obtiene agregando la cifra calculada a partir de porcentajes predefinidos para las ocho líneas de negocio prestablecidas, a las que cada entidad debe adaptar su propia estructura. Los ingresos brutos se mantienen como indicador (importe medio anual obtenido en los tres últimos años en cada línea), siendo posible la compensación de cifras positivas y negativas entre distintas líneas (no así en la Directiva Europea). c) Métodos de Medición Avanzada: permiten determinar el capital regulatorio por riesgo operacional a partir de los modelos desarrollados por cada entidad, partiendo de sus datos internos. Basilea-II alude expresamente a dos enfoques: el método de medición interna y el enfoque de distribución de pérdidas, aunque en documentos consultivos anteriores también se hacía referencia a la elaboración de scorecards. A partir de las ocho líneas de negocio y siete categorías de riesgos, los cálculos se realizan para cada combinación de ambas categorías. 2.6 Estado del Arte Cuando no hay información acerca del riesgo operacional en las entidades financieras el trabajo es incierto, es por ello que el requerimiento de capital para estas instituciones se hace necesario pues se debe asegurar la continuidad del negocio y la protección de los capitales en las entidades financieras, las probabilidades sin información actualizada no se pueden predecir, en la actualidad esto se basa en las experiencias, no se tiene recolección de datos para definir si la cualificación proporcionada por las áreas de negocio o dueños de los procesos de negocio se producen en la realidad con la frecuencia y el impacto que indican pues las herramientas de recolección de información no son las adecuadas. 1213 Con El Software de Riesgo operacional Como herramienta se permite cumplir con uno de los requerimientos que permite gestionar el RO de modo más eficiente y permite la contribución de la cultura de la gestión del RO en la Organización. En la actualidad los bancos tienen base de datos de pérdidas que permiten recopilar eventos de pérdidas que son desarrollos de Empresas internacionales y uno que otro software desarrollado de manera interna que no está certificado por la SBS. Los principales Sistemas en riesgo operacional que se encuentran en el mercado nacional son: Power Risk de la Empresa Escalar Consulting. Ver Anexo Power Risk. ERA de la Empresa Method Ware. Ver anexo Metod WAre TeamRisk de la Empresa PriceWaterhouse. Ver anexo TeamRisk MEYCORCOSO AG de la Empresa MeyorCoso. ver anexo Meyor coso Esta información es obtenida de las propias páginas web de las compañías que brindan software de Riesgo Operacional, la información manejada por estos software tiene carácter de confidencial por las entidades financieras por tratarse de riesgos operativos que no deben salir del entorno organizacional, es por ello que el software debe tener niveles de seguridad que aseguren la privacidad de la información, esto es algo que las compañías no muestran en la información de sus producto. En resumen las empresas que hay en el mercado brindan una serie de herramientas que pueden manejar el riesgo operacional y lo que hacen es adecuar las políticas de las organizaciones al uso de la herramienta, no tienen embebidas la normativa peruana dentro del core del software, lo que hacen es adecuar el software a la normativa peruana con ciertos problemas que pasan a ser problemas de la organización. 1314 Figura 3 : Principales Software Existentes en el Mercado Nacional 3. CAPITULO 3 - IDENTIFICACIÓN DE REQUERIMIENTOS A continuación, se describen los requerimientos funcionales y no funcionales del sistema que se desarrollara, los cuales fueron identificados luego de realizar entrevistas con distintas personas ligadas a las áreas de riesgo operacional (en unas 10 reuniones de trabajo) de entidades financieras, además de contar con la ayuda contante de un especialista en riesgo operacional que es quien brinda el conocimiento y experiencia volcada en el presente software, siendo además algunos requerimientos identificados por la naturaleza del propio sistema. 3.1 Obtención de requerimientos En esta sección se detallaran los tanto los requisitos funcionales y no funcionales del sistema de Riesgo Operacional, en el anexo Catalogo de Requisitos se muestran con más detalle estos requerimientos. 3.2 Requerimientos funcionales Los Requisitos Funcionales se han agrupado dela siguiente manera: - Parámetros. - Módulo Riesgos/Controles (COSO ERM). - Modulo de Eventos de Pérdida. - Indicadores. - Ayuda. - Seguridad. - Reportes. - Reportes Estadísticos. 3.3 Requerimientos no funcionales Algunos de los requisitos no funcionales que se han tomado en cuenta para el presente proyecto son: 1415 - Se utilizara la Metodología RUP para el Desarrollo de Software - El sistema permitirá alternar entre el teclado y el Mouse. - El sistema correrá en plataformas Windows 2000/Windows XP y superiores. - El sistema deberá contribuir en el ahorro de tiempo en los registros y búsquedas. - El sistema deberá ser portable, tanto la aplicación como la base de datos para su uso conveniente. - Se utilizará como gestor de base de datos PostgreSQL, con licencia libre - Para el manejo de la seguridad, el sistema contará con niveles y roles de usuario para el manejo al sistema. - El sistema deberá ser portable, tanto la aplicación como la base de datos para su uso conveniente. Además de la descripción de los requerimientos tanto funcionales como no funcionales se ha realizado una evaluación según la prioridad y la exigencia de acuerdo a la necesidad tal y como se muestra a continuación. Prioridad Exigencia B: baja E: exigible M: media D: deseable A: alta Para mas detalle de los Requerimientos ver el Anexo Catalogo de requisitos y el anexo de Especificación de Requisitos de Software ERS v Análisis de la solución Viabilidad del sistema Para Definir la viabilidad del proyecto de tesis, se ha decido tomar en cuenta 2 criterios que son: Viabilidad Económica: En cuanto a la viabilidad económica se ha tomado en cuenta para la realización del presente proyecto de tesis los costos de las herramientas de desarrollo (Software Libre) y el personal que se contara para el desarrollo (Especialistas en Riesgo Operacional, Analistas Funcionales, 1516 Desarrolladores, Líder del Proyecto entre otros) y el tesista que es el responsable de toda su elaboración con el apoyo de un asesor, el cual es brindado por la Pontificia Universidad Católica del Perú. Viabilidad Técnica: Con Referencia a los requerimientos técnicos para la elaboración del proyecto de tesis, se cuenta con las herramientas necesarias para su desarrollo, como son: IDE Netbeans 6.8, motor de Base de Datos PostgreSQL 8.4 y 03 computadoras, 01 servidor desarrollo, 02 lap top y como generador de reportes IReports for Jasper Report 3.7.2, para el encriptamiento de la información en la base de datos se utiliza el Sistema de Algoritmo de Encriptamiento Matemático AES 128 bits, para la realización del diseño grafico se utilizara el EXTJs, para la visualización de gráficos y formularios se utiliza la librería SexyLightbox 2.3, Como servidor web se utilizará el Apache Tomcat Con respecto a los posibles problemas que surjan por el uso de estas herramientas, estas son de usos generales y muy difundidos, por los que se cuenta con amplia información para solucionar cualquier inconveniente que ocurra durante el desarrollo del proyecto de tesis Análisis técnico y económico Análisis Económico: Los costos Considerados para el desarrollo del presente proyecto de tesis son los siguientes: Nombre del Recurso Costo Cantidad xmes (Mes) Total Consultor (Asesor) S/. 1, S/. 18, Analista Programador S/. 5, S/. 60, Profesional Riesgo operacional S/. 1, S/. 18, Líder Proyecto (Tesista) S/. 1, S/. 18, Luz, internet S/ S/. 6, Alquiler de equipos S/ S/. 4, Alquiler de hosting S/ S/ Total S/. 124, Tabla 6: Costo del Proyecto de Tesis 1617 De la Tabla Anterior se puede observar que el costo para la realización del presente proyecto es de alto, gran parte de estos costos han sido asumidos por el tesista y un socio que es el profesional de riesgo operacional; Adicionalmente se ha realizado una valorización de del trabajo realizado por lo que no se ha realizado el desembolso total del dinero para este proyecto, el desarrollo en la totalidad se ha realizado en la ciudad de Piura, para el proceso de implantación y puesta en marcha del proyecto se detallara en la sección correspondiente a implantación. Análisis Técnico: La instalación del componente servidor se realizara en un Servidor virtual alquilado en internet y el componente por el lado del cliente no será necesario la adquisición de licencias pues el cliente solo accederá al servidor con un navegador web de preferencia Mozilla Firefox 5.0 como mínimo. Para definir la calidad del software se analizara las siguientes características: 1. Disponibilidad: El sistema estará disponible cada vez que un usuario lo requiera en el lugar que lo requiera (Internet). 2. Robustez: El sistema tendrá capacidad para funcionar correctamente utilizando poco ancho de banda para enviar y/o recibir información, debe funcionar de manera correcta en caso se realicen entradas de información erróneas, debe funcionar correctamente ante múltiples accesos de usuarios validado en el sistema. 3. Utilidad: El sistema será fácil de utilizar y tendrá un entorno de trabajo amigable con referencias para los usuarios de riesgo operacional, además será apropiado para cualquier usuario que tenga autorización de hacer uso de él. 4. Capacidad de Configuración: 1718 El sistema será capaz de ser configurable, parametrizado según la normativa de la SBS de acuerdo a la complejidad y estructura de las operaciones de las entidades financieras lo cual permitirá extender su plazo de vida útil antes de su próximo mantenimiento. 5. Capacidad de Mantenimiento: El diseño de este sistema permitirá dar mantenimiento sin complicaciones, respetando el diseño de la interfaz lo más que se pueda. 6. Seguridad: El sistema mantendrá segura la información, realizando algunos ingresos de datos a las bases de datos de manera encriptado además el sistema trabaja en base a perfiles y roles de usuario permitiendo solo el acceso a usuarios autorizados, lo cual evitará de manera eficiente cualquier infiltración por parte de personas ajenas al sistema, Además se tiene seguridad web basado en sesiones de acceso al sistema lo cual no permite acceder al sistema sin antes haberse identificado en el sistema Restricciones de costo y tiempo El desarrollo del proyecto de tesis está sujeto a las siguientes restricciones: - El costo máximo deseable es que no se exceda en más 3 veces de lo que tiene en la Tabla 6 costos de proyecto de Tesis. - Se deberá seguir los tiempos de cada fase del proyecto definida en el diagrama de Gantt (ver anexo Diagrama de Gantt). - El desarrollo del proyecto no debe de exceder a los 02 ciclos académicos de la PUCP (1 año) Definición del sistema El Sistema de Información deberá cumplir con la normativa peruana en cuanto la gestión de los riesgos operacionales, debe ser fácil de usar de usar principalmente para personal que no integra la Unidad de Riesgos, estará basada en el uso de herramientas del tipo Open Source, de manera que no agregue más costo sobre el costo total de propiedad (TCO) y principalmente es adaptable ante cambios normativos, se puede indicar que El sistema, soportara la metodología Australiana Neocelandesa 4360, y el estándar COSO/ERM. Deberá contar con el detalle funcional que se indican en las normativas peruanas, permitiendo integrar la gestión del riesgo 1819 operacional, gestión de controles y la gestión de los eventos de pérdida, con usuarios ilimitados, además permitirá gestionar los riesgos operacionales utilizando las mejores prácticas del mercado, tales como COSO/ERM y AS/NZS 4360:2004. Deberá ser una herramienta creada en un entorno Web logrando que la gestión de riesgos sea una experiencia sencilla, agradable y productiva. 4. CAPITULO 4 - DISEÑO En esta sección se describirá los casos de uso y las especificaciones de requerimientos del software del sistema de riesgo operacional para entidades financieras de manera general pudiendo encontrar información más detallada en el Anexo ERS. 4.1 Arquitectura de la solución Especificación de Requisitos de Software (ERS) En esta sección se presentara a los actores que participan el sistema de Riesgo Operacional. Administrador del sistema Responsable de la Gestion Responsable de sistemas Responsable del Sistema Control Interno Propietario del Proceso Gestor de Riesgos Figura 10: Catalogo de Actores Casos de Uso por Paquete En esta sección se Describirá los paquetes que se tendrán en el sistema de riesgo operacional. Paquete General 1920 El paquete General contiene los casos de uso que corresponden a la administración de los parámetros que se utilizan para la gestión de los riesgos, la administración del sistema, administración de los riesgos, el registro de los controles que actúan como mitigadores de los riesgos, el registro de los eventos de pérdida, el registro de los indicadores por riesgo identificado, la gestión de seguridad y gestión de alertas. Los casos de uso incluidos en este paquete son: Diagrama General del Sistema Administrar sistema Administrador del sistema Gestionar Parametros Responsable de sistemas Responsable de la Gestion Registrar Controles Gestion de seguridad Responsable del Sistema Control Interno Registrar Eventos Perdida Gerencia Riesgos Gestionar Riesgos Gestor de Riesgos Propietario del Proceso Figura 11: Casos de Uso Paquete General Paquete Administrar Seguridad El paquete de Gestión de Riesgos contiene los casos de uso que corresponden al registro de riesgos a través de las matrices previamente definidas y que estas son realizadas por los respectivos actores (Gestor de riesgos, Propietario del proceso, Responsable de la Gestión y Gerencia de Riesgos). Los casos de uso incluidos en este paquete son: Administrar Sistema Verificar Usuarios en Linea Gestionar Accesos Administrador del sistema Actualizar Sesiones de Usuarios 20 Mostrar más
MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN... Más detalles Anexo 4 Documento de Arquitectura
Anexo 4 Documento de Arquitectura 1. Introducción El anexo se describe el propósito y alcance referentes al proyecto correspondiente al documento de arquitectura. 2. Propósito El propósito del anexo de Más detalles Resumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de Más detalles MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE RIESGOS
MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE RIESGOS Aprobado por Resolución de Gerencia General N 30-2013-FMV/GG del 04.06.2013 ÍNDICE 1. ESTRUCTURA DE CARGOS 1.1 Estructura de Cargos 1.2 Organigrama Más detalles 1 INTRODUCCIÓN. Yacelga De la Torre Carlos Paolo. e-mail: charles_ing@hotmail.com
PAPER 2012 DISEÑO, DESARROLLO E IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA EL INGRESO Y CONSULTAS DE NOTAS ON-LINE PARA LA ACADEMIA MILITAR SAN DIEGO, UTILIZANDO SOFTWARE LIBRE (PHP Y MYSQL) Yacelga De Más detalles Javier Velásquez Maldonado velasquezj7@hotmail.com. Jhoanna Isabel Lansinot Tocain jlansinot@yahoo.com
Secretaría de Planificación Estratégica Oficina de Informática Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web VERSIÓN 4 Julio 2009 Índice 1. Generalidades... 3 1.1 Más detalles TÉRMINOS DE REFERENCIA DISEÑO Y DESARROLLO DEL CURSO E LEARNING GESTIÓN DE LA CAPACITACIÓN EN ENTIDADES PÚBLICAS
TÉRMINOS DE REFERENCIA DISEÑO Y DESARROLLO DEL CURSO E LEARNING GESTIÓN DE LA CAPACITACIÓN EN ENTIDADES PÚBLICAS 1. Antecedentes Mediante Decreto Legislativo N 1023 se crea la Autoridad Nacional del Servicio Más detalles Definiciones Artículo 2º.- Para efectos de la presente norma, serán de aplicación las siguientes definiciones:
Lima, 02 de abril de 2009 CIRCULAR Nº G- 140-2009 --------------------------------------------------------- Ref.: Gestión de la seguridad de la información --------------------------------------------------------- Más detalles Principio Básico de Seguros IAIS No. 10 Control Interno. Experiencia Peruana. Superintendencia de Banca, Seguros y AFP Abril 2010.
Principio Básico de Seguros IAIS No. 10 Control Interno Experiencia Peruana Tomás Wong-Kit Superintendencia de Banca, Seguros y AFP Abril 2010 Contenido Definición de PBS IAIS No. 10 Objetivos exposición Más detalles POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN
PÁGINA Nº1 POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN Versión 1.0 MINISTERIO DE OBRAS PÚBLICAS ELABORADO POR: Dirección General de Obras Públicas FECHA: 9/09/2012 REVISADO Más detalles Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente
Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente En este capítulo definimos los requisitos del modelo para un sistema centrado en la mejora de la calidad del código fuente. Más detalles CAPÍTULO V PROPUESTA DE LA SOLUCIÓN
CAPÍTULO V PROPUESTA DE LA SOLUCIÓN 5.1 Introducción En los últimos tres años la entidad financiera ha venido sufriendo cambios que le han permitido crecer y pasar de ser una Sociedad Financiera a un Banco Más detalles Capitulo 5. Implementación del sistema MDM
Capitulo 5. Implementación del sistema MDM Una vez que se concluyeron las actividades de análisis y diseño se comenzó la implementación del sistema MDM (Manejador de Documentos de MoProSoft). En este capitulo Más detalles CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización
Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia Más detalles Bienvenidos a la presentación: Introducción a conceptos básicos de programación.
Bienvenidos a la presentación: Introducción a conceptos básicos de programación. 1 Los programas de computadora son una serie de instrucciones que le dicen a una computadora qué hacer exactamente. Los Más detalles Diseño dinámico de arquitecturas de información
Diseño dinámico de arquitecturas de información CARACTERISTICAS DEL SISTEMA Las organizaciones modernas basan su operación en la gestión del conocimiento, es decir, en el manejo de información que se presenta Más detalles Diseño del Sistema de Información
Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2: Más detalles Riesgo operacional: el nuevo reto para el sector financiero
1 Riesgo operacional: el nuevo reto para el sector financiero La inclusión del riesgo operacional en el Nuevo Acuerdo de Capitales de Basilea refleja uno de los cambios más significativos en la gestión Más detalles 3- Sensibilizar y capacitar al grupo de trabajo definido por el FNA, para el acompañamiento en las actividades del proyecto.
REQUERIMIENTOS TECNICOS Contratar los servicios de una firma que realice la implantación del Sistema de Costos por Actividad Costeo ABC del FONDO NACIONAL DE AHORRO. Incluye análisis, diseño, implementación, Más detalles CAPÍTULO 5. Hemos utilizado la técnica de programación orientado a objetos por su
88 CAPÍTULO 5 5. IMPLEMENTACIÓN 5.1 Modelo Utilizado en Programación. Hemos utilizado la técnica de programación orientado a objetos por su eficiencia y eficacia en el modelo mvc, ya que permite la reutilización Más detalles Para los efectos de esta normativa se deberán considerar las siguientes definiciones:
RECOPILACION ACTUALIZADA DE NORMAS Capítulo 20-7 Documento para Comentarios CAPÍTULO 20-7 PROCESAMIENTO EXTERNO DE ACTIVIDADES I. ÁMBITO DE APLICACIÓN El presente Capítulo trata de las contrataciones de Más detalles desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el
Capitulo II. Análisis de herramientas y tecnologías de desarrollo. Dentro del desarrollo de la tesis el proceso de modelado del sistema fue hecho con el lenguaje de Modelo de Objetos llamado UML (Unified Más detalles Planificación de Sistemas de Información
Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación Más detalles Diseño del Sistema de Información
Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI Más detalles DISEÑO E IMPLEMENTACION DE UN PORTAL WEB SOLUCIONES INTEGRALES CON TECNOLOGIA APLICADA
UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad. Conocimiento. Servicio. DISEÑO E IMPLEMENTACION DE UN PORTAL WEB SOLUCIONES INTEGRALES CON TECNOLOGIA APLICADA Reporte de Estadía para obtener el Título de Más detalles Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web
Secretaría de Planificación Estratégica Oficina de Informática Estándares para el Uso de Herramientas de Desarrollo y Plataformas de Aplicaciones Web VERSIÓN 3 Abril 2006 Índice 1. Generalidades... 3 1.1 Más detalles LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS
LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno Más detalles COMUNICACIONES TECNIMAP 2007 GESTIONES Y TRÁMITES ELECTRÓNICOS EN MATERIA TRIBUTARIA PARA LOS CIUDADANOS DE LA COMUNIDAD DE MADRID
GESTIONES Y TRÁMITES ELECTRÓNICOS EN MATERIA TRIBUTARIA PARA LOS CIUDADANOS DE LA COMUNIDAD DE MADRID. INTRODUCCIÓN La Consejería de Hacienda en su afán por mejorar el servicio prestado al ciudadano ha Más detalles PFC- Aplicaciones Web para trabajo colaborativo:
PFC- Aplicaciones Web para trabajo colaborativo: Aplicación para Control de una Integración de S.I. 2º Ciclo Ingeniería Informática Curso 2011-2012 Consultor : Fatos Xhafa Autor : Miguel Angel Pineda Cruz Más detalles Gestión del Riesgo Operacional - Experiencia del Perú -
Gestión del Riesgo Operacional - Experiencia del Perú - Septiembre 2013 Claudia Cánepa Silva MBA PMP Supervisor Principal de Riesgo Operacional Superintendencia de Banca, Seguros y AFP Agenda Organización Más detalles IMPLEMENTACION DE SISTEMAS DE INFORMACION CONTABLE
IMPLEMENTACION DE SISTEMAS DE INFORMACION CONTABLE OBJETIVO: Obtener los conocimientos necesarios para realizar implementación de sistemas contables CICLO DE VIDA DE UN SISTEMA DE INFORMACION MANTENIMIENTO Más detalles RELACIÓN ENTRE ADMINISTRACIÓN DE RIESGO Y AUDITORÍA INTERNA
RELACIÓN ENTRE ADMINISTRACIÓN DE RIESGO Y AUDITORÍA INTERNA José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM. CONTENIDO Introducción Antecedentes Evolución de la Gestión de Riesgo Gestión Más detalles CURSO : AUDITORÍA GUBERNAMENTAL Y NORMAS DE CONTROL INTERNO. Sesión 1: Plan de Auditoría Gubernamental. PROFESOR: MBA CARLOS LOYOLA ESCAJADILLO
CURSO : AUDITORÍA GUBERNAMENTAL Y NORMAS DE CONTROL INTERNO Sesión 1: Plan de Auditoría Gubernamental. PROFESOR: MBA CARLOS LOYOLA ESCAJADILLO Lima, Noviembre de 2014 CONSTITUCIÓN POLÍTICA DEL ESTADO Artículo Más detalles Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA
Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA Documento de trabajo elaborado para la Red Temática DocenWeb: Red Temática de Docencia en Control mediante Web (DPI2002-11505-E) Más detalles PROGRAMA FORMATIVO Programación Orientada a Objetos con Java
PROGRAMA FORMATIVO Programación Orientada a Objetos con Java Julio 2014 DATOS GENERALES DE LA ESPECIALIDAD 1. Familia Profesional: INFORMÁTICA Y COMUNICACIONES Área Profesional: DESARROLLO 2. Denominación: Más detalles PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.
Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS Más detalles Nomenclador de cargos
Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia Más detalles Escenario Uno. Escenario Dos
Escenario Uno Un proveedor global de servicios de TI cuenta con tres service desks que dan soporte a usuarios internos y externos Recientes encuestas de satisfacción de clientes muestran que un creciente Más detalles Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar
Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad Más detalles La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México
Licencia La obra se proporciona bajo los términos de esta licencia pública de Sisoft de México S. A de C.V., Está protegida por derechos de autor y / u otras leyes aplicables. Cualquier uso diferente a Más detalles Xaguar Soluciones PORTALES PORTALES
Xaguar Soluciones PORTALES PORTALES XAGUAR e-suite HABILITANDO PORTALES La implementación exitosa de integración de aplicaciones colaborativas e iniciativas SOA, BPM, ECM o de integración depende en gran Más detalles MANUAL DE SEGURIDAD DE LA INFORMACIÓN
RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM. Introducción Antecedentes CONTENIDO Evolución de la Gestión Más detalles SIU-Guaraní 3: una nueva visión en la gestión académica
universitaria SIU-Guaraní 3: una nueva visión en la gestión académica Desde los inicios del proyecto SIU-Guaraní 3 se consideró que la participación de los Secretarios Académicos de las instituciones universitarias Más detalles Plataforma desarrollo Java Formación elearning tutorizada en castellano. Fabricante: Java Grupo: Desarrollo Subgrupo: Master Java
C/Comandante Zorita 4 28020 Madrid/ info@ceticsa.es 902 425 524 / 91 700 01 17 Plataforma desarrollo Java Formación elearning tutorizada en castellano JAVA00d Ciclo de formación en plataforma Java Curso Más detalles Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura
Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta Más detalles En su Programación para la Formación Gerencial
INSTITUTO BANCARIO INTERNACIONAL Centro de Estudios Superiores Asociación Bancaria de Panamá En su Programación para la Formación Gerencial DENTRO DEL MARCO DE LA GESTIÓN INTEGRAL DE RIESGOS Y DEL GOBIERNO Más detalles Sistema de marketing de proximidad
Dizan Vasquez Propuesta de proyecto Sistema de marketing de proximidad ACME México Dizan Vasquez Índice general 1. Descripción 3 2. Resúmen ejecutivo 4 2.1. Objetivo................................................. Más detalles PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ
PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE RECAUDACIÓN DE DEUDAS ANEXOS Tesis para optar por el Título de Ingeniero Informático, Más detalles GESTIÓN DE RIESGO. Subdirección de Desarrollo Organizacional Agosto 09 de 2013 Bogotá D.C.
GESTIÓN DE RIESGO Subdirección de Desarrollo Organizacional Agosto 09 de 2013 Bogotá D.C. MARCO NORMATIVO Con el propósito de desarrollar un sistema eficiente para la gestión de riesgos, el Ministerio Más detalles Servicio Extenda Oportunidades de Proyectos y Licitaciones Internacionales y Multilaterales
Servicio Extenda Oportunidades de Proyectos y Licitaciones Internacionales y Multilaterales ECUADOR Programa de Mejoramiento del Servicio de Rentas Internas DESARROLLO E IMPLEMENTACIÓN DE LA PRIMERA OLA Más detalles CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización
Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización Más detalles El dinero electrónico abrirá oportunidades a nivel mayorista y minorista para los operadores
El dinero electrónico abrirá oportunidades a nivel mayorista y minorista para los operadores Published on 16 abr, 2013 at 20:35 in Destacadas, Entrevistas Gonzalo Ruiz Díaz, presidente de Osiptel Perú Más detalles PERFIL DEL INGENIERO DE SISTEMAS FUSM
PERFIL DEL INGENIERO DE SISTEMAS FUSM PERFIL DEL INGENIERO DE SISTEMAS DE LA FUSM El perfil del Ingeniero de Sistemas presencial de la Fundación Universitaria San Martín, Bogotá, está en capacidad de modelar Más detalles SIGPRE Sistema de Gestión Presupuestaria
SIGPRE Sistema de Gestión Presupuestaria Documento de Arquitectura UTN Histórico de Revisiones Fecha Versión Descripción Autor 11/17/2009 1.0 Borrador de la arquitectura Roberto López Hinojosa 12/14/2009 Más detalles Decenio de las Personas con Discapacidad en el Perú Año de la Diversificación productiva y del Fortalecimiento de la Educación
SERVICIO PARA LA DEFINICIÓN DE METODOLOGÍAS E INTRUMENTOS RELACIONADOS A LOS PROCESOS DE CULTURA Y CLIMA ORGANIZACIONAL, BIENESTAR SOCIAL Y COMUNICACIÓN INTERNA 1. Antecedentes La Autoridad Nacional del Más detalles Tecnológico de Costa Rica. Escuela de Ingeniería en Computación
Tecnológico de Costa Rica Escuela de Ingeniería en Computación Proyecto: Quefilo, plataforma de pedidos de comida por Internet, Zona Norte, Avantica San Carlos Informe final de práctica de especialidad Más detalles Especificación de Requisitos del Sistema de Registro y Control de Bienes Muebles de la ULA (ULA_SRCBM, versión 1.0)
Proyecto: Actualización del Sistema de Información de Muebles Documento: Especificación de s del Sistema de Registro y Control de Muebles ULA (ULA_SRCBM, versión 1.0) Elaborado por: William J. Montilva Más detalles White Paper Help Desk Intranet
2004 Koala Developers Versión del documento: 2.0.8 White Paper Help Desk Intranet Autor: Departamento de Comercialización Última modificación: Abril de 2004 1 Contenido 2 Quién debería leer este documento?...3 Más detalles CAPÍTULO 1. es posible mediante la asignación de usuario y contraseña. Asignación de roles de usuario a nivel de aplicación.
1 CAPÍTULO 1 1 MANUAL TÉCNICO 1.1 Objetivos técnicos El acceso a la información del sitio Web solo sea posible para las personas que estén vinculadas directamente con la empresa, esto es posible mediante Más detalles POLITICA DE ADMINISTRACION DEL RIESGO
POLITICA DE ADMINISTRACION DEL RIESGO 2014 POLÍTICA DE ADMINISTRACIÓN DEL RIESGO DE LA COMISIÓN DE REGULACIÓN DE ENERGÍA Y GAS -CREG- La Comisión de Regulación de Energía y Gas, CREG, implementa como Política Más detalles CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT)
CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO 6.1. Estructura Detallada del Trabajo (EDT) Un EDT es la agrupación orientada a entregables de los elementos del proyecto que organiza y define el total de los Más detalles plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones
plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones ÍNDICE 1. INTRODUCCIÓN. PRESENTACIÓN DEL PRODUCTO Software como Servicio Características técnicas 2. ALCANCE FUNCIONAL DE Más detalles REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS
1 REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS DIRECCION EJECUTIVA DE INGRESOS TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE CONSULTOR INFORMÁTICO CATEGORÍA JUNIOR PARA DESARROLLO DE NUEVOS SERVICIOS Más detalles Sistema de Gestión de Arquitectura Empresarial para la Banca
2015 Sistema de Gestión de Arquitectura Empresarial para la Banca El manual refleja las bondades, alcances y funcionalidad del sistema. Se describe su alineación con los principales framework del mercado Más detalles SIT - Sistemas Informáticos. Lavalle 391 4º "E" Ciudad A. de Buenos Aires. República Argentina. Tel.: 54(011) 4313-4148 - E-mail: info@sitsoft.com.
Cambie el tiempo de tareas administrativas de sus auditores por tiempo de auditoria. Obtenga mediante tableros de control, información de gestión de riesgo, tareas de auditorias y seguimiento de observaciones, Más detalles COMISION NACIONAL DE BANCOS AUDITORIA DE SISTEMAS
COMISION NACIONAL DE BANCOS AUDITORIA DE SISTEMAS Tendencias Mundiales sobre la Auditoria de Sistemas -- Basilea II Otros Riesgos de envergadura se están desarrollando a parte de los riesgos de crédito, Más detalles POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST
CORREO URUGUAYO Administración Nacional de Correos del Uruguay Unidad de Servicios Electrónicos POLÍTICA DE SEGURIDAD DE LA INFORMACIÓN Versión: 1.0 Marzo de 2013 Índice Mantenimiento y Aprobación de esta Más detalles En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto.
APÉNDICES En el siguiente apartado se detallan ciertos conceptos que ayudan a comprender en mayor medida el Proyecto. APÉNDICE 1. Herramientas Las herramientas que se usaron en el análisis, desarrollo Más detalles Asimismo el esquema se complementa con políticas y procedimientos específicos para cada uno de estos riesgos (Financiero, crediticio, operacional).
POLITICAS DE GERENCIAMIENTO DE RIESGOS En el marco de la política de Gobierno Societario, el Directorio de Banco Macro S.A. aprobó la conformación del Comité de Gestión de Riesgos, entre cuyas responsabilidades Más detalles Informática y Programación Escuela de Ingenierías Industriales y Civiles Grado en Ingeniería en Ingeniería Química Curso 2010/2011
Módulo 1. Fundamentos de Computadores Informática y Programación Escuela de Ingenierías Industriales y Civiles Grado en Ingeniería en Ingeniería Química Curso 2010/2011 1 CONTENIDO Tema 1. Introducción Más detalles Diseño e implementación de la herramienta Cristali Programming
Tecnológico de Costa Rica Escuela de Ingeniería en Computación Diseño e implementación de la herramienta Cristali Programming Informe Final de Práctica de Especialidad para optar por el título de Ingeniero Más detalles Implantación de Aplicaciones Web Fecha: 20-09-13
Página 1 de 24 RESUMEN DE LA PROGRAMACIÓN ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS EN RED CURSO AC. 2012 / 2013 ÁREA / MATERIA / MÓDULO PROFESIONAL Implantación de Aplicaciones Web (84 horas 4 horas semanales) Más detalles SISTRAM: SISTEMA GESTIÓN TRÁMITE DOCUMENTARIO
: SISTEMA GESTIÓN TRÁMITE DOCUMENTARIO RESUMEN Los inventos disponibles en nuestro siglo permiten que un ciudadano cualquiera pueda comunicarse con un colega del otro lado del mundo en milésimas de segundo Más detalles CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización
Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia Más detalles PROGRAMA FORMATIVO Virtualización, computación en la nube y alta disponibilidad con Oracle Solaris
GUÍA DE AYUDA Tecnologías de Información y Comunicación para un México más Competitivo Estimad@ usuari@, esta guía tiene como objetivo orientarle sobre cómo utilizar la Vitrina de Soluciones Tecnológicas. Más detalles CAPITULO I El Problema
CAPITULO I El Problema 1. CAPITULO I EL PROBLEMA. 1.1. PLANTEAMIENTO DEL PROBLEMA. Desde su nacimiento la Facultad de Administración, Finanzas e Informática dispone del departamento de la biblioteca, con Más detalles Portal Educativo de la ENAP. Oferta de Cursos a Distancia
Portal Educativo de la ENAP Oferta de Cursos a Distancia I. Presentación de las áreas temáticas. 1.- Área temática: Gestión Pública Fechas de Inicio 11 de marzo, 15 de abril 13 de mayo, 10 de junio, 01 Más detalles CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR
CAPÍTULO 4 ANÁLISIS Y DISEÑO: e-commerce CONSTRUCTOR En este capítulo se describe el análisis y diseño de un sistema, denominado e-commerce Constructor, el cual cumple con los siguientes objetivos: Fungir Más detalles METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL
METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL Versión 1.0 Enero - 2004 SUPERINTENDENCIA NACIONAL DE ADMINISTRACION TRIBUTARIA Lima - Perú INDICE 1. ALCANCE...3 2. CONCEPTOS...3 2.1. MARCO CONCEPTUAL Más detalles Empresa Financiera Herramientas de SW Servicios
Empresa Financiera Herramientas de SW Servicios Resulta importante mencionar que ésta es una empresa cuya actividad principal está enfocada a satisfacer las necesidades financieras de los clientes, a través Más detalles ITIL v. 3 Examen de la Fundación: European Spanish Sample Paper 7, version 3.0
ITIL v.3. Examen de la Fundación ITIL v. 3 Examen de la Fundación: European Spanish Sample Paper 7, version 3.0 Opciones multiples Instructions 1. Se deben contestar las 40 preguntas. 2. No existen preguntas Más detalles Cooperación Técnica Internacional. Catálogo de actividades. Unidad de Cooperación Técnica y Relaciones Internacionales
Cooperación Técnica Internacional. Catálogo de actividades. 2015 Unidad de Cooperación Técnica y Relaciones Internacionales 2 COOPERACIÓN TÉCNICA Y RELACIONES INTERNACIONALES Índice 1. CURSOS Y SEMINARIOS Más detalles PROGRAMACIÒN DE MODULOS COMPLEMENTARIOS DEL SISTEMA DE VENTAS EN ZERMAT INTERNACIONAL SOLSER
UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad. Conocimiento. Servicio. PROGRAMACIÒN DE MODULOS COMPLEMENTARIOS DEL SISTEMA DE VENTAS EN ZERMAT INTERNACIONAL SOLSER Reporte de Estadía para obtener el Título Más detalles DESCRIPCIÓN DEL PROCESO DE RIESGO OPERACIONAL
DESCRIPCIÓN DEL PROCESO DE RIESGO Julio 10, de 2012 INDICE Proceso Riesgo Operacional... 1 Objetivo General... 1 Objetivos Específicos... 1 I. Identificación del Riesgo.... 1 II. Medición y Mitigación Más detalles RECOMENDACIONES PARA LAS ÁREAS DE INFORMÁTICA PARA UTILIZAR LA FIRMA ELECTRÓNICA DE CORREOS EN LOS SERVICIOS UNIVERSITARIOS:
RECOMENDACIONES PARA LAS ÁREAS DE INFORMÁTICA PARA UTILIZAR LA FIRMA ELECTRÓNICA DE CORREOS EN LOS SERVICIOS UNIVERSITARIOS: Introducción: En el marco de una nueva propuesta para la Gestión Presupuestal Más detalles SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT
SISTEMA DE PAPELES DE TRABAJO PARA AUDITORÍA SPT AUDIT INTRODUCCIÓN La documentación de auditoría ó papeles de trabajo son el respaldo que tiene el auditor para registrar los procedimientos aplicados, Más detalles MANUAL DE USUARIO. SISTEMA de registro y control de empleados públicos (SIREP).
MANUAL DE USUARIO SISTEMA de registro y control de empleados públicos (SIREP). UDEM-1.00 1 AGOSTO / 2014 Contenido 1 CAPÍTULO I GENERALES DEL SISTEMA. 8 1.1 Requisitos mínimos del Sistema. 8 1.2 Acceso Más detalles REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS
1 REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS DIRECCION EJECUTIVA DE INGRESOS TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE CONSULTOR INFORMÁTICO CATEGORÍA SENIOR PARA DESARROLLO DE SISTEMA DE REGISTRO Más detalles Escenario Uno. Escenario Dos
Escenario Uno Una compañía global desarrolla sus propias aplicaciones para dar soporte al negocio. La compañía ha implementado la transición del servicio y utiliza validación y pruebas del servicio para Más detalles TFC J2EE. Aplicación Web para la gestión de facturación de una empresa de cerrajería. Sara Gutiérrez Melero ITIG Junio de 2012
TFC J2EE Aplicación Web para la gestión de facturación de una empresa de cerrajería Sara Gutiérrez Melero ITIG Junio de 2012 Consultor: Jose Juan Rodriguez Índice 1. Introducción Objetivos Planificación Más detalles Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores
Propuesta de Pasantía Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores Acerca de AGA Consultores Quienes somos? Somos Más detalles Manual del usuario PARA USO DE: FUNDACION RAFAEL DONDÉ. Operación del Sistema Ver 1.3
Manual del usuario PARA USO DE: FUNDACION RAFAEL DONDÉ Operación del Sistema Ver 1.3 Versión 1.3 16/Febrero/2012 Contenido 1. Qué es la Tienda Virtual? 2. Funcionamiento Más detalles PROCEDIMIENTO GESTIÓN TICS
. OBJETIVO Asesorar, preservar y mantener toda la infraestructura en tecnologías de la información y de comunicaciones en equipos de programas informáticos y medios de comunicación para reunir, almacenar, Más detalles 2017 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Artículo 2