procesos de calidad software

Download PROCESOS DE CALIDAD  SOFTWARE

Post on 01-Jul-2015

7.471 views

Category:

Documents

0 download

Embed Size (px)

TRANSCRIPT

  • 1. El Proceso del Software

2. PLAN DE SEGUIMIENTO:

  • ENTREGA DE LOS FOLLETOS.
  • EXPOSICION: PROCESOS DE SOFTWARE.
  • ACTIVIDAD.

3. El Proceso del Software

  • Conjunto estructurado de actividades requeridas para desarrollar un sistema de software.
    • Especificacin.
    • Diseo.
    • Validacin.
    • Evolucin.
    • Desarrollo.
    • Mantenimiento.
  • Las actividades varan dependiendo de la organizacin y del tipo de sistema a desarrollarse.
  • Debe estar explcitamente modelado si va a ser bien administrado.

4. PROCESOS DE INGENIERIA DE SOFTWARE PROCESO DE IMPLEMENTACION Y CAMBIOS DEFINICION DE PROCESOS EVALUACION DE PROCESOS MEDIDAS DE PRODUCTOS Y PROCESOS INFRAESTRUCTURA DEL PROCESO CICLO DE GESTION DEL PROCESO DE SOFTWARE MODELOS PARA EL PROCESO DE IMPLEMENTACION Y CAMBIO CONSIDERACIONES PRACTICAS MODELOS DE CICLO DE VIDA DEL SOFTWARE PROCESOS DE CICLO DE VIDA DEL SOFTWARE MODELOS PARA EL PROCESO DE IMPLEMENTACION Y CAMBIO ADAPTACIONES AUTOMATIZACION AUTOMATIZACION MODELOS DE EVALUACION DEL PROCESO METODOS DE EVALUACION DEL PROCESO MEDICION DEL PROCESO MEDICION DE PRODUCTOS DE SOFTWARE CALIDAD DE LOS RESULTADOS DE LA MEDICION MODELOS DE INFORMACION DE SOFTWARE 5. Caractersticas del Proceso

  • Entendible
    • Se encuentra el proceso bien definido y es entendible ?
  • Visible
    • El proceso es visible al exterior ?
  • Soportable
    • Puede el proceso ser soportado por herramientas CASE ?
  • Aceptable
    • El proceso es aceptado por aquellos involucrados en el ?.

6. Caractersticas del Proceso

  • Confiable
    • Los errores del proceso son descubiertos antes de que se conviertan en errores del producto ?
  • Robusto
    • Puede continuar el proceso a pesar de problemas inesperados ?
  • Mantenible
    • Puede el proceso evolucionar para cumplir con los objetivos organizacionales ?
  • Rapidez
    • Que tan rpido puede producirse el sistema ?

7. METODO DE EVALUACION DEL SOFTWARE Que es un Mtodo de Evaluacin? DEFINICION: es un conjunto de procedimientos, tcnicas, herramientas, y un soporte documental que ayuda a los desarrolladores a producir nuevo software. MODELO DE PROCESO: (fases, subfases, actividades, tareas) procedimientos: que dan lugar a productos tcnicas: (graficas, textuales) herramientas 8. METODOS DE EVALUACION DEL SOFTWARE

  • Un mtodo de evaluacin necesita ser seguido para reducir una puntuacin cuantitativa que caracteriza la capacidad del proceso.
  • LOS METODOS SON:
  • CBA-IP (4): se centra en la mejora del proceso.
  • SCE (5): se centra en evaluar la capacidad de los proveedores.
  • SCAMPI (6): Gira en torno a las valorizaciones.

9. DEFINICION DE PROCESOS

  • PROCEDIMIENTO:
  • SUCESION: serie de cosas que siguen cada una a otra.
  • PROCESO:
  • Marcha hacia delante (progreso ).
  • Desarrollo o marcha de una cosa.
  • PROCESO DE PRODUCCION:
  • Fases consecutivas en la elaboracin de un producto.

10. MODELO DE PROCESO DE CALIDAD

  • DEFINICION :Es una descripcin del proceso, desde un punto de vista particular.
  • Un modelo es siempre una simplificacin del proceso de software, una abstraccin del proceso real.

11. ELABORACION DEL MODELO ESTA COMPUESTO POR 2 ACTIVIDADES: ANALISIS DISEO

  • Investigacin: determinar que es lo que el usuario espera obtener.
  • Elaboracin: conjunto de tcnicas factibles.
  • Negociacin: periodo de entrega y costos, especificacin y validacin de requisitos
  • Las tareas.
  • Diseo de datos.
  • Arquitectura.
  • Diseo de interfaz de usuario.

