Calidad de Software SQA
Enviado por Felipe Faundez • 26 de Enero de 2020 • Documentos de Investigación • 4.408 Palabras (18 Páginas) • 281 Visitas
Página 1 de 18
[pic 1][pic 2]
[pic 3]
Información del documento | ||
Título Proceso de SQA | Identificador | |
Versión 1.0 | ||
Archivo Proceso de SQA.doc | ||
Autor | Fecha | Estado |
Aprobación del documento | ||
Gerente Técnico | ||
Ingeniero de SQA | ||
[[cargo/posición]] | ||
[[cargo/posición]] | ||
[[cargo/posición]] |
Registro de cambios | |||||
Nro. de cambio | Fecha | Tipo(1) | Descripción del cambio | Autor | Nro. de Petición |
- A: Agregar – M: Modificar – E:Eliminar
Tabla de Contenidos
1 INTRODUCCIÓN 4
1.1 Propósito 4
1.2 Alcances 4
1.3 Descripción del documento 4
1.4 Glosario de términos 4
1.5 Acrónimos 5
2 ORGANIZACIÓN 6
2.1 Estructura organizacional 6
2.2 Roles y Responsabilidades 7
2.2.1 Gerente de SQA 7
2.2.2 Ingenieros de calidad 8
2.2.3 Personal de apoyo 8
3 PRÁCTICAS DE SQA 9
3.1 Revisiones 9
3.1.1 Propósito 9
3.1.2 Actividades 9
3.1.3 Procesos, procedimientos, guías, templates y checklist asociadas 9
3.2 Auditorías 9
3.2.1 Propósito 10
3.2.2 Actividades 10
3.2.3 Procesos, procedimientos, guías, templates y checklist asociadas 10
3.3
Prueba REFPÁG _Toc469033892 \h 11
3.3.1 Propósito REFPÁG _Toc469033893 \h 11
3.3.2 Actividades REFPÁG _Toc469033894 \h 11
3.3.3 Procesos, procedimientos, guías, templates y checklist asociadas REFPÁG _Toc469033895 \h 11
3.4 Reporte de problemas y acciones correctivas REFPÁG _Toc469033896 \h 11
3.4.1 Propósito REFPÁG _Toc469033897 \h 11
3.4.2 Actividades REFPÁG _Toc469033898 \h 11
3.4.3 Procesos, procedimientos, guías, templates y checklist asociadas REFPÁG _Toc469033899 \h 12
4 Resumen de Actividades REFPÁG _Toc469033900 \h 13
4.1 Evaluación de la selección los productos de trabajo REFPÁG _Toc469033901 \h 13
4.2 Evaluación de las herramientas REFPÁG _Toc469033902 \h 13
4.3 Evaluación de la planificación y el monitoreo del proyecto REFPÁG _Toc469033903 \h 13
4.4 Evaluación de la especificación de requerimientos REFPÁG _Toc469033904 \h 13
4.5 Evaluación del diseño REFPÁG _Toc469033905 \h 13
4.6 Evaluación de la implementación y de la prueba de unidad REFPÁG _Toc469033906 \h 13
4.7 Evaluación de la integración y prueba REFPÁG _Toc469033907 \h 14
4.8 Evaluación del producto antes de su liberación REFPÁG _Toc469033908 \h 14
4.9 Evaluación del proceso de revisión REFPÁG _Toc469033909 \h 14
4.10 Evaluación de las acciones correctivas REFPÁG _Toc469033910 \h 14
4.11 Evaluación del proceso de SCM REFPÁG _Toc469033911 \h 14
4.12 Verificar la implementación de los procesos REFPÁG _Toc469033912 \h 15
4.13 Establecer las auditorías REFPÁG _Toc469033913 \h 15
5 Planificación de las actividades de SQA REFPÁG _Toc469033914 \h 16
6 Capacitación REFPÁG _Toc469033915 \h 16
7 Herramientas REFPÁG _Toc469033916 \h 16
8 Mejoramiento continuo REFPÁG _Toc469033917 \h 16
Introducción
Propósito
El presente documento define y describe la implementación del proceso de aseguramiento de la calidad del software (
El proceso aquí descrito es actualizado y revisado periódicamente por [[Unidad/área]]
Alcances
El presente documento describe el proceso de SQA, aplicable a lo largo de todo el proceso de desarrollo de software, centrándose en describir la organización de la unidad responsable, sus prácticas y actividades, y los procedimientos de actualización, capacitación y mejoramiento continuo asociados al proceso.
El objetivo de SQA es entregar a la administración una visibilidad adecuada del proceso utilizado y los productos construidos durante los proyectos mediante acciones planificadas y sistemáticas que aseguren la calidad de los procesos y productos. Por lo tanto, el objetivo de este documento es facilitar el mejoramiento continuo de la calidad de los procesos y productos de software en [[institución]] y, el particular, la oportuna detección y corrección de desviaciones del proceso y/o los productos de trabajo en relación con los procedimientos y estándares definidos.
Descripción del documento
Capitulo 1Introducción: provee una visión general sobre los contenidos y objetivos del documento. Además, entrega las definiciones y acrónimos utilizados en los capítulos posteriores.
Capítulo 2Organización: posicionamiento de la unidad de SQA en la estructura organizacional y descripción de los roles y responsabilidades de los miembros de la unidad.
Capitulo 3Prácticas de SQA: descripción de las prácticas de SQA implantadas en la [[institución]].
Capítulo 4Resumen de actividades: principales actividades de SQA durante un proyecto de desarrollo de software.
Capítulo 5Planificación de las actividades de SQA
Capítulo 6Capacitación
Capítulo 7HerramientasCapítulo 8Mejoramiento continuo
Glosario de términos
Aseguramiento de la calidad del software (SQA) ( El propósito de SQA es entregar a ala administración una visibilidad adecuada del proceso utilizado y los productos construidos mediante acciones planificadas y sistemáticas que aseguren la calidad de dichos procesos y productos.
Auditoría ( Evaluación independiente de los productos de trabajo y de un conjunto de procesos de software para asegurar la adherencia con las especificaciones, los estándares, procedimientos y otros acuerdos.
Gestión de la configuración del software (SCM)( El propósito de SCM es establecer y mantener la integridad de los productos a través de todo el ciclo de vida del software, proveyendo un adecuado control de los cambios en los diversos ítems de configuración.
Revisión ( Metodología definida, estructurada y disciplinada para la detección e identificación de defectos en los productos de trabajo durante el ciclo de vida del software.
Prueba (Testing) ( Actividad que valúa los atributos y la capacidad de un programa o sistema para determinar si se cumple con los resultados definidos.
Acrónimos
AcrónimoSignificadoSQASoftware Quality Assurance
, Aseguramiento de la Calidad del SoftwareSCMSoftware Configuration Management, Gestión de Configuración del Software
Organización
Estructura organizacional
La siguiente figura muestra el posicionamiento de la unidad de SQA al interior de la organización:
SQA ( Responsable de monitorear el cumplimiento de las actividades planificadas en el plan de SQA y de garantizar la calidad de los entregables, la documentación y de los procesos utilizados para producir software.
Gerente Técnico ( Responsable de:
Establecer un programa de calidad para cada proyecto de desarrollo de software de acuerdo a las políticas organizacionales.
Revisar y aprobar el plan de SQA para cada proyecto.
Monitorear las actividades de SQA.
Resolver cualquier conflicto relacionado con las actividades de SQA.
Identificar un grupo independiente para la auditoría de las actividades de SQA de ser preciso.
Jefe de Proyecto ( Debe:
Establecer un programa de calidad para el proyecto de desarrollo de software de acuerdo a las políticas organizacionales.
Identificar las actividades de SQA requeridas para el proyecto.
Revisar y aprobar el plan de SQA para el proyecto.
Identificar los participantes de las actividades de SQA.
Implementar las actividades de SQA de acuerdo al plan.
Monitorear las actividades de SQA planificadas en el plan.
Identificar los factores de calidad para la implementación del software.
Identificar, desarrollar y mantener la documentación del proyecto.
Ingenieros y Desarrolladores ( Entre sus responsabilidades se cuentan:
Revisar y entregar sus observaciones sobre el plan de SQA para el proyecto.
Implementar las actividades de SQA de acuerdo al plan.
Participar de la solución de los problemas detectados por las actividades de SQA que sean de su competencia.
Implementar las prácticas, procesos y procedimientos definidos en el plan de proyecto y en otros planes o documentos complementarios.
SCM ( Responsable de:
Revisar y comentar el plan de SQA para el proyecto.
Implementar las actividades de calidad de acuerdo al plan de SQA.
Resolver los problemas detectados por SQA relacionados con SCM.
Implementar las prácticas, procesos y procedimientos definidos en el plan de SCM y en otros planes o documentos complementarios.
Roles y Responsabilidades
La unidad de SQA de la [[institución]] es liderada por el Gerente de SQA, responsable por las tareas de gestión de la unidad. El gerente tiene a su cargo [[número]] de ingenieros y [[desgloce de profesionales]]
Gerente de SQA
El gerente de SQA es responsable de:
Gestionar la unidad de SQA.
Definir una estrategia para la implantación de las prácticas de SQA.
Proveer el personal de SQA requerido para las actividades de desarrollo.
Planificar las actividades de SQA.
Informar a los niveles superiores sobre el estado del proceso y las actividades de SQA en los proyectos.
Garantizar la capacitación del personal de SQA y los recursos necesarios para el desarrollo de sus actividades.
Promover el mejoramiento continuo del proceso de SQA.
Gestionar el desarrollo de herramientas para facilitar el proceso de SQA.
Interactuar con todos los miembros de la organización.
Ingenieros de calidad
Los ingenieros de calidad miembros de la unidad de SQA deben:
Desarrollar las actividades de SQA planificadas para los proyectos.
Participar en las revisiones, la prueba, SCM, el seguimiento y solución de problemas, y en la elaboración de estándares.
Auditar, monitorear, evaluar e informar sobre las actividades de desarrollo.
Interactuar con los desarrolladores y la unidad de SCM.
Personal de apoyo
Las responsabilidades del personal de apoyo incluye:
Desarrollar tareas administrativas para los ingenieros de calidad.
Completar los informes de SQA.
Interactuar con las diferentes herramientas utilizadas para SQA durante un proyecto.
Asistir al ingeniero de calidad en las revisiones, la prueba y las auditorias.
Interactuar con el personal de SCM según sea necesario.
Prácticas de SQA
Revisiones
Propósito
El proceso de revisión es una metodología definida, estructurada y disciplinada para la detección e identificación de defectos en los productos de trabajo durante el ciclo de vida del software. Cuenta con seis etapas: planificación, orientación, preparación, inspección, rework y seguimiento. Las cuales son llevadas a cabo por un equipo con tareas y responsabilidades definidas, con documentación específica y por un período de tiempo determinado. El equipo de inspección contempla un moderador, autor, presentador, secretario, uno o más inspectores y un observador.
Actividades
Las principales actividades de SQA relacionadas con el proceso de revisión son:
Revisión del plan de proyecto.
Revisión de la especificación de requerimientos-
Revisión del diseño preliminar y detallado.
Revisión del plan de pruebas, de la especificación de los casos y procedimientos de prueba, y del informe de pruebas.
Revisión del código.
Revisión de la documentación usuaria.
Procesos, procedimientos, guías, templates y checklist asociadas
Procesos/ProcedimientosIdentificadorVersiónProceso de Revisión1.0Procedimiento de Revisión1.0
GuíasDocumento principalBases del proceso d revisiónProceso de RevisiónGuía para dirigir el proceso de revisiónProceso de RevisiónGuía de participantesProceso de RevisiónProceso de Revisión durante el ciclo de vida del softwareProceso de RevisiónProductos de Trabajo por fase de desarrolloProceso de Revisión
Template/ChecklistIdentificadorVersiónNotificación y Resumen de Revisión1.0Informe de Revisión1.0Checklist de Revisión1.0Checklist por áreas de productos de trabajo1.0Notas del Observador1.0
Auditorías
Propósito
El propósito general de una auditoría es realizar una evaluación independiente sobre la adherencia de los productos y procesos de software a las normas, estándares, guías, planes y procedimientos existentes. Y, paralelamente, comparar el estado del proceso y de los productos versus el estado reportado, y evaluar la efectividad real de los estándares y procedimientos.
Una auditoría comprende cuatro fases: planificación, reunión de orientación, evaluación y seguimiento. El proceso de auditoría comienza cuando el iniciador identifica la necesidad de una auditoría. Esto da lugar a que un auditor elabore un plan de auditoría, el cual es expuesto a los demás auditores y a la institución auditada durante la reunión de orientación. Ya definido el curso de la auditoría los auditores pueden comenzar con la evaluación. Para ello se presentan en la institución auditada para entrevistar a los desarrolladores, revisar la documentación asociada a los procesos examinados e inspeccionar los productos. Con la información recopilada, el auditor entrega las observaciones y conclusiones preliminares a la institución auditada en la reunión de cierre. Después de la discusión de estos resultados, el auditor desarrolla un informe de auditoría. Con este último la institución está en condiciones de definir las acciones correctivas y monitorear su implantación.
Sin perjuicio de lo anterior, la auditoría podrá ser externa o interna. La única diferencia teórica entre estas categorías radica en el origen del equipo de auditoría. Como resulta natural, en una auditoría externa el equipo auditor no pertenece a la institución. En la interna, la situación es la contraria. En lo práctico, el mayor grado de independencia de los miembros del equipo auditor en relación con la institución auditada en el caso de una auditoría externa deriva en una opinión y en resultados más objetivos. Por otra parte, la etapa de comprensión sobre el proyecto y la forma en que se trabaja es menor e inclusive puede resultar redundante durante una auditoría interna.
Actividades
Las principales actividades de SQA relacionadas con el proceso de auditoría incluyen:
Auditoría de la planificación.
Auditoría del proceso de especificación de requerimientos.
Auditoría del proceso de diseño.
Auditoría del proceso de codificación.
Auditoría del proceso de prueba.
Auditoría del proceso de integración.
Auditoría funcional y física.
Procesos, procedimientos, guías, templates y checklist asociadas
Procesos/ProcedimientosIdentificadorVersiónProceso de Auditoría1.0
GuíasDocumento principalGuía de calendarización de auditoríasProceso de AuditoríaAuditorías en ausencia de estándares y procedimientos Proceso de AuditoríaGuía de preparación de un checklist de auditoríaProceso de AuditoríaProceso de auditoría durante el ciclo de vida del softwareProceso de Auditoría
Template/ChecklistIdentificadorVersiónChecklist de auditoría1.0Informe de auditoría1.0
Prueba
Propósito
La prueba es una actividad que valúa los atributos y la capacidad de un programa o sistema para determinar si se cumple con los resultados definidos. Esto implica verificar la satisfacción de los requerimientos e identificar diferencias entre los resultados esperados y los actuales. Es decir, la prueba consiste en ejecutar un programa o sistema con la intención de encontrar defectos.
El proceso de prueba incluye cinco etapas: planificación, especificación, ejecución, análisis de resultados y completación. Durante la planificación se identifican los tipos de pruebas, se estiman los recursos y el esfuerzo requerido para ellas y se programan sus actividades. Posteriormente, para cada tipo de prueba se especifica un conjunto de casos de pruebas y los procedimientos respectivos. Sobre la base de esta especificación, se ejecutan las pruebas y se registran sus resultados, los cuales servirán para identificar defectos y sus posibles causas, así como también para establecer acciones correctivas durante el análisis. Por último se preparara el equipamiento y los casos de pruebas para uso posteriores y se terminará la documentación de todo el proceso.
Actividades
Las principales actividades de SQA relacionadas con la prueba son:
El monitoreo de las actividades de prueba.
La revisión y el análisis de los resultados de las pruebas.
Procesos, procedimientos, guías, templates y checklist asociadas
GuíasDocumento principalGuía para la implementación de un proceso de prueba1.0
Template/ChecklistIdentificadorVersiónPlan de prueba1.0Especificación de las pruebas1.0Informe de prueba1.0
Reporte de problemas y acciones correctivas
Propósito
El objetivo de SQA es entregar a la administración una visibilidad adecuada del proceso utilizado y los productos construidos durante el [[proyecto]] mediante acciones planificadas y sistemáticas que aseguren la calidad de los procesos y productos.
Para concretar esta tarea SQA debe informar sobre los problemas detectados y sobre el estado de las acciones correctivas derivadas de ellos.
Actividades
El reporte de problemas y acciones correctivas esta asociada a todas las prácticas de SQA y se ve reflejada en el informe de resultados de cada práctica.
En términos generales, esta práctica esta asociada a las evaluaciones de los productos de trabajo (revisiones) y a la verificación de la adherencia de los procesos a los procedimientos definidos.
Procesos, procedimientos, guías, templates y checklist asociadas
Template/ChecklistIdentificadorVersiónNotificación y Resumen de Revisión1.0Informe de Revisión1.0Informe de auditoría1.0Informe de prueba1.0Informe de discrepanciasInforme de actividades de SQA
Resumen de Actividades
Evaluación de la selección los productos de trabajo
El plan de proyecto identifica los productos de trabajo que deben ser desarrollados y evaluados, incluyendo los estándares y guías aplicables a su desarrollo. SQA debe asistir el jefe de proyectos en la selección de los estándares y guías aplicables a cada entregable.
Evaluación de las herramientas
SQA debe evaluar la selección de las herramientas existentes y adquiridas para el desarrollo. Éstas deben ser evaluadas según su funcionalidad, disponibilidad y facilidad de operación.
Evaluación de la planificación y el monitoreo del proyecto
Durante la planificación, SQA debe apoyar la identificación apropiada de guías y estándares aplicables a los entregables del proyecto y responsabilizarse de la elaboración del plan de SQA. Posteriormente, debe supervisar el cumplimiento del plan de proyecto.
Evaluación de la especificación de requerimientos
SQA debe:
Comprobar la adherencia de los entregables a los estándares definidos en el plan de proyecto.
Verificar la adherencia del proceso de especificación de requerimientos a los procedimientos definidos en le plan de proyecto.
Garantizar que se revisaron adecuadamente los entregables (especificación del sistema y de requerimientos) de la fase de especificación de requerimientos.
Asegurar la incorporación de los resultados de las revisiones en los entregables de esta fase.
Corroborar que estén expresados y documentados los requerimientos funcionales, técnicos, operacionales y de interfaz, de manera tal que puedan ser verificados en el producto final.
Evaluación del diseño
SQA es responsable de:
Comprobar la adherencia de los entregables a los estándares definidos en el plan de proyecto.
Verificar la adherencia del proceso de diseño a los procedimientos definidos en le plan de proyecto.
Garantizar que se revisaron adecuadamente los entregables (diseño preliminar, diseño detallado, plan de pruebas, especificación de casos y procedimientos de prueba) de la fase de diseño.
Asegurar la incorporación de los resultados de las revisiones en los entregables de esta fase.
Evaluación de la implementación y de la prueba de unidad
SQA debe:
Garantizar que el proceso de codificación, las revisiones asociadas y la prueba de unidad sean conducidos de acuerdo a los estándares y procedimientos establecidos en el plan de proyecto.
Asegurar la incorporación de los resultados de las revisiones en los entregables de esta fase.
Verificar la implementación de las acciones correctivas derivadas de la prueba de unidad.
Comprobar la utilización de la especificación de procedimientos y casos de prueba durante la prueba de unidad.
Corroborar la documentación del código y de los resultados de la prueba de unidad.
Evaluación de la integración y prueba
SQA es responsable de:
Verificar que el proceso de integración y las actividades de prueba sean realizadas conforme al plan de proyecto, el diseño, el plan de prueba y los estándares y procedimientos establecidos.
Asegurar que la prueba de integración fue completada satisfactoriamente, que sus resultados fueron registrados y divulgados y que las acciones correctivas derivadas de ella fueron implementadas.
Corroborara el desarrollo adecuado de las pruebas de aceptación y del sistema.
Monitorear las actividades de prueba y certificar sus resultados.
Revisar las pruebas.
Evaluación del producto antes de su liberación
SQA debe evaluar las actividades de preparación del producto final y sus documentación para la entrega al cliente, para lo cual debe participar de la auditoría funcional y física.
Evaluación del proceso de revisión
SQA debe verificar que todo producto que se encuentre listo para revisión sea revisado y que las acciones correctivas identificadas durante la revisión sean implementadas.
Evaluación de las acciones correctivas
SQA debe analizar los problemas detectados para determinar sus causas, impactos y frecuencia de ocurrencia, y para establecer acciones preventivas.
Además, SQA es responsable de monitorear la adecuada implementación de las acciones correctivas derivadas de estos problemas.
Evaluación del proceso de SCM
SQA debe:
Revisar el plan de SCM.
Asegurar la correcta identificación de los ítems de configuración.
Garantizar un adecuado control de cambios.
Corroborar que la contabilidad del estado de la configuración sea preparada oportunamente y que refleje la situación real de los ítems de configuración en relación con el proyecto.
Comprobar la adherencia de las actividades de SCM al plan de SCM.
Verificar el correcto funcionamiento de la librería del software.
Verificar la implementación de los procesos
SQA debe corroborara la adherencia de todos los procesos a los estándares y procedimientos definidos en el plan de proyecto.
Establecer las auditorías
SQA es responsable en la institución por el desarrollo de las auditorías internas. Por lo tanto debe gestionarlas de ser preciso.
Además, es su responsabilidad participar en la auditoría física y funcional.
Planificación de las actividades de SQA
En la política institucional para SQA, se establece que todo proyecto debe contemplar entre sus actividades las prácticas de SQA, lo que debe concretarse a través del plan de SQA.
El plan de SQA debe ser desarrollado por la unidad de SQA sobre la base de los requerimientos establecidos en el plan de proyecto y considerando el template “Plan de SQA”.
Es responsabilidad del gerente técnico, del jefe de proyectos, de un representante de la unidad de SQA y otro de la unidad de SCM evaluar y aprobar el plan.
Capacitación
SQA es responsable de la capacitación sobre sus prácticas y actividades ante los desarrolladores y los miembros de la unidad de SQA. Mayores detalles pueden encontrarse en el Plan de capacitación para SQA.
Herramientas
La unidad de SQA es responsable de la identificación y evaluación de herramientas que soporten las prácticas de SQA implantadas. Además, es responsable de la capacitación derivada del uso de dichas herramientas.
Mejoramiento continuo
Dado que el objetivo de SQA es asegurar la calidad del proceso de desarrollo, es parte de sus responsabilidades velar por el mejoramiento continuo del todos los procesos involucrados en el desarrollo de software. Por ello debe:
Comprender los procesos de desarrollo, especialmente el de SQA.
Identificar deficiencias en los procesos y sus causas.
Recomendar cambios y mejoras que permitan mejorar la eficiencia de los procesos y prevenir los errores.
Recomendar capacitaciones de perfeccionamiento.
...
Disponible sólo en Clubensayos.com