GESTIÓN DEL RIESGO E INGENERÍA DE SOFTWARE BASADO EN COMPONENTES

Presentación del tema: "GESTIÓN DEL RIESGO E INGENERÍA DE SOFTWARE BASADO EN COMPONENTES"— Transcripción de la presentación:

1 GESTIÓN DEL RIESGO E INGENERÍA DE SOFTWARE BASADO EN COMPONENTES
Autores: FREDDY RAMÍREZ JOSÉ BAPTISTA LEONARDO CUEVAS SULEIMYS GUTIÉRREZ

2 ESTRATEGIAS DEL RIESGO
GESTIÓN DEL RIESGO RIESGO Según el PMBOK(PMI): El riesgo de un proyecto es cualquier evento o condición incierta, que de producirse, tiene un efecto positivo o negativo en algunos de los objetivos del proyecto (alcance, cronograma, costo, calidad, etc). ESTRATEGIAS DEL RIESGO REACTIVAS: Atacar el problema cuando se hace presente PROACTIVAS: Se identifican riesgos potenciales, según importancia. Se realiza antes del trabajo técnico. (Plan de Contigencia)

3 CATEGORÍAS DEL RIESGO RIESGOS DE PROYECTO RIESGOS TÉCNICOS
Amenazan la calendarización y costo RIESGOS TÉCNICOS Amenazan la calidad y actualidad de software RIESGO DE NEGOCIOS Amenaza la viabilidad del software que se continuará Según Charette: Riesgos Conocidos Riesgos Predecibles Riesgos Impredecibles

4 IDENTIFICACIÓN DE RIESGOS
Proceso de determinar los riesgos que puedan afectar al proyecto y documentar sus características. Se detectan los riesgos Lista de verificación de riesgo (método) - Tamaño de sw. - Comunicación con el cliente. - Disponibilidad y Calidad de herramientas. - Experiencia y Capacitación de ingenieros de sw. COMPONENTES CONTROLADORES Costo Soporte Calendarización Despreciables Marginal Crítico Catastrófico

5 RIESGOS DEL SOFTWARE 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. Identifica potenciales problemas(organización). Los costos pueden aumentar.

6 PRINCIPIOS DE LA GESTIÓN DE RIESGOS
Mantenimiento de una perspectiva global Tener una visión previsora Alentar la comunicación abierta integración Enfatizar un proceso continuo

7 REFINAMIENTO DEL RIEGOS
Sub- condicion 1 Ciertos componente reutilizables por terceras personas condicion 2 El estándar de diseño para componentes de interfaz no se ha creado 3 Ciertos componentes reutilizables se han implementado en un lenguaje que no soporta el entorno destino

8

9 INGENERIA DE SOFTWARE BASADO EN COMPONENTES
REUTILIZACIÓN COMPONENTES DISEÑO

10 PROCESOS DE ISBC Identifica los componentes candidatos.
El modelo de proceso para la ingeniería de software basada en componentes destaca las pistas paralelas en las cuales la ingeniería del dominio se lleva a cabo concurrentemente con el desarrollo basado en componentes. Identifica los componentes candidatos. Cualifica la interfaz de cada componente. Adapta los componentes para eliminar las equivocaciones arquitectónicas. Ensambla los componentes en un estilo arquitectónico seleccionado. Actualiza los componentes conforme los requisitos del sistema.

11 INGENIERÍA DEL DOMINIO
Es identificar, construir, catalogar y diseminar un conjunto de componentes de software Realiza el trabajo que se requiere establecer para su reutilización Compartir dichos componentes para reutilizarlos durante el trabajo en sistemas nuevos y existentes

12 PROCESOS DEL ANÁLISIS DEL DOMINIO
Definir el dominio que se investigara Categorizar los elementos extraído del dominio Recopilar una muestra representativa de las aplicaciones del dominio Analizar cada aplicación en la muestra definir e identificar las clase de análisis Desarrollar un modelo d análisis para las clases

13 MODELADO ESTRUCTURAL PUNTOS DE ESTRUCTURA
Son patrones que funcionan bajo cualquier dominio que sean repetitivos (datos funciones y componentes) que sean reutilizables Es una abstracción que debe tener un numero limitado, ocultado la información y solo en dominio se puede dar a conocer a través de la interfaz de relación PUNTOS DE ESTRUCTURA

14 DESARROLLO BASADO EN COMPONENTES
El desarrollo basado en componentes es una actividad de ISBC que ocurre en paralelo con la ingeniería del dominio Disponibles en bibliotecas de reutilización Sean diseñados para satisfacer las necesidades personales del cliente

15 CALIFICACIÓN, ADAPTACIÓN Y COMPOSICIÓN DE COMPONENTES
Calificación de componentes: Esta actividad garantiza que el componente candidato realizara la función requerida. Adaptación de componentes: En el mejor contexto la ingeniería del dominio crearía una biblioteca de componentes que podrían integrarse fácilmente en una arquitectura de aplicación. Composición de componentes: La tarea de composición de componente ensambla componentes cualificados, adaptados y diseñados con el fin de agregárselos a la arquitectura establecida para la aplicación.

16 MECANISMOS DE INFRAESTRUCTURA
Modelo de intercambio de datos Automatización Almacenamiento estructurado Modelo de objeto subyacente

17 INGENIERÍA DE COMPONENTES
El proceso de ISBC alienta el uso de componentes de software existentes, hay ocasiones que los componentes tienen que diseñarse. Análisis y diseño para la reutilización Datos estándar Protocolos de interfaz estándar Plantillas del programa

18 CLASIFICACIÓN Y RECUPERACIÓN DE COMPONENTES
Descripción de los componentes reutilizables Clasificación enumerada Clasificación por facetas Clasificación de atributos Entorno de reutilización Base de datos de componentes Sistema de gestión de biblioteca Sistema de recuperación de componentes de software Herramientas de ISBC