1 u3 aseguramiento_calidadsoftware

  • 284 views
Uploaded on

 

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
284
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
11
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version (Kin 92)
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • Pressman, Roger S., Ingeniería del Software: Un enfoque práctico , Cuarta Edición, McGraw-Hill, 1998 Pg 125
  • Pressman, Roger S., Ingeniería del Software: Un enfoque práctico , Cuarta Edición, McGraw-Hill, 1998 Pg 125
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • Ver el estándar (IEEE730-98) para detalles.
  • Ver el estándar (IEEE730-98) para detalles.
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version R.N. Charette, Software Engineering Risk Analysis and Management, McGraw-Hill, 1989 (Charette 89)
  • Pressman, Roger S., Ingeniería del Software: Un enfoque práctico , Cuarta Edición, McGraw-Hill, 1998 Pg. 89
  • Pressman, Roger S., Ingeniería del Software: Un enfoque práctico , Cuarta Edición, McGraw-Hill, 1998 Pg. 89
  • Pressman, Roger S., Ingeniería del Software: Un enfoque práctico , Cuarta Edición, McGraw-Hill, 1998 Pg. 89
  • Pressman, Roger S., Ingeniería del Software: Un enfoque práctico , Cuarta Edición, McGraw-Hill, 1998 Pg. 89
  • Capability Maturity Model® Integration (CMMISM), Version 1.1 Staged Representation CMU/SEI-2002-TR-029 ESC-TR-2002-029 Verification: “you built it right” Validation: “you built the right thing”
  • Capability Maturity Model® Integration (CMMISM), Version 1.1 Staged Representation CMU/SEI-2002-TR-029 ESC-TR-2002-029 Verification: “you built it right” Validation: “you built the right thing”
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • verification confirmation by examination and provision of objective evidence that specified requirements have been fulfilled NOTE 1 In design and development, verification concerns the process of examining the result of a given activity to determine conformity with the stated requirement for that activity. NOTE 2 "Verified" is used to designate the corresponding status. [ISO 8402:1994] Modelo de Procesos para la Industria de Software v1.3 MoProSoft
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version
  • validation confirmation by examination and provision of objective evidence that the particular requirements for a specific intended use are fulfilled NOTE 1 In design and development, validation concerns the process of examining a product to determine conformity with user needs. NOTE 2 Validation is normally performed on the final product under defined operating conditions. It may be necessary in earlier stages. NOTE 3 "Validated" is used to designate the corresponding status. NOTE 4 Multiple validations may be carried out if there are different intended uses. [ISO 8402:1994] Modelo de Procesos para la Industria de Software v1.3 MoProSoft
  • validation confirmation by examination and provision of objective evidence that the particular requirements for a specific intended use are fulfilled NOTE 1 In design and development, validation concerns the process of examining a product to determine conformity with user needs. NOTE 2 Validation is normally performed on the final product under defined operating conditions. It may be necessary in earlier stages. NOTE 3 "Validated" is used to designate the corresponding status. NOTE 4 Multiple validations may be carried out if there are different intended uses. [ISO 8402:1994] Modelo de Procesos para la Industria de Software v1.3 MoProSoft
  • SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version

