UPDS Gestión de riesgos Gestión de riesgos Ingeniería del Software Por Ernesto Soto Roca.

Slides:



Advertisements
Presentaciones similares
Ingeniería del Software
Advertisements

6.-aNÁLISIS Y GESTIÓN DEL RIESGO
Guia Diseño Robert Echeverria
12.4 Seguridad de los archivos del sistema
U I B 3/10/2001 Gestión de riesgos Ingeniería del Software III Octubre
HERRAMIENTAS CASE.
Aplicaciones de Ingeniería de Software
Planificación y modelado
Ingeniería de Software
Ingeniería del Software III Octubre
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
VISIÓN GENERAL DE LA IS Con independencia del modelo de proceso hay tres fases genéricas: Fase de definición Fase de desarrollo Fase de mantenimiento Cada.
ANTEPROYECTOSEN INGENIERIA
A DMINISTRACIÓN DE R IESGOS Plan de contingencia.
TIPOS DE AUDITORÍAS EN SISTEMAS DE INFORMACIÓN
Procesos itil Equipo 8.
Ingeniería del Software Lic. Marisa Gouget UCSA
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
Las etapas de un proyecto. Las cosas cambian, y es la gente quien las hace cambiar … §La mayor parte de la gente tiene el concepto de emprendedor como.
Administración de Calidad de Software
USO DE LAS HERRAMIENTAS CASE MARIA VERA ANGEL CEDEÑO.
Planes de sistemas Ingeniería del Software III Mgter.Lic.Horacio Kuna Lic. Sergio Daniel Caballero.
Infoware Quienes somos? Infoware S.A. se distingue por ofrecer soluciones para gestionar automáticamente los procesos vitales de una organización, con.
Ingenieria de Sistemas Juan Gamboa 10a. Tabla de Contenido Deficion Objetivo Social Perfil Profesional Pensum Universidades Semejanzas y diferencias con.
EVALUACION DEL RIESGO Y EL CONTROL INTERNO
ANÁLISIS DE MODOS DE FALLAS Y EFECTOS FMEA LEIDY MOSQUERA CARDOSO Cód: MAYERLY OSORIO GUTIERREZ Cód: ALFY OSORIO RAMOS Código:
BPM para Consultoras de Informática Carlos Alvarez, estudiante de Informática en la Universidad de Palermo, Argentina.
ISO 14031: INDICADORES DE GESTIÓN AMBIENTAL
CICLO DE VIDA DE LOS PROYECTOS
OBJETIVOObjetivo Difundir a todos los servidores públicos del Cuerpo de Bomberos del Distrito Metropolitano de Quito los conceptos generales de la norma.
Objetivo Desarrollar en los estudiantes las habilidades necesarias para identificar y estructurar una cadena de valor y un modelo de negocio cultural,
El enfoque de sustentabilidad en el sector energético en México: Evaluación de Impacto Social “Hacia un nuevo mercado de gasolinas y diésel: aspectos regulatorios”
Auditoria Tributaria Instituto profesional AIEP
I.E.S. de Ingenio Departamento didáctico de Tecnología Nivel: 2º de Bachillerato Modalidad de Ciencias y Tecnología.
INGENIERIA DE SOFTWARE LCC JORGE ANTONIO CASTILLO CABRERA.
Tema 7: Ingeniería del software Definición de software El software es: 1. instrucciones (programas de computadora) que cuando se ejecutan proporcionan.
La seguridad y la salud en el trabajo concierne a todos. Es bueno para ti. Es buen negocio para todos. Trabajando juntos para la prevención de riesgos.
Auditoría de la Adquisición del Software Cr. Luis Elissondo Facultad de Ciencias Económicas Universidad Nacional del Centro de la Provincia de Bs. As.
“ El riesgo se halla de forma implícita asociado a toda actividad”
ADMINISTRACIÓN Y GESTIÓN DE LA PRODUCCIÓN. DISEÑO DE BIENES Y SERVICIOS (Cap. 5)
Asumiendo el Rol de Analista de Sistemas
Diseño e implementación de la página web del Capítulo Español de Sistemas Inteligentes de Transporte del IEEE Autor: Sergio Rodríguez Sarro Tutor: Jose.
Accesibilidad Rafael Pedraza Jiménez Àrea de Coneixement de Biblioteconomia i Documentació Universitat Pompeu Fabra
Control, Controles y Administración
El Proceso Unificado Un framework para desarrollar sistemas con UML.
MARTIN JESUS MEJIA SANDOVAL. 1: Cuál es el nombre del programa de formación en que se encuentra matriculado? R R EEEE SSSS PPPP UUUU EEEE SSSS TTTT AAAA.
1 Trabajo Final de Grado Buenas prácticas CMMI Aplicada en Sistemas de Emergencias Rivas, Gustavo Julián Tutor: Taboada, Gabriel.
Diseño recursos vivientes. 2 Plan de Exposición Introducción Presentación de referentes teóricos Primeros elementos del diseño de recursos vivientes Situaciones.
Red de Apoyo Técnico de los Servicios de Empleo de America Latina y el Caribe Seminario: “Cómo contribuyen los Servicios de Empleo a mejorar el funcionamiento.
CONCLUSIONES GRUPO No. 2 TEMA MODELOS Y SISTEMAS DE AUDITORIA INTERNA.
PROGRAMA CHEQUE +INNOVA Catálogo de Servicios Área de Innovación, Tecnología y Sociedad de Información.
Lcdo. Eddy Cortez. Dato: Es un número, una palabra, una imagen. Información: Son datos que, dentro de un contexto dado, tienen un significado para alguien.
JUSTO A TIEMPO (JAT) JUST IN TIME (JIT). ¿Qué es JAT? Es eliminar los costos que sean evitables. Es eliminar los costos que sean evitables. Costo evitable.
“Planes de fortalecimiento y auto sotenibilidad” Proyecto del Fondo Mundial Periodo Julio 2015.
ANÁLISIS DE LAS ESTRATEGIAS TECNOLÓGICAS QUE PERMITAN EL MEJORAMIENTO DEL SISTEMA DE GESTIÓN RELACIONADAS CON LOS CLIENTE (CRM). CASO: TECHTROL SISTEMAS.
El Ciclo de Vida del Software  Procesos del Ciclo de Vida del SoftwareProcesos del Ciclo de Vida del Software  Breve Introducción a la Norma ISO/IEC.
Ing. Sanchez Castillo Eddye Arturo Escuela Académica Profesional de Ingeniería de Sistemas.
AUDITORIA DE LA SEGURIDAD FISICA YESSICA GOMEZ G..
 Marketing Internacional  Inst. Montserrat Roig  Gabriela Cuceac   Profesora: Raquel Sánchez Rodríguez.
