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

2 ESTRATEGIAS DEL RIESGOGESTIÓ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ÉCNICOSAmenazan 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 RIESGOSProceso 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 RIESGOSMantenimiento de una perspectiva global Tener una visión previsora Alentar la comunicación abierta integración Enfatizar un proceso continuo

7 REFINAMIENTO DEL RIEGOSSub- 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 COMPONENTESREUTILIZACIÓ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 DOMINIOEs 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 DOMINIODefinir 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 ESTRUCTURASon 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 COMPONENTESEl 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 COMPONENTESCalificació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 INFRAESTRUCTURAModelo de intercambio de datos Automatización Almacenamiento estructurado Modelo de objeto subyacente

17 INGENIERÍA DE COMPONENTESEl 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 COMPONENTESDescripció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