12. RAZONES DE CICLO DE VIDA DEL SOFTWARE

  • Incremento la calidad del producto.
  • Facilidad del entendimiento humano y comunicacin.
  • Mejora en los procesos de soporte.
  • Procesos automatizados.
  • Soporte a la gestin

13. Modelo del Ingeniera del Proceso

  • Especificacin- establecer los requerimientos y restricciones del sistema
  • Diseo- Producir un modelo en papel del sistema
  • Manufactura- construir el sistema
  • Prueba- verificar que el sistema cumpla con las especificaciones requeridas
  • Instalacin- entregar el sistema al usuario y asegurar su operacionalidad
  • Mantenimiento- reparar fallos en el sistema cundo sea descubiertos

14. Problemas en el Modelo del Proceso

  • Normalmente, las especificaciones son incompletas o anmalas.
  • No existe una distincin precisa entre la especificacin, el diseo y la manufactura
  • Solo hasta que el sistema se ha producido se puede probar
  • El software no se puede remplazar siempre durante el mantenimiento

15. Modelos Genricos de Desarrollo de Software

  • Modelo de Cascada (Lineal Secuencial)
    • Separar en distintas fases de especificacin y desarrollo.
  • Desarrollo Evolutivo
    • La especificacin y el desarrollo estn intercalados.
  • Prototipado (Construccin de Prototipos)
    • Un modelo sirve de prototipo para la construccin del sistema final.
  • Transformacin Formal (Mtodos Formales)
    • Un modelo matemtico del sistema se transforma formalmente en la implementacin.
  • Desarrollo basado en Reutilizacin (DRA)
    • El sistema es ensamblado a partir de componentes existentes.

16. Modelo de Cascada (Grfica) 17. Fases del Modelo de Cascada

  • Anlisis de requerimientos y definicin.
  • Diseo del sistema y del software.
  • Implementacin y prueba de unidades
  • Integracin y prueba del sistema.
  • Operacin y mantenimiento.
  • La dificultad en esta modelo reside, en la dificultad de hacer cambios entre etapas.

18. Desarrollo Evolutivo 19. Desarrollo Evolutivo

  • Problemas
    • Poca visibilidad en el proceso
    • Los sistemas estn pobremente especificados
    • Se requieren habilidades especiales.
  • Aplicabilidad
    • Para sistemas interactivos pequeos o medianos.
    • Para partes de sistemas grandes (p.ej.. la interfaz de usuario).
    • Para sistemas de corta vida.

20. Prototipado

  • Prototipado exploratorio
    • El objetivo es trabajar con clientes hasta evolucionar a un sistema final, a partir de una especificacin inicial. Se debe comenzar con unas especificaciones bien entendidas.
  • Prototipado de throw-away.
    • El objetivo es entender los requerimientos del sistema. Se puede comenzar con especificaciones poco entendidas.

21. Problemas y Riesgos de los Modelos

  • Cascada.
    • Alto riesgo en sistemas nuevos debido a problemas en las especificaciones y en el diseo.
    • Bajo riesgo para desarrollos bien comprendidos utilizando tecnologa conocida.
  • Prototipado.
    • Bajo riesgo para nuevas aplicaciones debido a que las especificaciones y el diseo se llevan a cabo paso a paso.
    • Alto riesgo debido a falta de visibilidad.
  • Evolutivo.
    • Alto riesgo debido a la necesidad de tecnologa avanzada y habilidades del grupo desarrollador.

22. Manejo de Riesgos

  • La tarea principal del administrador consiste en minimizar riesgos.
  • El riesgo inherente en una actividad es se mide en base a la incertidumbre que presenta el resultado de esa actividad.
  • Las actividades con alto riesgo causan sobre-costes en cuanto a planeacin y costos
  • El riesgo es proporcional al monto de la calidad de la informacin disponible. Cuanto menos informacin, mayor el riesgo.

23. Modelos de Procesos Hbridos

  • Los sistemas grandes estn hechos usualmente de varios subsistemas.
  • No es necesario utilizar el mismo modelo de proceso para todos los subsistemas.
  • El prototipado es recomendado cuando existen especificaciones de alto riesgo.
  • El modelo de cascada es utilizado en desarrollos bien comprendidos.

24. Modelo de Proceso de Espiral 25. Fase del Modelo de Espiral

  • Planteamiento