INGENIERIA DEL PRODUCTO 2016 – I Ing. Maria del Pilar Vera Prado UNIVERSIDAD AUTONOMA DE SAN FRANCISCO.
PLANEACION DE LA AUDITORIA. PLANEACI Ó N DE LA AUDITORIA LA NORMA 410, AL REFERIRSE A LA PLANEACI Ó N DE LA AUDITORIA, ESTABLECE QUE LA PLANEACI Ó N DE.
3. Organización de proyectos. Estructura y cultura.
Ing. Sanchez Castillo Eddye Arturo Escuela Académica Profesional de Ingeniería de Sistemas.
MOISÉS DURÁN MATTOS ADSI CENTRO INDUSTRIAL Y DE AVIACIÓN 2010.
UNIDAD : SISTEMA DE GESTIÓN AMBIENTAL EN LA EMPRESA Berthe Cynthia
DISEÑO DE GUÍA DIDÁCTICA Y REVISIÓN GRUPAL.
Estado del proyecto [Nombre del proyecto] [Nombre del moderador] Esta presentación llevará probablemente a un debate con la audiencia, lo que generará.
Este documento pertenece a ENERGING Gas y Electricidad, C.A. y es estrictamente confidencial. Se prohíbe la divulgación, utilización y reproducción total.
Dario A. Montoya Mejia Presentación Formación Titulada Formación Por Proyectos.
Control de proyecto. La tarea de vigilancia y control de proyecto es una actividad cuya responsabilidad recae en el gerente o director de proyecto.
Transcripción de la presentación:

UPDS Gestión de riesgos Gestión de riesgos Ingeniería del Software Por Ernesto Soto Roca

UPDS Gestión de riesgos  Introducción  Concepto  Estrategias  Riesgos en Ingeniería de Software  Identificación de riesgos  Estimación riesgos  Plan de riesgos

