5. Preproyecto LS3148 - Calidad de Software 3IM1 Universidad Antonio de Nebrija Justo Hidalgo.

Presentación del tema: "5. Preproyecto LS3148 - Calidad de Software 3IM1 Universidad Antonio de Nebrija Justo Hidalgo."— Transcripción de la presentación:

1 5. Preproyecto LS3148 - Calidad de Software 3IM1 Universidad Antonio de Nebrija Justo Hidalgo

2 Calidad de Software - 5. Preproyecto - Justo Hidalgo 2 Contenidos Introducción al preproyecto Revisión de Contrato Planes de Desarrollo Planes de Calidad

3 Calidad de Software - 5. Preproyecto - Justo Hidalgo 3 Introducción (I) Objetivo: –Asegurar que los compromisos del proyecto se han definido adecuadamente. Consideraciones vitales: –Planificación –Presupuesto –Objetivos Asegurar que los planes de desarrollo y calidad se han determinado.

4 Calidad de Software - 5. Preproyecto - Justo Hidalgo 4 Introducción (II) Subcomponentes: –Revisión de Contrato Clarificación de requisitos del cliente Revisión de planificación y recursos Evaluación del equipo Evaluación de los compromisos del cliente Evaluación de riesgos de desarrollo

5 Calidad de Software - 5. Preproyecto - Justo Hidalgo 5 Introducción (y III) –Planes de Desarrollo y Calidad Plan de desarrollo –Planificación –Recursos –Evaluación de riesgos –Organización: miembros, subcontratas,... –Metodología de proyectos, herramientas,... Plan de calidad –Metas de Calidad en términos mesurables –Criterios de comienzo y finalización de cada fase –Actividades de Verificación & Validación

6 Calidad de Software - 5. Preproyecto - Justo Hidalgo 6 Caso Un proyecto ha terminado en el tiempo acordado… … todo funciona perfectamente … … el proveedor ha ganado mucho dinero... … sólo queda realizar formación … … ha de realizarse en todas las sucursales … ¡20 sucursales en todo el mundo! El proveedor pierde €90.000.

7 Calidad de Software - 5. Preproyecto - Justo Hidalgo 7 Revisiones de Contrato (I) Objetivos –Clarificar y documentar los requisitos del cliente –Examen de alternativas a la solución –Aspectos formales de la relación cliente/proveedor Canales Tipos de documentos Tipos de entrega Procesos de aprobación Procedimiento de gestión de cambios

8 Calidad de Software - 5. Preproyecto - Justo Hidalgo 8 Revisiones de Contrato (y II) –Identificación de riesgos –Estimación de recursos y tiempos –Examen de capacidad de la compañía con respecto al producto –Capacidad de compromiso del cliente –Definición de participación de subcontrata, partners, etc. –Copyrights, patentes.

9 Calidad de Software - 5. Preproyecto - Justo Hidalgo 9 Planes de Desarrollo (I) Elementos: 1.Artefactos 2.Interfaces (APIs) 3.Metodología y herramientas de desarrollo 4.Estándares y procedimientos 5.Hitos 6.Organización del equipo 7.Hardware, Software, lugar

10 Calidad de Software - 5. Preproyecto - Justo Hidalgo 10 Planes de Desarrollo (y II) Elementos: 8.Riesgos de desarrollo 9.Métodos de control 10.Estimación de costes

11 Calidad de Software - 5. Preproyecto - Justo Hidalgo 11 Top 10 de Riesgos (I) 1.Riesgos de gestión de personal Falta o huída de personal cualificado. 2.Planificación Estimación incorrecta –demasiado corta-. 3.Funcionalidad del sistema Desarrollo incorrecto de funciones sw. Desarrollo incorrecto de GUI.

12 Calidad de Software - 5. Preproyecto - Justo Hidalgo 12 Top 10 de Riesgos (y II) 4.Gestión de requisitos Adición de características innecesarias (“whistles and bells”). Cambios incontrolados e impredecibles. 5.Subcontrata Poca calidad de los componentes externos. Poca calidad de las tareas externas. 6.Utilización de recursos Prestaciones por debajo de lo demandado. Falta de soluciones técnicas o potencia de computación. Fuente: Boehm y Ross (1989)

13 Calidad de Software - 5. Preproyecto - Justo Hidalgo 13 Planes de Calidad (I) Elementos: 1.Metas de calidad por subsistema SLAs –Cuantitativas/cualitativas: SLAs 2.Plan de actividades de revisión 3.Plan de pruebas SW 4.Plan de pruebas de aceptación 5.Procedimientos de control de cambio

14 Calidad de Software - 5. Preproyecto - Justo Hidalgo 14 Planes de Calidad (y II) Req. CualitativosReq. Cuantitativos relacionados El sistema ha de ser amigableCurso en < 5 horas Manejo en < 5 días El sistema ha de ser fiable99.5% de disponibilidad El sistema debe operar continuamente Tiempo de recuperación < 10 min. en el 99% de los fallos. El sistema ha de ser eficienteUn operador debe gestionar al menos 100 llamadas/8 horas El sistema ha de proveer alta calidad de servicio a sus clientes Tiempo de espera < 30 s. el 99%