En el tema 1 se mencionó que algunos procesos específicos SQM están definidos en el estándar IEEE 12207.

0-96: * Procesos de Verificación * Procesos de Validación * Procesos de Revisión * Procesos de Auditoría Con base en (SWEBOK, Guide to the Software Engineering Body of Knowledge, 2004 Version “http://www.swebok.org/pdfformat.html”) 1. Coloque una aportación en el que describa la respuesta, considerando lo siguiente: a. Seleccione uno de los dos procesos (Revisión y Auditoría) e investigue. Describa a que se refiere, como se define y sus principales características. b. Integre una respuesta con su investigación y su aportación y conclusión personal y colóquela como su aportación en el foro de discusión. SOLUCION: La garantía de calidad del software es una actividad que se aplica en todo el proceso del desarrollo de software. La SQA comprende procedimientos para la aplicación efectiva de métodos y herramientas, revisiones técnicas formales y estrategias de prueba. PROCESO DE REVISION: El objetivo de una Revisión de un elemento software es evaluar el software o el estado, del proyecto para identificar las discrepancias sobre los resultados planificados y recomendar mejoras cuando sea apropiado. * Su objetivo es evaluar el estado y los productos de una/s actividad/es en un/os proyectos * Se realizan a nivel gerencial y a nivel técnico y durante todo el ciclo de vida * Puede ser realizado por cualquiera de las dos partes Una parte (parte revisora) revisa lo actuado por la otra (parte revisada). Las revisiones sirven para: • Señalar la necesidad de mejoras en el producto de una sola persona o un equipo. • Confirmar las partes de un producto en las que no es necesaria o no es deseable una mejora. • Conseguir un trabajo técnico de una calidad más uniforme, o más predecible, que la que puede ser conseguida sin revisiones, con el fin de hacer más manejable el trabajo técnico. Revisiones técnicas formales • Descubrir errores en la función, la lógica o la implementación de cualquier representación del software. • Verificar que el software bajo revisión alcanza sus requisitos. • Garantizar que el software ha sido representado de acuerdo con ciertos estándares predefinidos. • Conseguir un software desarrollado de forma uniforme.

Llevar a cabo un buen entrenamiento de todos los revisadores.Tomar notas escritas. Roles: • El productor • Revisor • El jefe de revisión • El registrador Registro e informe de la revisión: Elaborar un resumen de revisión • Qué fue revisado? • Quién lo revisó? • Qué se descubrió y cuáles fueron las conclusiones? • Identificar áreas problemáticas dentro del producto.Desarrollar una lista de comprobación para cada producto que haya de ser revisado.. 3... • Lista de comprobación de puntos de acción para las correcciones... • La duración de la reunión de revisión debe < 2 horas.. especificaciones y procedimientos. 5. no al productor... de seguimiento sobre las recomendaciones de la auditoria.• Hacer que los proyectos sean más manejables.Disponer de recursos y una agenda para las Revisiones Técnicas formales. 2. 3. EL PROCESO DE AUDITORIA DEL SOFTWARE 1. Resumen. Responsabilidades especiales. La reunión de revisión: • Deben convocarse para la revisión entre 3 y 5 personas.. La auditoria es realizada de acuerdo con los planes y procedimientos documentados.Fijar una agenda y mantenerla. pero sin que se requiera más de 2 horas de trabajo de cada persona.Repasar las revisiones anteriores.Enunciar áreas de problemas. 7.Limitar el número de participantes e insistir en la preparación anticipada. 9. 2. 6. Es responsabilidad del líder del equipo de auditoría el organizar y dirigir la auditoria y la coordinación de la preparación de los puntos del informe de auditoría. Líneas guía.. • Se debe preparar por adelantado. Directrices para una revisión: 1. 8. 10.Limitar el debate y las impugnaciones.Revisar al producto. pero no intentar resolver cualquier problema que se ponga de manifiesto. El líder del equipo deberá asegurar que el equipo de auditoría está . Objetivo. Según se ha indicado es proveer la confirmación de la conformidad de los productos y los procesos para certificar la adherencia con los estándares. El plan de auditoría establece un procedimiento para dirigir la auditoria y para las acciones. 4.

* Adaptabilidad OBJETIVOS DE LAS AUDITORÍAS DE CALIDAD * Establecer el estado de un proyecto. * Verificar qué elementos aplicables del. agencias reguladores o usuarios finales) demandando una auditoria en una fecha específica o en un hito de proyecto. ingeniería de sistemas. * Criterio de terminación * Salidas. 4. u otro criterio ha sido alcanzado y dentro de la planificación de la organización de auditoría le corresponde la iniciación de una auditoria. procedimientos. Criterio de comienzo. La necesidad para que una auditoria se inicie debe ser por uno de los siguientes sucesos: 6. Ésta puede ser por la realización de un requerimiento de un contrato o como prerrequisito a un acuerdo contractual. 4.preparado para llevar ésta. el plan de aseguramiento de calidad. Procedimientos: 1. requerimientos. Los elementos software y los procesos a auditar y cualquier antecedente pertinente. especificaciones. 2. * Verificar la adherencia de esos elementos con el programa o Plan de Aseguramiento de la Calidad. La auditoria es iniciada por planes previos (por ejemplo. fecha de calendario. * Verificar la capacidad de realizar o continuar un trabajo específico. Información complementaria respecto a la organización responsable de los productos y los procesos a auditar (por ejemplo. * Planificación * Introducción. el director del proyecto. Un elemento de la organización local (por ejemplo. El propósito y alcance de la auditoria. líneas guía y estándares. PROCESOS DE CALIDAD * Calidad de los productos y servicios. planes. * Preparación. organigramas de la organización). Un hito especial del proyecto. Criterios objetivos de la auditoria. * Plazo de entrega adecuado. aseguramiento o control interno de la calidad) ha requerido la auditoria estableciendo una necesidad clara y específica. el plan de desarrollo del software). . programa o Plan de Aseguramiento de la Calidad han sido desarrollados y documentados. * Examen. Se ha alcanzado un hito especial del proyecto. y que los procedimientos y los distintos puntos son realizados y reflejados en los informes de acuerdo con su alcance. 3. tales como contratos. la dirección funcional. 5. * Informes. Entrada. Partes externas (por ejemplo.

http://www. c) Los datos de prueba cumplen con la especificación. el cronograma se ajustan a los planes establecidos.com/ensayos/Seguridad-En-El-Software-Sqa/213734. es suministrar una valoración independiente sobre la conformidad de un plan de aseguramiento de la Calidad del Software.* Coste dentro de los límites fijados. h) El coste y.html . por una mala interpretación de las especificaciones de requerimientos Por lo tanto estos procesos están definidos en el SQA y el objetivo del aseguramiento de la calidad es proporcionar a la administración los datos necesarios para tener la certeza de que el producto se está haciendo con calidad. La auditoria deberá ser dirigida para asegurar que: a) Los productos software codificados (tal como un elemento software) ret1ejarán lo diseñado en la documentación. b) Los requerimientos de la revisión de aceptación y de pruebas prescritos por la documentación son adecuados para la aceptación de los productos software. PROCESOS DE CALIDAD Objetivos Principales principios que incluye AUDITORIA DE SISTEMAS DE CALIDAD DE SOFTWARE El propósito de la auditoría de un Sistema de Calidad. e) Los informes de pruebas son correctos y las discrepancias entre los resultados conseguidos y lo esperado han sido resueltas. La revisión nos permite: • Detectar defectos en “etapas tempranas” del desarrollo de un producto de software • Reducir costos de corrección en etapas posteriores • Detectar funcionalidades faltantes o mal interpretadas • Bajar la tasa de los defectos que se introducen en el diseño de casos de prueba y en la codificación. d) Los productos software fueron sucesivamente probados y alcanzaron sus especificaciones. los planes y el contrato.buenastareas. El beneficio que traen es el descubrimiento temprano de errores y se verifica que el software satisface los requisitos del sistema. o un programa de evaluación de la calidad. f) La documentación del usuario cumple con los estándares tal como se ha especificado. CONCLUSION: Las revisiones del software es un medio efectivo para descubrir errores y mejorar la calidad del software. g) Las actividades han sido llevadas de acuerdo con los requerimientos aplicables.

Sign up to vote on this title
UsefulNot useful