UPDS Gestión de riesgos Concepto de riesgo  El riesgo se halla de forma implícita asociado a toda actividad:  Todo suceso se ve marcado por las acciones del pasado, ¿Se puede, por tanto, actuar ahora para crear oportunidades en el futuro?  El riesgo acompaña a todo cambio  El riesgo implica elección e incertidumbre.

UPDS Gestión de riesgos Estrategias frente al riesgo  Estrategias reactivas  Método:  Evaluar las consecuencias del riesgo cuando este ya se ha producido (ya no es un riesgo)  Actuar en consecuencia  Consecuencias de una estrategia reactiva  Apagado de incendios  Gabinetes de crisis  Se pone el proyecto en peligro

UPDS Gestión de riesgos Estrategias frente al riesgo  Estrategias preactivas  Método  Evaluación previa y sistemática de riesgos  Evaluación de consecuencias  Plan de evitación y minimalización de consecuencias  Plan de contingencias  Consecuencias  Evasión del riesgo  Menor tiempo de reacción  Justificación frente a los superiores

UPDS Gestión de riesgos Riesgos en Ingeniería de Software  Riesgos del proyecto  Incremento en costes  Desbordamiento organizativo  Riesgos técnicos  Riesgos del negocio  De mercado  De estrategia  De ventas  De gestión  De presupuesto

UPDS Gestión de riesgos Identificación de riesgos  Grupos de riegos  Genéricos: Son comunes a todos los proyectos  Específicos: Implican un conocimiento profundo del proyecto  Categorías  Relacionados con el tamaño del producto Relacionados con el tamaño del producto  Con el impacto en la organización Con el impacto en la organización  Con el tipo de cliente Con el tipo de cliente  Con la definición del proceso de producción Con la definición del proceso de producción  Con el entorno de desarrollo Con el entorno de desarrollo  Con la tecnología Con la tecnología  Con la experiencia y tamaño del equipo Con la experiencia y tamaño del equipo

UPDS Gestión de riesgos Identificación de riesgos  Asociados con el tamaño del producto  Tamaño estimado del proyecto (LOC/PF)  Confianza en la estimación  Numero de programas, archivos y transacciones  Tamaño relativo al resto de proyectos  Tamaño de la base de datos  Número de usuarios  Número de cambios de requerimientos previstos antes y después de la entrega  Cantidad de software reutilizado

UPDS Gestión de riesgos Identificación de riesgos  Impacto en la organización  Efecto del producto en la cifra de ventas  Visibilidad desde la dirección de la organización  Fecha límite de entrega razonable  Número de clientes que usarán el producto  Numero de productos con los que deberá interaccionar  Sofisticación del usuario final  Cantidad y calidad de la documentación a entregar al cliente  Límites legales y gubernamentales  Costes asociados al retraso en la entrega  Costes asociados a errores en el producto

UPDS Gestión de riesgos Identificación de riesgos  Relacionados con el cliente  Hay experiencias anteriores con dicho cliente  Tiene una idea clara de lo que precisa  Está dispuesto a dedicar tiempo en la especificación formal de requerimientos  Está dispuesto a relacionarse de forma ágil con el equipo de desarrollo  Está dispuesto a participar en la revisiones  Es un usuario experto  Dejará trabajar al equipo de desarrollo sin dar consejos de experto informático  Entiende el ciclo de vida de una aplicación

UPDS Gestión de riesgos Identificación de riesgos  Riesgos del proceso de producción  Hay una política clara de normalización y seguimiento de una metodología  Existe una metodología escrita para el proyecto  Se ha utilizado en otros proyectos  Están los gestores y desarrolladores formados  Conoce todo el mundo los standards  Existen plantillas y modelos para todos los documentos resultado del proceso  Se aplican revisiones técnicas de la especificación de requerimientos diseño y codificación  Se aplican revisiones técnicas de los procedimientos de revisión y prueba

UPDS Gestión de riesgos Identificación de riesgos  Riesgos del proceso de producción (cont.)  Se documentan los resultados de las revisiones técnicas  Hay algún mecanismos para asegurar que un proceso de desarrollo sigue los standards  Se realiza gestión de la configuración  Hay mecanismos para controlar los cambios en los requerimientos que tienen impacto en el software  Se documenta suficientemente cada subcontrato  Se ha habilitado y se siguen mecanismos de seguimiento y evaluación técnica de cada subcontrato.

