Diese Präsentation wurde erfolgreich gemeldet.
Die SlideShare-Präsentation wird heruntergeladen. ×

gestion de la calidad

Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Wird geladen in …3
×

Hier ansehen

1 von 50 Anzeige
Anzeige

Weitere Verwandte Inhalte

Diashows für Sie (20)

Andere mochten auch (16)

Anzeige

Ähnlich wie gestion de la calidad (20)

Aktuellste (20)

Anzeige

gestion de la calidad

  1. 1. UNIDAD II Gestión de Calidad
  2. 2. Funcionabilidad Que el usuario pueda utilizar el software sin problemas Confiabilidad Que los datos manejados sean íntegros Usabilidad Fácil de usar, fácil de aprender a usar
  3. 3. Portabilidad Compatible con diferentes plataformas Compatibilidad Visible y ejecutable en la plataforma que corra Corrección Capaz de recibir mantenimiento
  4. 4. Eficiente Cumple con lo que debe cumplir, en el tiempo correcto y no malgasta recursos Oportunidad Fácil de acceder al sistema en cualquier momento
  5. 5. En general se entiende que un producto de software posee calidad adecuada cuando: Provee valor de satisfacción a los usuarios Produce una ganancia Genera pocas quejas por parte de sus clientes. Contribuye de alguna manera a los objetivos de la calidad.
  6. 6. GESTIÓN DE PROYECTOS USANDO UN MARCO DE CALIDAD
  7. 7. Los buenos gestores aspiran a desarrollar: Una Cultura de Calidad: Todos desarrollen productos con un alto nivel de calidad Introducción
  8. 8. Gestores de calidad elegancia funcionalidad legibilidad Aspectos intangibles del software Reconocen que hay Gestión de proyectos usando un marco de calidad Como por ejemplo
  9. 9. La gestión de calidad del software Control Planifica -ción Garan tia Gestión de proyectos usando un marco de calidad
  10. 10. Gestión de la calidad y el desarrollo del software Gestión de proyectos usando un marco de calidad
  11. 11. CALIDAD BASADA EN PROCESOS Gestión de proyectos usando un marco de calidad
  12. 12. Aplicación continua de mediciones en el proceso de desarrollo del software y sus productos, con el fin de mejorar cada uno de ellos.
  13. 13. ESTÁNDARES DE LA CALIDAD DEL SOFTWARE
  14. 14. ¿QUE ES LA CALIDAD? La calidad hace referencia a un conjunto de características (requerimientos) explicitas e implícitas que hace de un producto en este caso un software cumpla con esas propiedades para que satisfaga las necesidades que el cliente requiera, pero no solamente es el desarrollo del software sino todo el proceso de aseguramiento que se aplique con el fin de elaborarlo productos profesionales, utilizando estándares de desarrollo documentados.
  15. 15. ¿QUE SON LOS ESTÁNDARES? Son un conjunto de normas y niveles aceptables de calidad que debe tener el resultado de una actividad o proyecto. En otras palabras, los estándares son las normas técnicas que se utilizarán como parámetros de evaluación de la calidad del proyecto.
  16. 16. ¿POR QUÉ IMPLEMENTAR ESTÁNDARES DE LA CALIDAD? Satisfacer al cliente Ser competente Libre de errores
  17. 17. MODELOS DE EVALUACIÓN ESTÁNDARES DE LA CALIDAD  ISO(9000) 9001,9000-3 9004-2  ISO/IEC 12207  ISO/IEC 15504 (SPICE)  CMMI  MOPROSOFT
  18. 18. MÉTRICAS DE SOFTWARE
  19. 19. El principal objetivo de los ingenieros de software es producir sistemas y aplicaciones de alta calidad. Para las evaluaciones que se quieran obtener es necesario la utilización de medidas técnicas que evalúan la calidad de manera objetiva.
  20. 20. Proceso
  21. 21. CLASIFICACIÓN
  22. 22. SEGÚN EL CONTEXTO EN QUE SE APLICAN Métricas: de proceso: de proyecto: de producto: ‣ Se recopilan de todos los proyectos, y durante un largo periodo de tiempo ‣ Caracterizados por: ‣ Control y ejecución del proyecto. ‣ Medición de tiempos de las fases. ‣ Permiten evaluar el estado del proyecto. ‣ Permiten seguir la pista de los riesgos. ‣ Se centran en las características del software y no en como fue producido. ‣ También son productos los artefactos, documentos, modelos, y componentes que conforman el software. ‣ Se miden cosas como el tamaño, la calidad, la totalidad, la volatilidad, y el esfuerzo.
  23. 23. EL MODELO CMMI Guía para la integración de procesos y la mejora de productos. El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo. El CMMI es el Modelo de Madurez de Capacidades Integrado. Fue desarrollado por el SEI (Software Enginnering Institute). Mide la madurez del desarrollo del software en una escala del 1 al 5.
  24. 24. EL MODELO CMMI Integra disciplinas como sistemas y software en un solo marco de trabajo. Describe formas efectivas y probadas de hacer las cosas, no es un enfoque radical.
  25. 25. Producir servicios y Productos de alta calidad. Crear valor para los accionistas. Mejorar la satisfacción del cliente. Incrementar la participación en el mercado. Ganar reconocimiento en la industria. EL MODELO CMMI Algunos de los objetivos del CMMI y que son buenos para el negocio.
  26. 26. EL MODELO CMMI El modelo tiene 4 áreas de conocimiento o disciplinas que incluyen: Ingeniería de Software (SW) Ingeniería de Sistemas (SE) Desarrollo Integrado de Productos y Procesos (IPPD) Acuerdos con Proveedores (SS).
  27. 27. Ingeniería de Software: Cubre el desarrollo de software y su mantenimiento. Ingeniería de Sistemas: Abarca el desarrollo total del sistema que puede o no incluir el desarrollo de software. Desarrollo integrado de Productos y Procesos: Contempla un enfoque sistemático para la colaboración de los involucrados relevantes a través de la vida del producto. Acuerdo con Proveedores: En proyectos complejos se requiere de la incorporación de proveedores para ejecutar funciones o añadir modificaciones a productos. EL MODELO CMMI Disciplinas del Modelo
  28. 28. EL MODELO CMMI Representaciones El CMMI tiene dos representaciones: Por Etapas (Staged) Continuo (Continuous) Estas representaciones permiten a la organización perseguir diferentes objetivos de mejora. La presentación y organización de la información es diferente para cada una, sin embargo el contenido es el mismo.
  29. 29. CMMI: POR ETAPAS Da una secuencia probada para la mejora en donde cada una es base para la siguiente. Se puede migrar fácilmente del CMM a CMMI-SW.
  30. 30. Cada nivel de madurez es una plataforma bien definida para evolucionar la mejora. Existen cinco niveles de madurez. Cada nivel es una base para la mejora utilizando una secuencia probada desde sus bases. CMMI: CONTINUO
  31. 31. EL MODELO CMMI Niveles de Madurez (por Etapas) Nivel 1 (Inicial): El proceso es impredecible, es reactivo y pobremente controlado. Nivel 2 (Administrado): El proceso es reactivo y se caracteriza por su aplicación a proyectos. Nivel 3 (Definido): El proceso es proactivo y se ve a nivel de la organización. Nivel 4 (Administrado Cuantitativamente): El proceso es medido y controlado. Nivel 5 (Optimizado): El proceso se enfoca en la mejora continua.
  32. 32. EL MODELO CMMI Niveles de Madurez (Continuo) Nivel 0 (incompleto): El proceso no se ejecuta o se hace parcialmente. Nivel 1 (Ejecutado): El proceso se ejecuta y se producen productos basados en productos de entrada identificados. Nivel 2 (Administrado): El proceso es reactivo y se caracteriza por su aplicación a proyectos. Nivel 3 (Definido): El proceso es proactivo y se ve a nivel de la organización.
  33. 33. EL MODELO CMMI Niveles de Madurez (Continuo) Nivel 4 (Administrado Cuantitativamente): El proceso es medido y controlado. Nivel 5 (Optimizado): El proceso se enfoca en la mejora continua.
  34. 34. EL MODELO CMMI En la actualidad hay dos áreas de interés cubiertas por los modelos de CMMI: Desarrollo. Adquisición.
  35. 35. EL MODELO CMMI La versión actual de CMMI es la versión 1.2. Hay dos modelos de la versión 1.2 disponible: CMMI para el Desarrollo (DEV-CMMI), Versión 1.2 fue liberado en agosto de 2006. En él se tratan procesos de desarrollo de productos y servicios. CMMI para la adquisición (ACQ-CMMI), Versión 1.2 fue liberado en noviembre de 2007. En él se tratan la gestión de la cadena de suministro, adquisición y contratación externa en los procesos del gobierno y la industria.
  36. 36. ÁREAS DE PROCESOS El modelo CMMI v1.2 (CMMI-DEV) contiene las siguientes áreas de proceso: 1.-Análisis de causalidad y solución 2.-Configuración Administración 3.-Decisión de Análisis y Resolución 4.-Proyecto Integrado de Gestión 5.-Medición y Análisis 6.-Innovación organizacional y Despliegue 7.-Definición de procesos organizacionales
  37. 37. ÁREAS DE PROCESOS El modelo CMMI v1.2 (CMMI-DEV) contiene las siguientes áreas de proceso: 8.-Entrenamiento organizacional 9.-Vigilancia y Control de proyectos 10.-Planificación de proyectos 11.-Proceso y aseguramiento de calidad del producto 12.-Integración de Producto 13.-Gestión de proyectos Cuantitativos 14.-Gestión de requerimientos
  38. 38. ÁREAS DE PROCESOS El modelo CMMI v1.2 (CMMI-DEV) contiene las siguientes áreas de proceso: 16.-Gestión de Riesgos 17.-Gestión de Proveedores 18.-Solución 19.-Validación 20.-Verificación
  39. 39. Impacto de la calidad en tiempo, costo y alcance del proyecto.
  40. 40. TRES NIVELES IMPORTANTES DE LA GESTION DE PROYECTO Gestión del alcance: Comprende las actividades orientadas a garantizar el cumplimiento de las tareas necesarias para lograr los objetivos del proyecto. Gestión del Tiempo: Comprende las actividades necesarias para asegurar que el proyecto se ejecute en el plazo estimado y que los resultados (producción de bienes o servicios) estén a disposición de los clientes o consumidores. Gestión de costos: Asegura que las tareas se lleven a cabo dentro de los rangos económicos impuestos (presupuesto del proyecto o recursos asignados para la actividad correspondiente).
  41. 41. ALCANCES Gestión de Alcance Planificación Del alcance Herramientas y técnicas Verificación del alcance Control del alcance SIGUIENTE
  42. 42. Gestión de alcance En el contexto del proyecto, la palabra alcance puede referirse a lo siguiente: Alcance del producto. Las características y funciones que caracterizan a un producto, servicio o resultado. Alcance del proyecto. El trabajo que debe realizarse para entregar un producto, servicio o resultado con las funciones y características especificadas. Se relaciona principalmente con la definición y el control de lo que está y no está incluido en el proyecto. Comprende las actividades orientadas a garantizar el cumplimiento de las tareas necesarias para lograr los objetivos del proyecto. REGRESAR
  43. 43. PLANIFICACIÓN DEL ALCANCE El plan de gestión del alcance del proyecto es una herramienta de planificación que describe cómo el equipo definirá el alcance del proyecto, desarrollará el enunciado del alcance del proyecto detallado, definirá y desarrollará la estructura de desglose del trabajo, verificará y controlará el alcance del proyecto.
  44. 44. HERRAMIENTAS Y TÉCNICAS Análisis del producto • Técnicas como desglose del producto, análisis de sistemas, ingeniería de sistemas, ingeniería del valor, análisis del valor y análisis funcional. Identificación de alternativas • Las más comunes son la tormenta de ideas y el pensamiento lateral. Análisis de los interesados • Identifica la influencia y los intereses de los diversos interesados y documenta sus necesidades, deseos y expectativas. Juicios de expertos REGRESAR
  45. 45. VERIFICACIÓN DEL ALCANCE Es el proceso de obtener la aceptación formal por parte de los interesados del alcance del proyecto completado y los productos entregables relacionados. Verificar el alcance del proyecto incluye revisar los productos entregables para asegurarse de que cada uno se complete satisfactoriamente. . . REGRESAR
  46. 46. CONTROL DEL ALCANCE Se encarga de influir sobre los factores que crean cambios en el alcance del proyecto y de controlar el impacto de dichos cambios. Se usa para gestionar los cambios reales cuando se producen, y está integrado con los demás procesos de control. Los cambios no controlados a menudo se denominan corrupción del alcance del proyecto. Los cambios son inevitables, con lo cual se impone algún tipo de proceso de control de cambios. REGRESAR
  47. 47. TIEMPO La estimación del tiempo forma parte del proceso de Gestión del Tiempo de la Administración de Proyectos. La Gestión del Tiempo del Proyecto incluye los procesos necesarios para lograr la conclusión del proyecto a tiempo. Los procesos de Gestión del Tiempo del Proyecto incluyen lo siguiente:
  48. 48. GESTIÒN DE TIEMPO Definición de las Actividades: identifica las actividades específicas del cronograma que deben ser realizadas para producir los diferentes productos entregables del proyecto. Establecimiento de la Secuencia de las Actividades: identifica y documenta las dependencias entre las actividades del cronograma. Estimación de Recursos de las Actividades: estima el tipo y las cantidades de recursos necesarios para realizar cada actividad del cronograma Estimación de la Duración de las Actividades: estima la cantidad de períodos laborables que serán necesarios para completar cada actividad del cronograma. Desarrollo del Cronograma: analiza las secuencias de las actividades, la duración de las actividades, los requisitos de recursos y las restricciones del cronograma para crear el cronograma del proyecto. Control del Cronograma: controla los cambios del cronograma del proyecto.
  49. 49. COSTOS La estimación de costos de una actividad es una evaluación cuantitativa de los costes probables de los recursos necesarios para completar las actividades del cronograma del proyecto. Este tipo de estimación puede presentarse en forma de resumen o en detalle. Los costos se estiman para todos los recursos que se aplican a la estimación de costos de la actividad. Esto incluye, entre otros, la mano de obra, los materiales, los equipos, los servicios, las instalaciones, la tecnología de la información, y categorías especiales como una asignación por inflación o una reserva para contingencias de costo.

×