Transcript

  • 1. Fundamentos de la Calidad del Software Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA El Proceso de SQA Administración del Riesgo Verificación y Validación
  • 2. Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA • La calidad de los productos software puede ser mejorada mediante un proceso iterativo de mejora continua que requiere control de dirección, coordinación, y retroalimentación de muchos procesos simultáneos: – Los procesos de ciclo de vida de software, – El proceso de detección de error/defecto, retirada de los mismos y prevención, y – El proceso de mejora de calidad
  • 3. Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA • La teoría y conceptos presentes detrás de mejora de calidad, tales como la construcción en calidad, mediante la prevención y detección temprana de errores, mejora continua y enfoque en el cliente, son adecuados para la ingeniería de software
  • 4. Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA • Estos conceptos están basados en el trabajo de expertos en calidad los cuales ha afirmado que la calidad de un producto está directamente conectada con la calidad del proceso empleado para crearlo
  • 5. Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA • El apoyo a la gestión sustenta el proceso y la evaluación del producto así como las conclusiones resultantes • Entonces se desarrolla un programa de mejora identificando acciones detalladas y proyectos de mejora para ser gestionados en un plazo de tiempo factible
  • 6. Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA • La gestión de calidad de software (SQM) resulta de la aplicación a todas las perspectivas de procesos de software, productos, y recursos • Esto define procesos, propietarios de proceso, y requerimientos para estos procesos, medidas del proceso y sus correspondientes salidas, y canales de retroalimentación (Art93)
  • 7. Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA • La planificación para la calidad de software implica: 1. Definición del producto requerido en términos de sus características calidad 2. Planificación de los procesos para alcanzar el producto requerido
  • 8. Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA • Algunos de los procesos específicos SQM están definidos en el estándar IEEE 12207.0-96: – Procesos de Aseguramiento de Calidad (SQA) – Procesos de Verificación – Procesos de Validación – Procesos de Revisión – Procesos de Auditoría
  • 9. Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA • El SQM puede ser utilizado para evaluar productos intermedios así como el producto final • Los procesos SQM están estrechamente relacionados; inclusive pueden traslaparse y hasta en ocasiones, estar combinados
  • 10. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • El Aseguramiento de la Calidad del Software (SQA, Software Quality Assurance, o Garantía de Calidad del Software) es un diseño de acciones planificado y sistemático que se requiere para asegurar la calidad del software desarrollado
  • 11. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • El aseguramiento de la calidad del software comprende una gran variedad de tareas asociadas con dos integrantes diferentes: los ingenieros de software que realizan un trabajo técnico y un grupo de SQA que tiene la responsabilidad de la planificación del aseguramiento de calidad, supervisión, mantenimiento de registros, análisis e informes
  • 12. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • Los procesos de SQA proporcionan la garantía de que los productos software y los procesos en el ciclo de vida de proyecto son conformes a los requerimientos especificados por medio de la planificación, emitiendo, y realizando un conjunto de actividades para generar la confianza adecuada en que se está construyendo calidad dentro del software
  • 13. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • Esto significa asegurar que el problema está clara y suficientemente identificado y que los requerimientos de la solución están correctamente definidos y expresados
  • 14. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • El SQA procura mantener la calidad a lo largo de todo el desarrollo y mantenimiento del producto mediante la ejecución de una variedad de actividades en cada etapa que puede resultar en la identificación temprana de problemas, un rasgo casi inevitable de cualquier actividad compleja
  • 15. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • El papel del SQA en lo que concierne al proceso es asegurar que los procesos planificados son apropiados y posteriormente implementados de acuerdo a lo planeado, y se proveen los procesos de medición relevantes para una adecuada organización
  • 16. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • El plan de SQA define el medio que será usado para asegurar que el software desarrollado para un producto específico satisface las exigencias del usuario y es de la máxima calidad posible dentro de las restricciones del proyecto
  • 17. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • Con el objetivo de llevar esto acabo, primero debe asegurarse que el objetivo de calidad es claramente definido y entendido • En ello deben considerarse los planes de gestión, desarrollo, y mantenimiento para el software
  • 18. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA • Las actividades y tareas específicas de calidad se elaboran, con sus costos y requerimientos de recursos, sus objetivos generales de administración, y su calendario en relación con aquellos objetivos de administración en la ingeniería de software, y planes de desarrollo, o de mantenimiento • El plan SQA debería ser compatible con el plan de Administración de la Configuración del Software (SCM, Software Configuration Management)
  • 19. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA – El Plan de SQA • El Plan de SQA identifica documentos, normas, prácticas, y convenciones que guían el proyecto y de qué manera serán comprobados y supervisados para asegurar adecuación y conformidad
  • 20. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA – El Plan de SQA • El Plan de SQA también identifica medidas, técnicas estadísticas, procedimientos para el reporte de problemas así como la correspondiente acción correctiva, recursos tales como herramientas, técnicas, y metodologías, seguridad para el medio físico, formación, además de reportes y documentación de SQA
  • 21. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA – El Plan de SQA • Por otro lado, el plan SQA considera las actividades de garantía de calidad de software como cualquier otro tipo de actividad descrita en los proyectos de software, tales como la consecución de proveedor de software para el proyecto o el software de instalación comercial disponible, así como el servicio tras la entrega del software
  • 22. Aseguramiento de la Calidad del Software (SQA) El Proceso de SQA – El Plan de SQA • También puede incluir criterios de aceptación así como reportes y actividades de gestión críticas para la calidad de software
  • 23. Aseguramiento de la Calidad del Software (SQA) Administración del Riesgo • La administración del riesgo también puede jugar un papel importante en la generación de software de calidad • La incorporación de un análisis de riesgo disciplinado y técnicas de gestión en los procesos de ciclo de vida de software puede incrementar el potencial para producir un producto de calidad
  • 24. Aseguramiento de la Calidad del Software (SQA) Administración del Riesgo • Según Peter Drucker, “Mientras que es inútil intentar eliminar el riesgo y cuestionable el poder minimizarlo, es esencial que los riesgos que se tomen sean los riesgos adecuados” • Por lo anterior se genera un conjunto de procesos que se dedican a la Administración del Riesgo
  • 25. Aseguramiento de la Calidad del Software (SQA) Administración del Riesgo • Una estrategia proactiva para administrar el riesgo es lo más razonable • La estrategia proactiva empieza mucho antes de que comiencen los trabajos técnicos • Se identifican los riesgos potenciales, se valoran su probabilidad y su impacto, y se establece una prioridad según su importancia • Después el equipo de software establece un plan para controlar el riesgo
  • 26. Aseguramiento de la Calidad del Software (SQA) Administración del Riesgo • El primer objetivo es evitar el riesgo, pero como no se pueden evitar todos los riesgos, el equipo trabaja para desarrollar un plan de contingencia que le permita responder de una manera eficaz y controlada • La administración del riesgo se sugiere se asocie con la administración de la calidad del software, pero se trata de un todo un tema aparte, que se ha de estudiar por separado
  • 27. Aseguramiento de la Calidad del Software (SQA) Administración del Riesgo • Cabe destacar que metodologías de desarrollo como RUP (Rational Unified Process) hacen hincapié en asociar en cada fase del proceso de desarrollo de software, el énfasis en la calidad y en la administración del riesgo • Las metodologías de desarrollo, en lo general, destacan tanto la administración del riesgo como el uso de las actividades de verificación y validación
  • 28. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • Aunque los conceptos de “verificación” y “validación” a primera vista son muy similares en los modelos como el CMMI, una revisión detallada a estos muestra que se enfocan a aspectos diferentes
  • 29. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • La Verificación confirma que los productos de trabajo reflejan adecuadamente los requerimientos especificados para ellos. En otras palabras, la verificación se asegura de que “se construyó correcto” • La Validación, por su parte, confirma que el producto, como fue entregado, cumplirá con el uso pretendido. En otras palabras, la validación se asegura de que “se construyó lo correcto”
  • 30. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • Hay enfoques como el del SWEBoK (Software Engineering Body Of Knowledge) que con el propósito de ser breve, Verificación y Validación (V&V) son tratadas como un único tema, más que como dos asuntos separados tal y como se hace en el estándar IEEE12207.0-96 • El SWEBoK indica que la V&V del software es un acercamiento disciplinado a la evaluación de productos de software a lo largo de todo el ciclo de vida de producto
  • 31. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • El desafío de un esfuerzo en V&V es asegurar que la calidad es construida dentro del software y que el software satisface exigencias de usuario, como lo indica la norma IEEE 1059- 93 • La V&V trata directamente la calidad de producto software y emplea técnicas de prueba que pueden localizar defectos de tal manera que estos puedan ser tratados
  • 32. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • También evalúa los productos intermedios, de cualquier forma, y, en esta capacidad, los pasos intermedios de los procesos de ciclo de vida de software • El proceso de V&V determina si los productos de una actividad dada de desarrollo o mantenimiento se adecuan o no al correspondiente requisito de esa actividad, y si el producto final de software cumple o no cumple con su propósito fijado y converge o no con los requisitos del usuario
  • 33. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • La Verificación es un intento para asegurar que el producto sea construido correctamente, en el sentido que los productos resultantes de una actividad cumplan con las especificaciones fijadas para los mismos en actividades previas
  • 34. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • Otra definición de Verificación indica que es la “confirmación por análisis y suministro de evidencia objetiva que los requerimientos específicos han sido cumplidos a cabalidad” (ISO 8402:1994) • “Actividad para confirmar que el producto refleja propiamente los requerimientos especificados para él” (MoProSoft:2005)
  • 35. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • La Validación es un intento por asegurar que se construye el producto correcto, es decir, que el producto satisface su propósito específico determinado
  • 36. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • De igual manera, otras definiciones de Validación indican que es la “confirmación por análisis y suministro de evidencia objetiva que los requerimientos particulares para un uso futuro específico son cumplidos a cabalidad” (ISO 8402:1994)
  • 37. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • “Actividad para confirmar que el producto resultante es capaz de satisfacer los requerimientos para su aplicación especificada o uso previsto” (MoProSoft:2005)
  • 38. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • Tanto el proceso de verificación como el proceso de validación empiezan temprano en la fase de desarrollo o mantenimiento • Proporcionan una revisión de características clave del producto en relación con predecesor inmediato del producto y con las especificaciones que debe cumplir
  • 39. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • El propósito de la planificación de las V&V es asegurar que cada recurso, papel y responsabilidad están claramente asignados • El resultado de la planeación de V&V documenta y describe los diferentes recursos, sus roles y actividades, así como técnicas y herramientas a ser utilizados
  • 40. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • El entendimiento de los diferentes objetivos de cada actividad de V&V ayudará en la cuidadosa planificación de las técnicas y los recursos necesarios para alcanzar sus respectivos propósitos • Los estándares IEEE 1012-98:s7 y el IEEE1059- 93: Apéndice A, especifican lo que generalmente un plan de V&V
  • 41. Aseguramiento de la Calidad del Software (SQA) Verificación y Validación • El plan de V&V también considera la administración, la comunicación, las políticas y los procedimientos de las actividades de V&V y su interacción, así como el reporte de defectos y los requerimientos de documentación
  • 42. Fin de la Presentación Continúe en la siguiente actividad Aseguramiento de la Calidad del Software (SQA) Fundamentos del SQA El Proceso de SQA Administración del Riesgo Verificación y Validación