UPDS Gestión de riesgos Identificación de riesgos  Respecto del proceso de producción (cont.)  Se dispone de técnicas de especificación de aplicaciones para facilitar la comunicación con el cliente.  Se usan métodos específicos para análisis de software  Se utiliza un método específico para el diseño arquitectónico y de datos  Está el 90% del código en lenguajes de alto nivel  Hay standards de documentación de código  Se usan métodos específicos para el diseño de pruebas  Se utilizan herramientas para llevar a cabo la planificación y control

UPDS Gestión de riesgos Identificación de riesgos  Riesgos del proceso de producción (cont.)  Se utiliza software de gestión de configuraciones para controlar y seguir las actividades a lo largo del proceso  Se utilizan herramientas para soportar el análisis y el diseño  Se utilizan herramientas de prototipación  Se utilizan herramientas para soportar la fase de pruebas  Se utilizan herramientas para la generación y mantenimiento de la documentación  Se disponen métricas de calidad para todos los proyectos de software  Se disponen de métricas de productividad

UPDS Gestión de riesgos Identificación de riesgos  Riesgos tecnológicos  Se trata de una tecnología nueva en la organización  Se requieren nuevos algoritmos o tecnología de I/O  Se debe interactuar con hardware nuevo  Se debe interactuar con software que no ha sido probado  Se debe interactuar con un B.D. cuya funcionalidad y rendimiento no ha sido probada  Es requerido un interface de usuario especializado  Se necesitan componentes de programa radicalmente diferentes a los hasta ahora desarrollados

UPDS Gestión de riesgos Identificación de riesgos  Riesgos tecnológicos (cont.)  Se deben utilizar métodos nuevos de análisis, diseño o pruebas  Se deben utilizar métodos de desarrollo no habituales, tales como métodos formales, Inteligencia Artificial o redes neuronales  Se aplican requisitos de rendimiento especialmente estrictos  Existen dudas de que el proyecto sea realizable

UPDS Gestión de riesgos Identificación de riesgos  Respecto al entorno de desarrollo  Hay herramientas de gestión de proyectos  Hay herramientas de gestión del proceso de desarrollo  Hay herramientas de análisis y diseño  Hay generadores de código apropiados para la aplicación  Hay herramientas de prueba apropiadas  Hay herramientas de gestión de configuración apropiadas

UPDS Gestión de riesgos Identificación de riesgos  Respecto al entorno de desarrollo (cont.)  Se hace uso de una base de datos o repositorio centralizado  Están todas las herramientas de desarrollo integradas  Se ha proporcionado formación a todos los miembros del equipo de desarrollo  Hay expertos a los cuales solicitar ayuda acerca de las herramientas  Hay ayuda en línea y documentación disponible

UPDS Gestión de riesgos Identificación de riesgos  Asociados al equipo y la experiencia  Es el mejor personal disponible  Tienen los miembros las técnicas apropiadas  Hay suficiente gente disponible  Está el personal comprometido en toda la duración del proyecto  Habrá parte del personal dedicado solamente en parte al proyecto  Tiene el personal las expectativas correctas del trabajo  Tiene el personal la necesaria formación  Puede la rotación del personal perjudicar el proceso de desarrollo

UPDS Gestión de riesgos Componentes del riesgo  Se identifican cuatro componentes del riesgo en un proyecto software  Rendimiento  Coste  Mantenibilidad  Planificación  Tras identificar los factores de riesgo, es necesario averiguar a qué componentes del riesgo afectan y en qué medida  Despreciable  Marginal  Crítica  Catastrófica

UPDS Gestión de riesgos Resumen Área Riesgos 0,n Componente n n Impacto Indicadores n1

UPDS Gestión de riesgos Ejemplo Equipo Huida del personal sin el proyecto finalizado 0,n Planificación n n Crítico Perspectivas poco claras Poca motivación Contratos bajos n1 Área Riesgos 0,n Componente n n Impacto Indicadores n1

UPDS Gestión de riesgos Estimación de riesgos  Creación de una tabla de riesgos

UPDS Gestión de riesgos Estimación de riesgos  Ordenación y filtrado  Ordenación por probabilidad y prioridad  Despreciar riesgos poco probables y los medianamentes probables con poco impacto

UPDS Gestión de riesgos Gracias